Actualización de instancias y ganchos de ciclo de vida

Cuando actualiza una plantilla de lanzamiento (una AMI nueva, datos de usuario nuevos o un tipo de instancia nuevo), las instancias que ya están en ejecución en el ASG no se sustituyen automáticamente: siguen utilizando la configuración anterior. Para propagar los cambios, debe sustituir las instancias. Terminar y volver a lanzar instancias manualmente es arriesgado y propenso a errores. Instance Refresh automatiza este proceso con controles de seguridad configurables.

Instance Refresh sustituye las instancias del ASG en lotes progresivos. En cada paso, termina un lote de instancias antiguas, espera a que las nuevas instancias superen las comprobaciones de estado y, a continuación, pasa al siguiente lote. Puede controlar el ritmo mediante MinHealthyPercentage (el porcentaje mínimo de capacidad que debe permanecer en buen estado durante la actualización) y un tiempo opcional de InstanceWarmup.

MinHealthyPercentage define el límite inferior de capacidad en buen estado durante la actualización. Si lo establece en el 90 %, solo se sustituye el 10 % del conjunto de instancias cada vez: es más lento, pero más seguro. Un valor del 50 % sustituye la mitad del conjunto a la vez: es más rápido, pero ofrece menos redundancia. El ASG calcula automáticamente el tamaño de los lotes según este porcentaje y la capacidad deseada actual. Elija un porcentaje más alto para las cargas de trabajo de producción con el fin de mantener la disponibilidad.

Los puntos de control permiten pausar Instance Refresh en hitos porcentuales predefinidos. Por ejemplo, puede actualizar el 20 % de las instancias, pausar durante 10 minutos para ejecutar pruebas de humo y continuar después. Si detecta un problema en algún punto de control, puede cancelar la actualización: el ASG deja de sustituir instancias adicionales, pero mantiene en ejecución las que ya se sustituyeron (ya utilizan la nueva plantilla). Esto constituye, en la práctica, un patrón de implementación canary para EC2.

Puede cancelar un Instance Refresh en curso en cualquier momento; esto detiene las sustituciones posteriores, pero no revierte las que ya se han completado. Utilice describe-instance-refreshes para consultar el estado, el porcentaje de progreso y las instancias cuyo lanzamiento haya fallado. Integre Instance Refresh con su canalización de CI/CD para activar automáticamente una actualización después de insertar una AMI nueva en la plantilla de lanzamiento y completar así una implementación de estilo blue/green totalmente automatizada.

Lifecycle Hooks pausan las transiciones de las instancias del ASG en momentos clave para que pueda ejecutar lógica personalizada antes de que una instancia se active o antes de que termine. Hay dos puntos de enlace: EC2_INSTANCE_LAUNCHING (después del lanzamiento y antes de que la instancia pase a InService) y EC2_INSTANCE_TERMINATING (después de decidir la terminación y antes de que la instancia termine realmente). Durante un hook, la instancia se encuentra en el estado Pending:Wait o Terminating:Wait.

El hook de lanzamiento es ideal para las tareas que deben completarse antes de que una instancia atienda tráfico: instalar software adicional, obtener la configuración de Parameter Store, registrar la instancia en un registro de descubrimiento de servicios o ejecutar pruebas de integración. El ASG no añade la instancia al grupo de destino del balanceador de carga hasta que el hook finaliza (o agota el tiempo de espera). Esto evita que el tráfico llegue a una instancia cuya configuración esté incompleta.

El hook de terminación se ejecuta antes de que una instancia termine realmente. Entre sus casos de uso se incluyen vaciar las solicitudes en curso de una cola a nivel de aplicación, vaciar los datos en caché en un almacén persistente, cancelar el registro en un registro de servicios o copiar archivos de registro a S3. Sin un hook de terminación, el trabajo en curso de una instancia que está terminando podría perderse. El hook le proporciona hasta 2 horas (tiempo de espera del heartbeat) para completar las tareas de apagado ordenado.

La lógica personalizada que se ejecuta en la instancia o que esta activa debe indicar al hook cuándo ha terminado. Utilice complete-lifecycle-action con CONTINUE (continuar normalmente) o ABANDON (en un hook de lanzamiento, terminar la instancia; en un hook de terminación, ignorar y continuar). También puede ampliar el tiempo de espera del hook enviando un heartbeat en cada intervalo hasta alcanzar la duración máxima. Si el hook agota el tiempo de espera, se aplica DefaultResult.

La forma más limpia de responder a los hooks de ciclo de vida es mediante Amazon EventBridge. Cuando se activa un hook de ciclo de vida, el ASG emite un evento a EventBridge. Una regla de EventBridge dirige este evento a una función de Lambda que realiza el trabajo necesario y, después, llama a complete-lifecycle-action. Esta arquitectura es completamente sin servidor, no requiere sondeos y escala automáticamente. Las notificaciones de SQS y SNS son alternativas anteriores, pero se recomienda EventBridge para los diseños nuevos.

Cuando Instance Refresh sustituye una instancia, siguen activándose ambos hooks de ciclo de vida: el hook de terminación en la instancia antigua y el hook de lanzamiento en la nueva. Esto significa que la lógica de apagado ordenado y de inicialización se ejecuta automáticamente durante una actualización progresiva, no solo durante los eventos normales de escalado. Pruebe siempre la lógica de sus hooks de ciclo de vida durante un Instance Refresh gradual antes de realizar una implementación en producción para verificar que funciona correctamente.

Compruebe su comprensión de los conceptos de AWS Solutions Architect (SAA-C03) de esta lección.

En esta lección ha aprendido lo siguiente: Instance Refresh sustituye las instancias del ASG en lotes progresivos controlados por MinHealthyPercentage y puntos de control opcionales para realizar una validación de tipo canary; Lifecycle Hooks pausan las transiciones de las instancias durante el lanzamiento o la terminación para ejecutar lógica personalizada de inicialización o de apagado ordenado; y EventBridge + Lambda es el patrón recomendado para responder a eventos de hooks de ciclo de vida sin realizar sondeos. A continuación, exploraremos las funciones, los runtimes, los triggers y los handlers de AWS Lambda.