Terminologie WebSphere Application Server for z/OS

Familiarisez-vous avec la terminologie z/OS requise lors de l'utilisation de WebSphere Application Server for z/OS.

Dans WebSphere Application Server for z/OS, le composant opérationnel sur lequel les applications s'exécutent est appelé serveur. Le diagramme suivant présente un serveur z/OS exécutant deux applications J2EE :

Construction de serveur

Les serveurs se composent d'espaces adresse qui exécutent le code. Un serveur z/OS a deux types d'espaces adresse : contrôleurs et serviteurs :
  • Un contrôleur exécute les programmes autorisés système et gère les tâches, telles la communication pour le serveur. Chaque serveur dispose d'un contrôleur que vous démarrez au moyen d'une procédure de démarrage JCL lorsque vous saisissez la commande de démarrage appropriée dans la console MVS.
  • Un serviteur est un espace adresse dans lequel la machine JVM réside. Il exécute des programmes non autorisés, tels que des applications de gestion. Un serveur peut exécuter un ou plusieurs serviteurs en même temps. Lorsque le travail s'accumule, WLM démarre d'autre serviteurs de façon dynamique pour répondre à la demande.
    Remarque : L'auxiliaire de la région de contrôle (non représenté sur ce diagramme) est un serviteur spécialisé qui sert d'interface avec les bus d'intégration de services pour fournir des services de messagerie.

Les types de serveur suivants peuvent exister sur un système z/OS :

Serveurs d'applications (autonome) non gérés
Ce serveur d'applications est configuré lors de la configuration autonome pour héberger vos applications J2EE.
Serveurs d'applications (déploiement réseau) gérés
Ce serveur d'applications est configuré lors de la configuration Network Deployment pour héberger vos applications J2EE.
Démon de service de localisation
Ce serveur est le point de contact initial pour les requêtes client dans les configurations autonome ou Network Deployment. Le démon du service de localisation est un serveur spécialisé sans serviteur.
Serveur JMS (Java Message Service)
Ce serveur héberge la fonction JMS dans WebSphere Application Server for z/OS, qui contrôle le courtier MQ et le gestionnaire de files d'attente dans la configuration autonome ou dans la configuration Network Deployment. Le serveur JMS n'existe plus tel qu'il était dans les versions précédentes de WebSphere Application Server for z/OS. Sa fonction a été remplacée par des bus d'intégration de services.
Gestionnaire de déploiement
Serveur d'applications spécialisé qui héberge l'application de console d'administration (il héberge uniquement des applications d'administration) et fournit une fonction d'administration au niveau de la cellule dans une configuration de déploiement réseau. L'application de la console d'administration administre les serveurs (regroupés en noeuds) de plusieurs systèmes. Le gestionnaire de déploiement est le seul occupant de son propre noeud. Il n'a pas besoin d'agent de noeud car il n'existe aucun serveur d'applications dans le noeud et une cellule ne peut avoir qu'un seul gestionnaire de déploiement.
Remarque : La version de l'application de console d'administration exécutée sur le gestionnaire de déploiement est conçue pour gérer les environnements à plusieurs noeuds, alors que la version de l'application de console d'administration qui s'exécute dans un serveur d'applications autonome est réservée aux environnements à un seul noeud.
Agent de noeud
Fournit une fonction d'administration au niveau du noeud dans une configuration Network Deployment. Un agent de noeud est un serveur spécialisé sans serviteur.
Un noeud peut contenir des serveurs qui font partie d'un cluster. Le cluster peut s'étendre sur plusieurs noeuds à condition que tous les noeuds concernés se trouvent dans la même cellule.
cluster
Groupe logique de serveurs configurés.

Les clusters sont destinés à promouvoir l'évolutivité et la disponibilité. L'équilibrage de la charge de travail s'effectue sur les serveurs d'un cluster. Les clusters vous permettent de partitionner les charges de travail entre différents serveurs tout en continuant à les considérer comme une seule unité. La configuration en clusters est généralement appliquée à une cellule multinoeud, dans laquelle chaque noeud est configuré sur un système indépendant et dans laquelle le cluster a un membre (serveur) sur chaque noeud. Les requêtes client sont distribuées parmi les membres du cluster en fonction des décisions du gestionnaire de charge de travail.

