Une application s'exécute dans la région us-east-1 sur trois zones de disponibilité derrière un Application Load Balancer, et sa base de données MySQL s'exécute sur une instance Amazon EC2. L'entreprise exige une conception de reprise après sinistre inter-régions avec un RTO inférieur à 5 minutes et un RPO inférieur à 1 minute. Des serveurs d'applications ont été déployés dans la région us-west-2 et des vérifications de l'état de santé Route 53 avec basculement DNS vers us-west-2 sont configurées. Quelle action supplémentaire l'architecte de solutions doit-il prendre pour atteindre les objectifs de récupération ?

L'option correcte est de migrer la base de données vers une base de données globale Amazon Aurora avec le cluster principal dans us-east-1 et un cluster secondaire dans us-west-2. Amazon Aurora Global Database est conçue pour la reprise après sinistre inter-régions, offrant un RPO (Recovery Point Objective) typique de moins d'une seconde et un RTO (Recovery Time Objective) de moins d'une minute, ce qui répond aux exigences strictes de l'entreprise. Les autres options sont incorrectes car : Migrer vers Amazon RDS for MySQL avec un réplica en lecture inter-régions ne garantit pas un RPO inférieur à 1 minute pour la bascule de la base de données, car la promotion d'un réplica en lecture peut prendre plus de temps et il peut y avoir une perte de données pendant la promotion. Un déploiement Multi-AZ d'Amazon RDS for MySQL offre une haute disponibilité au sein d'une seule région, mais ne fournit pas de reprise après sinistre inter-régions. Créer une base de données MySQL de secours sur une instance Amazon EC2 dans us-west-2 nécessiterait une gestion manuelle de la réplication et de la bascule, ce qui rendrait difficile l'atteinte des objectifs RTO et RPO.