Configurazione di server Essbase in un cluster di failover

Le soluzioni di failover attivo-passivo sono comuni nelle distribuzioni Essbase 11g in locale. Gli utenti che eseguono la migrazione a Essbase 26ai possono anche implementare cluster di failover attivo-passivo per Essbase Agent utilizzando WebLogic e un load balancer.

Quando si configura il failover di Essbase, l'obiettivo è:
  • Impostare la modalità di failover (o attiva-passiva) per l'agente Essbase.
  • Impostare la modalità attiva-attiva per l'interfaccia Web Essbase, gli endpoint REST e i servizi provider. Questi elementi si connettono sempre al singolo nodo Essbase attivo.

Un cluster Essbase attivo/passivo è costituito da due o più istanze di Essbase, una su ogni nodo, che condividono una memoria comune per la configurazione e i dati. Lo storage viene condiviso su due o più server (ad esempio, utilizzando una SAN), eliminando la necessità per l'amministratore di sincronizzare lo storage e il vincolo del supporto di sola lettura. Essbase utilizza le tabelle di database per garantire che sia attivo un solo agente e i server associati, in modo da evitare il danneggiamento dei dati nelle scritture. Durante l'installazione e la configurazione, viene creata una tabella per contenere informazioni sui dati di configurazione e applicazione nel cluster.

Rispetto a Essbase 11g in locale, dove il failover di Essbase è gestito da un agente esterno (OPMN), in Essbase 26ai, l'architettura WebLogic supporta il failover di Essbase con un sistema di leasing di richieste centrale. L'istanza di Essbase che acquisisce il leasing diventa il nodo attivo. Altri nodi sono in attesa in un loop, cercando di acquisire il leasing.

Tipo di installazione Componente Essbase 11.1.2.4 Essbase 26ai
Nodo singolo Provider Services
  • Provider Services viene eseguito su un singolo server gestito, sempre attivo.
  • Se si verifica un errore, Node Manager di WebLogic riavvia il server gestito.
Uguale a 11.1.2.4
- Agente Essbase
  • Istanza singola del processo Agente Essbase.
  • Se si verifica un errore, OPMN riavvia l'istanza dell'agente sullo stesso nodo.
  • Agente Java Essbase viene eseguito su un singolo server gestito, considerato il nodo attivo.
  • Se il server gestito non riesce, Node Manager riavvia il server gestito.
- Server delle applicazioni Essbase. Se il server applicazioni Essbase non riesce, l'agente Essbase lo riavvia nella richiesta server successiva. Uguale a 11.1.2.4.
Multi-Nodo (attivo/passivo) Provider Services
  • Provider Services viene distribuito con ciascun nodo del cluster.
  • Tutti i server gestiti sono attivi e in esecuzione contemporaneamente.
  • Provider Services non può condividere le sessioni tra i nodi.
Uguale a 11.1.2.4.
- Agente Essbase
  • Supporto solo per il failover; nessun supporto per il bilanciamento del carico per Essbase.
  • Il ciclo di vita di Essbase è gestito da OPMN.
  • Soluzione attiva-passiva gestita da OPMN.
  • ARBORPATH (NFS) condiviso o storage a blocchi con MOUNT eseguito/disinstallato da OPMN.
  • Quando Essbase in esecuzione nel nodo attivo non è raggiungibile (OPMNPing), OPMN riavvia Essbase su un nodo diverso.
  • L'istanza di Essbase appena avviata aggiorna le tabelle di leasing con i relativi dettagli host.
  • Le applicazioni Essbase esistenti in esecuzione nel nodo precedente vengono scaricate. Fino al completamento del processo di scaricamento, l'agente nel nuovo nodo non sarà in grado di avviare tali applicazioni.
  • Poiché un nuovo processo ESSBASE viene avviato su un nodo diverso, il tempo di inattività potrebbe essere di diversi secondi dopo AGENTLEASEEXPIRATIONTIME secondi.
  • OPMN esegue il comando di disinstallazione dello storage a blocchi sul nodo attivo precedente (se il nodo è attivo) e il comando di MOUNT sul nodo attivo corrente.
  • Supporto solo per il failover; nessun supporto per il bilanciamento del carico per Essbase.
  • Il ciclo di vita di Essbase è gestito da WebLogic e Node Manager gestisce tutte le istanze di WebLogic.
  • Soluzione attiva-passiva autogestita.
  • Directory applicazioni Essbase condivisa (in precedenza ARBORPATH) (NFS) + Database relazionale condiviso per Essbase condiviso.
  • Agente Java Essbase viene distribuito nello stesso server gestito di Provider Services in tutti i nodi attivi. Le istanze di Essbase Java Agent utilizzano un algoritmo di leasing per garantire che venga eseguito un solo nodo in qualsiasi momento. Sebbene Essbase Java Agent sia attivo e in esecuzione in tutti i nodi, solo uno di essi è disponibile per la manutenzione. Le altre istanze di Essbase Java Agent rimangono in modalità standby e non ascoltano richieste di Essbase.
  • Ogni volta che il nodo attivo non è in grado di rinnovare il leasing, viene attivata un'altra istanza di Essbase Java Agent da un nodo passivo.
  • Essbase appena avviato aggiorna le tabelle di leasing con i relativi dettagli host.
  • Le applicazioni Essbase esistenti in esecuzione nel nodo precedente vengono scaricate. Fino al completamento del processo di scaricamento, l'agente nel nuovo nodo non sarà disponibile per il servizio.
  • In caso di failover, la nuova istanza di Essbase Java Agent assume immediatamente il controllo dopo AGENTLEASEEXPIRATIONTIME secondi.
  • Essbase Java Agent (all'interno di WebLogic) esegue il comando di disinstallazione della memorizzazione a blocchi sul nodo attivo precedente (se il nodo è attivo ed era una release di leasing estesa) e il comando di MOUNT sul nodo attivo corrente.
- Server applicazioni Essbase
  • Riavvio nello stesso sistema in caso di guasto.
  • Quando l'agente Essbase non riesce o viene arrestato, i server vengono chiusi. Fino al completamento dell'arresto, non sarà possibile avviare le stesse applicazioni nel nuovo nodo attivo.
  • I processi server Essbase utilizzano le tabelle di leasing.
Uguale a 11.1.2.4, ad eccezione del leasing a livello di server.