¿El NLB reenvía al ALB incluso si falla la verificación de salud del grupo de destino?
Mi configuración de ALB es la siguiente:
– Cuando el tráfico va directamente de ALB, todo está bien y el sitio web funciona
HTTP 80
HTTPS 444
Mi configuración de NLB es la siguiente:
– Para el NLB, el grupo de destinos es el propio ALB
Como puedes ver, la comprobación de estado de salud falla.
Ahora, el grupo de destinos http:
Ahora, este grupo de destinos está en buen estado de salud.
Además, la configuración del balanceador de carga de red se establece de la siguiente manera:
TCP 80
TCP 443
Extrañamente, mi sitio web funciona tanto con http como con https.
¿Significa esto que el NLB reenvía la solicitud al ALB independientemente de que la comprobación de estado de salud esté pasando o no?
davy.ai
Análisis de la configuración de ALB y NLB
Configuración de ALB
La configuración de ALB consiste en HTTP en el puerto 80 y HTTPS en el puerto 444. Cuando el tráfico va directamente desde el origen al ALB, el sitio web funciona sin problemas.
Configuración de NLB
La configuración de NLB incluye el grupo de destino de ALB. Sin embargo, el chequeo de salud está fallando, según la imagen. El balanceador de carga de red está configurado para permitir TCP en los puertos 80 y 443.
Grupo de destino HTTP
La configuración del grupo de destino HTTP parece estar saludable, según la imagen.
Grupo de destino HTTPS
Como no se comparte una imagen de configuración de grupo de destino HTTPS, no podemos comentar sobre la salud y configuración de HTTPS.
Conclusión
El sitio web parece estar funcionando en HTTP y HTTPS, incluso cuando NLB reenvía la solicitud a ALB incluso cuando el chequeo de salud falla. Sin embargo, no es una configuración ideal y se deben tomar medidas correctivas para garantizar el correcto funcionamiento de ALB y NLB. Se debe investigar el grupo de destino HTTPS para comprender por qué el chequeo de salud está fallando.