Convention de dénomination standard z/OS

Dans WebSphere Application Server for z/OS, les cellules et les noeuds sont créés à l'aide travaux de personnalisation générés avec le gestionnaire de profils ou la commande zpmt. Quand vous utilisez l'outil de gestion de profils pour créer ces travaux personnalisés, la plupart des champs contiennent des valeurs par défaut prédéfinies. Les valeurs par défaut suivent la convention de dénomination standard si une valeur d'identificateur à un ou deux caractères est définie au cours de la personnalisation pour les systèmes, les cellules et les clusters.

La convention de dénomination standard convient pour l'utilisation initiale et la production. Elle permet de créer des groupes de cellules et de serveurs qui partageront un ensemble commun de noms de groupe et d'ID utilisateur. Un groupe de cellules et de serveurs se distingue par le fait qu'il partage le même identificateur de cellule.

Différences entre la convention de dénomination standard et la convention de dénomination de base

La convention de dénomination de base prend au charge une seule cellule Network Deployment et un seul noeud de serveur d'applications sur un même système z/OS. En revanche, la convention de dénomination standard permet de créer jusqu'à 936 groupes d'administration distincts correspondant chacun à un identificateur de cellule à deux caractères sur un même système z/OS. Chaque groupe d'administration peut comprendre ce qui suit :
  • Une cellule Network Deployment
  • Jusqu'à 36 noeuds de serveur d'applications
  • Des agents d'administration, des gestionnaires de travaux et des serveurs proxy sécurisés

Ce groupe administratif ne fait pas réellement partie de l'architecture de WebSphere Application Server, il incarne le fait que sur z/OS un groupe de cellules peut utiliser un jeu commun de groupes SAF et d'ID utilisateur, ce qui simplifie la configuration des connexions entre ces cellules. Par ailleurs, utiliser différents groupes SAF et ID utilisateur pour différentes cellules permet de séparer l'administration et l'exécution de manière que les cellules qui utilisent différentes identités SAF puissent interagir uniquement comme vous le définissez ou pas du tout.

Sélection des identificateurs de cellule, système et groupe

Si vous voulez utiliser la convention de dénomination standard, définissez un identificateur de cellule, un identificateur de système et (dans certains cas) un identificateur de cluster quand vous configurez une cellule ou un noeud WebSphere Application Server avec le gestionnaire de profils.
Identificateur de cellule
Cette valeur alphanumérique à deux caractères majuscules sert à construire les noms des groupes et ID utilisateur SAF qui seront utilisés pour toutes les cellules et tous les serveurs qui partagent le même identificateur de cellule. Avec l'identificateur de système, il est utilisé pour construire les noms des cellules et des noeuds ainsi que d'autres valeurs.

Pour simplifier les interactions entre deux nouvelles cellules, créez-les avec le même identificateur de cellule. Pour limiter ou empêcher les interactions entre deux nouvelles cellules, créez-les avec deux identificateurs de cellule distincts.

Restrictions :
  • Des cellules Network Deployment séparées doivent avoir des identificateurs de cellule différents.
  • Comme il existe 36 identificateurs de système possibles (A-Z et 0-9), jusqu'à 36 de chacun des autres types de cellules WebSphere Application Server (gestionnaire de travaux, agent d'administration et proxy sécurisé) peuvent partager le même identificateur de cellule à condition de choisir un identificateur de système différent pour distinguer chaque cellule des autres cellules du même type.
  • Si un serveur d'applications autonome doit être fédéré dans une cellule Network Deployment, la configuration de la sécurité est plus simple quand le serveur d'applications utilise les mêmes groupes de ID utilisateur SAF que la cellule Network Deployment. Si vous créez les deux avec la convention de dénomination standard, configurez-les avec le même identificateur de cellule.
  • Un agent d'administration doit s'exécuter dans les mêmes groupes SAF que les serveurs d'applications autonomes qu'il administre. Configurez-les avec le même identificateur de cellule.
Identificateur de système
Cette valeur alphanumérique à un caractère majuscule distingue les noeuds de serveur d'applications contenus dans une cellule Network Deployment et les divers autres types de serveurs. Le nom vient de la pratique qui consiste à créer une cellule Network Deployment avec un noeud de serveur d'applications sur chaque système z/OS que la cellule couvre. Toutefois, cet identificateur à un caractère peut aussi servir à distinguer plusieurs noeuds sur un même système z/OS ou à identifier plusieurs cellules à un noeud qui possèdent le même identificateur de cellule. Dans ces derniers cas, l'identificateur de système ne doit pas forcément représenter un système z/OS réel.

Pour une cellule Network Deployment contenant un noeud par système z/OS, affectez un unique caractère alphanumérique à chaque système z/OS et utilisez cette valeur pour configurer les noeuds de serveur d'applications fédérés ou gérés sur chaque système. Pour les autres types de cellules, vous pouvez appliquer n'importe quelle convention pour définir l'identificateur de système à condition qu'il n'existe pas deux serveurs du même type qui partagent à la fois un identificateur de cellule et un identificateur de système.

