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

Cette page décrit les différents types de configurations d'instance disponibles Spanner, ainsi que leurs différences et les avantages et inconvénients qu'elles présentent.

Configurations d'instance

La configuration d'une instance Spanner définit l'emplacement géographique et la réplication des bases de données au sein de cette instance. Lorsque vous créez une instance, vous devez configurer le bucket en tant que régional, birégional ou multirégional. Pour ce faire, sélectionnez une configuration d'instance, qui déterminera l'emplacement de stockage des données de votre instance :

Les configurations d'instance avec des régions et des topologies de réplication fixes appelées configurations d'instance de base. Vous pouvez créer configurations d'instances personnalisées et d'ajouter un accès en lecture seule répliquées (disponibles dans éditions Enterprise et Enterprise Plus). Vous ne pouvez pas modifier la topologie de réplication des configurations d'instance de base. Pour Pour en savoir plus, consultez la page Instances répliquées en lecture seule.

Vous pouvez déplacer votre instance depuis une configuration d'instance vers une autre région, configuration d'instance multirégionale (par exemple, de us-central1 à nam3) Vous pouvez également créer une configuration d'instance personnalisée avec des instances répliquées supplémentaires, puis déplacez votre instance vers la nouvelle configuration d'instance personnalisée. Par exemple : si votre instance se trouve dans us-central1 et que vous souhaitez ajouter une instance répliquée en lecture seule us-west1, vous devez créer une configuration d'instance personnalisée avec us-central1 comme configuration de base et ajouter us-west1 en lecture seule d'une instance répliquée. Déplacez ensuite votre instance vers cette nouvelle configuration d'instance personnalisée.

Configurations régionales

Les services Google Cloud sont disponibles à différents emplacements en Amérique du Nord, en Amérique du Sud, en Europe, en Asie et en Australie. Si vos utilisateurs et services se trouvent dans la même région, choisissez une configuration d'instance régionale pour assurer une latence faible lors des opérations de lecture et d'écriture.

Pour toute configuration régionale de base, Spanner gère trois instances répliquées en lecture/écriture, chacune dans un environnement Google Cloud différent zone de cette région. Chaque instance dupliquée 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 dupliqué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 l'instance régionale de base suivante : Configurations:

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

Réplication

Les configurations régionales de base contiennent instances répliquées en lecture/écriture. Chaque Spanner nécessite un quorum d'écriture composé d'une majorité de votes. répliquées. Les quorums d'écriture se composent de deux des trois instances dupliquées dans les configurations régionales. Pour en savoir plus sur les régions principales et le vote répliquées, consultez la page Réplication.

Vous pouvez créer une configuration d'instance régionale personnalisée et ajouter des instances dupliquées en lecture seule facultatives. Les instances répliquées en lecture seule peuvent contribuer au scaling sont compatibles avec les lectures non actualisées à faible latence. Ces réplicas en lecture seule ne participent pas aux quorums d'écriture et n'affectent pas l'engagement de niveau de service de Spanner de 99,99 % pour les instances régionales. Vous pouvez ajouter des zones géographiques répertoriées sous la colonne "Optional Region" (Région facultative) répliquées en lecture seule. Si vous ne voyez pas l'emplacement choisi pour l'instance répliquée en lecture seule, vous pouvez demander une nouvelle région facultative d'instance répliquée en lecture seule. Pour en savoir plus, consultez la section 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 Cloud Spanner.
  • Provisionnez une capacité de calcul suffisante pour maintenir une utilisation globale à priorité élevée du processeur inférieure à 65 %.
  • Pour en savoir plus sur le débit par Spanner consultez la section Performances pour les configurations régionales.

Configurations birégionales

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

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

  • Gérer les lectures de deux régions d'un même pays
  • Proposez une disponibilité et des contrats de niveau de service plus élevés que les configurations régionales.
  • Respecter les exigences en matière de résidence des données.

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

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

Configurations disponibles

Spanner propose l'instance birégionale de base suivante : Configurations:

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-germany1 de (Allemagne) Berlin: europe-west10 L,2RW+1W
Francfort: europe-west3 2RW+1W
dual-region-india1 en (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 % : dans deux régions du même pays, ce qui est supérieur à la disponibilité de 99,99 % fournie par les configurations régionales de Spanner.

  • Distribution des données: réplique automatiquement vos données entre les deux avec des garanties de cohérence forte.

  • Exigences en matière de résidence des données : répond aux exigences en matière de résidence des données dans les pays listés sous Configurations disponibles pour les régions en double.

Réplication

Un emplacement birégional 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). Toi Vous pouvez modifier la région principale d'une base de données. Dans chaque région, il existe deux instances dupliquées en lecture/écriture et un instance dupliquée témoin. Lorsque les deux régions opérationnelle et exécutée dans une configuration birégionale, le quorum est sur les six instances répliquées. Au moins deux instances répliquées dans chaque est nécessaire pour former un quorum et valider une transaction.

