Debe utilizar los clústeres de servidores y los miembros de clústeres para supervisar y gestionar las cargas de trabajo de servidores de aplicaciones.
Antes de empezar
Debe comprender las opciones de configuración de los servidores de aplicaciones. Para ayudarle a comprender cómo configurar y utilizar clústeres
para la gestión de la carga de trabajo, tenga en cuenta esta situación. Las
solicitudes del cliente se distribuyen entre los miembros del clúster
en una sola máquina. Un cliente hace referencia a cualquier
servlet, aplicación Java™ u otro programa o componente que se conecte al usuario final y al servidor de aplicaciones al que se está accediendo.
En escenarios más complejos de gestión de
carga de trabajo, puede distribuir miembros de clústeres en máquinas
remotas.
En escenarios más complejos de gestión de carga de trabajo, puede distribuir miembros de clústeres en el mismo sysplex.
Acerca de esta tarea
Efectúe los siguientes pasos si decide utilizar clústeres para equilibrar la carga de trabajo.
Procedimiento
- Decida qué servidor de aplicaciones desea agrupar en clúster.
- Decida si desea duplicar datos. La réplica es un servicio que
transfiere datos, objetos o sucesos entre servidores de aplicaciones.
Puede crear un dominio de réplica al crear un clúster.
- Despliegue la aplicación en el servidor de aplicaciones.
- Crear un clúster.
Después de configurar el servidor de aplicaciones y los componentes
de aplicación exactamente como desea que sean, cree un clúster. La instancia de servidor original pasa a ser un miembro de clúster que se
administra mediante el
clúster.
- Cree uno o más miembros de clúster.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Configure un clúster de copia de seguridad.
Avoid trouble: Si dispone de clientes que se ejecutan en un entorno:
- Que incluyan clientes ligeros Java,
- Que precisan que se direccionen entre varias células o
- Que precisan que se direccionen entre una única célula que incluye nodos de versiones anteriores del producto,
es probable que de repente se encuentren en una situación en que la información del puerto sobre los miembros del clúster de destino ya esté obsoleta.
Esta situación se produce normalmente cuando todos los miembros del clúster tienen puertos
dinámicos y se reinician durante un periodo de tiempo en que no se envían solicitudes. El proceso de cliente en este estado finalmente intentará direccionar al agente de nodo para recibir los nuevos datos de puerto para los miembros del clúster y, a continuación, utilice los nuevos datos de puerto para direccionar otra vez a los miembros del clúster.
Si se producen errores que impiden que el cliente se comunique con el agente de nodo o que
impiden que los datos del puerto nuevo se propaguen entre los miembros del clúster y el agente de
nodo, pueden surgir anomalías de solicitud en el cliente. En algunos casos, estas anomalías son
temporales. En otros casos, tendrá que reiniciar uno o más procesos para resolver una anomalía.
Para evitar problemas que pudieran surgir en estos casos en el direccionamiento del cliente, puede configurar puertos estáticos en miembros del clúster. Con puertos estáticos, los datos del puerto no cambian cuando un proceso de cliente obtiene información sobre los miembros de clúster. Incluso si se reinician los miembros del clúster o si se producen problemas de comunicación o propagación de datos entre procesos, los datos del puerto que conserva el cliente siguen siendo válidos. Esta
solución no resuelve necesariamente la propagación de datos o los problemas de comunicación
subyacentes, pero elimina los síntomas de decisiones de direccionamiento de clientes inesperadas o desiguales.
gotcha
Un clúster de copia de seguridad maneja las solicitudes, si falla el clúster primario.
- Inicie el clúster.
Al iniciar el clúster, se inician todos los servidores de aplicaciones que son miembros de dicho clúster.
La gestión de la carga de trabajo empieza automáticamente después de que se inicien los miembros del clúster.
- Una vez que el clúster se esté ejecutando, puede realizar las
siguientes tareas:
- Detenga el clúster.
- Actualice las aplicaciones que están instaladas en los miembros del clúster.
- Detecte y maneje problemas con clústeres de servidor y sus cargas de trabajo.
- Cambie la frecuencia con la que se renueva el estado de la gestión de la carga de trabajo del cliente.
El valor de tiempo de espera predeterminado para la propiedad JVM de com.ibm.CORBA.RequestTimeout es 0, que significa que el tiempo de espera es ilimitado. Este
valor predeterminado no es un valor adecuado para tenerlo en situaciones de migración tras error.
Puesto que, si la aplicación está experimentando problemas con los tiempos de espera
o si se ha configurado el sistema para situaciones de migración tras error,
utilice la opción -CCD en el mandato LaunchClient para establecer un valor distinto de cero
apropiado para esta propiedad.
Si el estado de la gestión de la carga de trabajo del cliente se renueva demasiado pronto o demasiado tarde, cambie el
intervalo de la propiedad personalizada de la JVM com.ibm.websphere.wlm.unusable.interval.
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Qué hacer a continuación
Para clientes Java autónomos, debe definir un
host de rutina de carga. Los clientes Java autónomos son aquellos que están ubicados en máquinas
distintas del servidor de aplicaciones y no tienen un servidor
administrativo. Añada la línea siguiente a los argumentos de la máquina virtual Java (JVM) para el cliente:
-Dcom.ibm.CORBA.BootstrapHost=nombre_máquina
donde
nombre_máquina es el nombre de la máquina donde se está ejecutando el servidor administrativo.