Identificateur de cluster
Cette valeur alphanumérique à deux caractères majuscules distinguent les serveurs d'applications contenus dans un même noeud de serveurs d'applications. Pour qu'un serveur d'applications puisse être utilisé comme base d'un cluster de serveurs d'applications, créez chaque serveur d'applications hors cluster dans une cellule Network Deployment avec son propre identificateur de cluster. Dans les exemples donnés à la fin de cet article, l'identificateur de cluster est un nombre à deux chiffres qui permet d'identifier facilement les parties de chaque nom.

Valeurs par défaut pour les noms de cellule, de noeud et de serveur

Vous pouvez configurer une cellule Network Deployment et jusqu'à 36 cellules de chaque type avec la convention de dénomination standard sous le même identificateur de cellule en affectant un identificateur de système unique à chacun des autres types de cellules. Autrement dit, deux serveurs d'applications autonomes ou deux gestionnaires de travaux qui partagent un identificateur de cellule commun doivent avoir des identificateurs de système différents.

Tableau 1. Valeurs par défaut pour les noms de cellule, de noeud et de serveur.

Pour l'identificateur de cellule aa et l'identificateur de système s, la convention de dénomination standard affectera le nom de cellule et le nom de noeud suivants :

Name Gestionnaire de déploiement cellule ND Noeud géré cellule ND Serveur d'applications autonome Agent d'administration Gestionnaire de travaux Serveur proxy sécurisé Agent d'administration proxy sécurisé
Nom de cellules aaCELL aaCELL aaBASEs aaADMAs aaJMGRs aaPROXs aaPRXAs
Nom du noeud aaDMNODE aaNODEs aaNODEs aaADMAs aaJMGRs aaPROXs aaPRXAs

Notez que la cellule Network Deployment contient un noeud de gestionnaire de déploiement et peut contenir un noeud de serveurs d'applications (gérés et fédérés) pour chaque identificateur de système. Le nom de noeud pour un serveur d'applications autonome applique la même convention de que la cellule Network Deployment pour faciliter la fédération. Les autres types de serveurs utilisent la même valeur que le nom de cellule et le nom de noeud car aucun ne demande plusieurs noeuds ou une convention de dénomination complexe.

Tous les noms utilisés jusqu'ici sont en majuscules car il s'agit de noms abrégés z/OS, comme le nom abrégé de cellule et le nom abrégé de noeud, qui doivent être en majuscules. Chacune de ces valeurs possèdent aussi un nom long à casse mixte qui correspond à la version du nom interne à WebSphere Application Server. Pour la facilité, la convention de dénomination standard utilise pour définir le nom long la même valeur que pour le nom abrégé mais en minuscules.

Les noms de serveur sont construits à partir de l'identificateur de cellule, de l'identificateur de système et, dans le cas des serveurs d'applications, de l'identificateur de cluster. Une cellule Network Deployment ne peut contenir qu'un seul gestionnaire de déploiement et les serveurs ne peuvent contenir qu'un seul serveur, à l'exception des serveurs d'applications. Chaque serveur a également un nom abrégé générique qui l'identifie auprès de WLM comme nom de cluster initial pour les serveurs d'applications mis en cluster.

Tableau 2. Valeurs par défaut pour les noms de serveurs et noms abrégés de serveurs génériques.

Pour l'identificateur de cellule aa, l'identificateur de système s et l'identificateur de cluster nn, la convention de dénomination standard affectera les noms de serveur et les noms abrégés de serveur génériques suivants :

Name Gestionnaire de déploiement cellule ND Serveur d'applications autonome et dans une cellule ND Agent d'administration Gestionnaire de travaux Serveur proxy sécurisé Agent d'administration proxy sécurisé
Nom du serveur aaDMGR aaSRnns aaADMAs aaJMGRs aaPROXs aaPRXAs
Nom générique aaDMGR aaSRnn aaADMAs aaJMGRs aaPROXs aaPRXAs

Cette convention de dénomination de serveur d'applications permet de créer d'autres serveurs dans un noeud de serveurs d'applications en suivant la même convention de dénomination, ce qui facilitera leur mise en cluster.

Valeurs par défaut pour les noms de groupe SAF et les ID utilisateur

Tableau 3. Valeurs par défaut pour les noms de groupe SAF et ID utilisateur.

Pour l'identificateur de cellule cc, les groupes SAF et les ID utilisateur suivants sont créés pendant la personnalisation :

ccCFG Groupe de configurations

Fournit les privilège d'administration et de serveur

ccSRVG Groupe de serviteurs

Fournit les privilèges nécessaires aux régions de serviteurs

ccGUESTG Groupe d'invités ou d'utilisateurs locaux non authentifiés

Fournit des privilèges de base pour accéder à la cellule et rien de plus.

ccACRU ID utilisateur de contrôleur

Tâches démarrées par un démon, un région auxiliaire de contrôle ou un contrôleur.

ccASRU ID utilisateur serviteur

Tâches démarrées par un serviteur

ccADMIN ID utilisateur d'administrateur

Utilisé pour la configuration de cellule et, dans certains cas, comme ID d'administrateur WAS.

