Surveillance de serveur simple avec Java [fermé]

, Vous pouvez choisir de déléguer la surveillance d'un outil dédié comme Cactus, Centreon, ou Zenoss mais c'est peut-être un peu trop pour une seule application.

Pour une solution simple, JMX pourrait en effet être une meilleure solution. Comme point de départ, je suggère de lire l'article suivant: Surveillance des applications locales et distantes à l'aide de JMX 1.2 et JConsole. Ensuite, jetez un oeil à En utilisant JConsole pour surveiller les applications, un très détaillé article qui montre comment utiliser JConsole pour accéder à plusieurs fonctionnalités de gestion fournies par la plateforme Java, notamment:

• Détecter une faible mémoire
• Activer ou désactiver le GC et le traçage verbeux de chargement de classe
• Détecter les blocages
• Contrôler le niveau de journalisation de tous les enregistreurs dans une application
• Accès aux ressources du système d'exploitation-Extension de plate-forme de Sun
• Gérer les Beans gérés d'une application (MBeans)

Mais, AFAIK, JMX ne vous donnera pas accès aux E / S réseau, vous pourriez donc avoir besoin d'une combinaison de ces outils. Heureusement, de nombreux outils (par exemple Cacti, SmokePing) utilisent le format RDD que vous pouvez facilement manipuler avec des API Java comme Jrobine ou rdd4j.

Je veux juste lancer RHQ (http://rhq-project.org/) dans le mélange: -)

Vous pouvez envisager d'utiliser l'outil de surveillance Ganglia. Il utilise XML pour sa représentation des données et j'imagine donc qu'il serait assez simple d'accéder aux données à partir de Java, et il y a les avantages supplémentaires qu'il a été conçu pour être très évolutif, avec le potentiel d'enregistrer des métriques de serveur sur un grand nombre de machines.

Je suis de plus en plus friand de collectd, un démon C modulaire axé sur la surveillance (plutôt que sur le graphique) avec une multitude de plugins:

• Read habituel CPU, I/O, réseau, charge, mémoire et JMX ainsi que certains des plus intéressantes, comme la possibilité de surveiller les requêtes DNS par reniflage de paquets, moniteur de latence/connectivité, et 'queue' un fichier de log pour surveiller des choses comme les tentatives de connexion SSH ou les e-mails entrants
• Écrire - envoyer des lectures à un fichier CSV, l'hôte distant, RRDtool, socket Unix, serveur
• Informer - via libnotify ou email
• Liaisons à Perl, Python et (le plus important pour vos besoins) Java

Il semblerait y avoir plusieurs options pour obtenir des métriques dans votre code Java:

• en cours de processus, en utilisant le plugin Java susmentionné pour enregistrer un rappel d'écriture pour recevoir des données des différents autres plugins
• sur le réseau, en intégrant jcollectd (une implémentation Java du protocole collectd) dans votre application
• indirectement, en écrivant dans un fichier CSV ou RRD et en utilisant l'une des différentes implémentations RRD pour Java

Votre meilleur pari serait probablement regarder dans /proc pour tous vos systèmes d'utilisation des ressources /proc/cpuinfo et /proc/net/ sont un bon endroit pour commencer.

Quel est le problème avec l'exécution.exec ("une commande")?

Je ne sais pas si cela aiderait votre requête. IMHO Cactus et Centreon semblent être trop complexes pour investir du temps dans une exigence aussi simple que la vôtre. Il existe des outils plus simples pour la surveillance du serveur tels que New Relic et SeaLion. SeaLion est mon favori actuel. Il donne des commandes par défaut simples qui couvrent la plupart des exigences de base(couvrira probablement le vôtre aussi). Il est également extrêmement simple à configurer et est gratuit. Vous pouvez essayer ces.