WS-Notification の QoS で区分化されたサーバー・トポロジーの構成

必要なサービス品質 (QoS) に応じてセル内の別々のサーバー上で、 複数の WS-Notification サービスを作成し、WS-Notification サービス・ポイントを インスタンス化します。

始める前に

このタスクは、ユーザーまたはソリューション設計者が 既に QoS で区分化されたサーバー・トポロジーの設計 または Web サービスのサービス品質に 対応するサーバー・トポロジーの設計を WS-Notification に対して完了していて、 従って、そのサーバー・トポロジーで実現されるべき、さまざまな異なるタイプの QoS に対する基準セットが適切に 定義されていること、また、ある 1 つの QoS のアプリケーションを他と分離する必要があるケースで、 異なるブローカーによって使用される複数のサービス統合バス・トピック・スペース がオーバーラップしないように構成の設計が完了していることを前提としています。

このタスクについて

WS-Notification により、 一部のサーバーが、さまざまな状況のカスタマーが使用できる異なるサービスの品質を 提供する区分化されたトポロジーが可能になります。例えば、拡張された HA 機能を提供したり、応答時間を改善したりするために、特定のカスタマーが 使用できるようサーバーのクラスターを構成しなければならないことがあります。

手順

  1. QoS 要件をサポートすることができる複数のサーバーを含むセルを構成します。
  2. セル内で 1 つ以上のサービス統合バス を構成します。
  3. メッセージング・リソースへのアクセスを区分化して、オーバーラップしていない WS-Notification サービスを 定義するためのオプションについて学習します。
    • 単一の サービス統合バスで複数の WS-Notification サービスを定義できます。 2 つ (またはそれ以上) のサービスによって定義されたトピック名前空間が 同じサービス統合バス・トピック・スペースを使用しないようにすることで、 それぞれの WS-Notification サービスのクライアント間での通信を確実に不可能 にすることができます。
    • また、 複数のサービス統合バスを定義して、それぞれのバスで単一の WS-Notification サービスを 構成することもできます。これらの 2 つのオプションのどちらを使用するかの選択は、 既存のメッセージング・インフラストラクチャー、および複数のサービス統合バスを 作成するためのエンタープライズのポリシーによって決まります。
  4. 必要な速さで要求に応答できるようにするため、セル内の適切なサーバーに、サービス統合バス・メンバーおよび WS-Notification サービス・ポイントを割り振ります。例えば、応答時間を短くする場合は、エレメントをより高速な (または負荷の少ない) ハードウェアにデプロイする必要があります。
  5. セキュリティーや信頼性など他の QoS 要件を満たすため、 WS-Notification サービス・ポイントに関連した適切な拡張設定を 構成します。
    • JAX-WS ベースのバージョン 7.0 WS-Notification サービス・ポイントの場合、サービス・ポイントに関連したアプリケーションにポリシー・セットを接続することで、 これらの他の QoS 要件に対応します。例えば、 信頼できるセキュアなプロファイルのデフォルトのポリシー・セット (WS-I RSP および WS-I RSP ND) には、一緒に機能するよう構成された、セキュアな会話と信頼できるメッセージング・ポリシーのインスタンスが 含まれています。
    • JAX-RPC ベースのバージョン 6.1 WS-Notification サービス・ポイントの場合、サービス・ポイントに関連したインバウンド・ポート を構成することで、これらの他の QoS 要件に対応します。

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



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