[z/OS]

Configuration d'un serveur d'applications pour utiliser la fonction d'équilibrage de charge de travail des requêtes HTTP

En configurant votre serveur d'applications pour utiliser la fonction de répartition de travail du Workload Manager pour les requêtes HTTP, les objets de session HTTP peuvent être répartis de manière équilibrée par le gestionnaire de charge de travail sur les objets serviteurs de votre configuration. Cette tâche permet de distribuer des objets de session HTTP par permutation circulaire entre plusieurs objets serviteurs au lieu de la situation habituelle où il existe une affinité de serviteurs et où les objets de session HTTP résident dans un ou deux serviteurs.

Avant de commencer

Votre serveur d'applications doit être exécuté sur un système z/OS version 1.4 ou ultérieure. Etant donné que vous répartissez des requêtes HTTP sur plusieurs objets serviteurs dans cette tâche, vous devez également avoir plusieurs objets serviteurs activés pour utiliser cette fonction. Voir la rubrique sur l'activation de serviteurs multiples sur z/OS pour plus d'informations.

Pourquoi et quand exécuter cette tâche

Utilisez cette tâche si votre serveur d'applications n'accepte pas la stratégie de répartition de charge de travail par défaut. Cette stratégie utilise un objet serviteur à chaud pour l'exécution des requêtes qui créent des objets de session HTTP. Configurez le produit et le z/OS Workload Manager de façon à répartir vos objets de session HTTP par permutation circulaire dans les cas suivants :
  • Les objets de session HTTP en mémoire sont utilisés, ce qui crée des affinités d'expédition.
  • Les sessions HTTP en mémoire durent plusieurs heures ou jours.
  • Un grand nombre de clients avec objets de session HTTP doivent être conservés en mémoire.
  • La perte d'un objet de session perturbe le client ou le serveur.
  • Les demandes qui créent les sessions HTTP sont très espacées dans le temps.
Pour plus d'informations sur les cas d'utilisation de cette tâche, voir la rubrique Distribution équitable des demandes HTTP par la fonction WLM.

Procédure

  1. Dans la console d'administration, attribuez la valeur true à la propriété WLMStatefulSession.
    1. Développez Serveurs > Types de serveurs et cliquez sur Serveurs d'applications WebSphere.
    2. Cliquez sur le nom du serveur choisi pour utiliser la fonction de répartition de travail du Workload Manager pour les requêtes HTTP.
    3. Dans la section Infrastructure du serveur, cliquez sur Administration et Services d'administration.
    4. Dans le menu Propriétés supplémentaires, sélectionnez Propriétés personnalisées.
    5. Cliquez sur WLMStatefulSession et remplacez la valeur de la zone Valeur par true, si false est actuellement défini. Si la propriété personnalisée n'existe pas, cliquez sur Nouveau, ajoutez WLMStatefulSession à la zone Nom, puis ajoutez true à la zone Valeur.
    6. Cliquez sur Appliquer puis sur Sauvegarder pour enregistrer vos modifications de la configuration principale.
  2. Définissez le nombre minimal et maximal optimal pour la charge de travail. Définissez le nombre minimal et maximal d'objets serviteurs pour traiter le nombre prévu de sessions HTTP avec affinité. Le nombre minimal d'objets serviteurs doit être supérieur à un. Si, par exemple, vous prévoyez l'établissement de 15 000 objets de session HTTP par jour sur le serveur, vous pouvez choisir une valeur supérieure à un comme nombre minimal d'objets serviteurs. Le nombre minimal d'objets serviteurs dépend de la taille et du nombre d'objets de session HTTP. Toutefois, la vitesse de réception initiale des demandes client établissant l'affinité, la fréquence des interactions client, la durée de chaque interaction client (temps UC et temps d'occupation d'unité d'exécution) et la durée de maintien de l'objet de session HTTP doivent également être pris en compte pour déterminer la valeur minimale du nombre d'objets serviteurs.
    1. Pour définir le nombre de servants, cliquez sur Serveurs > Types de serveurs > Serveurs d'applications WebSphere nom_serveur Instance de serveur.
    2. Définissez le nombre minimal et maximal d'objets serviteurs.
    3. Cliquez sur Sauvegarde et synchronisation pour appliquer les modifications.
  3. If you use a classification mapping file instead of a common workload classification document, and you specify more than one transaction class on a mapping rule for the managed round-robin support that the product provides, you should remove this section from your classification mapping file. Vous devez utiliser un document de classification de charge de travail commun au lieu d'un fichier de mappage de classification car la prise en charge du fichier de mappage de classification est obsolète. Toutefois, si vous utilisez un fichier de mappage de classification et si ce fichier contient une ligne similaire à la suivante :
    TransClassMap *:8080 /Dynacache1Web1/Servlet1 TCLASS1 TCLASS2 TCLASS3
    modifiez cette ligne de sorte qu'elle ne spécifie qu'une seule classe de transaction. Par exemple, vous pouvez remplacer la ligne citée précédemment par celle-ci :
    TransClassMap *:8080 /Dynacache1Web1/Servlet1 TCLASS1
    You also must update the z/OS workload manager policy to remove the extra service classes that are only required fi you want to use the managed round-robin support that the product provides. Voici un exemple de suppression de classes de service supplémentaires :
      Subsystem-Type Xref Notes Options Help                                 
     --------------------------------------------------------------------------   
                      Modification des règles pour le type sous-système      Ligne 9 à 16 de 16   
     Command ===> ____________________________________________ SCROLL ===> CSR    
                                                                                  
     Type sous-système . : CB          Fold qualifier names?   Y  (Y or N)           
     Description  . . . Component Broker requests                                 
                                                                                  
     Action codes:   A=After     C=Copy        M=Move     I=Insert rule           
                     B=Before    D=Delete row  R=Repeat   IS=Insert Sub-rule      
                                                                  More ===>       
               --------Qualifier--------               -------Class--------       
     Action    Type       Name     Start                Service     Report        
                                              DEFAULTS: AZAMS1      RBBDEFLT      
      ____  1  CN         AZSR01   ___                  AZAMS1      RAZAMS1       
      ____  2    TC         TCLASS1  ___                AZAMS1      RAZAMS1       
      _d__  2    TC         TCLASS2  ___                AZAMS2      RAZAMS1       
      _d__  2    TC         TCLASS3  ___                AZAMS3      RAZAMS1       
      ____  1  CN         AZSR02   ___                  AZAMS2      RAZAMS2       
      ____  1  CN         AZSR02   ___                  AZAMS3      RAZAMS3       
    ****************************** BOTTOM OF DATA ****************************** 
  4. Redémarrez le serveur. Le serveur reconnaît la propriété WLMStatefulSession une fois qu'il est redémarré.

Résultats

Le serveur d'applications utilise la fonction de répartition équilibrée WLM des requêtes HTTP pour traiter sa charge de travail au lieu de présenter une affinité à un certain objet serviteur.

Que faire ensuite

Consultez la rubrique sur l'identification et le traitement des problèmes liés aux composants d'exécution pour plus d'informations sur la gestion des problèmes liés aux clusters de serveurs et à la charge de travail.

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=was-nd-mp&topic=trun_wlm_sessionplacement
Nom du fichier : trun_wlm_sessionplacement.html