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.
Comprobaciones de estado de los grupos de destino
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.
Los controles de salud no son compatibles 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 balanceador de cargas envía una solicitud de comprobación de estado a cada objetivo registrado cada HealthCheckIntervalSecondssegundo, mediante el puerto, el protocolo y la ruta de 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 los errores UnhealthyThresholdCountconsecutivos, el equilibrador de cargas deja el objetivo fuera de servicio. Cuando las comprobaciones de estado superan las HealthyThresholdCountcorrectas consecutivas, el equilibrador de cargas vuelve a poner el objetivo en servicio.
| Opción | Descripción |
|---|---|
HealthCheckProtocol |
Protocolo que el equilibrador de carga utiliza al realizar comprobaciones de estado en los destinos. Los posibles protocolos 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 |
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 |
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 |
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 |
|---|---|
|
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: |
|
El destino se encuentra en buen estado. Códigos de motivo relacionados: ninguno |
|
El destino no respondió a una comprobación de estado o no la ha superado. Códigos de motivo relacionados: |
|
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: |
|
El destino está en proceso de anulación del registro y de vaciado de conexiones. Código de motivo relacionado: |
|
Las comprobaciones de estado están deshabilitadas para el grupo de destino. Código de motivo relacionado: |
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 |
|---|---|
|
Las comprobaciones de estado iniciales están en curso. |
|
Las comprobaciones de estado no se han superado debido a un error interno. |
|
El registro del destino está en curso. |
|
La anulación del registro del destino está en curso. |
|
Las comprobaciones de estado no se han superado. |
|
Las comprobaciones de estado están deshabilitadas |
|
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. |
|
La dirección IP no se puede utilizar como destino, ya que la utiliza un equilibrador de carga. |
|
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. |
|
El destino no está registrado en el grupo de destino. |
|
Las comprobaciones de estado no se han superado y se han emitido estos códigos: [código] |
|
Se agotó el tiempo de espera de la solicitud. |
Comprobación del estado de los destinos
Puede comprobar el estado de los destinos registrados en los grupos de destino.
Para comprobar el estado de los destinos desde la AWS CLI
Utilice el comando describe-target-health. El resultado de este comando contiene el estado del destino. Si el estado es cualquier valor distinto de Healthy, la salida también incluye un código de motivo.
Para recibir notificaciones por correo electrónico sobre destinos en mal estado
Utilice CloudWatch alarmas para activar una función Lambda que envíe detalles sobre objetivos en mal estado. Para step-by-step obtener instrucciones, consulta la siguiente entrada del blog: Cómo identificar los objetivos insalubres de tu balanceador de cargas
Modificar la configuración de comprobación de estado de un grupo de destino
Puede modificar la configuración de comprobación de estado del grupo de destino en cualquier momento.
Para modificar la configuración de comprobación de estado de un grupo de destino desde la AWS CLI
Utilice el comando modify-target-group.
