Re: [sdx-users] Sdx dans un cluster Tomcat

[Malo Pichot]

Le 11/02/2010 17:40, André Davignon a écrit :
> 
>> Humm... Les instances Tomcat ne se connaissent pas parce que l'on
>> n'utilise pas les outils "Tomcat" pour construire le cluster. 
> 
> Mais si on utilise les outils Tomcat pour construire le cluster, je me
> heurte au problème de réplication de session entre les noeuds du cluster
> avec des attributs de session non sérialisables, d'où mon post sur le
> sujet ;-) .
> 
>> C'est le
>> serveur Web qui fait ce travail, que l'on utilise le "mod_jk" ou le
>> "mod_proxy". Non ?
>>   
> 
> Oui. Vu ce que fait maintenant le mod_proxy, je conseillerais de choisir
> cette solution plutôt que mod_jk. De plus, le mod_proxy permet de faire
> du load balancing et de la haute disponibilité en ajp ou http, donc pas
> seulement avec du Tomcat. Voici une très bonne référence, en français in
> the text :-D :
> 
> http://blog.xebia.fr/2010/02/03/tomcat-load-balancing-mod_proxy-vs-mod_jk-le-match/
> 
> 
> 
>> Merci pour l'info du "mod_headers". Je ne connaissait, mais je n'ai
>> jamais eu de problème avec le "mod_proxy" non plus. Quels sont les
>> soucis que tu as eu avec le "mod_proxy" ?
>>   
> 
> Pas avec le mod_proxy en particulier mais avec mod_proxy / 
> stickysession=JSESSIONID|jsessionid, j'avais des sessions qui se
> perdaient. Ce qui n'est plus le cas avec en utilisant mod_proxy /
> mod_headers.
> 
> André


La seule épine que j'ai vu avec le mod_proxy d'Apache est son taux de
rafraichissement sur le statut des noeuds du cluster : par défaut, il
est nettement moins élevé que le mod_jk. Mais ça se règle très bien.

Merci pour la "french doc" ;-)

Malo