[z/OS][AIX Solaris HP-UX Linux Windows]

動的操作

Intelligent Management は、仮想化されたアプリケーション・サーバー環境をモニターし、監視対象データに基づいてワークロード管理の最適化または推奨を行うことにより、サービス品質を向上させます。 この機能を動的操作 と呼んでいます。

顧客に不可欠のサービスを配信するアプリケーションの可用性と速度と、ビジネスの関係は、ますます緊密になっています。 可用性の損失はビジネスの損失と言い換えることができ、それは、機会と売上の喪失を意味します。 動的操作は流動的で動的な環境であり、アプリケーション・サーバー仮想化およびアプリケーション仮想化を通したアプリケーションの連続可用性、アプリケーションの動的配置、アプリケーションの作業の優先順位付けとフロー制御、および総合的な動的操作インフラストラクチャー管理との統合をサポートします。

標準的な WebSphere® Application Server 環境では、特定のアプリケーションに専用リソースの静的な島が存在することがあります。 この静的な構造体は、リソースの非効率な使用をもたらします。 サーバーによって、その能力全体を使用しないものもあり、また過負荷になるものもあります。

図1: 標準的な WebSphere Application Server 環境
標準的な WebSphere Application Server 環境では、アプリケーションは一連のアプリケーション・サーバーに静的にマップされます。 1 つのアプリケーションで使用されるサーバーの割合が非常に高くなる一方で、他のアプリケーションにマップされている未使用のリソースが使用可能であるため、この構成は問題になる可能性があります。

Intelligent Management は、動的操作機能を使用して、はるかに柔軟な環境をサポートします。 動的操作は、定義されたビジネス目標を使用して使用効率を最大にするオートノミック・マネージャーで構成されます。 これらのオートノミック・マネージャーはパフォーマンス・メトリックをモニターし、モニターしたデータを分析します。また、アクションを実行する計画を提供し、処理のフローに対応してこれらのアクションを開始させることができます。

図2: Intelligent Management 環境
Intelligent Management 環境では、すべてのサーバーが一緒にプールされます。これにより、セル内のアプリケーション間でワークロードを均等に分散させることができます。
Intelligent Management は、動的操作機能の一部として、以下のオートノミック・マネージャーを提供します。
オートノミック要求フロー・マネージャー
アプリケーション・サーバー層への要求の順序と要求のフローの割合を制御します。 種別および定義済みのサービス目標を使用して、オートノミック要求フロー・マネージャー (ARFM) は次の層に HTTP 要求をディスパッチする方法と時期を決定します。 また、ARFM は、JMS 要求が ODR を介してルーティングされない場合でも、Java™ Message Service (JMS) 要求がアプリケーション・サーバー層でディスパッチされるタイミングを決定します。 スタンドアロンのエンタープライズ JavaBeans (EJB)クライアントから発信されるインターネット間ORBプロトコル(IIOP)トラフィックについては、IIOPトラフィックがODRを経由しない場合でも、ARFMはアプリケーションサーバー層でのリクエストのディスパッチタイミングを決定します。 サーブレット、Web サービス、または別の EJB 内に組み込まれた EJB クライアントから発信される IIOP トラフィックの場合、同じ全体的なユーザー要求に関連付けられたトラフィックは、Web 層や EJB 層などの複数の層で優先順位付けしてはならないため、要求が即座にディスパッチされます。
動的ワークロード・ マネージャー (DWLM)
使用可能なアプリケーション・サーバーにロード・バランシングを実行します。 特に、 特定の要求フローの場合、DWLM は使用可能なノードでの要求のバランスを取って、応答時間を調整します。 アプリケーション配置コントローラーが実行アプリケーション・インフラストラクチャーを変更した場合、DWLM はアプリケーション状況を動的に更新します。
アプリケーション配置コントローラー
HTTP、SIP、および IIOP トラフィックを管理するアプリケーション・インスタンスの作成および除去を行います。 アプリケーション配置コントローラーは、ワークフローが激しい期間に動的に対応できます。これを使用しない場合にはシステム管理者の手操作による介入が必要です。 IIOP 要求の場合は、スタンドアロンの EJB クライアントのみがサポートされます。
ヘルス管理
アクションを必要とする基準を確認するためにヘルス・ポリシーを使用して、堅固なアプリケーション・サーバー環境を維持します。 その基準が満たされると、環境の健全性が確実に維持されるようにアクションが取られます。

オンデマンド・ルーター (ODR) を持つオートノミック・マネージャーは、動的操作の 1 次機能のパーツです。 いかなるサービス・ポリシーをも定義する前に、ODR を定義して始動することができますが、 動作ポリシーは、適用する作業の出現前に定義することが可能です。 しかし、ポリシーが定義されない場合、初期の作業はデフォルト・ポリシーで扱われます。 作業が ODR に入るとき、最適化の努力によってパフォーマンスの結果のバランスが取れます。 ワークフローでは、動的ワークロード・マネージャーがロードのバランスを取ります。 作業の変動が変化し、ノードでの作業のバランスが崩れたとき、アプリケーション配置コントローラー、 オートノミック要求フロー・マネージャー、および動的ワークロード・マネージャーは、ワークフローを効率的にするために、 再度実行中のアプリケーションのバランスを取ります。

これらのオートノミック・マネージャーの組み合わせは、シームレスのエンドツーエンド動的ランタイム機能を提供します。

移行ユーザーの場合: WebSphere Virtual Enterpriseでは、明示的に抑止しない限り、コントローラーは高可用性の管理対象項目として自動的に開始します。 Intelligent Managementでは、コントローラーは、それらが必要であることを検出するまで休止します。 コントローラーは、必要になった時点で アクティブになります。 コントローラーは、もう必要とされていないことを検出すると再び休止します。 使用不可になっているか、手動モードのコントローラーは、この検出機能を 使用しません。