Basculement et restauration

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

  • Le quorum birégional, qui utilise les noms de code suivants:
    • au pour l'Australie
    • de pour l'Allemagne
    • in pour l'Inde
    • asia1 pour le Japon
  • Le quorum pour une seule région dans chaque région (par exemple, asia-south1 et asia-south2).

La métrique comporte un menu déroulant de disponibilité du quorum qui indique les régions en mode OK ou perturbation.

La métrique Disponibilité du quorum birégional vous aide à prendre des décisions de basculement autogérées en cas de défaillances régionales. Basculement autogéré se termine généralement en une minute. Pour effectuer un basculement et un retour manuel, consultez la section Modifier le quorum à deux régions. Spanner est également compatible avec les basculements automatiques gérés par Google, qui peuvent prendre jusqu'à 45 minutes à partir du moment où l'échec est détecté pour la première fois.

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

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

  • Si l'une des régions est perturbée, d'interruption de service. Cela peut amener les bases de données exécutées dans votre quorum birégional pour réduire la disponibilité. Les écritures peuvent également échouer car il est impossible d'établir un quorum et les transactions finissent par expirer. À l'aide du tableau de bord "Insights système", observez les taux d'erreur et la latence dans votre base de données. En cas d'augmentation des taux d'erreur ou de la latence, nous vous recommandons de procéder à un transfert, c'est-à-dire de remplacer le quorum birégional par la région qui est toujours opérationnelle. Une fois que la région interrompue est de nouveau opérationnelle, vous devez effectuer une restauration, en passant du quorum birégional à un quorum monorégional. Google effectue automatiquement un basculement en cas de panne régionale. Vous pouvez également effectuer un basculement manuel si vous détectez une interruption. Toutefois, n'oubliez pas d'activer la restauration manuelle. si vous avez effectué un basculement manuel.

  • Si le quorum birégional présente des perturbations, même si les deux régions uniques sont opérationnels, il y a un problème de partitionnement du réseau. Les deux régions ne peuvent plus communiquer entre elles. Elles s'affichent donc comme étant opérationnelles, même si le système global ne l'est pas. Dans ce scénario, nous vous recommandons le basculement vers la région principale par défaut. Une fois que le problème de partition réseau est résolu et que le quorum birégional redevient opérationnel, vous devez manuellement la restauration automatique.

La région duale n'a pas d'objectif de point de récupération (RPO), car il n'y a pas de perte de données lors d'une panne régionale ou en cas de problème de partition réseau.

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

Bonnes pratiques concernant le basculement et la restauration

Voici quelques-unes des bonnes pratiques en matière de basculement et de restauration automatique:

  • Ne basculez pas vers une seule région si aucune défaillance ou interruption ne se produit. Le basculement vers une seule région augmente la probabilité d'indisponibilité globale du système si cette seule région échoue.
  • Faites attention lorsque vous sélectionnez la région de basculement. Si vous choisissez une mauvaise région pour le basculement, la base de données devient indisponible, ce qui est irrécupérable avant que la région ne soit de nouveau en ligne. Pour vérifier, vous pouvez utiliser un script bash pour vérifier l'état de votre seule région avant d'effectuer le basculement.
  • Si la région non opérationnelle est la région principale par défaut, modifier la région principale par défaut vers la région de basculement après l'avoir effectué. Après avoir confirmé les deux que si des régions sont à nouveau opérationnelles, effectuez une restauration, puis modifiez la région principale à votre région principale d'origine.
  • N'oubliez pas de rétablir manuellement le basculement si vous avez effectué un basculement manuel.

Limites

Vous ne pouvez pas créer de configuration d'instance birégionale personnalisée. Vous ne pouvez pas ajouter vers une configuration d'instance birégionale.

Configurations multirégionales

