Una aplicación crítica tiene actualmente su capa de datos en una única AWS Region. La capa de datos incluye una tabla de DynamoDB y un clúster de base de datos de Amazon Aurora MySQL. El motor actual de Aurora soporta una base de datos global. La capa de aplicación ya está desplegada en dos Regions. La política de la compañía exige que las aplicaciones críticas tengan tanto la capa de aplicación como la de datos desplegadas en dos Regions. El RTO y el RPO deben ser de unos pocos minutos. ¿Qué combinación de pasos hará que la capa de datos cumpla con los requisitos? (Elija dos.)

La política de la empresa exige alta disponibilidad y recuperación ante desastres para la capa de datos en dos regiones, con un RTO y RPO de pocos minutos. Para Aurora MySQL, la adición de otra región al clúster utilizando las capacidades de Aurora Global Database es la solución ideal. Esto crea una base de datos global con replicación asíncrona de baja latencia, permitiendo un RTO y RPO de minutos. Para DynamoDB, convertir la tabla existente en una tabla global añadiendo otra región a su configuración es la solución correcta. Las tablas globales de DynamoDB replican datos automáticamente entre regiones, logrando los objetivos de RTO y RPO. Las opciones incorrectas son: Añadir otra Región a cada tabla en el clúster de base de datos de Aurora MySQL: Esto no es una característica de Aurora Global Database; la replicación se configura a nivel de clúster. Configurar copias de seguridad programadas entre Regiones: Las copias de seguridad programadas no cumplen con los requisitos de RTO y RPO de "pocos minutos" para una aplicación crítica, ya que la restauración tomaría más tiempo. Utilizar Amazon Route 53 Application Recovery Controller para automatizar la copia de seguridad y la recuperación: Route 53 ARC es para la conmutación por error de puntos finales y no gestiona la copia de seguridad o la replicación de bases de datos.