Reproducción de clústeres de base de datos de Amazon Aurora MySQL entre Regiones de AWS
Puede crear un clúster de base de datos de Amazon Aurora MySQL como réplica de lectura en una Región de AWS distinta a la del clúster de base de datos de origen. Utilizar este método puede mejorar las capacidades de recuperación de desastres, permitirle escalar las operaciones de lectura en una Región de AWS que esté más cerca de sus usuarios y facilitar la migración de una Región de AWS a otra.
Puede crear réplicas de lectura de clústeres de base de datos cifrados y sin cifrar. La réplica de lectura se debe cifrar si el clúster de base de datos de origen está cifrado.
Por cada clúster de base de datos origen, puede tener hasta cinco clústeres de base de datos réplica de lectura entre regiones.
nota
Como alternativa a las réplicas de lectura entre regiones, puede escalar las operaciones de lectura con un retraso mínimo mediante una base de datos global Aurora. Una base de datos global de Aurora tiene un clúster de base de datos primaria de Aurora en una Región de AWS y hasta cinco clústeres de base de datos secundaria de solo lectura en diferentes regiones. Cada clúster de base de datos secundario puede incluir hasta 16 réplicas Aurora (en lugar de 15). La replicación desde el clúster de base de datos principal a todos los secundarios es manejada por la capa de almacenamiento Aurora en lugar del motor de base de datos, por lo que el tiempo de demora para replicar cambios suele ser mínimo, menos de 1 segundo. Mantener el motor de base de datos fuera del proceso de replicación significa que el motor de base de datos está dedicado al procesamiento de cargas de trabajo. También significa que no necesita configurar o administrar la replicación de binlog (registro binario) de Aurora MySQL. Para obtener más información, consulte Uso de una base de datos global de Amazon Aurora.
Cuando se crea una réplica de lectura del clúster de base de datos de Aurora MySQL en otra Región de AWS, se debe tener en cuenta lo siguiente:
-
Tanto el clúster de base de datos origen como el clúster de base de datos réplica de lectura entre regiones pueden tener un máximo de 15 réplicas de Aurora junto con la instancia principal del clúster de base de datos. Usando esta funcionalidad, puede escalar las operaciones de lectura tanto para la Región de AWS de origen como para la Región de AWS de destino de la replicación.
-
En una situación con varias regiones, hay más tiempo de retardo entre el clúster de base de datos de origen y la réplica de lectura porque los canales de red entre Regiones de AWS son más largos.
-
Los datos transferidos en las replicaciones entre regiones conllevan cargos por transferencia de datos de Amazon RDS. Las siguientes acciones de replicación entre regiones generan cargos para los datos transferidos fuera de la Región de AWS de origen:
-
Cuando se crea la réplica de lectura, Amazon RDS realiza una instantánea del clúster de origen y transfiere la instantánea a la Región de AWS que contiene la réplica de lectura.
-
Para cada modificación de datos realizada en las bases de datos de origen, Amazon RDS transfiere los datos de la región de origen a la Región de AWS que contiene la réplica de lectura.
Para obtener más información acerca de los precios de las transferencias de datos de Amazon RDS, consulte Precios de Amazon Aurora
. -
-
Puede ejecutar varias acciones de creación o eliminación simultáneas para réplicas de lectura que hagan referencia al mismo clúster de base de datos origen. Sin embargo, debe permanecer dentro del límite de cinco réplicas de lectura por cada clúster de base de datos de origen.
-
Para que la replicación sea eficaz, cada réplica de lectura debe tener la misma cantidad de recursos de computación y de almacenamiento que el clúster de base de datos origen. Si modifica la escala del clúster de base de datos origen, debe ajustar también la escala de las réplicas de lectura.
Temas
Antes de empezar
Antes de crear un clúster de base de datos de Aurora MySQL que sea una réplica de lectura entre regiones, debe activar el registro binario en el clúster de base de datos de Aurora MySQL de origen. La replicación entre regiones de Aurora MySQL usa la replicación binaria de MySQL para volver a reproducir los cambios en el clúster de base de datos de la réplica de lectura entre regiones.
Para activar el registro binario en un clúster de base de datos Aurora MySQL, actualice el parámetro binlog_format para el clúster de base de datos de origen. El parámetro binlog_format es un parámetro de nivel de clúster que se encuentra en el grupo de parámetros de clúster predeterminado. Si su clúster de base de datos usa el grupo de parámetros de clúster de base de datos predeterminado, cree un nuevo grupo de parámetros de clúster de base de datos para modificar la configuración de binlog_format. Es recomendable que defina binlog_format como MIXED. Sin embargo, también puede configurar binlog_format como ROW o STATEMENT si necesita un formato binlog concreto. Reinicie el clúster de base de datos de Aurora para que el cambio entre en vigor.
Para obtener más información sobre la utilización del registro binario con Aurora MySQL, consulte Replicación entre Aurora y MySQL o entre Aurora y otro clúster de base de datos de Aurora (replicación de registro binario). Para obtener más información acerca de cómo modificar los parámetros de configuración de Aurora MySQL, consulte Parámetros del clúster de base de datos de Amazon Aurora y de instancia de base de datos y Grupos de parámetros para Amazon Aurora.
