Analyseur de distribution de pool de balanceur de charge

Simulez comment différents algorithmes de balanceo de charge distribuent le trafic entre les membres du pool. Modélisez des scénarios de défaillance et comparez l'efficacité de la redistribution.

Volume de trafic
Membres du pool
Simulation de scénario de défaillance
Comment ça marche : Les IP clients sont échantillonnées à partir d'un sous-réseau /16 (10.0.0.0/16). Pour le hachage basé sur la source, chaque IP client unique est mappée de manière déterministe à un membre. Round robin ignore l'IP client et distribue séquentiellement. Pondéré utilise l'assignation aléatoire proportionnelle. Le hachage cohérent place à la fois les clients et les membres sur un anneau virtuel.

Membres du pool

ID IP:Port Poids Statut Actions

Résultats de distribution

Distribution des sessions par membre

Analyse de redistribution en cas de défaillance

Anneau de hachage cohérent

Lire l'anneau : Chaque membre est placé à plusieurs points autour de l'anneau (nœuds virtuels). Une IP client est hachée en une position sur l'anneau, puis la requête est envoyée au membre le plus proche dans le sens horaire. L'ajout ou le retrait d'un membre n'affecte que l'arc de l'anneau qu'il possédait — minimisant ainsi les perturbations de session.

Références des algorithmes

Round Robin
Les sessions sont assignées séquentiellement : membre 1, 2, 3, ..., N, 1, 2, ... Chaque membre reçoit exactement 1/N de toutes les requêtes. Ignore la capacité du serveur et l'affinité client. Simple et prévisible mais échoue brutalement sur du matériel hétérogène.
Source IP Hash
Un hachage de l'IP client modulo le nombre de membres sélectionne le backend. Le même client atteint toujours le même membre — utile pour les applications avec état. L'ajout ou le retrait d'un membre réorganise tous les mappages clients (N passe de N à (N-1)/N des sessions).
Pondéré
Chaque membre reçoit une part proportionnelle à son poids par rapport au poids total du pool. Un membre avec un poids de 4 reçoit 4x plus de sessions qu'un membre avec un poids de 1. Utilisé pour modéliser une capacité backend hétérogène (par exemple, une VM contre un serveur bare-metal).
Hachage cohérent
Les membres et les clients sont tous deux mappés sur un anneau circulaire via le hachage. Chaque client va au membre le plus proche dans le sens horaire sur l'anneau. Les nœuds virtuels (réplicas par membre) améliorent l'uniformité de la distribution. Lorsqu'un membre tombe en panne, seules ses sessions passent au membre suivant sur l'anneau — 1/N de sessions perturbées contre 100 % pour le hachage modulo.