Configurations régionales, birégionales et multirégionales

Ce document décrit les configurations d'instance régionales, birégionales et multirégionales dans Spanner, et compare les compromis, les topologies de réplication et les emplacements disponibles pour chaque type de configuration. Une configuration d'instance définit l'emplacement géographique et la topologie de réplication des bases de données de votre instance. Choisir la bonne configuration vous permet d'équilibrer la disponibilité, la latence de lecture et d'écriture, le coût et les exigences de résidence des données pour votre charge de travail.

Configurations d'instance

Lorsque vous créez une instance Spanner, vous devez la configurer comme régionale, birégionale ou multirégionale. Pour ce faire, vous devez sélectionner une configuration d'instance, qui détermine l'emplacement de stockage de vos données pour cette instance :

Pour en savoir plus sur les considérations spécifiques à la région, consultez la page Zones géographiques et régions.

Les configurations d'instance avec des régions et des topologies de réplication prédéfinies sont appelées configurations d'instance de base. Vous pouvez créer des configurations d'instances personnalisées et ajouter des instances dupliquées en lecture seule facultatives à une configuration d'instance de base prédéfinie (disponible dans les éditions Enterprise et Enterprise Plus). L'instance dupliquée en lecture seule ajoutée doit se trouver dans une région qui ne fait pas partie de la configuration d'instance existante. Pour obtenir la liste des régions facultatives en lecture seule que vous pouvez ajouter, consultez la colonne Région facultative sous Configurations régionales disponibles et Configurations multirégionales disponibles. Vous ne pouvez pas modifier la topologie de réplication des configurations d'instance de base. Pour en savoir plus, consultez Réplications en lecture seule.

Vous pouvez déplacer votre instance de n'importe quelle configuration d'instance vers n'importe quelle autre configuration d'instance régionale, birégionale ou multirégionale (par exemple, de regional-us-central1 à nam3). Vous pouvez également créer une configuration d'instance personnalisée avec des instances répliquées supplémentaires, puis déplacer votre instance vers la nouvelle configuration d'instance personnalisée. Par exemple, supposons que votre instance se trouve dans regional-us-central1 et que vous souhaitiez ajouter une instance répliquée avec accès en lecture seule dans us-west1. Vous pouvez créer une configuration d'instance personnalisée avec regional-us-central1 comme configuration de base, ajouter us-west1 en tant qu'instance répliquée avec accès en lecture seule, puis déplacer votre instance vers cette nouvelle configuration d'instance personnalisée.

Configurations régionales

Les servicesGoogle Cloud sont disponibles dans des emplacements en Amérique du Nord, en Amérique du Sud, en Europe, en Asie, en Australie, au Moyen-Orient et en Afrique. Si vos utilisateurs et services se trouvent dans une seule région, choisissez une configuration d'instance régionale pour les lectures et écritures à faible latence.

Pour toute configuration régionale de base, Spanner gère trois instances répliquées avec accès en lecture/écriture, chacune étant dans une zoneGoogle Cloud différente dans cette région. Chaque instance répliquée avec accès en lecture/écriture contient une copie complète de votre base de données opérationnelle, capable de diffuser les requêtes en lecture/écriture et en lecture seule. Spanner utilise des instances répliquées dans différentes zones, de sorte que votre base de données reste disponible en cas de défaillance d'une zone unique.

Configurations disponibles

Spanner propose les configurations d'instances régionales de base suivantes. Pour demander une région d'instance répliquée en lecture seule facultative qui ne figure pas dans le tableau suivant, envoyez le formulaire de demande d'instance répliquée en lecture seule facultative. Google utilise ces demandes pour évaluer la demande pour les futures régions et peut ne pas répondre directement à votre envoi.

