Cómo afectan algunas operaciones al estado conservado de las instancias gestionadas

Lee las siguientes secciones para saber cómo afectan las distintas configuraciones, las acciones de los grupos de instancias gestionadas (MIGs) o los eventos del ciclo de vida de las instancias al estado conservado de una instancia gestionada en un MIG con estado:

Cómo gestiona la reparación automática el estado conservado

Cuando una instancia de máquina virtual deja de ejecutarse o se vuelve incorrecta, la reparación automática vuelve a crear la VM y mantiene el estado conservado de los elementos que hayas configurado:

  • El MIG conserva los discos y las direcciones IP con reconocimiento del estado y los vuelve a asociar al recrear la VM.
  • El MIG conserva los metadatos con reconocimiento del estado, configurados en configuraciones por instancia, y los define en la recreación de la VM.

Para evitar que se produzcan errores al volver a crear instancias de VM debido a un disco de arranque con reconocimiento del estado dañado, mantén el disco de arranque sin reconocimiento del estado para que la reparación automática pueda volver a crear ese disco desde cero usando la imagen original.

Cómo se gestiona el estado conservado al actualizar instancias

Cuando actualizas una instancia, el MIG mantiene el estado conservado de la instancia (discos, direcciones IP y metadatos):

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

Cuando definas una plantilla de instancia, debes definir todos los discos que hayas especificado en tu política con estado. No se permite definir una plantilla de instancia que omita un disco definido en una política con estado. De esta forma, se evita que se eliminen por error discos con estado.

Para quitar discos con estado de un MIG cuando estos discos se definen en una política con estado, sigue este procedimiento:

  1. Elimina la configuración del disco de tu política con estado.
  2. (Opcional) Desconecta los discos de las instancias de VM si quieres conservarlos.
  3. Implementa una nueva plantilla de instancia que ya no defina los discos.

No puedes actualizar discos con estado a una imagen nueva, ya que estos discos deben conservarse durante la actualización. Para actualizar a una imagen nueva, es necesario volver a crear un disco.

Google recomienda que los discos de arranque y los discos con archivos binarios o temporales no tengan estado, mientras que los discos con estado contengan los datos. Esta configuración permite lo siguiente:

  • Puedes actualizar fácilmente y de forma automática el disco de arranque y los discos con archivos binarios a imágenes más recientes que contengan nuevas versiones y parches de seguridad. Puedes usar la actualización automática o actualizar manualmente las instancias para recrear esos discos sin estado y, al mismo tiempo, mantener tus datos intactos en discos con estado independientes.
  • Puedes conservar los datos de los discos con reconocimiento del estado al implementar otras actualizaciones en tus instancias.

Puedes configurar un disco de arranque para que tenga estado. Por ejemplo, puedes usarlo para alojar una aplicación antigua que mantenga los archivos binarios y los datos en el mismo disco. Esto te permite mover una aplicación a un MIG para beneficiarte de la reparación automática. Sin embargo, en este caso, debes actualizar el software y el sistema operativo por tu cuenta. Por ejemplo, puedes actualizar paquetes individuales con un gestor de paquetes como apt en sistemas Debian o usar herramientas de gestión de la configuración.

Si solo has configurado nombres de instancia personalizados y no has configurado discos ni metadatos con reconocimiento del estado, puedes usar actualizaciones continuas automatizadas. Para automatizar las actualizaciones graduales, debes definir la política de sustitución del actualizador como RECREATE. No puedes usar el método de sustitución SUBSTITUTE para actualizar automáticamente las instancias de los MIGs con reconocimiento del estado, ya que este método sustituye cada VM por una nueva que tiene un nombre diferente y un estado conservado.

Cómo afecta el cambio de tamaño de los grupos al estado conservado

Reducir el tamaño del grupo

Google no recomienda reducir el tamaño de un MIG con estado, ya que el MIG elige las instancias de VM que se van a eliminar y podría elegir VMs que necesites conservar. Puedes eliminar instancias de MIG de forma controlada eliminando instancias específicas que ya no necesites.

Si reduces el tamaño del MIG, este eliminará todas las instancias de VM adicionales junto con sus estados conservados asociados. Para evitarlo, puedes configurar el MIG para que desvincule y conserve los discos con reconocimiento del estado y las direcciones IP cuando se eliminen las instancias de VM de forma permanente. Los metadatos con estado se eliminan junto con el estado conservado. Para obtener más información, consulta cómo afecta la eliminación de una instancia al estado conservado.

