![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
動的操作
Intelligent Management は、サービス品質を向上させるために、仮想化されたアプリケーション・サーバー環境をモニターし、監視されたデータに基づいてワークロード管理の最適化または勧告を行います。この機能を動的操作 と呼んでいます。
顧客に不可欠のサービスを配信するアプリケーションの可用性と速度と、ビジネスの関係は、ますます緊密になっています。 可用性の損失はビジネスの損失と言い換えることができ、それは、機会と売上の喪失を意味します。 動的操作は流動的で動的な環境であり、アプリケーション・サーバー仮想化およびアプリケーション仮想化を通したアプリケーションの連続可用性、アプリケーションの動的配置、アプリケーションの作業の優先順位付けとフロー制御、および総合的な動的操作インフラストラクチャー管理との統合をサポートします。
標準の WebSphere® Application Server 環境では、特定のアプリケーションに専用のリソースの静的な島が時としてあります。この静的な構造体は、リソースの非効率な使用をもたらします。 サーバーによって、その能力全体を使用しないものもあり、また過負荷になるものもあります。

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

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