À propos de la réplication interrégionale

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

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 instances secondaires à partir d'une instance principale pour 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 panne régionale.

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 detach et switchover qui figurent dans Gérer la réplication interrégionale.
  • Nœud de réplication : nœud du shard de l'instance principale qui est répliqué sur un nœud suiveur de l'instance secondaire. N'importe quel nœud principal ou répliqué du shard peut servir de réplicateur.
  • Nœuds suiveurs : nœuds de l'instance secondaire qui sont répliqués à partir d'un nœud réplicateur 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'emplacements.

Avantages

Voici quelques-uns des avantages de la réplication multirégionale sur Memorystore pour Valkey :

  • 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 détachement.
  • Données distribuées géographiquement : la distribution 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é de l'instance : lorsque vous faites évoluer la capacité de l'instance de l'instance principale, Memorystore pour Valkey fait évoluer automatiquement les instances secondaires pour qu'elles correspondent à l'instance principale.
  • Faites évoluer le nombre de répliques : vous pouvez faire évoluer le nombre de répliques pour les instances principales 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 instances de la collection d'instances de réplication interrégionale.
  • Effectuer un basculement en cas d'indisponibilité 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 indisponibilité. 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. Memorystore pour Valkey crée l'instance secondaire, tandis que l'instance principale gère les requêtes et réplique les données.
  • Créer des instances secondaires : vous pouvez avoir jusqu'à deux instances secondaires. Elles peuvent se trouver dans la même région ou dans des régions différentes. 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 principale et secondaire. Pour en savoir plus sur ces paramètres, consultez Paramètres d'instance.
  • Tarification : 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 réplica que Memorystore pour Valkey déploie sur l'instance secondaire, vous êtes facturé comme pour toute autre instance principale. De plus, des frais de réseau vous sont facturés pour le transfert de données entre des instances situées dans différentes régions.
  • Effectuer des mises à jour de maintenance : pour assurer 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 a lieu 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 À propos de la maintenance.

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 les instances secondaires : cette opération consiste à dissocier les instances secondaires de leur instance principale. Vous obtenez ainsi des instances indépendantes entièrement fonctionnelles, qui permettent 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 détachées (anciennes instances secondaires) fonctionnent comme des instances indépendantes sans aucune relation entre elles.

    Vous pouvez dissocier des instances secondaires pour les raisons suivantes :

    • Migration régionale : 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 principale 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 permutation terminée, Memorystore pour Valkey inverse le sens 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 diagramme montre une instance principale dans la région us-east1 et des instances secondaires dans les régions us-west1 et asia-east1. La réplication s'effectue toujours de l'instance principale vers les instances 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 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. Il 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 placer l'instance secondaire.
  • Configuration Private Service Connect : configuration réseau pour 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 n'avez 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, elle copie les paramètres suivants 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 :

Modifier les paramètres de l'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 principale et secondaire de manière indépendante. Memorystore pour Valkey n'applique ces modifications qu'en local 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 régionaux

Vous configurez ces paramètres localement :

Bonnes pratiques pour permuter les instances principales et secondaires

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 à 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 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 d'écriture.
    • Instance secondaire la plus à jour en termes de données.
    • Instance secondaire la plus proche de l'instance principale en termes de paramètres.

  3. Effectuez un basculement sur l'instance secondaire.

  4. Attendez que l'opération de basculement se termine.

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