Cómo afectan algunas operaciones al estado preservado de las instancias administradas

Lea las siguientes secciones para aprender cómo diversas configuraciones, acciones de grupos de instancias administrados (MIG) o eventos del ciclo de vida de la instancia afectan el estado preservado de una instancia administrada , en un MIG con estado :

Cómo maneja la curación automática el estado preservado

Cuando una instancia de máquina virtual (VM) deja de ejecutarse o deja de funcionar , la reparación automática recrea la VM y mantiene el estado conservado para los elementos que haya configurado:

  • El MIG conserva los discos con estado y las direcciones IP y los vuelve a conectar en la recreación de la VM.
  • El MIG conserva los metadatos con estado, configurados en configuraciones por instancia, y los configura en la recreación de VM.

Para evitar errores de recreación de instancias de VM debido a un disco de inicio con estado corrupto, mantenga el disco de inicio sin estado para que la reparación automática pueda recrear ese disco desde cero utilizando la imagen original.

Cómo las instancias de actualización manejan el estado preservado

Cuando actualiza una instancia, el MIG mantiene el estado preservado de la instancia (discos, direcciones IP, metadatos):

  • El MIG conserva los discos con estado y las direcciones IP y los vuelve a adjuntar, si la instancia de VM se vuelve a crear o se reinicia durante la actualización.
  • El MIG conserva los metadatos con estado, configurados en una configuración por instancia, y los establece en la instancia durante la actualización.

Al configurar una nueva plantilla de instancia, debe definir todos los discos que especificó en su política con estado. No se permite configurar una nueva plantilla de instancia que omita un disco definido en una política con estado. Esto ayuda a evitar la eliminación accidental de discos con estado.

Para eliminar discos con estado de un MIG cuando esos discos están definidos en una política con estado, utilice el siguiente procedimiento:

  1. Elimine la configuración del disco de su política con estado.
  2. (Opcional). Separe los discos de las instancias de VM si aún desea conservarlos.
  3. Implemente una nueva plantilla de instancia que ya no defina los discos.

No puede actualizar discos con estado a una nueva imagen porque estos discos deben conservarse durante la actualización y la actualización a una nueva imagen requiere la recreación de un disco.

Google recomienda mantener los discos de arranque y cualquier disco con archivos binarios o temporales sin estado, mientras mantiene sus datos en discos con estado. Esta configuración admite el siguiente comportamiento:

  • Puede actualizar fácil y automáticamente el disco de arranque y los discos con binarios a imágenes más nuevas que contienen nuevas versiones y parches de seguridad. Puede utilizar la actualización automática o actualizar manualmente las instancias para recrear dichos discos sin estado, manteniendo sus datos intactos en discos con estado separados.
  • Puede conservar los datos en discos con estado al implementar otras actualizaciones en sus instancias.

Puede configurar un disco de arranque para que tenga estado, por ejemplo, para alojar una aplicación heredada que mantenga archivos binarios y datos en el mismo disco. Esto le permite mover una aplicación a un MIG para beneficiarse de la reparación automática. Pero, en este escenario, usted mismo debe realizar las actualizaciones del software y del sistema operativo, por ejemplo, actualizando paquetes individuales usando un administrador de paquetes como apt en los sistemas Debian, o usando herramientas de administración de configuración.

Si solo configuró nombres de instancias personalizados y no configuró metadatos o discos con estado, puede usar actualizaciones continuas automáticas. Para actualizaciones continuas automáticas, debe configurar la política de reemplazo del actualizador en RECREATE . No puede utilizar el método de reemplazo SUBSTITUTE para instancias de actualización automática en MIG con estado porque este método sustituye cada VM existente por una nueva que tiene un nombre diferente y un estado preservado.

Cómo el cambio de tamaño del grupo afecta el estado preservado

Disminución del tamaño del grupo

Google no recomienda disminuir el tamaño de un MIG con estado porque el MIG selecciona las instancias de VM para su eliminación y puede seleccionar las VM que necesita conservar. Puede eliminar instancias de MIG VM de forma controlada eliminando instancias específicas que ya no necesita.

Si reduce el tamaño de MIG, MIG elimina todas las instancias de VM adicionales, junto con sus estados preservados asociados. Para evitar esto, puede configurar el MIG para desconectar y conservar los discos con estado y las direcciones IP en la eliminación permanente de la instancia de VM. Los metadatos con estado se eliminan junto con el estado conservado. Para obtener más información, consulte cómo la eliminación de una instancia afecta el estado conservado .

Aumento del tamaño del grupo

