Cette page décrit les différents types de configurations d'instance disponibles dans 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 dans cette instance. Lorsque vous créez une instance, vous devez la configurer comme régionale, birégionale ou multirégionale. Pour ce faire, sélectionnez une configuration d'instance, qui détermine l'emplacement de stockage de vos données pour cette instance:
- Configurations régionales: toutes les ressources résident dans une seule région Google Cloud.
- Configurations birégionales: toutes les ressources s'étendent sur deux régions et résident dans un seul pays.
- Configurations multirégionales: les ressources couvrent plusieurs régions
Les configurations d'instance avec des régions et des topologies de réplication fixes sont appelées configurations d'instance de base. Vous pouvez créer des configurations d'instances personnalisées et ajouter des instances répliquées en lecture seule facultatives. Vous ne pouvez pas modifier la topologie de réplication des configurations d'instance de base. Pour en savoir plus, consultez la page Instances répliquées en lecture seule.
Vous pouvez déplacer votre instance de n'importe quelle configuration d'instance vers toute autre configuration d'instance régionale ou multirégionale (par exemple, de us-centra1
à nam3
).Vous pouvez également créer une configuration d'instance personnalisée avec des instances dupliquées supplémentaires, puis déplacer votre instance vers la nouvelle configuration d'instance personnalisée. Par exemple, si votre instance se trouve dans la région us-central1
et que vous souhaitez ajouter une instance dupliqué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 tant qu'instance dupliquée en lecture seule. 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 dupliquées en lecture/écriture, chacune dans une zone Google Cloud différente dans 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 répliquées dans différentes zones. Ainsi, en cas de défaillance d'une zone unique, votre base de données reste disponible.
Configurations disponibles
Spanner propose les configurations d'instance de base régionales suivantes:
Nom de la configuration de base | Description de la région | Région facultative | |
---|---|---|---|
Amériques | |||
northamerica-northeast1 |
Montréal Faibles émissions de CO2 | ||
northamerica-northeast2 |
Toronto Faibles émissions de CO2 | ||
southamerica-east1 |
São Paulo Faibles émissions de CO2 | ||
southamerica-west1 |
Santiago Faibles émissions de CO2 | ||
us-central1 |
Iowa 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 Faibles émissions de CO2 | ||
us-west1 |
Oregon Faibles émissions de CO2 | ||
us-west2 |
Los Angeles | ||
us-west3 |
Salt Lake City | ||
us-west4 |
Las Vegas | ||
Europe | |||
europe-central2 |
Varsovie | ||
europe-north1 |
Finlande Faibles émissions de CO2 | ||
europe-southwest1 |
Madrid Faibles émissions de CO2 | ||
europe-west1 |
Belgique Faibles émissions de CO2 | Lecture seule: us-central1 1-OR us-west1 1-OR |
|
europe-west2 |
Londres Faibles émissions de CO2 | ||
europe-west3 |
Francfort Faibles émissions de CO2 | ||
europe-west4 |
Pays-Bas Faibles émissions de CO2 | ||
europe-west6 |
Zurich Faibles émissions de CO2 | ||
europe-west8 |
Milan | ||
europe-west9 |
Paris Faibles émissions de CO2 | ||
europe-west10 |
Berlin 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 trois instances dupliquées en lecture/écriture. Chaque mutation Spanner nécessite un quorum d'écriture composé d'une majorité d'instances dupliquées participant au vote. Les quorums d'écriture sont constitués de deux des trois instances répliquées dans les configurations régionales. Pour en savoir plus sur les régions principales et les instances dupliquées participant au vote, consultez la page 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 répliquées en lecture seule permettent de faire évoluer les lectures et d'accepter des lectures obsolètes à faible latence. Ces instances répliquées en lecture seule ne participent pas aux quorums d'écriture et n'affectent pas le contrat de niveau de service de Spanner avec un taux de disponibilité supérieur ou égal à 99, 99% pour les instances régionales. Vous pouvez ajouter les emplacements répertoriés sous la colonne "Région facultative" en tant qu'instances dupliquées facultatives en lecture seule. Si vous ne voyez pas l'emplacement d'instance répliquée en lecture seule que vous avez choisi, vous pouvez demander une nouvelle région facultative d'instance répliquée en lecture seule. Pour en savoir plus, consultez la page Instances répliquées en lecture seule.
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 une capacité de calcul suffisante pour maintenir l'utilisation totale du processeur de haute priorité en dessous de 65%.
- Pour le débit par nœud Spanner, consultez la section 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, comme défini par la configuration de l'instance.
Les configurations birégionales effectuent les opérations suivantes:
- Livre les lectures à partir de deux régions dans un seul pays.
- Proposez une disponibilité et des contrats de niveau de service plus élevés que les configurations régionales.
- Respectez les exigences de résidence des données.
Spanner propose des configurations birégionales en Allemagne, en Australie, en Inde et au Japon.
Configurations disponibles
Spanner propose les configurations d'instances de base birégionales suivantes:
Nom de la configuration de base | Emplacement de la ressource | Régions de lecture/écriture |
---|---|---|
dual-region-australia1 |
Australie | Sydney: australia-southeast1 L,2R Melbourne: australia-southeast2 2R |
dual-region-germany1 |
Allemagne | Berlin: europe-west10 L,2R Francfort: europe-west3 2R |
dual-region-india1 |
Inde | Mumbai: asia-south1 L,2R Delhi: asia-south2 2R |
dual-region-japan1 |
Japon | Tokyo : asia-northeast1 L,2R Osaka : asia-northeast2 2R |
Avantages
Les instances birégionales offrent les principaux avantages suivants:
Disponibilité de 99,999%: entre deux régions du même pays, supérieure à 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 régions avec des garanties fortes de cohérence.
Exigences de résidence des données: répond aux exigences de résidence des données dans les pays répertoriés dans la section Configurations disponibles pour les emplacements birégionaux.
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). Vous pouvez modifier la région principale d'une base de données. Dans chaque région, il y a 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, le quorum est établi entre les six instances répliquées. Un minimum de deux instances répliquées dans chaque région est requis pour former un quorum et valider une transaction.
Basculement et restauration
Après avoir créé une configuration birégionale, vous pouvez afficher la métrique Disponibilité du quorum birégional dans le tableau de bord System Insights (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, qui utilise les noms de code suivants :
au
pour l'Australiede
pour l'Allemagnein
pour l'Indeasia1
pour le Japon
- quorum pour une seule région dans chaque région (par exemple,
asia-south1
etasia-south2
)
La métrique comporte un menu déroulant "Disponibilité du quorum" qui indique les régions en mode opérationnel ou perturbation.
La métrique Disponibilité du quorum birégional vous aide à prendre des décisions autogérées au moment du basculement en cas de défaillances régionales. Le basculement autogéré s'effectue généralement en une minute. Pour procéder au basculement et à la restauration automatique manuellement, consultez la section Modifier le quorum birégional. Spanner accepte également les basculements automatiques gérés par Google, qui peuvent prendre jusqu'à 45 minutes à partir du moment où la défaillance est détectée 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 présente des perturbations, il y a probablement une interruption de service régionale. Cela peut entraîner une baisse de disponibilité des bases de données exécutées dans votre quorum birégional. Les écritures peuvent également échouer, car un quorum ne peut pas être établi et les transactions finissent par expirer. À l'aide du tableau de bord des insights système, observez les taux d'erreur et la latence dans votre base de données. Si les taux d'erreur ou la latence augmentent, nous vous recommandons d'effectuer un basculement, ce qui implique de modifier le quorum birégional de la région birégionale à la région toujours opérationnelle. Une fois que la région perturbée est à nouveau opérationnelle, vous devez effectuer une restauration automatique, en faisant passer le quorum birégional d'une région unique à birégional. Google effectue automatiquement le basculement et la restauration automatique lorsqu'une panne régionale est détectée. Vous pouvez aussi effectuer un basculement manuel si vous détectez une interruption. Toutefois, n'oubliez pas d'effectuer 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érationnelles, il existe un problème de partitionnement du réseau. Les deux régions ne peuvent plus communiquer entre elles. Elles sont donc toutes opérationnelles, même si le système global ne l'est pas. Dans ce scénario, nous vous recommandons de basculer vers la région principale par défaut. Une fois le problème de partition réseau résolu et le rétablissement du quorum birégional à l'état opérationnel, vous devez effectuer une restauration automatique.
Les emplacements birégionaux ne fournissent aucun objectif de point de récupération (RPO), car il n'y a aucune perte de données en cas de panne régionale ou en cas de problème de partition réseau.
Pour vérifier le mode (unique ou birégional) du quorum birégional, consultez la section Vérifier le quorum birégional.
Bonnes pratiques en matière de basculement et de restauration automatique
Voici quelques-unes des bonnes pratiques en matière de basculement et de restauration automatique:
- Ne basculez pas vers une seule région en l'absence de défaillance ou d'interruption de la région. 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 unique.
- Soyez prudent lorsque vous sélectionnez la région à laquelle effectuer le basculement. Le choix d'une région incorrecte pour le basculement entraîne une indisponibilité de la base de données, qui est irrécupérable avant la remise en ligne de la région.
- N'oubliez pas d'effectuer la restauration automatique si vous avez effectué un basculement manuel.
Limites
Les configurations birégionales présentent les limites suivantes:
- Vous ne pouvez pas créer de configuration d'instance birégionale personnalisée. Vous ne pouvez pas ajouter d'instances répliquées en lecture seule à une configuration d'instance birégionale.
- Les clés de chiffrement gérées par le client (CMEK) ne sont pas acceptées.
Configurations multirégionales
Les configurations régionales Spanner répliquent les données entre plusieurs zones d'une même région. Cependant, une configuration régionale peut ne pas être optimale dans les cas suivants:
- Votre application doit souvent lire des données provenant de plusieurs emplacements géographiques (par exemple, pour diffuser des données aux utilisateurs d'Amérique du Nord et d'Asie).
- Vos écritures proviennent d'un emplacement différent de celui utilisé en lecture (par exemple, si vous avez des charges de travail d'écriture importantes en Amérique du Nord et des charges de travail de lecture volumineuses en Europe).
Les configurations multirégionales peuvent:
- Livrer des écritures à partir de plusieurs régions.
- Assurez la disponibilité en cas de défaillances régionales.
- Proposez 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 à partir de plusieurs emplacements proches ou au sein des régions de la configuration.
Il existe toutefois des compromis, car dans une configuration multirégionale, les instances dupliquées du quorum (lecture/écriture) sont réparties sur plusieurs régions. Vous constaterez peut-être une latence réseau supplémentaire lorsque ces instances dupliquées communiquent entre elles pour former un quorum d'écriture. Les lectures ne nécessitent pas de quorum. Résultat : votre application effectue des lectures plus rapides dans un plus grand nombre d'emplacements, au prix d'une légère augmentation de la latence en écriture. Pour en savoir plus, consultez la section Rôle des instances dupliquées dans les opérations d'écriture et de lecture.
Configurations disponibles
Spanner propose les configurations d'instances 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 |
Aucune | 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 |
Aucune | Aucune | |
eur3 |
eur3 | Belgique : europe-west1 L,2R Pays-Bas : europe-west4 2R |
Aucune | Finlande : europe-north1 |
|
eur5 |
eur5 | Londres : europe-west2 L,2R Belgique : europe-west1 2R |
Aucune | 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 |
Aucune | Zurich : europe-west6 |
Lecture seule: us-east1 2-OR |
nam3 |
nam3 | Virginie du Nord : us-east4 L,2R Caroline du Sud : us-east1 2R |
Aucune | 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 |
Aucune | 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 |
Aucune | Salt Lake City : us-west3 |
Lecture seule: asia-southeast1 2R europe-west2 2R |
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 |
Aucune | Oklahoma : us-central2 |
|
nam11 |
nam11 | Iowa : us-central1 L,2R Caroline du Sud : us-east1 2R |
Aucune | 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 |
Aucune | Salt Lake City : us-west3 |
|
nam14 |
nam14 | Virginie du Nord: us-east4 L,2R Montréal: northamerica-northeast1 2R |
Aucune | Caroline du Sud : us-east1 |
|
nam15 |
nam15 | Dallas: us-south1 L,2R Virginie du Nord: us-east4 2R |
Aucune | Iowa : us-central1 |
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 page 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.
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 la section 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 facultatives en lecture seule. Nous vous recommandons d'en ajouter deux (si possible) pour maintenir une faible latence de lecture. Pour en savoir plus, consultez la section 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 des ressources pour une configuration d'instance multirégionale détermine la garantie 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% fournie par les configurations régionales de Spanner.
Distribution des données: Spanner réplique automatiquement vos données entre les régions avec des garanties fortes de cohérence. Ainsi, vos données peuvent être stocké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 se réplique 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 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 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 répliquées principales de votre base de données. Spanner place également une instance dupliqué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.) Outre ces cinq instances dupliquées participant au vote, certaines configurations multirégionales de base contiennent des instances répliquées en lecture seule permettant de diffuser des lectures à faible latence. Les régions qui contiennent des instances répliqué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. En outre, si votre application cliente se trouve dans une région non principale, Spanner utilise le routage prioritaire pour acheminer de manière dynamique les transactions en lecture-écriture afin de réduire la latence de votre base de données. Pour en savoir plus, consultez la section Routage basé sur les leaders.
Vous pouvez créer une configuration d'instance multirégionale personnalisée avec des instances répliquées facultatives en lecture seule. Les instances répliquées personnalisées en lecture seule que vous créez ne peuvent pas être incluses dans les quorums d'écriture. Vous pouvez ajouter les emplacements répertoriés sous la colonne "Région facultative" en tant qu'instances répliquées facultatives en lecture seule. Si vous ne voyez pas l'emplacement d'instance répliquée en lecture seule que vous avez choisi, vous pouvez demander une nouvelle région facultative d'instance répliquée en lecture seule. 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 option consiste à les placer à côté des deux régions de lecture/écriture différentes afin que toute panne régionale n'affecte pas toute votre application.
- Provisionnez une capacité de calcul suffisante pour maintenir l'utilisation totale du processeur de haute priorité en dessous de 45 % dans chaque région.
- Pour le débit par nœud Spanner, consultez la section Performances pour les configurations multirégionales.
Déplacer une instance
Vous pouvez déplacer votre instance Spanner de n'importe quelle configuration d'instance vers n'importe quelle autre configuration d'instance, y compris entre des configurations régionales et multirégionales. Le déplacement d'une 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'instances Spanner, consultez la page 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 et de réduire la latence des applications, vous pouvez modifier la région principale de toute instance Spanner qui utilise une configuration multirégionale. Pour savoir comment modifier l'emplacement de la région principale, consultez la section Modifier la région principale d'une base de données. Les seules régions éligibles pour devenir la région principale par défaut de votre base de données sont les régions de lecture/écriture dans votre configuration multirégionale.
La région principale est responsable de la gestion 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, vous pouvez le déplacer vers cette région afin de 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 obtenir l'état de l'opération de longue durée.
Compromis: configurations régionales, birégionales ou multirégionales
Configuration | Qui peut en bénéficier ? | 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 pricing. | Active la gouvernance des données géographiques. |
Birégional | 99,999 % | Latences de lecture réduites à partir de deux régions géographiques et légère augmentation de la latence d'écriture. | Coûts plus élevés ; consultez les pricing. | Distribue les données sur deux régions d'un même pays. |
Multirégional | 99,999 % | Latences de lecture réduites à partir de plusieurs régions géographiques et légère augmentation de la latence d'écriture. | Coûts plus élevés ; consultez les pricing. | Distribue les données sur plusieurs régions de la configuration. |
Étapes suivantes
- Apprenez à créer une instance Spanner.
- Apprenez-en davantage sur les régions et les zones Google Cloud.