Antes de crear recursos, piensa en cómo vas a distribuirlos geográficamente para satisfacer los requisitos específicos de tu empresa. Los administradores y los arquitectos de tu organización suelen tomar decisiones sobre la geografía y ponerlas a disposición de los usuarios que implementan recursos. Por ejemplo, tu empresa puede tener un proceso de infraestructura como código (IaC) que asigne automáticamente las zonas geográficas a medida que despliegues recursos.
En este documento se ofrece una descripción general de cómo influye la ubicación en tus cargas de trabajo.
Distribuir recursos para garantizar la disponibilidad
Puedes distribuir geográficamente los recursos para que se ajusten a tus necesidades concretas, como en los siguientes ejemplos:
- Latencia: asegúrate de tener recursos en zonas cercanas a tus usuarios.
- Disponibilidad: crea recursos redundantes en varias regiones en caso de que falle una región.
Regiones y zonas
Cuando cree recursos, puede 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
de la regiónasia-east1
(Taiwán) se llamaasia-east1-a
.
Una zona es un único dominio de fallo dentro de una región. Para desplegar aplicaciones tolerantes a fallos con alta disponibilidad y protegerte frente a fallos inesperados, puedes desplegar tus aplicaciones en varias zonas de una región. Para obtener más información, consulta el artículo sobre 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:
Seleccionar zonas geográficas en función de las interacciones con los recursos
Al crear el plan de distribución de recursos, ten en cuenta la comunicación de los recursos entre zonas y regiones. Las funciones de interacción de recursos se determinan mediante los siguientes tipos de recursos:
Se puede acceder a los recursos globales desde cualquier otro recurso, en todas las regiones y zonas. Por ejemplo, imágenes de disco, capturas de disco y redes.
Los recursos regionales se despliegan de forma redundante en varias zonas de una región. Solo se puede acceder a los recursos regionales desde recursos que estén ubicados en la misma región. Por ejemplo, las aplicaciones de App Engine y los grupos de instancias gestionadas regionales.
Los servicios multirregionales se distribuyen de forma redundante dentro de las regiones y en distintas regiones. Estos servicios optimizan la disponibilidad, el rendimiento y la eficacia de los recursos. Para ver una lista de los servicios que tienen una o varias ubicaciones multirregionales, consulta Productos disponibles por ubicación.
Solo se puede acceder a los recursos de zona desde recursos que se encuentren en la misma zona. Un ejemplo de recurso de zona es una instancia de máquina virtual de Compute Engine.
Por ejemplo, consulta los siguientes recursos:
- Global: una red a la que pueden acceder todos los recursos.
- En cada región: direcciones IP que solo proporcionan acceso externo a los recursos de una sola región.
- En cada zona: discos que se pueden conectar a las VMs que están en la misma zona.