c'est haproxy qui sait à quelle machine envoyer, par son IP reelle,
l'IP virtuelle du cluster ne servant qu'à permettre au serveur finale d'accepter le paquet IP, et de repondre directement au client.
sur ton haproxy, tu configures un frontend pour ecouter sur l'IP de cette machine.
puis tu selectionnes un backend dans une liste definie.
dans ce backend, tu peux definir plusieurs serveurs, c'est ta ferme du cluster.
chaque element du cluster doit evidemment avoir sa propre IP,
et c'est dans la definition du backend que tu choisis la methode qu'haproxy va utiliser pour choisir à quel element du cluster envoyer le flux qu'il recoit.
tu as (entre autres) les modes :
- "roundrobin" qui equilibre de maniere egale entre les serveurs
- "leastconn" qui regarde regarde sur quel serveur il y a le moyen d'activité et envoie le flux sur celui là.
pour le cas que tu decris : "chaque noeud du cluster porte l'ip du cluster", c'est dans le cas du routage assymetrique.
avec la requete circulant comme ca :
Client -> Haproxy -> Serveur
et la reponse :
Serveur -> Client
le plus simple pour demarrer etant de mettre ton haproxy en "coupure" entre ton serveur et tes clients,
la route par defaut des serveurs devenant le serveur haproxy, il n'y a alors plus besoin de mettre l'IP du cluster sur chaque noeud
# 2 etages, 2 systeme.
Posté par NeoX . En réponse au message Comment est sélectionné le noeud d'un cluster HAPROXY ?. Évalué à 4.
c'est haproxy qui sait à quelle machine envoyer, par son IP reelle,
l'IP virtuelle du cluster ne servant qu'à permettre au serveur finale d'accepter le paquet IP, et de repondre directement au client.
sur ton haproxy, tu configures un frontend pour ecouter sur l'IP de cette machine.
puis tu selectionnes un backend dans une liste definie.
dans ce backend, tu peux definir plusieurs serveurs, c'est ta ferme du cluster.
chaque element du cluster doit evidemment avoir sa propre IP,
et c'est dans la definition du backend que tu choisis la methode qu'haproxy va utiliser pour choisir à quel element du cluster envoyer le flux qu'il recoit.
tu as (entre autres) les modes :
- "roundrobin" qui equilibre de maniere egale entre les serveurs
- "leastconn" qui regarde regarde sur quel serveur il y a le moyen d'activité et envoie le flux sur celui là.
pour le cas que tu decris : "chaque noeud du cluster porte l'ip du cluster", c'est dans le cas du routage assymetrique.
avec la requete circulant comme ca :
Client -> Haproxy -> Serveur
et la reponse :
Serveur -> Client
le plus simple pour demarrer etant de mettre ton haproxy en "coupure" entre ton serveur et tes clients,
la route par defaut des serveurs devenant le serveur haproxy, il n'y a alors plus besoin de mettre l'IP du cluster sur chaque noeud