2010-09-14 33 views
0

J'ai configuré une session sticky avec un équilibreur de charge (Apache) et trois nœuds d'application exécutant Jboss 4.2.2. l'équilibreur de charge utilise mod_jk et les paramètres mentionnés dans le didacticiel ici.Apache Sticky sessions

http://community.jboss.org/wiki/UsingModjk12WithJBoss;jsessionid=1569CBFB7C3096C59C977CD3F7159A32

J'ai le jumRoute fixé comme node1, node2 et node3 pour les trois nœuds et ma propriété workerlist pour équilibreur de charge est définie comme node1, node2, node3

Le tutoriel a été suivi jusqu'à le dernier point mais je n'ai pas configuré les paramètres useJK sous.la valeur est toujours définie sur false. Les sessions collantes résistent mais je semblent perdre session et obtenir cette erreur dans mon mod_jk fichier journal

[error] ajp_get_reply :: jk_ajp_common.c (1926): (node1) Délai d'attente avec réponse de tomcat. Tomcat est arrêté, arrêté ou des problèmes de réseau (errno = 110)

J'ai personnellement vérifié l'utilisateur connecté sur node1, puis déplacé vers node2.

Apache redirige-t-il vers un autre noeud lorsqu'il n'obtient pas de réponse du noeud 1? Comment useJk aide-t-il dans cette situation.

--- 01 --- modifier

  1. j'ai changé la valeur UseJK true, mais encore peu d'utilisateurs éprouvent encore soudaine déconnecterai que je sais en raison du changement dans le noeud de serveur restauration à la demande des utilisateurs.
  2. Je voulais aussi savoir si le trafic sur les noeuds a une incidence sur la session collante et comment le contrer. (Je ressentais une charge élevée sur tous les serveurs pour quelques jours)

---- edit 02 ----

  1. Je voudrais aussi savoir comment contrôler le nombre de connexions par travailleur.
  2. contrôle du nombre de connecteurs/connexions ajp.
  3. relation entre le nombre de connexions de l'équilibreur de charge apache et le nombre de connexions ajp dans les nœuds de travail JBoss.
  4. Quelle serait la meilleure configuration entre les nœuds de travail Apache 2.2.3 et JBoss 4.2.2 avec les connecteurs Tomcat 5.5.

---- ----- edit03 http://community.jboss.org/wiki/OptimalModjk12Configuration

en utilisant l'article ci-dessus, je voulais juste savoir les meilleures valeurs pour Apache MaxClients ThreadPerChild

Répondre

0

Je pense que dans votre travailleur. le fichier de propriétés devrait avoir le worker loadBalancer pas le node1, node2 & node3.It devrait être comme ça

worker.list=loadmanager 
worker.loadmanager.balance_workers=node1,node2,node3 

J'espère que vous devez avoir ces correctes.

Vous devez également définir UserJK arttribute pour définir comme vrai pour l'équilibrage de charge avec une session collante combinée à JvmRoute.Si la valeur est true, il insère un JvmRouteFilter pour intercepter chaque requête et remplace le JvmRoute s'il détecte un basculement.

<attribute name="UseJK">true</attribute> 

dans deploy/jboss-web.deployer/META-INF/jboss-service.xml

+0

c'est exactement ce que j'ai configuré. J'ai changé la valeur UserJK à true. mais les sessions collantes ne fonctionnent toujours pas pour quelques utilisateurs. La charge sur les nœuds affecte-t-elle les sessions persistantes? – frictionlesspulley

+0

pour vérifier les charges sur les nœuds affectant la session collante ... vous pouvez jouer avec les méthodes d'équilibrage de charge.Vous pouvez trouver ces différentes méthodes ici http://tomcat.apache.org/connectors-doc/reference/workers.html – PushkarT

+0

Trouvé que le serveur était assez souvent que les nœuds de travail pourraient gérer le trafic assigné qui a entraîné un débordement et donc les sessions collantes n'étaient pas liées à leurs nœuds de travail d'origine – frictionlesspulley

1

Je trouve la note suivante dans this article intéressant. Je n'ai pas essayé cela, mais peut-être pourrait être utile pour quelqu'un qui connaît le même problème.

Si vous utilisez mod_jk et ont tourné sessions collantes sur, mais vos séances ne parviennent pas à tenir, vous avez probablement pas définir le domaine, ou vous avez omis de régler le jvmRoute, ou vous utilisez un non -nom de cookie standard pour mettre en œuvre la stickyness!