Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Prima di creare le risorse, valuta come intendi distribuirle geograficamente per soddisfare i requisiti specifici della tua azienda. Gli amministratori e gli architetti della tua organizzazione di solito prendono decisioni in base alla geografia e le rendono disponibili per gli utenti che implementano le risorse. Ad esempio, la tua azienda potrebbe avere un processo Infrastructure as Code (IaC) che assegna automaticamente le aree geografiche durante il deployment delle risorse.
Questo documento fornisce una panoramica dell'impatto della geografia sui tuoi carichi di lavoro.
Distribuisci le risorse per garantire la disponibilità
Puoi distribuire le risorse geograficamente per soddisfare le tue esigenze specifiche, come illustrato nei seguenti esempi:
Latenza: assicurati di avere risorse nelle zone vicine ai tuoi utenti.
Disponibilità: crea risorse ridondanti in più regioni in caso di guasto di una regione.
Aree geografiche e zone
Quando crei le 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 a nella regione asia-east1 (Taiwan) è denominata asia-east1-a.
Considera una zona come un singolo dominio in errore all'interno di una regione. Per eseguire il deployment di applicazioni a tolleranza di errore con disponibilità elevata e per proteggerti da guasti imprevisti, puoi eseguire il deployment delle tue applicazioni in più zone in una regione. Per ulteriori informazioni, consulta Geografia e regioni.
Ogni risorsa ha le proprie dinamiche di località. 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, tieni conto della comunicazione delle risorse tra zone e regioni. Le funzionalità di interazione con le risorse sono determinate dai seguenti tipi di risorse:
Le risorse globali sono accessibili da qualsiasi altra risorsa, in regioni e zone diverse. Alcuni esempi sono immagini disco, snapshot dei dischi e reti.
Le risorse di regione vengono distribuite tramite deployment in modo ridondante in più
zone all'interno di una regione. Le risorse a livello di regione sono accessibili solo alle risorse situate nella stessa regione. Alcuni esempi sono le applicazioni App Engine e i 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 con una o più sedi multiregionali, consulta Prodotti disponibili in base alla località.
Le risorse di zona sono accessibili solo alle risorse che si trovano nella stessa zona. Un esempio di risorsa zonale è un'istanza di macchina virtuale (VM) Compute Engine.
Ad esempio, considera le seguenti risorse:
A livello globale: una rete a cui possono accedere tutte le risorse.
In ogni regione: indirizzi IP che forniscono accesso esterno alle risorse solo all'interno di un'unica regione.
In ogni zona: dischi che possono connettersi alle VM nella stessa zona.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-04 UTC."],[[["\u003cp\u003eGeographic distribution of resources is crucial for meeting unique company requirements, ensuring low latency, and maintaining high availability.\u003c/p\u003e\n"],["\u003cp\u003eResources are categorized into regions and zones, where regions are independent geographic areas containing multiple zones, which are isolated areas within a region.\u003c/p\u003e\n"],["\u003cp\u003eResource interactions are influenced by whether they are global, regional, multiregional, or zonal, each having distinct access capabilities based on their location.\u003c/p\u003e\n"],["\u003cp\u003eFault-tolerant applications should be deployed across multiple zones within a region to protect against unexpected failures and enhance high availability.\u003c/p\u003e\n"],["\u003cp\u003eConsiderations regarding how resources communicate across regions and zones are important while determining the resource distribution strategy.\u003c/p\u003e\n"]]],[],null,["# Consider geographic distribution\n\nBefore you create resources, consider how you plan to distribute resources\ngeographically to meet your company's unique requirements. Administrators and\narchitects in your organization usually make decisions about geography, and make\ntheir decisions available to people who deploy resources. For example, your\ncompany might have an [Infrastructure as Code (IaC)](/docs/terraform/iac-overview)\nprocess that automatically assigns geographies as you deploy resources.\n\nThis document provides an overview on how geography impacts your workloads.\n\nDistribute resources to help ensure availability\n------------------------------------------------\n\nYou can geographically distribute resources to meet your unique requirements, as\nin the following examples:\n\n- Latency: Ensure you have resources in zones near your users.\n- Availability: Create redundant resources in multiple regions in case of a region failure.\n\nRegions and zones\n-----------------\n\nWhen you create resources, you might select the following geographic categories:\n\n- *Regions* are independent geographic areas that contain zones. For example,\n `asia-east1` (Taiwan).\n\n- *Zones* are areas that are isolated from each other within a region. For\n example, zone `a` in the `asia-east1` (Taiwan) region is named `asia-east1-a`.\n\nConsider a zone as a single failure domain within a region. To deploy\nfault-tolerant applications with high availability and help protect against\nunexpected failures, you might deploy your applications across multiple zones in\na region. For more information, see\n[Geography and regions](/docs/geography-and-regions).\n\nEach resource has its own location dynamics. For example, see the following\ndetails about Compute Engine and Cloud Storage:\n\n- [Compute Engine regions and zones](/compute/docs/regions-zones)\n- [Cloud Storage bucket locations](/storage/docs/bucket-locations)\n\n### Select geographies based on resource interactions\n\nAs you create your resource distribution plan, consider resource communication\nacross zones and regions. Resource interaction capabilities are determined by\nthe following resource types:\n\n- *Global resources* can be accessed by any other resource, across regions and\n zones. Examples include disk images, disk snapshots, and networks.\n\n- *Regional resources* are redundantly deployed across multiple\n zones within a region. Regional resources can be accessed only by resources that\n are located in the same region. Examples include App Engine\n applications and [regional managed instance groups](/compute/docs/instance-groups#types_of_managed_instance_groups).\n\n- *Multiregional* services are redundantly distributed within and across\n regions. These services optimize availability, performance, and resource\n efficiency. For a list of services that have one or more multiregional\n locations, see [Products available by location](/about/locations#multi-region).\n\n- *Zonal resources* can be accessed only by resources that are located in the\n same zone. An example of a zonal resource is a Compute Engine virtual\n machine (VM) instance.\n\nFor example, consider the following resources:\n\n- Globally: a network that can be accessed by all resources.\n- In each region: IP addresses that provide external access to resources only within a single region.\n- In each zone: disks that can connect to VMs that are in the same zone."]]
