サービス統合の高可用性とワークロードの共有を構成する

メッセージング・エンジン・ポリシー・アシスタンスを使用せずにサービス統合の高可用性およびワークロード共有を構成することができます。

始める前に

必ず以下の手順を使用してください。代わりに、バスにサーバー・クラスターを追加する際にメッセージング・エンジン・ポリシー・アシスタンスを使用して、サービス統合の高可用性とワークロードの共有を構成することができます。 適切な事前定義されたメッセージング・エンジン・ポリシー・タイプを使用して、手順の一環として、メッセージング・エンジンおよびそれらに関連付けられたポリシーを作成します。 あるいは、カスタム・ポリシー・タイプを使用し、必要に応じてメッセージング・エンジン・ポリシーを構成することもできます。関係するコア・グループ・ポリシーおよびマッチング基準は自動的に作成されます。

このタスクについて

サービス統合環境をセットアップする際に、メッセージング・エンジンを実行するバス・メンバー (サーバーかクラスターのどちらか) を作成します。 高可用性ではメッセージング・エンジンがフェイルオーバーでき、ワークロード共有では複数のメッセージング・エンジンが宛先上の負荷を共有しますが、それぞれについてクラスター・バス・メンバーを作成し、メッセージング・エンジンの高可用性およびワークロード共有の特性を構成する必要があります。

高可用性またはワークロード共有が不要の場合、単純構成を使用し、サーバー・バス・メンバーを作成できます。 このトピックで説明されているステップは必要ありません。

クラスター内のメッセージング・エンジンの高可用性およびワークロード共有の特性は、コア・グループ・ポリシーによって設定されます。

ご使用のシステムで構成されているポリシーを調べるには、 管理コンソールを使用して「ポリシー」ページを開きます。 ナビゲーション・ペインで、「サーバー」 ->「コア・グループ」 ->「コア・グループ設定」 ->「core_group_name -> [追加プロパティー]「ポリシー」をクリックします。

使用可能なポリシーの 1 つは、デフォルトのサービス統合ポリシー「Default SIBus Policy」です。これは、エンジンが別のポリシーを使用するようにユーザーがシステムを構成しない場合を除き、 メッセージング・エンジンが使用するポリシーです。デフォルト・ポリシーは多くの目的に対して十分であるので、ポリシー構 成を変更する必要はない場合があります。 これらの変更はポリシーが管理しているすべてのメッセージング・エンジンに影響するので、デフォルト・サービス統合ポリシーは変更しないことをお勧めします。 そのため、1 つ以上の新規の固有のポリシーを作成し、構成することをお勧めします。

手順

  1. オプション: クラスターがまだ作成されていない場合は、作成します。 クラスターの作成を参照してください。
  2. サービス統合バスにクラスターを追加します。 メッセージング・エンジン・ポリシー・アシスタンスを使用しないバスへのクラスターの追加を参照してください。

    デフォルトのサービス統合ポリシーを使用する単一のメッセージング・エンジンが自動的に作成されます。

    ワークロード共有がない高可用性の場合は、この構成を使用することができ、さらに変更を加える必要はありません。 メッセージング・エンジンの動作をさらに構成する場合 (例えば、メッセージング・エンジンの優先サーバーの指定やメッセージング・エンジンでのフェイルバックの使用可能化など)、ステップ 3 を完了してください。

  3. オプション: メッセージング・エンジンの動作を構成する際の高可用性の場合は、メッセージング・エンジンのポリシーを作成して構成します。 タイプが「One of N」のポリシーを作成します。 メッセージング・エンジン用のポリシーの作成およびメッセージング・エンジンのコア・グループ・ポリシーの構成を参照してください。
  4. オプション: 高可用性を備えていないワークロード共有の場合は、以下のステップを使用します。
    1. クラスターに必要な数のメッセージング・エンジンを追加します。 通常、ワークロード共有構成には、クラスター内のサーバーごとに 1 つのメッセージング・エンジンがあります。 クラスターへのメッセージング・エンジンの追加を参照してください。
    2. クラスター内のメッセージング・エンジンごとに 1 つのポリシーを作成して構成します。 タイプが静的のポリシーを作成します。メッセージング・エンジン用のポリシーの作成およびメッセージング・エンジンのコア・グループ・ポリシーの構成を参照してください。
  5. オプション: 高可用性を備えたワークロード共有の場合は、以下のステップを使用します。
    1. クラスターに必要な数のメッセージング・エンジンを追加します。 通常、ワークロード共有構成には、クラスター内のサーバーごとに 1 つのメッセージング・エンジンがあります。 クラスターへのメッセージング・エンジンの追加を参照してください。
    2. クラスター内のメッセージング・エンジンごとに 1 つのポリシーを作成して構成します。 タイプが "One of N" のポリシーを作成します。メッセージング・エンジン用のポリシーの作成およびメッセージング・エンジンのコア・グループ・ポリシーの構成を参照してください。
  6. オプション: 外部の高可用性 (HA) フレームワークを使用して高可用性またはワークロード共有の動作を管理するには、以下のステップを使用します。
    1. ワークロード共有が必要な場合には、クラスターに必要な数だけメッセージング・エンジンを追加します。 通常、ワークロード共有構成には、クラスター内のサーバーごとに 1 つのメッセージング・エンジンがあります。 クラスターへのメッセージング・エンジンの追加を参照してください。
    2. クラスター内のメッセージング・エンジンごとに 1 つのポリシーを作成して構成します。 タイプが「ノーオペレーション」のポリシーを作成します。 メッセージング・エンジン用のポリシーの作成およびメッセージング・エンジンのコア・グループ・ポリシーの構成を参照してください。

次のタスク

サービス統合用の高可用性構成を作成した場合、トランザクション・サービス用の高可用性も構成することができます。

ワークロード共有構成を作成した場合、キューがメッセージング・エンジンのセット全体にわたって分割されるようにキュー宛先をクラスターにデプロイすることができます。


トピックのタイプを示すアイコン タスク・トピック



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