Nom de la configuration de base Description de la région Région facultative
Amériques
regional-northamerica-northeast1 Montréal icône feuille Faibles émissions de CO2
regional-northamerica-northeast2 Toronto icône feuille Faibles émissions de CO2
regional-northamerica-south1 Querétaro
regional-southamerica-east1 São Paulo icône feuille Faibles émissions de CO2
regional-southamerica-west1 Santiago icône feuille Faibles émissions de CO2
regional-us-central1 Iowa icône feuille Faibles émissions de CO2 Lecture seule : asia-northeast1 1-OR
asia-south1 1-OR
europe-west1 2-OR
europe-west2 1-OR
europe-west9 1-OR
us-west3 1-OR
regional-us-east1 Caroline du Sud Lecture seule : us-central1 1-OR
us-west1 1-OR
europe-west1 1-OR
europe-west3 1-OR
regional-us-east4 Virginie du Nord
regional-us-east5 Columbus Lecture seule : us-central1 1-OR
regional-us-south1 Dallas icône feuille Faibles émissions de CO2
regional-us-west1 Oregon icône feuille Faibles émissions de CO2
regional-us-west2 Los Angeles
regional-us-west3 Salt Lake City
regional-us-west4 Las Vegas
Europe
regional-europe-central2 Varsovie icône feuille Faibles émissions de CO2
regional-europe-north1 Finlande icône feuille Faibles émissions de CO2
regional-europe-north2 Stockholm icône feuille Faibles émissions de CO2
regional-europe-southwest1 Madrid icône feuille Faibles émissions de CO2
regional-europe-west1 Belgique icône feuille Faibles émissions de CO2 Lecture seule : us-central1 1-OR
us-west1 1-OR
regional-europe-west2 Londres icône feuille Faibles émissions de CO2
regional-europe-west3 Francfort
regional-europe-west4 Pays-Bas icône feuille Faibles émissions de CO2
regional-europe-west6 Zurich icône feuille Faibles émissions de CO2
regional-europe-west8 Milan icône feuille Faibles émissions de CO2
regional-europe-west9 Paris icône feuille Faibles émissions de CO2
regional-europe-west10 Berlin
regional-europe-west12 Turin icône feuille Faibles émissions de CO2
Asie-Pacifique
regional-asia-east1 Taïwan
regional-asia-east2 Hong Kong
regional-asia-northeast1 Tokyo
regional-asia-northeast2 Osaka
regional-asia-northeast3 Séoul
regional-asia-south1 Mumbai
regional-asia-south2 Delhi
regional-asia-southeast1 Singapour
regional-asia-southeast2 Jakarta
regional-asia-southeast3 Bangkok
regional-australia-southeast1 Sydney
regional-australia-southeast2 Melbourne
Moyen-Orient
regional-me-central1 Doha
regional-me-central2 Dammam
regional-me-west1 Tel Aviv
Afrique
regional-africa-south1 Johannesburg

  • 1-OR : une instance répliquée facultative. Vous pouvez créer une configuration d'instance régionale personnalisée et ajouter une instance répliquée en lecture seule facultative. Pour en savoir plus, consultez Créer une configuration d'instance personnalisée.

  • 2-OR : jusqu'à deux instances répliquées facultatives. Vous pouvez créer une configuration d'instance régionale personnalisée et ajouter une ou deux instances répliquées en lecture seule facultatives. Si possible, ajoutez deux instances répliquées facultatives pour maintenir une faible latence de lecture. Pour en savoir plus, consultez Créer une configuration d'instance personnalisée.

Réplication

Les configurations régionales de base contiennent trois instances répliquées en lecture/écriture. Chaque mutation Spanner nécessite un quorum d'écriture composé d'une majorité d'instances répliquées votantes. Dans les configurations régionales, deux des trois instances répliquées forment un quorum d'écriture. Pour en savoir plus sur les régions principales et les instances répliquées de vote, consultez Réplication.

Vous pouvez créer une configuration d'instance régionale personnalisée et ajouter des instances répliquées en lecture seule facultatives. Les instances dupliquées en lecture seule peuvent aider à faire évoluer les lectures et à prendre en charge les lectures non actualisées à faible latence. Ces instances répliquées avec accès en lecture ne participent pas aux quorums d'écriture et ne fonctionnent pas comme une solution de reprise après sinistre autonome. La disponibilité de l'instance est déterminée par le quorum des instances répliquées votantes. Si l'instance Spanner est mise hors connexion, les instances dupliquées avec accès en lecture sont également mises hors connexion peu de temps après et ne peuvent pas diffuser de lectures, y compris des lectures non actualisées. Les instances répliquées n'affectent pas le SLA Spanner >= 99,99 % pour les instances régionales. Vous pouvez ajouter les emplacements listés dans la colonne Région facultative en tant qu'instances répliquées facultatives en lecture seule. Si l'emplacement de l'instance répliquée en lecture seule que vous souhaitez utiliser n'est pas listé, vous pouvez demander une nouvelle région d'instance répliquée en lecture seule facultative. Pour en savoir plus, consultez Instances répliquées avec accès en lecture.

