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 interrégionale pour les clusters secondaires de bases de données mondiales
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épliques de 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 AWS perturbations du réseau entre les régions, de gros volumes de transferts de données entre les clusters, etc.
Bien que les répliques en lecture restent disponibles pour les demandes de votre application, le délai de réplication peut continuer à augmenter jusqu'à la résolution de l'événement imprévu. Vous pouvez surveiller le décalage entre les clusters principaux et secondaires à l'aide de la AuroraGlobalDBProgressLag CloudWatch métrique. Pour mesurer le end-to-end décalage, y compris tout décalage entre le volume du cluster et les instances de base de données du cluster secondaire, ajoutez les valeurs des AuroraReplicaLag CloudWatch métriques AuroraGlobalDBProgressLag et. Pour plus d'informations sur les métriques, reportez-vous à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 des versions 3.09 et supérieures d'Aurora MySQL, consultez la section Mises à jour du moteur de base de données pour Amazon Aurora MySQL version 3 dans les notes de mise à jour d'Aurora MySQL.
