Configuração de Servidores do Essbase em um Cluster de Failover

As soluções de failover ativo-passivo são comuns em implantações no Essbase 11g On-Premise. Os usuários que migram para o Essbase 26ai também podem implementar clusters de failover ativo-passivo para o Essbase Agent usando o WebLogic e um balanceador de carga.

Ao configurar o failover do Essbase, a meta é:
  • Configure o modo de failover (ou modo ativo-passivo) para o Agente do Essbase.
  • Configure o modo ativo-ativo para interface Web do Essbase, pontos finais REST e Provider Services. Eles sempre se conectam ao único nó ativo do Essbase.

Um cluster ativo-passivo do Essbase consiste em duas ou mais instâncias do Essbase, uma em cada nó, que compartilham um armazenamento comum para configuração e dados. O armazenamento é compartilhado em dois ou mais servidores (por exemplo, usando uma SAN), eliminando a necessidade de o administrador sincronizar o armazenamento, bem como a restrição de suporte somente leitura. O Essbase usa tabelas de banco de dados para garantir que apenas um agente e seus servidores associados estejam ativos, a fim de evitar a corrupção de dados nas gravações. Durante a instalação e configuração, uma tabela é criada para conter informações sobre dados de configuração e aplicativo no cluster.

Em comparação com o Essbase 11g On-Premise, em que o failover do Essbase é gerenciado por um agente externo (OPMN), no Essbase 26ai, a arquitetura do WebLogic suporta o failover do Essbase com um sistema de leasing de solicitação central. A instância do Essbase que adquire o leasing torna-se o nó ativo. Outros nós estão aguardando em um loop, tentando adquirir o leasing.

Tipo de Instalação Componente Essbase 11.1.2.4 Essbase 26ai
Nó Único Serviços de Provedor
  • O Provider Services é executado em um único servidor gerenciado, que está sempre ativo.
  • Se ocorrer uma falha, o Gerenciador de Nós do WebLogic reinicia o servidor gerenciado.
O mesmo que 11.1.2.4
- Agente Essbase
  • Instância única do processo Agente do Essbase.
  • Se ocorrer uma falha, o OPMN reinicia a instância do agente no mesmo nó.
  • O Agente Java do Essbase é executado em um único servidor gerenciado, que é considerado o nó ativo.
  • Se o servidor gerenciado falhar, o Gerenciador de Nós reiniciará o servidor gerenciado.
- Servidor de aplicativos do Essbase. Se o servidor de aplicativos do Essbase falhar, o agente do Essbase o reiniciará na próxima solicitação do servidor. O mesmo que 11.1.2.4.
Multinó (ativo/passivo) Serviços de Provedor
  • O Provider Services é implantado com cada nó no cluster.
  • Todos os servidores gerenciados estão em funcionamento ao mesmo tempo.
  • O Provider Services não pode compartilhar sessões entre os nós.
O mesmo que 11.1.2.4.
- Agente Essbase
  • Somente suporte a failover; não há suporte para balanceamento de carga para o Essbase.
  • O ciclo de vida do Essbase é gerenciado pelo OPMN.
  • Solução ativa-passiva gerenciada pelo OPMN.
  • ARBORPATH (NFS) compartilhado ou Armazenamento em bloco montado/desmontado pelo OPMN.
  • Sempre que o Essbase em execução no nó ativo não estiver acessível (OPMNPing), o OPMN reinicia o Essbase em um nó diferente.
  • A instância recém-iniciada do Essbase atualiza as tabelas de leasing com seus detalhes de host.
  • Os aplicativos existentes do Essbase, que estavam em execução no nó anterior, são descarregados. Até que o processo de descarga seja concluído, o agente no novo nó não poderá iniciar esses aplicativos.
  • À medida que um novo processo ESSBASE é iniciado em um nó diferente, o tempo de inatividade pode ser vários segundos após AGENTLEASEEXPIRATIONTIME segundos.
  • O OPMN executa o comando de desmontagem do armazenamento em blocos no nó ativo anterior (Se o nó estiver ativo) e o comando de montagem no nó ativo atual.
  • Somente suporte a failover; não há suporte para balanceamento de carga para o Essbase.
  • O ciclo de vida do Essbase é gerenciado pelo WebLogic e o Gerenciador de Nós gerencia todas as instâncias do WebLogic.
  • Solução passiva ativa autogerenciada.
  • Diretório de Aplicativos do Essbase Compartilhado (anteriormente ARBORPATH) (NFS) + Banco de Dados Relacional Compartilhado para o Essbase Compartilhado.
  • O Agente Java do Essbase é implantado no mesmo servidor gerenciado do Provider Services em todos os nós ativos. As instâncias do Agente Java do Essbase usam um algoritmo de leasing para garantir que apenas um nó seja executado a qualquer momento. Embora o Agente Java do Essbase esteja ativo e em execução em todos os nós, apenas um deles está disponível para manutenção. O restante das instâncias do Agente Java do Essbase permanece no modo stand-by e não está atendendo a solicitações do Essbase.
  • Sempre que o nó ativo não puder renovar o leasing, outra instância do Agente Java do Essbase de um nó passivo será ativada.
  • O Essbase recém-iniciado atualiza as tabelas de leasing com seus detalhes de host.
  • Os aplicativos existentes do Essbase, que estavam em execução no nó anterior, são descarregados. Até que o processo de descarga seja concluído, o agente no novo nó não estará disponível para o serviço.
  • Quando há um failover, a nova instância do Agente Java do Essbase assume imediatamente após AGENTLEASEEXPIRATIONTIME segundos.
  • O Agente Java do Essbase (dentro do WebLogic) executa o comando de desmontagem do armazenamento em blocos no nó ativo anterior (Se o nó estiver ativo e tiver sido uma versão de leasing normal) e o comando de montagem no nó ativo atual.
- Servidor de Aplicativos do Essbase
  • Reiniciado no mesmo sistema sempre que houver uma falha.
  • Quando o Agente do Essbase falha ou é interrompido, os servidores são desligados. Até que o shutdown seja concluído, os mesmos aplicativos não poderão ser iniciados no novo nó ativo.
  • Os processos do servidor do Essbase usam tabelas de leasing.
O mesmo que 11.1.2.4, exceto para leasing no nível do servidor.