Bonnes pratiques concernant les performances pour les configurations régionales

Pour optimiser les performances, suivez les bonnes pratiques suivantes :

  • Concevez un schéma qui évite les hotspots et autres problèmes de performances.
  • Placez les ressources de calcul critiques dans la même région que votre instance Spanner.
  • Provisionnez suffisamment de capacité de calcul pour maintenir l'utilisation totale du processeur à priorité élevée en dessous de 65 %.
  • Pour en savoir plus sur le débit par nœud Spanner, consultez Performances des configurations régionales.

Configurations birégionales

Les configurations birégionales vous permettent de répliquer les données de la base de données dans plusieurs zones de deux régions d'un même pays, selon ce qui est défini par la configuration de l'instance.

Les configurations birégionales effectuent les opérations suivantes :

  • Diffusez les lectures depuis deux régions d'un même pays.
  • Respectez les exigences en matière de résidence des données.
  • Offrir une disponibilité et des SLA plus élevés que les configurations régionales.

Spanner propose des configurations birégionales en Allemagne, en Australie, au Canada, en Inde et au Japon.

Pour en savoir plus sur le débit par nœud Spanner, consultez Performances des configurations birégionales.

Configurations disponibles

Spanner propose les configurations d'instances birégionales de base suivantes :

Nom de la configuration de base Emplacement de la ressource Régions
dual-region-australia1 au (Australie) Sydney : australia-southeast1 L, 2RW+1W
Melbourne : australia-southeast2 2RW+1W
dual-region-canada1 ca (Canada) Toronto : northamerica-northeast2 L, 2RW+1W
Montréal : northamerica-northeast1 2RW+1W
dual-region-germany1 de (Allemagne) Berlin : europe-west10 L, 2RW+1W
Francfort : europe-west3 2RW+1W
dual-region-india1 in (Inde) Mumbai : asia-south1 L, 2RW+1W
Delhi : asia-south2 2RW+1W
dual-region-japan1 jp (Japon) Tokyo : asia-northeast1 L, 2RW+1W
Osaka : asia-northeast2 2RW+1W

Avantages

Les instances birégionales offrent les principaux avantages suivants :

  • Disponibilité de 99,999 % : offre une disponibilité de 99,999 % dans deux régions du même pays, ce qui est supérieur à la disponibilité de 99,99 % offerte par les configurations régionales Spanner.
  • Distribution des données : réplique automatiquement vos données entre les deux régions avec une cohérence forte.
  • Résidence des données : répond aux exigences de résidence dans les pays listés sous Configurations disponibles pour les configurations birégionales.

Réplication

Une configuration birégionale contient six instances répliquées, trois dans chaque région. L'une des régions est désignée comme région principale par défaut (répertoriée dans le tableau précédent). Vous pouvez modifier la région principale d'une base de données. Dans chaque région, il existe deux instances répliquées en lecture/écriture et une instance répliquée témoin. Lorsque les deux régions sont opérationnelles et s'exécutent dans une configuration birégionale, les six instances répliquées participent au quorum birégional. La formation d'un quorum d'écriture et la validation d'une transaction nécessitent au moins deux instances répliquées de vote dans chaque région.

Basculement et restauration

Après avoir créé une configuration birégionale, vous pouvez afficher la métrique Chronologie de l'état du quorum birégional sur le tableau de bord Insights système. Cette métrique n'est disponible que pour les configurations birégionales. Il indique l'état de trois quorums :

  • Le quorum birégional : Global
  • Le quorum à région unique dans chaque région (par exemple, Sydney et Melbourne)

Une barre orange s'affiche sur la chronologie en cas d'interruption de service. Vous pouvez pointer sur la barre orange pour afficher les heures de début et de fin de la perturbation.

Pour un objectif de temps de récupération (RTO) plus rapide, surveillez ou configurez une alerte sur la métrique Chronologie birégionale de l'état du quorum. Cette métrique vous aide à décider quand effectuer un basculement manuel en cas de défaillance régionale. Une fois le basculement d'instance déclenché, il se termine généralement en une minute.

