Réplication entre Aurora et My SQL ou entre Aurora et un autre cluster de base de données Aurora (réplication de journaux binaires) - Amazon Aurora

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.

Réplication entre Aurora et My SQL ou entre Aurora et un autre cluster de base de données Aurora (réplication de journaux binaires)

Amazon Aurora My SQL étant compatible avec MySQL, vous pouvez configurer la réplication entre une SQL base de données My et un cluster Amazon Aurora My SQL DB. Ce type de réplication utilise la réplication My SQL binary log, également appelée réplication binlog. Si vous utilisez la réplication de journaux binaires avec Aurora, nous recommandons que votre SQL base de données My database exécute My SQL version 5.5 ou ultérieure. Vous pouvez configurer la réplication dans laquelle votre cluster Aurora My SQL DB est la source de réplication ou la réplique. Vous pouvez effectuer une réplication avec une instance Amazon RDS My SQL DB, une SQL base de données My externe à Amazon RDS ou un autre cluster Aurora My SQL DB.

Note

Vous ne pouvez pas utiliser la réplication des journaux binaires vers ou depuis certains types de clusters de bases de données Aurora. En particulier, la réplication du journal binaire n'est pas disponible pour Aurora Serverless v1 clusters. Si l'instruction SHOW MASTER STATUS and SHOW SLAVE STATUS (Aurora My SQL version 2) ou SHOW REPLICA STATUS (Aurora My SQL version 3) ne renvoie aucune sortie, vérifiez que le cluster que vous utilisez prend en charge la réplication binlog.

Vous pouvez également effectuer une réplication avec une instance RDS for My SQL DB ou un cluster Aurora My SQL DB dans un autre Région AWS. Lorsque vous effectuez une réplication sur Régions AWS, assurez-vous que vos clusters de base de données et vos instances de base de données sont accessibles au public. Si les clusters Aurora My SQL DB se trouvent dans des sous-réseaux privés de votreVPC, utilisez le VPC peering entre Régions AWS. Pour plus d'informations, consultezUn cluster d' de base de données dans un VPC accès par une EC2 instance dans un autre VPC.

Si vous souhaitez configurer la réplication entre un cluster Aurora My SQL DB et un cluster Aurora My SQL DB dans un autre Région AWS, vous pouvez créer un cluster Aurora My SQL DB sous forme de réplique en lecture dans un autre Région AWS à partir du cluster de base de données source. Pour de plus amples informations, veuillez consulter Réplication de clusters Amazon Aurora My SQL DB sur Régions AWS.

Avec les SQL versions 2 et 3 d'Aurora My, vous pouvez effectuer une réplication entre Aurora My SQL et une source ou une cible externe qui utilise des identificateurs de transaction globaux (GTIDs) pour la réplication. Assurez-vous que les GTID paramètres associés du cluster Aurora My SQL DB sont compatibles avec l'GTIDétat de la base de données externe. Pour savoir comment procéder, veuillez consulter Utilisation de GTID la réplication basée. Dans Aurora My SQL version 3.01 et versions ultérieures, vous pouvez choisir le mode d'attribution des transactions répliquées GTIDs à partir d'une source non utilisée. GTIDs Pour en savoir plus sur la procédure stockée qui contrôle ce paramètre, consultez mysql.rds_assign_gtids_to_anonymous_transactions (Aurora My version 3) SQL.

Avertissement

Lorsque vous effectuez une réplication entre Aurora My SQL et MySQL, assurez-vous de n'utiliser que des tables InnoDB. Si vous souhaitez répliquer Mes ISAM tables, vous pouvez les convertir en InnoDB avant de configurer la réplication à l'aide de la commande suivante. 

alter table <schema>.<table_name> engine=innodb, algorithm=copy;

Dans les sections suivantes, configurez la réplication, arrêtez la réplication, échelonnez les lectures de votre base de données, optimisez la réplication du journal binaire et configurez le journal binaire amélioré.

Rubriques