Discussion :

[kyakek]

Bonjour,

J'ai un peu de mal à comprendre la dépendance entre ces deux concepts.

Si on active l'affinité de sessions afin de rediriger les bonnes requêtes vers les bons serveurs, alors la duplication des sessions n'est pas obligatoire si on ne prend pas en compte le facteur panne.

Si on active la duplication des sessions, je ne comprends pas la nécessité d'activer aussi l'affinité des sessions puisque quelque soir le serveur qui reçoit au final la requête, les objets de la session existent.

Le contexte serait le suivant :

3 serveurs sur lesquels seraient installer Apache/mod_jk/tomcat avec un boitier de répartition de charge en amont ne sachant pas faire d'affinité de sessions et qui redirigerait de manière équitable les connexions sur les 3 serveur, donc au final il semblerait qu'une simple duplication pourrait suffire.

Merci pour vos éclaircissements.

[fxrobin]

Même en activant l'affinité "on" considère, pour des raisons d'optimisation (cache de pages, caches JPA, etc.) qu'il vaut mieux qu'une session qui a commencé à être traitée par un serveur la soit pour toute sa durée de vie.

En cas de panne, effectivement une autre instance peut "reprendre" le travail et d'ailleurs à ce moment là, la session lui sera attribuée jusqu'à la fin de la session, et cela même si le noeud qui était en panne a été remonté.

Perso, je n'utilise plus mod_jk, mais mod_http_proxy, parce que je souhaite que mes confs Apache fonctionne sans ajout avec du Tomcat ou du GlassFish (GlassFish 2 à l'époque), et surtout que la connectivité Apache / GlassFish soit gérable par interface web par une équipe d'administrateurs.

[lamine87]

Réplication de sessions et affinités de sessions sont deux choses complètement différentes et indépendantes.
En effet, l'affinité de sessions est utilisée pour faire de la répartition de charge (load balancing), en envoyant la requête HTTP, au bon serveur HTTP (avec lequel on a initié la session).
La réplication de sessions est un mécanisme de haute disponibilité. En effet, si on initie une session avec un serveur et avant qu'on est terminé de travailler, ce serveur tombe en panne, on peut continuer de travailler avec la même session sur un autre serveur, sur lequel ladite session a été "répliquée".
Le meilleur compromis, pour moi, pour faire en même temps du "load balancing" et de la haute disponibilité est d'utiliser un "load balancer", qui utilise le round robbin et d'activer la réplication de sessions entre les différents serveurs.
D'autre part, j'aimerai savoir si l'activation de la réplication de sessions ne détériore pas les performances de l'application (car chaque session est répliquée sur chaque serveur d'application) ?