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.
Tolérance aux pannes pour un cluster de bases de données Neptune
De par sa conception, un cluster de bases de données Neptune est tolérant aux pannes. Le volume de cluster couvre plusieurs zones de disponibilité dans une seule AWS région, et chaque zone de disponibilité contient une copie des données du volume de cluster. Cette fonctionnalité signifie que votre cluster de base de données peut tolérer une défaillance d'une zone de disponibilité sans perte de données et uniquement une brève interruption de service.
En cas de défaillance de l'instance principale d'un cluster de bases de données, Neptune bascule automatiquement vers une nouvelle instance principale de l'une des deux façons suivantes :
Par la promotion d'un réplica Neptune existant vers la nouvelle instance principale
Par la création d'une nouvelle instance principale
Si le cluster de bases de données possède un ou plusieurs réplicas Neptune, un réplica Neptune est promu vers l'instance principale lors d'un événement d'échec. Un événement d'échec se traduit par une brève interruption, pendant laquelle les opérations de lecture et d'écriture échouent avec une exception. Cependant, le service est généralement restauré en moins de 120 secondes, et souvent en moins de 60 secondes. Pour augmenter la disponibilité de votre cluster de bases de données, nous vous recommandons de créer au moins un réplica Neptune dans deux zones de disponibilité ou plus.
Vous pouvez personnaliser l'ordre dans lequel les réplicas Neptune sont promus vers l'instance principale après un échec, en affectant à chaque réplica une priorité. Les priorités s'étendent de la valeur 0 pour la plus haute priorité à la valeur 15 pour la plus basse priorité. Si l'instance principale échoue, Neptune promeut le réplica Neptune avec la plus haute priorité vers la nouvelle instance principale. Vous pouvez modifier la priorité d'un réplica Neptune à tout moment. La modification de la priorité ne déclenche pas un basculement.
Vous pouvez utiliser le AWS CLI pour définir la priorité de basculement d'une instance de base de données, comme suit :
aws neptune modify-db-instance --db-instance-identifier(the instance ID)--promotion-tier(the failover priority value)
Plusieurs réplicas Neptune peuvent partager la même priorité, ce qui se traduit par des niveaux de promotion. Si deux réplicas Neptune ou plus partagent la même priorité, Neptune promeut le réplica le plus grand en taille. Si deux réplicas Neptune ou plus partagent les mêmes priorité et taille, Neptune promeut un réplica arbitraire du même niveau de promotion.
Si le cluster de bases de données ne contient aucun réplica Neptune, l'instance principale est recréée pendant un événement d'échec. Un événement d'échec se traduit par une interruption, pendant laquelle les opérations de lecture et d'écriture échouent avec une exception. Le service est rétabli quand la nouvelle instance principale est créée, ce qui prend généralement moins de 10 minutes. La promotion d'un réplica Neptune vers l'instance principale est beaucoup plus rapide que la création d'une instance principale.
