Cette page vous explique comment Memorystore pour un cluster Redis offre une haute disponibilité à l'aide d'instances dupliquées. Les instances dupliquées ont deux objectifs : haute disponibilité et débit de lecture.
Haute disponibilité
Le cluster Memorystore pour Redis offre une haute disponibilité en répliquant un nœud Redis principal sur un ou plusieurs nœuds d'instances dupliquées. Nous vous recommandons d'utiliser des configurations à haute disponibilité pour les charges de travail de production.
Les modifications apportées aux données sur le nœud principal sont copiées sur l'instance dupliquée à l'aide du protocole de réplication asynchrone Redis. En raison de la nature asynchrone de la réplication, une instance dupliquée peut être en retard par rapport au nœud principal en fonction du taux d'écriture sur l'instance principale. En cas de défaillance de l'instance principale, l'instance passe automatiquement à l'une des instances dupliquées. Après une demande de basculement, la redirection s'effectue automatiquement vers la nouvelle instance principale et l'instance dupliquée.
Replicas
Memorystore Cluster pour Redis est compatible avec les instances avec 0, 1 ou 2 instances dupliquées par nœud.
Forme de cluster avec 0 instance dupliquée par nœud
Forme de cluster avec une instance dupliquée par nœud
Forme de cluster avec deux instances dupliquées par nœud
Basculement automatique
Un basculement automatique se produit en cas de défaillance de l'instance principale. Dans ce cas, une instance dupliquée est promue en tant qu'instance principale.
En cas de basculement, les commandes de l'application cliente peuvent être différées d'environ 30 secondes, mais elles ne sont pas supprimées et les connexions ne sont pas perdues.
Si vous relancez des commandes temporairement bloquées, cela peut entraîner une latence supplémentaire pour l'application cliente en raison de la charge côté service.