Cuando aumenta el tamaño de un MIG con estado, el grupo crea máquinas virtuales a partir de la plantilla de instancia actual con nombres generados automáticamente ( nombre de instancia base + sufijo). Puede ver la configuración con estado aplicada en preservedStateFromPolicy de la instancia administrada correspondiente. Después de que MIG crea las instancias, puede definir metadatos con estado y discos con estado adicionales o direcciones IP en las configuraciones por instancia para estas instancias.

Puede elegir nombres de instancias personalizados y aumentar el tamaño del grupo creando instancias manualmente, con la opción de iniciar su estado proporcionando configuraciones por instancia con metadatos con estado, direcciones IP y discos para cada instancia.

Cómo afecta la eliminación de una instancia al estado preservado

Una VM en un MIG se elimina permanentemente cuando:

Cuando una VM se elimina permanentemente, el MIG también elimina la configuración por instancia correspondiente y la instancia administrada, incluida su configuración de estado preservado.

La eliminación permanente de VM da como resultado la pérdida de todos los pares clave-valor de metadatos con estado.

Puede configurar si desea conservar o eliminar discos con estado y direcciones IP en la eliminación permanente de instancias configurando el indicador autoDelete para cada recurso, ya sea en la política con estado o en una configuración por instancia. La bandera admite dos opciones:

  • NEVER : (Predeterminado). El MIG nunca elimina el disco.
  • ON_PERMANENT_INSTANCE_DELETION : El MIG elimina el disco cuando la instancia se elimina permanentemente.

El MIG no elimina recursos con estado al reparar, actualizar o recrear instancias automáticamente.

En el siguiente ejemplo, el MIG tiene un único node-1 VM con un estado preservado definido por una configuración por instancia. El estado conservado incluye dos discos (azul y verde) y metadatos id:xyz273 . Si cambia el tamaño del MIG a cero, el MIG activa la eliminación permanente de la instancia, node-1 , lo que provoca los siguientes efectos:

  • El MIG elimina la instancia administrada y su configuración de estado preservado.
  • El MIG elimina la configuración por instancia de la instancia.
  • El MIG elimina el recurso de instancia de VM real.
  • id:xyz273 se pierde porque se eliminan la instancia de VM y su configuración de estado preservado.
  • El disco azul con estado se elimina porque, para este disco, la configuración por instancia tiene autoDelete: ON_PERMANENT_INSTANCE_DELETION .
  • El disco verde con estado está desconectado porque, para este disco, la configuración por instancia tiene autoDelete:NEVER .

Eliminar una instancia de un MIG con estado.

Cómo el abandono de una instancia afecta el estado preservado

Cuando abandona una instancia de VM de un MIG, el estado de la VM, incluidos los metadatos con estado, las direcciones IP y los discos, permanece en la instancia fuera del MIG. Debido a que el MIG ya no administra la VM, el MIG elimina la configuración por instancia correspondiente y la instancia administrada , incluida la configuración de estado preservado de la instancia.

En el siguiente ejemplo, el node-1 de la máquina virtual tiene un estado preservado, definido por una política con estado (disco azul) y una configuración por instancia (disco verde e id:xyz273 ). Si abandona la instancia, node-1 , del MIG, esto es lo que sucede con su estado preservado:

  • La instancia de VM independiente, node-1 , conserva su estado: todos sus discos permanecen conectados y los metadatos, id:xyz273 , permanecen configurados en la VM.
  • El MIG elimina la instancia administrada y su configuración de estado preservado.
  • El MIG elimina la configuración por instancia de la instancia.
  • La política con estado permanece sin cambios porque es aplicable a todas las instancias del MIG.

Abandonar una instancia de un MIG con estado.

Cómo manejan los grupos regionales el estado preservado

Los MIG regionales con estado manejan los estados preservados de sus instancias de la misma manera que los MIG zonales, excepto que los MIG regionales crean instancias de VM en múltiples zonas:

  • Al crear instancias, un MIG regional distribuye uniformemente las máquinas virtuales entre zonas de la región para maximizar la disponibilidad de su aplicación en caso de una falla a nivel de zona.
  • Para instancias existentes, un MIG regional con estado no puede redistribuir ni mover máquinas virtuales existentes entre zonas automáticamente porque el estado preservado se almacena en una zona específica y no se puede mover. Por ese motivo, los MIG regionales con estado solo admiten una configuración de tipo de redistribución de instancia de NONE .

Comentario

Queremos conocer sus casos de uso, desafíos y comentarios sobre los MIG con estado. Comparta sus comentarios con nuestro equipo en mig-discuss@google.com .

¿Qué sigue?