Atténuation des défaillances

Lorsque vous planifiez votre implémentation de MemoryDB, vous devez planifier de manière à ce que les défaillances aient un impact minimal sur votre application et vos données. Les rubriques dans cette section présentent les approches que vous pouvez entreprendre pour éviter d'éventuelles défaillances de vos applications et données.

Atténuation des défaillances : clusters MemoryDB

Un cluster MemoryDB est composé d'un seul nœud principal sur lequel votre application peut à la fois lire et écrire, et de 0 à 5 nœuds de réplication en lecture seule. Toutefois, nous vous recommandons vivement d'utiliser au moins une réplique pour une haute disponibilité. Chaque fois que des données sont écrites sur le nœud principal, elles sont conservées dans le journal des transactions et mises à jour de manière asynchrone sur les nœuds répliques.

Cas d'échec d'un réplica en lecture

1. MemoryDB détecte la réplique défaillante.

2. MemoryDB met le nœud défaillant hors ligne.

3. MemoryDB lance et approvisionne un nœud de remplacement dans le même AZ.

4. Le nouveau nœud se synchronise avec le journal des transactions.

Pendant ce temps, votre application peut continuer à lire et à écrire en utilisant les autres nœuds.

MemoryDB Multi-AZ

Si Multi-AZ est activé sur vos clusters MemoryDB, un primaire défaillant sera détecté et remplacé automatiquement.

1. MemoryDB détecte la défaillance du nœud principal.

2. MemoryDB bascule vers une réplique après s'être assurée qu'elle est cohérente avec le primaire défaillant.

3. MemoryDB lance une réplique dans l'AZ du serveur principal défaillant.

4. Le nouveau nœud se synchronise avec le journal des transactions.

Le basculement vers un nœud de réplica est généralement plus rapide que la création et la mise en service d'un nouveau nœud principal. Cela signifie que votre application peut reprendre l'écriture sur votre nœud principal plus rapidement.

Pour plus d'informations, voir Minimiser les temps d'arrêt dans MemoryDB avec Multi-AZ.