ApsaraDB RDS:Utiliser des instances de réplication native

Limitations fonctionnelles

• L'instance fonctionne en mode read-only tant que la réplication native est active.

• Les mises à niveau de version majeure ne sont pas prises en charge.

• La réplication entre versions majeures différentes n'est pas prise en charge. La base de données MySQL autogérée et l'instance de réplication native RDS doivent exécuter la même version majeure (par exemple, toutes deux MySQL 8.0).

• La mise à niveau de la série de produits n'est pas prise en charge (par exemple, le passage de l'Édition de base à l'Édition haute disponibilité ou à l'Édition Cluster).

• Le changement de VPC n'est pas pris en charge.

• La récupération de bases de données et de tables n'est pas prise en charge.

• Lorsque vous mettez à niveau une instance existante vers une instance de réplication native, une interruption de connexion transitoire d'environ 30 secondes peut se produire. Effectuez cette opération pendant les heures creuses et assurez-vous que votre application dispose d'un mécanisme de reconnexion.

Limitations des autorisations

Portée du compte privilégié

Certains privilèges SUPER liés à la réplication native sont accordés au compte privilégié de l'instance RDS. Seul le compte privilégié peut exécuter les commandes de réplication native telles que CHANGE MASTER TO (MySQL 5.7) ou CHANGE REPLICATION SOURCE TO (MySQL 8.0).

Liste d'autorisation des permissions de réplication

Lorsque la réplication native applique des événements de journal binaire provenant d'une source externe, elle vérifie d'abord les autorisations. Toute opération nécessitant des autorisations au-delà de la liste suivante est rejetée et interrompt la réplication :

GRANT SELECT, INSERT, UPDATE, DELETE, CREATE,
DROP, RELOAD, PROCESS, REFERENCES, INDEX,
ALTER, SHOW DATABASES, CREATE TEMPORARY TABLES,
LOCK TABLES, EXECUTE, REPLICATION SLAVE,
REPLICATION CLIENT, CREATE VIEW, SHOW VIEW,
CREATE ROUTINE, ALTER ROUTINE, CREATE USER,
EVENT, TRIGGER ON *.* TO XXX;

Limitations des bases de données système

Toutes les opérations sur les bases de données système sont ignorées pendant la réplication. Les bases de données système incluent mysql, sys, information_schema, performance_schema et __recyclebin__.

Les opérations qui modifient indirectement les bases de données système, telles que CREATE USER et GRANT , ne sont pas ignorées. Ces opérations doivent respecter la liste d'autorisation des permissions de réplication. Les instructions dépassant les autorisations accordées, comme GRANT SUPER ON *.* TO xxx; , interrompront la réplication.

Limitations GTID

ApsaraDB RDS for MySQL exige que le mode Global Transaction Identifier (GTID) soit activé et ne prend pas en charge sa désactivation. Pour répliquer depuis une base de données MySQL externe, la source doit également avoir GTID activé.

Avant de configurer la réplication, exécutez la commande suivante sur la base de données source pour vérifier l'état GTID :

SHOW VARIABLES LIKE 'gtid_mode';

Si GTID n'est pas activé, exécutez :

SET GLOBAL gtid_mode = ON;

Commandes de réplication

Modification des paramètres

Les comptes privilégiés peuvent également modifier les paramètres d'exécution suivants :

• `SET GLOBAL read_only = ON/OFF;` — Basculez l'instance entre le mode lecture seule (ON) et lecture/écriture (OFF).

• SET SESSION sql_log_bin = ON/OFF; — Contrôlez si les instructions SQL de la session actuelle sont enregistrées dans le journal binaire.

• SET SESSION GTID_NEXT = "<gtid_value>"; — Définissez la valeur GTID pour la prochaine transaction.

Activer la réplication native sur une nouvelle instance

Lors de la création d'une nouvelle instance ApsaraDB RDS for MySQL sur la page Standard Create, faites défiler vers le bas, développez More et activez l'option Native Replication.

Cette option n'apparaît que si la configuration de l'instance respecte les prérequis.

Activer la réplication native sur une instance existante

