Configuración de servidores de Essbase en un cluster de failover

Las soluciones de failover activo-pasivo son comunes en las implementaciones locales de Essbase 11g. Los usuarios que migran a Essbase 26ai también pueden implementar clústeres de failover activo-pasivo para agente de Essbase mediante WebLogic y un equilibrador de carga.

Al configurar el failover de Essbase, el objetivo es:
  • Configure el modo de failover (o el modo activo-pasivo) para el agente de Essbase.
  • Configure el modo activo-activo para interfaz web de Essbase, puntos finales de REST y Provider Services. Estos siempre se conectan al único nodo activo de Essbase.

Un cluster de Essbase activo-pasivo consta de dos o más instancias de Essbase, una en cada nodo, que comparten un almacenamiento común para la configuración y los datos. El almacenamiento se comparte entre dos o más servidores (por ejemplo, mediante una SAN), lo que elimina la necesidad de que el administrador sincronice el almacenamiento, así como la restricción de la compatibilidad de solo lectura. Essbase utiliza tablas de base de datos para garantizar que solo un agente y sus servidores asociados estén activos, a fin de evitar la corrupción de datos en las escrituras. Durante la instalación y la configuración, se crea una tabla que contiene información sobre la configuración y los datos de la aplicación en el cluster.

En comparación con Essbase 11g local, donde la conmutación por error de Essbase es gestionada por un agente externo (OPMN), en Essbase 26ai, la arquitectura WebLogic admite la conmutación por error de Essbase con un sistema de arrendamiento de solicitud central. La instancia de Essbase que adquiere el permiso se convierte en el nodo activo. Otros nodos están esperando en un bucle, intentando adquirir el permiso.

Tipo de Instalación Componente Essbase 11.1.2.4 Essbase 26ai
Nodo Único Servicios del proveedor
  • Provider Services se ejecuta en un único servidor gestionado, que siempre está activo.
  • Si se produce un fallo, el gestor de nodos de WebLogic reinicia el servidor gestionado.
Igual que 11.1.2.4
- Agente Essbase
  • Instancia única del proceso de agente de Essbase.
  • Si se produce un fallo, OPMN reinicia la instancia del agente en el mismo nodo.
  • Essbase Java Agent se ejecuta en un único servidor gestionado, que se considera el nodo activo.
  • Si el servidor gestionado falla, el gestor de nodos reinicia el servidor gestionado.
- Servidor de aplicaciones Essbase. Si falla el servidor de aplicaciones de Essbase, el agente de Essbase lo reinicia en la siguiente solicitud del servidor. Igual que 11.1.2.4.
Varios nodos (activos/pasivos) Servicios del proveedor
  • Provider Services se despliega con cada nodo del cluster.
  • Todos los servidores gestionados están activos y en ejecución al mismo tiempo.
  • Provider Services no puede compartir sesiones entre los nodos.
Igual que 11.1.2.4.
- Agente Essbase
  • Solo admite conmutación por error; no admite equilibrio de carga para Essbase.
  • OPMN gestiona el ciclo de vida de Essbase.
  • Solución activa-pasiva gestionada por OPMN.
  • ARBORPATH compartido (NFS) o almacenamiento de bloques montado/desmontado por OPMN.
  • Cuando no se puede acceder a Essbase que se ejecuta en el nodo activo (OPMNPing), OPMN reinicia Essbase en un nodo diferente.
  • La instancia de Essbase recién iniciada actualiza las tablas de permisos con sus detalles de host.
  • Las aplicaciones de Essbase existentes que se estaban ejecutando en el nodo anterior se descargan. Hasta que se complete el proceso de descarga, el agente del nuevo nodo no podrá iniciar esas aplicaciones.
  • A medida que se inicia un nuevo proceso de ESSBASE en un nodo diferente, el tiempo de inactividad puede ser varios segundos después de AGENTLEASEEXPIRATIONTIME segundos.
  • OPMN ejecuta el comando de desmontaje de almacenamiento de bloques en el nodo activo anterior (si el nodo está activo) y el comando de montaje en el nodo activo actual.
  • Solo admite conmutación por error; no admite equilibrio de carga para Essbase.
  • El ciclo de vida de Essbase lo gestiona WebLogic y el gestor de nodos gestiona todas las instancias de WebLogic.
  • Solución activa-pasiva autogestionada.
  • Directorio de aplicaciones compartidas de Essbase (anteriormente ARBORPATH) (NFS) + base de datos relacional compartida para Essbase compartido.
  • Essbase Java Agent se despliega en el mismo servidor gestionado que Provider Services en todos los nodos activos. Las instancias de Essbase Java Agent utilizan un algoritmo de leasing para garantizar que solo se ejecute un nodo en cualquier momento. Aunque Essbase Java Agent está activo y en ejecución en todos los nodos, solo uno de ellos está disponible para el mantenimiento. El resto de las instancias de Essbase Java Agent permanecen en modo de espera y no reciben ninguna solicitud de Essbase.
  • Cuando el nodo activo no puede renovar el permiso, se activa otra instancia del agente Java de Essbase de un nodo pasivo.
  • Essbase recién iniciado actualiza las tablas de permisos con sus detalles de host.
  • Las aplicaciones de Essbase existentes que se estaban ejecutando en el nodo anterior se descargan. Hasta que se complete el proceso de descarga, el agente del nuevo nodo no estará disponible para el servicio.
  • Cuando hay un failover, la nueva instancia de Essbase Java Agent toma el control inmediatamente después de AGENTLEASEEXPIRATIONTIME segundos.
  • Essbase Java Agent (dentro de WebLogic) ejecuta el comando de desmontaje de almacenamiento de bloques en el nodo activo anterior (si el nodo está activo y era una versión de permiso controlada) y el comando de montaje en el nodo activo actual.
- Servidor de aplicaciones de Essbase
  • Se reinicia en el mismo sistema siempre que se produce un fallo.
  • Cuando el agente de Essbase falla o se detiene, los servidores se cierran. Hasta que se complete el cierre, no se podrán iniciar las mismas aplicaciones en el nuevo nodo activo.
  • Los procesos del servidor de Essbase utilizan tablas de permisos.
Igual que 11.1.2.4, excepto para el leasing a nivel de servidor.