[z/OS]

Beans gérés par message et paramètres d'optimisation sur z/OS

Lorsque vous exécutez WebSphere Application Server sur le système d'exploitation z/OS, vous devez connaître un certain nombre de concepts pour pouvoir configurer les paramètres d'optimisation disponibles pour les beans gérés par message.

WebSphere Application Server sur z/OS : serveur multi-processus

Lorsque vous exécutez WebSphere Application Server sur z/OS, la charge de travail est répartie dans plusieurs types de régions (processus), comme indiqué dans le diagramme suivant.

Figure 1. WebSphere Application Server exécuté sur z/OS a une structure multiprocessus
Une installation WebSphere Application Server possède une région de contrôle (CR), un auxiliaire de la région de contrôle (CRA) et plusieurs régions serviteur (SR). La charge de travail entrante qui exclut l'intégration de services entre dans la région de contrôle et est distribuée aux régions serviteur. La charge de travail pour l'intégration de services entre dans l'auxiliaire de la région de contrôle (CRA) et est acheminée vers les régions serviteur via la région de contrôle. L'auxiliaire de la région de contrôle (CRA) contient plusieurs moteurs de messagerie. Les applications qui s'exécutent dans la région serviteur communiquent avec les moteurs de messagerie dans l'auxiliaire de la région de contrôle.
La région de contrôle (appelée également le contrôleur)
La région de contrôle (CR) exécute le code système et constitue le noeud final de communication pour toute la charge de travail (par exemple IIOP, HTTP), à l'exception de la charge de travail entrant du bus d'intégration de services. La région CR classifie la charge de travail et utilise la fonction WLM (workload management)z/OS pour répartir la charge de travail dans les régions serviteur.
Le processus auxiliaire de la région de contrôle (appelez également processus auxiliaire)
Les processus suivants s'exécutent dans le processus auxiliaire de la région de contrôle (CRA) :
  • Moteurs de messagerie de bus d'intégration de services
  • Adaptateur de ressources (RA) de bus d'intégration de services
  • Depuis WebSphere Application Server Version 7.0, IBM MQ Resource Adapter
Le CRA est le noeud final de communication de la charge de travail entrant de l'intégration de services (à savoir, pour les beans géré par message et les médiations). Cette charge de travail est acheminée via le CR pour la classification et la répartition. S'il existe plusieurs moteurs de messagerie dans le serveur, ils s'exécutent tous dans le même CRA. Si le serveur ne contient aucun moteur de messagerie, l'adaptateur CRA est toujours nécessaire pour pouvoir exécuter les adaptateurs de ressource entrants d'intégration de services. Si le support d'intégration de services est désactivé pour le serveur, il n'existe pas d'adaptateur CRA, mais si vous utilisez IBM MQ Resource Adapter dans ce cas, vous devez démarrer explicitement l'adaptateur CRA, comme indiqué dans [z/OS]Paramètres de fournisseur JMS.
Régions serviteur (appelées également serviteurs)
Le code d'application (par exemple, Enterprise Java™ Beans (EJBs), les beans gérés par message et les servlets) s'exécute dans les régions serviteur. Vous pouvez configurer le serveur pour qu'il exécute uniquement un seul serviteur, mais, en règle générale, vous le configurez avec plusieurs serviteurs. La charge WLM z/OS peut ajuster le nombre de SR dynamiquement en réponse à la charge de travail variable.

La section Classification de la gestion de charge de travail pour les beans gérés par message explique comment la charge de travail est répartie entre les serviteurs pour optimiser les performances.

Fournisseurs de messagerie WebSphere Application Server

Le flux de messagerie dépend de la manière dont vous installez l'application de bean géré par message, ce qui dépend de votre choix de fournisseur de messagerie.

Remarque : Le même fournisseur de messagerie peut fournir différentes méthodes de déploiement.
WebSphere Application Server sur z/OS prend en charge les fournisseurs de messagerie suivants :
Fournisseur de messagerie par défaut WebSphere Application Server
Le fournisseur de messagerie par défaut (intégration de services) prend en charge le RA Java Connector Architecture (JCA). Lorsque vous installez une application de bean géré par message, vous fournissez une spécification d'activation.
Fournisseurs de messagerie IBM MQ
Le fournisseur de messagerie IBM MQ utilise votre système IBM MQ comme fournisseur et il prend en charge les méthodes suivantes d'installation des applications de bean géré par message :
  • JCA en utilisant le RA
  • ASF (Application Server Facilities) en utilisant le service d'écoute et les ports d'écoute des messages