ccGUEST ID utilisateur non authentifié (sécurité gérée par z/OS uniquement)

Représente un utilisateur inconnu pour des raisons de sécurité.

Valeurs par défaut pour les noms des systèmes de fichiers de configuration et les points de montage

Chaque cellule ou noeud géré WebSphere Application Server possède son propre système de fichier de configuration qui peut être un fichier de données HFS ou zFS. Quand les identificateurs de cellule, de système et de cluster sont spécifiés durant la configuration, chaque système de fichiers de configuration reçoit un nom de dataset unique :
OMVS.MNT.cell_short_name/node_short_name.HFS	
(for an HFS dataset) 

OMVS.MNT.cell_short_name/node_short_name.ZFS	
(for a zFS dataset) 
Vous pouvez modifier ces noms pour respecter des conventions locales mais indiquez clairement quelle cellule et quel noeud sont associé à chaque dataset. Les points de montage par défaut pour ces systèmes de fichiers de configuration utilisent les noms longs de cellule et de noeud (par défaut, il s'agit des versions en minuscules des noms longs) pour une meilleure lisibilité :
/wasv9config/cell_long_name/node_long_name

Les datasets peuvent être renommés mais il est déconseillé de modifier les points de montage après la première personnalisation car les fichiers de configuration y font référence. Il en découle que quand vous fédérez un serveur d'applications dans une cellule Network Deployment, il conserve son point de montage de la configuration d'origine même si ce point de montage contient l'ancien nom de cellule (autonome). Les utilisateurs qui savent qu'un serveur d'applications autonome doit être fédéré dans une cellule Network Deployment donnée voudront peut-être mettre à jour manuellement le nom du dataset du système de fichiers de configuration et le point de montage pendant la création du serveur d'applications autonome afin qu'il reflète le nom de cellule final du noeud.

Valeurs par défaut pour les noms de travail et les noms de procédure cataloguée

La plupart des serveurs d'applications contiennent un contrôleur (région de contrôle) et un ou plusieurs serviteurs (régions serviteurs). Un serveur d'applications possède aussi une région de messagerie appelée région auxiliaire de contrôle. Le nom de travail de la région de contrôle est le nom abrégé du serveur. Le nom de travail initial du serviteur comprend le nom abrégé du serveur suivi d'un S, tandis que le nom abrégé initial de la région auxiliaire de contrôle comprend le nom abrégé du serveur suivi de A. C'est la raison pour laquelle les noms abrégés de serveur sont habituellement limités à sept caractères.

Chaque région de contrôle, région serviteur et région auxiliaire de contrôle demande une procédure cataloguée qui pointe sur le système de fichiers de configuration du serveur. Cela veut dire en pratique que chaque noeud possède ses propres procédures cataloguées de contrôleur, serviteur et, dans certains cas, de région auxiliaire de contrôle. Toutefois les différents serveurs membres d'un noeud de serveurs d'applications n'ont pas besoin de procédures cataloguées en propre puisqu'ils partagent le même système de fichiers de configuration.

Tableau 4. Valeurs par défaut pour les noms de travail et les noms de procédure cataloguée.

Pour l'identificateur de cellule aa et l'identificateur de système s, la convention de dénomination standard affectera les noms de travail et les noms de procédures catalogués suivants. Dans chaque cas, le travail de contrôleur ou le nom de procédure paraît en premier, suivi du nom de travail ou de procédure du serviteur et, le cas échéant, de la région auxiliaire de contrôle :

Name Gestionnaire de déploiement cellule ND Noeud de serveur d'applications (agent de noeud dans la cellule ND) Noeud de serveur d'applications (serveur d'applications) Agent d'administration Gestionnaire de travaux Serveur proxy sécurisé Agent d'administration proxy sécurisé
Nom de travail contrôleur ccDMGR ccAGNTs ccSRnns ccADMAs ccJMGRs ccPROXs ccPRXAs
Nom de travail serviteur ccDMGRs ccAGNTsS ccSRnnsS ccADMAsS ccJMGRsS   ccPRXAsS
Nom de travail processus auxiliaire     ccSRnnsA        
Procédure contrôleur ccDCR ccACRs ccACRs ccGCRs ccJCRs ccXCRs ccYCRs
Procédure serviteur ccDSR ccASRs ccASRs ccGSRs ccJSRs   ccYSRs
Procédure auxiliaire     ccAARs        
Tableau 5. Valeurs par défaut pour le daemon de service de localisation.

Chaque cellule WebSphere Application Server demande également un démon de service de localisation qui est utilisé pour tous les noeuds de la cellule sur un système z/OS donné :

Name Cellule ND (tous les noeuds) Serveur d'applications autonome Agent d'administration Gestionnaire de travaux Serveur proxy sécurisé Agent d'administration proxy sécurisé
Nom de travail démon ccDEMN ccDEMNs ccDMNGs ccDMNJs ccDMNXs ccDMNYs
Procédure démon ccDEMN ccDEMNs ccDMNGs ccDMNJs ccDMNXs ccDMNYs

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_plannamstand
Nom du fichier : cins_plannamstand.html