À propos de la réplication interrégionale

Cette page présente la réplication interrégionale pour Memorystore pour Valkey.

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

La réplication interrégionale vous permet de créer des instances secondaires à partir d'une instance principale afin de rendre votre instance disponible en lecture dans différentes régions. Les instances 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 :

  • Instance principale : instance en lecture/écriture dans une seule région.
  • Instance secondaire : instance en lecture seule qui effectue une réplication à partir de l' instance principale de manière asynchrone. Pour savoir comment promouvoir et dissocier des instances secondaires, consultez les tâches dissocier et basculer qui apparaissent dans la section Gérer la réplication interrégionale.
  • Nœud de réplication : nœud du segment de l'instance principale qui effectue une réplication vers un nœud suiveur de l'instance secondaire. Tout nœud principal ou répliqué du segment peut servir de réplicateur.
  • Nœuds suiveurs : nœuds de l'instance secondaire qui effectuent une réplication à partir d'un nœud de réplication de l'instance principale. Seuls les nœuds principaux de l'instance secondaire peuvent avoir le rôle de suiveur.
  • Nombre de segments et attribution d'emplacements : les instances principales et secondaires ont le même nombre de segments et d'attributions d'emplacements.

Avantages

La réplication interrégionale sur Memorystore pour Valkey présente les avantages suivants :

  • Reprise après sinistre : si la région de l'instance principale devient indisponible, vous pouvez dissocier ou basculer vers une instance secondaire dans une autre région pour traiter les requêtes de lecture et d'écriture. Les instances secondaires traitent les requêtes de lecture sans émettre de commande de basculement ni de dissociation.
  • 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/la trafic en 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 des fonctionnalités

Cette section explique le comportement important de la fonctionnalité de réplication interrégionale.

  • Faire évoluer la capacité de l'instance : lorsque vous faites évoluer la capacité de l'instance principale, Memorystore pour Valkey fait évoluer automatiquement les instances secondaires pour qu'elles correspondent à l' instance principale.
  • Faire évoluer le nombre d'instances répliquées : vous pouvez faire évoluer le nombre d'instances répliquées pour les instances principales et secondaires indépendamment en fonction des besoins de votre charge de travail. Les mises à jour du nombre d'instances répliquées ne sont locales et ne se propagent pas aux autres instances de la collection d'instances de réplication interrégionale.
  • Basculer en cas de panne potentielle : vous pouvez effectuer un basculement pour promouvoir une instance secondaire, même si l'instance principale n'est pas disponible en raison d'une panne. Une fois la panne résolue, l'instance principale indisponible devient une instance secondaire.
  • Créer des instances secondaires en ligne : lorsque vous ajoutez une instance secondaire à une instance principale, l'instance principale reste en ligne. Pendant que Memorystore pour Valkey crée l'instance secondaire, l'instance principale gère les requêtes et réplique les données.
  • Créer des instances secondaires : vous pouvez disposer d'un maximum de deux instances secondaires. Elles peuvent être situées dans la même région ou dans des régions différentes les unes des autres. Vous ne pouvez pas transformer une instance existante en instance secondaire. Vous ne pouvez ajouter que de nouvelles instances en tant qu'instances secondaires.
  • Synchroniser les paramètres : Memorystore pour Valkey synchronise automatiquement la plupart des paramètres d'instance entre les instances principales et secondaires. Pour en savoir plus sur ces paramètres, consultez la section Paramètres des instances.
  • Tarifs : Memorystore pour Valkey facture aux clients qui utilisent la réplication interrégionale toutes les instances secondaires que Memorystore pour Valkey provisionne pour la réplication interrégionale. Pour chaque nœud et instance répliquée que Memorystore pour Valkey déploie sur l'instance secondaire, vous êtes facturé comme pour toute autre instance principale. De plus, vous encourez des frais de réseau pour le transfert de données entre des instances situées dans différentes régions.
  • Effectuer des mises à jour de maintenance : pour garantir la compatibilité avec la réplication interrégionale , votre instance principale peut faire l'objet d'une mise à jour de maintenance lors de la création de votre instance secondaire. Cette mise à jour se produit si l'instance principale 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 instance secondaire. Pour en savoir plus, consultez la section À propos de la maintenance.
  • Utiliser des règles ACL : si vous utilisez la réplication interrégionale pour créer des instances secondaires à partir d'une instance principale, vous devez gérer les règles de liste de contrôle d'accès (ACL) pour les instances principales et secondaires indépendamment. Memorystore pour Valkey ne propage pas les règles ACL des instances principales aux instances secondaires.

