Utilisation des scripts de wsadmin avecJava Management Extensions (JMX)

JMX (Java™ Management Extensions) est une structure qui permet de mettre en place des ressources Java, par exemple des serveurs d'applications, dans une infrastructure de gestion système. A l'aide de la structure JMX, un fournisseur peut implémenter des fonctions, telles que le listage des paramètres de configuration et la modification de ces paramètres. Cette structure inclut également une couche de notification que les applications de gestion peuvent utiliser pour contrôler des événements comme le démarrage d'un serveur d'applications.

Principales fonctions JMX

Les principales fonctions de l'implémentation WebSphere Application Server de JMX incluent :

  • Tous les processus exécutent l'agent JMX.
  • Toute l'administration de l'environnement d'exécution est effectuée par le biais d'opérations JMX.
  • Des connecteurs sont utilisés pour connecter un agent JMX à une application de gestion JMX distante. Les connecteurs pris en charge sont les suivants :
    • Connecteur JMX SOAP
    • Connecteur JMX RMI-IIOP (Remote Method Invocation over the Internet Inter-ORB Protocol) de l'interface de programmation d'applications JMX Remote (JSR 160) (connecteur JSR160RMI)
    • Appel de méthode distante à l'aide d'un connecteur JMX via le protocole RMI-IIOP (Internet Inter-ORB Protocol)
    • Inter-Process Communications (IPC)
  • Les adaptateurs de protocole fournissent une vue de la gestion de l'agent JMX par le biais d'un protocole déterminé. Les applications de gestion qui se connectent à un adaptateur de protocole sont généralement associées à un protocole donné.
  • La possibilité d'interroger et de mettre à jour les paramètres de configuration d'un objet d'exécution.
  • La possibilité de charger, initialiser, changer et contrôler les composants et ressources d'application lors de l'exécution.

Architecture JMX

L'architecture JMX comprend trois couches :

  • Couche Instruments : détermine comment les ressources sont encapsulées dans des beans Java spéciaux, appelés beans gérés (MBeans).
  • Couche d'agents : comprend les agents et le serveur MBean, qui fournissent une infrastructure de gestion. Les services implémentés sont les suivants :
    • Contrôle
    • La notification d'événements
    • Les minuteurs
  • Couche de gestion : définit comment des applications de gestion externes peuvent interagir avec les couches sous-jacentes via des protocoles, API, etc. Cette couche utilise une implémentation de la spécification de services distribués (JSR-077), qui fait partie de la spécification J2EE (Java 2 Platform, Enterprise Edition).

Les couches de l'architecture JMX sont présentées dans la figure ci-dessous :

Figure 1. Architecture JMX
Illustre l'architecture JMX.

Administration distribuée JMX

La figure ci-après indique comment l'architecture JMX s'intègre dans la topologie d'administration distribuée globale d'un environnement WebSphere Application Server, Network Deployment :

Figure 2. Administration JMX distribuée
Illustre l'administration JMX distribuée de WebSphere Application Server

Les points clés de cette architecture d'administration distribuée sont les suivants :

  • Les beans gérés internes sont locaux dans le registre JVM (Java Virtual Machine) avec le serveur MBean local.
  • Des MBeans externes disposant d'un proxy local associé à leur serveur MBean. Le proxy s'enregistre auprès du serveur MBean local.
    A l'aide du proxy MBean, le serveur MBean local peut transmettre le message à un serveur Mbean externe qui se trouve :
    • sur un agent de noeud ayant un proxy MBean pour tous les serveurs de ce noeud. Les proxies MBean pour les autres noeuds ne sont pas utilisés.
    • Le gestionnaire de déploiement possède des proxies MBean pour tous les agents de noeud de la cellule.

MBeans JMX

Le produit fournit un certain nombre de MBeans, qui assurent chacun des fonctions et des opérations différentes. Par exemple, un MBean de serveur d'applications peut fournir des opérations de type arrêt et démarrage. Un Mbean d'application peut fournir des opérations de type installation et désinstallation. Voici certains des scénarios d'utilisation que vous pouvez rencontrer :

  • Des programmes externes qui sont écrits pour contrôler l'exécution de WebSphere Application Server, Network Deployment et de ses ressources WebSphere en accédant par le biais du code à l'API JMX.
  • Les applications tierces incluant des beans gérés JMX personnalisés dans le code déployé, prenant en charge la gestion de l'API JMX pour les composants d'application et les ressources.

L'exemple suivant indique comment obtenir le nom d'un bean géré :

A l'aide de Jacl :

set am [$AdminControl queryNames type=ApplicationManager,process=server1,*]

Avec Jython :

am = AdminControl.queryNames('type=ApplicationManager,process=server1,*')

Chaque bean géré d'exécution de WebSphere Application Server peut avoir des attributs, des opérations et des notifications. La documentation complète de chaque MBean fourni avec le produit est disponible dans ce centre de documentation information_center > Reference > Programming interfaces > Mbean interfaces.

Avantages de JMX

L'utilisation de JMX pour fournir des fonctions de gestion dans WebSphere Application Server présente les avantages suivants :

  • Elle permet de gérer les applications Java sans investissement important.
  • Elle s'appuie sur un serveur d'objets gérés de manière centralisée faisant office d'agent de gestion.
  • Les applications Java peuvent intégrer un serveur d'objets gérés et rendre disponibles certaines de ses fonctions sous forme de beans gérés enregistrés avec le serveur d'objets.
  • Elle propose une architecture de gestion évolutive.
  • Chaque agent de service JMX est un module indépendant qui peut être connecté à l'agent de gestion.
  • L'API peut être étendue, ce qui permet d'ajouter et d'exposer facilement une nouvelle instance de WebSphere Application Server et des fonctions d'application personnalisées par l'intermédiaire de cette interface de gestion.
  • Elle s'intègre aux solutions de gestion existantes.
  • Chaque processus se suffit à lui-même en matière de gestion de ses ressources. Il n'existe aucun point de contrôle central. En principe, un client de gestion JMX peut être connecté à un processus géré et interagir avec les beans gérés hébergés par ce processus.
  • JMX offre une approche unique simple par domaine de la gestion système. Les différents processus interagissent par le biais des proxies de beans gérés qui prennent en charge un client de gestion unique pour naviguer en toute transparence sur un réseau de processus gérés.
  • Elle définit les interfaces nécessaires à la gestion uniquement.
  • Elle fournit une interface API standard pour permettre aux outils de gestion d'accéder aux ressources d'application et d'administration.

Icône indiquant le type de rubrique Rubrique de concept



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cxml_javamanagementx
Nom du fichier : cxml_javamanagementx.html