Nous allons donc utiliser JMeter pour supervision le fonctionnement d’un serveur Tomcat à travers son interface de statut.

Le pré-requis est bien entendu d’avoir à disposition un serveur Tomcat (sous Unix/Linux ou Windows) tournant sur un Java JDK.

On va commencer par « ouvrir » le service de statut du Tomcat. Pour cela, éditer le fichier de configuration des utilisateurs

vi <TOMCAT_HOME>/conf/tomcat-users.xml

Le fichier contient une section tomcat-users (en commentaire) comme ceci :

<tomcat-users>
<!--
  <role rolename="tomcat"/>
  <role rolename="role1"/>
  <user username="tomcat" password="tomcat" roles="tomcat"/>
  <user username="both" password="tomcat" roles="tomcat,role1"/>
  <user username="role1" password="tomcat" roles="role1"/>
-->
</tomcat-users>

Il faut modifier cette section pour ajouter les rôles admin, manager, manager-gui et les affecter à l’utilisateur « tomcat ». Ce qui donne quelque chose comme cela :

<tomcat-users>
  <role rolename="tomcat"/>
  <role rolename="role1"/>
  <role rolename="admin"/>
  <role rolename="manager"/>
  <role rolename="manager-gui"/>
  <user username="tomcat" password="tomcat" roles="tomcat,admin,manager,manager-gui"/>
  <user username="both" password="tomcat" roles="tomcat,role1"/>
  <user username="role1" password="tomcat" roles="role1"/>
</tomcat-users>

Vérifions que la supervision Tomcat fonctionne, pour cela on démarre son serveur Tomcat, et avec un navigateur, on saisie l’URL :

http://debiansvr.milamberspace.net:8080/manager/status?XML=true

où debiansvr.milamberspace.net est le nom ou l’adresse IP de son Tomcat.

Une fenêtre d’authentification apparaît dans le navigateur, saisir le login tomcat et le mot de passe associé (ici tomcat).

Ensuite, le navigateur fait apparaître le statut d’exécution de Tomcat :

NB. dans l’URL, le paramètre XML=true (attention au respect de la casse), permet un affichage épuré, nécessaire à JMeter pour le fonctionnement de la supervision Tomcat.

NB2. on remarquera également qu’il y a par défaut deux connecteurs. Le connecteur AJP utilisé en général le module mod_jk couplé à un Apache HTTPD frontal, et le connecteur HTTP qui lui est le connecteur généralement utilisé pour les accès directs à Tomcat via le port 8080. Noter le nom de ces connecteurs, car il faudra indiquer à JMeter lequel on veut superviser.

Passons au paramétrage de JMeter.

Après avoir démarré JMeter, on commence par ajouter un Groupe d’unités au niveau du Plan de test.

Dans la configuration du Groupe d’unités, on choisira le Nombre d’itérations à Infini (en cochant la case) afin d’avoir un outil de supervision qui s’arrête seulement quand l’opérateur le décide.

On ajoute ensuite un élément Gestionnaire d’autorisation HTTP afin de gérer l’authentification demandée au niveau du navigateur par Tomcat pour voir le statut du serveur.

Dans la configuration du Gestionnaire d’autorisation HTTP, on ajoutera dans :

• Le champ Nom d’utilisateur : tomcat (en fonction du paramétrage du fichier tomcat-users.xml)
• Le champ Mot de passe : tomcat (en fonction du paramétrage du fichier tomcat-users.xml)
• Les autres champs sont laissés vide.

 On continue en ajoutant un échantillon Requête HTTP pour effectuer la requête permettant de demander le statut du serveur.

Dans la configuration de l’élément Requête HTTP, on modifiera la valeur des champs suivants :

• Nom : Statut Tomcat
• Nom ou adresse IP : debiansvr.milamberspace.net (ou l’adresse IP du serveur)
• Port : 8080
• Chemin : /manager/status
• Envoyer les paramètres avec la requête : Clic que le bouton Ajouter
• Nouvelle valeur : Nom : XML et Valeur : true.
• Sans oublier à la fin, de cocher le champ Utiliser comme moniteur.

