Clústeres y gestión de cargas

Los clústeres son conjuntos de servidores que se gestionan en conjunto y que participan en la gestión de las cargas de trabajo. Los clústeres permiten que las aplicaciones empresariales se escalen más que la cantidad de productividad que se puede conseguir con un solo servidor de aplicaciones. Los clústeres también permiten que las aplicaciones empresariales tengan una alta disponibilidad, porque las solicitudes se direccionan automáticamente a los servidores en ejecución en caso de anomalía. Los servidores que son miembros de un clúster pueden estar en máquinas de host distintas. En cambio, los servidores que no forman parte del mismo nodo deben estar ubicados en la misma máquina de host. Una célula puede incluir un clúster, varios clústeres o ninguno.

Los servidores que pertenecen a un clúster son miembros de dicho conjunto de clústeres y deben tener desplegados todos los mismos componentes de aplicación. Los miembros del clúster no necesitan compartir otros datos de configuración que no sean las aplicaciones que se han configurado para que se ejecuten en ellos. Un miembro de clúster puede estar ejecutándose en un sistema servidor de empresa de varios procesadores y de gran tamaño, mientras que otro miembro del mismo clúster puede estar ejecutándose en un sistema más pequeño. Los valores de configuración del servidor para cada uno de estos dos miembros del clúster son muy diferentes, con la excepción del área de los componentes de aplicación que se les ha asignado. En esta área de configuración, ambos son idénticos. Esto permite distribuir el trabajo del cliente entre todos los miembros de un clúster, en lugar de que un solo servidor de aplicaciones gestione toda la carga de trabajo.

Cuando se crea un clúster, se hacen copias de una plantilla de servidor de aplicaciones existente. La plantilla suele ser un servidor de aplicaciones que se ha configurado previamente. Tiene la opción de hacer que ese servidor sea miembro del clúster. No obstante, se recomienda mantener el servidor disponible sólo como plantilla, ya que la única forma de eliminar un miembro del clúster es suprimir el servidor de aplicaciones. Cuando se suprime un clúster, también se suprimen los servidores de aplicaciones que eran miembros de ese clúster. No hay ninguna forma de conservar un miembro de un clúster. Si mantiene intacta la plantilla original, puede volver a utilizar la plantilla si tiene que volver a crear la configuración.

Un clúster vertical tiene miembros de clúster en el mismo nodo, o máquina física. Un clúster horizontal tiene miembros de clúster en varios nodos entre muchas máquinas de una célula. Puede configurar uno de los dos tipos de clúster, o tener una combinación de clústeres vertical y horizontal.

[AIX Solaris HP-UX Linux Windows][IBM i]La agrupación en clúster de servidores de aplicaciones que albergan contenedores web habilita automáticamente la gestión de carga de trabajo de plug-in para los servidores de aplicaciones y los servlets que albergan. El direccionamiento de solicitudes de servlet se produce entre el plug-in de servidor web y los servidores de aplicaciones en clúster utilizando transportes HTTP o canales de transporte HTTP.

[AIX Solaris HP-UX Linux Windows][IBM i]
La agrupación en clúster de servidores de aplicaciones que albergan contenedores web habilita automáticamente la gestión de carga de trabajo de plug-in para los servidores de aplicaciones y los servlets que albergan. El direccionamiento de solicitudes de servlet se produce entre el plug-in de servidor web y los servidores de aplicaciones en clúster utilizando transportes HTTP o canales de transporte HTTP.

[AIX Solaris HP-UX Linux Windows][IBM i]Este direccionamiento se basa en los pesos asociados con los miembros del clúster. Si todos los miembros del clúster tienen el mismo peso, el plug-in envía solicitudes iguales a todos los miembros del clúster, suponiendo que no existen configuraciones de afinidad fuerte. Si los pesos se escalan en un rango de cero a veinte, el plug-in direcciona normalmente las solicitudes a aquellos miembros de clúster con los valores de peso más altos.

