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

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

要求フロー優先順位付けは、 オンデマンド・ルーター (ODR) と、要求のフロー、要求の優先順位付け、 および動的ワークロード管理を制御するオートノミック・マネージャーとの 協調動作を介して、WebSphere Extended Deployment 内で達成されます。 このトピックでは、HTTP 要求フロー優先順位付けについて説明します。

オンデマンド・ルーターは、 WebSphere Extended Deployment に導入された新規のサーバー・タイプで、 プロキシー、つまり HTTP 要求の中継として、 またこれらの要求を遂行するためにコミットされたアプリケーション・サーバー として機能します。 ODR は、オートノミック要求フロー・マネージャー (ARFM) を実行し、 ARFM は要求フロー優先順位付け機能を実行します。 複数の ODR が存在でき、各要求は 1 つの ODR のみに送られますが、 ODR はどれでもかまいません。 要求フローは、構成済みのサービス・ポリシーと提案された負荷を考慮して、 バランスのとれた最良のパフォーマンス結果が得られるように管理されます。

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

ODR は、オンデマンド構成 (ODC) と呼ばれるコンポーネントにより、 自分の環境を「認識して」います。ODC は、セルにデプロイされている すべての WebSphere Extended Deployment アプリケーション・サーバー およびアプリケーションについての情報を自動的に取得しようとします。 ODC はルーティング・ルールを実行時に動的に構成して、 HTTP 要求をこれらのアプリケーション・サーバーに 正確にルーティングできるようにします。 作成した後、ODR は HTTP 要求を WebSphere Extended Deployment ノードに ルーティングすることができ、また追加構成を使用して、 作業を非 WebSphere Extended Deployment サーバーまたはエンドポイントに ルーティングすることもできます。 ODR は、WebSphere Application Server 用の Web サーバー・プラグインのように、 作業要求のルーティング用にセッション類縁性を使用します。 セッションがサーバー上に確立された後、遅れて同一セッションの作業要求が オリジナル・サーバーに送られて、キャッシュ使用率が最大になり、 バックエンド・リソースへのクエリーが削減されます。
NoteColonSymbol ODC は、同質の WebSphere Extended Deployment 環境以外の環境を 「読み取る」ことはできません。

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

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

動的ワークロード管理 (DWLM) は、ODR の 1 つの機能です。 優先順位付けルーティング・システムを確立するウェイト・システムを 基にしたルーティングなど、ワークロード管理 (WLM) と同一の原則を適用します。 DWLM は、オプションのアドオンです。 ルーティング・ウェイト値のオートノミック設定を WLM に追加します。 WLM を使用して、管理コンソールで静的ウェイト値を手動で設定します。 DWLM により、 ビジネス目標について行くように、システムがウェイト値をダイナミックに変更できます。 DWLM は、シャットオフすることができます。 ダイナミック・オペレーションのコンポーネントに自動動作モード使用する場合、 動的クラスターのいずれかに静的 WLM ウェイト値を設定すると、 製品のオンデマンド動作が正常に機能しなくなる可能性があります。

前の図に描かれているように、等量の要求が ODR に流入していますが、 作業が分類され、優先順位付けされて、キューに入れられた後、 重要度が高くボリュームの大きいプラチナ作業は処理のために送られる一方、 重要度が低くボリュームの小さいブロンズ作業はキューに入れられて待機します。 しかし、優先順位の低い作業はほとんどの場合遅延されるのみなので、 ODR から流出するブロンズの長期間平均流量は、 流入するブロンズの長期間平均流量を下回りません。 結局、ダイナミック・オペレーションの機能は、 完了のために割り当てられる目標時間内で作業を保持しようとします。




Related tasks
ODR の作成と構成

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/codoerequestflow.html

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