フェイルオーバー・クラスタでのEssbaseサーバーの構成

Essbase 11gオンプレミスのデプロイメントでは、アクティブ-パッシブ・フェイルオーバー・ソリューションが一般的です。Essbase 26aiに移行するユーザーは、WebLogicおよびロード・バランサを使用してEssbaseエージェントに対してアクティブ- パッシブ・フェイルオーバー・クラスタを実装することもできます。

Essbaseフェイルオーバーを構成する目的は次のとおりです。
  • Essbaseエージェントに対してフェイルオーバー・モード(またはアクティブ-パッシブ・モード)を設定します。
  • Essbase Webインタフェース、RESTエンドポイントおよびProvider Servicesに対してアクティブ-アクティブ・モードを設定します。これらは常に単一のアクティブなEssbaseノードに接続されます。

アクティブ- パッシブEssbaseクラスタは2つ以上のEssbaseインスタンス(各ノードに1つずつ)で構成されます。これらのインスタンスでは、構成およびデータ用の共通のストレージが共有されます。ストレージは2つ以上のサーバーで共有されるため(たとえば、SANを使用)、管理者はストレージを同期する必要がなく、読取り専用のサポートによる制約もありません。Essbaseでは、書込み時のデータ破損を回避するために、データベース表を使用して、1つのエージェントおよびそのエージェントに関連付けられたサーバーのみをアクティブにします。インストールおよび構成中には、クラスタ内の構成およびアプリケーションのデータに関する情報を保持するために表が作成されます。

Essbase 11gオンプレミスではEssbaseのフェイルオーバーは外部エージェント(OPMN)によって管理されるが、Essbase 26aiでは、WebLogicアーキテクチャがEssbaseのフェイルオーバーを一元化したリクエスト・リース・システムを使用してサポートします。リースを取得したEssbaseインスタンスはアクティブ・ノードになります。他のノードはループ内で待機し、リースの取得を試みます。

インストール・タイプ コンポーネント Essbase 11.1.2.4 Essbase 26ai
単一ノード プロバイダ・サービス
  • Provider Servicesは常にアクティブである単一の管理対象サーバーで実行されます。
  • 障害が発生した場合、当該の管理対象サーバーはWebLogicノート・マネージャによって再起動されます。
と同じ11.1.2.4
- Essbaseエージェント
  • Essbase Agentプロセスの単一インスタンス。
  • 障害が発生した場合は、OPMNによって同じノード上でそのエージェントのインスタンスが再起動されます。
  • Essbase Java Agentはアクティブ・ノードと見なされる単一の管理対象ノードで実行されます。
  • 管理対象サーバーで障害が発生した場合は、ノード・マネージャによってその管理対象サーバーが再起動されます。
- Essbaseアプリケーション・サーバー。 Essbaseアプリケーション・サーバーで障害が発生した場合、そのサーバーは次のサーバー・リクエスト時にEssbaseエージェントによって再起動されます。 11.1.2.4と同じ。
マルチノード(アクティブ/パッシブ) プロバイダ・サービス
  • Provider Servicesは、クラスタ内の各ノードとともにデプロイされます。
  • すべての管理対象サーバーは同時に稼働中です。
  • Provider Servicesはノード間のセッションを共有できません。
11.1.2.4と同じ。
- Essbaseエージェント
  • フェイルオーバーのみがサポートされ、Essbaseのロード・バランシングはサポートされません。
  • EssbaseのライフライクルはOPMNによって管理されます。
  • OPMN管理対象のアクティブ-パッシブ・ソリューション。
  • 共有のARBORPATH (NFS)またはOPMNによってマウントまたはマウント解除されるブロック・ストレージ。
  • アクティブ・ノードで実行されているEssbaseが到達不可能(OPMNPing)な場合は常に、OPMNはEssbaseを別のノードで再起動します。
  • 新たに起動されたEssbaseインスタンスによって、ホストの詳細情報がリース表に更新されます。
  • 以前のノードで実行されていた既存のEssbaseアプリケーションはアンロードされます。アンロード・プロセスが完了するまで、新しいノードにあるエージェントではこれらのアプリケーションを起動できません。
  • ESSBASEプロセスは別のノードで開始されるため、AGENTLEASEEXPIRATIONTIME秒後、数秒の間のダウンタイムが発生する可能性があります。
  • OPMNは、以前のアクティブ・ノード(そのノードが有効な場合)でブロック・ストレージ・アン マウント・コマンドを実行し、現在のアクティブ・ノードでマウント・コマンドを行います。
  • フェイルオーバーのみがサポートされ、Essbaseのロード・バランシングはサポートされません。
  • Essbaseのライフ・サイクルはWebLogicによって管理され、すべてのWebLogicインスタンスはノード・マネージャによって管理されます。
  • 自己管理型のアクティブ/パッシブ・ソリューション。
  • 共有Essbaseアプリケーション・ディレクトリ(以前のARBORPATH) (NFS) +共有Essbaseの共有リレーショナル・データベース。
  • Essbase Java Agentは、すべてのアクティブ・ノードでProvider Servicesと同じ管理対象サーバーにデプロイされます。Essbase Java Agentのインスタンスではリース・アルゴリズムを使用して、どの時点においても実行されるノードが1つのみになるようにします。Essbase Java Agentはすべてのノードで稼働していますが、処理に利用できるのは1つのみです。残りのEssbase Java Agentインスタンスはスタンバイ・モードのままになり、いずれのEssbaseリクエストもリスニングしません。
  • アクティブ・ノードがリースを更新できない場合は必ず、パッシブ・ノード内の別のEssbase Java Agentインスタンスが有効化されます。
  • 新たに起動したEssbaseでは、ホストの詳細を使用してリース表が更新されます。
  • 以前のノードで実行されていた既存のEssbaseアプリケーションはアンロードされます。アンロード・プロセスが完了するまで、新しいノードにあるエージェントを処理に使用することはできません。
  • フェイルオーバーが発生すると、Essbase Java AgentインスタンスがAGENTLEASEEXPIRATIONTIME秒後に即時に引き継ぎを行います。
  • Essbase Java Agent (WebLogic内)は以前のアクティブ・ノードでブロック・ストレージのアンマウント・コマンドを実行し(そのノードが有効であり、リース・リリースが正常であった場合)、現在のアクティブ・ノードでマウント・コマンドを実行します。
- Essbaseアプリケーション・サーバー
  • 障害が発生した場合は常に同じシステムで再起動されます。
  • Essbaseエージェントが失敗または停止した場合、サーバーはシャット・ダウンされます。シャットダウンが完了するまで、同じアプリケーションを新しいアクティブ・ノードで起動することはできません。
  • Essbaseサーバー・プロセスではリース表が使用されます。
サーバー・レベルのリースを除き、11.1.2.4と同じです。