Comprobaciones de estado de los grupos de destinos del equilibrador de carga de aplicación.

El Equilibrador de carga de aplicación envía periódicamente solicitudes a los destinos registrados para comprobar su estado. Estas pruebas se denominan comprobaciones de estado.

Cada nodo del equilibrador de carga direcciona las solicitudes únicamente a los destinos en buen estado de las zonas de disponibilidad habilitadas para el equilibrador de carga. Cada nodo del equilibrador de carga comprueba el estado de cada destino; para ello, utiliza la configuración de comprobación de estado de los grupos de destino en los que está registrado el destino. Una vez que el destino está registrado, debe superar una comprobación de estado para que se considere que se encuentra en buen estado. Después de completar cada comprobación de estado, el nodo del equilibrador de carga cierra la conexión se estableció para la comprobación de estado.

Si un grupo de destino contiene solo destinos registrados en mal estado, el equilibrador de carga dirige las solicitudes a todos esos destinos, independientemente de su estado. Esto significa que si todos los destinos no pasan las comprobaciones de estado al mismo tiempo en todas las zonas de disponibilidad habilitadas, el equilibrador de carga no se abrirá correctamente. El efecto de la apertura por error es permitir que el tráfico llegue a todos los destinos de todas las zonas de disponibilidad habilitadas, independientemente de su estado, en función del algoritmo de equilibrio de carga.

Las comprobaciones de estado no admiten WebSockets.

Configuración de comprobación de estado

Puede configurar las comprobaciones de estado de los destinos de un grupo de destino según se indica en la siguiente tabla. Los nombres de configuración que se utilizan en la tabla son los que se utilizan en la API. El equilibrador de carga envía una solicitud de comprobación de estado a cada destino registrado cada vez que transcurren los segundos que indica HealthCheckIntervalSeconds, mediante el protocolo, el puerto y la comprobación de estado especificados. Cada solicitud de comprobación de estado es independiente y el resultado dura todo el intervalo. El tiempo que tarda el destino en responder no afecta al intervalo de la siguiente solicitud de comprobación de estado. Si las comprobaciones de estado superan el umbral de UnhealthyThresholdCount errores consecutivos, el equilibrador de carga inhabilita el destino. Cuando las comprobaciones de estado superan el umbral de HealthyThresholdCount éxitos consecutivos, el equilibrador de carga vuelve a poner el destino en servicio.

Opción	Descripción
HealthCheckProtocol	Protocolo que el equilibrador de carga utiliza al realizar comprobaciones de estado en los destinos. Para equilibradores de carga de aplicación, los protocolos admitidos son HTTP y HTTPS. El valor predeterminado es el protocolo HTTP. Estos protocolos utilizan el método HTTP GET para enviar las solicitudes de comprobación de estado.
HealthCheckPort	Puerto que el equilibrador de carga utiliza al realizar comprobaciones de estado en los destinos. El valor predeterminado es el puerto en el que cada destino recibe el tráfico procedente del equilibrador de carga.
HealthCheckPath	El destino para las comprobaciones de estado en los destinos. Si la versión del protocolo es HTTP/1.1 o HTTP/2, especifique un URI válido (/ruta?consulta). El valor predeterminado es /. Si la versión del protocolo es gRPC, especifique la ruta del método de comprobación de estado personalizado con el formato /package.service/method. El valor predeterminado es /AWS.ALB/healthcheck.
HealthCheckTimeoutSeconds	Cantidad de tiempo, en segundos, durante la cual ninguna respuesta de un destino significa una comprobación de estado fallida. El rango va de 2 a 120 segundos. El valor predeterminado es 5 segundos si el tipo de destino es instance o ip y 30 segundos si el tipo de destino es lambda.
HealthCheckIntervalSeconds	Cantidad aproximada de tiempo, en segundos, que transcurre entre comprobaciones de estado de un destino individual. El rango va de 5 a 300 segundos. El valor predeterminado es 30 segundos si el tipo de destino es instance o ip y 35 segundos si el tipo de destino es lambda.
HealthyThresholdCount	Número de comprobaciones de estado consecutivas que deben superarse para considerar que un destino en mal estado vuelve a estar en buen estado. El rango va de 2 a 10. El valor predeterminado es 5.
UnhealthyThresholdCount	Número de comprobaciones de estado consecutivas no superadas que se requieren para considerar que un destino se encuentra en mal estado. El rango va de 2 a 10. El valor predeterminado es 2.
Matcher	Códigos que se deben utilizar al comprobar si se ha recibido una respuesta exitosa de un destino. En la consola, se denominan códigos de éxito. Si la versión del protocolo es HTTP/1.1 o HTTP/2, los valores posibles oscilan entre 200 y 499. Puede especificar varios valores (por ejemplo, “200,202”) o un intervalo de valores (por ejemplo, “200-299”). El valor predeterminado es 200. Si la versión del protocolo es gRPC, los valores posibles van de 0 a 99. Puede especificar varios valores (por ejemplo, “0,1”) o un intervalo de valores (por ejemplo, “0-5”). El valor predeterminado es 12.

