Grupos de destino y comprobaciones de estado

Un grupo de destinos es una colección lógica de destinos a los que el balanceador de carga enruta las solicitudes. Cada grupo de destinos tiene un tipo de destino, un protocolo/puerto y una configuración de comprobación de estado. El balanceador de carga distribuye las solicitudes entre los destinos registrados del grupo que superan las comprobaciones de estado.

Los grupos de destinos se asocian a los listeners del balanceador de carga mediante reglas de listener. Un listener puede enrutar a varios grupos de destinos según los atributos de la solicitud. Este es el mecanismo principal del enrutamiento basado en rutas y en hosts de ALB.

Los grupos de destinos admiten tres tipos de destino:

• instance: enruta a instancias de EC2 mediante el ID de instancia; el balanceador de carga envía el tráfico a la interfaz de red principal de la instancia en el puerto especificado
• ip: enruta a direcciones IP privadas; es útil para destinos en contenedores (ECS/EKS), servidores locales accesibles mediante VPN/Direct Connect o IP secundarias de instancias de EC2
• lambda: enruta a una única función de Lambda (solo ALB); ALB convierte la solicitud HTTP en un evento JSON e invoca la función de forma sincrónica

El tipo de destino IP es obligatorio para las tareas de ECS con el modo de red awsvpc (cada tarea obtiene su propia IP), para los pods de EKS y para arquitecturas híbridas con destinos locales.

Puede registrar destinos en un grupo de destinos manualmente (en la consola o mediante la CLI) o automáticamente (al asociar un Auto Scaling Group o configurar un servicio de ECS). Los destinos registrados manualmente permanecen en el grupo hasta que los anule explícitamente.

En el caso de los ASG, asocie el ASG a un grupo de destinos, y el ASG registra automáticamente las instancias recién lanzadas y anula el registro de las terminadas. Esta estrecha integración con ASG es el patrón estándar para las capas de cómputo elástico: las instancias nuevas se ponen en línea y empiezan a recibir tráfico en cuanto superan la comprobación de estado.

Cada grupo de destinos tiene una comprobación de estado asociada que el balanceador de carga utiliza para determinar si un destino está en buen estado y puede recibir tráfico. La comprobación de estado envía solicitudes periódicas a cada destino y evalúa la respuesta:

• Protocolo: HTTP, HTTPS o TCP (para NLB)
• Ruta: la ruta URL que se solicitará (por ejemplo, /health o /ping)
• Puerto: el puerto que se comprobará (de forma predeterminada, el puerto del grupo de destinos)
• Umbral de estado correcto: número de éxitos consecutivos antes de marcarlo como saludable
• Umbral de estado incorrecto: número de errores consecutivos antes de marcarlo como no saludable
• Intervalo: segundos entre comprobaciones de estado (5–300)
• Tiempo de espera: segundos que se esperará una respuesta

En las comprobaciones de estado HTTP/HTTPS, especifique qué códigos de respuesta HTTP indican que un destino está saludable. El valor predeterminado es 200, pero puede configurar rangos como 200-299 o valores separados por comas como 200,301,302.

Práctica recomendada: cree un endpoint /health específico en su aplicación que devuelva 200 únicamente cuando todas las dependencias críticas estén disponibles (conectividad con la base de datos, caché y servicio posterior). No utilice la URL raíz (/) como ruta de comprobación de estado si realiza operaciones costosas o requiere autenticación.

Después del registro, un destino pasa por los siguientes estados:

• initial: ELB está realizando las primeras comprobaciones de estado
• healthy: ha superado el número necesario de comprobaciones de estado consecutivas y recibe tráfico
• unhealthy: no ha superado el número necesario de comprobaciones de estado consecutivas y se ha retirado de la rotación
• draining: la anulación del registro está en curso; se permite que las conexiones existentes finalicen, pero no se envían conexiones nuevas
• unused: está registrado en el grupo, pero ninguna regla de listener dirige tráfico actualmente a este grupo

Supervise las métricas de CloudWatch UnHealthyHostCount y HealthyHostCount para detectar problemas en su flota de destinos.