Aumentar el tamaño del grupo

Cuando aumentas el tamaño de un MIG con reconocimiento del estado, el grupo crea VMs a partir de la plantilla de instancia actual con nombres generados automáticamente (nombre de instancia base + sufijo). Puedes ver la configuración con estado aplicada en el preservedStateFromPolicy de la instancia gestionada correspondiente. Una vez que el MIG haya creado las instancias, puede definir metadatos con estado y discos o direcciones IP con estado adicionales en las configuraciones por instancia de estas instancias.

Puedes elegir nombres de instancia personalizados y aumentar el tamaño del grupo creando instancias manualmente, con la opción de inicializar 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 conservado

Una VM de un MIG se elimina de forma permanente cuando:

  • Reduces el tamaño del grupo y el MIG elige esta instancia de VM para eliminarla.
  • Eliminas todo el grupo
  • Eliminar la instancia de la MIG.

Cuando se elimina una VM de forma permanente, el MIG también elimina la configuración por instancia y la instancia gestionada correspondientes, incluida su configuración de estado conservado.

Si eliminas una VM de forma permanente, se perderán todos los pares clave-valor de metadatos con estado.

Puedes configurar si quieres conservar o eliminar los discos y las direcciones IP con reconocimiento del estado al eliminar una instancia permanente. Para ello, define la marca autoDelete de cada recurso en la política con reconocimiento del estado o en una configuración por instancia. La marca admite dos opciones:

  • NEVER: (predeterminado). La MIG nunca elimina el disco.
  • ON_PERMANENT_INSTANCE_DELETION: el MIG elimina el disco cuando la instancia se elimina de forma permanente.

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

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

  • El MIG elimina la instancia gestionada y su configuración de estado conservado.
  • La MIG elimina la configuración por instancia de la instancia.
  • El MIG elimina el recurso de instancia de VM real.
  • Los metadatos id:xyz273 se pierden porque se eliminan la instancia de VM y su configuración de estado conservado.
  • El disco azul con estado se elimina porque, en este caso, la configuración por instancia tiene autoDelete: ON_PERMANENT_INSTANCE_DELETION.
  • El disco verde con estado se ha separado porque, en este disco, la configuración por instancia tiene autoDelete:NEVER.

Eliminar una instancia de un MIG con estado.

Cómo afecta al estado conservado el abandono de una instancia

Cuando abandonas una instancia de VM de un MIG, el estado de la VM, incluidos los metadatos con reconocimiento del estado, las direcciones IP y los discos, permanece en la instancia fuera del MIG. Como la MIG ya no gestiona la VM, la MIG elimina la configuración por instancia correspondiente y la instancia gestionada, incluida la configuración del estado conservado de la instancia.

En el siguiente ejemplo, la VM node-1 ha conservado el estado, definido por una política con reconocimiento del estado (disco azul) y una configuración por instancia (disco verde y metadatos id:xyz273). Si abandonas la instancia node-1 del MIG, esto es lo que ocurre con su estado conservado:

  • La instancia de VM independiente, node-1, conserva su estado: todos sus discos permanecen conectados y los metadatos, id:xyz273, se mantienen en la VM.
  • El MIG elimina la instancia gestionada y su configuración de estado conservado.
  • La MIG elimina la configuración por instancia de la instancia.
  • La política con reconocimiento del estado no cambia porque se aplica a todas las instancias del MIG.

Abandonar una instancia de un MIG con estado.

Cómo gestionan los grupos regionales el estado conservado

Los grupos de instancias gestionados regionales con reconocimiento del estado gestionan los estados conservados de sus instancias de la misma forma que los grupos de instancias gestionados zonales, excepto que los grupos de instancias gestionados regionales crean instancias de máquina virtual en varias zonas:

  • Al crear instancias, un MIG regional distribuye las VMs de forma uniforme entre las zonas de la región para maximizar la disponibilidad de tu aplicación en caso de que se produzca un fallo a nivel de zona.
  • En el caso de las instancias ya creadas, un MIG regional con reconocimiento del estado no puede redistribuir ni mover automáticamente las VMs entre zonas, ya que el estado conservado se almacena en una zona específica y no se puede mover. Por este motivo, las MIGs regionales con estado solo admiten el valor NONE para el ajuste Tipo de redistribución de instancias.

Comentarios

Queremos conocer tus casos prácticos, tus retos y tus comentarios sobre los MIGs con estado. Envíanos tus comentarios a nuestro equipo a la dirección mig-discuss@google.com.

Siguientes pasos