Re: [HS] Outil de monitoring pendant stress test
Olivier Lamy <[email protected]>
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <[email protected]> |
Il me semble qu'il y a une valeur "usedSwapSpaceSize" (sur unix du moins) et le nb de fileDescriptor ouverts. Sinon pour le collector les valeurs sont "enlevées" des instances collectées. La vision sur la webapp collector se fait elle instance par instance. Il n'y a pas de moyenne générale. Sinon ganglia ça a l'air sympa (mais je ne sais pas si celà collecte des infos sur la jvm) -Olivier Le 31 octobre 2010 12:37, Baptiste MATHUS <[email protected]> a écrit : > Honte à moi, non seulement j'avais lu ton blog mais j'ai installé le plugin > hudson/javamelody. > Le serveur de collecte m'intéresse effectivement particulièrement. Petite > question à son sujet : tu sais si les données de chaque noeud sont > conservées/retrouvables ou si on perd l'information et que seule la vision > cluster (moyenne, par exemple) est alors stockée ? > Par contre, en relisant la doc, on est bien d'accord que ça ne peut pas > donner les infos système plus bas-niveay comme la swap utilisée, etc. ? > Merci > Le 31 octobre 2010 12:27, Olivier Lamy <[email protected]> a écrit : >> >> Hello, >> Regarde javamelody http://code.google.com/p/javamelody/ >> >> Très simple à utiliser/mettre en place et donne beaucoup de chiffres. >> Après éventuellement tu peux mettre dans un coin la webapp "collector" >> qui ira chercher les informations sur toutes les instances. >> >> J'avais fait un petit blog sur comment l'utiliser : >> >> http://olamy.blogspot.com/2009/11/using-javamelody-in-your-application.html >> >> En plus c'est Français et ça fait jamais la grève :-) >> >> HTH ! >> -- >> Olivier Lamy >> http://twitter.com/olamy >> http://www.linkedin.com/in/olamy >> >> Le 31 octobre 2010 12:08, Baptiste MATHUS <[email protected]> a écrit : >> > Salut les gens, >> > Je vais très bientôt devoir effectuer un test "grandeur nature" d'une >> > nouvelle infra d'appserveur JEE en cluster, et on est en train de voir >> > quels >> > outils pourraient nous aider à monitorer ça correctement pendant qu'on >> > tape >> > dessus. >> > Ya deux approches qui me semblent envisageables pour le moment : >> > * écrire un certain nombre de petits scripts qui sortent chacun un type >> > de >> > valeur que je veux monitorer (charge proc, RAM, swap...) et composer >> > tout ça >> > entre les noeuds du cluster à la main, etc. >> > * utiliser nmon_analyzer sur chaque noeud pour faire le recueil d'info >> > en >> > fonctionnement >> > Mais avec ces deux-ci, ya encore pas mal de boulot derrière pour >> > regrouper/recouper les données (consolidation au niveau cluster, par >> > exemple, puisque là j'aurai les valeurs pour chaque noeud). >> > Auriez-vous un outil à conseiller pour faire ça. >> > De façon plus générale, je suis ouvert à tout conseil sur des outils que >> > vous auriez utilisés pendant du test de charge. >> > Merci à tous. >> > -- >> > Baptiste <Batmat> MATHUS - http://batmat.net >> > Sauvez un arbre, >> > Mangez un castor ! >> > > > > > -- > Baptiste <Batmat> MATHUS - http://batmat.net > Sauvez un arbre, > Mangez un castor ! >