Una empresa debe implementar la recuperación de desastres para una aplicación crítica que actualmente se ejecuta en una única AWS Region. El frontend web utiliza instancias EC2 detrás de un Application Load Balancer (ALB). La aplicación escribe en una instancia de base de datos Amazon RDS for MySQL y genera documentos procesados en un bucket de Amazon S3. El equipo de finanzas ejecuta consultas directas contra la base de datos para producir informes; durante las horas pico, estas consultas consumen recursos de la base de datos y degradan el rendimiento de la aplicación. Diseñe una solución de recuperación de desastres que minimice la pérdida de datos y elimine el impacto en el rendimiento de las consultas del equipo de finanzas. ¿Qué solución satisface estos requisitos?

La opción correcta aborda todos los requisitos. La réplica de lectura de RDS en otra región no solo proporciona una solución de DR con baja RPO/RTO para la base de datos, sino que también permite que el equipo de finanzas ejecute consultas sin impactar la base de datos principal, resolviendo el problema de rendimiento. Copiar AMIs y configurar CRR para S3 asegura que los componentes de la aplicación y los datos de S3 estén disponibles en la región de DR. Las otras opciones son incorrectas porque: la migración a DynamoDB es un cambio arquitectónico significativo y no aborda la replicación de EC2/S3 de manera óptima; lanzar instancias EC2 adicionales en la región de DR sin un plan claro para la promoción de la base de datos y la configuración de la aplicación es insuficiente; y las instantáneas horarias de RDS aumentan el RPO en comparación con una réplica de lectura.