Classification des demandes HTTP pour WLM (systèmes d'exploitation z/OS)

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

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

  1. 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
  2. Mappez les demandes HTTP dans une ou plusieurs classes de transaction WLM.

    Vous pouvez mapper les demandes HTTP de différentes manières. Cette étape présente trois exemples de sous-étapes.

    Pour classer vos demandes, ajoutez des directives au fichier httpd.conf.

    Dans tous les exemples, la valeur de la directive wlmSubSysType correspond à un type de sous-système défini dans WLM. Cet exemple utilise la valeur CB, car cette valeur est définie dans WLM et est réservée à WebSphere Application Server. Cette directive ne peut se produire qu'une seule fois dans le fichier httpd.conf. La portée est uniquement globale. La directive ne peut pas exister dans une autre directive.

    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>
Rubrique Tâche    

Dispositions pour les centres de documentation | Commentaires

Dernière mise à jour : October 09, 2014 04:36 AM EDT
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=phil&product=ihs-dist&topic=tihs_wlmconfigz
Nom du fichier : tihs_wlmconfigz.html