Configuration de serveurs Essbase dans un cluster de basculement

Les solutions de basculement actif-passif sont courantes dans les déploiements Essbase 11g sur site. Les utilisateurs qui migrent vers Essbase 26ai peuvent également implémenter des clusters de basculement actif-passif pour l'agent Essbase à l'aide de WebLogic et d'un équilibreur de charge.

Lors de la configuration du basculement Essbase, l'objectif est de :
  • Configurez le mode de basculement (ou le mode actif-passif) pour l'agent Essbase.
  • Configurez le mode actif-actif pour l'interface Web Essbase, les adresses REST et les services fournisseur. Ils se connectent toujours au noeud Essbase actif unique.

Un cluster Essbase actif-passif se compose de deux instances Essbase ou plus, une sur chaque noeud, qui partagent un espace de stockage commun pour la configuration et les données. Le stockage est partagé entre plusieurs serveurs (par exemple, à l'aide d'un SAN), ce qui évite que l'administrateur n'ait à synchroniser le stockage, ainsi que la contrainte de prise en charge en lecture seule. Essbase utilise des tables de base de données pour garantir qu'un seul agent et ses serveurs associés sont actifs, afin d'éviter l'altération des données lors des écritures. Au cours de l'installation et de la configuration, un tableau est créé pour contenir des informations sur la configuration et les données d'application dans le cluster.

Par rapport à Essbase 11g sur site, où le basculement Essbase est géré par un agent externe (OPMN), dans Essbase 26ai, l'architecture WebLogic prend en charge le basculement Essbase avec un système de leasing de demande central. L'instance Essbase qui acquiert le bail devient le noeud actif. D'autres noeuds sont en attente dans une boucle, essayant d'acquérir le bail.

Type d'installation Composant Essbase 11.1.2.4 Essbase 26ai
Mononoeud Provider Services
  • Provider Services s'exécute sur un seul serveur géré, qui est toujours actif.
  • En cas de panne, le gestionnaire de noeuds WebLogic redémarre le serveur géré.
Same as 11.1.2.4
- Agent Essbase
  • Instance unique du processus d'agent Essbase.
  • En cas d'échec, OPMN redémarre l'instance d'agent sur le même noeud.
  • L'agent Java Essbase est exécuté sur un serveur géré unique, considéré comme le noeud actif.
  • Si le serveur géré échoue, le gestionnaire de noeuds redémarre le serveur géré.
- Serveur d'applications Essbase. Si le serveur d'applications Essbase échoue, l'agent Essbase le redémarre à la demande suivante du serveur. Same as 11.1.2.4.
Multi-noeuds (actifs/passifs) Provider Services
  • Provider Services est déployé avec chaque noeud du cluster.
  • Tous les serveurs gérés sont en fonctionnement en même temps.
  • Provider Services ne peut pas partager de sessions entre les noeuds.
Same as 11.1.2.4.
- Agent Essbase
  • Prise en charge du basculement uniquement ; pas de prise en charge de l'équilibrage de charge pour Essbase.
  • Le cycle de vie Essbase est géré par OPMN.
  • Solution active-passive gérée par OPMN.
  • ARBORPATH partagé (NFS) ou stockage de blocs monté/démonté par OPMN.
  • Chaque fois qu'Essbase exécuté sur le noeud actif n'est pas accessible (OPMNPing), OPMN redémarre Essbase sur un autre noeud.
  • L'instance Essbase qui vient d'être lancée met à jour les tables de bail avec les détails de son hôte.
  • Les applications Essbase existantes, qui s'exécutaient sur le noeud précédent, sont déchargées. Tant que le processus de déchargement n'est pas terminé, l'agent du nouveau noeud ne peut pas lancer ces applications.
  • Lorsqu'un nouveau processus ESSBASE est démarré sur un noeud différent, le temps d'arrêt peut être de plusieurs secondes après AGENTLEASEEXPIRATIONTIME secondes.
  • OPMN exécute la commande de démontage du stockage de blocs sur le noeud actif précédent (si le noeud est actif) et la commande de montage sur le noeud actif actuel.
  • Prise en charge du basculement uniquement ; pas de prise en charge de l'équilibrage de charge pour Essbase.
  • Le cycle de vie Essbase est géré par WebLogic et le gestionnaire de noeuds gère toutes les instances WebLogic.
  • Solution active-passive autogérée.
  • Répertoire des applications Essbase partagées (anciennement ARBORPATH) (NFS) + base de données relationnelle partagée pour Essbase partagé.
  • L'agent Java Essbase est déployé sur le même serveur géré que Provider Services dans tous les noeuds actifs. Les instances d'agent Java Essbase utilisent un algorithme de leasing pour s'assurer qu'un seul noeud s'exécute à un moment donné. Bien que l'agent Java Essbase soit actif et en cours d'exécution sur tous les noeuds, un seul d'entre eux est disponible pour la maintenance. Les autres instances de l'agent Java Essbase restent en mode veille et n'écoutent aucune demande Essbase.
  • Lorsque le noeud actif ne peut pas renouveler le bail, une autre instance d'agent Java Essbase à partir d'un noeud passif est activée.
  • Le nouveau lancement d'Essbase met à jour les tables de location avec les détails de l'hôte.
  • Les applications Essbase existantes, qui s'exécutaient sur le noeud précédent, sont déchargées. Tant que le processus de déchargement n'est pas terminé, l'agent du nouveau noeud n'est pas disponible pour le service.
  • En cas de basculement, la nouvelle instance de l'agent Java Essbase prend immédiatement le relais après AGENTLEASEEXPIRATIONTIME secondes.
  • L'agent Java Essbase (dans WebLogic) exécute la commande de démontage en mode "block storage" sur le noeud actif précédent (si le noeud est actif et qu'il s'agissait d'une version de bail progressive) et la commande de montage sur le noeud actif actuel.
- Serveur d'applications Essbase
  • Redémarré dans le même système en cas de panne.
  • Lorsque l'agent Essbase échoue ou est arrêté, les serveurs sont arrêtés. Tant que l'arrêt n'est pas terminé, les mêmes applications ne peuvent pas être lancées dans le nouveau noeud actif.
  • Les processus serveur Essbase utilisent des tables de bail.
Identique à 11.1.2.4, à l'exception de la location au niveau du serveur.