1. Le rôle central des équilibreurs de charge (Load Balancers)

Un répartiteur de charge distribue le trafic entrant provenant des clients sur une batterie de serveurs applicatifs d’arrière-plan, garantissant une expérience fluide et absorbant les variations de débit.

2. Comparatif technique : ALB (Niveau 7) vs NLB (Niveau 4)

Critère Application Load Balancer (ALB) Network Load Balancer (NLB)
Couche OSI Couche 7 (Applicative) : HTTP, HTTPS, gRPC, WebSockets Couche 4 (Transport) : TCP, UDP, TLS
Capacités de routage Routage par URL (/api/* vs /statiques/*), en-têtes HTTP, cookies Routage ultra-rapide basé uniquement sur IP et port de destination
Performance & Latence Latence en millisecondes, terminaison TLS avancée Latence en microsecondes, millions de requêtes par seconde
Gestion d’adresses IP Nom DNS dynamique (plusieurs IPs variables) Adresses IP élastiques statiques dédiées par zone

3. Sondes de santé (Health Checks) et auto-guérison

L’équilibreur interroge régulièrement chaque serveur membre du groupe cible (Target Group) via une sonde de santé HTTP (ex: GET /healthz) :

# Paramétrage d'un contrôle de santé avec AWS CLI
aws elbv2 create-target-group --name tg-educasuisse-app 
    --protocol HTTP --port 8080 --vpc-id $VPC_ID 
    --health-check-protocol HTTP 
    --health-check-path /api/health 
    --health-check-interval-seconds 15 
    --healthy-threshold-count 2 
    --unhealthy-threshold-count 3

Dès qu’une instance renvoie un code d’erreur (500) ou ne répond plus dans le délai imparti pendant 3 cycles consécutifs, l’équilibreur cesse immédiatement de lui acheminer du trafic jusqu’à son rétablissement complet.

Déchargement SSL/TLS (SSL Offloading) : L’ALB prend en charge la négociation cryptographique HTTPS grâce aux certificats gratuits fournis et renouvelés automatiquement par AWS Certificate Manager (ACM), soulageant ainsi le processeur des serveurs web applicatifs.

PreviousNext