![[z/OS]](../images/ngzos.gif)
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.

- 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
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.
- 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
- 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 à .
- 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 à .
Gestion de la charge de travail sur z/OS
- Autres beans gérés par message
- Beans enterprise accessibles via IIOP
- 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
- 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.
- 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é
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.
![[z/OS]](../images/ngzos.gif)
Pour classifier le travail d'intégration de services dans le document de classification de la charge de travail de z/OS® WLM, voir Fichier de classification de charge de travail.
Flux de messagerie des beans gérés par message
- Intégration de service en mode JCA
- WebSphere MQ en mode JCA
- WebSphere MQ en mode ASF