Spanner accepte également les basculements automatiques gérés par Google, qui peuvent prendre jusqu'à 45 minutes à partir de la première détection de l'échec. Le RTO plus long est dû à la surveillance à l'échelle du service de Google. Google collecte des signaux supplémentaires pour vérifier que l'ensemble de la région est perturbé et valider l'impact au niveau de la région. Cela garantit également qu'un basculement se traduit par un meilleur service global pour les utilisateurs de la configuration.

Pour effectuer un basculement et un rétablissement manuels, consultez Modifier le quorum birégional.

Tenez compte des points suivants lorsque vous prenez des décisions de basculement et de restauration manuels :

  • Si les trois quorums sont opérationnels, aucune action n'est requise.

  • Si l'une des régions présente une interruption, il s'agit probablement d'une interruption de service régionale. Cela peut réduire la disponibilité des bases de données exécutées dans votre quorum birégional, et les écritures peuvent échouer si un quorum ne peut pas être établi et que les transactions expirent. Google effectue automatiquement le basculement et le retour arrière lorsqu'il détecte une panne régionale, mais vous pouvez également effectuer un basculement manuel pour un RTO plus rapide. Dans le tableau de bord Insights système, observez les taux d'erreur et la latence de votre base de données. Si les taux d'erreur ou la latence augmentent, vous pouvez effectuer un basculement manuel en remplaçant le quorum birégional par un quorum à une seule région dans la région opérationnelle. Si vous effectuez un basculement manuel, vous devez revenir manuellement à un quorum birégional une fois que la région perturbée est de nouveau opérationnelle.

  • Si le quorum birégional affiche une interruption alors que les deux régions uniques sont opérationnelles, il s'agit d'un problème de partitionnement du réseau. Les deux régions ne peuvent plus communiquer entre elles. Par conséquent, chaque région affiche un état d'état opérationnel, même si le système global n'est pas opérationnel. Dans ce scénario, vous pouvez basculer manuellement vers la région principale par défaut afin que votre base de données puisse continuer à diffuser des écritures sans modifier la région principale. Une fois le problème de partition réseau résolu et le quorum birégional rétabli, vous devez effectuer un basculement manuel.

Les configurations birégionales fournissent un objectif de point de récupération (RPO) de zéro, car il n'y a aucune perte de données lors d'une panne régionale ou lorsqu'un problème de partition réseau survient.

Pour vérifier le mode (unique ou double) de votre quorum birégional, consultez Vérifier le quorum birégional.

Bonnes pratiques pour le basculement et la restauration

Voici quelques bonnes pratiques concernant le basculement et la restauration automatique :

  • Ne basculez pas vers une seule région si aucune défaillance ou interruption de région ne se produit. Le basculement vers une seule région augmente le risque d'indisponibilité globale du système en cas de défaillance de cette région.
  • Faites attention lorsque vous sélectionnez la région de basculement. Le basculement vers la région perturbée entraîne l'indisponibilité de la base de données, qui est irrécupérable tant que cette région n'est pas de nouveau en ligne. Pour vérifier, vous pouvez utiliser un script bash afin de vérifier l'état de votre quorum d'une seule région avant d'effectuer le basculement.
  • Si la région défaillante est la région principale par défaut, remplacez la région principale par défaut par la région de basculement après avoir effectué le basculement. Après avoir vérifié que les deux régions sont à nouveau opérationnelles, effectuez un basculement, puis rétablissez la région leader d'origine.
  • N'oubliez pas d'effectuer un basculement manuel si vous avez effectué un basculement manuel.

Limites

Vous ne pouvez pas créer de configuration d'instance birégionale personnalisée, ni ajouter d'instances répliquées en lecture seule à une configuration d'instance birégionale.

Bonnes pratiques concernant les performances pour les configurations birégionales

Pour optimiser les performances, suivez les bonnes pratiques suivantes :

  • Concevez un schéma qui évite les hotspots et autres problèmes de performances.
  • Pour une latence optimale en écriture, placez les ressources de calcul allouées aux charges de travail lourdes en écriture dans ou à proximité de la région principale par défaut.
  • Pour éviter que vos charges de travail ne dépendent d'une seule région, placez les ressources de calcul critiques dans les deux régions de votre configuration birégionale.
  • Pour en savoir plus sur le débit par nœud Spanner, consultez Performances des configurations birégionales.

Configurations multirégionales

