Utilización de Capacity Advisor con Serviceguard

Definición de una carga de trabajo para el sistema donde el paquete se ejecute habitualmente

Ésta es la forma más sencilla de configurar Capacity Advisor. Es fácil de poner en práctica y es la forma en que se harían las cosas si Serviceguard no estuviera presente. El inconveniente es que cuando se produce una conmutación por error de Serviceguard, Capacity Advisor registra todos los números de utilización en forma de cero: no hay números de utilización para el caso en que la carga de trabajo se ejecute en otro sistema. Después de volver a trasladar el paquete al sistema habitual correspondiente, deberá utilizar el Profile Editor de Capacity Advisor para marcar las entradas de utilización cero como datos no válidos. Esto garantiza que los ceros no se utilicen para calcular la utilización media ni otras mediciones. Utilice esta solución para reducir al mínimo la duración de la ejecución de los paquetes en sistemas diferentes de los suyos habituales.

Si el paquete se configura con la directiva de conmutación por error MIN_PACKAGE_NODE (Nodo de paquete mín.), determinar cuál es el «sistema habitual» puede que no sea manifiesto, porque el paquete se inicia donde existe el menor número de paquetes. Si los demás paquetes se configuran con la directiva CONFIGURED_NODE (Nodo configurado), es posible que un administrador pueda decidir cuál es el sistema habitual. Para los paquetes que utilizan la directiva CONFIGURED_NODE, el «sistema habitual» es el primer sistema de la lista de nodos.

La relación entre las cargas de trabajo y los paquetes no es de 1:1, sino más bien de n:1.

Definición de una carga de trabajo para todos los pares de paquete/nodo posibles

Al configurar el software de administración VSE, se puede definir una carga de trabajo para cada paquete Serviceguard en todos los nodos del clúster donde dicho paquete pueda ejecutarse. (Esto se aplica sólo a los paquetes que constan de uno o varios procesos.) Los paquetes que corresponden a una parte de un proceso, un archivo o una dirección IP no pueden corresponder a una carga de trabajo VSE porque una carga de trabajo VSE es un conjunto de procesos. Al definir una carga de trabajo VSE separada para cada nodo del clúster, Capacity Advisor puede recopilar datos de utilización se ejecute donde se ejecute la carga de trabajo. Capacity Advisor registra lecturas diferentes de cero para el sistema donde se ejecute realmente la carga de trabajo, y registra lecturas iguales a cero para las cargas de trabajo definidas en los sistemas donde el paquete no se ejecuta.

Cuando utilice Capacity Advisor para simular el traslado de una carga de trabajo a un sistema nuevo, traslade todas las cargas de trabajo que representen el mismo paquete. Las entradas iguales a cero se suman a las entradas diferentes de cero para representar la carga de trabajo en forma de traza ininterrumpida. Ésta es una solución más completa que definir una carga de trabajo para el sistema donde un paquete se ejecute habitualmente, si un paquete no tiene un nodo de clúster en el que se ejecute habitualmente. También constituye una solución más completa porque se siguen recopilando datos si una carga de trabajo se traslada debido a una conmutación por error del paquete.

El Profile Editor de Capacity Advisor debe utilizarse para marcar las lecturas como no válidas en torno al momento en que la carga de trabajo estaba en transición de un sistema a otro. Durante este periodo, muchos factores afectan a las lecturas de utilización, por ejemplo, el hecho de que el sistema entre en un estado de error, la carga extra de la aplicación que se reinicia y las demandas extra de limpieza del registro de solicitudes que llegaron mientras el error se detectaba y el paquete se reiniciaba. Estas puntas de la utilización no son predecibles y, en general, no se toman en consideración al realizar la planificación de la capacidad. Puesto que muchos clústeres Serviceguard sólo tienen dos nodos, esto puede duplicar el número de cargas de trabajo definidas, y definir las cargas de trabajo para todos los pares de paquete/nodo puede no ser una solución práctica en los clústeres con muchos nodos.

Definición de una carga de trabajo por paquete y traslado manual de las cargas de trabajo

Esta opción se configura de la misma forma que la primera, definiendo una carga de trabajo para el sistema donde un paquete se ejecuta habitualmente. En esta opción, se define una sola carga de trabajo VSE para cada aplicación que se ejecute en el clúster Serviceguard. Cada carga de trabajo se define con el sistema host donde la aplicación se ejecuta al principio, el nodo primario de la aplicación. La diferencia es que cuando un paquete conmuta por error, alguien ejecuta manualmente VSE Manager y modifica la carga de trabajo para indicar que ahora se está ejecutando en un sistema diferente. Esto implica ejecutar el comando cmviewcl para averiguar dónde se está ejecutando actualmente el paquete que corresponde a la carga de trabajo. Esta información se introduce, a continuación, en la página Virtualization Manager para modificar las cargas de trabajo. Capacity Advisor recopila los datos posteriormente por la noche, busca los datos para la carga de trabajo en más de un sistema y los combina en una sola traza.

Como en el caso de la segunda opción, la definición de una carga de trabajo para todos los pares de paquete/nodo, los datos de utilización recopilados en torno al momento de la conmutación por error deben marcarse como no válidos. Esto incluye desde el momento exactamente anterior a la conmutación por error hasta el momento en que la carga de trabajo se modificó para reflejar el sistema donde se ejecuta actualmente. Esta opción podría ser la más conveniente para las instalaciones donde los clústeres tienen varios nodos o donde los paquetes no se vuelven a migrar al nodo original del clúster lo antes posible. En ambos casos, alguien debe supervisar los sucesos de conmutación por error de Serviceguard y actualizar la definición de las cargas de trabajo para reflejar el nuevo sistema host.