![[z/OS]](../images/ngzos.gif)
Utilisation de serviteurs multiples
La fonction WLM (workload management) vous permet de contrôler le nombre et les performances des serviteurs qui s'exécutent. WLM gère le temps de réponse et le rendement des transactions en fonction de la classe de service affectée, des objectifs de performance associés et la disponibilité des ressources système. Pour atteindre ces objectifs, elle doit parfois contrôler ou modifier le nombre de serviteurs actifs.
Les applications du produit sont déployées au sein d'un serveur générique. Une ou plusieurs instances de serveurs doivent être définies sur un ou plusieurs systèmes contenus dans un noeud. Chaque instance de serveur est constituée d'un contrôleur et d'un ou plusieurs serviteurs. Les contrôleurs sont démarrés par le système MVS en tant que tâches démarrées et les serviteurs sont démarrés par la fonction WLM, au fur et à mesure des besoins.
Les environnements d'applications dynamiques WLM peuvent être activés sur votre système z/OS si vous exécutez z/OS, édition 2, avec la mise à jour de service pour APAR OW54622 installée, ou une version plus élevée de z/OS. Si des environnements d'applications dynamiques WLM sont activés sur votre système, la fonction WLM respecte les spécifications concernant le nombre de serviteurs. Si vous utilisez des environnements d'applications statiques, paramètre spécifié par le biais des panneaux WLM ISPF, vous devez également activer plusieurs serviteurs en spécifiant le paramètre No limit dans ces mêmes panneaux.

- La console d'administration et le gestionnaire de déploiement ne font plus appel à des fonctions de sérialisation qui sont prises en charge uniquement sur une seule machine virtuelle Java™ (JVM). Par conséquent, vous pouvez exécuter ces applications sur un serveur comportant plusieurs serviteurs.
- Si vous spécifiez un nombre maximal d'instances, WLM (workload management) ne peut pas démarrer plus de serviteurs que spécifié pour cette instance de serveur.
- Le nombre maximal de serviteurs doit être au moins équivalent au nombre de classes de services susceptibles d'être utilisées par les transactions qui s'exécutent sur le serveur. Il doit également prendre en compte la classe de service de type CB par défaut et les enclaves pouvant être générées à l'extérieur des serveurs de produit et classées selon des règles de classification différentes, telles que IHS (IBM® HTTP Server).