Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Antes de crear recursos, considera cómo planeas distribuirlos geográficamente para cumplir con los requisitos únicos de tu empresa. Los administradores y arquitectos de tu organización suelen tomar decisiones sobre la ubicación geográfica y ponerlas a disposición de las personas que implementan recursos. Por ejemplo, es posible que tu empresa tenga un proceso de infraestructura como código (IaC) que asigne automáticamente las geografías a medida que implementes recursos.
En este documento, se proporciona una descripción general sobre cómo la ubicación geográfica afecta tus cargas de trabajo.
Distribuye los recursos para garantizar la disponibilidad
Puedes distribuir recursos geográficamente para satisfacer tus requisitos únicos, como en los siguientes ejemplos:
Latencia: asegúrate de tener recursos en zonas cercanas a los usuarios.
Disponibilidad: Crea recursos redundantes en varias regiones en caso de una falla de la región.
Regiones y zonas
Cuando crees recursos, puedes seleccionar las siguientes categorías geográficas:
Las regiones son áreas geográficas independientes que contienen zonas. Por ejemplo, asia-east1 (Taiwán).
Las zonas son áreas aisladas entre sí dentro de una región. Por ejemplo, la zona a en la región asia-east1 (Taiwán) se llama asia-east1-a.
Considera una zona como un dominio con fallas único dentro de una región. Para implementar aplicaciones tolerantes a errores con alta disponibilidad y ayudar a proteger contra fallas inesperadas, puedes implementar las aplicaciones en varias zonas de una región. Para obtener más información, consulta Geografía y regiones.
Cada recurso tiene su propia dinámica de ubicación. Por ejemplo, consulta los siguientes detalles sobre Compute Engine y Cloud Storage:
Selecciona ubicaciones geográficas según las interacciones de recursos
Cuando crees tu plan de distribución de recursos, considera la comunicación de recursos entre zonas y regiones. Las capacidades de interacción de recursos se determinan según los siguientes tipos de recursos:
Los recursos globales permiten el acceso de cualquier otro recurso de otra región o zona. Los ejemplos incluyen imágenes de disco, instantáneas de discos y redes.
Los recursos regionales se implementan de forma redundante en varias zonas dentro de una región. Algunos recursos pueden acceder a otros solo si están en la misma región. Algunos ejemplos son las aplicaciones de App Engine y los grupos de instancias regionales administrados.
Los servicios multirregionales se distribuyen de forma redundante dentro de las regiones y entre ellas. Estos servicios permiten optimizar la disponibilidad, el rendimiento y la eficiencia de los recursos. Para obtener una lista de los servicios que tienen una o más ubicaciones multirregionales, consulta Productos disponibles por ubicación.
Los recursos zonales permiten el acceso solo de recursos que se encuentren dentro de la misma zona. Un ejemplo de un recurso zonal es una instancia de máquina virtual (VM) de Compute Engine.
Por ejemplo, considera los siguientes recursos:
De forma global: Es una red a la que pueden acceder todos los recursos.
En cada región: Direcciones IP que proporcionan acceso externo a los recursos solo dentro de una sola región.
En cada zona: Discos que se pueden conectar a VMs que se encuentran en la misma zona.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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."]]
