Load Balancer Pool Distribution Analyzer

Également disponible en :

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.

Algorithme de balanceo de charge :

Nœuds virtuels (Hachage cohérent) :

Volume de trafic

Sessions à simuler : 1000

Membres du pool

Adresse IP du membre :

Port :

Poids (1-100) :

Simulation de scénario de défaillance

Membre cible :

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.