Estado del destino

Antes de que el equilibrador de carga envíe a un destino una solicitud de comprobación de estado, debe registrarlo en un grupo de destino, especificar su grupo de destino en una regla del oyente y asegurarse de que la zona de disponibilidad del destino esté habilitada en el equilibrador de carga. Para que un destino pueda recibir solicitudes desde el equilibrador de carga, debe superar las comprobaciones de estado iniciales. Una vez que ha superado estas comprobaciones de estado iniciales, su estado es Healthy.

En la siguiente tabla se describen los valores posibles del estado de un destino registrado.

Valor	Descripción
initial	El equilibrador de carga se encuentra en proceso de registrar el destino o de realizar las comprobaciones de estado iniciales en el destino. Códigos de motivo relacionados: Elb.RegistrationInProgress | Elb.InitialHealthChecking
healthy	El destino se encuentra en buen estado. Códigos de motivo relacionados: ninguno
unhealthy	El destino no respondió a una comprobación de estado o no la ha superado. Códigos de motivo relacionados: Target.ResponseCodeMismatch | Target.Timeout | Target.FailedHealthChecks | Elb.InternalError
unused	El destino no está registrado en un grupo de destino, el grupo de destino no se utiliza en una regla del oyente, el destino se encuentra en una zona de disponibilidad que no está habilitada o el destino está en un estado detenido o terminado. Códigos de motivo relacionados: Target.NotRegistered | Target.NotInUse | Target.InvalidState | Target.IpUnusable
draining	El destino está en proceso de anulación del registro y de vaciado de conexiones. Código de motivo relacionado: Target.DeregistrationInProgress
unavailable	Las comprobaciones de estado están deshabilitadas para el grupo de destino. Código de motivo relacionado: Target.HealthCheckDisabled

Códigos de motivo de comprobación de estado

Si el estado de un destino es un valor distinto de Healthy, el API devuelve un código de motivo y una descripción del problema, y la consola muestra la misma descripción. Los códigos de motivo que comienzan por Elb tienen su origen en el equilibrador de carga y que los códigos de motivo que comienzan por Target tienen su origen en el destino. Para obtener más información sobre las posibles causas de los errores en las comprobaciones de estado, consulte Solución de problemas.

Código de motivo	Descripción
Elb.InitialHealthChecking	Las comprobaciones de estado iniciales están en curso.
Elb.InternalError	Las comprobaciones de estado no se han superado debido a un error interno.
Elb.RegistrationInProgress	El registro del destino está en curso.
Target.DeregistrationInProgress	La anulación del registro del destino está en curso.
Target.FailedHealthChecks	Las comprobaciones de estado no se han superado.
Target.HealthCheckDisabled	Las comprobaciones de estado están deshabilitadas
Target.InvalidState	El destino se encuentra en estado detenido. El destino se encuentra en estado terminado. El destino se encuentra en estado terminado o detenido. El destino se encuentra en un estado no válido.
Target.IpUnusable	La dirección IP no se puede utilizar como destino, ya que la utiliza un equilibrador de carga.
Target.NotInUse	El grupo de destino no se ha configurado para recibir el tráfico del equilibrador de carga. El destino se encuentra en una zona de disponibilidad que no está habilitada para el equilibrador de carga.
Target.NotRegistered	El destino no está registrado en el grupo de destino.
Target.ResponseCodeMismatch	Las comprobaciones de estado no se han superado y se han emitido estos códigos: [código]
Target.Timeout	Se agotó el tiempo de espera de la solicitud.