Prima di creare risorse, valuta come intendi distribuirle geograficamente per soddisfare i requisiti unici della tua azienda. Gli amministratori e gli architetti della tua organizzazione di solito prendono decisioni in merito alla geografia e le rendono disponibili alle persone che eseguono il deployment delle risorse. Ad esempio, la tua azienda potrebbe avere un processo di Infrastructure as Code (IaC) che assegna automaticamente le aree geografiche durante il deployment delle risorse.
Questo documento fornisce una panoramica su come l'area geografica influisce sui tuoi carichi di lavoro.
Distribuire le risorse per contribuire a garantire la disponibilità
Puoi distribuire geograficamente le risorse per soddisfare i tuoi requisiti unici, come nei seguenti esempi:
- Latenza: assicurati di avere risorse in zone vicine ai tuoi utenti.
- Disponibilità: crea risorse ridondanti in più regioni in caso di guasto della regione.
Regioni e zone
Quando crei risorse, puoi selezionare le seguenti categorie geografiche:
Le regioni sono aree geografiche indipendenti che contengono zone. Ad esempio,
asia-east1(Taiwan).Le zone sono aree isolate l'una dall'altra all'interno di una regione. Ad esempio, la zona
anella regioneasia-east1(Taiwan) si chiamaasia-east1-a.
Considera una zona come un unico dominio in errore all'interno di una regione. Per eseguire il deployment di applicazioni a tolleranza di errore con alta affidabilità e proteggerti da guasti imprevisti, puoi eseguire il deployment delle applicazioni in più zone di una regione. Per saperne di più, consulta Area geografica e regioni.
Ogni risorsa ha le proprie dinamiche di posizione. Ad esempio, consulta i seguenti dettagli su Compute Engine e Cloud Storage:
Seleziona le aree geografiche in base alle interazioni con le risorse
Quando crei il piano di distribuzione delle risorse, considera la comunicazione tra le risorse in zone e regioni diverse. Le funzionalità di interazione con le risorse sono determinate dai seguenti tipi di risorse:
È possibile accedere alle risorse globali da qualsiasi altra risorsa, in tutte le regioni e le zone. Alcuni esempi sono immagini disco, snapshot disco e reti.
Le risorse regionali vengono distribuite tramite deployment in modo ridondante in più zone all'interno di una regione. È possibile accedere alle risorse regionali solo tramite risorse che si trovano nella stessa regione. Esempi includono applicazioni App Engine e gruppi di istanze gestite a livello di regione.
I servizi multiregionali sono distribuiti in modo ridondante all'interno e tra le regioni. Questi servizi ottimizzano la disponibilità, le prestazioni e l'efficienza delle risorse. Per un elenco dei servizi che hanno una o più località multiregionali, consulta Prodotti disponibili per località.
È possibile accedere alle risorse di zona solo dalle risorse che si trovano nella stessa zona. Un esempio di risorsa di zona è un'istanza di macchina virtuale (VM) Compute Engine.
Ad esempio, prendi in considerazione le seguenti risorse:
- A livello globale: una rete a cui possono accedere tutte le risorse.
- In ogni regione: indirizzi IP che forniscono l'accesso esterno alle risorse solo all'interno di una singola regione.
- In ogni zona: dischi che possono connettersi alle VM che si trovano nella stessa zona.