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.

Conseil : Reportez-vous à l'exemple de fichier de réponses du répertoire racine_serveur_app/zOS-config/zpmt/samples.

Action

Création
Action à entreprendre

Informations sur la fédération

Nom du profil (profileName)
Le nom de profil est default.
Chemin de profil (profilePath)
Chemin de profils
Chemin de modèle (templatePath)
Chemin de modèles
Système d'exploitation cible (targetOS)
Système d'exploitation cible
Qualificatif de haut niveau (zTargetHLQ)
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 :
SYSPROG1.WAS90.TESTCELL.APPSERV
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.CNTL
SYSPROG1.WAS90.TESTCELL.APPSERV.DATA
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.
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 :
HLQ.CNTL
Fichier partitionné avec enregistrements de longueur fixe de 80 octets qui contient les travaux de personnalisation.
HLQ.DATA
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 du groupe de configurations (zConfigurationGroup)
Nom de groupe du groupe de configurations WebSphere Application Server.
ID utilisateur de la configuration (zAdminUserid)
ID utilisateur qui possède le système de fichiers de la configuration
Point de montage (zConfigMountPoint)
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.

Chemin d'accès au répertoire par rapport au point de montage (zWasServerDir)
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 d'hôte ou adresse IP du noeud (zFederateDmaNodeHostname)
Nom du noeud TCP/IP du gestionnaire de déploiement pour la cellule Network Deployment.
Type de connexion JMX du gestionnaire de déploiement (zFederateDmaPortType)
RMI
Permet de se connecter au gestionnaire de déploiement à l'aide d'une connexion RMI
SOAP
Permet de se connecter au gestionnaire de déploiement à l'aide d'une connexion SOAP
Port JMX du gestionnaire de déploiement (zFederateDmaPort)
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.

Sécurité du gestionnaire de déploiement activée (zFederateDmaSecurity)
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 (zFederateDmaSecurityUserID)
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 (zFederateDmaSecurityPassword)
Mot de passe de l'ID utilisateur
Sécurité Application Server activée (zFederateAppServerSecurity)
Requise si la sécurité globale est activée sur la cellule contenant le noeud à fédérer.
ID utilisateur (zFederateAppServerSecurityUserID
ID utilisateur avec tous les droits d'administration sur la cellule qui contient le serveur d'applications.
Mot de passe (zFederateAppServerSecurityPassword)
Mot de passe de l'ID utilisateur
Inclure les applications (zFederateIncludeApps)
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.
Nom du groupe de noeuds (zNodeGroupName)
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.

Nom IP du programme d'écoute ORB (zFederateOrbListenerHostName)
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 d'écoute ORB (zFederateOrbPortName)
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 d'écoute ORB SSL (zFederateOrbSslPortName)
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 abrégé du serveur de l'agent de noeud (zFederateServerShortName)
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 long du serveur de l'agent de noeud (zFederateServerName)
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".

Port du connecteur SOAP JMX (zFederateJmxSoapConnectorPort)
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.
Port de reconnaissance des noeuds (zFederateNodeDiscoveryPort)
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.
Port de reconnaissance multidiffusion du noeud (zFederateNodeMulticastDiscoveryPort)
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.

Port de reconnaissance de multidiffusion IPv6 des noeuds(zFederateNodeIPv6MulticastDiscoveryPort)
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 local d'administration (zFederateAdminLocalPort)
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 de communication du gestionnaire de haute disponibilité (zFederateHamCommPort)
Port sur lequel écoute le gestionnaire à haute disponibilité (DCS_UNICAST_ADDRESS)
Port RPC de l'agent middleware de noeud (zMiddlewareAgentPort)
Port de communications RPC pour les fonctions administratives WebSphere Extended Deployment (NODE_XDAGENT_PORT)
Port UDP Overlay d'administration de noeud (zAdminOverlayUDPPort)
Port de communication UDP pour les fonctions administratives WebSphere Extended Deployment (NODE_OVERLAY_UDP_LISTENER_ADDRESS)
Port TCP Overlay d'administration de noeud (zAdminOverlayTCPPort)
Port de communication TCP pour les fonctions administratives WebSphere Extended Deployment (NODE_OVERLAY_TCP_LISTENER_ADDRESS)
Lancer l'agent du noeud après la fédération de celui-ci (zFederateNodeAgentAfterFederation)
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 d'écoute ORB du serveur d'applications (zFederateAppServerOrbPort)
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é.
Fédérer les bus d'intégration de services qui existent sur ce noeud (zFederateFederateSib)
Indiquez true pour fédérer les bus d'intégration de services qui existent sur ce noeud. Sinon, sélectionnez false.

Personnalisation des instructions de travail

Instruction de travail 1 (zJobStatement1)
Instruction de travail 2 (zJobStatement2)
Instruction de travail 3 (zJobStatement3)
Instruction de travail 4 (zJobStatement4)

Icône indiquant le type de rubrique Rubrique de référence



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=rins_defvar5def_cmdl
Nom du fichier : rins_defvar5def_cmdl.html