Hello,
 
Bon je ne savais pas trop où poster exactement ce message, donc je vais tenter ma chance par ici : )
Je me demande si quelqu'un a déjà été confronté à la problématique suivante :
 
J'ai deux serveurs Web (Apache) avec en frontal un load balancer quelconque. Ce dernier route donc les requêtes vers l'un des deux serveurs ; le serveur log ensuite la requête dans son accesslog avec comme IP demandante celle du load balancer.
Là où la chose se compléxifie, c'est que sur mes Apache j'ai différents Virtual Hosts (un par appli) et pour chacun, un log est généré. Mais étant donné qu'une seule IP accède à chaque fois à l'appli (celle du load balancer), c'est pas cool pour faire des stats de visites...
 
Du coup, la solution consiste à effectuer les stats sur le log du load balancer... Malheureusement, ce dernier génère un bon gros log par jour et il n'est pas possible de séparer les accès par application (les virtual hosts de mes Apache). Bref, c'est déjà mieux comme statistiques mais pas encore parfait puisqu'il faudrait savoir qui se connecte à quoi exactement...
 
Je ne sais pas si j'ai été clair... Mais si quelqu'un a déjà rencontré ce genre de problématique, ça m'intéresse de savoir comment il est arrivé à ses fins ; )
 
Merci !
 

L'idéal serait d'avoir un load balancer hardware pour éviter ça en fait.  
 
Sinon effectivement la partie log doit se faire sur le load balancer, ou si c'est un load balancing Linux réussir à modifier les paquets en sortie de load balancer et les remodifier au retour en ayant le load balancer en gateway, ce qui demande un très bon niveau technique pour être mis en place.

 
Un LB hardware n'apparaîtrait pas comme l'émetteur de la requête dans l'acessLog ?
Pourtant c'est plus ou moins le même principe qu'avec mon LB soft : /

 
 
Non il n'apparaitrait pas. La différence c'est qu'un load balancer hardware réécrit les paquets pour changer la source et la destination lors des requêtes, ce qui fait que les serveurs derrière reçoivent un paquet avec la destination modifiée ( IP du serveur interrogé au lieur de l'IP du load balancer ) et lorsque le serveur répond, le paquet est remodifié pour que la source du paquet renvoyé soit le load balancer au lieu du serveur. C'est grosso modo le principe.
 
Un load balancer hardware c'est vraiment le niveau au dessus d'un LB soft, perso j'utilise pas mal de LB foundry pour mes clients et je n'imagine pas une seconde utiliser du soft tellement ça n'a rien à voir en terme de souplesse, fonctionnalités et de fiabilité. Mais par contre le prix rend ce type d'équipement inaccessible pour un particulier.

 
Merci pour ces précisions !
J'avais omis le "détail" de la réécriture de paquets. Toutefois, le load balancer que j'utilise propose une méthode dite de "mac forwarding" qui devrait pouvoir résoudre mon souci... Mais dans ce cas je perds les bénéfices apportés par la méthode emplyée en ce moment (content routing qui permet d'agir directement sur des requêtes via des règles).
Bref, je verrai bien. Et il est clair qu'un appliance ne peut qu'être mieux, mais le budget en prend une sacrée claque : O
 
Merci encore