La supervision informatique via le protocole JMX (Java Management Interface)

JMX est un protocole de supervision ou plus précisément une API Java (interface de programmation d’application) permettant la supervision et l’administration des ressources MVJ (Machine virtuelle Java) telles que les applications, les périphériques et les services. La conception du protocole de supervision JMX au début des années 2000 répond au désire d’un consortium industriel d’encourager les développeurs et les fournisseurs de logiciels et de matériels informatiques à se tourner davantage vers la technologie Java pour la maintenance réseaux, services et applications. Selon les objectifs qu’ils se sont fixés, JMX devait permettre la supervision des applications Java dans un premier temps. Mais à terme, l’objectif était que la technologie Java puisse être incontournable en matière de supervision informatique. Un bel projet qui malheureusement n’a pas vraiment été couronné de succès puisque depuis le début des années 2000 divers protocoles de supervision tout aussi innovants ont également vu le jour.  

Néanmoins, même si beaucoup de personnes ne considèrent le protocole JMX comme protocole de base en matière de supervision et de gestion de système et réseau. Il reste néanmoins un protocole aux fonctionnalités très intéressantes en matière de supervision d’applications et de sites web. JMX est surtout indispensable si dans votre système informatique et réseau vous avez privilégié la technologie Java. Découvrez dans cet article, tout ce qu’il y a à savoir sur la supervision d’applications et par extension de système informatique et réseau via le protocole JMX (Java Management Interface).

Le protocole de supervision JMX répond à quels besoins ?

Conçu pour gérer et superviser les ressources MVJ (applications, périphériques et services), le protocole de supervision JMX occupe une place importante dans le domaine de la supervision informatique pour la simple raison que les ressources distribuées en Java sont légion dans un système informatique et réseau. Pour ceux qui l’ignorent, Java permet notamment d’exécuter une partie de nos contenus web (jeux, des outils en ligne, applications web, lecture de vidéo…) et une partie également des programmes et logiciels qui tournent sur nos ordinateurs. En d’autres termes, sur un système informatique et réseau, les ressources Java sont quasi-incontournables. Et JMX est le seul protocole vraiment adapté à pouvoir les superviser.

La mise en place du protocole JMX a été motivée par les raisons suivantes :  

• Il y a eu la volonté de promouvoir la technologie Java comme nous l’avons déjà dit, mais aussi pour fournir aux fournisseurs d’applications et systèmes un outil qui va leur permettre de gérer et superviser les applications JAVA qu’ils ont conçues.
• Pour faire face à la dynamique des services et des applications qui était en plein essor à l’époque et encore aujourd’hui. Les applications se développent, changent tout le temps et à un rythme effréné que les solutions de supervision de l’époque ne pouvaient plus suivre. JMX a été introduit pour remédier à cette situation. Il dispose d’une architecture plus flexible et évolutive toujours ouverte à une extensibilité dynamique de ses composants.
• Pour finir, déjà à l’époque, la nécessité de concevoir un protocole de supervision propre aux ressources Java devenait vraiment urgent, car les applications distribuées en Java se développaient très fortement. Trop s’attarder aurait donné à la concurrence l’occasion d’évincer le langage de programmation Java.

Protocole de supervision JMX – ce qu’il est capable de faire ?

Plus qu’un simple protocole, nous l’avons dit, JMX est en fait une API permettant la supervision et l’administration d’applications, de périphériques et des services qui fonctionnent grâce à des applications distribuées Java. Il permet d’agir de façon dynamique sur le comportement d’une application, de stopper ou de redémarrer un composant Java de l’application, de générer des statistiques en temps réel sur le fonctionnement de cette application ou encore de notifier aux administrateurs les dysfonctionnements qui surviennent au niveau de l’application. C’est le JConsole, l’application cliente de JMX qui fournit les informations sur les performances des applications JAVA administrées. JConsole permet aussi d’émettre des actions ou de recevoir les notifications émises.

Comment fonctionne la supervision informatique JMX ? 

L’architecture JMX est basée sur trois niveaux. Ou du moins, les principaux éléments qui le composent sont au nombre de trois, à savoir le superviseur, l’agent et les objets gérés. Des sondes appelées MBeans sont présents dans chaque objet géré.

