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 grupos de destino del equilibrador de carga de red

Puede registrar los destinos en uno o varios grupos de destino. El equilibrador de carga comienza a enrutar las solicitudes hacia un destino recién registrado tan pronto como se completa el proceso de registro y los destinos superan las comprobaciones de estado iniciales. El proceso de registro puede tardar unos minutos en completarse y comenzar las comprobaciones de estado.

Los equilibradores de carga de red utilizan comprobaciones de estado activas y pasivas para determinar si un destino se encuentra disponible para administrar solicitudes. De forma predeterminada cada uno de los nodos del balanceador de carga direcciona las solicitudes exclusivamente a los destinos en buen estado de su zona de disponibilidad. Si se habilita el balanceo de carga entre zonas, cada nodo del balanceador de carga direccionará el tráfico entre los destinos en buen estado de todas las zonas de disponibilidad habilitadas. Para obtener más información, consulte Equilibrio de carga entre zonas.

Con las comprobaciones de estado pasivas, el balanceador de carga observa cómo los objetivos responden a las conexiones. Las comprobaciones de estado pasivas permiten que el balanceador de carga pueda detectar un destino en mal estado antes de que lo notifiquen las comprobaciones de estado activas. Las comprobaciones de estado pasivas no se pueden deshabilitar, configurar ni monitorear. Las comprobaciones de estado pasivas no son compatibles con el tráfico UDP, ni con grupos de destino con la persistencia activada. Para obtener más información, consulte Sesiones persistentes.

Si un destino no se encuentra en buen estado, el equilibrador de carga envía un RST de TCP para los paquetes recibidos en las conexiones de cliente asociadas al destino, a menos que el destino en mal estado active el modo de apertura por error en el equilibrador de carga.

Si los grupos de destino no tienen un destino en buen estado en una zona de disponibilidad habilitada, se quita del DNS la dirección IP de la subred correspondiente, para que no puedan dirigirse solicitudes a esa zona de disponibilidad. Si todos los destinos no pasan las comprobaciones de estado a la vez en todas las zonas de disponibilidad habilitadas, se produce un error al abrir el equilibrador de carga. Los equilibradores de carga de red quedarán en estado de apertura por error si tiene un grupo de destino vacío. 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.

Si un grupo de destino se encuentra configurado con comprobaciones de estado de HTTPS, sus destinos registrados no pasarán las comprobaciones de estado si solo admiten TLS 1.3. Estos destinos deben ser compatibles con una versión anterior de TLS, como TLS 1.2.

En las solicitudes de comprobación de estado HTTP o HTTPS, el encabezado de host contiene la dirección IP del nodo del balanceador de carga y el puerto del agente de escucha, no la dirección IP del destino y el puerto de comprobación de estado.

Si agrega un oyente de TLS a su equilibrador de carga de red, realizaremos una prueba de conectividad del oyente. Como la terminación de TLS también termina una conexión TCP, se establece una nueva conexión TCP entre el balanceador de carga y los destinos. Por tanto, es posible que observe que se envían las conexiones TCP de esta prueba desde el equilibrador de carga a los destinos que estén registrados en el oyente TLS. Puede identificar estas conexiones TCP, ya que tienen la dirección IP de origen del equilibrador de carga de red y las conexiones no contienen paquetes de datos.

En el caso de un servicio de UDP, la disponibilidad del destino se puede probar mediante comprobaciones de estado que no sean de UDP en el grupo de destino. Puede utilizar cualquier comprobación de estado disponible (TCP, HTTP o HTTPS) y cualquier puerto de su destino para verificar la disponibilidad de un servicio de UDP. Si se produce un error del servicio que recibe la comprobación de estado, se considera que el destino no se encuentra disponible. Para mejorar la precisión de las comprobaciones de estado de un servicio de UDP, configure el servicio a la escucha del puerto de comprobación de estado a fin de realizar un seguimiento del estado de su servicio de UDP y fallar la comprobación de estado si el servicio no se encuentra disponible.

Configuración de comprobación de estado

Puede utilizar los siguientes ajustes para configurar las comprobaciones de estado activas en los destinos de un grupo de destino. 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.

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.

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

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. Además, la consola muestra la misma descripción en una información sobre herramientas. Tenga en cuenta que los códigos de motivo que comienzan por Elb tienen su origen en el balanceador de carga y que los códigos de motivo que comienzan por Target tienen su origen en el destino.