Les configurations régionales Spanner répliquent les données entre plusieurs zones d'une même région. Toutefois, il est possible qu'une configuration régionale optimal si:

  • Votre application doit souvent lire des données provenant de plusieurs zones géographiques (par exemple, pour diffuser des données aux utilisateurs d'Amérique du Nord en Asie).
  • Vos écritures proviennent d'un emplacement différent de celui de vos lectures (par C'est le cas, par exemple, si vous avez des charges de travail d'écriture charges de travail en Europe).

Les configurations multirégionales peuvent:

  • Livrer des écritures à partir de plusieurs régions.
  • Maintenir la disponibilité en cas de défaillances régionales.
  • Offrir une disponibilité et des contrats de niveau de service plus élevés que les configurations régionales

Les configurations multirégionales vous permettent de répliquer les données de la base de données dans plusieurs zones de plusieurs régions, comme défini par la configuration de l'instance. Ces instances répliquées supplémentaires vous permettent de lire des données avec une latence plus faible plusieurs emplacements à proximité ou au sein des régions de la configuration.

Il existe toutefois des compromis, car dans une configuration multirégionale, le quorum (lecture/écriture) sont réparties sur plusieurs régions. Vous remarquerez peut-être une latence réseau supplémentaire lorsque ces réplicas communiquent entre eux pour former un quorum d'écriture. Les lectures ne nécessitent pas de quorum. Votre application effectue ainsi des lectures plus rapides dans plus d'emplacements, au prix d'une légère augmentation de la latence en écriture. Pour en savoir plus, consultez Rôle des instances dupliquées dans les opérations d'écriture et de lecture

Configurations disponibles

Spanner propose les configurations d'instance multirégionales de base suivantes :

Un 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 asia1 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 asia2 Mumbai: asia-south1 L,2R
Delhi: asia-south2 2R
Singapour: asia-southeast1 1R		 Aucun Aucun
eur3 eur3 Belgique : europe-west1 L,2R
Pays-Bas : europe-west4 2R		 None Finlande : europe-north1
eur5 eur5 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 eur6 Pays-Bas : europe-west4 L,2R
Francfort : europe-west3 2R		 Aucun Zurich : europe-west6 Lecture seule: us-east1 2-OR
nam3 nam3 Virginie du Nord : us-east4 L,2R
Caroline du Sud : us-east1 2R		 None Iowa : us-central1 Lecture seule : us-west2 1-OR
asia-southeast1 1-OR
asia-southeast2 1-OR
europe-west1 1-OR
europe-west2 1-OR
nam6 nam6 Iowa : us-central1 L,2R
Caroline du Sud : us-east1 2R		 Oregon : us-west1 1R
Los Angeles : us-west2 1R		 Oklahoma : us-central2
nam7 nam7 Iowa : us-central1 L,2R
Virginie du Nord : us-east4 2R		 Aucun Oklahoma : us-central2 Lecture seule: us-east1 2-OU
us-south1 1-OU
europe-west1 2-OU
nam8 nam8 Los Angeles: us-west2 L,2R
Oregon: us-west1 2R		 Aucun Salt Lake City : us-west3 Lecture seule: asia-southeast1 2-OU
europe-west2 2-OU
nam9 nam9 Virginie du Nord : us-east4 L,2R
Iowa : us-central1 2R		 Oregon : us-west1 2R Caroline du Sud : us-east1
nam10 nam10 Iowa: us-central1 L,2R
Salt Lake City: us-west3 2R		 None Oklahoma : us-central2
nam11 nam11 Iowa : us-central1 L,2R
Caroline du Sud : us-east1 2R		 None Oklahoma : us-central2 Lecture seule: us-west1 1-OR
nam12 nam12 Iowa : us-central1 L,2R
Virginie du Nord : us-east4 2R		 Oregon : us-west1 2R Oklahoma : us-central2
nam13 nam13 Oklahoma: us-central2 L,2R
Iowa: us-central1 2R		 Aucun Salt Lake City : us-west3
nam14 nam14 Virginie du Nord : us-east4 L,2R
Montréal : northamerica-northeast1 2R		 Aucun Caroline du Sud : us-east1
nam15 nam15 Dallas: us-south1 L,2R
Virginie du Nord: us-east4 2R		 Aucun Iowa : us-central1
nam16 us (États-Unis) Iowa : us-central1 L,2R
Virginie du Nord : us-east4 2R		 Aucun Christophe Colomb: us-east5 Lecture seule: us-west2 2-OR

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 nam-eur-asia1 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 nam-eur-asia3 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 la section 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 dupliquées en lecture/écriture et une instance dupliquée témoin dans la région.

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

  • 2-OR : jusqu'à deux réplications facultatives. Vous pouvez créer une configuration d'instance régionale personnalisée et ajouter une ou deux instances dupliquées en lecture seule facultatives. Nous vous recommandons d'en ajouter deux (si possible) pour maintenir une faible latence de lecture. Pour en savoir plus, consultez Créez une configuration d'instance personnalisée.

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

Pour une configuration d'instance multirégionale, l'emplacement des ressources détermine de zone de reprise après sinistre pour la configuration. Il définit où les données sont stockées au repos.

Avantages

Les instances multirégionales offrent les principaux avantages suivants :

  • Disponibilité de 99,999%, supérieure à la disponibilité de 99,99 % Spanner fournit des configurations régionales.

  • Distribution des données: Spanner réplique automatiquement entre régions avec des garanties de cohérence forte. Cela permet à vos données être stocké là où il est utilisé, ce qui peut réduire la latence et améliorer l'expérience expérience.

  • Cohérence externe: même si Spanner se réplique sur des emplacements géographiques distants, vous pouvez toujours utiliser Spanner étaient une base de données s'exécutant sur une seule machine. Les transactions sont assurées d'être sérialisables et l'ordre des transactions dans la base de données est le même que celui dans lequel les clients consultent les transactions qui ont été validées. La cohérence externe est une garantie plus forte que la "cohérence forte" fournie par d'autres produits. Consultez la section TrueTime et cohérence externe pour en savoir plus sur cette propriété.

Réplication

Chaque configuration multirégionale de base contient deux régions sont désignées comme des régions de lecture/écriture, chacune contenant deux répliquées. 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.

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 dupliquées participant au vote, certaines configurations multirégionales de base contiennent des instances dupliquées en lecture seule permettant de diffuser des opérations de lecture à faible latence. Les régions contenant des instances dupliquées en lecture seule sont appelées régions de lecture seule.

En général, les régions participant au vote dans une configuration multirégionale sont placées dans une zone géographiquement proche (à une distance de moins de 1 600 kilomètres) pour créer un quorum à faible latence qui permet des opérations d'écriture rapides. En savoir plus Toutefois, les régions sont encore suffisamment éloignées les unes des autres (en général, d'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 leader, Spanner utilise le routage optimisé vers la région responsable pour acheminer dynamiquement les transactions en lecture-écriture afin de réduire la latence dans votre base de données. Pour en savoir plus, consultez la section Routage tenant compte du leader.

Vous pouvez créer une configuration d'instance multirégionale personnalisée avec des instances dupliquées en lecture seule facultatives. Les instances répliquées personnalisées en lecture seule que vous créez ne peuvent pas être inclus dans les quorums d'écriture. Vous pouvez ajouter les établissements répertoriés dans la section Colonne facultative "Région" en tant qu'instance répliquée facultative en lecture seule. Si l'emplacement de l'instance répliquée en lecture seule que vous avez choisi ne s'affiche pas, vous pouvez demander une nouvelle région d'instance répliquée en lecture seule facultative. Pour en savoir plus, consultez la page Instances répliquées en lecture seule.

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 solution consiste à les placer à côté des deux régions en lecture/écriture différentes afin qu'aucune panne de région n'affecte l'ensemble de votre application.
  • Provisionnez une capacité de calcul suffisante pour maintenir une utilisation globale à priorité élevée du processeur inférieure à 45 % dans chaque région.
  • Pour en savoir plus sur le débit par Spanner consultez la section Performances pour les configurations multirégionales.

Déplacer une instance

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

Pour en savoir plus sur le déplacement d'une instance Spanner, consultez la section 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 qu'elle soit plus proche de connecter les clients pour réduire la latence des applications, vous pouvez modifier la configuration pour toutes les instances Spanner utilisant un emplacement birégional configuration multirégionale. Pour savoir comment modifier l'emplacement Consultez la section Modifier la région principale d'une base de données. Seules les régions pouvant devenir la région principale par défaut de votre base de données sont les régions de lecture/écriture de votre emplacement birégional ou multirégional configuration.

La région principale est responsable du traitement de 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 donnée, vous pouvez déplacer l'instance vers cette région pour réduire la latence. La mise à jour de la région principale par défaut n'est pas coûteuse et n'implique aucun déplacement de données. La prise en compte de la nouvelle valeur prend quelques minutes.

La modification de la région principale par défaut correspond à une modification du schéma qui utilise une opération de longue durée. Si nécessaire, vous pouvez Obtenez l'état de l'opération de longue durée.

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

Configuration Disponibilité Latence Coût Localité des données
Régionale 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 réduites à partir de deux régions géographiques une légère augmentation de la latence d'écriture. Coûts plus élevés ; consultez les tarifs. Distribue les données sur deux régions d'un même pays.
Multirégional 99,999 % Réduit les latences de lecture de plusieurs régions géographiques, avec une 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.

Étape suivante