Classez les requêtes HTTP pour la gestion de la charge de travail (WLM) en activant d'abord
la prise en charge WLM dans IBM® HTTP server. Mappez ensuite les demandes HTTP dans une ou plusieurs classes de transaction WLM.
Avant de commencer
- Découvrez la gestion de charge de travail sous z/OS,
notamment la réalisation des objectifs, la capacité de traitement, le temps de réponse et
le temps d'exécution. Consultez la rubrique sur la gestion de charge de travail
ainsi que la rubrique sur la gestion des charges de travail sous z/OS.
- Installez et configurez IBM HTTP Server.
- Autorisez l'ID utilisateur sous lequel s'exécute IBM HTTP
Server dans la ressource BPX.WLMSERVER RACF de la classe
FACILITY. Accordez à l'ID utilisateur au moins un accès en lecture.
Pourquoi et quand exécuter cette tâche
Commencez par activer la prise en charge de WLM. Mappez ensuite les demandes HTTP dans une ou plusieurs classes de transaction WLM. Il existe plusieurs méthodes permettant de mapper des demandes HTTP. Trois exemples vous sont proposés.
Procédure
- Activez la prise en charge WLM en chargeant le module mod_wlm sur le serveur.
Ajoutez l'instruction suivante au fichier
httpd.conf :
LoadModule wlm_module modules/mod_wlm.so
- Map HTTP requests to one or more WLM transaction classes.
You can map the HTTP requests in various ways. This step
provides three example substeps.
To classify your requests,
add directives to the httpd.conf file.
In all the examples, the value of the wlmSubSysType directive corresponds
to a subsystem type defined in WLM. This example uses CB, since CB
is defined in WLM and is reserved for WebSphere Application server. This directive
can occur in the httpd.conf file only once. The
scope is global only. The directive cannot exist within any other
directives.
wlmSubSysType CB
- Mappez toutes les demandes HTTP dans une classe de transaction WLM.
L'application de toutes
les demandes HTTP à une classe de transaction WLM est l'approche la plus simple.
Le nom de collection IHS correspond au nom de collection défini dans la partie
Name heading Qualifier des panneaux WLM ISPF. Toutes les demandes
HTTP s'exécutent dans une enclave WLM associée à la classe de transaction WLM
de IHSDEFLT.
wlmSubSysType CB
wlmCollectionName IHS
wlmTranClass IHSDEFLT
- Mappez deux applications dans deux classes de transaction WLM.
Vous pouvez
affecter différentes classes de transaction WLM aux demandes pour différentes
applications.
Un hôte virtuel est défini sur le port 9080. Deux directives LocationMatch
sont définies, une pour les demandes pour l'application appABC et une pour les demandes
pour l'application appXYZ. Dans chaque directive LocationMatch,
la directive wlmTranClass est définie avec différents noms de classe de transaction WLM.
Les demandes HTTP pour l'application appABC
s'exécutent dans des enclaves WLM associées à la classe de transaction IHSABCG1 WLM.
Les demandes HTTP pour l'application appXYZ s'exécutent dans des enclaves WLM associées à la
classe de transaction IHSXYZG1 WLM. D'autres demandes sont mappées
dans IHSDEFLT.
<VirtualHost *:9080>
ServerName example.com
wlmSubSysType CB
wlmCollectionName IHS
wlmTranClass IHSDEFLT
<VirtualHost *:9080>
<LocationMatch "/wlmSample/appABC/(extra|special)/data">
wlmTranClass IHSABCG1
</LocationMatch>
<LocationMatch "/wlmSample/appXYZ/(extra|special)/data">
wlmTranClass IHSXYZG1
</LocationMatch>
</VirtualHost>
- Mappez des demandes pour un domaine spécifique dans des classes de transaction WLM.
Vous pouvez
affecter différentes classes de transaction WLM aux demandes s'appliquant à un
nom de domaine et à une application spécifiques.
Un hôte virtuel est défini sur le port 9080. Seules les demandes HTTP dont le nom de domaine est example.com peuvent avoir une classe de transaction WLM affectée car la directive
ServerName limite les demandes au nom de domaine
example.com.
Une directive LocationMatch est définie pour les demandes
pour l'application appABC. Dans la directive LocationMatch, les directives
wlmCollectionName et wlmTranClass sont définies. Les demandes pour
l'application appABC s'exécutent dans des enclaves WLM associées à la classe de transaction
IHSABCP1WLM.
Une directive wlmCollectionName et une directive
wlmTranClass sont également définies en dehors de la directive LocationMatch. Toutes les demandes dont le nom de domaine est example.com dans l'adresse URL mais qui ne sont pas pour l'application appABC s'exécutent dans des enclaves WLM
associées à la classe de transaction WLM de IHSWSCG1. La classe de transaction IHSWSCG1
WLM ne comporte pas de nom de collection WLM correspondant. La
directive wlmCollectionName est donc définie sur NA. La valeur
NA indique au module IBM HTTP
Server WLM de ne pas définir de nom de collection WLM lors de la création
de l'enclave.
wlmSubSysType CB
<VirtualHost *:9080>
ServerName example.com
<LocationMatch "/wlmSample/appABC">
wlmCollectionName IHSMGT
wlmTranClass IHSABCP1
</LocationMatch>
wlmCollectionName NA
wlmTranClass IHSWSCG1
</VirtualHost>