Configuration de la réplication des journaux binaires pour Aurora My SQL

Depuis un shell de commande, arrêtez le service mysql.

sudo service mysqld stop

Modifiez le fichier my.cnf (qui se trouve généralement sous /etc).

sudo vi /etc/my.cnf

Ajoutez les options log_bin et server_id à la section [mysqld]. L'option log_bin fournit un identifiant de nom de fichier pour les fichiers journaux binaires. L'option server_id fournit un identifiant unique pour le serveur dans les relations source/réplica.

Si la réplication cryptée n'est pas requise, assurez-vous que la base de données externe My SQL database est démarrée avec les journaux binaires activés et SSL désactivée.

Les entrées correspondantes du fichier /etc/my.cnf pour les données non chiffrées sont les suivantes.

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

Si une réplication cryptée est requise, assurez-vous que la base de données externe My SQL database est démarrée SSL et que les journaux binaires sont activés.

Les entrées du /etc/my.cnf fichier incluent les emplacements des fichiers .pem pour le serveur My SQL database.

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

En outre, l'sql_modeoption de votre instance My SQL DB doit être définie sur 0 ou ne doit pas être incluse dans votre fichier my.cnf.

Lorsque vous êtes connecté à la SQL base de données My externe, enregistrez la position binaire du journal binaire de la SQL base de données My externe.

mysql> SHOW MASTER STATUS;

Votre sortie doit ressembler à ce qui suit :

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

Pour plus d’informations, consultez .Setting the replication source configurationdans la section Ma SQL documentation.

Démarrez le service mysql.

sudo service mysqld start

Connectez-vous à votre cluster de base de données à l'aide d'un SQL client My.

Émettez la mysqldump commande. Par exemple :

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

Après avoir créé le fichier de vidage, vous pouvez supprimer la copie du cluster de base de données.

Connectez-vous à votre réplica en lecture et arrêtez la réplication en exécutant la procédure mysql.rds_stop_replication.

Lorsque la réplique de lecture est arrêtée, connectez-vous à la réplique de lecture et exécutez la commande SHOW SLAVE STATUS (Aurora My SQL version 2) ou SHOW REPLICA STATUS (Aurora My SQL version 3). Extrayez le nom du fichier journal binaire actif du champ Relay_Master_Log_File et la position du fichier journal du champ Exec_Master_Log_Pos. Enregistrez ces valeurs lorsque vous démarrez la réplication.

Pendant que le réplica en lecture reste à l'état Arrêté, créez un instantané de base de données du réplica en lecture. Pour de plus amples informations, veuillez consulter Création d'un instantané de base de données dans le Guide de l'utilisateur Amazon Relational Database Service.

Supprimez le réplica en lecture.

Avant de créer un vidage, vous devez vous assurer que l'emplacement du journal binaire du vidage est à jour avec les données de votre instance source. Pour ce faire, vous devez d'abord arrêter toutes les opérations d'écriture sur l'instance avec la commande suivante :

mysql> FLUSH TABLES WITH READ LOCK;

Créez un dump de votre base de SQL données Ma base de données à l'aide de la mysqldump commande suivante :

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

Après avoir créé le dump, déverrouillez les tables de votre base de SQL données Ma base de données à l'aide de la commande suivante :

mysql> UNLOCK TABLES;

Copiez le résultat de la mysqldump commande depuis votre source de réplication vers un emplacement qui peut également se connecter à votre cluster Aurora My SQL DB.

Connectez-vous à votre cluster Aurora My SQL DB à l'aide de la mysql commande. Voici un exemple.

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

À l'mysqlinvite, exécutez la source commande et transmettez-lui le nom du fichier de vidage de votre base de données pour charger les données dans le cluster Aurora My SQL DB, par exemple :

mysql> source backup.sql;

Copiez le résultat de la mysqldump commande depuis votre source de réplication vers un emplacement qui peut également se connecter à votre instance My SQL DB.

Connectez-vous à votre instance My SQL DB à l'aide de la mysql commande. Voici un exemple.

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

À l'mysqlinvite, exécutez la source commande et transmettez-lui le nom du fichier de vidage de votre base de données pour charger les données dans l'instance My SQL DB, par exemple :

mysql> source backup.sql;

Copiez le résultat de la mysqldump commande depuis votre source de réplication vers un emplacement qui peut également se connecter à votre base de SQL données Ma base de données.

Connectez-vous à votre base de SQL données My à l'aide de la mysql commande. Voici un exemple.

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

À l'mysqlinvite, exécutez la source commande et transmettez-lui le nom du fichier de vidage de votre base de données pour charger les données dans votre Ma SQL base de données. Voici un exemple.

mysql> source backup.sql;

Trouvez le point de départ de la réplication. Vous avez besoin du nom du fichier journal binaire et de la position du journal binaire.

Si la cible de réplication de votre cluster de bases de données a été créée à partir de ce qui suit :

Connectez-vous au cluster de bases de données et exécutez les procédures suivantes pour démarrer la réplication avec votre source de réplication à l'aide du nom du fichier journal binaire et de l'emplacement de l'étape précédente :

L'exemple suivant concerne la SQL version 3 d'Aurora My.

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 votre cible de réplica d'instance de base de données a été créé à partir d'un instantané de base de données, vous avez besoin du fichier journal binaire et de la position du journal binaire qui sont le point de départ de la réplication. Vous avez récupéré ces valeurs à partir de la commande SHOW SLAVE STATUS (Aurora My SQL version 2) ou SHOW REPLICA STATUS (Aurora My SQL version 3) lorsque vous avez créé le snapshot de votre source de réplication.

Connectez-vous à l'instance de base de données et appelez les procédures mysql.rds_set_external_master 2) SQL SQL ou mysql.rds_set_external_source ( version 3) SQL et mysql.rds_start_replication pour démarrer la réplication avec votre source de réplication. Utilisez le nom du fichier journal binaire et l'emplacement à partir de l'étape précédente. Voici un exemple.

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;

Extrayez le fichier journal binaire et la position du journal binaire qui sont le point de départ de la réplication. Vous avez récupéré ces valeurs à partir de la commande SHOW SLAVE STATUS (Aurora My SQL version 2) ou SHOW REPLICA STATUS (Aurora My SQL version 3) lorsque vous avez créé le snapshot de votre source de réplication. Si votre cible externe My SQL Replica a été renseignée à partir de la sortie de la mysqldump commande avec l'--master-data=2option, le fichier binlog et la position du journal binaire sont inclus dans la sortie. Voici un exemple.

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

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

Connectez-vous à la cible externe My SQL Replica, puis lancez CHANGE MASTER TO and START SLAVE (Aurora My SQL version 2) ou START REPLICA (Aurora My SQL version 3) pour démarrer la réplication avec votre source de réplication en utilisant le nom et l'emplacement du fichier journal binaire indiqués à l'étape précédente, par exemple :

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