Application Wicket + Apache + mod_jk - Les files d'attente AJP se remplissent!

Question

Nous avons une application Java basée sur Wicket déployée dans un cluster de serveurs de production en utilisant Apache (2.2.3) avec mod_jk (1.2.30) comme équilibrage de charge composant w/session collante et Jboss 5 comme conteneur d'application pour le Application Java

Nous voyons incohérente un problème dans notre environnement de production où nos files d'attente AJP entre Apache et Jboss comme indiqué dans la console JMX remplissent des demandes au point où le serveur d'application ne recueille plus de sur toutes les nouvelles demandes . Lorsque l'on regarde tous les composants du système impliqués ( trafic, charge db, liste de processus db, charge de tous les nœuds du serveur d'applications en cluster ) rien ne pointe vers un problème de capacité qui expliquerait le blocage des appels dans la file d'attente AJP. Au lieu de cela, tous les systèmes apparaissent suffisamment inactif. Jusqu'ici, notre seul remède à ce problème consiste à redémarrer les serveurs d'applications et l'équilibreur de charge qui efface seulement occasionnellement les files d'attente AJP.

Nous essayons de comprendre pourquoi les files d'attente se remplissent au point que aucun appel se retourné à l'utilisateur final, bien que le système ne soit pas sous une charge élevée.

Est-ce que quelqu'un d'autre a connu des problèmes similaires?

Y a-t-il d'autres mesures système que nous devrions surveiller qui pourraient expliquer le comportement de mise en file d'attente ?

Est-ce un problème potentiel de mod_jk? Si oui, est-il conseillé d'échanger mod_jk avec mod_cluster pour résoudre le problème?

Un conseil est très apprécié. Si je peux fournir des informations supplémentaires par souci de dépannage, je serais plus que disposé à le faire.

/Ben

Answer 1

Cela ressemble beaucoup à une situation de blocage.

Je vérifierais le nombre de connexions tomcat: si celles-ci sont également au maximum, alors il est presque certain à 100% qu'il est lié à l'application ou à la DB.

Vérifiez les verrouillages dans la base de données lorsque cela se produit. Cela pourrait donner une idée.

Si vous utilisez Stateful Session Beans dans le back-end, je leur donnerais un bon coup d'œil.