Variables para la federación de servidores de aplicaciones mediante el mandato zpmt
El mandato zpmt utiliza los valores especificados para las variables definidas en un archivo de respuestas para crear datos e instrucciones de personalización para federar un servidor de aplicaciones.
Acción
- Acción a realizar
Información de federación
- El nombre de perfil es default.
- La vía de acceso de perfil
- Vía de acceso de plantilla
- Sistema operativo de destino
- Calificador de alto nivel para los conjuntos de datos de z/OS de destino que contendrán los trabajos e instrucciones generadosCuando se sube una definición de personalización al sistema z/OS de destino, los trabajos y archivos de personalización se escriben en un par de conjuntos de datos particionados. Aunque es posible reutilizar estos conjuntos de datos, lo más seguro es crear los conjuntos de datos separados para cada configuración de WebSphere Application Server para z/OS. El método recomendado es utilizar el prefijo de nombre de conjunto de datos de personalización (que a veces se denomina config_hlq) para indicar la versión y el release de WebSphere Application Server para z/OS, la tarea que se está realizando y la célula (así como el nombre de nodo en algunos casos) que está configurando. Por ejemplo, puede utilizar el siguiente prefijo de nombre de conjunto de datos para configurar una célula de WebSphere Application Server autónoma denominada TESTCELL para Versión 9.0:
En este ejemplo, se crearán los dos conjuntos de datos siguientes cuando se sube la definición de personalización al sistema z/OS de destino:SYSPROG1.WAS90.TESTCELL.APPSERV
El conjunto de datos CNTL será un conjunto de datos particionado (PDS) con los registros de 80 bytes de bloque fijo que contendrán los trabajos de personalización. El conjunto de datos DATA será un PDS con los datos de longitud de variable que deben contener los otros datos de personalización.SYSPROG1.WAS90.TESTCELL.APPSERV.CNTL SYSPROG1.WAS90.TESTCELL.APPSERV.DATA
Norma: El calificador de alto nivel puede estar formado por varios calificadores (un máximo de 39 caracteres).Los trabajos e instrucciones de lotes generados se subirán a los dos conjuntos de datos particionados z/OS:- Conjunto de datos particionado con registros de 80 bytes de bloque fijo para incluir trabajos de personalización
- Conjunto de datos particionado con los datos de longitud de variable para incluir otros datos incluidos en la definición de personalización
Consejo: Se puede especificar un calificador de alto nivel de varios niveles como calificador de alto nivel del conjunto de datos. - Nombre del grupo de configuración de WebSphere Application Server
- ID de usuario propietario del sistema de archivos de configuración
- Punto de montaje de directorios del sistema de archivos de lectura/grabación donde se
graban los archivos de entorno y los datos de aplicación
El proceso de personalización crea este punto de montaje, si todavía no existe.
- El nombre del directorio donde residen los archivos de
WebSphere
Application Server para
z/OS
después de la instalación.
Para obtener más información, consulte el apartado Sistema de archivos del producto.
- El nombre de nodo TCP/IP del gestor de despliegue para la célula de Network Deployment
- Conecte con el gestor de despliegue utilizando una conexión RMI
- Conecte con el gestor de despliegue utilizando una conexión SOAP
- El puerto de conector SOAP (Simple Object Access Protocol) JMX (Java Management Extensions) que utiliza la petición
de añadir nodo para conectarse al gestor de despliegue.
Permite que el proceso de federación sepa qué gestor de despliegue es el destino de la federación.
- Especifique true si la seguridad administrativa está habilitada en la célula de Network Deployment y el gestor de despliegue.
- ID de usuario con todos los privilegios administrativos para la célula de Network Deployment
Es el ID de usuario de administrador del dominio de seguridad y no se puede cambiar.
- Contraseña del ID de usuario
- Es necesario si la seguridad global está habilitada en la célula que contiene el nodo que se está federando.
- El ID de usuario con todos los privilegios administrativos para la célula que contiene el servidor de aplicaciones
- Contraseña del ID de usuario
- Especifique true si desea incluir las aplicaciones con el nodo del gestor de despliegue. Si habilita esta opción, el programa addNode incluirá las aplicaciones
del nodo, del mismo modo que las eliminará antes de la federación si no se habilita. Si la aplicación ya existe en la célula, se imprime un aviso
y no se instalará la aplicación en la célula.Nota: Debe utilizar esta opción para migrar todas las aplicaciones a la nueva célula. La federación del nodo en una célula utilizando el mandato addNode no fusiona la configuración a nivel de célula, incluida la información de virtualHost.
- Grupo de nodos en el que se colocará el nodo.
Especifique DefaultNodeGroup si el nodo está en el mismo sysplex que el gestor de despliegue.
- La dirección IP en la cual el ORB del servidor escucha las peticiones de IIOP entrantes
El valor predeterminado es *, que indica al ORB que debe escuchar en todas las direcciones IP disponibles.
- Puerto para las peticiones IIOP que actúa como el puerto de la rutina de carga para el servidor y, también, como el puerto a través del cual el ORB acepta las peticiones IIOPNorma: El valor no puede ser 0.
- Puerto para las peticiones IIOP seguras
El valor predeterminado es 0, que permite al sistema elegir este puerto.
- El nombre del servidor del agente de nodo.
Este es el nombre del trabajo del servidor, tal como se especifica en el parámetro JOBNAME del mandato START de MVS. Este valor identifica el servidor en recursos z/OS como, por ejemplo, SAF.
Norma: Normalmente, el nombre debe contener siete caracteres o menos en mayúsculas. - El nombre del agente de nodo y la identificación principal externa del servidor
del agente de nodo.
Este nombre identifica el servidor tal como aparece en la consola administrativa. El nombre largo de servidor del agente de nodo se establece en el valor fijo nodeagent.
- Número de puerto para la conexión JMX HTTP con este servidor basado en el protocolo SOAP
JMX se utiliza en las funciones administrativas remotas y se invoca mediante scripts como wsadmin.sh.
Norma: El valor no puede ser 0. - Define el puerto TCP/IP en el que el agente de nodo escucha las peticiones de descubrimiento que se originan en el gestor de despliegue.
- Define el puerto de multidifusión a través del cual el agente de nodo envía peticiones de descubrimiento a sus servidores gestionados
La dirección IP de multidifusión en la que se abre el puerto de descubrimiento toma en WebSphere Application Server para z/OS el valor predeterminado 232.133.104.73. Esta dirección por omisión se puede cambiar utilizando la consola administrativa. Es una dirección de CLASE D. El rango de IP válido es de 224.0.0.0 a 239.255.255.255.
- Define el puerto de multidifusión IPv6 mediante el que el agente de nodo envía peticiones de descubrimiento a sus servidores gestionados (NODE_IPV6_MULTICAST_DISCOVERY_ADDRESS).
- Puerto para el conector JMX que está a la escucha en el adaptador del bucle de retorno (IPC_CONNECTOR_ADDRESS)
El conector utiliza el protocolo de comunicaciones local comm, lo que significa que el puerto sólo se utiliza para las comunicaciones que son locales para la imagen de sistema z/OS (o sysplex).
- El puerto en el cual está a la escucha High Availability Manager (DCS_UNICAST_ADDRESS)
- Puerto de comunicaciones para las funciones administrativas de WebSphere Extended Deployment (NODE_XDAGENT_PORT)
- Puerto de comunicaciones UDP para funciones administrativas de WebSphere Extended Deployment (NODE_OVERLAY_UDP_LISTENER_ADDRESS)
- Puerto de comunicaciones TCP para funciones administrativas de WebSphere Extended Deployment (NODE_OVERLAY_TCP_LISTENER_ADDRESS)
- Especifique true si desea que el agente de nodo se inicie automáticamente después de federar un nodo. De lo contrario, especifique false.
- El puerto para las peticiones IIOP que actúa como el puerto de rutina de carga para este servidor y, también, actúa como el puerto a través del cual el ORB acepta las peticiones IIOPNorma: El valor no puede ser 0.Nota: La operación de añadir nodo crea el servidor administrativo de agente de nodo con un puerto de escucha de ORB predeterminado equivalente al puerto de rutina de carga predeterminado de INS CosNaming. Puesto que es el mismo puerto utilizado previamente por el servidor autónomo inicial del nodo, el puerto de escucha de ORB del servidor autónomo inicial debe cambiar a un nuevo valor de puerto. El valor predeterminado con el que se establece el puerto de escucha de ORB del servidor de aplicaciones es 9810. Si configura varias células que interseccionan los mismos sistemas, el uso del valor predeterminado producirá un conflicto de puerto entre las células. Esta opción permite establecer el número de puerto en el caso de que se haya asignado previamente el puerto 9810.
- Especifique true para federar los buses de integración de servicios que existen en este nodo. De lo contrario, especifique false.