Sistemas de archivos de configuración

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.


Icon that indicates the type of topic Concept topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=cins_planfs
File name: cins_planfs.html