La base de datos de una empresa se ejecuta en una instancia de base de datos de Amazon RDS for MySQL en us-east-1. Deben poner los mismos datos a disposición de los clientes en Europa con una latencia mínima y sin datos obsoletos. Tanto los clientes de EE. UU. como los europeos deben poder escribir, y las escrituras realizadas por una región deben ser visibles en la otra en tiempo real. ¿Qué solución satisfará estos requisitos?

La opción correcta describe el proceso para migrar de RDS for MySQL a Aurora MySQL con replicación multirregión y escritura. Primero, se crea una réplica de lectura de Aurora desde RDS y se promueve a un clúster independiente, lo que permite una migración con tiempo de inactividad mínimo. Luego, se configura Aurora Global Database añadiendo eu-west-1 como región secundaria. Habilitar el reenvío de escritura (write forwarding) en Aurora Global Database permite que las escrituras realizadas en la región secundaria se envíen automáticamente a la región primaria, asegurando la consistencia y disponibilidad de datos en tiempo real para ambas regiones. Las otras opciones son incorrectas porque: la replicación entre regiones de RDS no admite escrituras bidireccionales en tiempo real; la replicación lógica de MySQL es más compleja y no ofrece la misma simplicidad y rendimiento que Aurora Global Database; y la conversión directa de RDS a Aurora no es un paso único que resuelva la replicación multirregión con escrituras.