Afin de demander le statut du serveur régulièrement, on ajoute un élément Compteur de temps fixe qui laissera un intervalle de temps entre chaque demande.

On paramètre l’élément Compteur de temps fixe pour une fréquence de 5000 ms (5s) de rafraîchissement des données de monitoring. 

Il ne reste plus qu’à ajouter le récepteur Moniteur de connecteurs pour suivre de manière graphique l’état du serveur Tomcat.

Dans le champ situé en bas du Moniteur de connecteurs, on indique le début du nom du connecteur que l’on souhaite superviser. Ici, je veux voir le connecteur HTTP, donc la valeur du champ est :

"http-

Noter les guillemets ouvrantes dans son début de nom (particularité Tomcat 7).

Au final, notre arbre JMeter est le suivant :

Et voilà, on peut démarrer le début de la supervision, en lançant JMeter via le menu habituel.

Le petit carré vert en haut à droite de JMeter nous montre que la supervision est active.

Voici l’affichage de l’état de santé du serveur Tomcat à un instant T :

Et voici le graphique de performance du serveur Tomcat durant un petit tir de charge en deux paliers que j’ai réalisé sur ce serveur.

Quelques commentaires du graphique :

• On retrouve donc les deux paliers. La courbe des unités d’exécution de Tomcat reflète assez bien la charge du serveur par rapport au nombre d’utilisateurs simulés.

• Le serveur Tomcat est « en forte activité » dès le début du tir.

• La mémoire JVM enchaîne les passages du Garbage collector (l’aspect dent-de-scie).

Voilà pour ce petit tutoriel sur la supervision d’un Tomcat 7. Bon courage.

Remarque, il est tout à fait possible de superviser plusieurs serveurs Tomcat avec le même script. Pour cela on ajoute autant de Requête HTTP agissant en tant que moniteur de connecteurs, que de serveurs Tomcat à superviser.

./

Ceci est particulièrement utile pour décorréler le temps de traitement par rapport au temps de réponse enregistré dans un outil de test de charge, comme JMeter.

Voici comme faire dans Tomcat :

Au niveau du fichier Tomcat_Home/conf/server.xml, on trouve la section suivante en commentaires :

<!--
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log." suffix=".txt" pattern="common" resolveHosts="false"/>
--->

Il faut d’abord la décommenter, puis modifier l’attribut pattern comme suit :

<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log." suffix=".txt"
pattern='%h %l %u %t "%r" %s %b %D'
pattern="common" resolveHosts="false"/>

Le %D correspondra au temps de traitement de la requête en millisecondes.

Pour Jboss qui, (je le rappelle) contient un serveur Tomcat (plus exactement un dérivé appelé Jboss Web), c’est la même valve que l’on retrouve.

Cette fois-ci, il faut aller dans le dossier Jboss_Home/server/<default|nom instance>/deploy/jboss-web.deploy/server.xml, puis procéder au même type de changement sur l’attribut pattern :

<!-- Access logger -->
<Valve className="org.apache.catalina.valves.AccessLogValve"
prefix="localhost_access_log." suffix=".log"
pattern='%h %l %u %t "%r" %s %b %D'
directory="${jboss.server.log.dir}" resolveHosts="false" />

Bien entendu, dans les deux cas, il faut redémarrer le serveur pour la prise en compte.

Ensuite dans le fichier localhost_access_log.<date>.log, on aura des lignes de ce type :

123.45.67.89 - - [01/Mar/2010:00:05:39 +0000] "POST /App1/Modification.action HTTP/1.1" 200 24039 458

où le 458 à la fin correspond au temps de traitement exprimé en millisecondes.

On notera qu’il est possible de changer (ou d’ajouter) le %D en %T pour avoir le temps de traitement en secondes plutôt que millisecondes.

Plus d’infos sur la valve et les formats possibles ici.