Remarque : Si vous prévoyez d'étendre votre cluster sur plusieurs systèmes dans un sysplex, vous devrez configurer un système hiérarchique de fichiers partagé.
node
Collection logique de serveurs sur un système z/OS spécifique.
  • Un noeud appartient à une cellule. La cellule à laquelle un noeud appartient peut s'étendre sur plusieurs systèmes, mais le noeud doit rester dans un seul système z/OS.
  • Un système z/OS peut contenir plusieurs noeuds WebSphere Application Server for z/OS, appartenant à la même cellule ou à des cellules différentes.
cell
Une cellule est une collection logique de noeuds WebSphere Application Server for z/OS qui sont administrés ensemble. La cellule est l'unité la plus grande de l'organisation.
  • Les noeuds que comprend une cellule peuvent résider sur des systèmes du même sysplex, de sysplex différents, sur le même monoplex z/OS ou sur des systèmes entièrement différents. Une cellule qui comprend des noeuds sur différents systèmes ou sysplex est appelée cellule hétérogène.
  • Un sysplex ou un monoplex z/OS peut contenir plusieurs cellules WebSphere Application Server for z/OS.
  • Différentes cellules peuvent avoir des noeuds sur les mêmes systèmes, bien qu'un noeud donné ne puisse être le membre que d'une cellule.
  • Il existe deux types de cellule WebSphere Application Server for z/OS :

    - Une cellule autonome se compose d'un seul noeud. En raison de contraintes d'administration, ce noeud ne devra renfermer qu'un seul serveur d'applications.

    - Une cellule Network Deployment comprend un noeud de gestionnaire de déploiement, qui est responsable des tâches d'administration à l'échelle de la cellule et d'un certain nombre de noeuds fédérés. Chaque noeud fédéré contient un agent de noeud, qui gère les communications avec le gestionnaire de déploiement de la cellule, et un certain nombre de serveurs d'applications.

agent d'administration
Fournit une interface unique permettant de gérer plusieurs noeuds de WebSphere Application Server for z/OS non fédérés dans des environnements, tels qu'un environnement de développement, un test d'unité ou la partie d'un parc de serveurs qui réside sur une machine unique.
Chaque élément d'une configuration (serveurs, clusters, noeuds et cellules) dispose d'un nom long et d'un nom abrégé :
Nom du serveur
Nom long utilisé dans le chemin du système hiérarchique de fichiers et nom principal sous lequel le serveur est connu par WebSphere Application Server for z/OS. Il est utilisé pour identifier le serveur par le biais de la console d'administration et des commandes de scripts. Il est composé d'un maximum de huit caractères majuscules et minuscules.
Nom abrégé du serveur
Alias spécifique à la plateforme et nom principal sous lequel le serveur est connu par z/OS. Il permet d'identifier le serveur pour des fonctions z/OS sous-jacentes, telles que le serveur de sécurité, JES (Job Entry Subsystem), WLM et ARM (Application Response Management). Par exemple, le nom abrégé du serveur est utilisé comme nom de travail MVS.
Nom abrégé du cluster
Utilisé comme nom pour l'environnement d'application WLM.

Le diagramme suivant illustre les interactions entre les serveurs, les clusters, les noeuds et les cellules. Il présente plusieurs configurations que vous pouvez définir dans un sysplex Network Deployment :

Configurations de WebSphere Application Server for z/OS
Les cellules 1 et 3 représentent les cellules de configuration de Network Deployment. La cellule 2 est une cellule de configuration autonome.

Les attributions de noeud peuvent varier en fonction de vos exigences. Le noeud du gestionnaire de déploiement peut exister sur un système, d'autres noeuds qui ont été fédérés dans le gestionnaire de déploiement peuvent exister sur différents systèmes. Une telle cellule composée de divers machines ou systèmes d'exploitation est appelée cellule hétérogène et élargit les éventuelles topologies que vous pouvez prendre en compte pour votre déploiement réseau.


Icône indiquant le type de rubrique Rubrique de concept



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