Acerca de las comprobaciones de estado para el grupo de escalado automático - Amazon EC2 Auto Scaling
Tipos de comprobación de estadoChequeos EC2 de salud de AmazonComprobaciones de estado Elastic Load BalancingVPCComprobaciones de estado de LatticeCómo Amazon EC2 Auto Scaling minimiza el tiempo de inactividadHealth checks (por ejemplo, en una piscina caliente)Consideraciones acerca de las comprobaciones de estado

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Acerca de las comprobaciones de estado para el grupo de escalado automático

En este tema se proporciona una descripción general de los tipos de comprobaciones de estado disponibles y se describen las consideraciones clave para integrar las comprobaciones de estado de Amazon EC2 Auto Scaling en sus aplicaciones.

Tipos de comprobación de estado

Amazon EC2 Auto Scaling puede determinar el estado de salud de una InService instancia mediante una o más de las siguientes comprobaciones de estado:

Tipo de comprobación de estado ¿Qué comprueba?

Comprobaciones EC2 de estado de Amazon y eventos programados

  • Comprueba que la instancia se esté ejecutando.

  • Comprueba si hay problemas de hardware o software subyacentes que puedan afectar a la instancia.

Este es el tipo de comprobación de estado predeterminado para un grupo de escalado automático.

Comprobaciones de estado Elastic Load Balancing

  • Comprueba si el balanceador de cargas informa que la instancia está en buen estado y confirma si la instancia está disponible para gestionar las solicitudes.

Para ejecutar este tipo de comprobación de estado, debe activarla para su grupo de Auto Scaling.

VPCComprobaciones de estado de Lattice

  • Comprueba si VPC Lattice informa que la instancia está en buen estado y confirma si la instancia está disponible para gestionar las solicitudes.

Para ejecutar este tipo de comprobación de estado, debe activarla para su grupo de Auto Scaling.

Chequeos EBS de salud de Amazon

  • Comprueba si se puede acceder a los EBS volúmenes y pasa las comprobaciones de estado de E/S.

Para ejecutar este tipo de comprobación de estado, debe activarla para su grupo de Auto Scaling.

Comprobaciones de estado personalizadas

  • Comprueba si hay algún otro problema que pueda indicar problemas de estado de la instancia, de acuerdo con las comprobaciones de estado personalizadas.

Chequeos EC2 de salud de Amazon

Cuando se lanza una instancia, se adjunta al grupo de escalado automático e ingresa en el estado InService. Para obtener información sobre los distintos estados del ciclo de vida de las instancias de un grupo de escalado automático, consulte Ciclo de vida de las instancias de Amazon EC2 Auto Scaling.

Amazon EC2 Auto Scaling comprueba periódicamente el estado de todas las instancias del grupo Auto Scaling para asegurarse de que se estén ejecutando y en buenas condiciones.

Las comprobaciones de estado

Amazon EC2 Auto Scaling utiliza los resultados de las comprobaciones de estado de las EC2 instancias de Amazon y de las comprobaciones del estado del sistema para determinar el estado de una instancia. Si la instancia se encuentra en un EC2 estado distinto de Amazonrunning, o si su estado para las comprobaciones de estado pasa a serimpaired, Amazon EC2 Auto Scaling considera que la instancia no está en buen estado y la reemplaza. Esto ocurre cuando la instancia tiene alguno de los estados siguientes:

  • stopping

  • stopped

  • shutting-down

  • terminated

Las comprobaciones de EC2 estado de Amazon no requieren ninguna configuración especial y están siempre activadas. Para obtener más información, consulta Tipos de comprobaciones de estado en la Guía del EC2 usuario de Amazon.

importante

Amazon EC2 Auto Scaling permite que las comprobaciones de estado fallen de vez en cuando, sin necesidad de realizar ninguna acción. Cuando se produce un error en una comprobación de estado, Amazon EC2 Auto Scaling espera unos minutos AWS para solucionar el problema. No marca de inmediato una instancia como Unhealthy cuando el estado de las comprobaciones de estado se vuelve impaired.

Sin embargo, si Amazon EC2 Auto Scaling detecta que una instancia ya no está en ese running estado, esta situación se considera un error inmediato. En este caso, marca inmediatamente la instancia como tal Unhealthy y la reemplaza.

Eventos programados

En ocasiones, Amazon EC2 puede programar eventos en tus instancias para que se ejecuten después de una marca de tiempo determinada. Para obtener más información, consulta los eventos programados para tus instancias en la Guía del EC2 usuario de Amazon.

Si una de sus instancias se ve afectada por un evento programado, Amazon EC2 Auto Scaling considera que la instancia no está en buen estado y la reemplaza. La instancia no comienza a cerrarse hasta que se alcanza la fecha y la hora especificadas en la marca de tiempo.

