Comment fonctionne l'équilibrage de charge dans AWS ?

Question

Accepted Answer

**Elastic Load Balancing (ELB)** distribue le trafic entrant sur plusieurs cibles (instances EC2, conteneurs, etc.) — améliorant la **disponibilité** (pas de point unique de défaillance) et la **scalabilité** (répartition de la charge). C'est un composant clé pour les applications fiables et évolutives.

## Ce que fait un équilibreur de charge

```text
A LOAD BALANCER sits in front of multiple backend targets and distributes requests:
  Client → LOAD BALANCER → ┬→ Instance 1
                           ├→ Instance 2
                           └→ Instance 3
  → spreads traffic across targets (scalability + no single instance overloaded)
  → HEALTH CHECKS: routes only to HEALTHY targets (an unhealthy one is bypassed)
  → if a target fails, traffic goes to the others → HIGH AVAILABILITY
  → single entry point (clients hit the LB, not individual instances)
```

## Types d'équilibreurs de charge AWS

```text
APPLICATION LB (ALB) → Layer 7 (HTTP/HTTPS): content/path/host-based routing,
  great for web apps, microservices, containers (route /api → one group, /app → another)
NETWORK LB (NLB) → Layer 4 (TCP/UDP): ultra-high performance, low latency, static IPs
GATEWAY LB → for deploying virtual network appliances
(Classic LB → legacy)
→ ALB is the common choice for HTTP applications.
```

## Fonctionnalités clés

```text
✓ HEALTH CHECKS — detect unhealthy targets and stop routing to them (reliability)
✓ Spread across MULTIPLE AZs — survive an AZ failure
✓ Works with AUTO SCALING — automatically includes new instances as they scale
✓ SSL/TLS termination (handle HTTPS at the LB)
✓ Sticky sessions, path/host routing (ALB), WebSocket support
```

## Pourquoi c'est important

Comprendre l'équilibrage de charge est précieux car c'est un composant clé pour construire des applications **fiables et scalables** sur AWS, donc c'est une connaissance pratique importante.

Un équilibreur de charge répond à deux besoins fondamentaux : la **disponibilité** (en distribuant le trafic sur plusieurs cibles backend avec des **health checks** qui acheminent uniquement vers les cibles saines, donc si une instance défaille, le trafic continue vers les autres — éliminant les points uniques de défaillance) et la **scalabilité** (répartition de la charge sur plusieurs instances pour qu'aucune ne soit surchargée, et fourniture d'un point d'entrée unique).

Cela rend l'équilibrage de charge essentiel pour toute application devant gérer un trafic important de manière fiable.

Comprendre les **types** — **Application Load Balancer (ALB)** pour la Couche 7 HTTP/HTTPS avec routage basé sur le contenu/chemin/hôte (le choix courant pour les applications web et microservices), **Network Load Balancer (NLB)** pour la Couche 4 TCP/UDP ultra-hautes performances — aide à choisir le bon.

Comprendre les **fonctionnalités clés** est important : health checks (pour la fiabilité), répartition sur **plusieurs AZs** (survivance aux défaillances AZ, combinée avec le modèle de haute disponibilité), intégration avec **l'auto scaling** (inclusion automatique des nouvelles instances lors de la montée en charge — l'équilibrage de charge et l'auto scaling fonctionnent ensemble pour les applications élastiques et résilientes), et terminaison SSL/TLS.

La combinaison équilibrage de charge + auto scaling + déploiement multi-AZ est le modèle fondateur pour les applications AWS scalables et hautement disponibles.

Puisque les applications fiables et scalables nécessitent de distribuer le trafic sur plusieurs instances (pour la disponibilité et l'échelle), et puisque ELB (avec ses types, health checks, répartition multi-AZ et intégration auto-scaling) est le mécanisme pour cela, comprendre l'équilibrage de charge est une connaissance AWS précieuse et pratiquement importante — un composant central de l'architecture cloud résiliente qui fonctionne en tandem avec l'auto scaling et le déploiement multi-AZ pour construire des applications gérables le trafic réel de manière fiable et à l'échelle.