La réplication interrégionale AlloyDB vous permet de créer des clusters et des instances secondaires à partir d'un cluster principal afin de rendre les ressources disponibles dans différentes régions en cas d'indisponibilité dans la région principale. Ces clusters et instances secondaires fonctionnent comme des copies de vos ressources de cluster et d'instance principales.
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 situé dans une région différente de celle du cluster principal et qui effectue une réplication à partir du cluster principal de manière asynchrone. En cas de défaillance d'un cluster principal AlloyDB, vous pouvez promouvoir un cluster secondaire en cluster principal.
- Instance secondaire. Leader en lecture seule d'un cluster secondaire. Il est chargé de recevoir un flux de réplication à partir d'un cluster principal. Le flux de réplication met à jour le volume de stockage dans la région secondaire en fonction du volume de stockage dans la région principale. Si un cluster secondaire est promu en cluster principal, l'instance secondaire devient l'instance principale.
- Nœud secondaire actif. Nœud faisant partie de l'instance secondaire. Ce nœud reste actif et répond aux requêtes.
- Nœud secondaire en veille. Nœud faisant partie de l'instance secondaire. Si AlloyDB détecte l'indisponibilité du nœud actif, il promeut le nœud de secours pour qu'il devienne le nouveau nœud actif.
Avantages
Voici les avantages de la réplication interrégionale sur AlloyDB :
Reprise après sinistre : Si la région du cluster principal devient indisponible, vous pouvez promouvoir les ressources AlloyDB d'une autre région pour traiter les requêtes.
Réduction des temps d'arrêt : La prise en charge de la haute disponibilité (HA) sur les clusters secondaires réduit les temps d'arrêt lors des événements de maintenance ou des pannes imprévues.
Données réparties 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 En cas de connexions lentes ou surchargées dans une région, vous pouvez acheminer le trafic vers une autre région.
Amélioration des performances de lecture. Cela permet de rapprocher les ressources AlloyDB de la région de votre application.
Basculement sans perte de données. Pour les configurations de réplication interrégionale avec un seul cluster secondaire, AlloyDB permet de basculer entre l'instance principale et l'instance secondaire sans perte de données.
Utiliser la réplication interrégionale
L'utilisation de la réplication AlloyDB interrégionale implique les tâches suivantes :
Créez un cluster secondaire. Un cluster secondaire est une copie de votre cluster principal AlloyDB qui est mise à jour en continu.
Affichez un cluster secondaire. Une fois que vous avez créé un cluster secondaire, vous pouvez afficher ses détails sur la page Clusters de la console Google Cloud .
Ajoutez des instances de pool de lecture. Vous pouvez ajouter des instances de pool de lecture à un cluster secondaire. Si vous souhaitez faire évoluer horizontalement votre capacité de lecture, vous pouvez ajouter jusqu'à 20 nœuds de lecture à votre cluster secondaire.
Promouvoir un cluster secondaire Si vous devez lire ou écrire des données dans un cluster secondaire, vous devez d'abord le promouvoir en cluster principal autonome et complet. Lorsque vous promouvez un cluster secondaire, son instance secondaire est également promue en tant qu'instance principale avec accès en lecture et écriture.
Il existe deux scénarios courants pour promouvoir votre cluster secondaire en cluster principal :
- Migration régionale : Effectuez une migration planifiée des ressources AlloyDB de leur région principale vers une autre région.
- Reprise après sinistre : Activez rapidement les ressources AlloyDB dans une région secondaire si celles de la région principale deviennent indisponibles. En raison du délai de réplication, une perte de données peut se produire.
La promotion d'un cluster secondaire le convertit en cluster autonome avec une instance principale entièrement fonctionnelle, y compris les capacités de lecture et d'écriture. Le cluster promu ne réplique plus les données du cluster principal auquel il était auparavant associé.
Basculement sans perte de données Le basculement vous permet d'inverser les rôles de votre cluster principal et secondaire sans aucune perte de données. Vous pouvez effectuer une commutation pour tester votre configuration de reprise après sinistre ou migrer votre charge de travail. Lorsque vous effectuez la commutation, la direction de la réplication est inversée.
La commutation sans perte de données n'est compatible qu'avec les configurations de réplication interrégionale comportant une seule instance secondaire.
Configurez des sauvegardes automatiques et continues. Par défaut, AlloyDB copie automatiquement les configurations de sauvegarde automatique et continue du cluster principal vers un cluster secondaire nouvellement créé. Si vous ne souhaitez pas que cette réplication automatique ait lieu, vous pouvez modifier la configuration de sauvegarde lorsque vous créez un cluster secondaire.
Si votre cluster principal utilise le chiffrement avec une clé de chiffrement gérée par le client (CMEK) pour les sauvegardes, effectuez l'une des actions suivantes lors de la création du cluster secondaire :
- Fournissez les paramètres de chiffrement CMEK pour les sauvegardes du cluster secondaire.
- Désactivez explicitement les sauvegardes pour le cluster secondaire.
Pour en savoir plus sur le chiffrement de vos sauvegardes avec CMEK, consultez Utiliser CMEK.
Vous pouvez modifier les paramètres de sauvegarde automatique et continue du cluster secondaire après sa création.