Considera la distribución geográfica

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.

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.

Una red global puede contener recursos específicos de región, como direcciones IP, y recursos específicos de zona, como VMs y discos