1. Accédez à la page RDS Instances, sélectionnez une région et cliquez sur l'ID de l'instance cible.

2. Dans le volet de navigation de gauche, cliquez sur Native Replication, puis cliquez sur Enable.

3. Vérifiez les informations dans la boîte de dialogue et cliquez sur OK.

Si le compte de service officiel ApsaraDB RDS ne dispose pas encore des autorisations nécessaires pour accéder à votre OSS et pour créer et attacher des interfaces réseau élastiques (ENI), cochez les cases correspondantes dans la boîte de dialogue pour accorder ces autorisations.

Installer Percona XtraBackup et sauvegarder la base de données source

Installez Percona XtraBackup sur l'hôte de votre base de données autogérée.

wget https://downloads.percona.com/downloads/Percona-XtraBackup-2.4/Percona-XtraBackup-2.4.29/binary/redhat/8/x86_64/percona-xtrabackup-24-2.4.29-1.el8.x86_64.rpm
yum localinstall percona-xtrabackup-24-2.4.29-1.el8.x86_64.rpm

wget https://downloads.percona.com/downloads/Percona-XtraBackup-8.0/Percona-XtraBackup-8.0.35-31/binary/redhat/8/x86_64/percona-xtrabackup-80-8.0.35-31.1.el8.x86_64.rpm
yum localinstall percona-xtrabackup-80-8.0.35-31.1.el8.x86_64.rpm

wget https://downloads.percona.com/downloads/Percona-XtraBackup-2.4/Percona-XtraBackup-2.4.29/binary/redhat/8/x86_64/percona-xtrabackup-24-2.4.29-1.el8.x86_64.rpm
yum localinstall percona-xtrabackup-24-2.4.29-1.el8.x86_64.rpm

wget https://downloads.percona.com/downloads/Percona-XtraBackup-8.0/Percona-XtraBackup-8.0.35-31/binary/redhat/8/x86_64/percona-xtrabackup-80-8.0.35-31.1.el8.x86_64.rpm
yum localinstall percona-xtrabackup-80-8.0.35-31.1.el8.x86_64.rpm

sudo apt-get install -y qpress

Créer la sauvegarde

Les commandes suivantes concernent les bases de données utilisant principalement le moteur InnoDB. Si votre base de données contient des tables MyISAM, utilisez plutôt la commande innobackupex.

Trois méthodes de compression sont prises en charge. Choisissez-en une :

xtrabackup --backup \
  --host=127.0.0.1 \
  --port=3306 \
  --user=<user_of_self-managed_MySQL> \
  --password=<password> \
  --stream=xbstream \
  --compress > ./<backup_file_name>.xb

xtrabackup --backup \
  --host=127.0.0.1 \
  --port=3306 \
  --user=<user_of_self-managed_MySQL> \
  --password=<password> \
  --stream=xbstream \
  --compress > ./<backup_file_name>_qp.xb

xtrabackup --backup \
  --host=127.0.0.1 \
  --port=3306 \
  --user=<user_of_self-managed_MySQL> \
  --password=<password> \
  --stream=xbstream \
  | zstd -q - > ./<backup_file_name>.xb.zstd

Importer la sauvegarde et configurer la réplication

Deux méthodes d'importation sont disponibles. Si vous pouvez télécharger le fichier de sauvegarde vers OSS, utilisez la Méthode 1. Si votre environnement est contraint et qu'un streaming direct est préférable, utilisez la Méthode 2.

yum install -y unzip
sudo -v ; curl https://gosspublic.alicdn.com/ossutil/install.sh | sudo bash
ossutil config

ossutil -e <OSS_Endpoint> -i <your_AccessKeyId> -k <your_AccessKeySecret> cp <backup_file_name> oss://<bucket_name>/

# Install the backup-helper tool
wget -O backup-helper https://mysql-backup-helper.oss-cn-beijing.aliyuncs.com/v1.0.0-alpha/backup-helper && chmod +x backup-helper

# Start the backup stream (requires MySQL and the matching XtraBackup version to be installed)
./backup-helper --backup --mode=stream --host=<MySQL_IP> --port=<MySQL_port> --user=<MySQL_account> --password=<MySQL_password>