Los recursos de Compute Engine están alojados en varias ubicaciones en todo el mundo. Estas ubicaciones se componen de regiones y zonas.
Las regiones son áreas geográficas independientes que constan de zonas . Las zonas y regiones son abstracciones lógicas de los recursos físicos subyacentes. Para obtener más información sobre consideraciones específicas de la región, consulte Geografía y regiones .
Los recursos que residen en una zona, como instancias de máquinas virtuales o discos zonales, se denominan recursos zonales. Otros recursos, como las direcciones IP externas estáticas , son regionales. Los recursos regionales pueden ser utilizados por cualquier recurso en esa región, independientemente de la zona, mientras que los recursos zonales solo pueden ser utilizados por otros recursos en la misma zona. Por ejemplo, para adjuntar un disco persistente zonal a una instancia, ambos recursos deben estar en la misma zona. De manera similar, si desea asignar una dirección IP estática a una instancia, la instancia debe estar en la misma región que la dirección IP estática.
Colocar recursos en diferentes zonas de una región reduce el riesgo de que una interrupción de la infraestructura afecte a todos los recursos simultáneamente. Colocar recursos en diferentes regiones proporciona un grado aún mayor de independencia ante fallos. Esto le permite diseñar sistemas robustos con recursos distribuidos en diferentes dominios de falla.
Sólo ciertos recursos son específicos de una región o zona. Otros recursos, como las imágenes, son recursos globales que pueden ser utilizados por cualquier otro recurso en cualquier ubicación. Para obtener información sobre los recursos de Compute Engine globales, regionales y zonales, consulte Recursos globales, regionales y zonales .
Identificar una región o zona
Cada región de Compute Engine contiene una cantidad de zonas. Cada nombre de zona contiene dos partes que describen cada zona en detalle. La primera parte del nombre de la zona es la región y la segunda parte del nombre describe la zona en la región:
Región
Las regiones son colecciones de zonas. Las zonas tienen conexiones de red de gran ancho de banda y baja latencia con otras zonas de la misma región. Para implementar aplicaciones tolerantes a fallas que tengan alta disponibilidad, Google recomienda implementar aplicaciones en múltiples zonas y múltiples regiones. Esto ayuda a proteger contra fallas inesperadas de los componentes, hasta una sola zona o región inclusive.
Elija regiones que tengan sentido para su escenario. Por ejemplo, si solo tiene clientes en EE. UU., o si tiene necesidades específicas que requieren que sus datos vivan en EE. UU., tiene sentido almacenar sus recursos en zonas de la región
us-central1
o zonas de la regiónus-east1
.Zona
Una zona es un área de despliegue dentro de una región. El nombre completo de una zona se compone de
<region>-<zone>
. Por ejemplo, el nombre completo para la zonaa
en la regiónus-central1
esus-central1-a
.Dependiendo de qué tan ampliamente desee distribuir sus recursos, cree instancias en múltiples zonas en múltiples regiones para lograr redundancia.
Cuotas
Ciertos recursos, como IP estáticas, imágenes, reglas de firewall y redes VPC, tienen límites de cuota definidos para todo el proyecto y límites de cuota por región. Cuando crea estos recursos, cuenta para su cuota total de todo el proyecto o su cuota por región, si corresponde. Si se excede alguno de los límites de cuota afectados, no podrá agregar más recursos del mismo tipo en ese proyecto o región.
Para ver una lista completa de las cuotas que se aplican a su proyecto, visite la página Cuotas en la consola de Google Cloud.
Por ejemplo, si su cuota global de grupos de destino es 50 y crea 25 grupos de destino en la región de ejemplo 1 y 25 grupos de destino en la región de ejemplo 2, alcanzará su cuota para todo el proyecto y no podrá crear más grupos de destino en ninguna región dentro de su proyecto hasta que libere espacio. De manera similar, si tiene una cuota por región de 7 direcciones IP reservadas, solo puede reservar hasta 7 direcciones IP en una sola región. Una vez que alcance ese límite, deberá reservar direcciones IP en una nueva región o liberar algunas direcciones IP.
Mantenimiento transparente
Google mantiene periódicamente su infraestructura parcheando los sistemas con el software más reciente, realizando pruebas de rutina y mantenimiento preventivo y, en general, garantizando que la infraestructura de Google sea tan rápida y eficiente como Google sabe cómo hacerla.
De forma predeterminada, todas las instancias están configuradas para que estos eventos de mantenimiento sean transparentes para sus aplicaciones y cargas de trabajo. Google utiliza una combinación de innovaciones en centros de datos, mejores prácticas operativas y tecnología de migración en vivo para sacar las instancias de máquinas virtuales en ejecución del mantenimiento que se está realizando. Su instancia continúa ejecutándose dentro de la misma zona sin que usted realice ninguna acción.
De forma predeterminada, todas las máquinas virtuales están configuradas para migrar en vivo, pero también puede configurar sus máquinas virtuales para que se detengan y se reinicien. Las dos opciones se diferencian en los siguientes aspectos:
Migrar en vivo
Compute Engine migra automáticamente tu instancia en ejecución. El proceso de migración afectará el rendimiento del huésped hasta cierto punto, pero su instancia permanecerá en línea durante todo el proceso de migración. El impacto y la duración exactos del rendimiento de los invitados dependen de muchos factores, pero se espera que la mayoría de las aplicaciones y cargas de trabajo no lo noten. Para obtener más información, consulte Migración en vivo .
Detener y reiniciar
Compute Engine automáticamente le indica a su instancia que se apague, espera un momento hasta que se apague limpiamente y luego la reinicia fuera del evento de mantenimiento.
Para obtener más información sobre cómo configurar las opciones anteriores para sus instancias, consulte Establecer política de mantenimiento de host de VM .
Elegir una región y zona
Usted elige qué región o zona alberga sus recursos, lo que controla dónde se almacenan y utilizan sus datos. Elegir una región y zona es importante por varias razones:
- Manejo de fallas
- Distribuya sus recursos en múltiples zonas y regiones para tolerar interrupciones. Google diseña zonas para minimizar el riesgo de fallas correlacionadas causadas por cortes de infraestructura física como energía, refrigeración o redes. Por lo tanto, si una zona deja de estar disponible, puede transferir tráfico a otra zona en la misma región para mantener sus servicios en funcionamiento. De manera similar, puede mitigar el impacto de una interrupción regional en su aplicación ejecutando servicios de respaldo en una región diferente. Para obtener más información sobre cómo distribuir sus recursos y diseñar un sistema robusto, consulte Diseño de sistemas resilientes .
- Disminución de la latencia de la red.
- Para disminuir la latencia de la red, es posible que desee elegir una región o zona que esté cerca de su punto de servicio. Por ejemplo, si tiene principalmente clientes en la costa este de EE. UU., es posible que desee elegir una región y zona principal que esté cerca de esa área y una región y zona de respaldo que también esté cerca.
Para obtener más información sobre cómo elegir una región y zona para tus recursos de Compute Engine, consulta Mejores prácticas para la selección de regiones de Compute Engine .
Consejos para la selección de ubicación
Durante la creación de una instancia de VM, Compute Engine puede seleccionar automáticamente zonas para tus instancias según la capacidad y la disponibilidad mediante los siguientes métodos:
- La API de creación masiva de instancias puede elegir automáticamente la zona en la que crear instancias.
- Un grupo de instancias administrado (MIG) regional se puede configurar con una forma de distribución de destino , que puede crear instancias automáticamente en zonas donde hay recursos disponibles.
- Si está creando una máquina virtual en la consola de Google Cloud y sabe el tipo de máquina y la región que desea, pero no está seguro de qué zona seleccionar, puede seleccionar Cualquiera y Google elegirá una zona por usted según el tipo de máquina y la disponibilidad.
Al seleccionar zonas usted mismo, aquí hay algunas cosas que debe tener en cuenta:
La comunicación dentro y entre regiones generará costos diferentes.
Generalmente, la comunicación dentro de las regiones siempre será más barata y rápida que la comunicación entre diferentes regiones.
Diseñe sistemas importantes con redundancia en múltiples zonas o regiones.
En algún momento, sus instancias podrían experimentar un error inesperado. Para mitigar los efectos de estos posibles eventos, debe duplicar sistemas importantes en múltiples zonas y regiones.
Por ejemplo, al alojar instancias en las zonas
europe-west1-b
yeurope-west1-c
, sieurope-west1-b
falla inesperadamente, sus instancias en la zonaeurope-west1-c
seguirán estando disponibles. Sin embargo, si aloja todas sus instancias eneurope-west1-b
, no podrá acceder a ninguna instancia sieurope-west1-b
se desconecta. Además, considere alojar sus recursos en todas las regiones. Por ejemplo, para planificar la disponibilidad continua de su carga de trabajo en el improbable escenario de que la regióneurope-west1
experimente una falla, considere implementar la carga de trabajo en instancias de respaldo en la regióneurope-west3
. Para obtener más sugerencias sobre cómo diseñar sistemas para su disponibilidad, consulte Diseño de sistemas resilientes .
Regiones y zonas disponibles
Puede utilizar la consola de Google Cloud, la CLI de Google Cloud o REST para ver las regiones y zonas disponibles . También puedes usar el comando gcloud compute machine-types list
para obtener una lista completa de los tipos de máquinas disponibles en todas las regiones y zonas. Por ejemplo, gcloud compute machine-types list --filter="name=t2d-standard-4"
muestra todas las regiones y zonas donde los tipos de máquinas t2d-standard-4
están disponibles.
Cada zona ofrece una variedad de procesadores. Cuando crea una instancia en una zona, su instancia utiliza el procesador predeterminado admitido en esa zona. Por ejemplo, si crea una instancia en la zona us-central1-a
, su instancia utiliza de forma predeterminada un procesador Intel Haswell, a menos que especifique otra opción.
Alternativamente, puede elegir la plataforma de CPU que desee. Para obtener más información, lea Especificación de una plataforma de CPU mínima para instancias de VM .
Puede encontrar disponibilidad adicional en los siguientes recursos: información:
- Los SSD locales están disponibles en todas las regiones y zonas.
- Las GPU están disponibles solo en zonas específicas.
- El arrendamiento único está disponible en regiones y zonas donde hay disponibles series de máquinas con tipos de nodos de arrendatario único .
Para obtener información sobre hardware y compatibilidad con funciones para todas las series de máquinas, consulte Comparación de series de máquinas . Por ejemplo, para ver qué series de máquinas admiten SSD locales y arrendamiento exclusivo, en el campo Elegir propiedades de VM para comparar , seleccione SSD local y arrendamiento exclusivo .
Zonas | Ubicación | Tipos de máquinas | CPU | Recursos | Emisiones de CO 2 |
---|---|---|---|---|---|
africa-south1-a | Johannesburgo, Sudáfrica | E2, N2, N2D, DT2 | Intel Cascade Lake, Ice Lake, AMD EPYC Roma, AMD EPYC Milán | Intel TDX | |
asia-northeast1-c | Tokio, Japón, APAC | E2, N4, N2, N2D, C4, C3, T2D, N1, Z3, M1, C2, A2, G2, A3 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan | GPU, AMD SEV-SNP , Intel TDX | |
asia-southeast1-b | Jurong West, Singapur, APAC | E2, N4, N2, N2D, C4, C4A, C3, C3D, T2D, T2A, N1, Z3, M3, M1 C2, C2D, A2, A3, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan, AMD EPYC Genoa, Ampere Altra Arm, Google Axion | GPU, AMD SEV-SNP , Intel TDX | |
asia-southeast1-c | Jurong West, Singapur, APAC | E2, N2, N4, N2D, C4A, C3, C3D, T2D, T2A, N1, Z3, M1, C2, C2D, A2, A3, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan, AMD EPYC Genoa, Ampere Altra Arm, Google Axion | GPU, AMD SEV-SNP , Intel TDX | |
asia-southeast2-a | Yakarta, Indonesia, APAC | E2, N2, N2D, DT2, N1, M1 | Intel Ivy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, AMD EPYC Roma, AMD EPYC Milán | GPU, AMD SEV-SNP | |
europe-west3-b | Frankfurt, Alemania, Europa | E2, N4, N2, N2D, C4, C4A, C3, C3D, T2D, N1, M4, M3, M2, M1, C2, C2D, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan, AMD EPYC Genoa, Google Axion | GPU, AMD SEV-SNP | |
europe-west3-c | Frankfurt, Alemania, Europa | E2, N4, N2, N2D, C4, C4A, C3, C3D, T2D, N1, Z3, M1, M3, C2, C2D, A3 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan, AMD EPYC Genoa, Google Axion | AMD SEV-SNP | |
europe-west4-a | Eemshaven, Países Bajos, Europa | E2, N4, N2, N2D, C4, C4A, C3, C3D, T2D, T2A, N1, Z3, M4, M3, M2, M1, C2, C2D, A3, A2, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan, AMD EPYC Genoa, Ampere Altra Arm, Google Axion | GPU, AMD SEV-SNP , Intel TDX | |
europe-west4-b | Eemshaven, Países Bajos, Europa | E2, N4, N2, N2D, C4, C4A, C3, C3D, T2D, T2A, N1, Z3, X4, M4, M3, M2, M1, H3, C2, C2D, A3, A2, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan, AMD EPYC Genoa, Ampere Altra Arm, Google Axion | GPU, AMD SEV-SNP , Intel TDX | |
europe-west4-c | Eemshaven, Países Bajos, Europa | E2, N4, N2, N2D, C4, C4A, C3, C3D, T2D, T2A, N1, Z3, X4, M2, M1, H3, C2, C2D, A3, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan, AMD EPYC Genoa, Ampere Altra Arm, Google Axion | GPU, AMD SEV-SNP , Intel TDX | |
europe-west6-a | Zurich, Suiza, Europa | E2, N2, N1, C2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake | ||
europe-west6-b | Zurich, Suiza, Europa | E2, N2, N2D, DT2, N1, M1, C2, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, AMD EPYC Roma, AMD EPYC Milán | GPU, Intel TDX | |
europe-west9-b | París, Francia, Europa | E2, N4, N2, N2D, C4, C3, DT2, M1, M3 | Intel Broadwell, Haswell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Roma, AMD EPYC Milán | Intel TDX | |
europe-west9-c | París, Francia, Europa | E2, N2, N2D, DT2, M1, A3 | Intel Broadwell, Haswell, Skylake, Cascade Lake, Ice Lake, AMD EPYC Roma, AMD EPYC Milán | AMD SEV-SNP , Intel TDX | |
us-central1-b | Council Bluffs, Iowa, América del Norte | E2, N4, N2, N2D, C4, C4A, C3, C3D, T2D, T2A, N1, M3, M2, M1, C2, C2D, A2, A3, A4, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan, AMD EPYC Genoa, Ampere Altra Arm, Google Axion | GPU, AMD SEV-SNP , Intel TDX | |
us-central1-c | Council Bluffs, Iowa, América del Norte | E2, N4, N2, N2D, C4, C4A, C3, C3D, T2D, N1, Z3, X4, M4, M3, M2, M1, C2, C2D, A3, A2, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan, AMD EPYC Genoa, Google Axion | GPU, AMD SEV-SNP , Intel TDX | |
us-central1-f | Council Bluffs, Iowa, América del Norte | E2, N4, N2, N2D, C4, C3, T2D, T2A, N1, Z3, M1, C2, C2D, A2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD EPYC Rome, AMD EPYC Milan, Ampere Altra Arm | GPU, Intel TDX | |
us-east5-c | Columbus, Ohio, América del Norte | E2, N2, N2D, C4, C3, T2D, Z3, C2 | Intel Broadwell, Haswell, Skylake, Cascade Lake, Sapphire Rapids, Emerald Rapids, AMD Epyc Roma, AMD Epyc Milan | Intel TDX | |
us-south1-a | Dallas, Texas, América del Norte | E2, N4, N2, N2D, C4, C3, T2D | Intel Broadwell, Haswell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, Emerald Rapids, AMD Epyc Roma, AMD Epyc Milan | Intel TDX | |
us-west1-b | The Dalles, Oregon, América del Norte | E2, N2, N2d, C3, C3d, T2d, N1, Z3, C2, C2d, M3, M1, A3, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, Sapphire Rapids, AMD Epyc Roma, AMD Epyc Milan, AMD Epyc Génova | GPU, Intel TDX | |
us-west1-c | The Dalles, Oregon, América del Norte | E2, N2, N2D, T2D, N1, C2, C2D, G2 | Intel Ivy Bridge, Sandy Bridge, Haswell, Broadwell, Skylake, Cascade Lake, Ice Lake, AMD Epyc Roma, AMD Epyc Milán | GPU, |