Configuración de la replicación de registros binarios para Aurora MySQL

En un shell de comando, detenga el servicio mysql.

sudo service mysqld stop

Edite el archivo my.cnf (normalmente se encuentra en /etc).

sudo vi /etc/my.cnf

Añada las opciones log_bin y server_id a la sección [mysqld]. La opción log_bin proporciona un identificador de nombre de archivo para los archivos de log binarios. La opción server_id proporciona un identificador único para el servidor en las relaciones origen-réplica.

Si no se requiere replicación cifrada, asegúrese de que la base de datos MySQL externa se inicia con los binlogs habilitados y SSL desactivado.

A continuación se indican las entradas pertinentes en el archivo /etc/my.cnf para los datos sin cifrar.

log-bin=mysql-bin
server-id=2133421
innodb_flush_log_at_trx_commit=1
sync_binlog=1

Si se requiere la replicación cifrada, asegúrese de que la base de datos MySQL externa se inicia con SSL y los binlogs habilitados.

Las entradas del archivo /etc/my.cnf incluyen las ubicaciones del archivo .pem para el servidor de base de datos MySQL.

log-bin=mysql-bin
server-id=2133421
innodb_flush_log_at_trx_commit=1
sync_binlog=1

# Setup SSL.
ssl-ca=/home/sslcerts/ca.pem
ssl-cert=/home/sslcerts/server-cert.pem
ssl-key=/home/sslcerts/server-key.pem

Además, la opción sql_mode de la instancia de base de datos MySQL debe estar definida como 0 o no se debe incluir en el archivo my.cnf.

Mientras está conectado a la base de datos MySQL externa, registre la posición del log binario de la base de datos MySQL externa.

mysql> SHOW MASTER STATUS;

El resultado debería ser similar al siguiente:

+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000031 |      107 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

Para obtener más información, consulte Setting the replication source configuration en la documentación de MySQL.

Inicie el servicio mysql.

sudo service mysqld start

Conecte el clúster de su base de datos con un cliente MySQL.

Ejecute el comando mysqldump. Por ejemplo:

PROMPT> mysqldump --databases database_name --single-transaction
--order-by-primary -r backup.sql -u local_users -p

Una vez creado el archivo de volcado, puede eliminar la copia del clúster de base de datos.

Conéctese a la réplica de lectura y detenga la replicación ejecutando el procedimiento mysql.rds_stop_replication.

Con la réplica de lectura Detenida, conéctese a la réplica de lectura y ejecute el comando SHOW SLAVE STATUS (versión 2 de Aurora MySQL) o SHOW REPLICA STATUS (versión 3 de Aurora MySQL). Obtenga el nombre del archivo de log binario actual del campo Relay_Master_Log_File y la posición del archivo de log del campo Exec_Master_Log_Pos. Guarde estos valores para cuando comience la replicación.

Con la réplica de lectura en el estado Stopped (Detenido), cree una instantánea de base de datos de la réplica de lectura. Para obtener más información, consulte Creación de una instantánea de base de datos en la Guía del usuario de Amazon Relational Database Service.

Elimine la réplica de lectura.

Antes de crear un volcado, debe asegurarse de que la ubicación del binlog para el volcado está actualizada con los datos de la instancia de origen. Para ello, debe detener primero las operaciones de escritura en la instancia con el siguiente comando:

mysql> FLUSH TABLES WITH READ LOCK;

Cree un volcado de su base de datos de MySQL con el comando mysqldump, como se muestra a continuación:

PROMPT> sudo mysqldump --databases database_name --master-data=2  --single-transaction \
--order-by-primary -r backup.sql -u local_user -p

Una vez que haya creado el volcado, desbloquee las tablas de su base de datos MySQL con el siguiente comando:

mysql> UNLOCK TABLES;

Copie el resultado del comando mysqldump del origen de replicación en una ubicación que también pueda conectarse al clúster de base de datos de Aurora MySQL.

Conéctese al clúster de base de datos Aurora MySQL mediante el comando mysql. A continuación se muestra un ejemplo.

PROMPT> mysql -h host_name -port=3306 -u db_master_user -p

En el símbolo del sistema mysql, ejecute el comando source y pásele el nombre del archivo de volcado de la base de datos para cargar los datos en el clúster de base de datos Aurora MySQL, por ejemplo:

