Un grupo de instancias administrado (MIG) que distribuye sus máquinas virtuales en varias zonas de una región también se conoce como MIG regional . Un MIG que está confinado a una sola zona también se conoce como MIG zonal .
Puede utilizar un MIG regional para aumentar la resiliencia de su carga de trabajo basada en MIG. Distribuir su carga de trabajo en varias zonas de una región le ayuda a protegerse de casos extremos en los que fallan todas las instancias de una única zona.
Este documento contiene información conceptual sobre MIG regionales:
- Por qué elegir un MIG regional en lugar de un MIG zonal
- Opciones de configuración regionales
- Diferencias de comportamiento con respecto a los MIG zonales
- Cómo aumentar la disponibilidad mediante el sobreaprovisionamiento
Para aprender cómo crear un MIG regional, consulte Creación de un MIG en varias zonas .
¿Por qué elegir grupos de instancias administrados regionales?
Google recomienda los MIG regionales en lugar de los MIG zonales por los siguientes motivos:
- Puede utilizar MIG regionales para administrar hasta 2000 instancias, el doble que los MIG zonales. Si necesita más, puede aumentar aún más el límite de tamaño de un MIG regional a 4000 instancias.
- Puede utilizar MIG regionales para distribuir la carga de su aplicación en varias zonas, en lugar de limitar su aplicación a una sola zona o administrar múltiples MIG zonales en diferentes zonas.
El uso de varias zonas protege contra fallas zonales y escenarios imprevistos en los que todo un grupo de instancias en una sola zona funciona mal. Si eso sucede, su aplicación puede continuar atendiendo tráfico desde instancias que se ejecutan en otra zona de la misma región.
En el caso de una falla zonal, o si un grupo de instancias en una zona deja de responder, un MIG regional continúa brindando soporte a sus instancias de la siguiente manera:
La cantidad de instancias que forman parte del MIG regional en las zonas restantes continúan atendiendo tráfico. No se agregan nuevas instancias ni se redistribuyen (a menos que configure el escalado automático ).
Una vez que la zona fallida se ha recuperado, el MIG comienza a atender tráfico nuevamente desde esa zona.
Al diseñar aplicaciones robustas y escalables, utilice MIG regionales.
Opciones de configuración adicionales para MIG regionales
Crear un MIG regional es similar a crear un MIG zonal , excepto que tienes opciones adicionales:
- Puede seleccionar en qué zonas dentro de una región crear máquinas virtuales.
- Puede elegir una forma de distribución de destino para determinar cómo distribuir las instancias en las zonas seleccionadas.
- Puede optar por deshabilitar o volver a habilitar la redistribución de instancias proactiva , que intenta distribuir uniformemente las máquinas virtuales del grupo en las zonas seleccionadas.
Estas opciones se describen en las siguientes secciones.
Selección de zona
De forma predeterminada, un MIG regional distribuye sus instancias administradas de manera uniforme en tres zonas. Por diversos motivos, es posible que desee seleccionar zonas específicas para su aplicación. Por ejemplo, si necesita GPU para sus instancias, puede seleccionar solo zonas que admitan GPU, o puede tener reservas o discos persistentes existentes que solo estén disponibles en determinadas zonas.
Si desea elegir la cantidad de zonas o elegir las zonas específicas en las que se ejecuta el grupo, debe hacerlo cuando crea el grupo por primera vez. Después de elegir zonas específicas durante la creación, no podrá cambiar ni actualizar las zonas más adelante.
Si desea que su MIG use automáticamente zonas que admitan el hardware que especifique en la configuración de su MIG , puede configurar la forma de distribución objetivo del MIG en BALANCED
, ANY
o ANY_SINGLE_ZONE
y seleccionar todas las zonas en una región. El MIG verifica automáticamente la disponibilidad de recursos y programa instancias solo en zonas que tienen los recursos. Para obtener más información, consulte Forma de distribución objetivo .
Para seleccionar más de tres zonas dentro de una región, debe especificar explícitamente las zonas individuales. Por ejemplo, para seleccionar las cuatro zonas dentro de una región, debe proporcionar las cuatro zonas explícitamente en su solicitud. Si no lo hace, Compute Engine selecciona tres zonas de forma predeterminada.
Para seleccionar dos o menos zonas en una región, debe especificar explícitamente las zonas individuales. Incluso si la región solo contiene dos zonas, aún debe especificar explícitamente las zonas en su solicitud.
Google amplía periódicamente su infraestructura poniendo a disposición hardware especializado en más zonas. Un MIG regional verifica periódicamente la disponibilidad del hardware y automáticamente comienza a programar instancias en zonas que admiten las máquinas requeridas. Si por algún motivo no desea ejecutar sus instancias en algunas zonas, no seleccione esas zonas al crear su grupo.
Para aprender cómo crear un MIG regional y seleccionar zonas, consulte Creación de un MIG regional .
Forma de distribución objetivo
De forma predeterminada, un MIG regional distribuye sus instancias administradas de manera uniforme entre zonas seleccionadas. Pero si necesitas hardware que no está disponible en todas las zonas, o si necesitas priorizar el uso de reservas zonales, quizás prefieras una distribución diferente.
Para configurar cómo su MIG regional distribuye sus instancias en zonas seleccionadas dentro de una región, establezca la forma de distribución objetivo del MIG . Están disponibles las siguientes opciones:
- INCLUSO (predeterminado): el grupo crea y elimina máquinas virtuales para lograr y mantener la misma cantidad de máquinas virtuales en las zonas seleccionadas. En una distribución
EVEN
, el número de VM no difiere en más de 1 entre dos zonas cualesquiera. Recomendado para cargas de trabajo de servicio de alta disponibilidad. - EQUILIBRADO : el grupo prioriza la creación de máquinas virtuales en zonas donde hay recursos disponibles, mientras distribuye las máquinas virtuales de la manera más uniforme posible entre las zonas seleccionadas para minimizar el impacto de las fallas zonales. Recomendado para cargas de trabajo por lotes o de entrega de alta disponibilidad.
- CUALQUIER : el grupo elige zonas para crear instancias de VM para cumplir con la cantidad solicitada de VM dentro de las limitaciones de recursos actuales y maximizar la utilización de las reservas zonales no utilizadas. Recomendado para cargas de trabajo por lotes que no requieren alta disponibilidad.
- CUALQUIER ZONA ÚNICA : el grupo crea todas las instancias de VM dentro de una sola zona. La zona se elige en función del soporte de hardware, la disponibilidad actual de recursos y cuotas y las reservas coincidentes. Recomendado en combinación con una política de ubicación de instancias compacta para cargas de trabajo que requieren una comunicación extensa entre las máquinas virtuales.
Cuando crea su MIG, si establece su forma en BALANCED
, ANY
o ANY_SINGLE_ZONE
, no necesita verificar manualmente qué zonas admiten el hardware que especifica en la configuración del MIG . Puede seleccionar todas las zonas en una región y, con su forma configurada en BALANCED
, ANY
o ANY_SINGLE_ZONE
, su MIG regional verifica la disponibilidad de recursos y programa instancias solo en zonas que tienen los recursos.
Elija una opción según los requisitos de su carga de trabajo y las capacidades MIG que necesita. Para obtener más información, consulte la tabla comparativa y los casos de uso .
Para aprender cómo configurar la forma de destino para un MIG nuevo o existente, consulte Configuración de una política para distribuir instancias entre zonas .
Redistribución proactiva de instancias
De forma predeterminada, un MIG regional intenta mantener una distribución uniforme de instancias entre zonas de la región para maximizar la disponibilidad de su aplicación en caso de una falla a nivel de zona.
Si elimina o abandona instancias de su grupo, lo que provoca una distribución desigual entre zonas, el grupo redistribuye instancias de forma proactiva para restablecer una distribución uniforme.
Para restablecer una distribución uniforme entre zonas, el grupo elimina instancias en zonas con más instancias y agrega instancias en zonas con menos instancias. El grupo elige automáticamente qué instancias eliminar.
Por ejemplo, supongamos que tiene un MIG regional con 12 instancias repartidas en 3 zonas: a
, b
y c
. Si elimina 3 instancias administradas en c
, el grupo intenta reequilibrarse para que las instancias vuelvan a distribuirse uniformemente entre las zonas. En este caso, el grupo elimina 2 instancias (una de a
y otra de b
) y crea 2 instancias en la zona c
, de modo que cada zona tenga 3 instancias y se logre una distribución uniforme. No hay forma de determinar de forma selectiva qué instancias se eliminan. El grupo pierde capacidad temporalmente mientras se inician las nuevas instancias.
Para evitar la redistribución automática de sus instancias, puede desactivar la redistribución proactiva de instancias .
Desactivar la redistribución proactiva de instancias es útil cuando necesitas:
- Elimine o abandone instancias del grupo sin afectar otras instancias en ejecución. Por ejemplo, puede eliminar una instancia de trabajador por lotes una vez finalizado el trabajo sin afectar a otros trabajadores.
- Proteja las instancias con cargas de trabajo con estado de la eliminación automática no deseada debido a la redistribución proactiva.
- Establezca la forma de distribución objetivo del MIG en
BALANCED
oANY_SINGLE_ZONE
Si desactiva la redistribución proactiva de instancias, un MIG no agrega ni elimina instancias proactivamente para lograr el equilibrio, pero aun así converge de manera oportunista hacia el equilibrio durante las operaciones de cambio de tamaño, tratando cada operación de cambio de tamaño como una oportunidad para equilibrar el grupo. Por ejemplo, al ampliar, el grupo utiliza automáticamente el cambio de escala como una oportunidad para eliminar instancias de zonas más grandes; Al realizar el escalamiento horizontal, el grupo aprovecha la oportunidad para agregar instancias a zonas más pequeñas.
Diferencias de comportamiento con respecto a los MIG zonales
La principal diferencia entre un MIG zonal y un MIG regional es que un MIG regional puede utilizar más de una zona.
Debido a que las instancias administradas de un MIG regional se distribuyen en zonas dentro de una región, las siguientes características de MIG se comportan de manera un poco diferente.
Escalado automático de un MIG regional
Compute Engine ofrece ajuste de escala automático para MIG, lo que permite a sus grupos agregar automáticamente VM (escalar horizontalmente) o eliminar VM (escalar horizontalmente) en función de los aumentos o disminuciones de la carga.
Si habilita el ajuste de escala automático para un MIG regional, la función se comporta de la siguiente manera:
El escalador automático distribuye las máquinas virtuales entre las zonas de la forma más equitativa posible.
Con la forma de distribución de destino establecida en
BALANCED
, el escalador automático reconoce la disponibilidad de recursos en todas las zonas. El escalador automático crea de forma proactiva máquinas virtuales solo en zonas con suficiente cuota y capacidad para máquinas virtuales como se especifica en la configuración del MIG .
Actualización de un MIG regional
No puede cambiar ni actualizar las zonas de un MIG regional después de crear el grupo. Pero puede configurar la forma de distribución objetivo del grupo para priorizar el uso de diferentes zonas, por ejemplo, si tiene recursos reservados o necesita hardware que no está disponible en todas las zonas.
Si desea implementar una nueva plantilla en un MIG regional, consulte Actualización de un MIG regional .
Si desea agregar o eliminar instancias en un MIG, el proceso es similar para los MIG regionales y zonales. Consulte Agregar y eliminar máquinas virtuales en un MIG .
Si está interesado en configurar discos con estado o metadatos con estado en un MIG, consulte Configuración de MIG con estado .
Cómo aumentar la disponibilidad mediante el sobreaprovisionamiento
Una variedad de eventos pueden causar que una o más instancias dejen de estar disponibles y usted puede ayudar a mitigar este problema usando múltiples Google Cloudservicios:
- Utilice un MIG regional con una forma de distribución objetivo
EVEN
oBALANCED
para distribuir su aplicación en múltiples zonas. - Utilice la reparación automática basada en aplicaciones para recrear instancias con aplicaciones fallidas.
- Utilice el equilibrio de carga para desviar automáticamente el tráfico de usuarios de las instancias no disponibles.
Sin embargo, incluso si utiliza estos servicios, sus usuarios podrían seguir experimentando problemas si muchas de sus instancias no están disponibles simultáneamente.
Para estar preparado para el caso extremo en el que una zona falla o un grupo completo de instancias deja de responder, Google recomienda encarecidamente aprovisionar en exceso su MIG. Dependiendo de las necesidades de su aplicación, el aprovisionamiento excesivo de su grupo evita que su sistema falle por completo si una zona o grupo de instancias deja de responder.
Google hace recomendaciones para el aprovisionamiento excesivo con la prioridad de mantener su aplicación disponible para sus usuarios. Estas recomendaciones incluyen el aprovisionamiento y el pago de más instancias de las que su aplicación podría necesitar en el día a día. Base sus decisiones de sobreaprovisionamiento en las necesidades de la aplicación y las limitaciones de costos.
Puede configurar el tamaño de su MIG al crearlo y puede agregar o eliminar instancias después de haberlo creado.
Puede configurar un escalador automático para agregar y eliminar automáticamente instancias en el grupo según la carga.
Estimar el tamaño de grupo recomendado
Le recomendamos que aprovisione suficientes instancias para que, si todas las instancias en cualquier zona dejan de estar disponibles, las instancias restantes aún cumplan con la cantidad mínima de instancias que necesita.
Utilice la siguiente tabla para determinar el tamaño mínimo recomendado para su grupo:
Número de zonas | Instancias de VM adicionales | Total de instancias de VM recomendadas |
---|---|---|
2 | +100% | 200% |
3 | +50% | 150% |
4 | +33% | 133% |
Aprovisionamiento de un MIG regional en tres o más zonas
Cuando creas un MIG regional en una región con al menos tres zonas, Google recomienda sobreaprovisionar tu grupo en al menos un 50%. De forma predeterminada, un MIG regional crea instancias en tres zonas. Tener instancias en tres zonas ya le ayuda a conservar al menos 2/3 de su capacidad de servicio y, si una sola zona falla, las otras dos zonas de la región pueden continuar brindando tráfico sin interrupción. Al sobreaprovisionar hasta el 150 %, puede garantizar que si se pierde 1/3 de la capacidad, las zonas restantes admitan el 100 % del tráfico.
Por ejemplo, si necesita 20 instancias en su MIG en tres zonas, recomendamos, como mínimo, un 50 % adicional de instancias. En este caso, el 50% de 20 son 10 instancias más, para un total de 30 instancias en el grupo. Si crea un MIG regional con un tamaño de 30, el grupo distribuye sus VM en las tres zonas, así:
Zona | Número de instancias de VM |
---|---|
ejemplo-zona-1 | 10 |
ejemplo-zona-2 | 10 |
ejemplo-zona-3 | 10 |
Si falla alguna zona, todavía tienes 20 instancias que atienden tráfico.
Aprovisionamiento de un MIG regional en dos zonas
Para aprovisionar sus instancias en dos zonas en lugar de tres, Google recomienda duplicar la cantidad de instancias. Por ejemplo, si necesita 20 instancias para su servicio, distribuidas en dos zonas, le recomendamos que configure un MIG regional con 40 instancias, de modo que cada zona tenga 20 instancias. Si falla una sola zona, todavía tienes 20 instancias que atienden tráfico.
Zona | Número de instancias de VM |
---|---|
ejemplo-zona-1 | 20 |
ejemplo-zona-2 | 20 |
Si la cantidad de instancias de tu grupo no es divisible por igual entre dos zonas, Compute Engine divide equitativamente el grupo de VM y coloca aleatoriamente las instancias restantes en una de las zonas.
Aprovisionamiento de un MIG regional en una zona
Puedes crear un MIG regional con una sola zona. Esto es similar a crear un MIG zonal .
No se recomienda crear un MIG regional de zona única porque ofrece la garantía mínima para aplicaciones de alta disponibilidad. Si la zona falla, todo su MIG no estará disponible, lo que podría interrumpir a sus usuarios.
¿Qué sigue?
- Crear un MIG regional
- Aprenda a crear aplicaciones web escalables y resistentes .
- Obtenga más información sobre la recuperación ante desastres en Google Cloud Plataforma .