Les configurations régionales de base de Spanner répliquent les données entre plusieurs zones d'une même région. Toutefois, une configuration régionale de base peut ne pas être optimale si :

  • Votre application doit souvent lire des données à partir de plusieurs emplacements géographiques (par exemple, pour diffuser des données auprès d'utilisateurs situés en Amérique du Nord et en Asie).
  • Vos écritures proviennent d'un emplacement différent de celui de vos lectures (par exemple, si vous avez des charges de travail d'écriture importantes en Amérique du Nord et des charges de travail de lecture importantes en Europe).

Bien que vous puissiez ajouter des instances répliquées en lecture seule facultatives dans d'autres régions à une configuration régionale personnalisée pour diffuser des lectures non actualisées à faible latence dans ces scénarios, les configurations multirégionales peuvent également :

  • Maintenez la disponibilité en écriture dans les régions en lecture-écriture grâce au basculement automatique du leader en cas de perturbations régionales.
  • Offrir une disponibilité et des SLA plus élevés que les configurations régionales.

Les configurations multirégionales vous permettent de répliquer vos bases de données dans plusieurs zones de plusieurs régions, selon ce qui est défini par la configuration de l'instance. La plupart des configurations multirégionales de base contiennent deux régions en lecture/écriture, chacune avec deux instances répliquées en lecture/écriture dans des zones distinctes, et une région témoin. La configuration asia2 fait exception, car elle ne comporte pas de région témoin, mais trois régions en lecture/écriture : deux régions avec deux instances répliquées en lecture/écriture chacune, et une troisième région avec une instance répliquée en lecture/écriture. Ces instances répliquées en lecture/écriture vous permettent de lire des données avec une latence plus faible à partir de plusieurs emplacements proches ou au sein des régions de la configuration.

Cependant, il y a des compromis à faire, car dans une configuration multirégionale, les instances répliquées du quorum (lecture/écriture) sont réparties sur plusieurs régions. Vous pouvez remarquer une latence réseau supplémentaire lorsque ces instances répliquées communiquent entre elles pour former un quorum d'écriture. Les lectures ne nécessitent pas de quorum. Votre application bénéficie ainsi d'opérations de lecture plus rapides dans un plus grand nombre d'emplacements, au prix d'une légère augmentation de la latence d'écriture. Pour en savoir plus, consultez Le rôle des instances répliquées dans les écritures et les lectures.

Configurations disponibles

Spanner propose les configurations d'instances multirégionales de base suivantes. Pour demander une région d'instance répliquée en lecture seule facultative qui ne figure pas dans les tableaux suivants, envoyez le formulaire de demande d'instance répliquée en lecture seule facultative. Google utilise ces demandes pour évaluer la demande pour les futures régions et peut ne pas répondre directement à votre envoi.

Un continent

Le tableau suivant répertorie les configurations multirégionales qui s'étendent sur un seul continent :

