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 Mes clusters SQL actifs-actifs. Pour de plus amples informations, veuillez consulter Configuration de clusters actifs-actifs pour for My RDS SQL.

Ces procédures stockées ne sont disponibles que RDS pour les instances My SQL DB exécutant les versions suivantes :

  • Toutes les versions de My SQL 8.4

  • Mes SQL versions mineures 8.0.35 et supérieures

mysql.rds_group_replication_advance_gtid

Crée un espace réservé GTIDs 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

begin_id

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

end_id

L'ID de transaction finale à créer.

begin_id

Le group_replication_group_name pour la transaction à créer. Le group_replication_group_name est spécifié UUID en tant que 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 GTID transactions 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 l'espace réservé correspondant GTIDs 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, GTID les transactions 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 un espace réservé GTIDs 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 permet de mysql.rds_group_replication_create_user spécifier 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

bootstrap

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.