mysql> source backup.sql;

Copie el resultado del comando mysqldump del origen de replicación en una ubicación que también pueda conectarse a su instancia de base de datos de MySQL.

Conéctese a la instancia de base de datos MySQL usando el comando mysql. A continuación se muestra un ejemplo.

PROMPT> mysql -h host_name -port=3306 -u db_master_user -p

En el símbolo del sistema mysql, ejecute el comando source y pásele el nombre del archivo de volcado de la base de datos para cargar los datos en la instancia de base de datos MySQL, por ejemplo:

mysql> source backup.sql;

Copie la salida del comando mysqldump del origen de replicación en una ubicación que también pueda conectarse a su base de datos de MySQL.

Conéctese a la base de datos de MySQL usando el comando mysql. A continuación se muestra un ejemplo.

PROMPT> mysql -h host_name -port=3306 -u db_master_user -p

En el símbolo del sistema mysql, ejecute el comando source y pásele el nombre del archivo de volcado de la base de datos para cargar los datos en la base de datos MySQL. A continuación se muestra un ejemplo.

mysql> source backup.sql;

Encuentre el punto de inicio de la replicación. Necesita el nombre del archivo binlog y la posición de binlog.

Si el destino de réplica del clúster de base de datos se creó a partir de lo siguiente:

Conéctese al clúster de base de datos y ejecute los procedimientos siguientes para comenzar la replicación con el origen de la replicación usando el nombre y la ubicación del archivo del registro binario del paso anterior:

El siguiente ejemplo es para Aurora MySQL versión 3.

CALL mysql.rds_set_external_source ('mydbinstance.123456789012.us-east-1.rds.amazonaws.com', 3306,
    'repl_user', 'password', 'mysql-bin-changelog.000031', 107, 0);
CALL mysql.rds_start_replication;

Si el destino de la réplica de la instancia de base de datos se creó a partir de una instantánea, necesitará el archivo binlog y la posición del binlog que son el punto de partida para la replicación. Recuperó estos valores del comando SHOW SLAVE STATUS (versión 2 de Aurora MySQL) o SHOW REPLICA STATUS (versión 3 de Aurora MySQL) cuando creó la instantánea de su origen de replicación.

Conéctese a la instancia de base de datos y llame a los procedimientos mysql.rds_set_external_master (Aurora MySQL versión 2) o mysql.rds_set_external_source (Aurora MySQL versión 3) y mysql.rds_start_replication para iniciar la replicación con su origen de replicación. Utilice el nombre y la ubicación del archivo del registro binario del paso anterior. A continuación, se muestra un ejemplo.

CALL mysql.rds_set_external_master ('mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com', 3306,
    'repl_user', 'password', 'mysql-bin-changelog.000031', 107, 0);
CALL mysql.rds_start_replication;

Obtenga el archivo binlog y la posición del binlog que son el punto de partida para la replicación. Recuperó estos valores del comando SHOW SLAVE STATUS (versión 2 de Aurora MySQL) o SHOW REPLICA STATUS (versión 3 de Aurora MySQL) cuando creó la instantánea de su origen de replicación. Si el destino de la réplica de MySQL externa se rellenó desde la salida del comando mysqldump con la opción --master-data=2, el archivo binlog y la posición del binlog se incluirán en la salida. A continuación, se muestra un ejemplo.

--
-- Position to start replication or point-in-time recovery from
--

-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin-changelog.000031', MASTER_LOG_POS=107;

Conéctese al destino de la réplica de MySQL externa y ejecute los comandos CHANGE MASTER TO y START SLAVE (versión 2 de Aurora MySQL) o START REPLICA (versión 3 de Aurora MySQL) para comenzar la replicación con el origen de replicación usando el nombre y la ubicación del archivo de registro binario del paso anterior. Por ejemplo:

CHANGE MASTER TO
  MASTER_HOST = 'mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com',
  MASTER_PORT = 3306,
  MASTER_USER = 'repl_user',
  MASTER_PASSWORD = 'password',
  MASTER_LOG_FILE = 'mysql-bin-changelog.000031',
  MASTER_LOG_POS = 107;
-- And one of these statements depending on your engine version:
START SLAVE; -- Aurora MySQL version 2
START REPLICA; -- Aurora MySQL version 3