クラスタリングが存在する複数サーバーのエンタープライズ・サービス・バス

Network Deployment セルは、複数のサーバー (その一部またはすべてがサーバー・クラスターのメンバーである) で構成されるエンタープライズ・サービス・バスに使用することができます。

このタスクを実行する理由と実行時期

SCA モジュールのキューの宛先をホストするサーバーは、SCA.SYSTEM バス内に 1 つのメッセージング・エンジンを保有します。多くの用途においてこれで十分ですが、このメッセージング・エンジンを実行できるのは、そのエンジンを作成した目的のサーバー上だけです。したがって、そのサーバーは Single Point of Failure であり、サーバーが稼働できない場合、メッセージング・エンジンは使用できません。サーバー・クラスターをバスのメンバーとして構成することにより、メッセージング・エンジンはクラスター内の 1 つのサーバーで実行可能となるため、実行サーバーに障害が起こった場合でも、メッセージング・エンジンはクラスター内の代替サーバー上で実行できます。これについては、図 1 で説明します。

クラスター・バス・メンバーを構成するもう 1 つの利点は、SCA モジュールに関連したワークロードを複数のサーバー間で共有できることです。あるクラスター・バス・メンバーに配置された SCA モジュールの場合、使用するキューの宛先はクラスター・サーバーにより実行される一連のメッセージング・エンジンの間で分割されます。SCA モジュールを介して渡されるメッセージの共有については、クラスター内のメッセージング・エンジンがそれぞれ処理します。

要約すると、クラスター・バス・メンバーを使用することにより、構成可能なポリシーに応じてフェイルオーバーまたはワークロードの共有、あるいはその両方を実現できます。

図 1. フェイルオーバー用クラスター・サーバーが存在する複数サーバーのバス
唯一のバス・メンバーとしてサーバー・クラスターを持つ SCA.SYSTEM バス。この図は、メッセージング・エンジンがクラスター内の 1 つのサーバーで実行可能であり、実行サーバーに障害が起こった場合でも、メッセージング・エンジンはクラスター内の代替サーバー上で実行できるシナリオを示します。
図 2. ワークロード共有用のクラスター・サーバーが存在する複数サーバーのバス
唯一のバス・メンバーとしてサービス・クラスターを持つ SCA.SYSTEM バス。この図は、クラスター内のサーバーがそれぞれメッセージング・エンジンを実行するシナリオを示します。それぞれのバスの宛先は、クラスター・メンバー内で実行するメッセージング・エンジンの間で分割されます。

任意の Network Deployment セル内に、クラスタリングが存在する複数サーバーのエンタープライズ・サービス・バスを作成することができます。一般に、以下のステップを実行する必要があります (『Network Deployment の構成』を参照)。

このタスクのためのステップ

  1. 作成する Network Deployment シナリオを決定します。
  2. Network Deployment セルを 1 つ以上の管理対象ノードで構成します。
  3. デプロイメント・マネージャー管理コンソールから、管理対象ノード上にクラスターを作成します。
  4. SCA ランタイムのクラスターを構成します。

次の作業

これで、WebSphere Process Server サンプルを実行し、エンタープライズ・サービス・バスにサービス・アプリケーションをデプロイできます。

(c) Copyright IBM Corporation 2005, 2006. All rights reserved.
(c) Copyright IBM Japan 2006
このインフォメーション・センターでは、Eclipse テクノロジー (http://www.eclipse.org) が採用されています。