Existen varias decisiones de planificación que debe tomar cuando se configura un sistema de archivos de la configuración de WebSphere Application
Server for z/OS.
Los valores de célula, nodo y servidor, así como las aplicaciones
desplegadas, se almacenan en el sistema de archivos de
configuración de
WebSphere
Application Server para
z/OS. Puede utilizar un sistema de archivos zSeries (ZFS) o un sistema de archivos jerárquico (HFS) para el sistema de archivos de configuración.
Consejo: Empezando por WebSphere Application Server for z/OS versión
7.0, los conjuntos de datos SBBOLOAD y SBBOLD2 ya no existen. Esto se debe
a que los módulos de carga ahora están en el sistema de archivos del producto. Si desea cambiar
una configuración en la que se utilizan módulos de carga en el sistema de archivos del producto, a otra en la que se utilicen módulos de carga en un conjunto de datos, puede utilizar la herramienta descrita en
Mandato switchModules.A partir de WebSphere Application Server for z/OS versión 8.0, la variable de entorno
server_dlls_in_hfs también se debe establecer en
0 para que el servidor utilice las DLL que se han colocado previamente en un conjunto de datos que se encuentra en STEPLIB, en LPA o en una lista de enlaces. Para que el daemon coja las DLL,
WAS_DAEMON_ONLY_server_dlls_in_hfs debe estar establecido a nivel de célula.
Cada nodo necesita un directorio de inicio
Cada nodo de WebSphere Application
Server for z/OS, ya sea
un servidor de aplicaciones autónomo, un gestor de despliegue, un nodo de servidor de aplicaciones gestionado o un daemon de servicio de ubicación, requiere un directorio de inicio de lectura/escritura, a veces, conocido como su WAS_HOME.
Esta es la estructura de un sistema de archivos de la configuración de WebSphere Application
Server for z/OS,
montado en /WebSphere/V9R0. Contiene un directorio de inicio de
WebSphere
Application Server para un solo servidor de aplicaciones denominado
BBOS001, con una célula y un nodo denominados SYSA.
/WebSphere/V9R0
/AppServer
/bin
/classes
/java
/lib
/logs
/profiles
/default -> éste es el directorio raíz_perfil
/temp
...
/Daemon
/config
/SYSA
SYSA.SYSA.BBODMNB -> /WebSphere/V9R0/Daemon/config/SYSA/SYSA/BBODMNB
SYSA.SYSA.BBOS001 ->
/WebSphere/V9R0/AppServer/profiles/default/config/cells/SYSA/nodes/SYSA
/servers/server1
SYSA.SYSA.BBOS001.HOME -> /WebSphere/V9R0/AppServer
El
directorio de inicio de
WebSphere
Application Server para BBOS001 se denomina AppServer. Contiene directorios con información de configuración completa para el nodo SYSA y
el servidor BBOS001.
El directorio
/Daemon
contiene información de configuración de los daemons de servicio de
ubicación definidos en nodos en este sistema de archivos de configuración.
Nota: El subdirectorio
/Daemon/config está subdividido por el nombre de célula. Si las células tienen nombres cortos diferentes, la información del
daemon de servicio de ubicación de cada una se mantiene independiente.
El directorio de inicio del daemon tiene el nombre fijo de factoría de
WebSphere Application Server
Daemon.
Se utilizan enlaces simbólicos para acceder a los parámetros de
arranque
Además de los propios directorios de inicio de
WebSphere
Application Server, el sistema de archivos de configuración contiene un
enlace simbólico de varias partes para cada servidor que apunta a los
parámetros de arranque del servidor. El enlace simbólico se denomina nombre_corto_célula.nombre_corto_nodo.nombre_corto_servidor.
El sistema de archivos de configuración de ejemplo anterior contiene un
enlace simbólico SYSA.SYSA.BBODMNB para iniciar el daemon de servicio de
ubicación y un enlace simbólico SYSA.SYSA.BBOS001 para iniciar el servidor
de aplicaciones BBOS001. El segundo enlace simbólico se especifica en el parámetro ENV en el
mandato START cuando se inicia el servidor o el daemon de
servicio de ubicación desde la consola MVS:
START procname,JOBNAME=BBOS001,ENV=SYSA.SYSA.BBOS001
Cada enlace simbólico apunta al subdirectorio donde reside el archivo was.env del servidor. Este archivo contiene la información necesaria para iniciar el servidor.
Nota: Durante el proceso posterior a la instalación, descrito a continuación, el servidor JCL debe especificar
el directorio de inicio de WebSphere Application Server, en lugar de la ubicación del archivo was.env.
Éste es el objetivo del enlace simbólico SYSA.SYSA.BBOS001.HOME mostrado anteriormente.
El compartimiento del sistema de archivos de configuración
entre células
Dos o más células
de WebSphere Application
Server for z/OS (servidores de aplicaciones autónomos, Network Deployment, o ambos) pueden compartir un sistema de archivos de configuración de WebSphere Application
Server for z/OS, siempre que se cumplan las condiciones siguientes:
- Todas las células que utilicen el sistema de archivos de configuración
deben configurarse utilizando los mismos grupos y usuarios comunes. En concreto, cada una debe tener el mismo
ID de usuario de administrador y el mismo grupo de configuración.
- Las células deben tener nombres cortos diferentes.
- Cada nodo debe tener su propio directorio WAS_HOME que no esté compartido con
ningún otro nodo o célula.
Como se ha indicado anteriormente, puede compartir el directorio de inicio del daemon
(/Daemon) entre células, ya que tiene más subdirectorios por debajo para cada célula en el sistema de archivos de configuración.
Nota: Tenga en cuenta que el compartimiento de un sistema de archivos de
configuración entre células aumenta la probabilidad de que los problemas
con una célula puedan provocar problemas con otras en el mismo sistema de
archivos de configuración.
El compartimiento del sistema de archivos de configuración
entre sistemas
Dos o más sistemas
z/OS pueden compartir un sistema de archivos de configuración, siempre que los sistemas z/OS tengan un sistema de archivos compartido y el sistema de archivos de configuración se monte en la modalidad de lectura/escritura. Todas las actualizaciones las realiza
el sistema z/OS que es propietario del punto de montaje. Para una célula de Network Deployment,
generalmente es el sistema
z/OS
en el que se ha configurado el gestor de despliegue de la célula.
Elección de un punto de montaje del sistema de archivos de configuración
de WebSphere para z/OS
La elección de los puntos de montaje del sistema de archivos de configuración de WebSphere Application Server for z/OS depende del diseño del sistema z/OS, la naturaleza de los entornos de servicio de aplicaciones relacionados, y la importancia relativa de varios factores: facilidad de configuración, facilidad de mantenimiento, rendimiento, capacidad de recuperación y la necesidad de una disponibilidad continuada.
- En un único sistema
z/OS:
Si ejecuta WebSphere Application
Server for z/OS en un único sistema z/OS, tiene una amplia gama de opciones para un punto de montaje del sistema de archivos de configuración de z/OS.
Es posible que desee colocar varios servidores de aplicaciones autónomos en un único sistema de archivos de configuración para un servidor de producción o para una célula de Network Deployment. El uso de conjuntos de datos del sistema de archivos de configuración independientes mejora el rendimiento y la fiabilidad, mientras que utilizar un sistema de archivos de configuración compartido reduce el número de procedimientos catalogados del servidor de aplicaciones necesario.
Puede
tener un sistema de archivos de configuración con los servidores de
desarrollo, prueba y control de calidad, todos en los mismos grupos y usuarios comunes, tal como se muestra en el siguiente ejemplo:
/WebSphere/V9R0_test
/DevServer - inicio del servidor autónomo DVCELL, con el servidor DVSR01A
/TestServer1 - inicio de la célula del servidor autónomo T1CELL, con el servidor T1SR01A
/TestServer2 - inicio de la célula del servidor autónomo T2CELL, con el servidor T2SR01A
/QAServer - inicio de la célula de Network Deployment QACELL, con el gestor
de despliegue QADMGR y el servidor QVSR01A
y un sistema de archivos de configuración aparte para la célula de producción:
/WebSphere/V9R0_prod
/CorpServer1 - inicio de la célula de Network Deployment CSCELL, con el gestor
de despliegue CSDMGR y el servidor CSSR01A
- En un sysplex de varios sistemas z/OS sin sistema de archivos compartido:
En un sysplex de varios sistemas sin sistema de archivos compartido, cada sistema z/OS debe tener sus propios conjuntos de datos del sistema de archivos de configuración. Para los servidores de aplicaciones autónomos y para las células de Network Deployment que no abarquen sistemas, las opciones son las mismas que para un único sistema z/OS.
- Para las células de Network Deployment que abarquen varios sistemas:
Tiene
dos opciones:
- Puede utilizar un punto de montaje diferente para los conjuntos de datos del sistema de archivos de configuración de la célula en cada sistema. De esta forma, puede mover nodos fácilmente entre sistemas (por ejemplo,
si un sistema se queda inoperativo o se está actualizando), ya que cada
punto de montaje no se utiliza en los otros sistemas del sysplex, lo que
permite montar los conjuntos de datos de sistema de archivos de
configuración del sistema anómalo en otro sistema del sysplex.
Por
ejemplo, en el sistema LPAR1 puede tener un sistema de archivos de
configuración de una parte de una célula:
/var/WebSphere/V9R0config1
/DeploymentManager - inicio del gestor de despliegue F1DMGR
en la célula F1CELL
/AppServer1 - inicio del nodo F1NODEA y los servidores
F1SR01A y F1SR02A
Con un segundo sistema de archivos de configuración
en LPAR2:
/var/WebSphere/V9R0config2
/AppServer2 - inicio del nodo F1NODEB y los servidores F1SR02B (en clúster)
y F1SR03B
Esta configuración tiene la ventaja de que puede mover el gestor de despliegue y el nodo F1NODEA a LPAR2, o mover el nodo F1NODEB a LPAR1. La desventaja de esta configuración es que F1NODEA y F1NODEB necesitarán conjuntos de procedimientos catalogados diferentes.
- O bien puede utilizar el mismo punto de montaje para todos los conjuntos de datos del sistema de archivos de configuración en una célula concreta. Esto permite utilizar
procedimientos catalogados comunes y hacer que los sistemas sean muy parecidos.
Utilizando la misma configuración de células anterior, el nodo
LPAR1 tendrá un sistema de archivos de configuración:
/var/WebSphere/V9R0F1
/DeploymentManager - inicio del gestor de despliegue F1DMGR
en la célula F1CELL
/AppServer1 - inicio del nodo F1NODEA y los servidores
F1SR01A y F1SR02A
y LPAR2 tendrá un sistema de archivos independiente
en el mismo punto de montaje:
/var/WebSphere/V9R0F1
/AppServer2 - inicio del nodo F1NODEB y los servidores F1SR02B (en clúster)
y F1SR03B
No obstante, para reubicar los nodos de una de las LPAR en el otro sistema, se deberá fusionar una copia de un sistema de archivos de configuración en el otro.
- En un sysplex de varios sistemas z/OS con un sistema de archivos compartido:
Si el sysplex tiene un sistema jerárquico
de archivos compartido, puede montar simplemente un sistema de archivos de
configuración de gran tamaño para toda la célula. Al utilizar la herramienta de gestión de perfiles
o el mandato zpmt, especifique el punto de montaje común del sistema de archivos de
configuración en cada sistema. Como se ha indicado
anteriormente, debe actualizar el sistema de archivos de configuración del
sistema
z/OS
que alberga el gestor de despliegue. El rendimiento dependerá de la frecuencia de los cambios de configuración y se
recomienda prestar especial atención al ajuste si elige esta opción.
De manera alternativa, puede montar un sistema de archivos de
configuración aparte en cada sistema, por ejemplo, utilizando el sistema
de archivos específico del sistema que se monta en
/&SYSNAME en cada sistema:
/LPAR1/WebSphere/V9R0F1
/DeploymentManager - inicio del gestor de despliegue F1DMGR
en la célula F1CELL
/AppServer1 - inicio del nodo F1NODEA y los servidores F1SR01A y F1SR02A
/LPAR2/WebSphere/V9R0F1
/AppServer2 - inicio del nodo F1NODEB y los servidores F1SR02B (en clúster)
y F1SR03B
Cada sistema (LPAR1 y
LPAR2) monta su propio sistema de archivos de configuración en su punto de
montaje específico del sistema.
Cuando se utiliza la Herramienta de gestión de perfiles o el mandato
zpmt, especifique lo siguiente:
- /LPAR1/WebSphere/V9R0F1 en LPAR1
- /LPAR2/WebSphere/V9R0F1 en LPAR2
El rendimiento es mejor con esta opción que con un sysplex compartido
y, dependiendo de la elección del punto de montaje, podrá montar un
sistema de archivos de configuración temporalmente en el otro LPAR si el propietario original
está apagado. Puede hacer que los procedimientos catalogados sean específicos del
sistema o bien puede utilizar &SYSNAME para seleccionar el punto de
montaje de sistema de archivos de configuración.
Si realmente desea utilizar
el mismo punto de montaje aparente para todos los conjuntos de datos del sistema de archivos de configuración, puede utilizar enlaces simbólicos para redireccionar un punto de montaje común a un sistema de archivos diferente en cada sistema:
- ln -s $SYSNAME/WebSphere WebSphere
- Monte el sistema de archivos de configuración de LPAR1 en /LPAR1/WebSphere/V9R0F1.
- Monte el sistema de archivos de configuración de LPAR2 en /LPAR2/WebSphere/V9R0F1.
Si esta operación se realiza correctamente, puede especificar un punto de montaje de
configuración de /WebSphere/V9R0F1 para cada sistema en la herramienta de gestión de
perfiles o el mandato
zpmt y seguir disfrutando de las ventajas
de los conjuntos de datos del sistema de archivos de personalización específicos del
sistema. Sin embargo, cuando se utiliza esta configuración, no es posible mover fácilmente los conjuntos de datos del sistema de archivos de configuración de un sistema u otro.
Todos los nodos esperan encontrar sus datos en /WebSphere/V9R0F1, y sólo puede montar un
sistema de archivos de configuración en este punto de montaje en cada sistema.
- Recomendaciones:
- En un único sistema z/OS, cree un sistema de archivos de lectura/escritura en
/wasv90config y utilice los valores predeterminados de la
herramienta de gestión de perfiles, montando cada sistema de archivos de configuración en
/wasv90config/nombre_célula/nombre_nodo.
- En un sysplex de varios sistemas con ningún sistema de archivos
compartido, siga las recomendaciones anteriores para un solo sistema
z/OS.
Esto le permitirá utilizar
procedimientos catalogados comunes para cada célula.
Establezca puntos de montaje
aparte en cada sistema para las células que pueda necesitar recuperar en otro
sistema del sysplex.
- En un sysplex de varios sistemas con un sistema de archivos
compartido, utilice un sistema de archivos de configuración compartido
cuando el rendimiento no sea un problema o cuando el sistema de archivos
compartido deba dar soporte a funciones específicas de
WebSphere
Application Server para
z/OS. Utilice los conjuntos de datos del sistema de archivos de configuración no compartido cuando el rendimiento sea un problema, o cuando deba evitar un único punto de anomalía.
Elección de nombres de directorios de inicio de
WebSphere
Application Server
El directorio de inicio de
WebSphere
Application Server es siempre relativo al sistema de archivos de
configuración en el que reside. En la Herramienta de gestión de perfiles o el mandato zpmt, por lo tanto, elija el punto de montaje del sistema de archivos de configuración en un panel y rellene sólo el nombre del directorio único para el directorio de inicio en otro. No
obstante, cuando las instrucciones le indiquen que vaya al directorio WAS_HOME de un servidor, se refieren al nombre de vía de acceso completo,
el sistema de archivos de configuración y el nombre del directorio de inicio combinados
(por ejemplo /WebSphere/V9R0/AppServer).
Puede elegir el
nombre que desee para un directorio de inicio, si es exclusivo en el
sistema de archivos de configuración. Si crea un servidor de aplicaciones autónomo o un nuevo nodo de servidor
gestionado para federarse en una célula de Network Deployment, asegúrese
de elegir uno que no esté siendo utilizando en el sistema de archivos de configuración de la célula de Network Deployment.
Si tiene un nodo por sistema, puede utilizar alguna variación del
nombre de nodo o el nombre del sistema. De manera alternativa, puede utilizar DeploymentManager
para el gestor de despliegue y AppServern para cada nodo de servidor de aplicaciones.
Relación entre el sistema de archivos de configuración y
el sistema de archivos del producto
El sistema de archivos de configuración
contiene un gran número de enlaces simbólicos a archivos del sistema de archivos del producto
(/usr/lpp/WebSphere/AppServer/V9R0 de forma predeterminada). Esto permite
que los procesos de servidor, el administrador y los clientes puedan
acceder a una base de código coherente de
WebSphere
Application Server para
z/OS.
Tenga en cuenta que estos enlaces simbólicos se configuran cuando se crea
el directorio de inicio de WebSphere Application Server y es muy difícil
modificarlos. Por lo tanto, los sistemas que requieren una alta disponibilidad deben conservar
una copia separada del sistema de archivos del producto y los conjuntos de datos del producto WebSphere Application
Server para z/OS para cada nivel de servicio o mantenimiento en uso (prueba, control, producción, etc.) para permitir
el mantenimiento del sistema, y utilizar enlaces simbólicos intermedios para conectar cada
sistema de archivos de configuración con su sistema de archivos del producto.
Consejo: Si configura el entorno de Network Deployment
utilizando el valor predeterminado para la vía de acceso del sistema de archivos del producto en la Herramienta de gestión de perfiles o el mandato
zpmt, provocará que todos los nodos señalen directamente el punto de montaje del sistema de archivos del producto. Esto hace que sea casi imposible el desarrollo del mantenimiento sin
interrupciones.
Si una célula se configura de este modo, la aplicación de
un servicio al sistema de archivos del producto afecta a todos los nodos simultáneamente
y, si varias células están configuradas de este modo, la aplicación de un
servicio al sistema de archivos del producto afecta a todas las células simultáneamente. Es aconsejable
especificar lo que se denomina enlace simbólico intermedio entre el sistema de archivos de configuración de cada nodo
y el punto de montaje real del sistema de archivos del producto. Esta estrategia se
describe en el documento técnico
WebSphere
Application Server for
z/OS
V5 - Planning for Test, Production and Maintenance.
Consulte el documento técnico
WebSphere z/OS V6 -- WSC Sample ND Configuration, si desea más información sobre
este problema y sus relaciones para aplicar el mantenimiento. Consulte las
instrucciones
WebSphere
for
z/OS:
Updating an Existing Configuration HFS to Use Intermediate Symbolic
Links para obtener información sobre cómo obtener y utilizar un
programa de utilidad que le permita actualizar un sistema de archivos de configuración
existente con el fin de utilizar enlaces simbólicos.
Cuando se
inicia un nodo de
WebSphere
Application Server para
z/OS,
el nivel de servicio de la configuración se compara con el nivel de
servicio del sistema de archivos del producto. Si el nivel de servicio del
sistema de archivos de configuración es mayor que el del sistema de
archivos del producto (probablemente porque se ha montado un sistema de
archivos del producto antiguo), los servidores del nodo terminarán con un
mensaje de error. Si el nivel de servicio del sistema de archivos de
configuración es menor que el del sistema de archivos del producto (lo que
significa que se ha aplicado el servicio a la base de códigos del producto
desde que se inició el nodo por última vez), una tarea denominada el
post-instalador comprueba las acciones que se deben ejecutar en el sistema
de archivos de configuración para mantenerlo actualizado.