Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Réplicas de Aurora entre regiones
Con los clústeres de Amazon Aurora MySQL Edition, puede utilizar réplicas de Aurora entre regiones para crear una réplica de su clúster de base de datos principal en otro Región de AWS mediante el mecanismo de replicación nativo del motor de base de datos. Aurora, compatible con MySQL, utiliza la replicación de registros binarios (binlog). Este tipo de replicación se basa en el proceso de captura de datos de cambios (CDC). Los CDC identifican y rastrean los cambios en los datos de una base de datos. Los cambios en la base de datos de la principal se registran en un archivo de registro de cambios, que se transfiere a la máquina que ejecuta la réplica de Aurora en la segunda región. Un proceso del equipo secundario lee estos registros de cambios y genera sentencias SQL que, a continuación, se aplican a la base de datos secundaria.
En el siguiente diagrama se muestra la arquitectura de alto nivel de una réplica de Aurora entre regiones.
El diagrama muestra el siguiente flujo de transacciones:
-
Las transacciones se confirman en los clústeres principales de Aurora.
-
Un proceso registra estos cambios en la fuente mediante el subproceso binlog dump, que los escribe en un archivo de registro binario.
-
Un agente de replicación envía los registros de cambios a través de un subproceso de E/S para retransmitir los registros de la región secundaria.
-
Un proceso lee los registros de cambios, genera sentencias SQL y las aplica al clúster secundario de Aurora.
Los clústeres compatibles con Aurora MySQL pueden tener hasta cinco réplicas de lectura creadas de esta manera, cada una en una región diferente. La compatibilidad con Aurora PostgreSQL no admite réplicas de Aurora entre regiones. Sin embargo, para los clústeres de bases de datos PostgreSQL de Aurora, puede utilizar una base de datos global Aurora.
