Une application web critique avec état s'exécute sur deux instances Linux EC2 derrière un ALB avec une base de données RDS for MySQL. Le DNS est dans Route 53. Les objectifs de résilience sont : RPO de 2 minutes et RTO de 30 minutes pour la couche applicative ; RPO de 5 minutes et RTO de 30 minutes pour la couche base de données. L'entreprise ne souhaite pas de modifications architecturales majeures et veut une latence optimale après le basculement. Quelle solution répond à ces objectifs ?

La bonne solution utilise AWS Elastic Disaster Recovery (DRS) pour les instances EC2, car il permet une réplication continue et un RTO rapide, répondant aux objectifs de l'application. Un réplica en lecture inter-régions pour RDS assure un RPO de 5 minutes et un RTO de 30 minutes. AWS Global Accelerator est essentiel pour la faible latence après basculement, car il dirige le trafic vers le point de terminaison le plus proche et le plus sain. Les autres options sont incorrectes car : L'utilisation d'Amazon Data Lifecycle Manager ou d'AWS Backup pour les instances EC2 ne permet pas d'atteindre le RTO de 30 minutes pour l'application en raison du temps nécessaire à la restauration des instances à partir d'instantanés ou de sauvegardes. L'option qui n'inclut pas Global Accelerator ne garantit pas une latence optimale après le basculement. CloudFront n'est pas la solution appropriée pour la gestion du basculement entre régions pour des services applicatifs avec état nécessitant une faible latence.