Puede utilizar la consola administrativa para especificar un peso para un miembro del clúster. Asigne un peso a un miembro de clúster basándose en la capacidad aproximada que necesita para realizar su trabajo. El valor de peso especificado para un miembro específico sólo tiene sentido en el contexto de los pesos que se especifiquen para los otros miembros de un clúster. Los valores de peso no indican la capacidad absoluta. Si un miembro de clúster no está disponible, el plug-in del servidor web direcciona temporalmente las solicitudes de forma que rodeen dicho miembro del clúster.

Por ejemplo, si tiene un clúster que consta de dos miembros, si asigna los pesos 1 y 2 el primer miembro obtendrá aproximadamente 1/3 de la carga de trabajo y el segundo miembro obtendrá aproximadamente 2/3 de la carga de trabajo. Sin embargo, si añade un tercer miembro al clúster, y asigna al nuevo miembro un peso de 1, aproximadamente 1/4 de la carga de trabajo ahora irá al primer miembro, aproximadamente 1/2 de la carga de trabajo irá al segundo miembro y aproximadamente 1/4 de la carga de trabajo irá al tercer miembro. Si el primer miembro de clúster deja de estar disponible, el segundo miembro obtiene aproximadamente 2/3 de la carga de trabajo y el tercero 1/3 de la carga de trabajo.

Los valores de peso únicamente se aproximan a los objetivos de equilibrio de carga. Existen otras dependencias de aplicación, como la simultaneidad de hebras, las preferencias de configuración local, la afinidad y la disponibilidad de recursos que también son factores para determinar dónde se envía una solicitud específica. Por lo tanto, no utilice el patrón exacto de solicitudes para determinar la asignación de peso para miembros de clúster específicos.

La gestión de carga de trabajo de los contenedores de EJB se puede ejecutar configurando el contenedor web y los contenedores de EJB en servidores de aplicaciones diferentes. Se pueden agrupar en clúster varios servidores de aplicaciones con contenedores de EJB para habilitar la distribución de solicitudes de enterprise beans entre contenedores de EJB de servidores de aplicaciones distintos.

En esta configuración, las solicitudes de cliente EJB se direccionan a los contenedores de EJB disponibles por turno rotativo basándose en los pesos de servidor asignados. Los clientes EJB pueden ser servlets que funcionen en un contenedor web, programas Java autónomos que utilizan RMI/IIOP u otros EJB.

En esta configuración, las solicitudes de cliente EJB se direccionan a los contenedores de EJB disponibles por turno rotativo basándose en los pesos de servidor asignados. Los clientes EJB pueden ser servlets en un contenedor web, programas Java™ autónomos que utilizan RMI/IIOP, u otros EJB.

La política de direccionamiento por turno rotativo según los pesos de servidor garantiza una distribución equilibrada del direccionamiento basada en el conjunto de pesos de servidor que se hayan asignado a los miembros del clúster. Por ejemplo, si todos los servidores del clúster tienen el mismo peso, la distribución esperada del clúster es que todos los servidores reciban el mismo número de solicitudes. Si los pesos de los servidores no son iguales, el mecanismo de distribución envía más solicitudes a los servidores con un valor de peso mayor que a los servidores con un valor de peso menor. La política garantiza la distribución deseada, basada en los pesos asignados a los miembros del clúster.

[z/OS]Puede configurar la gestión de carga de trabajo para equilibrar las tareas entre diferentes clústeres.

Puede elegir que se envíen las solicitudes al nodo en el que reside el cliente como direccionamiento preferido. En este caso, sólo se seleccionarán los miembros de clúster de ese nodo (utilizando el método de peso por turno rotativo). Los miembros de clúster en nodos remotos sólo se seleccionarán si un servidor local no está disponible.

La base del soporte de migración tras error la forman varios servidores que pueden dar servicio a la misma solicitud de cliente. Si se produce un error en el servidor al procesar una solicitud de cliente, la solicitud anómala se puede redireccionar a cualquier miembro restante del clúster. Incluso si se produce un error en varios servidores, siempre que hay un miembro de clúster en ejecución, se puede continuar dando servicio a las solicitudes de cliente.

[AIX Solaris HP-UX Linux Windows][IBM i]El clúster de copia de seguridad continúa funcionando incluso cuando no está disponible ninguno de los miembros del clúster principal.


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-mp&topic=crun_srvgrp
File name: crun_srvgrp.html