Limites et considérations relatives aux clusters actifs-actifs

Le nom d'utilisateur principal ne peut pas être rdsgrprepladmin destiné aux instances de base de données d'un cluster actif-actif. Ce nom d'utilisateur est réservé aux connexions de réplication de groupe.

Pour les instances de base de données avec des répliques de lecture dans des clusters actifs-actifs, un état de réplication prolongé Replicating peut entraîner le dépassement des limites de stockage des fichiers journaux. Pour plus d'informations sur l'état des répliques de lecture, consultezSupervision de la réplication en lecture.

Les déploiements bleu/vert ne sont pas pris en charge pour les instances de base de données dans un cluster actif-actif. Pour de plus amples informations, veuillez consulter Utilisation d'Amazon RDS Blue/Green Deployments pour les mises à jour de bases de données.

L'authentification Kerberos n'est pas prise en charge pour les instances de base de données dans un cluster actif-actif. Pour de plus amples informations, veuillez consulter Utilisation Kerberos authentification pour Amazon RDS pour Microsoft SQL Server.

Les instances de base de données d'un cluster de base de données multi-AZ ne peuvent pas être ajoutées à un cluster actif-actif. Toutefois, les instances de base de données d'un déploiement d'instance de base de données multi-AZ peuvent être ajoutées à un cluster actif-actif. Pour de plus amples informations, veuillez consulter Configuration et gestion d'un déploiement multi-AZ pour Amazon RDS.

Les tables dépourvues de clé primaire ne sont pas répliquées dans un cluster actif-actif car les écritures sont rejetées par le plugin Group Replication.

Les tables non-InnoDB ne sont pas répliquées dans un cluster actif-actif.

Les clusters actifs-actifs ne prennent pas en charge les DDL instructions DML simultanées sur les différentes instances de base de données du cluster.

Vous ne pouvez pas configurer un cluster actif-actif pour utiliser le mode primaire unique pour le mode de réplication du groupe. Pour cette configuration, nous vous recommandons d'utiliser plutôt un cluster de base de données multi-AZ. Pour de plus amples informations, veuillez consulter Déploiements de clusters de bases de données multi-AZ pour Amazon RDS.

La réplication multi-source n'est pas prise en charge pour les instances de base de données dans un cluster actif-actif.

Un cluster actif-actif interrégional ne peut pas appliquer la vérification de l'autorité de certification (CA) pour les connexions de réplication de groupe.

Les clusters actifs-actifs ne peuvent pas avoir plus de neuf instances de base de données.

Avec le plugin Group Replication, vous pouvez contrôler les garanties de cohérence des transactions du cluster actif-actif. Pour plus d'informations, consultez la section Garanties de cohérence des transactions dans la section Ma SQL documentation.

Des conflits sont possibles lorsque différentes instances de base de données mettent à jour la même ligne dans un cluster actif-actif. Pour plus d'informations sur les conflits et leur résolution, consultez la section Réplication de groupe dans la section Ma SQL documentation.

Pour la tolérance aux pannes, incluez au moins trois instances de base de données dans votre cluster actif-actif. Il est possible de configurer un cluster actif-actif avec une ou deux instances de base de données uniquement, mais le cluster ne tolérera pas les pannes. Pour plus d'informations sur la tolérance aux pannes, consultez la section Tolérance aux pannes dans la section Ma SQL documentation.

Lorsqu'une instance de base de données rejoint un cluster actif-actif existant et exécute la même version de moteur que la version la plus basse du cluster, l'instance de base de données se joint en mode lecture-écriture.

Lorsqu'une instance de base de données rejoint un cluster actif-actif existant et exécute une version de moteur supérieure à la version la plus basse du cluster, l'instance de base de données doit rester en mode lecture seule.

Si vous activez la réplication de groupe pour une instance de base de données en définissant son rds.group_replication_enabled paramètre sur 1 dans le groupe de paramètres de base de données, mais que la réplication n'a pas démarré ou n'a pas pu démarrer, l'instance de base de données est placée en super-read-only mode pour éviter les incohérences dans les données. Pour plus d'informations sur super-read-only le mode, consultez la section Ma SQL documentation.