Nom de la configuration de base Emplacement de la ressource Régions de lecture/écriture Régions de lecture seule Région témoin Région facultative
asia1 global Tokyo : asia-northeast1 L,2R
Osaka : asia-northeast2 2R		 None Séoul : asia-northeast3 Lecture seule :
us-west1 1-OR
us-east5 1-OR
asia2 A global Mumbai : asia-south1 L,2R
Delhi : asia-south2 2R
Singapour : asia-southeast1 1R		 Aucun Aucun
eur3 eu (Union européenne) Belgique : europe-west1 L,2R
Pays-Bas : europe-west4 2R		 None Finlande : europe-north1 Lecture seule :
us-central1 1-OR
us-east4 1-OR
eur5 global Londres : europe-west2 L,2R
Belgique : europe-west1 2R		 None Pays-Bas : europe-west4 Lecture seule :
us-central1 1-OR
us-east1 1-OR
eur6 global Pays-Bas : europe-west4 L,2R
Francfort : europe-west3 2R		 Aucun Zurich : europe-west6 Lecture seule :
us-east1 2-OR
eur7 eu (Union européenne) Milan : europe-west8 L,2R
Francfort : europe-west3 2R		 Aucun Turin : europe-west12
nam3 us (États-Unis) Virginie du Nord : us-east4 L,2R
Caroline du Sud : us-east1 2R		 None Iowa : us-central1 Lecture seule :
asia-south1 1-OR
asia-southeast1 1-OR
asia-southeast2 1-OR
europe-west1 1-OR
europe-west2 1-OR
europe-west4 1-OR
europe-west9 1-OR
us-east5 1-OR
us-west1 1-OR
us-west2 1-OR
us-west4 1-OR
us-west8 1-OR
nam6 us (États-Unis) Iowa : us-central1 L,2R
Caroline du Sud : us-east1 2R		 Oregon : us-west1 1R
Los Angeles : us-west2 1R		 Oklahoma : us-central2
nam7 us (États-Unis) Iowa : us-central1 L,2R
Virginie du Nord : us-east4 2R		 Aucun Oklahoma : us-central2 Lecture seule :
us-east1 2-OR
us-south1 1-OR
us-west1 1-OR
europe-west1 2-OR
nam8 us (États-Unis) Los Angeles: us-west2 L,2R
Oregon: us-west1 2R		 Aucun Salt Lake City : us-west3 Lecture seule :
asia-northeast1 2-OR
asia-southeast1 2-OR
europe-west2 2-OR
europe-west3 2-OR
us-east5 1-OR
nam9 us (États-Unis) Virginie du Nord : us-east4 L,2R
Iowa : us-central1 2R		 Oregon : us-west1 2R Caroline du Sud : us-east1
nam10 us (États-Unis) Iowa: us-central1 L,2R
Salt Lake City: us-west3 2R		 None Oklahoma : us-central2 Lecture seule :
us-east4 1-OR
nam11 us (États-Unis) Iowa : us-central1 L,2R
Caroline du Sud : us-east1 2R		 None Oklahoma : us-central2 Lecture seule :
us-west1 1-OR
nam12 us (États-Unis) Iowa : us-central1 L,2R
Virginie du Nord : us-east4 2R		 Oregon : us-west1 2R Oklahoma : us-central2
nam13 us (États-Unis) Oklahoma : us-central2 L,2R
Iowa : us-central1 2R		 Aucun Salt Lake City : us-west3
nam14 global Virginie du Nord : us-east4 L,2R
Montréal : northamerica-northeast1 2R		 Aucun Caroline du Sud : us-east1
nam15 us (États-Unis) us-south1 L,2R
Virginie du Nord : us-east4 2R		 Aucun Iowa : us-central1 Lecture seule :
us-central2 1-OR
us-east1 1-OR
us-west3 1-OR
nam16 us (États-Unis) Iowa : us-central1 L,2R
Virginie du Nord : us-east4 2R		 Aucun Columbus : us-east5 Lecture seule :
us-west2 2-OR
nam22 us (États-Unis) Columbus : us-east5 L,2R
Caroline du Sud : us-east1 2R		 Aucun Virginie du Nord : us-east4 Lecture seule :
us-west1 1-OR
nam23 us (États-Unis) Iowa : us-central1 L,2R
Las Vegas : us-west4 2R		 Aucun Dallas : us-south1 Lecture seule :
asia-northeast1 1-OR
australia-southeast2 1-OR
europe-west1 1-OR
europe-west3 1-OR
nam24 A us (États-Unis) Virginie du Nord : us-east4 L,2R
Oregon : us-west1 2R		 Aucun Iowa : us-central1

Trois continents

Le tableau suivant répertorie les configurations multirégionales qui s'étendent sur trois continents :

Nom de la configuration de base Emplacement de la ressource Régions de lecture/écriture Régions de lecture seule Région témoin Région facultative
nam-eur-asia1 global Iowa : us-central1 L,2R
Oklahoma : us-central2 2R		 Belgique : europe-west1 2R
Taïwan : asia-east1 2R		 Caroline du Sud : us-east1 Lecture seule :
us-west2 1-OR
nam-eur-asia3 global Iowa : us-central1 L,2R
Caroline du Sud : us-east1 2R		 Belgique : europe-west1 1R
Pays-Bas : europe-west4 1R
Taïwan : asia-east1 2R		 Oklahoma : us-central2

  • L : région principale par défaut. Pour en savoir plus, consultez Modifier la région principale d'une base de données.

  • 1R : une instance répliquée dans la région.

  • 2R : deux instances répliquées dans la région.

  • 2RW+1W : deux instances répliquées en lecture/écriture et une instance répliquée témoin dans la région.

  • 1-OR : une instance répliquée facultative. Vous pouvez créer une configuration d'instance régionale ou multirégionale personnalisée et ajouter une instance répliquée en lecture seule facultative. Pour en savoir plus, consultez Créer une configuration d'instance personnalisée.

  • 2-OR : jusqu'à deux instances répliquées facultatives. Vous pouvez créer une configuration d'instance régionale ou multirégionale personnalisée, et ajouter une ou deux instances répliquées en lecture seule facultatives. Dans la mesure du possible, envisagez d'ajouter deux instances répliquées facultatives pour maintenir une faible latence de lecture. Pour en savoir plus, consultez Créer une configuration d'instance personnalisée.

  • A : Cette configuration d'instance est limitée par une liste d'autorisation. Pour y accéder, contactez votre responsable de compte technique.

