Un'azienda ospita un forum della community utilizzando un ALB davanti a container Docker in Amazon ECS, con dati in Amazon RDS for MySQL e immagini container in ECR. Richiedono un SLA di disaster recovery con un RTO ≤ 24 ore e un RPO ≤ 8 ore. Qual è la soluzione PIÙ conveniente che soddisfa questi obiettivi RTO/RPO?

La risposta corretta è la più conveniente per raggiungere l'RTO di 24 ore e l'RPO di 8 ore. Archiviare l'immagine Docker in ECR in due Regioni garantisce la disponibilità dell'applicazione. Gli snapshot RDS ogni 8 ore, copiati nella Regione secondaria, soddisfano l'RPO. L'uso di CloudFormation per distribuire le risorse su richiesta nella Regione secondaria e il ripristino dallo snapshot, insieme all'aggiornamento del DNS, rientrano nell'RTO di 24 ore, essendo un approccio "backup e ripristino" o "warm standby" a basso costo. Le altre opzioni sono meno convenienti o non soddisfano gli obiettivi: La replica multi-regione di RDS è costosa e non necessaria per un RPO di 8 ore. I backup orari di RDS su S3 con replica cross-Region sono eccessivi per l'RPO e l'importazione di immagini Docker in ECR è un passaggio manuale aggiuntivo. Un ambiente pilot light con replica di lettura cross-Region è più costoso e complesso di quanto richiesto dagli obiettivi RTO/RPO specificati.