Gestion des clusters actifs-actifs - Amazon Relational Database Service

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Gestion des clusters actifs-actifs

Les procédures stockées suivantes permettent de configurer et de gérer RDS pour les clusters actifs-actifs MySQL. Pour de plus amples informations, veuillez consulter Configuration de clusters actifs-actifs pour RDS pour MySQL.

Ces procédures stockées ne sont disponibles qu'avec les instances de base de données RDS pour MySQL exécutant la version 8.0.35 et les versions mineures supérieures.

mysql.rds_group_replication_advance_gtid

Crée des GTID d'espace réservé sur l'instance de base de données actuelle.

Syntaxe

CALL mysql.rds_group_replication_advance_gtid( begin_id , end_id , server_uuid );

Paramètres

identifiant de début

L'ID de transaction de départ à créer.

end_id

L'ID de transaction finale à créer.

identifiant de début

Le group_replication_group_name pour la transaction à créer. Le group_replication_group_name est spécifié sous forme d'UUID dans le groupe de paramètres de base de données associé à l'instance de base de données.

Notes d’utilisation

Dans un cluster actif-actif, pour qu'une instance de base de données rejoigne un groupe, toutes les transactions GTID exécutées sur la nouvelle instance de base de données doivent exister sur les autres membres du cluster. Dans des cas inhabituels, une nouvelle instance de base de données peut contenir davantage de transactions lorsque les transactions sont exécutées avant de joindre l'instance au groupe. Dans ce cas, vous ne pouvez supprimer aucune transaction existante, mais vous pouvez utiliser cette procédure pour créer les GTID d'espace réservé correspondants sur les autres instances de base de données du groupe. Avant cela, vérifiez que les transactions n'affectent pas les données répliquées.

Lorsque vous appelez cette procédure, les transactions GTID de server_uuid:begin_id-end_id sont créées avec un contenu vide. Pour éviter les problèmes de réplication, n'utilisez pas cette procédure dans d'autres conditions.

Important

Évitez d'appeler cette procédure lorsque le cluster actif-actif fonctionne normalement. N'appelez cette procédure que si vous comprenez les conséquences possibles des transactions que vous créez. L'appel de cette procédure peut entraîner des données incohérentes.

Exemple

L'exemple suivant crée des GTID d'espace réservé sur l'instance de base de données actuelle. :

CALL mysql.rds_group_replication_advance_gtid(5, 6, '11111111-2222-3333-4444-555555555555');

mysql.rds_group_replication_create_user

Crée l'utilisateur de réplication rdsgrprepladmin pour la réplication de groupe sur l'instance de base de données.

Syntaxe

CALL mysql.rds_group_replication_create_user( replication_user_password );

Paramètres

replication_user_password

Le mot de passe de l'utilisateur de réplicationrdsgrprepladmin.

Notes d’utilisation

  • Le mot de passe de l'utilisateur de réplication rdsgrprepladmin doit être le même sur toutes les instances de base de données d'un cluster actif-actif.

  • Le nom rdsgrprepladmin d'utilisateur est réservé aux connexions de réplication de groupe. Aucun autre utilisateur, y compris l'utilisateur principal, ne peut avoir ce nom d'utilisateur.

Exemple

L'exemple suivant crée l'utilisateur de réplication rdsgrprepladmin pour la réplication de groupe sur l'instance de base de données :

CALL mysql.rds_group_replication_create_user('password');

mysql.rds_group_replication_set_recovery_channel

Définit le group_replication_recovery canal d'un cluster actif-actif. La procédure utilise l'rdsgrprepladminutilisateur réservé pour configurer le canal.

Syntaxe

CALL mysql.rds_group_replication_set_recovery_channel( replication_user_password);

Paramètres

replication_user_password

Le mot de passe de l'utilisateur de réplicationrdsgrprepladmin.

Notes d’utilisation

Le mot de passe de l'utilisateur de réplication rdsgrprepladmin doit être le même sur toutes les instances de base de données d'un cluster actif-actif. Un appel au mysql.rds_group_replication_create_user indique le mot de passe.

Exemple

L'exemple suivant définit le group_replication_recovery canal d'un cluster actif-actif :

CALL mysql.rds_group_replication_set_recovery_channel('password');

mysql.rds_group_replication_start

Démarre la réplication de groupe sur l'instance de base de données actuelle.

Syntaxe

CALL mysql.rds_group_replication_start( bootstrap );

Paramètres

sangle

Valeur qui indique s'il faut initialiser un nouveau groupe ou rejoindre un groupe existant. 1initialise un nouveau groupe avec l'instance de base de données actuelle. 0joint l'instance de base de données actuelle à un groupe existant en se connectant aux points de terminaison définis en group_replication_group_seeds paramètre dans le groupe de paramètres de base de données associé à l'instance de base de données.

Exemple

L'exemple suivant initialise un nouveau groupe avec l'instance de base de données actuelle :

CALL mysql.rds_group_replication_start(1);

mysql.rds_group_replication_stop

Arrête la réplication de groupe sur l'instance de base de données actuelle.

Syntaxe

CALL mysql.rds_group_replication_stop();

Notes d’utilisation

Lorsque vous arrêtez la réplication sur une instance de base de données, cela n'affecte aucune autre instance de base de données du cluster actif-actif.