Gérer la réplication interrégionale

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

  • Créer une instance secondaire : créez une instance secondaire qui réplique en continu les données de votre instance principale.
  • Afficher l'instance secondaire : affichez des informations sur l'instance secondaire, y compris le nom de l'instance principale et de l'autre instance secondaire du groupe de réplication.

  • Dissocier des instances secondaires : la dissociation d'instances secondaires est une opération qui consiste à dissocier des instances secondaires de leur instance principale. Cela en fait des instances entièrement fonctionnelles et indépendantes qui autorisent à la fois les lectures et les écritures. Après une opération de dissociation, les instances secondaires ne répliquent plus les données de l'instance principale à laquelle elles étaient auparavant associées. L'instance principale d'origine et les instances nouvellement dissociées (anciennes instances secondaires) fonctionnent comme des instances indépendantes sans aucune relation entre elles.

    Vous dissociez des instances secondaires pour les raisons suivantes :

    • Migration régionale : effectuez une migration planifiée des ressources Memorystore pour Valkey de leur région principale vers une autre région.
    • Reprise après sinistre : activez rapidement les ressources Memorystore pour Valkey dans une région secondaire si les ressources de la région principale deviennent indisponibles. Si les instances secondaires ne sont pas entièrement synchronisées avec l'instance principale, une perte de données peut se produire.

  • Basculer vos instances : effectuez un basculement pour inverser les rôles de vos instances principales et secondaires. Vous pouvez effectuer un basculement pour les raisons suivantes :

    • Tester votre configuration de reprise après sinistre
    • Basculer lors d'un scénario de reprise après sinistre réel
    • Effectuer une migration de votre charge de travail

    Une fois le basculement terminé, Memorystore pour Valkey inverse la direction de la réplication. L'ancienne instance secondaire peut désormais accepter les lectures et les écritures, tandis que l'ancienne instance principale passe en lecture seule.

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

Ce schéma montre une instance principale dans la région us-east1 et des instances secondaires dans les régions us-west1 et asia-east1. La direction de la réplication va toujours de l'instance principale aux instances secondaires (dans cet exemple, de la région us-east1 aux autres régions).

Même si ce schéma montre le même nombre d'instances répliquées dans toutes les régions, la réplication interrégionale vous permet d'avoir un nombre variable d'instances répliquées en fonction de vos besoins.

Paramètres des instances

Cette section explique les paramètres requis, copiés et remplacés pour les instances principales et secondaires qui utilisent la réplication interrégionale. Elle explique également les paramètres que vous configurez sur l'instance principale et ceux que vous configurez localement.

Paramètres requis pour créer une instance secondaire

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

  • Google Cloud **project** : projet dans lequel se trouve votre instance principale et dans lequel vous créez l'instance secondaire.
  • Région : région dans laquelle vous souhaitez que l'instance secondaire soit située.
  • Configuration Private Service Connect : la configuration réseau de l'instance secondaire.
  • Instance principale : lorsque vous créez l'instance secondaire, vous devez indiquer une instance principale. Vous pouvez utiliser n'importe quelle instance autre qu'une instance secondaire comme instance principale. Si vous ne disposez pas d'instance principale, créez-en une.

Paramètres qu'une instance secondaire copie à partir de l'instance principale

Lorsque vous créez une instance secondaire, cette instance copie les paramètres suivants à partir de l'instance principale :

Remplacer les paramètres par défaut

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

Mettre à jour les paramètres d'instance

Lorsque vous mettez à jour les paramètres de votre instance Memorystore pour Valkey, vous ne pouvez modifier certains paramètres que sur l'instance principale. Memorystore pour Valkey synchronise automatiquement ces modifications avec les instances secondaires.

Vous pouvez modifier d'autres paramètres sur les instances principales et secondaires indépendamment. Memorystore pour Valkey n'applique ces modifications que localement et ne les synchronise pas avec les autres instances.

Configurer les paramètres sur l'instance principale

Vous devez modifier les paramètres suivants sur l'instance principale. Memorystore pour Valkey synchronise automatiquement ces modifications avec les instances secondaires.

Configurer les paramètres locaux

Vous configurez les paramètres suivants localement :

Bonnes pratiques pour basculer entre les instances principales et secondaires

Lorsque vous effectuez un basculement, nous vous recommandons que vous suiviez les instructions de cette section. Ainsi, votre application peut suivre les écritures et les envoyer à l'instance appropriée.

  1. Empêchez votre application d'écrire sur l'instance principale.

  2. S'il existe plusieurs instances secondaires à promouvoir, déterminez celle que vous souhaitez promouvoir en tant qu'instance principale. Les facteurs suivants peuvent vous aider à déterminer quelle instance secondaire promouvoir :

    • La proximité de votre application par rapport à l'instance. Cela peut avoir une incidence sur la latence en écriture.
    • L'instance secondaire la plus à jour en termes de données.
    • L'instance secondaire la plus proche de l'instance principale en termes de paramètres.

  3. Effectuez un basculement sur l'instance secondaire.

  4. Attendez la fin de l'opération de basculement.

  5. Mettez à jour votre application pour envoyer toutes les écritures à l'instance nouvellement promue que vous avez sélectionnée à l'étape 2.