Un'applicazione è in esecuzione in us-east-1 su tre zone di disponibilità dietro un Application Load Balancer e il suo database MySQL è in esecuzione su un'istanza Amazon EC2. L'azienda richiede un design di disaster recovery cross-Region con un RTO inferiore a 5 minuti e un RPO inferiore a 1 minuto. I server delle applicazioni sono stati distribuiti in us-west-2 e sono configurati i controlli di integrità di Route 53 con failover DNS su us-west-2. Quale azione aggiuntiva dovrebbe intraprendere l'architetto di soluzioni per soddisfare gli obiettivi di recupero?

La risposta corretta è migrare il database a un database globale Amazon Aurora con il cluster primario in us-east-1 e un cluster secondario in us-west-2. Amazon Aurora Global Database è progettato per il disaster recovery tra regioni, offrendo un RPO tipico di 1 secondo e un RTO di meno di 1 minuto, che soddisfa ampiamente i requisiti di RPO inferiore a 1 minuto e RTO inferiore a 5 minuti. Migrare il database a un'istanza Amazon RDS for MySQL e creare una replica di lettura cross-Region in us-west-2 non soddisfa i requisiti di RTO/RPO. Le repliche di lettura RDS sono asincrone e non garantiscono un RPO così basso, inoltre il processo di promozione di una replica di lettura a istanza primaria può richiedere più tempo, influenzando l'RTO. Migrare il database a un'istanza Amazon RDS for MySQL con una distribuzione Multi-AZ offre resilienza all'interno di una singola regione, ma non fornisce una soluzione di disaster recovery cross-Region. Creare un database MySQL di standby su un'istanza Amazon EC2 in us-west-2 richiederebbe una gestione manuale complessa per la replica e il failover, rendendo difficile garantire RTO e RPO entro i limiti specificati.