Comprobaciones de estado Elastic Load Balancing

Al activar las comprobaciones de estado de Elastic Load Balancing para su grupo de Auto Scaling, Amazon EC2 Auto Scaling puede utilizar los resultados de esas comprobaciones de estado para determinar el estado de una instancia.

Antes de poder activar las comprobaciones de estado de Elastic Load Balancing para su grupo de Auto Scaling, debe configurar un balanceador de cargas de Elastic Load Balancing y configurar una comprobación de estado para determinar si las instancias están en buen estado. Para obtener más información, consulte Prepárese para conectar un balanceador de cargas de Elastic Load Balancing.

Después de adjuntar el balanceador de carga a su grupo de Auto Scaling, ocurre lo siguiente:

  • Amazon EC2 Auto Scaling registra las instancias del grupo Auto Scaling con el balanceador de carga.

  • Una vez que se termina de registrar una instancia, ingresa al estado InService y estará disponible para su uso con el equilibrador de carga.

De forma predeterminada, Amazon EC2 Auto Scaling ignora los resultados de las comprobaciones de estado de Elastic Load Balancing. Tras activar estas comprobaciones de estado para el grupo de Auto Scaling, cuando Elastic Load Balancing indica que una instancia está registrada como talUnhealthy, Amazon EC2 Auto Scaling marca la instancia Unhealthy en su siguiente comprobación de estado periódica y la reemplaza.

Si se ha activado el agotamiento de la conexión (retraso en la cancelación del registro) para el balanceador de cargas, Amazon EC2 Auto Scaling espera a que se completen las solicitudes en curso o a que venza el tiempo de espera máximo antes de finalizar las instancias en mal estado.

nota

Para obtener instrucciones sobre cómo conectar el balanceador de carga y activar las comprobaciones de estado de Elastic Load Balancing para su grupo de Auto Scaling, consulteAdjunta un balanceador de cargas de Elastic Load Balancing a tu grupo de Auto Scaling.

Al activar las comprobaciones de estado de Elastic Load Balancing para un grupo, Amazon EC2 Auto Scaling puede reemplazar las instancias que Elastic Load Balancing notifique como en mal estado, pero solo después de que el balanceador de cargas esté en ese InService estado. Para obtener más información, consulte Verificación del estado de asociación del equilibrador de carga.

VPCComprobaciones de estado de Lattice

De forma predeterminada, Amazon EC2 Auto Scaling ignora los resultados de las comprobaciones de estado de VPC Lattice. Si lo desea, puede activar estas comprobaciones de estado para su grupo de Auto Scaling. Una vez hecho esto, cuando VPC Lattice notifique una instancia registrada como talUnhealthy, Amazon EC2 Auto Scaling marcará la instancia Unhealthy en su siguiente comprobación de estado periódica y la sustituirá. El proceso de registro de las instancias y, a continuación, comprobar su estado es el mismo que el de las comprobaciones de estado de Elastic Load Balancing.

nota

Para obtener instrucciones sobre cómo conectar el grupo objetivo de VPC Lattice y activar las comprobaciones de estado de VPC Lattice para su grupo de Auto Scaling, consulte. Adjunta un grupo objetivo de VPC Lattice a tu grupo de Auto Scaling

Al activar las comprobaciones de estado de VPC Lattice para un grupo, Amazon EC2 Auto Scaling puede reemplazar las instancias que VPC Lattice considere en mal estado, pero solo después de que el grupo objetivo esté en ese estado. InService Para obtener más información, consulte Compruebe el estado de apego de su grupo objetivo de VPC Lattice.

Cómo Amazon EC2 Auto Scaling minimiza el tiempo de inactividad

De forma predeterminada, las instancias nuevas se aprovisionan al mismo tiempo que se cancelan las instancias existentes, lo que podría impedir que se acepten nuevas solicitudes hasta que las nuevas instancias estén completamente operativas.

