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

複数のサーバー (その一部またはすべてがサーバー・クラスターのメンバーである) で構成されるエンタープライズ・サービス・バスにデプロイメント・マネージャー・セルを使用できます。

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

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

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

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

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

複数サーバーのエンタープライズ・サービス・バスを作成するには、次のようにいくつかの異なる方法があります。

次に実行する作業

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

ご利用条件 |


(c) Copyright IBM Corporation 2005, 2006.
本製品では Eclipse テクノロジーが採用されています。(http://www.eclipse.org)