JCA est une technologie Java EE stratégique et elle est préférée à l'ancienne technologie ASF qui est obsolète dans WebSphere Application Server depuis la version 7.0.
Les fournisseurs de messagerie tiers qui incluent les extensions ASF à la spécification JMS
Pour utiliser un fournisseur de messagerie ASF tiers, vous l'ajoutez à la configuration WebSphere Application Server comme fournisseur JMS. Dans la console d'administration, vous accédez à Ressources > JMS > Fournisseurs JMS.
Les fournisseurs de messagerie tiers qui contiennent un adaptateur de ressources (RA) compatibles JCA
Pour utiliser un fournisseur de messagerie JCA tiers, vous installez l'archive RAR (resource adapter archive) JCA dans WebSphere Application Server. Dans la console d'administration, vous accédez à Ressources > Adaptateurs de ressources > Adaptateurs de ressources.
Remarque : Le même WebSphere Application Server peut utiliser plusieurs fournisseurs de messagerie différents.

Gestion de la charge de travail sur z/OS

Un bean géré par message s'exécute généralement sur un serveur d'applications qui héberge une charge de travail hétérogène, notamment les types de travaux suivants :
  1. Autres beans gérés par message
  2. Beans enterprise accessibles via IIOP
  3. Servlets et JSPs accessibles via HTTP

Il existe divers contrôles d'optimisation associés aux beans gérés par message et leurs paramètres permettent de contrôler précisément le volume de travail exécuté par un bean géré par message (ou un groupe de beans gérés par message) dans un serveur. Toutefois, n'utilisez pas ces paramètres pour prioriser le travail du bean géré par message par rapport aux autres travaux dans le serveur. En fait, pour gérer une charge de travail hétérogène sur z/OS, utilisez la classification WLM (workload management).

Classification de la gestion de charge de travail pour les beans gérés par message

Le traitement des beans gérés par message comprend deux fonctions logiques :
  • L'écoute, qui examine chaque message qui arrive, détermine le contexte de sécurité et transactionnel du message et identifie le bean géré par message pour le traiter.
  • La répartition, qui obtient le message et active la méthode onMessage du bean géré par message.

Ces fonction sont contrôlées en classifiant la charge de travail de WLM.

Il existe deux parties de classification de la charge de travail WebSphere Application Server pour la gestion par WLM lors de l'exécution de WebSphere Application Server sur z/OS :
Détermination d'une classe de transaction appropriée pour l'élément de travail
WebSphere Application Server utilise les règles que l'administrateur WebSphere Application Server spécifie dans un document XML appelé [z/OS]Fichier de classification de charge de travail pour classer les éléments de charge de travail dans un ensemble de classes de transaction qui peuvent être affectées de différents objectifs de performance. Les classes de transaction sont des groupes que vous choisissez ; vous décidez le nombre de classes et leurs noms. L'administrateur WebSphere Application Server définit le chemin d'accès au fichier de classificaton de la charge de travail en utilisant les fonctions d'administrationWebSphere Application Server.

Lorsque WebSphere Application Server reçoit une demande de travail d'un ean HTTP, IIOP ou géré par message, il détermine une classe de transaction appropriée pour l'élément de travail. Pour le travail de bean géré par message, la classe de transaction est généralement déterminée à partir de l'émetteur du message entrant, les attributs de messages et le bean géré par message cible. Lorsque WebSphere Application Server utilise z/OS WLM pour envoyer des demandes de travail WebSphere Application Server de CR (ou CRA) à SR, WebSphere Application Server spécifie la classe de transaction qu'il a sélectionné pour l'élément de travail.

Allocation des ressources appropriées pour traiter l'élément de travail
L'administrateur z/OS WLM utilise les panneaux WLM ISPF pour définir une classe de service WLM et une classe de rapport pour chaque classe de transaction, comme indiqué dans la bibliothèque z/OS Internet Library. WLM z/OS WLM mappe la classe de transaction à la classe de service WLM appropriée et la classe de rapport pour allouer vos objectifs de performances. Ces objectifs (relatifs à la charge de travail totale sur z/OS (pas seulement la charge de travail WebSphere Application Server) sont atteints en déterminant le serviteur qui doit traiter le message et si des ressources doivent être fournies au serviteur ou retirées.
Pour plus d'informations sur la classification de gestion de la charge de travail, voir [z/OS]Classification de la charge de travail z/OS.

Pour classifier le travail d'intégration de services dans le document de classification de la charge de travail de z/OS® WLM, voir [z/OS]Fichier de classification de charge de travail.

Flux de messagerie des beans gérés par message

Le flux de messagerie dépend des méthodes de déploiement que vous utilisez pour les beans gérés par message et du fournisseur de messagerie qu'utilise WebSphere Application Server. Les sous-rubriques décrivent le flux des messages pour diverses méthodes de déploiement :
  • Intégration de service en mode JCA
  • WebSphere MQ en mode JCA
  • WebSphere MQ en mode ASF
Pour simplifier les sous-rubriques suivantes, on suppose que le serveur héberge un seul bean géré par message et que plusieurs instances du bean géré par message peuvent s'exécuter simultanément sur toutes les unités d'exécution de tâche.

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=cprf_tunezmdb
Nom du fichier : cprf_tunezmdb.html