Cette page a été traduite par l'API Cloud Translation.

À propos de la réplication interrégionale

Cette page présente la réplication multirégionale pour Memorystore pour Redis Cluster.

Pour savoir comment gérer la réplication interrégionale, consultez Utiliser la réplication interrégionale.

La réplication interrégionale vous permet de créer des clusters secondaires à partir d'un cluster principal pour rendre votre cluster disponible en lecture dans différentes régions. Les clusters secondaires offrent également une redondance pour les scénarios de reprise après sinistre en cas de pannes régionales.

Voici les principaux concepts abordés sur cette page :

Cluster principal Cluster en lecture/écriture dans une seule région.
Cluster secondaire. Cluster en lecture seule qui effectue une réplication à partir du cluster principal de manière asynchrone. Pour savoir comment promouvoir et dissocier des clusters secondaires, consultez les tâches detach et switchover qui figurent dans Gérer la réplication interrégionale.
Nœud de réplication : nœud du shard du cluster principal qui effectue la réplication vers un nœud suiveur du cluster secondaire. N'importe quel nœud principal ou répliqué du shard peut servir de réplicateur.
Nœuds suiveurs : nœuds du cluster secondaire qui sont répliqués à partir d'un nœud réplicateur du cluster principal. Seuls les nœuds principaux du cluster secondaire peuvent avoir le rôle de follower.
Nombre de segments et attribution d'emplacements : les clusters principal et secondaire ont le même nombre de segments et d'emplacements.

Avantages

Voici quelques avantages de la réplication multirégionale sur Memorystore for Redis Cluster :

Reprise après sinistre : si la région du cluster principal devient indisponible, vous pouvez détacher un cluster secondaire dans une autre région ou basculer vers celui-ci pour traiter les requêtes de lecture et d'écriture. Les clusters secondaires répondent aux requêtes de lecture sans émettre de commande de basculement ni de détachement.
Données réparties géographiquement : la répartition géographique des données les rapproche de vous et réduit la latence en lecture.
Équilibrage de charge géographique pour le trafic de lecture : si des connexions lentes ou surchargées se produisent dans une région, vous pouvez rediriger le trafic vers une autre région.

Comportement de la fonctionnalité

Cette section explique les comportements importants de la fonctionnalité de réplication interrégionale.

Faites évoluer la capacité du cluster : lorsque vous faites évoluer la capacité du cluster principal, Memorystore for Redis Cluster fait automatiquement évoluer les clusters secondaires pour qu'ils correspondent au cluster principal.
Faites évoluer le nombre de réplicas : vous pouvez faire évoluer le nombre de réplicas pour les clusters principaux et secondaires de manière indépendante en fonction des besoins de votre charge de travail. Les modifications apportées au nombre de réplicas sont locales et ne sont pas propagées aux autres clusters de la collection de clusters de réplication interrégionale.
Basculer lors d'une indisponibilité potentielle : vous pouvez effectuer un basculement pour promouvoir un cluster secondaire, même si le cluster principal n'est pas disponible en raison d'une indisponibilité. Une fois la panne résolue, le cluster principal indisponible devient un cluster secondaire.
Créer des clusters secondaires en ligne : lorsque vous ajoutez un cluster secondaire à un cluster principal, le cluster principal reste en ligne. Pendant que Memorystore for Redis Cluster crée le cluster secondaire, le cluster principal gère les requêtes et réplique les données.
Créer des clusters secondaires : vous pouvez créer jusqu'à deux clusters secondaires. Elles peuvent se trouver dans la même région ou dans des régions différentes. Vous ne pouvez pas transformer un cluster existant en cluster secondaire. Vous ne pouvez ajouter que de nouveaux clusters en tant que clusters secondaires.
Synchroniser les paramètres : Memorystore for Redis Cluster synchronise automatiquement la plupart des paramètres de cluster entre les clusters principal et secondaire. Pour en savoir plus sur ces paramètres, consultez Paramètres du cluster.
Tarification : Memorystore for Redis Cluster facture aux clients qui utilisent la réplication multirégionale tous les clusters secondaires que Memorystore for Redis Cluster provisionne pour la réplication multirégionale. Pour chaque nœud et instance répliquée que Memorystore for Redis Cluster déploie sur le cluster secondaire, vous êtes facturé comme pour tout autre cluster principal. De plus, des frais de réseau s'appliquent au transfert de données entre des clusters situés dans différentes régions.
Effectuer des mises à jour de maintenance : pour assurer la compatibilité avec la réplication multirégionale, votre cluster principal peut faire l'objet d'une mise à jour de maintenance lors de la création de votre cluster secondaire. Cette mise à jour a lieu si le cluster principal n'exécute pas la version logicielle requise. Le processus de mise à jour peut entraîner une latence supplémentaire lors de la création de votre cluster secondaire. Pour en savoir plus, consultez À propos de la maintenance.

Gérer la réplication interrégionale

La réplication interrégionale implique les tâches suivantes :