PS. Bien entendu, Apache ou IBM HTTP Server propose la même fonctionnalité. Il peut même être très intéressant de l’activer à son niveau dans le cas d’une architecture de type Apache+mod_jk+Tomcat.

./

Voilà, en ce weekend très chaud ici grâce au chergui, je suis en short et tongue, et il se trouve j’ai envie d’écrire (bizarre ?) plusieurs petites choses, histoire de vous montrer qu’il n’y a pas que JMeter dans la vie

SSTIC : c’est LE symposium de la sécurité informatique en France, il a eu lieu au début de ce mois à Rennes. Non je n’y suis pas allé mais grâce Internet et les blogs en particulier, on peut le suivre (vivre) à distance et en différé. Sur ce lien, vous trouverez des références vers d’autres blogs qui le raconte. Toujours dans ce blog, l’auteur (Bruno Kerouanton) nous détaille la ramp-up qu’il a animé durant quelques minutes au SSTIC. Je partage son point de vue et la méthode : 1/ Stratégie, 2/ Tactique, 3/ et 4/ Choisir et Etudier/connaître sa cible)

ApacheCon Europe 2009, c’est un peu ancien (25-27 mars 2009), mais là aussi c’est une conférence intéressante, notamment sur les aspects Performances Tomcat et Apache. Et non, je n’y suis toujours pas allé, j’ai suivi à distance les conférences, mais de manière ‘réelle’ grâce à la possibilité de voir en ligne une très grosse partie des présentations en live streaming (et aussi ensuite en tant qu’archives), le tout moyennant finances tout de même.

Clairement, Tomcat n’a pas à rougir devant les mastodontes des serveurs d’applications Java/J2EE. Oui c’est juste un conteneur Web (mais vous en connaissez beaucoup des projets avec des EJB ?). Oui, il n’y a pas une superbe interface d’administration, mais bon, normalement les environnements d’exécution une fois installés ne doivent plus être administrés chaque jour ? Enfin, avec des applications correctement conçues et développées…

OpenOffice 3 : Mon passage à Ubuntu 9.04 a vu l’arrivée de OpenOffice 3 en remplaçant de la version 2.4. Malheureusement, il semblerait que l’enregistrement au format DOC (Word) ne se passe pas toujours bien au niveau des pieds-de-pages. C’est frustrant, car avec la 2.4 je n’avais pas de problèmes… Du coup, je suis passé à la 3.1 (en manuel), mais le problème semble toujours là… Va falloir que je parcours la liste des bugs pour voir si je ne suis pas le seul Sinon, un retour en Ubuntu 8.10 ?

Informaticiens au Parlement Européen : Billet intéressant qui nous indique que le parti politique Parti Pirate de Suède a gagné deux places de députés au parlement européen. Je ne vous raconte pas cela pour des questions de politiques, etc. mais plutôt comme un exemple de la ‘révolution Internet’, qui est toujours en cours. Sans être sociologue ou carrément anthropologue, c’est tout de même intéressant de voir les changements apportés par Internet (au sens large) tant passés, que présents et futurs.

Voili Voilà.

./

La vidéo complète de sa présentation est disponible (46 min, en anglais), c’est extrêmement intéressant et enrichissant. La présentation PDF est téléchargeable également.

Je vous recommande au moins un parcours de la présentation pour voir le « process », la démarche à suivre pour tout problème de performance.

Sa présentation parle de Tomcat, mais certaines parties sont adaptables pour d’autres serveurs d’applications comme Jboss (bien sur), WebSphere, etc.

• La vidéo avec les slides qui défilent
• La présentation au format PDF

./

JMeter à travers la servlet de statut fournie avec le serveur Tomcat peut afficher sous forme d’un graphique le nombre d’unités d’exécution actives, la mémoire JVM utilisée, et la charge (calculée) du serveur Tomcat. JMeter peut même le faire sur plusieurs serveurs Tomcat en même temps.

Voici donc un petit tutorial pour découvrir cette fonctionnalité de JMeter. Pour cela, on utilise un serveur Tomcat version 6.0 et un JMeter 2.3.

Bonne découverte.