Répartition de charge

Un load balancer répartit les requêtes entre serveurs et retire ceux qui sont malades. Le round robin est simple, moins-de-connexions gère mieux les requêtes inégales, et le hachage garde un client sur le même serveur au prix de points chauds.

Où on le retrouve dans les vrais systèmes

  • Load balancer applicatif

    Il termine le TLS, route selon le chemin ou l'hôte et cesse d'envoyer du trafic à une instance qui échoue à ses health checks. L'algorithme compte : moins-de-connexions absorbe mieux les requêtes inégales que le round robin, et les sessions sticky créent des points chauds.

    En production : AWS Application Load Balancer, NGINX, Envoy, HAProxy, Azure Application Gateway

  • Load balancer réseau

    Il ne lit pas le HTTP et ne peut donc pas router selon le chemin, mais il gère des millions de connexions par seconde avec un surcoût inférieur à la milliseconde. À utiliser pour les protocoles non HTTP, les IP fixes ou les débits extrêmes.

    En production : AWS Network Load Balancer, Google Cloud Network LB, HAProxy (TCP mode), LVS

  • Reverse proxy

    NGINX ou HAProxy sur tes propres machines : très économique et flexible, mais c'est toi qui l'exploites, le mets à jour et le rends redondant. Un seul proxy est un point de défaillance unique.

    En production : NGINX, HAProxy, Envoy, Traefik, Caddy

Regarde-le casser, puis répare-le

Construis une architecture, envoie-lui une journée de trafic et de pannes, et comprends pourquoi elle tient ou cède. Gratuit pour commencer.

Ouvrir le parcours Ouvrir le bac à sable