Variables pour la fédération des serveurs d'applications à l'aide de la commande zpmt
La commande zpmt utilise les valeurs que vous spécifiez pour les variables définies dans un fichier de réponses afin de créer les données de personnalisation et les instructions pour fédérer un serveur d'applications.
Action
- Action à entreprendre
Informations sur la fédération
- Le nom de profil est default.
- Chemin de profils
- Chemin de modèles
- Système d'exploitation cible
- Qualificatif de haut niveau pour les fichiers z/OS cible qui contiendront les travaux et
instructions générés.Lorsqu'une définition de personnalisation est téléchargée vers le système z/OS cible, les travaux et fichiers de personnalisation sont écrits dans deux fichiers partitionnés. Bien qu'il soit possible de réutiliser ces fichiers, il est plus sûr de créer des fichiers distincts pour chaque configuration de WebSphere Application Server for z/OS. La meilleure façon de procéder est d'utiliser le préfixe de nom de fichier de personnalisation (parfois dénommé config_hlq) pour indiquer la version et l'édition de WebSphere Application Server for z/OS, la tâche que vous êtes en train de réaliser et la cellule (et, dans certains cas, le nom du noeud) en cours de configuration. Par exemple, vous pouvez utiliser le préfixe de nom de fichier suivant pour configurer une cellule autonome WebSphere Application Server nommée TESTCELL pour la Version 9.0 :
Dans cet exemple, les deux fichiers suivants seront créés quand la définition de personnalisation sera téléchargée sur le système cible z/OS :SYSPROG1.WAS90.TESTCELL.APPSERV
Le fichier CNTL sera un jeu de fichiers partitionné (PDS) avec des enregistrements à blocs fixes de 80 octets qui contiendront les travaux de personnalisation. Le fichier DATA sera un jeu de fichiers PDS caractérisé par des données de longueur variable contenant les autres données de personnalisation.SYSPROG1.WAS90.TESTCELL.APPSERV.CNTL SYSPROG1.WAS90.TESTCELL.APPSERV.DATA
Règle : Le qualificatif de haut niveau peut être constitué de plusieurs qualificatifs (jusqu'à 39 caractères).Les instructions et travaux par lots générés seront téléchargés vers deux jeux de données partitionnés z/OS :- Fichier partitionné avec enregistrements de longueur fixe de 80 octets qui contient les travaux de personnalisation.
- Fichier partitionné avec des données de longueur variable qui contiennent les autres données de la définition de personnalisation.
Conseil : Le qualificatif de haut niveau indiqué pour le fichier peut être un qualificatif multiniveau. - Nom de groupe du groupe de configurations WebSphere Application Server.
- ID utilisateur qui possède le système de fichiers de la configuration
- Point de montage en lecture/écriture du répertoire du système de fichiers dans lequel
les données de l'application ainsi que les fichiers d'environnement sont enregistrés
Le processus de personnalisation crée ce point de montage s'il n'existe pas.
- Nom du répertoire où se trouvent les fichiers de WebSphere Application
Server for z/OS après l'installation
Pour plus d'informations, voir Systèmes de fichiers produit.
- Nom du noeud TCP/IP du gestionnaire de déploiement pour la cellule Network Deployment.
- Permet de se connecter au gestionnaire de déploiement à l'aide d'une connexion RMI
- Permet de se connecter au gestionnaire de déploiement à l'aide d'une connexion SOAP
- Port du connecteur SOAP (anciennement appelé Simple Object Access Protocol) JMX (Java
Management Extensions) que la demande d'ajout de noeud utilise pour se connecter au
gestionnaire de déploiement.
Il indique au processus de fédération quel gestionnaire de déploiement est la cible.
- Indiquez true si la sécurité d'administration est activée dans la cellule Network Deployment ainsi que dans le gestionnaire de déploiement.
- ID utilisateur avec tous les droits d'administration sur la cellule Network Deployment.
Il s'agit de l'ID utilisateur de l'administrateur du domaine de sécurité. Cette valeur ne peut pas être modifiée.
- Mot de passe de l'ID utilisateur
- Requise si la sécurité globale est activée sur la cellule contenant le noeud à fédérer.
- ID utilisateur avec tous les droits d'administration sur la cellule qui contient le serveur d'applications.
- Mot de passe de l'ID utilisateur
- Indiquez true si vous voulez inclure des applications à votre noeud de gestionnaire de déploiement. L'activation de cette option indique au programme addNode d'inclure des applications provenant du noeud car, sinon, il les supprimerait avant la fédération. Si l'application existe déjà dans la cellule, un avertissement est imprimé et l'application ne s'installe pas dans la cellule.Remarque : Vous devez utiliser cette option pour migrer toutes les applications vers la nouvelle cellule. La fédération du noeud vers une cellule avec la commande addNode n'entraîne pas la fusion des informations de configuration au niveau de la cellule avec celles de l'hôte virtuel.
- Groupe de noeuds dans lequel le noeud sera placé.
Indiquez DefaultNodeGroup si le noeud est le même sysplex que le gestionnaire de déploiement.
- Adresse IP sur laquelle l'ORB du serveur écoute les requête IIOP entrantes.
La valeur par défaut est "*" qui indique à l'ORB d'écoute toutes les adresses IP disponibles.
- Port des requêtes IIOP qui sert de port d'amorce au serveur, mais également de port par lequel l'ORB accepte les requêtes IIOP.Règle : La valeur ne peut pas être 0.
- Port réservé aux requêtes IIOP sécurisées
La valeur par défaut est "0". Elle permet au système de choisir ce port.
- Nom du serveur de l'agent de noeud.
Il s'agit du nom de travail du serveur tel qu'il est indiqué dans le paramètre JOBNAME de la commande START MVS. Cette valeur identifie le serveur auprès des fonctions de z/OS, telles que SAF.
Règle : Le nom doit habituellement contenir au maximum sept caractères, tous en majuscules. - Nom de l'agent de noeud et identification externe principale du serveur d'agent de noeud.
Ce nom permet d'identifier le serveur tel qu'il est affiché dans la console d'administration. Le nom long du serveur d'agent de noeud a la valeur fixe "nodeagent".
- Numéro de port de la connexion HTTP JMX à ce serveur basé sur le protocole SOAP.
JMX est utilisé pour des fonctions d'administration à distance. Il est appelé grâce à des scripts tels que wsadmin.sh.
Règle : La valeur ne peut pas être 0. - Définit le port TCP/IP que les agents de noeuds écoutent dans le cadre de requêtes de découverte provenant du gestionnaire de déploiement.
- Définit le port multidiffusion par lequel l'agent de noeud envoie les requêtes de reconnaissance à ses serveurs gérés.
Par défaut, l'adresse IP multidiffusée sur laquelle le port de découverte est ouvert dans WebSphere Application Server for z/OS est 232.133.104.73. Cette adresse par défaut peut être modifiée au moyen de la console d'administration. Il s'agit d'une adresse de classe D. La plage d'adresses IP valide s'étend de 224.0.0.0 à 239.255.255.255.
- Définit le port multidiffusion IPv6 par lequel l'agent de noeud envoie les demandes de reconnaissance à ses serveurs gérés (NODE_IPV6_MULTICAST_DISCOVERY_ADDRESS)
- Port à l'usage du connecteur JMX qui écoute l'adaptateur de bouclage (IPC_CONNECTOR_ADDRESS)
Le connecteur utilise le protocole de communication local comm, ce qui signifie que le port est utilisé uniquement pour les communications locales de l'image du système z/OS (ou sysplex).
- Port sur lequel écoute le gestionnaire à haute disponibilité (DCS_UNICAST_ADDRESS)
- Port de communications RPC pour les fonctions administratives WebSphere Extended Deployment (NODE_XDAGENT_PORT)
- Port de communication UDP pour les fonctions administratives WebSphere Extended Deployment (NODE_OVERLAY_UDP_LISTENER_ADDRESS)
- Port de communication TCP pour les fonctions administratives WebSphere Extended Deployment (NODE_OVERLAY_TCP_LISTENER_ADDRESS)
- Spécifiez true si vous souhaitez que l'agent de noeud soit démarrer en mode automatique après la fédération d'un noeud. Sinon, sélectionnez false.
- Port des requêtes IIOP qui sert de port d'amorce à ce serveur, mais également de port par lequel l'ORB accepte les requêtes IIOP.Règle : La valeur ne peut pas être 0.Remarque : L'opération d'ajout de noeud crée le serveur d'administration d'agent de noeud avec un port d'écoute ORB par défaut équivalent au port d'amorce par défaut INS CosNaming. Etant donné que ce port a été précédemment utilisé par le serveur autonome initial du noeud, vous devez choisir une nouvelle valeur pour le port d'écoute ORB de ce serveur. La valeur par défaut du port d'écoute ORB du serveur d'applications est le port 9810. Si vous configurez plusieurs cellules qui ont des systèmes en commun, le fait d'utiliser la valeur par défaut créera un conflit de ports entre ces cellules. Cette option vous aidera à définir le numéro de port au cas où le port 9810 aurait déjà été attribué.
- Indiquez true pour fédérer les bus d'intégration de services qui existent sur ce noeud. Sinon, sélectionnez false.