Un'azienda deve progettare un piano di disaster recovery (DR) per il suo sito web di e-commerce. Il sito è eseguito su istanze EC2 t3.large in un gruppo Auto Scaling su più Zone di Disponibilità e utilizza un'istanza DB Amazon RDS for MySQL. In caso di disastro, il traffico deve effettuare il failover verso una Regione secondaria. L'RPO target è di 30 secondi e l'RTO è di 10 minuti. Quale soluzione soddisfa questi obiettivi nel modo più conveniente?

L'opzione corretta soddisfa RPO (30 secondi) e RTO (10 minuti) in modo conveniente. AWS Elastic Disaster Recovery (EDR) replica continuamente le istanze EC2, garantendo un RPO basso. Le repliche di lettura cross-Region di RDS for MySQL mantengono i dati quasi sincronizzati, rientrando nell'RPO. Mantenere le istanze EC2 DR a capacità minima è conveniente, e l'Auto Scaling può aumentare la capacità rapidamente per l'RTO. La policy di routing di failover di Route 53 automatizza il passaggio del traffico. Le opzioni errate: La prima opzione non può raggiungere un RPO di 30 secondi con backup ogni 30 secondi, poiché il ripristino da backup richiede tempo e i backup non sono continui. La terza opzione richiede un ripristino manuale, che non rispetta l'RTO di 10 minuti, e la policy di routing semplice non è adatta al failover automatico. La quarta opzione, pur raggiungendo gli obiettivi, è meno conveniente perché mantenere il gruppo Auto Scaling a piena capacità nella Regione DR è costoso.