[z/OS]

Classifications WLM du contrôleur et du serviteur

Les applications sont déployées sur un serveur ou dans un cluster de serveurs. Chaque serveur est constitué d'un contrôleur et d'un ou plusieurs serviteurs. Chaque contrôleur est lancé par le gestionnaire de déploiement ou par une commande de l'opérateur MVS en tant que tâche démarrée MVS. Chaque serviteur est lancé par le WLM (Workload Manager) si besoin est.

Vous pouvez utiliser des classes de transaction pour classer la charge de travail des clients en vue de la gestion de la charge de travail. La classification de transactions peur être basée sur les critères de classification de gestion de la charge de travail ci-après :
  • Nom de serveur (CN) – Si le serveur est en cluster, cette valeur est le nom abrégé du cluster. Par contre, si le serveur n'est pas en cluster, cette valeur est celle spécifiée sur le serveur de propriété personnalisée, ClusterTransitionName.
  • Nom de l'instance du serveur (SI) – Indique le nom abrégé du serveur. Généralement, ce nom n'est pas utilisé étant donné qu'il est impossible de savoir quelle instance du serveur exécute une transaction dans un cluster.
  • ID utilisateur affecté à la classe de transaction (TC) de transaction (UI) - Utilisez le fichier de mappage de la classe de transaction du serveur pour affecter cet ID à une transaction.
.

Classification du contrôleur

Vous devez classer les contrôleurs dans SYSSTC ou leur donner un objectif de vitesse d'une importance élevée. Cette opération est nécessaire parce que les contrôleurs réalisent des opérations de traitement pour la réception des travaux dans le système, leur répartition dans le gestionnaire de transport HTTP, leur classification, ainsi que d'autres tâches d'aménagement.

Important : Le lancement d'une étape parmi les procédures de démarrage du contrôleur, telle que BBO7ACR, fait appel au programme BPXBAT pour vérifier les niveaux de service délivrés, appliqués ou en instance, et consigner les résultats dans le fichier /properties/service/logs/applyPTF.log. Etant donné que le programme BPXBATCH est classé selon les règles OMVS, au lieu d'hériter de la classification de service de la procédure de démarrage, sur un système occupé, il se peut que plusieurs minutes s'écoulent avant que le programme BPXBATA2 obtienne le contrôle. Vous pouvez minimiser l'impact de l'étape BPXBATCH en modifiant les règles de classification de gestion de la charge de travail des tâches OMVS en un objectif de service plus élevé. Dans l'exemple ci-dessous, le travail OMVS est attribué à une classe de service EBIZ_HI, d'importance 1 et de vitesse 50.
Type de sous-système . : OMVS
Description . . . E_Biz Classification Rule
--------Qualifiant------ -------Classe--------
Action    Type     Nom     Début             Service     Rapport
DEFAULTS: EBIZ_DEF ________
____ 1 TN FTPSERVE ___ EBIZ_HI ________
____ 1 UI OMVSKERN ___ SYSSTC ________
____ 1 TN WSSRV* ___ EBIZ_HI RPTACR <<==

Classification des serviteurs

Lorsque qu'une région serviteur démarre, WLM classifie la région serviteur en tant que tâche démarrée et la place dans une classe de service et une classe de rapport basées sur les règles de classification spécifiées dans la stratégie WLM. WLM utilise cette classe de service pour déterminer la priorité de l'espace adresse. La priorité d'un espace adresse détermine son accès aux ressources du système lors de l'initialisation de la région serviteur.

Chaque demande de travail reçue par la région du contrôleur est associée avec une enclave WLM. Chacune de ces enclaves est alors associée à une classe de service WLM et une classe de rapport. Lorsque WLM répartit les demandes de travaux provenant de la région du contrôleur vers les diverses régions du serviteur, il tente de maintenir toutes les demandes de travaux qui sont toutes associées à la même classe de service. Ce groupement de demandes signifie que les demandes de travaux effectuées par une région serviteur donnée sont associées aux enclaves qui sont généralement associées à la même classe de service. Si toutes les enclaves sont associées à la même classe de service, il est possible d'en déduire que la région serviteur est associée à ladite classe de service.

Une fois que la région serviteur est initialisée et qu'elle commence à recevoir des demandes de travaux, toutes les unités d'exécution de distribution et de non distribution, telles que les unités d'exécution de la récupération de place Java, sont gérées selon les objectifs associés à la classe de service WLM des enclaves associées aux demandes de travaux qui sont en exécution dans le serviteur.

Toutes les ressources utilisées par l'unité de répartition lorsqu'une enclave est associée à ces unités sont enregistrées dans la classe de rapport associée à l'enclave. Toutes les ressources que les unités d'exécution qui ne sont pas associées à une enclave utilisent sont signalées dans la classe de rapport associée à la tâche démarrée de la région serviteur.

Pratiques recommandées Pratiques recommandées: Assurez-vous que la classification du serviteur dans la hiérarchie de classe de service n'est pas plus élevée que celles d'autres tâches plus importantes, telles que les serveurs de transaction controller, CICS ou IMS.bprac

Règles de classification WLM pour des travaux de type STC

Voici un exemple simple de règles de classification WLM pour des travaux de type STC couvrant les tâches démarrées du contrôleur et du serviteur :
          --------Qualifiant--------           -------Classe--------
Action    Type     Nom     Début             Service     Rapport  
                                    DEFAULTS: OPS_DEF     ________
_____  1  TN      %%DMN    ___                OPS_HIGH    RWSDMN _____  1  TN      T5SRV*   ___                OPS_MED     RT5SRV
_____  1  TN      WS%%%%   ___                SYSSTC      RWSCTLR
_____  1  TN      WS%%%%S  ___                OPS_HIGH    RWSSRVR

Icône indiquant le type de rubrique Rubrique de référence



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=rweb_classervers
Nom du fichier : rweb_classervers.html