Questa pagina descrive i diversi tipi di configurazioni delle istanze disponibili in di Spanner e le differenze e i compromessi tra di loro.
Configurazioni istanza
Una configurazione di un'istanza Spanner definisce il posizionamento geografico e replica dei database in quell'istanza. Quando crei un'istanza, devi configurarla come regionale, a due regioni o per più regioni. Puoi effettuare questa scelta selezionando una configurazione dell'istanza, che determina dove vengono archiviati i dati per l'istanza:
- Configurazioni regionali: tutte le risorse risiedono in una singola regione Google Cloud
- Configurazioni a due regioni: tutte le risorse si estendono su due regioni e si trovano in un unico paese (disponibile nella versione Enterprise Plus)
- Configurazioni multiregionali: le risorse copre più di due regioni (disponibile nella versione Enterprise Plus)
Le configurazioni delle istanze con regioni e topologie di replica fisse sono indicate come configurazioni di istanze di base. Puoi creare configurazioni di istanze personalizzate e aggiungi un'ulteriore (disponibili nel Versioni Enterprise ed Enterprise Plus). Non puoi modificare la topologia di replica delle configurazioni delle istanze di base. Per Per ulteriori informazioni, consulta Repliche di sola lettura.
Puoi spostare l'istanza
da qualsiasi configurazione di istanza a qualsiasi altra regione, a due regioni
configurazione di istanze multiregionali (ad esempio, da us-central1
a nam3
).
Puoi anche creare una nuova configurazione di istanza personalizzata con repliche aggiuntive,
quindi sposterai l'istanza nella nuova configurazione dell'istanza personalizzata. Ad esempio:
se la tua istanza si trova in us-central1
e vuoi aggiungere una replica di sola lettura
us-west1
, devi creare una nuova configurazione dell'istanza personalizzata
con us-central1
come configurazione di base e aggiungi us-west1
come configurazione di sola lettura
replica. Quindi, sposta l'istanza in questa nuova configurazione dell'istanza personalizzata.
Configurazioni per singole aree geografiche
I servizi Google Cloud sono disponibili in località in Nord America, Sud America, Europa, Asia e Australia. Se i tuoi utenti e servizi si trovano all'interno di un'unica regione, scegli una configurazione di istanze regionali per le letture e le scritture con la latenza più bassa.
Per qualsiasi configurazione regionale di base, Spanner gestisce tre repliche di lettura e scrittura, ciascuna in una diversa zona Google Cloud della regione. Ogni replica di lettura/scrittura contiene una copia completa del database operativo in grado di soddisfare richieste di lettura/scrittura e di sola lettura. Spanner utilizza repliche in zone diverse in modo che, in caso di errore in una singola zona, il database rimanga disponibile.
Configurazioni disponibili
Spanner offre la seguente istanza regionale di base configurazioni:
Nome della configurazione di base | Descrizione regione | Regione facoltativa | |
---|---|---|---|
Americhe | |||
northamerica-northeast1 |
Montréal A basse emissioni di CO2 | ||
northamerica-northeast2 |
Toronto A basse emissioni di CO2 | ||
southamerica-east1 |
San Paolo A basse emissioni di CO2 | ||
southamerica-west1 |
Santiago del Cile A basse emissioni di CO2 | ||
us-central1 |
Iowa A basse emissioni di CO2 | Sola lettura: asia-northeast1 1-OR asia-south1 1-OR europe-west2 1-OR europe-west9 1-OR us-west3 1-OR |
|
us-east1 |
Carolina del Sud | Solo lettura: us-central1 1-OR us-west1 1-OR |
|
us-east4 |
Virginia del Nord | ||
us-east5 |
Columbus | ||
us-south1 |
Dallas A basse emissioni di CO2 | ||
us-west1 |
Oregon A basse emissioni di CO2 | ||
us-west2 |
Los Angeles | ||
us-west3 |
Salt Lake City | ||
us-west4 |
Las Vegas | ||
Europa | |||
europe-central2 |
Varsavia | ||
europe-north1 |
Finlandia A basse emissioni di CO2 | ||
europe-southwest1 |
Madrid A basse emissioni di CO2 | ||
europe-west1 |
Belgio A basse emissioni di CO2 | Sola lettura: us-central1 1-OR us-west1 1-OR |
|
europe-west2 |
Londra A basse emissioni di CO2 | ||
europe-west3 |
Francoforte A basse emissioni di CO2 | ||
europe-west4 |
Paesi Bassi A basse emissioni di CO2 | ||
europe-west6 |
Zurigo A basse emissioni di CO2 | ||
europe-west8 |
Milano | ||
europe-west9 |
Parigi A basse emissioni di CO2 | ||
europe-west10 |
Berlino A basse emissioni di CO2 | ||
europe-west12 |
Torino | ||
Asia Pacifico | |||
asia-east1 |
Taiwan | ||
asia-east2 |
Hong Kong | ||
asia-northeast1 |
Tokyo | ||
asia-northeast2 |
Osaka | ||
asia-northeast3 |
Seul | ||
asia-south1 |
Mumbai | ||
asia-south2 |
Delhi | ||
asia-southeast1 |
Singapore | ||
asia-southeast2 |
Giacarta | ||
australia-southeast1 |
Sydney | ||
australia-southeast2 |
Melbourne | ||
Medio Oriente | |||
me-central1 |
Doha | ||
me-central2 |
Dammam | ||
me-west1 |
Tel Aviv | ||
Africa | |||
africa-south1 |
Johannesburg |
Replica
Le configurazioni regionali di base contengono tre repliche di lettura e scrittura. Ogni Spanner la mutazione richiede un quorum di scrittura composto dalla maggioranza dei voti o lo scale out mediante repliche di lettura. I quorum di scrittura sono costituiti da due delle tre repliche nelle configurazioni regionali. Per saperne di più sulle regioni leader e sulle repliche di voto, consulta Replicazione.
Puoi creare una configurazione di istanza regionale personalizzata e aggiungere repliche di sola lettura facoltative. Le repliche di sola lettura possono contribuire a scalare le letture e supportare letture obsolete a bassa latenza. Queste repliche di sola lettura non partecipano ai quorum di scrittura e non influiscono sullo SLA di Spanner >= 99,99% per le istanze regionali. Puoi aggiungere le località elencate nella colonna Regione facoltativa come repliche di sola lettura facoltative. Se non vedi la località che hai scelto per la replica di sola lettura, puoi richiedere una nuova regione facoltativa replica di sola lettura. Per ulteriori informazioni, consulta Repliche di sola lettura.
Best practice per le prestazioni per le configurazioni regionali
Per un rendimento ottimale, segui queste best practice:
- Progetta uno schema che impedisca gli hotspot e altri problemi di rendimento.
- Posiziona le risorse di computing critiche all'interno della stessa regione del tuo Spanner.
- Esegui il provisioning di una capacità di calcolo sufficiente a mantenere l'utilizzo totale della CPU ad alta priorità inferiore al 65%.
- Per informazioni sulla quantità di throughput per nodo Spanner, consulta Prestazioni per le configurazioni regionali.
Configurazioni a due regioni
Le configurazioni a due regioni consentono di replicare i dati del database più zone in due regioni di un singolo paese, come definito configurazione dell'istanza.
Le configurazioni a due regioni:
- Pubblica le letture da due regioni in un unico paese.
- Offrono una maggiore disponibilità e SLA rispetto alle configurazioni regionali.
- Soddisfare i requisiti di residenza dei dati.
Spanner offre configurazioni per due regioni in Australia, Germania, India e Giappone.
Per informazioni sulla quantità di velocità effettiva per nodo Spanner, consulta Prestazioni per configurazioni con due regioni.
Configurazioni disponibili
Spanner offre le seguenti configurazioni di istanze a due regioni di base:
Nome configurazione di base | Località delle risorse | Regioni |
---|---|---|
dual-region-australia1 |
au (Australia) | Sydney: australia-southeast1 L,2RW+1W Melbourne: australia-southeast2 2RW+1W |
dual-region-germany1 |
de (Germania) | Berlino: europe-west10 L,2RW+1W Francoforte: europe-west3 2RW+1W |
dual-region-india1 |
in (India) | Mumbai: asia-south1 L,2RW+1W Delhi: asia-south2 2RW+1W |
dual-region-japan1 |
jp (Giappone) | Tokyo: asia-northeast1 L,2RW+1W Osaka: asia-northeast2 2RW+1W |
Vantaggi
Le istanze a due regioni offrono i seguenti vantaggi principali:
Disponibilità del 99,999%: in due regioni nello stesso paese, che è maggiore della disponibilità del 99,99% prevista da Spanner nelle regioni configurazioni.
Distribuzione dei dati: replica automaticamente i dati tra le due regioni con garanzie di elevata coerenza.
Requisiti di residenza dei dati: soddisfa i requisiti di residenza dei dati nei paesi elencati nella sezione Configurazioni disponibili per le regioni doppie.
Replica
Una regione doppia contiene sei repliche, tre in ogni regione. Una delle regioni viene designata come regione leader predefinita (indicata nella tabella precedente). Tu può modificare la regione leader di un database. In ogni regione sono presenti due repliche di lettura e scrittura e una replica di riferimento. Quando entrambe le regioni sono integro e funzionante in una configurazione a due regioni, il quorum è in tutte e sei le repliche. Almeno due repliche in ogni regione è necessaria per formare un quorum e impegnare una transazione.
Failover e failback
Dopo aver creato una configurazione a due regioni, puoi visualizzare la metrica Disponibilità del quorum a due regioni nella dashboard Approfondimenti sul sistema. Questa metrica è disponibile solo per le configurazioni con due regioni. Mostra lo stato di tre quorum:
- Il quorum a due regioni, che utilizza i seguenti nomi in codice:
au
per l'Australiade
per la Germaniain
per l'Indiaasia1
per il Giappone
- Il quorum per singola regione in ogni regione (ad esempio,
asia-south1
easia-south2
)
La metrica ha un menu a discesa Disponibilità del quorum che mostra le regioni in modalità integra o interruzione.
La metrica Disponibilità del quorum in due regioni ti aiuta a gestire l'ambiente le decisioni relative al failover in caso di errori regionali. Failover autogestito di solito viene completata entro un minuto. Per eseguire il failover e il failback manualmente, consulta Modificare il quorum a due regioni. Spanner supporta anche i failover automatici gestiti da Google, potrebbero essere necessari fino a 45 minuti dal momento in cui l'errore rilevato.
Quando prendi decisioni di failover e di failover, considera quanto segue:
Se tutti e tre i quorum sono integri, non è necessaria alcuna azione.
Se una delle regioni mostra un'interruzione, probabilmente è presente un'interruzione e un'interruzione del servizio. Ciò potrebbe causare una minore disponibilità dei database in esecuzione nel quorum a due regioni. Anche le scritture potrebbero non riuscire perché non è possibile stabilire un quorum e le transazioni scadono. Utilizzando la dashboard Insight sul sistema, osserva i tassi di errore e la latenza per configurare un database. Se registra un aumento dei tassi di errore o della latenza, ti consigliamo di eseguire il failover, il che significa modificare il quorum della doppia regione da due regioni alla regione ancora integro. Dopo l'interruzione della regione sia di nuovo integro, devi eseguire il failback, modificando il quorum della doppia regione da da una singola regione a una doppia. Google esegue automaticamente il failover e il failback quando rileva un'interruzione a livello di regione. Puoi anche eseguire il failover manualmente se rilevi un'interruzione. Tuttavia, devi ricordarti di eseguire il failback manualmente se hai eseguito un failover manuale.
Se il quorum a due regioni indica un'interruzione anche se entrambe le regioni singole sono in stato di integrità, è presente un problema di partizionamento della rete. Le due regioni non sono più in grado di comunicare tra loro, quindi ciascuna viene mostrata come sana anche se il sistema complessivo non lo è. In questo scenario, ti consigliamo di fai il failover alla regione leader predefinita. Una volta risolto il problema di partizione della rete e ripristinato il quorum a due regioni, devi eseguire manualmente il failback.
La doppia regione fornisce un RPO (Recovery Point Objective) pari a zero perché non sono presenti durante un'interruzione regionale o quando si verifica un problema di partizione di rete.
Per verificare la modalità (singola o doppia) del quorum di due regioni, consulta Controlla il quorum per due regioni.
Best practice per failover e failover
Le best practice per il failover e il failover includono:
- Non eseguire il failover a una singola regione se non esistono errori o interruzioni della regione che si verificano. Il failover in una singola regione aumenta la possibilità di mancata disponibilità complessiva del sistema se la singola regione non funziona.
- Fai attenzione quando selezioni la regione per il failover. È stata scelta una regione errata per il failover porta all'indisponibilità del database, che non è recuperabile prima la regione è di nuovo online. Per la verifica, puoi utilizzare uno script bash per controllare lo stato di salute della singola regione prima di eseguire il failover.
- Se la regione non funzionante è la regione leader predefinita, modifica la regione leader predefinita nella regione di failover dopo aver eseguito il failover. Dopo aver confermato l'integrità delle regioni è di nuovo integro, esegue il failover, quindi modifica la regione leader alla regione leader originale.
- Ricordati di eseguire il failback manuale se hai eseguito un failover manuale.
Limitazioni
Le configurazioni a due regioni presentano le seguenti limitazioni:
- Non puoi creare una configurazione di istanze a due regioni personalizzata. Non puoi aggiungere repliche di sola lettura a una configurazione di istanze a due regioni.
- Le chiavi di crittografia gestite dal cliente (CMEK) non sono supportate.
Configurazioni per più aree geografiche
Le configurazioni regionali di Spanner replicano i dati tra più all'interno di una singola regione. Tuttavia, una configurazione a livello di regione potrebbe ottimale se:
- Spesso l'applicazione deve leggere i dati da più località geografiche (ad esempio per fornire dati agli utenti sia in Nord America che in Asia).
- Le scritture provengono da una località diversa da quella delle letture (ad Ad esempio, se hai carichi di lavoro di scrittura di grandi dimensioni in Nord America e carichi di lavoro con scale out impegnativi in Europa).
Le configurazioni per più regioni possono:
- Gestisci le scritture da più regioni.
- Mantieni la disponibilità in caso di errori a livello di regione.
- Offrono una maggiore disponibilità e SLA rispetto alle configurazioni regionali.
Le configurazioni multiregionali ti consentono di replicare i dati del database in più zone su più regioni, come definito dalla configurazione dell'istanza. Queste repliche aggiuntive ti consentono di leggere i dati con una latenza inferiore da più località vicine o all'interno delle regioni nella configurazione.
Ci sono però dei compromessi, perché in una configurazione multiregionale, il quorum le repliche (lettura e scrittura) sono distribuite in più di una regione. Potresti notare una latenza di rete aggiuntiva quando queste repliche comunicano tra loro per formare un quorum di scrittura. Le letture non richiedono un quorum. Il risultato è che l'applicazione esegue letture più rapide in più posti, con un piccolo incremento con latenza di scrittura. Per ulteriori informazioni, vedi Il ruolo delle repliche nelle scritture e nelle letture.
Configurazioni disponibili
Spanner offre la seguente istanza di base multiregionale configurazioni:
Un continente
Nome configurazione di base | Località delle risorse | Regioni di lettura/scrittura | Regioni di sola lettura | Regione testimone | Regione facoltativa |
---|---|---|---|---|---|
asia1 |
asia1 | Tokyo: asia-northeast1 L,2R Osaka: asia-northeast2 2R |
Nessuno | Seul: asia-northeast3 |
Solo lettura: us-west1 1-OR us-east5 1-OR |
asia2 A |
asia2 | Mumbai: asia-south1 L,2R Delhi: asia-south2 2R Singapore: asia-southeast1 1R |
Nessuno | Nessuno | |
eur3 |
eur3 | Belgio: europe-west1 L,2R Paesi Bassi: europe-west4 2R |
Nessuno | Finlandia: europe-north1 |
|
eur5 |
eur5 | Londra: europe-west2 L,2R Belgio: europe-west1 2R |
Nessuno | Paesi Bassi: europe-west4 |
Sola lettura: us-central1 1-OR us-east1 1-OR |
eur6 |
eur6 | Paesi Bassi: europe-west4 L,2R Francoforte: europe-west3 2R |
Nessuno | Zurigo: europe-west6 |
Sola lettura: us-east1 2-OR |
nam3 |
nam3 | Virginia del Nord: us-east4 L,2R Carolina del Sud: us-east1 2R |
Nessuno | Iowa: us-central1 |
Solo lettura: 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 Carolina del Sud: us-east1 2R |
Oregon: us-west1 1R Los Angeles: us-west2 1R |
Oklahoma: us-central2 |
|
nam7 |
nam7 | Iowa: us-central1 L,2R Virginia del Nord: us-east4 2R |
Nessuno | Oklahoma: us-central2 |
Solo lettura: us-east1 2-OR us-south1 1-OR europe-west1 2-OR |
nam8 |
nam8 | Los Angeles: us-west2 L,2R Oregon: us-west1 2R |
Nessuno | Salt Lake City: us-west3 |
Sola lettura: asia-southeast1 2-OR europe-west2 2-OR |
nam9 |
nam9 | Virginia del Nord: us-east4 L,2R Iowa: us-central1 2R |
Oregon: us-west1 2R |
Carolina del Sud: us-east1 |
|
nam10 |
nam10 | Iowa: us-central1 L,2R Salt Lake City: us-west3 2R |
Nessuno | Oklahoma: us-central2 |
|
nam11 |
nam11 | Iowa: us-central1 L,2R Carolina del Sud: us-east1 2R |
Nessuno | Oklahoma: us-central2 |
Sola lettura: us-west1 1-OR |
nam12 |
nam12 | Iowa: us-central1 L,2R Virginia del Nord: us-east4 2R |
Oregon: us-west1 2R |
Oklahoma: us-central2 |
|
nam13 |
nam13 | Oklahoma: us-central2 L,2R Iowa: us-central1 2R |
Nessuno | Salt Lake City: us-west3 |
|
nam14 |
nam14 | Virginia del Nord: us-east4 L,2R Montréal: northamerica-northeast1 2R |
Nessuno | Carolina del Sud: us-east1 |
|
nam15 |
nam15 | Dallas: us-south1 L,2R Virginia del Nord: us-east4 2R |
Nessuno | Iowa: us-central1 |
|
nam16 |
us (Stati Uniti) | Iowa: us-central1 L,2R Virginia del Nord: us-east4 2R |
Nessuno | Columbus: us-east5 |
Sola lettura: us-west2 2-OR |
Tre continenti
Nome configurazione di base | Località delle risorse | Regioni di lettura/scrittura | Regioni di sola lettura | Regione testimone | Regione facoltativa |
---|---|---|---|---|---|
nam-eur-asia1 |
nam-eur-asia1 | Iowa: us-central1 L,2R Oklahoma: us-central2 2R |
Belgio: europe-west1 2R Taiwan: asia-east1 2R |
Carolina del Sud: us-east1 |
Di sola lettura: us-west2 1-OR |
nam-eur-asia3 |
nam-eur-asia3 | Iowa: us-central1 L,2R Carolina del Sud: us-east1 2R |
Belgio: europe-west1 1R Paesi Bassi: europe-west4 1R Taiwan: asia-east1 2R |
Oklahoma: us-central2 |
L: regione leader predefinita. Per ulteriori informazioni, vedi Modifica la regione leader di un database.
1R: una replica nella regione.
2R: due repliche nella regione.
2RW+1W: due repliche di lettura e scrittura e una replica di sola lettura nella regione.
1-OR: una replica facoltativa. Puoi creare un configurazione di istanza regionale personalizzata e aggiungi una replica facoltativa di sola lettura. Per ulteriori informazioni, vedi Crea una configurazione dell'istanza personalizzata.
2-OR: fino a due repliche facoltative. Puoi creare una configurazione di istanza regionale personalizzata e aggiungere una o due repliche facoltative di sola lettura. Ti consigliamo di aggiungerne due (se possibile) per mantenere bassa la latenza di lettura. Per ulteriori informazioni, vedi Crea una configurazione dell'istanza personalizzata.
R: questa configurazione dell'istanza è limitata da un nella lista consentita. Per ottenere l'accesso, contatta il tuo Technical Account Manager.
La posizione della risorsa per una configurazione di istanze multi-regione determina la garanzia della zona di ripristino dei disastri per la configurazione. Definisce dove si trovano i dati archiviati at-rest.
Vantaggi
Le istanze multiregione offrono i seguenti vantaggi principali:
Disponibilità del 99,999%, superiore alla disponibilità del 99,99% prevista. Le configurazioni regionali di Spanner offrono.
Distribuzione dei dati: Spanner replica automaticamente tra regioni con garanzie di elevata coerenza. In questo modo, i dati possono essere archiviati dove vengono utilizzati, il che può ridurre la latenza e migliorare l'esperienza utente.
Coerenza esterna: anche se Spanner si replica su da località geograficamente distanti, puoi comunque usare Spanner come se erano in esecuzione su un'unica macchina. Le transazioni sono garantite come serializzabili e l'ordine delle transazioni all'interno del database corrisponde all'ordine in cui i client osservano le transazioni come committate. La coerenza esterna è una garanzia più solida della "coerenza elevata", offerta da alcuni altri prodotti. Scopri di più su questa proprietà in TrueTime e coerenza esterna.
Replica
Ogni configurazione base multiregionale contiene due regioni sono designate come regioni di lettura-scrittura, ciascuna delle quali contiene due o lo scale out mediante repliche di lettura. Una di queste regioni di lettura/scrittura è designata come principale predefinita regione, che contiene le repliche leader del tuo database. Spanner inserisce anche una replica di testimone in una terza regione chiamata regione di testimone.
Ogni volta che un client emette una mutazione nel tuo database, si forma un quorum di scrittura, costituito da una delle repliche della regione leader predefinita e due qualsiasi le altre quattro repliche di voto. Il quorum può essere formato da repliche di due o tre delle regioni che compongono la configurazione, a seconda di quali altre repliche partecipano al voto. Oltre a queste cinque repliche di voto, alcune configurazioni multiregione di base contengono repliche di sola lettura per la pubblicazione di letture a bassa latenza. Le regioni che contengono contenuti sono chiamate regioni di sola lettura.
In genere, le regioni di voto in una configurazione multiregionale sono collocate geograficamente vicine, a meno di 1600 km di distanza, per formare un quorum a bassa latenza che consenta scritture rapide (scopri di più). Tuttavia, le regioni sono ancora abbastanza distanti tra loro, in genere almeno qualche centinaio di chilometri, per evitare guasti coordinati. Inoltre, se la tua applicazione client non è leader in una regione specifica, Spanner usa il routing sensibile al leader per indirizzare le transazioni di lettura/scrittura in modo dinamico per ridurre la latenza nel database. Per ulteriori informazioni, consulta Routing basato sui leader.
Puoi creare una configurazione di istanze multiregione personalizzata con repliche di sola lettura facoltative. Qualsiasi replica personalizzata di sola lettura creata che non possono essere incluse nei quorum di scrittura. Puoi aggiungere sedi elencate sotto Colonna Regione facoltativa come repliche di sola lettura facoltative. Se non vedi la località della replica di sola lettura scelta, puoi richiedere una nuova regione facoltativa per le repliche di sola lettura. Per ulteriori informazioni, consulta Repliche di sola lettura.
Best practice per le prestazioni per le configurazioni multiregione
Per un rendimento ottimale, segui queste best practice:
- Progetta uno schema che impedisca hotspot e altre prestazioni che le applicazioni presentino problemi di prestazioni.
- Per una latenza di scrittura ottimale, posiziona le risorse di calcolo per carichi di lavoro ad alta intensità di scrittura all'interno o vicino alla regione leader predefinita.
- Per prestazioni di lettura ottimali al di fuori della regione leader predefinita, utilizza di almeno 15 secondi.
- Per evitare la dipendenza da un'unica regione per i tuoi carichi di lavoro, posiziona risorse di computing in almeno due regioni. Ti consigliamo di posizionarli accanto al in due diverse regioni di lettura/scrittura, in modo che qualsiasi interruzione in una singola regione senza conseguenze sull'intera applicazione.
- Esegui il provisioning di una capacità di calcolo sufficiente per mantenere utilizzo totale della CPU ad alta priorità inferiore al 45% in ogni regione.
- Per informazioni sulla quantità di throughput per nodo Spanner, consulta Prestazioni per le configurazioni multiregionali.
Sposta un'istanza
Puoi spostare l'istanza Spanner da qualsiasi configurazione a qualsiasi altra configurazione, ad esempio tra configurazioni regionali e multiregionali. Il trasferimento dell'istanza non causa tempi di riposo e Spanner continua a fornire le consuete garanzie delle transazioni, inclusa l'elevata coerenza, durante il trasferimento.
Per saperne di più sullo spostamento di un'istanza Spanner, consulta Sposta un'istanza.
Configura la regione leader predefinita
Per modificare la località della regione leader predefinita del database in modo che sia più vicina a connettendo i client per ridurre la latenza dell'applicazione, puoi cambiare regione per qualsiasi istanza Spanner che utilizza due regioni o o la configurazione multiregionale. Per istruzioni su come modificare la posizione della regione leader, vedi Modificare la regione leader di un database. Le uniche regioni idonee a diventare la regione leader predefinita per il tuo database sono le regioni di lettura e scrittura nella tua due regioni o più regioni configurazione.
La regione leader è responsabile della gestione di tutte le scritture del database, pertanto se la maggior parte del traffico proviene da una regione geografica, puoi spostarla in quella regione per ridurre la latenza. Aggiornamento della variante leader predefinita è economica e non prevede lo spostamento dei dati. Il nuovo valore richiede minuti prima che le modifiche diventino effettive.
La modifica della regione leader predefinita è una modifica dello schema, che utilizza un'operazione di lunga durata. Se necessario, puoi Recuperare lo stato dell'operazione a lunga esecuzione.
Scontri: configurazioni a livello di una singola regione o di due regioni oppure di più regioni
Configurazione | Disponibilità | Latenza | Costo | Località dei dati |
---|---|---|---|---|
Regionale | 99,99% | Latenze di scrittura inferiori all'interno della regione. | Costi ridotti; consulta i prezzi. | Consente la governance dei dati geografici. |
Doppia regione | 99,999% | latenze di lettura inferiori da due regioni geografiche; un piccolo aumento della latenza di scrittura. | Costo più elevato; consulta i prezzi. | Distribuisce i dati in due regioni in un unico paese. |
Più regioni | 99,999% | latenze di lettura inferiori da più regioni geografiche; un piccolo aumento della latenza di scrittura. | Costo più elevato; consulta i prezzi. | Distribuisce i dati in più regioni all'interno della configurazione. |
Passaggi successivi
- Scopri come creare un'istanza Spanner.
- Scopri di più su regioni e zone di Google Cloud.