Discussion :

[ginkas31]

Bonjour,

Je travaille sur une grosse appli web, qui demande aujourd'hui à être dupliqué sur plusieurs instances tomcat au sein d'un cluster. Problème: un très grand nombre d'objets non sérialisés sont placés en session. Du coup, logiquement, impossible de faire fonctionner l'appli dans le cluster sans que des SerializableException me soient remontées.
Je cherche donc à faire fonctionner mon bazar sans avoir à Serializer mes objets. J'ai entendu parler du mode StickySession. Quelqu'un saurait m'en dire plus?

Merci pour vos réponses.

[hasalex]

Le mode Sticky Session, ou affinité de session, permet de renvoyer un utilisateur vers le même serveur. Ça évite donc de dupliquer les sessions entre les nœuds.
Attention, ce mode n'assure que de la répartition de charge, mais pas de tolérance de panne : si un serveur tombe, toutes ses sessions seront perdues.

Si tu utilises apache + mod_jk, tu dois positionner un attribut sticky_session dans ton lb worker.
Si tu utilises apache 2.2 + mod_proxy, c'est un attribut stickysession, dans mod_proxy.

[ginkas31]

Ok. Merci pour ton aide. Ce mode semblerait répondre à mon besoin dans un premier temps. C'est bien ce que j'avais tenté de mettre en place mais je n'arrive pas à le faire fonctionner. Voilà ma conf:

httpd.conf:

ProxyPass /ARM balancer://loadbalancer stickysession=JSESSIONID|jsessionid nofailover=Off

<Proxy balancer://loadbalancer>
BalancerMember ajp://localhost:8010/ARM route=node1 loadfactor=50
BalancerMember ajp://localhost:8011/ARM route=node2 loadfactor=50
</Proxy>

Mais mon application tourne toujours sur le premier server, et ci je crasche celui-ci, il n'essaie pas de se reconnecter au deuxième quand j'essaie de me reconnecter: "The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later."

[hasalex]

Est-ce que tu as spécifié le jvmroute dans JBoss ? (fichier server.xml, élément Engine)

[ginkas31]

Salut,

Oui j'ai bien spécifié ma jvmRoute sur mon serveur TOMCAT. En fait, il semblerait que le load balancing marche puisqu'au niveau de mon application, je récupère des JSESSIONID terminant par .node1 ou .node2. Le problème semblerait donc plutôt venir de la gestion de la session dans l'application.