Je veux configurer un reverse proxy Squid qui divise le trafic HTTP vers deux serveurs web pour l'équilibrage de la charge, et lui faire utiliser la persistance (ainsi, si un utilisateur arrive au serveur web1 avec une première requête, sa deuxième requête va également au serveur web1).
Les autres solutions de proxy inverse avec lesquelles j'ai travaillé le faisaient en injectant un cookie de session dans le flux HTTP ; comment puis-je faire cela avec Squid ?
Disons que vos serveurs sont à 10.0.0.51 et 10.0.0.52. Vous aurez besoin de quelque chose comme ça :
cache_peer 10.0.0.51 parent 80 0 no-query originserver sourcehash
cache_peer 10.0.0.52 parent 80 0 no-query originserver sourcehashIl effectue un hachage de l'adresse IP du client et dirige un client donné vers le même serveur en amont à chaque demande (tant que les serveurs en amont restent actifs) sur cette base.
Deux problèmes avec cela : 1. (Pas un gros problème) Les grandes organisations qui font du NAT vers une seule IP à l'extérieur se retrouveront sur le même serveur web ; 2. (Plus grave) Les clients qui changent d'IP au cours d'une même session seront en panne.
@ynguldyn Oui, le routage basé sur les cookies est plus fiable et permet une distribution plus équilibrée des clients, mais je ne crois pas qu'il soit supporté par Squid ? Selon l'application et les utilisateurs cibles, cela peut fonctionner parfaitement pour ses besoins. Le hachage d'IP est la meilleure recommandation que je puisse faire lorsque la portée est limitée à Squid.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
