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

  • 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

  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. 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>

Icône indiquant le type de rubrique Rubrique de tâche



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