![[z/OS]](../images/ngzos.gif)
Configuración de un entorno sysplex de alta disponibilidad
La configuración de entorno sysplex de alta disponibilidad le permite controlar el despliegue de aplicaciones y el direccionamiento de la carga de trabajo.
Antes de empezar
- Un entorno sysplex de alta disponibilidad debe incluir, como mínimo, dos particiones lógicas (LPAR). Estos LPAR deben estar en instancias de hardware separadas para eliminar los puntos únicos de anomalía de hardware (SPOF).
- Debe haber una redundancia de la vía de acceso a la red que lleve a los servidores Web y a los servidores de aplicaciones del sysplex.
- Si utiliza sesiones HTTP, el estado de la sesión debe compartirse entre los miembros del clúster utilizando el servicio de duplicación de datos (DRS), o bien los datos de la sesión deben almacenarse en DB2. Si utiliza los EJB (Enterprise JavaBeans) de sesión con estado, debe configurarse el almacenamiento persistente de sesión con estado en un HFS compartido. No es recomendable utilizar la sesión con estado de Enterprise JavaBeans.
En entornos en que se esté ejecutando WebSphere Application Server en un clúster de plataforma distribuida, junto con varios sistemas miembros de WebSphere Application Server for z/OS que funcionen como clúster, la migración tras error de la gestión de carga de trabajo (WLM) de EJB en WebSphere Application Server for z/OS no se produce sin realizar ajustes en los valores de la memoria caché. Puesto que se está gestionando la carga de trabajo de Interoperable Object Reference (IOR) en WebSphere Application Server for z/OS, cualquier pausa en WebSphere Application Server for z/OS hace que todas las solicitudes se asignen al clúster de WebSphere Application for z/OS superviviente. Cuando se reanuda el miembro del clúster detenido, solamente se asignarán algunas solicitudes (si las hay) a este miembro de clúster reanudado, que llevan a un sistema desequilibrado. El miembro de clúster reanudado tiene disponibles la mayoría de sus recursos de CPU, todavía recibe algunas solicitudes (si las hay) para procesar y, por tanto, el proceso WLM normal no se produce después de que se reanude el sistema detenido.
Un equilibrio de carga de trabajo correcto puede continuar si se establece una hora de caducidad de memoria caché JNDI global para todo el servidor en una hora razonable (por ejemplo, com.ibm.websphere.naming.jndicache.maxcachelife=3, lo que genera una hora de caducidad de memoria caché en tres minutos.
Acerca de esta tarea
Efectúe las siguientes acciones si desea configurar un entorno sysplex de alta disponibilidad.