Questa pagina descrive i diversi tipi di configurazioni delle istanze disponibili in Spanner, nonché le differenze e i compromessi tra loro.
Configurazioni delle istanze
Una configurazione dell'istanza Spanner definisce il posizionamento geografico e la replica dei database in quell'istanza. Quando crei un'istanza, devi configurarla come regionale, a due regioni o multiregionale. Puoi fare questa scelta selezionando una configurazione dell'istanza, che determina dove vengono archiviati i dati per quell'istanza:
- Configurazioni regionali: tutte le risorse si trovano all'interno di una singola regione Google Cloud
- Configurazioni a due regioni: tutte le risorse si estendono su due regioni e si trovano all'interno di un singolo paese (disponibili nella versione Enterprise Plus)
- Configurazioni multiregionali: le risorse si estendono su più di due regioni (disponibili nella versione Enterprise Plus)
Per saperne di più sulle considerazioni specifiche per le regioni, consulta Area geografica e regioni.
Le configurazioni delle istanze con regioni e topologie di replica predefinite sono chiamate configurazioni di base delle istanze. Puoi creare configurazioni di istanze personalizzate e aggiungere repliche di sola lettura facoltative aggiuntive a una configurazione di istanza di base predefinita (disponibile nelle versioni Enterprise ed Enterprise Plus). La replica di sola lettura aggiunta deve trovarsi in una regione che non fa parte della configurazione dell'istanza esistente. Per un elenco delle regioni facoltative di sola lettura che puoi aggiungere, consulta la colonna Regione facoltativa in Configurazioni regionali disponibili e Configurazioni multiregionali disponibili. Non puoi modificare la topologia di replica delle configurazioni delle istanze di base. Per maggiori informazioni, consulta Repliche di sola lettura.
Puoi spostare l'istanza
da qualsiasi configurazione dell'istanza a qualsiasi altra configurazione dell'istanza regionale, dual-region o
multiregionale (ad esempio, da us-central1
a nam3
).
Puoi anche creare una nuova configurazione dell'istanza personalizzata con repliche aggiuntive,
quindi spostare 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 aggiungere us-west1
come replica di sola lettura. Quindi, sposta l'istanza in questa nuova configurazione personalizzata.
Configurazioni per singole aree geografiche
I serviziGoogle 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 una singola regione, scegli una configurazione di istanza regionale per letture e scritture a latenza più bassa.
Per qualsiasi configurazione regionale di base, Spanner gestisce tre repliche di lettura e scrittura, ognuna all'interno di una Google Cloud zona diversa nella regione. Ogni replica di lettura/scrittura contiene una copia completa del database operativo in grado di gestire richieste di lettura/scrittura e di sola lettura. Spanner utilizza repliche in zone diverse in modo che, se si verifica un errore in una singola zona, il database rimanga disponibile.
Configurazioni disponibili
Spanner offre le seguenti configurazioni di istanze regionali di base:
Nome della configurazione di base | Descrizione regione | Regione facoltativa | |
---|---|---|---|
Americhe | |||
northamerica-northeast1 |
Montréal
|
||
northamerica-northeast2 |
Toronto
|
||
northamerica-south1 |
Querétaro | ||
southamerica-east1 |
San Paolo
|
||
southamerica-west1 |
Santiago
|
||
us-central1 |
Iowa
|
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 | Sola lettura: us-central1 1-OR us-west1 1-OR europe-west1 1-OR europe-west3 1-OR |
|
us-east4 |
Virginia del Nord | ||
us-east5 |
Columbus | ||
us-south1 |
Dallas
|
||
us-west1 |
Oregon
|
||
us-west2 |
Los Angeles | ||
us-west3 |
Salt Lake City | ||
us-west4 |
Las Vegas | ||
Europa | |||
europe-central2 |
Varsavia | ||
europe-north1 |
Finlandia
|
||
europe-north2 |
Stoccolma
|
||
europe-southwest1 |
Madrid
|
||
europe-west1 |
Belgio
|
Sola lettura: us-central1 1-OR us-west1 1-OR |
|
europe-west2 |
Londra
|
||
europe-west3 |
Francoforte
|
||
europe-west4 |
Paesi Bassi
|
||
europe-west6 |
Zurigo
|
||
europe-west8 |
Milano | ||
europe-west9 |
Parigi
|
||
europe-west10 |
Berlino
|
||
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 mutazione di Spanner richiede un quorum di scrittura composto dalla maggioranza delle repliche con diritto di voto. I quorum di scrittura sono formati da due delle tre repliche nelle configurazioni regionali. Per saperne di più sulle regioni leader e sulle repliche con voto, consulta Replica.
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 supportano letture obsolete a bassa latenza. Queste repliche di sola lettura non partecipano ai quorum di scrittura. Le repliche non influiscono sull'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 posizione della replica di sola lettura che hai scelto, puoi richiedere una nuova regione di replica di sola lettura facoltativa. Per saperne di più, 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 eviti gli hotspot e altri problemi di prestazioni.
- Posiziona le risorse di calcolo critiche nella stessa regione dell'istanza 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 ti consentono di replicare i dati del database in più zone di due regioni di un singolo paese, come definito dalla configurazione dell'istanza.
Le configurazioni a due regioni:
- Servire le letture da due regioni di un singolo paese.
- Soddisfare i requisiti di residenza dei dati.
- Fornisci disponibilità e SLA più elevati rispetto alle configurazioni regionali.
Spanner offre configurazioni a due regioni in Australia, Germania, India e Giappone.
Per informazioni sulla quantità di throughput per nodo Spanner, consulta Prestazioni per le configurazioni a due regioni.
Configurazioni disponibili
Spanner offre le seguenti configurazioni di istanze a due regioni di base:
Nome della 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 multiregionali offrono i seguenti vantaggi principali:
Disponibilità del 99,999%: in due regioni dello stesso paese, che è superiore alla disponibilità del 99,99% fornita dalle configurazioni regionali di Spanner.
Distribuzione dei dati: replica automaticamente i dati tra le due regioni con solide garanzie di coerenza.
Requisiti di residenza dei dati: soddisfa i requisiti di residenza dei dati nei paesi elencati in Configurazioni disponibili per le configurazioni a due regioni.
Replica
Una regione doppia contiene sei repliche, tre in ogni regione. Una delle regioni è designata come regione leader predefinita (elencata nella tabella precedente). Puoi modificare la regione leader di un database. In ogni regione, sono presenti due repliche di lettura/scrittura e una replica di controllo. Quando entrambe le regioni sono integre e in esecuzione in una configurazione a due regioni, il quorum viene stabilito in tutte e sei le repliche. Per formare un quorum ed eseguire il commit di una transazione sono necessarie almeno due repliche in ogni regione.
Failover e failback
Dopo aver creato una configurazione a due regioni, puoi visualizzare la metrica Cronologia dell'integrità del quorum a due regioni nel dashboard Approfondimenti di sistema. Questa metrica è disponibile solo per le configurazioni a due regioni. Mostra lo stato di integrità di tre quorum:
- Il quorum a due regioni:
Global
- Il quorum di una singola regione in ogni regione (ad esempio
Sydney
eMelbourne
)
Mostra una barra arancione nella sequenza temporale quando si verifica un'interruzione del servizio. Puoi passarci sopra il mouse per visualizzare l'ora di inizio e di fine dell'interruzione.
Per un obiettivo di tempo di ripristino (RTO) più rapido, ti consigliamo di monitorare o configurare un avviso sulla metrica della sequenza temporale dello stato del quorum a doppia regione. Questa metrica ti aiuta a prendere decisioni di failover autogestite in caso di errori regionali. Dopo aver attivato il failover dell'istanza, in genere viene completato entro un minuto.
Spanner supporta anche i failover automatici gestiti da Google, che potrebbero richiedere fino a 45 minuti dal momento in cui viene rilevato il primo errore. L'RTO più lungo è dovuto al monitoraggio a livello di servizio di Google. Dobbiamo raccogliere ulteriori segnali per verificare che l'intera regione sia interessata e convalidare che l'impatto sia a livello di regione. In questo modo, inoltre, un failover si traduce in un servizio complessivo migliore per gli utenti della configurazione.
Per eseguire manualmente il failover e il failback, consulta Modificare il quorum multiregionale.
Tieni presente quanto segue quando prendi decisioni sul failover e sul failback manuali:
Se tutti e tre i quorum sono integri, non è necessario alcun intervento.
Se una delle regioni mostra un'interruzione, probabilmente si tratta di un'interruzione del servizio a livello regionale. Ciò potrebbe causare una minore disponibilità dei database in esecuzione nel quorum a due regioni. Le scritture potrebbero non riuscire perché non è possibile stabilire un quorum e le transazioni alla fine scadono. Utilizzando il dashboard Insight sul sistema, osserva i tassi di errore e la latenza nel tuo database. Se si verificano un aumento dei tassi di errore o della latenza, ti consigliamo di eseguire il failover, ovvero di modificare il quorum a due regioni da due regioni alla regione ancora integra. Una volta ripristinata l'integrità della regione interessata, devi eseguire il failback, modificando il quorum a due regioni da singola regione a doppia regione. Google esegue automaticamente il failover e il failback quando rileva un'interruzione regionale. Puoi anche eseguire manualmente il failover se rilevi un'interruzione. Tuttavia, devi ricordarti di eseguire manualmente il failback se hai eseguito un failover manuale.
Se il quorum a due regioni mostra un'interruzione anche se entrambe le singole regioni sono integre, si verifica un problema di partizionamento della rete. Le due regioni non sono più in grado di comunicare tra loro, quindi mostrano entrambe lo stato Integro anche se il sistema complessivo non lo è. In questo scenario, ti consigliamo di eseguire il failover nella regione leader predefinita. Una volta risolto il problema di partizione di rete e ripristinato il quorum a doppia regione, devi eseguire manualmente il failback.
La doppia regione fornisce un RPO (Recovery Point Objective) pari a zero perché non si verifica alcuna perdita di dati durante un'interruzione regionale o quando si verifica un problema di partizione di rete.
Per controllare la modalità (singola o doppia) del quorum a due regioni, vedi Controllare il quorum a due regioni.
Best practice per il failover e il failback
Le best practice per il failover e il failback includono:
- Non eseguire il failover in una singola regione se non si verificano errori o interruzioni della regione. Il failover in una singola regione aumenta la possibilità di mancata disponibilità complessiva del sistema se si verifica un errore in quella singola regione.
- Fai attenzione quando selezioni la regione di failover. La scelta di una regione errata per il failover comporta l'indisponibilità del database, che non è recuperabile prima che la regione torni online. Per la verifica, puoi utilizzare uno script bash per controllare l'integrità della tua singola regione prima di eseguire il failover.
- Se la regione non integra è la regione leader predefinita, modifica la regione leader predefinita con la regione di failover dopo aver eseguito il failover. Dopo aver confermato che entrambe le regioni sono di nuovo integre, esegui il failback, quindi imposta di nuovo la regione leader su quella originale.
- Ricorda di eseguire manualmente il failback se hai eseguito un failover manuale.
Limitazioni
Non puoi creare una configurazione personalizzata dell'istanza a due regioni. Non puoi aggiungere repliche di sola lettura a una configurazione di istanza a due regioni.
Configurazioni per più aree geografiche
Le configurazioni regionali di Spanner replicano i dati tra più zone all'interno di una singola regione. Tuttavia, una configurazione regionale potrebbe non essere ottimale se:
- Spesso la tua applicazione deve leggere i dati da più località geografiche (ad esempio, per pubblicare dati per gli utenti in Nord America e in Asia).
- Le scritture provengono da una località diversa dalle letture (ad esempio, se hai carichi di lavoro di scrittura di grandi dimensioni in Nord America e carichi di lavoro di lettura di grandi dimensioni in Europa).
Le configurazioni per più regioni possono:
- Gestisci le scritture da più regioni.
- Mantenere la disponibilità in caso di errori a livello regionale.
- Fornisci disponibilità e SLA più elevati rispetto alle configurazioni regionali.
Le configurazioni multiregionali ti consentono di replicare i dati del database in più zone in 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.
Tuttavia, ci sono dei compromessi, perché in una configurazione multiregionale le repliche di quorum (lettura/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 la tua applicazione esegue letture più rapide in più posizioni a fronte di un piccolo aumento della latenza di scrittura. Per ulteriori informazioni, consulta Il ruolo delle repliche nelle scritture e nelle letture.
Configurazioni disponibili
Spanner offre le seguenti configurazioni di istanze multiregionali di base:
Un continente
Nome della 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 |
Sola 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 |
Sola lettura: us-central1 1-OR us-east4 1-OR |
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 |
eur7 |
eu (Unione Europea) | Milano: europe-west8 L,2R Francoforte: europe-west3 2R |
Nessuno | Torino: europe-west12 |
|
nam3 |
nam3 | Virginia del Nord: us-east4 L,2R Carolina del Sud: us-east1 2R |
Nessuno | Iowa: us-central1 |
Sola 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 |
Sola 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 us-east5 1-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 |
Di 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 della 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 Modificare l'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 controllo nella regione.
1-OR: una replica facoltativa. Puoi creare una configurazione di istanza regionale personalizzata e aggiungere una replica di sola lettura facoltativa. Per ulteriori informazioni, consulta Creare una configurazione dell'istanza personalizzata.
2-OR: fino a due repliche facoltative. Puoi creare una configurazione personalizzata dell'istanza regionale e aggiungere una o due repliche di sola lettura facoltative. Ti consigliamo di aggiungerne due (se possibile) per mantenere bassa la latenza di lettura. Per ulteriori informazioni, consulta Creare una configurazione dell'istanza personalizzata.
A: Questa configurazione dell'istanza è limitata da una lista consentita. Per ottenere l'accesso, contatta il tuo Technical Account Manager.
La località della risorsa per una configurazione di istanza multiregionale determina la garanzia della zona diripristino di emergenzay per la configurazione. Definisce dove vengono archiviati i dati at-rest.
Vantaggi
Le istanze multiregionali offrono i seguenti vantaggi principali:
Disponibilità del 99,999%, superiore a quella del 99,99% fornita dalle configurazioni regionali di Spanner.
Distribuzione dei dati: Spanner replica automaticamente i tuoi dati tra le regioni con solide garanzie di coerenza. In questo modo, i tuoi dati vengono archiviati dove vengono utilizzati, il che può ridurre la latenza e migliorare l'esperienza utente.
Coerenza esterna: anche se Spanner esegue la replica in località geograficamente distanti, puoi comunque utilizzarlo come se fosse un database in esecuzione su una singola macchina. Le transazioni sono garantite come serializzabili e l'ordine delle transazioni all'interno del database è lo stesso in cui i client osservano che le transazioni sono state eseguite. La coerenza esterna è una garanzia più solida della "elevata coerenza", che è offerta da alcuni altri prodotti. Scopri di più su questa proprietà in TrueTime e coerenza esterna.
Replica
Ogni configurazione multiregionale di base contiene due regioni designate come regioni di lettura/scrittura, ognuna delle quali contiene due repliche di lettura/scrittura. Una di queste regioni di lettura/scrittura è designata come regione leader predefinita, il che significa che contiene le repliche leader del database. Spanner inserisce anche una replica di controllo in una terza regione chiamata regione di controllo.
Ogni volta che un client esegue una mutazione nel database, si forma un quorum di scrittura, costituito da una delle repliche della regione leader predefinita e da due delle quattro repliche di voto aggiuntive. Il quorum potrebbe essere formato da repliche di due o tre delle regioni che compongono la configurazione, a seconda di quali altre repliche partecipano alla votazione. Oltre a queste cinque repliche di voto, alcune configurazioni multiregionali di base contengono repliche di sola lettura per pubblicare letture a bassa latenza. Le regioni che contengono repliche di sola lettura sono chiamate regioni di sola lettura.
In generale, le regioni di voto in una configurazione multiregionale sono posizionate geograficamente vicine, a meno di 1600 km di distanza, per formare un quorum a bassa latenza che consente 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 si trova in una regione non leader, Spanner utilizza il routing leader-aware per indirizzare dinamicamente le transazioni di lettura/scrittura per ridurre la latenza nel tuo database. Per ulteriori informazioni, consulta Routing consapevole del leader.
Puoi creare una configurazione di istanza multiregionale personalizzata con repliche di sola lettura facoltative. Le repliche di sola lettura personalizzate che crei non possono essere incluse nei quorum di scrittura. Puoi aggiungere le località elencate nella colonna Regione facoltativa come repliche di sola lettura facoltative. Se non vedi la posizione della replica di sola lettura che hai scelto, puoi richiedere una nuova regione di replica di sola lettura facoltativa. Per saperne di più, consulta Repliche di sola lettura.
Best practice per il rendimento delle configurazioni multiregionali
Per un rendimento ottimale, segui queste best practice:
- Progetta uno schema che eviti gli hotspot e altri problemi di prestazioni.
- Per una latenza di scrittura ottimale, posiziona le risorse di elaborazione per workload di scrittura più gravosi all'interno o vicino alla regione leader predefinita.
- Per prestazioni di lettura ottimali al di fuori della regione leader predefinita, utilizza un'obsolescenza di almeno 15 secondi.
- Per evitare la dipendenza da una singola regione per i tuoi carichi di lavoro, posiziona le risorse di calcolo critiche in almeno due regioni. Una buona opzione è posizionarli accanto alle due diverse regioni di lettura/scrittura, in modo che un'interruzione di una singola regione non influisca sull'intera applicazione.
- Esegui il provisioning di una capacità di calcolo sufficiente a mantenere l'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 dell'istanza a qualsiasi altra configurazione, incluse quelle regionali e multiregionali. Lo spostamento dell'istanza non causa tempi di inattività e Spanner continua a fornire le consuete garanzie di transazione, inclusa elevata coerenza, durante lo spostamento.
Per saperne di più sullo spostamento di istanze Spanner, consulta Spostare un'istanza.
Configura la regione leader predefinita
Per modificare la posizione della regione leader predefinita del database in modo che sia più vicina ai client di connessione per ridurre la latenza dell'applicazione, puoi modificare la regione leader per qualsiasi istanza Spanner che utilizza una configurazione a due regioni o 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/scrittura nella tua configurazione a due regioni o multiregionale.
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 spostarlo in quella regione per ridurre la latenza. L'aggiornamento della regione leader predefinita è economico e non comporta spostamenti di dati. Il nuovo valore richiede alcuni minuti per diventare effettivo.
La modifica della regione leader predefinita è una modifica dello schema, che utilizza un'operazione a lunga esecuzione. Se necessario, puoi ottenere lo stato dell'operazione a lunga esecuzione.
Compromessi: configurazioni a livello di regione singola, a due regioni e più regioni
Configurazione | Disponibilità | Latenza | Costo | Località dei dati |
---|---|---|---|---|
Regionale | 99,99% | Latenze di scrittura ridotte all'interno della regione. | Costo inferiore; vedi i prezzi. | Consente la governance dei dati geografici. |
Doppia regione | 99,999% | Latenze di lettura ridotte da due regioni geografiche; un leggero aumento della latenza di scrittura. | Costo più elevato; consulta la sezione Prezzi. | Distribuisce i dati in due regioni di un singolo paese. |
Più regioni | 99,999% | Latenze di lettura ridotte da più regioni geografiche; un piccolo aumento della latenza di scrittura. | Costo più elevato; consulta la sezione Prezzi. | Distribuisce i dati in più regioni all'interno della configurazione. |
Passaggi successivi
- Scopri come creare un'istanza Spanner.
- Scopri di più su Google Cloud aree geografiche e regioni.