Conventions de dénomination du serveur d'applications z/OS
Vous devez définir plusieurs noms au cours de la configuration de WebSphere Application Server for z/OS. Bien qu'il soit possible d'attribuer des noms aux objets WebSphere Application Server for z/OS sur une base empirique, il est plus prudent et plus efficace d'attribuer des noms de manière harmonieuse.
Noms longs et noms abrégés
- Les noms longs sont les noms principaux par lesquels les cellules, les noeuds, les serveurs et les clusters sont connus de WebSphere Application Server for z/OS. Ce sont des noms utilisés pour la création de scripts et dans la console d'administration. Les noms longs peuvent comporter jusqu'à 50 caractères et incluent des lettres et des chiffres, ainsi que les caractères spéciaux suivants : ! ^ ( ) _ - . { } [ ]
- Les noms abrégés sont spécifiques à l'implémentation z/OS de WebSphere Application
Server et sont les noms principaux par lesquels les cellules, les noeuds, les serveurs et les clusters sont connus de z/OS. Remarque : Le système d'exploitation z/OS impose de limiter à huit caractères les valeurs de l'interface du système d'exploitation.
Les noms abrégés doivent être composés de un à huit caractères, ne doivent utiliser que des lettres majuscules, des caractères numériques et alphabétiques et ne peuvent pas commencer par un chiffre.
Vous devez limiter les noms abrégés des serveurs à sept caractères pour que le runtime puisse y ajouter un S ou un A afin de désigner les régions serviteurs ou auxiliaires. Par exemple, le nom abrégé de serveur BBOS001 devient BBOS001S pour les régions serviteurs et BBOS001A pour les processus auxiliaires des régions de contrôle. Si vos normes demandent des noms abrégés de serveur à huit caractères, définissez explicitement les noms abrégés des régions serviteur et auxiliaires.
Quand cet article dit que deux noms doivent être identiques ou différents, cela s'applique à la fois aux noms longs et aux noms abrégés. Il n'est pas obligatoire que le nom long et le nom abrégé se ressemblent mais la plupart des utilisateurs trouvent pratiques qu'ils soient identiques ou proches.
Choix d'un nom de cellule
Chaque cellule doit avoir un nom de cellule différent de celui des autres cellules. Si des cellules de différents systèmes communiquent ensemble, elles ne doivent pas avoir le même nom de cellule.
Pour fédérer un serveur d'applications autonome dans une cellule Network Deployment, le nom de cellule du serveur autonome doit être différent de celui de la cellule Network Deployment.
Choix d'un nom de serveur
Le nom de serveur identifie un serveur WebSphere Application Server dans le noeud auquel il appartient. Chaque serveur doit avoir un nom de serveur différent de celui des autres serveurs. Dans le système d'exploitationz/OS, le nom abrégé de serveur est également Utilisé comme nom de travail MVS du serveur et, par conséquent, il est impossible d'exécuter ensemble deux serveurs ayant le même nom abrégé sur le même système d'exploitation z/OS, même s'ils résident dans deux cellules différentes.
- Un serveur d'applications autonome ne contient habituellement qu'un seul serveur d'applications car la console d'administration contenue dans une cellule de serveur d'applications autonome ne peut contrôler qu'un seul serveur. Toutefois, si le noeud du serveur d'applications est enregistré avec un agent d'administration, cet agent peut créer d'autres serveurs.
- Une cellule Network Deployment contient au moins un serveur, le gestionnaire de déploiement dans son propre noeud, plus d'autres serveurs d'applications, des serveurs Web, des serveurs proxy et d'autres types de serveurs.
- Les serveurs proxy sécurisés, agents d'administration et gestionnaires de travaux possèdent chacun un serveur unique.
Choix des noms de cluster et des noms abrégés des serveurs génériques
Le nom de cluster identifie un cluster WebSphere Application Server, une collection de serveurs identiques pouvant couvrir plusieurs noeuds ou systèmes et qui exécutent les mêmes applications. Les serveurs d'applications comme les serveurs proxy peuvent être disposés en cluster. Chaque cluster doit avoir un nom de cluster différent de celui des autres clusters dans une même cellule.
Le nom abrégé de cluster a une fonction spéciale utilisée pour identifier les serveurs du cluster auprès de l'utilitaire z/OS WLM (Workload Management). Mêmes les noeuds qui ne sont pas en cluster ont un nom abrégé générique de serveur, également appelé nom de transition de cluster, qui est utilisé pour la même raison ; quand un cluster est créé depuis un serveur d'applications, le nom abrégé de ce serveur devient le nom du cluster.
Il en découle que deux serveurs résidant sur un même système z/OS ne doivent pas avoir le même nom abrégé de serveur générique sauf s'ils résident dans le même cluster. Cette règle s'applique aux gestionnaires de déploiement, aux agents de noeud, aux agents d'administration et aux gestionnaires de travaux ainsi qu'aux serveurs d'applications et aux serveurs proxy.
Conventions de dénomination
Du fait du grand nombre de noms à choisir et que certains noms doivent être identiques ou uniques, il est utile de disposer d'une méthode standard pour choisir les noms. Cette méthode doit répondre aux besoins de l'entreprise et aux exigences de l'architecture de WebSphere Application Server.
- Cette convention comprend une série de valeurs par défaut fixes utilisée depuis WebSphere Application
Server for z/OS version 4.0. Des ajouts ont été faits pour les nouveaux types de serveurs de la version 7.0 ou versions ultérieures. Ces valeurs par défaut permettent de démarrer WebSphere Application Server sur z/OS et ne prennent en charge qu'un seul serveur de chaque type sur un même système z/OS.
Pour installer d'autres serveurs, les valeurs par défaut doivent être modifiées.
Voir Convention de dénomination de base z/OS pour plus d'informations sur cette convention de dénomination.
- Cette convention comprend une série de valeurs structurées qui utilisent des noms générés à partir d'un ou deux identificateurs de système, cluster et cellule choisis pendant la personnalisation. Ces valeurs par défaut prennent en charge tout nombre de cellules, noeuds et serveurs et
sont destinées aux environnements de production.
Voir Convention de dénomination standard z/OS pour plus d'informations sur cette convention de dénomination.
Vous pouvez développer votre propre convention de dénomination mais prenez en compte les remarques contenues dans cet article et décrites plus en détail dans les articles connexes sur les conventions de dénomination de base et standard.