バス・メンバーのタイプと高可用性およびワークロード共有に対するその影響

サーバーをサービス統合バスに追加して、 サーバー・バス・メンバーを作成することができます。また、クラスターをサービス統合バスに追加して、 クラスター・バス・メンバーを作成することもできます。クラスター・バス・メンバーでは、 スケーラビリティーおよびワークロード共有、または高可用性を提供できますが、 サーバー・バス・メンバーではできません。

バスへのサーバーの追加

サーバーをサービス統合バスに追加すると、 メッセージング・エンジンが自動的に作成されます。この単一メッセージング・エンジンは、 他のメッセージング・エンジンとのワークロード共有には参加できません。 これはクラスター内ワークロード共有にのみ参加できます。また、実行できる他のサーバーがないため、 メッセージング・エンジンは高可用性を備えることもできません。

バスへのクラスターの追加

クラスター・デプロイメントでは、 スケーラビリティーおよびワークロード共有、または高可用性、あるいはそれらの特性を組み合わせて提供できます。 これは、クラスター内のメッセージング・エンジンの数、およびそれらのメッセージング・エンジンの動作 (メッセージング・エンジンをほかのサーバーにフェイルオーバーできるかどうか、 サーバーが再度使用可能になったときにフェイルバックできるかどうかなど) によって決定されます。

メッセージング・エンジン・ポリシー・アシスタンスを使用して、 クラスター内にメッセージング・エンジンを作成し、構成できます。以下のタイプの事前定義メッセージング・エンジン・ポリシーが使用可能です。 これらは、頻繁に使用されるクラスター構成をサポートします。
  • 高可用性。1 つのメッセージング・エンジンがクラスターに作成されます。このメッセージング・エンジンは、クラスター内のほかのいずれのサーバーにもフェイルオーバーできるため、高可用性を実現できます。
  • スケーラビリティー。クラスター内のアプリケーション・サーバーごとに 1 つのメッセージング・エンジンが作成されます。 このメッセージング・エンジンはフェイルオーバーできません。
  • 高可用性を備えたスケーラビリティー。クラスター内のアプリケーション・サーバーごとに 1 つのメッセージング・エンジンが作成されます。 各メッセージング・エンジンは、 可用性の循環パターンを作成して、クラスター内のある特定のサーバーにフェイルオーバーすることができます。

メッセージング・エンジン・ポリシー・アシスタンスを使用して、 カスタム・メッセージング・ポリシーを作成することもできます。クラスターに任意の数のメッセージング・エンジンを作成して、 必要に応じてメッセージング・エンジンを構成できます。メッセージング・エンジンに関連するコア・グループ・ポリシーおよび設定値は自動的に作成されます。

メッセージング・エンジン・ポリシー・アシスタンスを使用しない場合に、 サーバー・クラスターをサービス統合バスに追加すると、 単一のメッセージング・エンジンが自動的に作成されます。 このメッセージング・エンジンは 、WebSphere® Application Server に既に存在するデフォルト の SIBus コア・グループ・ポリシーを使用します。このポリシーによって、 メッセージング・エンジンをクラスター内の任意のサーバーにフェイルオーバーできます。その後で、 必要に応じてメッセージング・エンジンをさらに追加することができます。クラスター・デプロイメントは、 クラスター内のメッセージング・エンジンの数、および各メッセージング・エンジンの高可用性グループ (HAGroup) にバインドされたポリシーによって決定されます。

クラスター内にメッセージング・エンジンが 1 つしかない場合に、そのクラスターに宛先をデプロイすると、 宛先はそのメッセージング・エンジンによってローカライズされます。その宛先のすべてのメッセージング・ワークロードは、 そのメッセージング・エンジンによって処理されます。メッセージング・ワークロードは共有できません。 宛先の可用性特性は、メッセージング・エンジンの可用性特性と同じになります。

クラスターにメッセージング・エンジンを 追加することにより、スケーラビリティーを向上させることができます。宛先をクラスターにデプロイすると、 クラスター内のすべてのメッセージング・エンジンによってローカライズされ、 宛先はメッセージング・エンジン全体にわたって分割されます。 これにより、メッセージング・エンジンは宛先を経由してすべてのトラフィックを共有するようになり、 いずれかのメッセージング・エンジンで障害が発生した場合の影響が低減します。 各宛先区画の可用性特性は、 区画をローカライズしたメッセージング・エンジンの可用性特性と同じになります。

メッセージング・エンジン・ポリシー・アシスタンスを使用しない場合、HAManager によってメッセージング・エンジンの HAGroup に適用されるコア・グループ・ポリシーを変更することにより、 各メッセージング・エンジンの可用性の振る舞いを制御できます。

クラスターでメッセージング・エンジンを作成および構成する最も単純な方法は、 クラスターをバスに追加し、事前定義メッセージング・エンジン・ポリシーのタイプのいずれか 1 つを利用してメッセージング・エンジン・ポリシー・アシスタンスを使用することです。メッセージング・エンジンの作成およびメッセージング・エンジンの動作の構成に精通している場合は、 メッセージング・エンジン・ポリシー・アシスタンスおよびカスタム・タイプのメッセージング・ポリシーを使用できます。 メッセージング・エンジン・ポリシー・アシスタンスを使用せずにバスにクラスターを追加するには、 メッセージング・エンジンの作成、コア・グループ・ポリシーの構成、 マッチング基準の使用などの、関連するすべての作成および構成手順をよく理解している必要があります。


トピックのタイプを示すアイコン 概念トピック



タイム・スタンプ・アイコン 最終更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cjt0005_
ファイル名:cjt0005_.html