L'emplacement de ressource d'une configuration multirégionale définit sa garantie de zone de reprise après sinistre. Bien que cet emplacement définisse la limite globale pour toutes les données tout au long de leur cycle de vie, les données elles-mêmes ne sont stockées au repos que dans les emplacements d'instances répliquées que vous avez sélectionnés.

Avantages

Les instances multirégionales offrent les principaux avantages suivants :

  • Disponibilité de 99,999 %, ce qui est supérieur à la disponibilité de 99,99 % offerte par les configurations régionales de Spanner.

  • Distribution des données : Spanner réplique automatiquement vos données entre les régions avec une cohérence forte. Cela vous permet de stocker vos données là où elles sont utilisées, ce qui peut réduire la latence et améliorer l'expérience utilisateur.

  • Cohérence externe : même si Spanner réplique les données sur des emplacements géographiquement éloignés, vous pouvez toujours l'utiliser comme s'il s'agissait d'une base de données s'exécutant sur une seule machine. Les transactions sont sérialisables, et l'ordre des transactions dans la base de données est le même que l'ordre dans lequel les clients observent que les transactions ont été validées. La cohérence externe est une propriété plus forte que la "cohérence forte", qui est proposée par d'autres produits. Consultez la section TrueTime et cohérence externe pour en savoir plus sur cette propriété.

Réplication

La plupart des configurations multirégionales de base contiennent deux régions désignées comme régions de lecture/écriture, chacune contenant deux instances répliquées en lecture/écriture. L'une de ces régions de lecture/écriture est désignée comme région principale par défaut, ce qui signifie qu'elle contient les instances dupliquées principales de votre base de données. Spanner place également une instance répliquée témoin dans une troisième région appelée région témoin. La configuration asia2 fait exception, car elle place une cinquième instance répliquée en lecture/écriture dans une troisième région en lecture/écriture au lieu d'utiliser une région témoin.

Lorsqu'un client émet une mutation dans votre base de données, un formulaire de quorum d'écriture est créé. Il se compose de l'une des instances dupliquées issues de la région principale par défaut et de deux des quatre instances dupliquées supplémentaires participant au vote. (Le quorum peut être constitué d'instances dupliquées provenant de deux ou trois des régions composant votre configuration, en fonction des autres instances dupliquées participant au vote.) En plus de ces cinq instances répliquées de vote, certaines configurations multirégionales de base contiennent des instances répliquées en lecture seule pour diffuser des lectures à faible latence. Les régions qui contiennent des instances répliquées en lecture seule sont appelées régions en lecture seule.

En général, les régions de vote d'une configuration multirégionale sont placées à proximité géographique (à moins de 1 600 kilomètres) pour former un quorum à faible latence qui permet des écritures rapides. Toutefois, les régions sont toujours suffisamment éloignées les unes des autres (généralement, au moins quelques centaines de kilomètres) pour éviter les défaillances coordonnées. De plus, si votre application cliente se trouve dans une région non responsable, Spanner utilise le routage optimisé vers la région responsable pour acheminer les transactions en lecture-écriture de manière dynamique afin de réduire la latence dans votre base de données. Pour en savoir plus, consultez Pourquoi utiliser des instances répliquées avec accès en lecture seule et des instances répliquées témoins ? et Routage basé sur le leader.