Si Amazon EC2 Auto Scaling determina que alguna instancia ya no se está ejecutando (o estaba marcada Unhealthy con el set-instance-healthcomando), la reemplaza inmediatamente. Sin embargo, si se descubre que otras instancias están en mal estado, Amazon EC2 Auto Scaling utiliza el siguiente enfoque para recuperarse de los errores. Este enfoque minimiza cualquier tiempo de inactividad que pueda producirse debido a problemas temporales o comprobaciones de estado mal configuradas.

  • Si hay una actividad de escalado en curso y su grupo de Auto Scaling tiene una capacidad inferior a la deseada en un 10 por ciento o más, Amazon EC2 Auto Scaling espera a que se realice la actividad de escalado en curso antes de sustituir las instancias en mal estado.

  • Cuando se amplía, Amazon EC2 Auto Scaling espera a que las instancias pasen una comprobación de estado inicial. También espera a que finalice el calentamiento de instancias predeterminado para asegurarse de que las nuevas instancias estén listas.

  • Cuando las instancias terminen de calentarse y el grupo haya alcanzado más del 90 por ciento de su capacidad deseada, Amazon EC2 Auto Scaling reemplazará las instancias en mal estado de la siguiente manera:

    • Amazon EC2 Auto Scaling solo reemplaza hasta un 10 por ciento de la capacidad deseada por el grupo a la vez. Lo hace hasta que se sustituyan todas las instancias en mal estado.

    • Al reemplazar instancias, espera a que las nuevas instancias pasen una comprobación de estado inicial. También espera a que finalice el calentamiento de instancias predeterminado antes de continuar.

nota

Si el tamaño de un grupo de Auto Scaling es lo suficientemente pequeño como para que el valor resultante del 10 por ciento sea inferior a uno, Amazon EC2 Auto Scaling reemplaza las instancias en mal estado de una en una. Esto podría provocar tiempo de inactividad para el grupo.

Además, si las comprobaciones de estado de Elastic Load Balancing indican que todas las instancias de un grupo de Auto Scaling están en mal estado y el balanceador de cargas está en ese InService estado, Amazon EC2 Auto Scaling podría marcar menos instancias en mal estado a la vez. Esto puede dar lugar a que se reemplacen muchas menos instancias a la vez que el 10 % aplicado en otros escenarios. Esto le da tiempo para solucionar el problema sin que Amazon EC2 Auto Scaling cancele automáticamente todo el grupo.

Health checks (por ejemplo, en una piscina caliente)

Amazon EC2 Auto Scaling también realiza comprobaciones de estado en las instancias de una piscina caliente. Para obtener más información, consulte Visualización del estado de la comprobación de estado y el motivo de los errores de la comprobación de estado.

Consideraciones acerca de las comprobaciones de estado

Las siguientes son consideraciones a tener en cuenta a la hora de utilizar las comprobaciones de estado de Amazon EC2 Auto Scaling.

  • Si necesita que suceda algo en la instancia que está terminando o en la instancia que se está iniciando, puede usar enlaces de ciclo de vida. Estos enlaces le permiten realizar una acción personalizada a medida que Amazon EC2 Auto Scaling lanza o termina instancias. Para obtener más información, consulte Enlaces de ciclo de vida de Amazon EC2 Auto Scaling.

  • Amazon EC2 Auto Scaling no proporciona una forma de eliminar las comprobaciones de EC2 estado de Amazon y los eventos programados de sus controles de estado. Si no desea que se reemplacen las instancias, le recomendamos suspender el proceso ReplaceUnhealthy y HealthCheck para los grupos de Auto Scaling individuales. Para obtener más información, consulte Suspender y reanudar los procesos de Amazon EC2 Auto Scaling.

  • Para volver a establecer manualmente el estado de salud de una instancia en mal estadoHealthy, puedes intentar usar el set-instance-healthcomando. Si recibe un error, probablemente se deba a que la instancia ya está terminando. Por lo general, volver a establecer el estado de salud de una instancia Healthy con el set-instance-healthcomando solo es útil en los casos en que el ReplaceUnhealthy proceso o el Terminate proceso estén suspendidos.

  • Si necesitas solucionar los problemas de una instancia sin que las comprobaciones de estado interfieran, puedes poner la instancia en Standby estado. Amazon EC2 Auto Scaling no realiza comprobaciones de estado en las instancias que se encuentran en ese Standby estado hasta que las vuelva a poner en servicio. Para obtener más información, consulte Eliminación temporal de las instancias de un grupo de escalado automático.

  • Cuando se termina la instancia, todas las direcciones IP elásticas asociadas se desasocian y no se asocian automáticamente a la nueva instancia. Tiene que asociar las direcciones IP elásticas a la instancia nueva, o hacerlo automáticamente mediante una solución basada en un enlace de ciclo de vida. Para obtener más información, consulte Direcciones IP elásticas en la Guía del EC2 usuario de Amazon.

  • Del mismo modo, cuando se termina la instancia, EBS los volúmenes adjuntos se separan (o se eliminan según el DeleteOnTermination atributo del volumen). Debe adjuntar estos EBS volúmenes a la nueva instancia de forma manual o hacerlo automáticamente con una solución basada en el ciclo de vida útil. Para obtener más información, consulta Adjuntar un EBS volumen de Amazon a una instancia en la Guía del EBS usuario de Amazon.