Discussion :

[spiau]

Bonjour à tous,

J'ai besoin de monitorer des serveurs d'application Tomcat 5 et 6. Ce que j'entends par monitorer, c'est avoir :
- les temps de réponses des pages,
- un état du nombre de sessions applicatives ouvertes (et pas forcement le nombre de session Tomcat),
- un état de la mémoire des serveurs d'applications,
- etc...

Et bien sur pouvoir recevoir une alerte en cas de dépassement d'un seuil ou d'apparition d'un mot clé dans un fichier de logs (OutOfMemory par exemple...)

Est-ce que quelqu'un peut me faire connaitre son retour d'expériences sur ce sujet? C'est à dire des outils des méthodes voire la check-list des points à monitorer?

Merci d'avance pour cette question pour le moins ouverte...

Sébastien

[Lorantus]

Il y a, sous NetBeans 6.7 (mini) un Profiler disponible pour Tomcat.
Il y a aussi "VisualJVM", disponible avec le JRE -je croix, qui permet d'avoir une vue plus global sur une JVM.

[sinok]

http://www.lambdaprobe.org/d/index.htm

Par contre pour les sessions applicatives, si c'est un mécanisme perso je doute qu'un outil standard puisse faire à moins de développer un composant spécifique à ajouter.
De même je n'ai pas l'impressions que des alertes puissent être déclenchées, toute fois le quick test peut être automatisé. Or ce dernier vérifie si les connexions DB sont OK, si la memoire est saturée (en créant un ByteArray d'1MB) et ainsi de suite.

[lunatix]

tu peux faire tout ca assez facilement avec JMX (tomcat expose tout un tas de choses via jmx)

apres il te faut un outils pour aggreger les metriques (hyperic par exemple, mais il y a d'autres applications capables de le faire)

[tesla]

Avec JConsole via jmx tout simplement !!
C'est gratuit, c'est inclus dans le jdk, que demande le peuple.
Temps de mis en oeuvre 1 minute et ca te permet de voir beaucoup de données...Sinon Jmeter est pas mal

[evernat]

Tu peux voir JavaMelody : http://javamelody.googlecode.com

- Temps de réponses des pages : oui (et temps de réponses sql aussi)
- Sessions utilisateur : oui, à moins que "sessions applicatives" ne corresponde pas à sessions http
- Etat de la mémoire : oui (et cpu aussi)
- Et beaucoup d'autres choses
- Alertes : non, pour l'instant

Mon retour d'expérience : en général, il faut surtout faire attention aux nombres de requêtes sql et aux requêtes sql les plus lentes. Ce sont souvent elles qui vont saturer tes serveurs tomcat.

[lunatix]

sympa ce projet, mais dommage qu'il ne s'appuie pas sur jmx (si je comprends bien, possible quej'ai pas bien fouillé)

[evernat]

sympa ce projet, mais dommage qu'il ne s'appuie pas sur jmx (si je comprends bien, possible quej'ai pas bien fouillé)

on peut dire que javamelody s'appuie sur jmx indirectement, puisqu'il utilise à l'intérieur de la jvm les api standards du jdk, équivalentes à celles exposées en externe à la jvm par jmx

[hasalex]

Effectivement, ça a l'air très sympa, cet outil.

Il me manque juste une chose : c'est de pouvoir l'installer sans toucher à l'application, via une Valve (pour Tomcat), par exemple. Je vais voir si c'est faisable...

[hasalex]

J'ai essayé de sécuriser JavaMelody, mais j'ai quelques problèmes.

Pour sécuriser l'url monitoring, pas de problème :

<security-constraint>
<web-resource-collection>
<web-resource-name>Javamelody Monitoring</web-resource-name>
<url-pattern>/monitoring</url-pattern>
</web-resource-collection>
<auth-constraint>
<role-name>javamelody</role-name>
</auth-constraint>
</security-constraint>

Par contre, si j'envoie une autre URL qui finit par monitoring, elle est prise en compte par JavaMelody, mais n'est pas sécurisée.