Un'applicazione web stateful critica è in esecuzione su due istanze Linux EC2 dietro un ALB con un database RDS for MySQL. Il DNS è in Route 53. Gli obiettivi di resilienza sono: RPO del tier applicativo di 2 minuti e RTO di 30 minuti; RPO del tier database di 5 minuti e RTO di 30 minuti. L'azienda non desidera modifiche architetturali importanti e vuole una latenza ottimale dopo il failover. Quale soluzione soddisfa questi obiettivi?

Questa soluzione soddisfa gli obiettivi di RPO/RTO e latenza. AWS Elastic Disaster Recovery (DRS) replica continuamente le istanze EC2, fornendo un RPO di pochi secondi (ben al di sotto dei 2 minuti richiesti) e un RTO rapido per il ripristino delle istanze. Una replica di lettura cross-Region per RDS offre un RPO di pochi secondi per il database (ben al di sotto dei 5 minuti) e un RTO rapido tramite la promozione della replica. AWS Global Accelerator garantisce una latenza ottimale dopo il failover instradando il traffico all'ALB più vicino e sano, senza richiedere modifiche DNS manuali in caso di failover. Le opzioni errate non soddisfano i requisiti: L'uso di snapshot EBS o AWS Backup potrebbe non raggiungere l'RPO di 2 minuti per le istanze EC2, poiché la frequenza di snapshot/backup potrebbe essere inferiore. L'opzione che include solo Global Accelerator senza DRS o replica di lettura RDS non garantisce il ripristino rapido dei dati e delle istanze. L'uso di CloudFront davanti all'ALB non è la soluzione primaria per il failover attivo/attivo tra regioni con ottimizzazione della latenza, che è il punto di forza di Global Accelerator.