WebSphere Extended Deployment, Version 6.0.x     Operating Systems: AIX, HP-UX, Linux, Solaris, Windows, z/OS

IIOP/JMS の要求フロー優先順位付けの概要

IIOP/JMS の要求フロー優先順位付けは、 要求のフロー、要求の優先順位付け、 および動的ワークロード管理を制御するオートノミック・マネージャーを介して、WebSphere Extended Deployment 内で達成されます。スタンドアロン EJB クライアントからの IIOP 要求のみが Extended Deployment IIOP の要求フロー優先順位付けにより処理されます。例えば、サーブレットからの EJB 呼び出しは、優先順位付けされません。これは、システムが Web 層および EJB 層などの複数の層で、同じ全体的なユーザー要求に関連付けられた要求を優先順位付けできないためです。ただし、JMS の性質は非同期であるため、要求が発生する場所の制限はありません。

IIOP/JMS の場合、アプリケーションをホストする下流工程アプリケーション・サーバー・プロセスは、オートノミック要求フロー・マネージャー (ARFM) ゲートウェイを実行し、ARFM は要求フロー優先順位付け機能を実行します。要求フローは、構成済みのサービス・ポリシーと提案された負荷を考慮して、 バランスのとれた最良のパフォーマンス結果が得られるように管理されます。

WebSphere Extended Deployment を使用して、パフォーマンス目標を定義し、 それらを入力トラフィックの特定サブセットにバインドすることができます。 ARFM と関連したオートノミック・マネージャーは、 アプリケーション・サーバーに入力される作業について「賢い決定」をすることによって、 高負荷時にビジネス目標をサポートすることができます。 構成のすべての作業が等しく作成される訳ではありません。 ARFM は、実行の際、要求のさまざまなフローをほぼ即時に転送することによって この概念をサポートし、バランスのとれた最良の結果を得ることができます。

ARFM は、オンデマンド構成 (ODC) と呼ばれるコンポーネントにより、 自分の環境を認識しています。ODC は、セルにデプロイされている すべての WebSphere Extended Deployment アプリケーション・サーバー およびアプリケーションについての情報を、これらの構成成果物に関連付けられた Extended Deployment サービス・ポリシーおよび作業クラスと同様に自動的に取得します。
NoteColonSymbol ODC は、同質の WebSphere Extended Deployment 環境以外の環境を読み取ることはできません。

サービス・ポリシーは、ARFM によって読み取られる属性として 潜在的な作業に割り当てられているユーザー定義のカテゴリー化です。 IIOP の場合、サービス・ポリシーを使用すれば、アプリケーション名、EJB メソッド名、EJB モジュール名 (EJB jar ファイルなど)、および EJB 名などの要求属性を基にした要求のクラス分けを行うことができます。 JMS の場合、宛先名 (トピックまたはキュー) を基にしてクラス分けを行うことができます。サービス・ポリシーを構成することによって、 さまざまなレベルの重要度を実際の作業に適用します。 複数のサービス・ポリシーを使用して、 差別化されたサービスをさまざまなカテゴリーの要求に提供できます。 サービス・ポリシーの目標は、重要度ばかりでなく、 パフォーマンス目標においても異なる場合があります。

ARFM は、アプリケーション・サーバー・プロセス内に存在し、要求の優先順位付けを制御します。オートノミック要求フロー・マネージャーには、コントローラーとゲートウェイという 2 つの部分が含まれます。 ARFM 機能は、コントローラーとゲートウェイ集合によってアプリケーション・サーバー内に セルごとに実装されます。 ゲートウェイは入力の IIOP 要求をインターセプトしてキューに入れ、 一方のコントローラーは制御信号、つまり指示を ゲートウェイと配置コントローラーに与えます。 また、ARFM には作業プロファイラーがあります。 これは、要求のさまざまなフローの計算負荷特性を見積もります。 これらのコンポーネントは、一緒に作動することで、 着信要求を適切に優先順位付けすることができます。

動的ワークロード管理 (DWLM) は、Extended Deployment の 1 つの機能です。 優先順位付けルーティング・システムを確立するウェイト・システムを 基にしたルーティングなど、ワークロード管理 (WLM) と同一の原則を適用します。 DWLM は、オプションのアドオンです。 ルーティング・ウェイト値のオートノミック設定を WLM に追加します。 WLM を使用して、管理コンソールで静的ウェイト値を手動で設定します。 DWLM により、 ビジネス目標について行くように、システムがウェイト値をダイナミックに変更できます。 DWLM は、シャットオフすることができます。 ダイナミック・オペレーションのコンポーネントに自動動作モード使用する場合、 動的クラスターのいずれかに静的 WLM ウェイト値を設定すると、 製品のオンデマンド動作が正常に機能しなくなる可能性があります。 IIOP の場合、これらのウェイト値は、ベースの WebSphere EJB WLM および新規 EJB クライアント要求の送信先の係数および新規 EJB クライアント要求の送信先の係数が使用します。次にこれを示します。
IIOP フロー
DWLM は、JMS トラフィックとは関係ありません。このことは、図 2 に示されています。図中に示された宛先は、同じ WebSphere 管理プロセスまたは別の WebSphere 管理プロセス内で実行可能です。
前の図に描かれているように、等量の要求がアプリケーション・サーバーに流入していますが、 作業が分類され、優先順位付けされて、キューに入れられた後、 重要度が高くボリュームの大きいプラチナ作業は処理のために送られる一方、 重要度が低くボリュームの小さいブロンズ作業はキューに入れられて待機します。 しかし、優先順位の低い作業はほとんどの場合遅延されるのみなので、 アプリケーション・サーバー内で実行されるブロンズの長期間平均流量は、 流入するブロンズの長期間平均流量を下回りません。 結局、ダイナミック・オペレーションの機能は、 完了のために割り当てられる目標時間内で作業を保持しようとします。



Related tasks
サービス・ポリシーの定義

Concept topic    

Terms of Use | Feedback Last updated: Mar 20, 2006 12:29:37 PM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/odoe_task/codoerequestflowiiop.html

© Copyright IBM 2006. All Rights Reserved.
This information center is powered by Eclipse technology. (http://www.eclipse.org)