BOLD Cluster

El módulo BOLD Cluster facilita la gestión de instalaciones con múltiples servidores o instancias de BOLD y proporciona una serie de ventajas respecto de una instalación individual:

• Alta disponibilidad: reducir al mínimo los tiempos de parada
• Balanceo de carga: repartir las cargas de trabajo (consumo de CPU y de memoria) entre varios servidores lógicos o físicos)
• Escalabilidad: facilitar la escalabilidad del sistema respecto del número de usuarios o usuarias simultáneas o del tamaño de los escenarios (nº de personas empleadas incluidas dentro del proceso de cálculo), con la única limitación de los recursos de computación disponibles.

El consumo de memoria y CPU en escenarios de planificación grandes puede llegar a ser elevado si se desea continuar observando el problema de forma global para miles de personas empleadas y un horizonte que puede abarcar varios meses o incluso años. La configuración con BOLD Cluster delega en un administrador de carga la selección del servidor más adecuado en cada instante para cada proceso de trabajo.

Configuración redundante

Existe la posibilidad de efectuar una configuración del sistema en modo de alta disponibilidad para el servidor BOLD. Con esta configuración se garantiza una mayor disponibilidad del aplicativo como resultado de fallos lógicos en el software.

En este tipo de configuración pueden existir dos o más instancias idénticas de BOLD: activas o pasivas. Si se detecta un problema durante la ejecución en la instancia activa, el sistema efectúa un cambio de toda la carga de trabajo de forma transparente hacia otra instancia disponible y las personas usuarias pueden continuar trabajando normalmente. Esto permite reducir las molestias que puede causar un reinicio de los sistemas y al mismo tiempo reduce los costes de mantenimiento y soporte que esto implicaría para el departamento de sistemas, manteniendo el sistema 24×7.

Selección del servidor de trabajo

Además en instalaciones con múltiples instancias facilita la selección por parte de la persona usuaria del servidor contra el cual quiere trabajar, sin necesidad de introducir direcciones (URLs) complicadas.

Esquema de un posible BOLD Cluster

Cada rectángulo representa una instancia de servidor BOLD. Cuando se ejecutan bajo IIS, cada una de estas instancias se corresponde con un Application Pool del servidor de aplicaciones. Estas instancias a mantener sincronizadas pueden estar o no en la misma máquina (que es lo habitual), pero siempre deberán compartir el directorio de configuración del servidor lógico.

El proceso de sincronización consiste en mantener la misma información en las caches de cada instancia del mismo servidor lógico de tal forma que en caso de switch, el cambio de una instancia de trabajo por otra sea casi instantáneo. Por ejemplo: si durante el proceso de inserción de una nueva incidencia y su correspondiente análisis de impacto se produjera una caída en una de las instancias, la otra lo podría relevar al instante de forma casi transparente para las personas usuarias.

El conjunto de instancias utilizan como elemento de sincronización persistente un servidor de base de datos SQL Server.

Fichero de seguimiento o log del BOLD Cluster

El fichero BOLDServersYYYYMMDD.log situado en el directorio base de configuració de la granja de servidores contiene la información de ejecución del proceso BOLD Cluster.

Parámetros de configuración BOLDServers.ini

Un ejemplo sería el siguiente:

[Config]
FailoverCheckFrequencySeconds=1000
Default=WP_TEST_FARM
ForceGanttCopyFrequency=3
ForcePlanCopyFrequency=6
MaxRetriesOnException=0
[WP]
WPUser=cluster

Con la configuración de distribuidor de carga, se verifica la salud de cada instancia de la siguiente manera:

• que se haya pedido y reordenado con éxito un Gantt en los últimos 3 minutos.
• si lo anterior se cumple, pasa a comprobar si se ha hecho una copia con éxito del plan en los últimos 6 minutos.
• si nadie se ha hecho una copia, el cluster se conecta desde 0 y pide un Gantt (lo que acaba forzando a su vez una copia)

Las variables están en minutos. Se basan en la información que devuelve el ws Serverstatus (llamadas MinutesSinceLastGantt y MinutesSinceLastCopyCase).