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
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
- 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 : - 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.
- 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.
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.
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
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
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.
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 |
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 |