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ésilience entre régions pour les clusters secondaires de Global Database
Les versions 16.6, 15.10, 14.15, 13.18, 12.22 ou supérieures d’Aurora PostgreSQL et les versions 3.09 ou supérieures d’Aurora MySQL contiennent des améliorations de disponibilité qui permettent aux réplicas en lecture des régions secondaires de maintenir la continuité du service en cas d’événements imprévus tels que des pannes matérielles, des perturbations du réseau entre les régions AWS, de gros volumes de transferts de données entre les clusters, etc.
Bien que les réplicas en lecture restent disponibles pour les demandes de votre application, le retard de réplication peut continuer à augmenter jusqu’à la résolution de l’événement imprévu. Vous pouvez surveiller ce retard entre les clusters principaux et secondaires à l’aide de la métrique AuroraGlobalDBProgressLag de CloudWatch. Pour mesurer le retard de bout en bout, y compris tout retard entre le volume du cluster et les instances de base de données du cluster secondaire, ajoutez les valeurs des métriques AuroraGlobalDBProgressLag et AuroraReplicaLag de CloudWatch. Pour plus d’informations sur les métriques, consultez Référence des métriques pour Amazon Aurora.
La disponibilité en lecture de la base de données globale pour Aurora MySQL et les versions antérieures d’Aurora PostgreSQL peut être affectée lors de tels événements imprévus.
Pour plus d’informations sur les nouvelles fonctionnalités d’Aurora PostgreSQL 16.6, 15.10, 14.15, 13.18 et 12.22, consultez PostgreSQL 16.6 dans Notes de mise à jour d’Aurora PostgreSQL.
Pour plus d’informations sur les nouvelles fonctionnalités d’Aurora MySQL version 3.09 et ultérieures, consultez Mises à jour du moteur de base de données pour Amazon Aurora MySQL version 3 dans Notes de mise à jour d’Aurora MySQL.