La surveillance JMX s’effectue en interrogeant les MBeans. Ils détiennent les informations qui concernent les nombreux objets gérés. Quant aux agents, sans trop entrer dans les détails, ils ont la capacité de collecter les données depuis les MBeans. Ils disposent aussi d’une interface de service qui permet de manipuler et d’agir sur les objets gérés comme par exemple collecter les notifications envoyées. Tout en haut du schéma se trouve le superviseur. Alors, le superviseur n’est pas un seul élément. Il s’agit d’un ensemble d’outils et d’applications qui permettent l’accès aux informations remontées jusqu’aux agents. Les informations finissent ensuite jusqu’au JConsole.

Les types d’informations fournies par la surveillance JMX

Voici une liste non exhaustive des informations que peut vous fournir le protocole de supervision JMX sur vos applications et également ce qu’il est capable de faire sur un système réseau :

• Nombre de threads en cours d’exécution
• Disponibilité de la machine virtuelle Java
• État des threads, statistiques de contention de threads
• Consommation de mémoire des applications
• Détection de mémoire faible
• Informations sur le système d’exploitation
• Performances toutes les applications instrumentées, en fournissant des informations pour vous aider à optimiser les performances
• Surveiller la santé du pool de connexion à la base de données
• surveiller la santé et le débit de votre serveur
• Fournit une vue facilement navigable de la configuration clé du système à des fins d’assistance et de diagnostic
• Surveillance des conteneurs Web pour identifier les goulots d’étranglement
• Surveillance des applications personnalisées, y compris la visibilité au niveau du code

Deux avantages majeurs propres à la supervision JMX

Si la supervision JMX est autant efficace en matière de supervision d’applications, c’est grâce avant tout au caractère très particulier des MBeans, des éléments implémentés dans les applications et qui vont en quelque sorte permettre la surveillance de celles-ci. En effet, les MBeans ont l’avantage d’être simples à implémenter. La démarche d’implantation à suivre bien qu’assez technique, reste facile. Elle se résume en gros à créer une interface nommée MaClasseMBean.java puis de définir dans cette interface les opérations adaptées ou voulues pour le type de supervision souhaité.

L’autre avantage des MBeans et par extension de la supervision JMX repose aussi sur le fait que les MBeans peuvent être configurés pour obtenir des informations sur tous les aspects des fonctionnements et des performances des applications JAVA. Si vous voulez savoir tout ce qui se passe au niveau des applications de votre système, JMX reste l’option la plus adaptée, car il propose des informations très précises.

MEMOGuard – un logiciel de supervision JMX (Java Management Interface)

Les logiciels de supervision JMX comme MEMOGuard sont particulièrement efficaces pour surveiller les performances d’un système en se concentrant sur la surveillance des différentes métriques dans les applications Java. Comme tout logiciel de supervision, MEMOGuard permet la détection des pannes. Pour ce faire, il interroge les MBeans qui ont la capacité d’envoyer des notifications en cas de pannes de l’application.

MEMOGuard  – Pour une surveillance très ciblée de vos applications Java

Avec MEMOGuard, vous avez une certaine liberté sur la configuration et le paramétrage de la surveillance des applications. Ainsi, il vous est par exemple possible de détecter et de surveiller automatiquement les MBeans d’une application cible, ignorant toutes les autres dans un souci d’efficacité. Pas seulement au niveau des applications, le filtrage des éléments à surveiller peuvent aussi se faire au niveau des MBeans avec ce logiciel de supervision. Pour ce faire, depuis son interface web, il suffit que vous sélectionniez les MBeans que vous désirez surveiller. Et le tour est joué ! Grâce à son interface web, vous n’aurez pas besoin de toucher au code, ce qui n’est pas le cas avec les autres logiciels de surveillance et de supervision JMX.

Comment MEMOGuard gère les alarmes et les équipes d’astreinte ?

Comment procéder pour gérer les alarmes et les équipes d’astreinte ? Depuis l’interface du logiciel, vous commencez en attribuant un intervalle de valeurs autorisées aux métriques que vous voulez surveiller. Le logiciel MEMOGuard interroge très régulièrement les MBeans. Alors, quand les valeurs sortent des limites que vous avez fixées, ces évènements sont immédiatement détectés par un agent de MEMOGuard. Les données correspondantes remontent ensuite vers le cœur MEMOGuard. Ce dernier les analyse, puis les confronte aux données déjà déclarées dans MEMOGuard. S’il y a relation entre les données reçues depuis les MBeans et les données déclarées dans le logiciel de supervision, alors ce dernier déclenche l’alarme correspondante. Au même moment, des messages d’alerte sont diffusées au personnel d’astreinte responsable avec des détails sur l’évènement survenu.