Créez un cluster secondaire : créez un cluster secondaire qui réplique en continu les données de votre cluster principal.
Afficher le cluster secondaire : affichez des informations sur le cluster secondaire, y compris le nom du cluster principal et de l'autre cluster secondaire du groupe de réplication.
Dissocier des clusters secondaires : cette opération consiste à dissocier des clusters secondaires de leur cluster principal. Vous obtenez ainsi des clusters indépendants entièrement fonctionnels, qui permettent les lectures et les écritures. Après une opération de dissociation, les clusters secondaires ne répliquent plus les données du cluster principal auquel ils étaient auparavant associés. Le cluster principal d'origine et les clusters nouvellement dissociés (anciens clusters secondaires) fonctionnent comme des clusters indépendants sans aucune relation entre eux.

Vous pouvez dissocier des clusters secondaires pour les raisons suivantes :
- Migration régionale : migration planifiée des ressources Memorystore for Redis Cluster de leur région principale vers une autre région.
- Reprise après sinistre : activez rapidement les ressources Memorystore for Redis Cluster dans une région secondaire si les ressources de la région principale deviennent indisponibles. Si les clusters secondaires ne sont pas entièrement synchronisés avec le cluster principal, une perte de données peut se produire.
Commutez vos clusters : effectuez une commutation pour inverser les rôles de vos clusters principal et secondaire. Vous pouvez effectuer un basculement pour les raisons suivantes :
- Tester votre configuration de reprise après sinistre
- Basculer lors d'un véritable scénario de reprise après sinistre
- Migrer votre charge de travail
Une fois la commutation terminée, Memorystore pour Redis Cluster inverse la direction de la réplication. L'ancien cluster secondaire peut désormais accepter les opérations de lecture et d'écriture, tandis que l'ancien cluster principal passe en lecture seule.

Exemple d'architecture pour la réplication interrégionale

Ce diagramme montre un cluster principal dans la région us-east1 et des clusters secondaires dans les régions us-west1 et asia-east1. La réplication s'effectue toujours du cluster principal vers les clusters secondaires (dans cet exemple, de la région us-east1 vers les autres régions).

Même si ce diagramme montre le même nombre de réplicas dans toutes les régions, la réplication multirégionale vous permet d'avoir un nombre de réplicas variable en fonction de vos besoins.

Paramètres du cluster

Cette section décrit les paramètres requis, copiés et remplacés pour les clusters principaux et secondaires qui utilisent la réplication interrégionale. Il explique également les paramètres que vous configurez sur le cluster principal et ceux que vous configurez localement.

Paramètres requis pour créer un cluster secondaire

Pour créer un cluster secondaire, vous devez définir des valeurs pour les paramètres suivants :

Google Cloud project : projet dans lequel se trouve votre cluster principal et dans lequel vous créez le cluster secondaire.
Région : région dans laquelle vous souhaitez que le cluster secondaire soit situé.
Configuration Private Service Connect : configuration réseau pour le cluster secondaire.
Cluster principal : lorsque vous créez le cluster secondaire, vous devez indiquer un cluster principal. Vous pouvez utiliser n'importe quel cluster autre qu'un cluster secondaire comme cluster principal. Si vous n'avez pas de cluster principal, créez-en un.

Paramètres qu'un cluster secondaire copie à partir du cluster principal

Lorsque vous créez un cluster secondaire, il copie les paramètres suivants du cluster principal :

Remplacer les paramètres par défaut

Lorsque vous créez un cluster secondaire, vous pouvez utiliser les paramètres suivants pour remplacer les paramètres par défaut :

Modifier les paramètres du cluster

Lorsque vous mettez à jour les paramètres de votre cluster dans Memorystore for Redis Cluster, vous ne pouvez modifier certains paramètres que sur le cluster principal. Memorystore for Redis Cluster synchronise automatiquement ces modifications avec les clusters secondaires.

Vous pouvez modifier d'autres paramètres sur les clusters principal et secondaire de manière indépendante. Memorystore pour Redis Cluster applique ces modifications uniquement en local et ne les synchronise pas avec les autres clusters.

Configurer les paramètres sur le cluster principal

Vous devez modifier les paramètres suivants sur le cluster principal. Memorystore for Redis Cluster synchronise automatiquement ces modifications avec les clusters secondaires.

Configurer les paramètres régionaux

Vous configurez les paramètres suivants en local :

Bonnes pratiques pour permuter les clusters principal et secondaire

Lorsque vous effectuez un basculement, nous vous recommandons de suivre les instructions de cette section. Votre application peut ainsi suivre les écritures et les envoyer au cluster approprié.

Empêchez votre application d'écrire sur le cluster principal.
S'il existe plusieurs clusters secondaires à promouvoir, déterminez celui que vous souhaitez promouvoir en tant que cluster principal. Les facteurs suivants peuvent vous aider à déterminer quel cluster secondaire promouvoir :
- Proximité de votre application par rapport au cluster. Cela peut avoir une incidence sur la latence d'écriture.
- Cluster secondaire le plus à jour en termes de données.
- Le cluster secondaire le plus proche du cluster principal en termes de paramètres.
Effectuez une permutation sur le cluster secondaire.
Attendez que l'opération de basculement se termine.
Mettez à jour votre application pour envoyer toutes les écritures au cluster nouvellement promu que vous avez sélectionné à l'étape 2.

À propos de la réplication interrégionale Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.