El retraso de anulación del registro (denominado anteriormente drenaje de conexiones) es el tiempo que ELB espera a que finalicen las conexiones existentes antes de anular finalmente el registro de un destino. El valor predeterminado es de 300 segundos (5 minutos). Durante este periodo, no se envían solicitudes nuevas al destino cuyo registro se está anulando, pero se permite que finalicen las solicitudes en curso.

Para implementaciones rápidas y terminaciones causadas por el auto scaling, puede reducir este valor a entre 30 y 60 segundos si su aplicación procesa las solicitudes rápidamente. Para operaciones de larga duración (cargas de archivos y procesamiento de vídeo), manténgalo el tiempo suficiente para que esas operaciones finalicen sin interrupciones.

Los grupos de destinos admiten distintos algoritmos de equilibrio de carga:

• Round robin (predeterminado de ALB): distribuye las solicitudes de forma uniforme y rotativa; es la mejor opción cuando todos los destinos son equivalentes
• Least outstanding requests (ALB): envía cada solicitud nueva al destino con menos solicitudes en curso; es más adecuado para cargas de trabajo de duración variable, en las que algunas solicitudes tardan más que otras
• Flow hash (NLB): distribuye según el protocolo, las direcciones IP de origen y destino, los puertos de origen y destino y el número de secuencia TCP; garantiza que todos los paquetes de un flujo TCP/UDP se dirijan al mismo destino

Para aplicaciones basadas en sesiones en las que todas las solicitudes de un usuario deben llegar al mismo destino, habilite las sesiones persistentes en lugar de depender de la distribución round robin.

Una sola regla de listener de ALB puede distribuir el tráfico entre varios grupos de destinos mediante grupos de destinos ponderados. Por ejemplo, puede dirigir el 90 % del tráfico a un grupo de destinos estable y el 10 % a un grupo de destinos canario para realizar implementaciones blue-green, sin utilizar el enrutamiento ponderado de Route 53.

Los grupos de destinos ponderados se configuran en el nivel de la regla del listener. Los pesos son relativos: una proporción 90/10 envía el 90 % al primer grupo y el 10 % al segundo. Esto difiere del enrutamiento ponderado entre varios ALB; en este caso, se realiza dentro de una única regla de listener de ALB.

Al implementar servicios de ECS detrás de un ALB, cada tarea de ECS se registra en el grupo de destinos del ALB mediante el tipo de destino ip (para el modo de red awsvpc). El servicio de ECS gestiona automáticamente el registro y la anulación del registro: las tareas nuevas se registran después de superar las comprobaciones de estado, y las tareas que se detienen activan el retraso de anulación del registro antes de finalizar.

Cada servicio de ECS puede registrarse con una anulación de puerto específica, lo que permite que varios servicios de ECS compartan un solo ALB mediante distintas reglas de listener (basadas en rutas o en hosts) con diferentes grupos de destinos; este es un patrón habitual de microservicios.

El comportamiento de las comprobaciones de estado de NLB difiere del de ALB:

• NLB admite los protocolos de comprobación de estado TCP, HTTP y HTTPS, independientemente del protocolo del listener
• Las comprobaciones de estado de NLB se envían desde las direcciones IP del NLB en cada AZ; asegúrese de que los grupos de seguridad permitan tráfico desde las IP de las subredes del NLB o utilice el grupo de seguridad del propio NLB
• En las comprobaciones de estado TCP, NLB considera saludable un destino si acepta una conexión TCP en el puerto especificado
• Los destinos de NLB que no superan las comprobaciones de estado se retiran por AZ; si todos los destinos de una AZ están no saludables, NLB puede realizar un equilibrio de carga entre zonas hacia destinos saludables de otras AZ (si el equilibrio de carga entre zonas está habilitado)

Compruebe su comprensión de los conceptos de AWS Solutions Architect (SAA-C03) tratados en esta lección.

En esta lección ha aprendido que los grupos de destinos contienen destinos registrados y saludables de tipo instancia, IP o Lambda; que las comprobaciones de estado sondean periódicamente los destinos para retirar de la rotación los que no están saludables; y que el retraso de anulación del registro permite drenar correctamente las solicitudes en curso antes de retirar un destino. A continuación, exploraremos las reglas de listener y el enrutamiento basado en rutas en el ALB.