Vous pouvez créer une configuration d'instance multirégionale personnalisée avec des instances répliquées en lecture seule facultatives. Les instances répliquées personnalisées en lecture seule que vous créez ne peuvent pas être incluses dans les quorums d'écriture et ne fonctionnent pas comme une solution de reprise après sinistre autonome. La disponibilité de l'instance est déterminée par le quorum des instances répliquées votantes. Si l'instance Spanner est mise hors connexion, les instances dupliquées avec accès en lecture sont également mises hors connexion peu de temps après et ne peuvent pas diffuser de lectures, y compris des lectures non actualisées. Vous pouvez ajouter des emplacements listés dans la colonne Région facultative en tant qu'instances répliquées en lecture seule facultatives. Si l'emplacement de l'instance répliquée en lecture seule que vous souhaitez utiliser n'est pas listé, vous pouvez demander une nouvelle région d'instance répliquée en lecture seule facultative. Pour en savoir plus, consultez Instances répliquées avec accès en lecture.

Bonnes pratiques concernant les performances pour les configurations multirégionales

Pour optimiser les performances, suivez les bonnes pratiques suivantes :

  • Concevez un schéma qui évite les hotspots et autres problèmes de performances.
  • Pour une latence optimale en écriture, placez les ressources de calcul allouées aux charges de travail lourdes en écriture dans ou à proximité de la région principale par défaut.
  • Pour des performances en lecture optimales en dehors de la région principale par défaut, utilisez une obsolescence d'au moins 15 secondes.
  • Pour éviter de dépendre d'une seule région pour vos charges de travail, placez les ressources de calcul critiques dans au moins deux régions. Une bonne option consiste à les placer à côté des deux régions de lecture/écriture différentes, de sorte qu'une panne dans une seule région n'affecte pas l'ensemble de votre application.
  • Provisionnez suffisamment de capacité de calcul pour maintenir l'utilisation totale du processeur de haute priorité en dessous de 45 % dans chaque région.
  • Pour en savoir plus sur le débit par nœud Spanner, consultez Performances des configurations multirégionales.

Déplacer une instance

Vous pouvez déplacer votre instance Spanner d'une configuration d'instance vers une autre, y compris entre des configurations régionales, birégionales et multirégionales. Le déplacement de votre instance n'entraîne pas de temps d'arrêt, et Spanner continue de fournir les garanties de transaction habituelles, y compris une cohérence forte, pendant le déplacement.

Pour en savoir plus sur le déplacement d'une instance Spanner, consultez Déplacer une instance.

Configurer la région principale par défaut

Pour modifier l'emplacement de la région principale par défaut de votre base de données afin de la rapprocher des clients qui s'y connectent et de réduire la latence de l'application, vous pouvez modifier la région principale pour n'importe quelle instance Spanner utilisant une configuration birégionale ou multirégionale. Pour savoir comment modifier l'emplacement de la région principale, consultez Modifier la région principale d'une base de données. Les seules régions pouvant devenir la région principale par défaut de votre base de données sont les régions en lecture-écriture de votre configuration birégionale ou multirégionale.

La région principale est chargée de gérer toutes les écritures de base de données. Par conséquent, si la majeure partie de votre trafic provient d'une région géographique, vous pouvez la déplacer vers cette région pour réduire la latence. La mise à jour de la région leader par défaut est une opération de métadonnées qui ne déplace pas les données entre les régions. La prise en compte de la nouvelle valeur prend quelques minutes.

Les seules régions pouvant devenir la région principale par défaut de votre base de données sont les régions en lecture-écriture de votre configuration birégionale ou multirégionale. Pour obtenir des instructions, consultez Modifier la région principale d'une base de données.

La modification de la région principale par défaut est une opération de métadonnées qui utilise une opération de longue durée. Si nécessaire, vous pouvez vérifier la progression de l'opération de longue durée.

Compromis : configurations régionales, birégionales et multirégionales

Le tableau suivant récapitule les compromis entre les configurations régionales, birégionales et multirégionales :

Configuration Disponibilité Latence Coût Localisation des données
Régional 99,99 % Réduit les latences d'écriture dans la région. Coûts réduits ; consultez les tarifs. Active la gouvernance des données géographiques.
Birégional 99,999 % Latences de lecture plus faibles depuis deux régions géographiques ; légère augmentation de la latence d'écriture. Coûts plus élevés ; consultez les tarifs. Répartit les données dans deux régions d'un même pays.
Multirégional 99,999 % Latences de lecture plus faibles depuis plusieurs régions géographiques ; légère augmentation de la latence d'écriture. Coûts plus élevés ; consultez les tarifs. Distribue les données sur plusieurs régions de la configuration.

Étapes suivantes