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
- Dans la console d'administration, attribuez la valeur true à la propriété WLMStatefulSession.
- Développez et cliquez sur
Serveurs d'applications WebSphere.
- Cliquez sur le nom du serveur choisi pour utiliser la fonction de répartition de travail
du Workload Manager pour les requêtes HTTP.
- Dans la section Infrastructure du serveur, cliquez sur Administration
et Services d'administration.
- Dans le menu Propriétés supplémentaires, sélectionnez Propriétés personnalisées.
- 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.
- Cliquez sur Appliquer puis sur
Sauvegarder pour enregistrer vos
modifications de la configuration principale.
- 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.
- Pour définir le nombre de servants,
cliquez sur nom_serveur .
- Définissez le nombre minimal et maximal d'objets serviteurs.
- Cliquez sur Sauvegarde et synchronisation pour appliquer les modifications.
- 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 ******************************
- 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.