Una aplicación se ejecuta en us-east-1 en tres zonas de disponibilidad detrás de un Application Load Balancer, y su base de datos MySQL se ejecuta en una instancia de Amazon EC2. La empresa requiere un diseño de recuperación ante desastres entre regiones con un RTO inferior a 5 minutos y un RPO inferior a 1 minuto. Los servidores de aplicaciones se han implementado en us-west-2 y se han configurado comprobaciones de estado de Route 53 con conmutación por error de DNS a us-west-2. ¿Qué acción adicional debe tomar el arquitecto de soluciones para cumplir los objetivos de recuperación?

La opción correcta es migrar a una base de datos global de Amazon Aurora con un clúster secundario en us-west-2. Amazon Aurora Global Database está diseñada para una recuperación de desastres rápida, con un RPO típicamente inferior a 1 segundo y un RTO inferior a 1 minuto, lo que cumple con los requisitos del problema. Migrar a una instancia de Amazon RDS for MySQL y crear una réplica de lectura entre regiones en us-west-2 no cumple con el RTO/RPO, ya que las réplicas de lectura no están diseñadas para la conmutación por error automática y requieren promoción manual. Una implementación Multi-AZ de Amazon RDS for MySQL solo proporciona alta disponibilidad dentro de una región, no una solución de recuperación de desastres entre regiones. Crear una base de datos MySQL en espera en una instancia de Amazon EC2 en us-west-2 requeriría una configuración manual compleja para la replicación y la conmutación por error, lo que dificultaría el cumplimiento de los estrictos RTO/RPO.