Vous pouvez mettre à niveau une instance de base de données dans un cluster actif-actif, mais l'instance de base de données est en lecture seule jusqu'à ce que toutes les autres instances de base de données du cluster actif-actif soient mises à niveau vers la même version de moteur ou une version de moteur supérieure. Lorsque vous mettez à niveau une instance de base de données, celle-ci rejoint automatiquement le même cluster actif-actif une fois la mise à niveau terminée. Pour éviter un passage involontaire en mode lecture seule pour une instance de base de données, désactivez les mises à niveau automatiques des versions mineures pour celle-ci. Pour plus d'informations sur la mise à niveau d'une instance My SQL DB, consultezMises à niveau du moteur RDS for My SQL DB.

Vous pouvez ajouter une instance de base de données dans un déploiement d'instance de base de données multi-AZ à un cluster actif-actif existant. Vous pouvez également convertir une instance de base de données mono-AZ d'un cluster actif-actif en un déploiement d'instance de base de données multi-AZ. Si une instance de base de données principale échoue dans un déploiement multi-AZ, cette instance principale bascule vers l'instance de secours. La nouvelle instance de base de données principale rejoint automatiquement le même cluster une fois le basculement terminé. Pour plus d'informations sur les déploiements d'instances de base de données multi-AZ, consultez. Déploiements d'instances de base de données multi-AZ pour Amazon RDS

Nous recommandons que les instances de base de données d'un cluster actif-actif aient des plages de temps différentes pour leurs fenêtres de maintenance. Cette pratique évite que plusieurs instances de base de données du cluster ne soient mises hors ligne pour des raisons de maintenance en même temps. Pour de plus amples informations, veuillez consulter La fenêtre de RDS maintenance d'Amazon.

Les clusters actifs-actifs peuvent être utilisés SSL pour les connexions entre les instances de base de données. Pour configurer les SSL connexions, définissez les paramètres group_replication_recovery_use_ssl et group_replication_ssl_mode. Les valeurs de ces paramètres doivent correspondre à toutes les instances de base de données du cluster actif-actif.

Actuellement, les clusters actifs-actifs ne prennent pas en charge la vérification par l'autorité de certification (CA) pour les connexions entre eux. Régions AWS Le paramètre group_replication_ssl_mode doit donc être défini sur DISABLED (valeur par défaut) ou pour les clusters interrégionaux. REQUIRED

Un cluster RDS for My SQL active-active s'exécute en mode multi-primaire. La valeur par défaut de group_replication_enforce_update_everywhere_checks est et le paramètre est statique. ON Lorsque ce paramètre est défini surON, les applications ne peuvent pas l'insérer dans une table soumise à des contraintes de clé étrangère en cascade.

Un cluster RDS for My SQL active-active utilise la pile de SQL communication My pour la sécurité des connexions au lieu de. XCOM Pour plus d'informations, consultez Communication Stack pour la gestion de la sécurité des connexions dans la section Ma SQL documentation.

Lorsqu'un groupe de paramètres de base de données est associé à une instance de base de données dans un cluster actif-actif, nous recommandons de n'associer ce groupe de paramètres de base de données qu'aux autres instances de base de données présentes dans le cluster.

Les clusters actifs-actifs ne prennent en charge que RDS les instances My SQL DB. Ces instances de base de données doivent exécuter des versions prises en charge du moteur de base de données.

Lorsqu'une instance de base de données d'un cluster actif-actif connaît une défaillance inattendue, la restauration de l'instance de base de données RDS démarre automatiquement. Si l'instance de base de données ne se rétablit pas, nous vous recommandons de la remplacer par une nouvelle instance de base de données en effectuant une point-in-time restauration avec une instance de base de données saine dans le cluster. Pour obtenir des instructions, consultez Ajouter une instance de base de données à un cluster actif-actif à l'aide de la restauration point-in-time.

Vous pouvez supprimer une instance de base de données dans un cluster actif-actif sans affecter les autres instances de base de données du cluster. Pour plus d'informations sur la création d'une instance de base de données, veuillez consulter Suppression d'une instance DB.