Si la aplicación requiere equilibrio de la carga de trabajo y alta disponibilidad, y desea poder añadir fácilmente sistemas nuevos para satisfacer la demanda a medida que crece la carga de trabajo, es posible que desee migrar el tiempo de ejecución del servidor de aplicaciones y de los servidores de aplicaciones asociados desde una configuración de monoplex a una de sysplex.
Antes de empezar
Una vez instalado el tiempo de ejecución del servidor y los servidores de aplicaciones de empresa asociados en un monoplex, debe evaluar si desea migrar el tiempo de ejecución del servidor y los servidores de aplicaciones asociados a una configuración de sysplex. Si decide configurar un entorno de sysplex que conste de varias imágenes de z/OS y gestión de carga de trabajo (WLM), debe ejecutar el trabajo BBOWWPFA en la imagen z/OS en la que está iniciando WebSphere Application Server.
El trabajo BBOWWPFA es uno de los que se generan automáticamente cuando se configura y se personaliza inicialmente WebSphere Application Server. Este lote de trabajos se ejecuta para configurar el entorno z/OS. Por lo general, estos trabajos JCL se ejecutan uno a uno en la primera imagen z/OS disponible en sysplex. Sin embargo, el trabajo BBOWWPFA, que configura el sistema de archivos de tiempo de ejecución (configuración) del producto, debe ejecutarse en la misma imagen de z/OS que donde desea iniciar el producto. Para asegurarse de que el trabajo BBOWWPFA se ejecute en la imagen correcta, añada la siguiente sentencia JCL, tras la sentencia de trabajo BBOWWPFA, en el lote de sentencias JCL generadas automáticamente, antes de ejecutar el trabajo BBOWWPFA.
/*JOBPARM SYSAFF=sxx
donde sxx es el nombre de la imagen z/OS en la que va a ejecutarse el producto.
Acerca de esta tarea
Un entorno de sysplex le permite:
- Equilibrar la carga de trabajo entre varios sistemas, lo que mejora la
gestión del rendimiento de las aplicaciones.
- Añadir sistemas nuevos para satisfacer la demanda a medida que crece la carga de trabajo. Esta posibilidad le permiten tener una solución que puede escalar según sus necesidades de proceso.
- Replique el tiempo de ejecución y los servidores de aplicaciones de empresa asociados. Esta posibilidad le garantiza que si se produce un error en un sistema, otros sistemas estarán disponibles para manejar las solicitudes de usuario.
- Actualizar el servidor de aplicaciones desde un release o nivel de servicio a otro sin interrumpir el servicio de los usuarios.
Avoid trouble: Si está utilizando un conjunto de serialización de recursos globales (GRS) para conectar uno o más monoplex a un entorno sysplex, el nombre de célula de cualquiera de los servidores que se ejecuten en cualquiera de los monoplex debe ser exclusivo en el todo el entorno GRS. Este requisito significa que el nombre de la célula de un servidor que se ejecute en cualquiera de los monoplex:
- Debe ser distinto del nombre de la célula de todos los demás servidores que se ejecuten en el sysplex.
- Debe ser distinto del nombre de la célula de todos los demás servidores que se ejecuten en otro monoplex que esté conectado al sysplex.
Si tiene servidores con nombres de célula duplicados en el entorno de GRS,
WebSphere Application Server no puede diferenciar entre la célula sysplex y la célula monoplex, y trata ambos servidores como parte de la misma célula. Normalmente, esta imprecisa asociación de célula genera unos resultados de proceso impredecibles.
gotcha
Efectúe las tareas siguientes para configurar el servidor de aplicaciones en una configuración de sysplex.
Procedimiento
- Configure un entorno de sysplex si todavía no hay uno disponible.
En la publicación z/OS z/OS MVS Setting
Up a Sysplex se describe cómo configurar un sysplex de z/OS. El directorio que configure debe ser similar a la estructura de directorio siguiente:
Figura 1. Estructura de directorio para dos servidores de aplicaciones que se ejecutan en un sysplex
- Configure el tiempo de ejecución del servidor para un entorno de sysplex.
- Determine si desea una vista de un solo sistema del archivo de registro de errores. Si es así e inicialmente ha configurado el archivo de registro de
errores en el anotador del sistema y ha utilizado DASD para efectuar las anotaciones cronológicas, deberá
configurar el archivo de registro de errores ahora en el recurso asociado.
- Determine cómo compartirá los ejecutables de la aplicación en la célula.
- Configure ARM. Este release no admite el reinicio de sistemas cruzados,
por lo tanto, deberá configurar la política de ARM de acuerdo a eso.
Especifique
TARGET_SYSTEM para el sistema en que se ejecutan todos los elementos (si acepta el valor predeterminado
TARGET_SYSTEM=*, obtendrá un reinicio de sistema cruzado).
- Determine si ejecutará todos los servidores de ejecución
en todos los sistemas de la célula.
Recomendaciones:
en la tabla siguiente se proporcionan recomendaciones y requisitos para ejecutar
servidores en células.
Tabla 1. Ejecución de servidores en células. En la tabla siguiente se proporcionan recomendaciones y requisitos para ejecutar servidores de una célula. Servidor |
Recomendaciones y
requisitos para ejecutar servidores en células |
daemon de servicio de ubicación y
agente de nodo |
- Debe ejecutar el daemon del servicio de ubicación y el agente de nodo en cada sistema del sysplex en el que desee ejecutar el tiempo de ejecución del servidor. Si el tiempo de ejecución del servidor no está instalado en algunos sistemas del sysplex, no tiene que ejecutar un daemon de servicio de ubicación y el agente de nodo en dichos sistemas.
- Si un servidor indica que son aconsejables PassTickets para la interacción con
clientes, deberá ejecutar el daemon de servicio de ubicación y el agente de nodo en
el sistema donde reside el cliente de z/OS.
|
gestor de despliegue |
Siga los pasos
correctos para configurar células del gestor de despliegue. |
- Prepare el sistema de seguridad.
- Configure la compartición de datos. Consulte la publicación DB2 Data Sharing:
Planning and Administration para la versión de DB2 que se ejecuta en el sistema z/OS.
- Personalice las funciones z/OS en otros sistemas del sysplex para que coincidan con la personalización que ha realizado como parte de la instalación de tiempo de ejecución del servidor inicial.
La información de personalización completa para los sistemas adicionales
se incluye en las instrucciones de personalización generadas.
- Cambie los valores de TCP/IP. Cada sistema de un sysplex contiene un daemon del servicio de ubicación, un agente de nodo y servidores de aplicaciones de empresa. El daemon del servicio de ubicación actúa como un agente de servicio de ubicación y acepta las solicitudes de ubicación con claves de objeto en las solicitudes. Por lo tanto, es importante que las entradas DNS (Domain Name Server) de TCP/IP y el perfil TCP/IP de cada sistema de la célula incluyan el puerto del daemon del servicio de ubicación y que dicho puerto esté asociado al nombre del nuevo servidor del daemon del servicio de ubicación.
- Cambie las entradas del DNS.
Si utiliza una implementación DNS que permite utilizar los nombres IP genéricos que se resuelven dinámicamente en servidores configurados de este modo, debe ajustar los nombres de IP en el DNA.
Debe conservar el nombre IP
genérico del daemon de servicio de ubicación, pero añada un nombre IP nuevo para
los servidores del daemon de servicio segundo y subsiguientes. Los nombres IP adicionales permiten al DNS dirigir el trabajo a otros servidores si se produce una anomalía.
- En el perfil TCP/IP para cada sistema adicional de la célula, añada un puerto
para el daemon de servicio de ubicación y asociar dicho puerto a un nuevo nombre de servidor
de daemon de servicio de ubicación.
De forma predeterminada, el tiempo de ejecución del servidor utiliza el puerto 5655 para el daemon del servicio de ubicación. El tiempo de ejecución del servidor también denomina el primer servidor del daemon del servicio de ubicación
DAEMON01 e incrementa el sufijo en dicho nombre para cada nuevo servidor del daemon del servicio de ubicación; por ejemplo, DAEMON02, DAEMON0, etc. Por lo tanto, para el segundo sistema del
sysplex, debe añadir un puerto y asociarlo con DAEMON02.
Ejemplo: 5655
TCP DAEMON02
Siga el mismo patrón para los sistemas tercero y subsiguientes del sysplex.
- Defina clústeres de servidor de aplicaciones nuevos en el sysplex.
- Opcional: Crear células del gestor de despliegue.
- Instale el servidor de aplicaciones por omisión en cada nodo del sysplex.
- Instale las células del gestor de despliegue en un nodo del sysplex.
- Añadir nodos del servidor predeterminado a la célula del gestor de despliegue.
Resultados
Puede beneficiarse de todas las ventajas de ejecutar las aplicaciones en varios sistemas de un sysplex.
Qué hacer a continuación
Migre las aplicaciones al sysplex.