Un arquitecto de soluciones está diseñando la arquitectura de recuperación ante desastres (DR) de una empresa. La empresa tiene una base de datos MySQL en una instancia de Amazon EC2 en una subred privada con copias de seguridad programadas. El diseño de DR debe incluir varias regiones de AWS y requerir la MENOR sobrecarga operativa. ¿Qué solución cumple estos requisitos?

La opción correcta es migrar la base de datos MySQL a una base de datos global de Amazon Aurora, con el clúster principal en la región de origen y el secundario en la región de DR. Amazon Aurora Global Database está diseñada para recuperación ante desastres entre regiones, ofreciendo una baja sobrecarga operativa y replicación de datos rápida y asíncrona con un RPO (Recovery Point Objective) bajo y un RTO (Recovery Time Objective) de menos de un minuto en caso de interrupción regional. Las otras opciones son menos adecuadas: Migrar a múltiples instancias EC2 con una en espera en la región de DR aumenta significativamente la sobrecarga operativa para la gestión de la replicación y la conmutación por error. Migrar a Amazon RDS con Multi-AZ solo proporciona alta disponibilidad dentro de una región, no entre regiones. La replicación de lectura en diferentes zonas de disponibilidad no es una solución de DR entre regiones. Almacenar copias de seguridad en S3 con CRR y restaurar en la región de DR implica un RTO y RPO mucho más altos, ya que la restauración desde una copia de seguridad es un proceso manual y lento.