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:

Comprobaciones de estado de Amazon EC2

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 instancias de Amazon EC2 Auto Scaling.

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

Las comprobaciones de estado

Amazon EC2 Auto Scaling utiliza los resultados de las comprobaciones de estado de instancias de Amazon EC2 Auto Scaling y las comprobaciones de estado del sistema para determinar el estado de una instancia. Si la instancia se encuentra en cualquier estado de Amazon EC2 distinto de running o si el estado de las comprobaciones de estado se vuelve impaired, Amazon EC2 Auto Scaling considera que la instancia está en mal estado y la reemplaza. Esto ocurre cuando la instancia tiene alguno de los estados siguientes:

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

Eventos programados

Amazon EC2 puede programar ocasionalmente los eventos de las instancias para que se ejecuten después de una marca temporal determinada. Para obtener más información, consulte Eventos programados para sus instancias en la Guía del usuario de Amazon EC2.

Si una de las instancias se ve afectada por un evento programado, Amazon EC2 Auto Scaling considera que la instancia está en mal 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:

De forma predeterminada, Amazon EC2 Auto Scaling ignora los resultados de las comprobaciones de estado de Elastic Load Balancing. Después de activar estas comprobaciones de estado para su 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 el drenaje de conexiones (retardo de anulación del registro) está habilitado para su equilibrador de carga, Amazon EC2 Auto Scaling espera a que se completen las solicitudes en curso o que expire el tiempo de espera máximo antes de terminar las instancias en mal estado.

Comprobaciones de estado de VPC 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. Después de hacer esto, cuando VPC Lattice informa de una instancia registrada como Unhealthy, Amazon EC2 Auto Scaling marca la instancia como Unhealthy en su próxima comprobación de estado periódica y la reemplaza. 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.

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

De forma predeterminada, las instancias nuevas se aprovisionan al mismo tiempo que se cierran las instancias existentes, lo que podría impedir que se acepten nuevas solicitudes hasta que las nuevas instancias estén en pleno funcionamiento.

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

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 al utilizar las comprobaciones de estado de Auto Scaling de Amazon EC2.

Comprobaciones de estado personalizadas

Como opción, quizás desee poner en marcha tareas personalizadas de detección de estado en las instancias del grupo de escalado automático y establecer el estado de una instancia como Unhealthy si la tarea tiene errores. Esto amplía las comprobaciones de estado mediante una combinación de comprobaciones de estado personalizadas, comprobaciones de estado de Amazon EC2 y comprobaciones de estado de Elastic Load Balancing, si están habilitadas.

Puede enviar la información de estado de la instancia directamente a Amazon EC2 Auto Scaling mediante la AWS CLI o un SDK. Los siguientes ejemplos muestran cómo usarlo AWS CLI para configurar el estado de salud de una instancia y, a continuación, verificar el estado de salud de la instancia.

Utilice el siguiente comando set-instance-health para establecer el estado de la instancia especificada en Unhealthy.

aws autoscaling set-instance-health --instance-id i-1234567890abcdef0 --health-status Unhealthy

De forma predeterminada, este comando respeta el período de gracia de la comprobación de estado. Sin embargo, puede anular este comportamiento y no respetar el periodo de gracia al incluir la opción --no-should-respect-grace-period.

Utilice el comando describe-auto-scaling-groups para verificar que el estado de la instancia sea Unhealthy.

aws autoscaling describe-auto-scaling-groups --auto-scaling-group-names my-asg

A continuación se incluye una respuesta de ejemplo que muestra que el estado de la instancia es Unhealthy y que la instancia está terminando.

{
    "AutoScalingGroups": [
        {
            ....
            "Instances": [
                {
                    "ProtectedFromScaleIn": false,
                    "AvailabilityZone": "us-west-2a",
                    "LaunchTemplate": {
                        "LaunchTemplateName": "my-launch-template",
                        "Version": "1",
                        "LaunchTemplateId": "lt-1234567890abcdef0"
                    },
                    "InstanceId": "i-1234567890abcdef0",
                    "InstanceType": "t2.micro",
                    "HealthStatus": "Unhealthy",
                    "LifecycleState": "Terminating"
                },
                ...
            ]
        }
    ]
}