Cette page décrit les différents types de configurations d'instance disponibles dans Spanner, ainsi que les différences et les compromis entre eux.
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 la configurer comme régionale, birégionale ou multirégionale. Pour ce faire, sélectionnez une configuration d'instance, qui déterminera l'emplacement de stockage des données de votre instance:
- Configurations régionales: toutes les ressources se trouvent dans une seule région Google Cloud .
- Configurations à double région: toutes les ressources couvrent deux régions et se trouvent dans un même pays (disponible dans l'édition Enterprise Plus)
- Configurations multirégionales: les ressources couvrent plus de deux régions (disponibles dans l'édition Enterprise Plus)
Pour en savoir plus sur les considérations spécifiques à chaque région, consultez la section Zones géographiques et régions.
Les configurations d'instances 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'instance personnalisées et ajouter des réplicas en lecture seule facultatifs (disponibles dans les éditions Enterprise et Enterprise Plus). Vous ne pouvez pas modifier la topologie de réplication des configurations d'instance de base. Pour en savoir plus, consultez la section Répliques en lecture seule.
Vous pouvez déplacer votre instance depuis n'importe quelle configuration d'instance vers une autre configuration d'instance régionale, birégionale ou multirégionale (par exemple, de us-central1
à nam3
). Vous pouvez également créer une configuration d'instance personnalisée avec des réplicas supplémentaires, puis déplacer 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 dupliquée avec accès 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
comme instance dupliquée avec accès en lecture seule. Déplacez ensuite votre instance vers cette nouvelle configuration d'instance personnalisée.
Configurations régionales
Les servicesGoogle 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 étant dans une Google Cloud zone 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 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 les configurations d'instance régionales de base 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 | ||
northamerica-south1 |
Querétaro | ||
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 se composent de deux des trois instances dupliquées dans les configurations régionales. Pour en savoir plus sur les régions principales et les réplicas de vote, consultez la section 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 dupliquées en lecture seule peuvent aider à faire évoluer les lectures et à prendre en charge les lectures obsolètes à faible latence. Ces réplicas en lecture seule ne participent pas aux quorums d'écriture et n'affectent pas le contrat de niveau de service Spanner de 99, 99% ou plus pour les instances régionales. Vous pouvez ajouter les zones listées dans la colonne "Région facultative" en tant que répliques en lecture seule facultatives. 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 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 instance 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 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:
- Gérer les lectures de deux régions d'un même pays
- Offrent 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 Allemagne, en Australie, 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 les configurations d'instance 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-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 régions avec des garanties élevées en matière de cohérence.
Exigences en matière de résidence des données: respecte les exigences en matière de résidence des données dans les pays listés sous Configurations disponibles pour les régions duales.
Réplication
Une région birégionale contient six réplicas, trois dans chaque région. L'une des régions est désignée comme étant la région principale par défaut (indiqué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 dupliquées en lecture/écriture et un instance dupliquée témoin. Lorsque les deux régions sont opérationnelles et exécutées dans une configuration birégionale, le quorum est établi sur les six réplicas. Au moins deux réplicas dans chaque région sont nécessaires pour former un quorum et valider une transaction.
Basculement et restauration
Une fois que vous avez créé une configuration à deux régions, vous pouvez afficher la métrique Chronologie de l'état du quorum à deux régions dans le tableau de bord Informations système. Cette métrique n'est disponible que pour les configurations birégionales. Il indique l'état de trois quorums:
- Quorum birégional:
Global
- Quorum de région unique dans chaque région (par exemple,
Sydney
etMelbourne
)
Une barre orange s'affiche dans la chronologie en cas de perturbation du service. Vous pouvez pointer dessus pour voir les heures de début et de fin de l'interruption.
Pour un objectif de temps de récupération (RTO) plus rapide, nous vous recommandons de surveiller ou de configurer une alerte sur la métrique de délai de santé du quorum à deux régions. Cette métrique vous aide à prendre des décisions d'autogestion du basculement en cas de défaillances régionales. Une fois le basculement d'instance déclenché, il se termine généralement en une minute.
Spanner prend également en charge 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. Le délai de rétablissement plus long est dû à la surveillance à l'échelle du service de Google. Nous devons collecter des signaux supplémentaires pour vérifier que l'ensemble de la région est perturbé et que l'impact est au niveau régional. Cela garantit également qu'un basculement améliore le service global pour les utilisateurs de la configuration.
Pour effectuer un basculement et un retour manuel, consultez Modifier le quorum à deux régions.
Tenez compte des points suivants lorsque vous prenez des décisions de basculement manuel et de retour manuel:
Si les trois quorums sont opérationnels, aucune action n'est requise.
Si l'une des régions indique une interruption, il s'agit probablement d'une interruption de service régionale. Cela peut entraîner une disponibilité réduite des bases de données exécutées dans votre quorum à deux régions. Les écritures peuvent également échouer, car un quorum ne peut pas être établi et les transactions expirent à terme. À 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 d'effectuer un transfert de défaillance, 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 à nouveau opérationnelle, vous devez effectuer une restauration, en passant du quorum birégional à un quorum birégional. Google effectue automatiquement le basculement et le basculement inverse lorsqu'il détecte une panne régionale. Vous pouvez également effectuer un basculement manuel si vous détectez une interruption. Toutefois, vous devez vous rappeler de rétablir manuellement le basculement si vous avez effectué un basculement manuel.
Si le quorum birégional indique une interruption alors que les deux régions sont opérationnelles, un problème de partitionnement du réseau est présent. 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 de passer à la région leader par défaut. Une fois le problème de partition réseau résolu et que le quorum à deux régions est de nouveau opérationnel, vous devez effectuer manuellement le basculement.
La région duale offre un objectif de point de récupération (RPO) nul, 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 (simple ou double) de votre quorum birégional, consultez la section Vérifier le quorum birégional.
Bonnes pratiques concernant 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 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.
- Soyez prudent 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 saine est la région principale par défaut, modifiez la région principale par défaut en région de basculement après avoir effectué la bascule. Après avoir vérifié que les deux régions sont à nouveau opérationnelles, effectuez un basculement, puis rétablissez la 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 de réplicas en lecture seule à une configuration d'instance bi-régionale.
Configurations multirégionales
Les configurations régionales Spanner répliquent les données entre plusieurs zones d'une même région. Toutefois, une configuration régionale peut ne pas être optimale si:
- Votre application doit souvent lire des données provenant de plusieurs zones géographiques (par exemple, pour diffuser des données auprès des utilisateurs en Amérique du Nord et en Asie).
- Vos écritures proviennent d'un emplacement différent de vos lectures (par exemple, si vous avez de grandes charges de travail d'écriture en Amérique du Nord et de grandes charges de travail de lecture en Europe).
Les configurations multirégionales peuvent:
- Gérer les é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 dupliquées supplémentaires vous permettent de lire des données avec une latence plus faible à partir de plusieurs emplacements proches ou dans les régions de la configuration.
Toutefois, il existe des compromis. Dans une configuration multirégionale, les instances dupliquées du 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 la section Rôle des réplicas dans les écritures et les lectures.
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 |
Lecture seule: us-central1 1-OR us-east4 1-OR |
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-OR us-south1 1-OR europe-west1 2-OR |
nam8 |
nam8 | Los Angeles: us-west2 L,2R Oregon: us-west1 2R |
Aucun | Salt Lake City : us-west3 |
Lecture seule: asia-southeast1 2-OR europe-west2 2-OR us-east5 1-OR |
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 |
États-Unis (US) | Iowa : us-central1 L,2R Virginie du Nord : us-east4 2R |
Aucun | Columbus: 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 dupliquée dans la région.
2R: deux instances dupliqué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: un réplicateur facultatif. Vous pouvez créer une configuration d'instance régionale personnalisée et ajouter une instance dupliquée en lecture seule facultative. 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 (dans la mesure du possible) pour maintenir une faible latence de lecture. Pour en savoir plus, consultez la section Créer 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.
L'emplacement des ressources d'une configuration d'instance multirégionale détermine la garantie de zone de reprise après sinistre pour la configuration. Il définit l'emplacement de stockage des donné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 élevées en matière de cohérence. Ainsi, vous pouvez stocker vos données à l'emplacement 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 est répliqué 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 un seul ordinateur. 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 dupliqué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 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.) 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 avec connaissance 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 dupliquées en lecture seule que vous créez ne peuvent pas être incluses dans les quorums d'écriture. Vous pouvez ajouter les établissements listés dans la colonne "Région facultative" en tant qu'instance dupliquée en lecture seule facultative. 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 section 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 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 nœud Spanner, consultez la section Performances des configurations multirégionales.
Déplacer une instance
Vous pouvez déplacer votre instance Spanner depuis n'importe quelle configuration d'instance vers une autre configuration d'instance, y compris entre des configurations ré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 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 de vous rapprocher des clients afin de réduire la latence de l'application, vous pouvez modifier la région principale de toute instance Spanner qui utilise une configuration à deux régions ou 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 birégionale ou multirégionale.
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 obtenir l'état de l'opération de longue durée.
Compromis: configurations régionales, birégionales et 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 % | Réduit les latences de lecture de deux régions géographiques, et augmente légèrement la latence d'écriture. | Coûts plus élevés ; consultez les tarifs. | Distribue les données dans 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
- Découvrez comment créer une instance Spanner.
- En savoir plus sur les zones géographiques et régionsGoogle Cloud