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

Lee las siguientes secciones para aprender cómo afectan varias opciones de configuración, acciones de grupos de instancias administrados (MIG) o eventos de ciclo de vida de las instancias al estado preservado de una instancia administrada, en un MIG con estado:

Cómo la reparación automática controla el estado preservado

Cuando una instancia de máquina virtual (VM) deja de ejecutarse o se encuentra en mal estado, la reparación automática vuelve a crear la VM y mantiene el estado preservado de los elementos que configuraste:

  • El MIG preserva los discos con estado y las direcciones IP, y los vuelve a conectar cuando se vuelve a crear la VM.
  • El MIG preserva los metadatos con estado, establecidos en la configuración por instancia, y los configura cuando se vuelve a crear la VM.

Para evitar fallas cuando se vuelve a crear la VM a causa de un disco de arranque con estado dañado, mantén el disco de arranque sin estado para que la reparación automática pueda volver a crearlo desde cero mediante la imagen original.

Cómo se maneja el estado preservado en la actualización de instancias

Cuando actualizas una instancia, el MIG mantiene su estado preservado (discos, direcciones IP y metadatos):

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

Cuando configuras una plantilla de instancias nueva, debes definir todos los discos que especificaste en la política con estado. No se permite establecer una plantilla de instancia nueva que omita un disco definido en una política con estado. Esto ayuda a prevenir la eliminación accidental de discos con estado.

Para quitar discos con estado de un MIG cuando esos discos se definen en una política con estado, usa el siguiente procedimiento:

  1. Quita la configuración del disco de la política con estado.
  2. Paso opcional: Desconecta los discos de las instancias de VM si aún quieres conservarlos.
  3. Lanza una nueva plantilla de instancia que ya no defina los discos.

No puedes actualizar los discos con estado a una imagen nueva porque estos discos deben preservarse durante la actualización; además, actualizar a una imagen nueva requiere volver a crear el disco.

Google recomienda que tengas tus datos en discos con estado y que mantengas sin estado los discos de arranque y cualquier disco con objetos binarios o archivos temporales. Esta configuración admite el siguiente comportamiento:

  • Puedes actualizar el disco de arranque y los discos con objetos binarios de forma sencilla y automática a imágenes más recientes que contengan versiones nuevas y parches de seguridad. Puedes usar la actualización automática o puedes actualizar de forma manual las instancias para volver a crear esos discos sin estado y mantener tus datos intactos en discos independientes con estado.
  • Puedes preservar los datos en discos con estado cuando lances otras actualizaciones en tus instancias.

Puedes configurar un disco de arranque para que tenga estado, por ejemplo, a fin de alojar una aplicación heredada que mantenga los objetos 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 esta situación, debes realizar las actualizaciones de software y sistema operativo por tu cuenta. Por ejemplo, mediante la actualización de paquetes individuales con un administrador de paquetes como apt en sistemas Debian o por medio de herramientas de administración de configuración.

Si solo configuraste nombres de instancias personalizados y no configuraste discos ni metadatos con estado, puedes usar las actualizaciones progresivas automatizadas. Para estas actualizaciones, debes establecer la política de reemplazo del actualizador en RECREATE. No puedes usar el método de reemplazo SUBSTITUTE para la actualización automática de instancias en MIG con estado, ya que este reemplaza las VM existentes por unas nuevas con nombres diferentes y estados preservados.

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

Disminuye el tamaño del grupo

Google no recomienda disminuir el tamaño de un MIG con estado porque este elige las instancias de VM que se borrarán y puede elegir las VM que necesitas preservar. Puedes quitar instancias de VM de MIG de forma controlada; para ello, borra instancias específicas que ya no necesites.

Si disminuyes el tamaño de MIG, este borra todas las instancias de VM adicionales, junto con sus estados preservados asociados. Para evitar esto, puedes configurar el MIG a fin de desconectar y preservar los discos con estado y las direcciones IP cuando se borra la instancia de VM de forma permanente. Los metadatos con estado se borran junto con el estado preservado. Para obtener más información, consulta Cómo afecta la eliminación de una instancia al estado preservado.

Aumenta el tamaño del grupo

Cuando aumentas el tamaño de un MIG con estado, el grupo crea las VMs a partir de la plantilla de instancias actual con nombres generados de manera automática (nombre de instancia base + sufijo). Puedes ver la configuración con estado aplicada en el preservedStateFromPolicy de la instancia administrada correspondiente. Después de que el MIG crea las instancias, puedes definir metadatos con estado y discos o direcciones IP con estado adicionales en la configuración por instancia para estas instancias.

Para elegir nombres de instancia personalizados y aumentar el tamaño del grupo, crea instancias de forma manual con la opción de iniciar su estado mediante la configuración por instancia con metadatos, direcciones IP y discos con estado para cada instancia.

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

Una VM en un MIG se borra de forma permanente en las siguientes situaciones:

  • Reduces el tamaño del grupo, y el MIG elige esta instancia de VM para su eliminación.
  • Borras todo el grupo.
  • Solo borras la instancia del MIG.

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

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

Si quieres establecer una configuración para conservar o borrar discos y direcciones IP con estado cuando se borra una instancia de forma permanente, debes configurar la marca autoDelete de cada recurso en la política con estado o en una configuración por instancia. La marca admite dos opciones:

  • NEVER: El MIG nunca borra el disco.
  • ON_PERMANENT_INSTANCE_DELETION: El MIG borra el disco cuando la instancia se borra de forma permanente.

El MIG no borra los recursos con estado durante la reparación automática, actualización o recreación de instancias.

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

  • El MIG borra la instancia administrada y la configuración de estado preservado.
  • El MIG borra la configuración por instancia de la instancia.
  • El MIG borra el recurso real de la instancia de VM.
  • Los metadatos id:xyz273 se pierden porque se borra la instancia de VM y la configuración de estado preservado.
  • El disco azul con estado se borra porque la configuración por instancia tiene autoDelete: ON_PERMANENT_INSTANCE_DELETION para este disco.
  • El disco verde con estado se desconecta porque la configuración por instancia tiene autoDelete:NEVER para este disco.

Borra una instancia de un MIG con estado.

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

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

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

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

Abandona una instancia desde un MIG con estado.

Cómo controlan los grupos regionales el estado preservado

Los MIG regionales con estado controlan los estados preservados de sus instancias de la misma manera que los MIG zonales, excepto que los MIG regionales crean instancias de VM en varias zonas:

  • Cuando se crean instancias, un MIG regional distribuye las VM de manera uniforme entre las zonas de la región para maximizar la disponibilidad de tu app en caso de una falla a nivel de zona.
  • Para las instancias existentes, un MIG regional con estado no puede volver a distribuir o mover las VM existentes entre zonas de forma automática porque el estado preservado se almacena en una zona específica y no se puede mover. Por esa razón, los MIG regionales con estado solo admiten una configuración de tipo de redistribución de instancias de NONE.

Comentarios

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

¿Qué sigue?