クラスタリングが存在しない複数サーバーのエンタープライズ・サービス・バスの作成

複数のサーバーで構成されるエンタープライズ・サービス・バスでは、スケーラビリティーの確保、処理可能なクライアント接続数の拡大、およびメッセージ・スループットの向上、という利点が得られます。また、SCA モジュールを異なるサーバーに配置して、サービスのさまざまなリソースや品質を提供したり、組織内の異なる部門を何らかの形で分離したり、テスト機能と実動機能を分離したりすることもできます。

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

バス環境に複数のサーバーを作成するには、デプロイメント・マネージャー・セル内に管理対象ノードが存在している必要があります。

メディエーション・モジュールに必要な SCA ランタイムに対して、各サーバーを構成します。この拡張構成によって、SCA ランタイムで使用されるキューの宛先をこのサーバー上でローカルにホストするか、リモート・サーバー上でホストするかが定義されます。このサーバー上でキューの宛先をホストするように指定した場合、サーバーは SCA.SYSTEM バスのメンバーとなり、キューの宛先が割り当てられるメッセージング・エンジンを取得します。このサーバー上でキューの宛先をホストしないように指定した場合、サーバーは SCA.SYSTEM バスのメンバーとなる必要がなく、メッセージング・エンジンも必要ありません。

図 1 に示すシナリオを考慮してください。

図 1. クラスタリングが存在しない複数サーバーのバス. サーバー 1 は、任意のサーバーに配置されるメディエーション・モジュールのキューの宛先をホストし、メディエーション・モジュールやその他のサービス・アプリケーションをホストしないように構成されます。サーバー 2 は、メディエーション・モジュールやその他のサービス・アプリケーションをホストし、別のサーバー (この図のサーバー 2 またはサーバー 3) 上でホストされるキューの宛先を使用するように構成されます。サーバー 3 は、メディエーション・モジュールやその他のサービス・アプリケーションをホストし、また任意のサーバーに配置されるメディエーション・モジュールのキューの宛先もホストするように構成されます。
 3 つのメンバー (各サーバーがメッセージング・エンジンをホストする) を持つサービス統合バス。バスに配置されたメディエーション・モジュールを示しています。

SCA.SYSTEM バスに存在するすべてのメッセージング・エンジンは暗黙的に接続されているため、要求はバス内のいずれかのメッセージング・エンジンによって処理されます。バス内のそれぞれのメッセージング・エンジンに割り当てられたリソースの知識は、バス内のすべてのメッセージング・エンジン間で共用されます。

バス内のすべてのメッセージング・エンジンが同時に実行している必要はありません。1 つのメッセージング・エンジンが停止した場合でも、残りのメッセージング・エンジンが稼働し続けます。ただし、メッセージング・エンジンが所有するリソース、特にメディエーション・モジュールのキュー・ポイントは、エンジンが停止すると使用不可になります。また、あるサーバーで使用するために作成されたメッセージング・エンジンはそのサーバーでのみ実行できます。したがって、そのサーバーは Single Point of Failure であり、サーバーが稼働できない場合、メッセージング・エンジンは使用できません。サーバー・クラスターをバスのメンバーとして構成することにより、メッセージング・エンジンはクラスター内の 1 つのサーバーで実行可能となるため、サーバーに障害が起こった場合でも、メッセージング・エンジンはクラスター内の代替サーバー上で実行できます。

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

次に実行する作業

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

ご利用条件 |


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