(57)【要約】【課題】【解決手段】データ処理システム内の計算リソースを監視する方法およびシステムを提示する。監視サービスは、データ処理システム内の計算リソースの使用に関する情報を収集するために、監視動作を実行する非アプリケーション固有要求を受け取る。監視サービスは、監視アプリケーションの組から１つの監視アプリケーションを自動的に選択し、ここで、選択された監視アプリケーションは、その計算リソースに対する監視動作を実行することができる。次に、監視サービスは、その計算リソースを識別し、その計算リソースに対して実行される監視動作を示すアプリケーション固有要求を、選択された監視アプリケーションに送る。【選択図】図４
2009514079.tif 000002
【特許請求の範囲】
【請求項１】
データ処理システム内の計算リソースの使用に関する情報を収集するためにモニタ動作を実行するために非アプリケーション固有要求をモニタサービスで受け取ることと、
前記モニタサービスによってモニタアプリケーションの組から、前記計算リソースに対して前記モニタ動作を実行できるモニタアプリケーションを自動的に選択することと、
前記モニタサービスによって、前記選択されたモニタアプリケーションに、前記計算リソースを識別し、前記計算リソースに対して実行される前記モニタ動作を示すアプリケーション固有要求を送ることと
を含む、データ処理システム内で計算リソースをモニタするコンピュータ実施される方法。
【請求項２】
前記計算リソースのリソース・タイプを判定することと、
モニタアプリケーションの前記組の構成情報を取り出すことと、
前記リソース・タイプの前記計算リソースをモニタできるモニタアプリケーションの前記構成情報を検査することと
をさらに含む、請求項１に記載の方法。
【請求項３】
前記モニタ動作に従ってモニタ可能なメトリックスに関する情報を収集できるモニタアプリケーションの前記構成情報を検査すること
をさらに含む、請求項２に記載の方法。
【請求項４】
所与のリソース・タイプに対するモニタ動作の１つまたは複数の動作パラメータを示す構成プロファイルの組を取り出すことと、
前記計算リソースの前記リソース・タイプに基づいて構成プロファイルを選択することと、
前記選択された構成プロファイルからの１つまたは複数の動作パラメータを前記アプリケーション固有要求に挿入することと
をさらに含む、請求項１に記載の方法。
【請求項５】
前記モニタサービスによって前記選択されたモニタアプリケーションから、前記計算リソースに対する前記選択されたモニタアプリケーションによる前記モニタ動作の実行中に生成されたモニタされたデータを受け取ること
をさらに含む、請求項１に記載の方法。
【請求項６】
前記モニタサービスによって要求元アプリケーションに、前記モニタアプリケーションによって生成された前記受け取られたモニタされたデータを送ること
をさらに含む、請求項５に記載の方法。
【請求項７】
前記計算リソースが未供給リソースの組から供給された後に、前記計算リソースに対する前記モニタ動作を自動的に開始すること
をさらに含む、請求項１に記載の方法。
【請求項８】
モニタポリシ内の変更の検出時に前記モニタ動作を変更するために前記選択されたモニタアプリケーションに自動的に通知すること
をさらに含む、請求項１に記載の方法。
【請求項９】
所定のイベントの自動検出時に前記計算リソースに対する前記モニタ動作を自動的に打ち切ること
をさらに含む、請求項１に記載の方法。
【請求項１０】
データ処理システム内の計算リソースの使用に関する情報を収集するためにモニタ動作を実行するために非アプリケーション固有要求をモニタサービスで受け取る手段と、
前記モニタサービスによってモニタアプリケーションの組から、前記計算リソースに対して前記モニタ動作を実行できるモニタアプリケーションを自動的に選択する手段と、
前記モニタサービスによって、前記選択されたモニタアプリケーションに、前記計算リソースを識別し、前記計算リソースに対して実行される前記モニタ動作を示すアプリケーション固有要求を送る手段と
を含む、データ処理システム内で計算リソースをモニタする、前記データ処理システム内で使用されるコンピュータ可読記憶媒体上のコンピュータ・プログラム製品。
【請求項１１】
前記計算リソースのリソース・タイプを判定する手段と、
モニタアプリケーションの前記組の構成情報を取り出す手段と、
前記リソース・タイプの前記計算リソースをモニタできるモニタアプリケーションの前記構成情報を検査する手段と
をさらに含む、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１２】
前記モニタ動作に従ってモニタ可能なメトリックスに関する情報を収集できるモニタアプリケーションの前記構成情報を検査する手段
をさらに含む、請求項１１に記載のコンピュータ・プログラム製品。
【請求項１３】
所与のリソース・タイプに対するモニタ動作の１つまたは複数の動作パラメータを示す構成プロファイルの組を取り出す手段と、
前記計算リソースの前記リソース・タイプに基づいて構成プロファイルを選択する手段と、
前記選択された構成プロファイルからの１つまたは複数の動作パラメータを前記アプリケーション固有要求に挿入する手段と
をさらに含む、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１４】
前記モニタサービスによって前記選択されたモニタアプリケーションから、前記計算リソースに対する前記選択されたモニタアプリケーションによる前記モニタ動作の実行中に生成されたモニタされたデータを受け取る手段
をさらに含む、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１５】
前記モニタサービスによって要求元アプリケーションに、前記モニタアプリケーションによって生成された前記受け取られたモニタされたデータを送る手段
をさらに含む、請求項１４に記載のコンピュータ・プログラム製品。
【請求項１６】
前記計算リソースが未供給リソースの組から供給された後に、前記計算リソースに対する前記モニタ動作を自動的に開始する手段
をさらに含む、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１７】
モニタポリシ内の変更の検出時に前記モニタ動作を変更するために前記選択されたモニタアプリケーションに自動的に通知する手段
をさらに含む、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１８】
所定のイベントの自動検出時に前記計算リソースに対する前記モニタ動作を自動的に打ち切る手段
をさらに含む、請求項１０に記載のコンピュータ・プログラム製品。
【請求項１９】
データ処理システム内の計算リソースの使用に関する情報を収集するためにモニタ動作を実行するために非アプリケーション固有要求をモニタサービスで受け取る手段と、
前記モニタサービスによってモニタアプリケーションの組から、前記計算リソースに対して前記モニタ動作を実行できるモニタアプリケーションを自動的に選択する手段と、
前記モニタサービスによって、前記選択されたモニタアプリケーションに、前記計算リソースを識別し、前記計算リソースに対して実行される前記モニタ動作を示すアプリケーション固有要求を送る手段と
を含む、データ処理システム内で計算リソースをモニタする装置。
【請求項２０】
前記計算リソースのリソース・タイプを判定する手段と、
モニタアプリケーションの前記組の構成情報を取り出す手段と、
前記リソース・タイプの前記計算リソースをモニタできるモニタアプリケーションの前記構成情報を検査する手段と
をさらに含む、請求項１９に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、改善されたデータ処理システムに関し、具体的には、マルチコンピュータ・システム管理の方法および装置に関する。
【背景技術】
【０００２】
多くの企業が、その企業のコンピュータ・システムをデータ・センタとみなす。データ・センタは、さまざまなハードウェア・リソースおよびソフトウェア・リソースからなる。たとえば、ハードウェア・リソースには、スイッチ、ロード・バランサ、サーバ、および電源ユニットを含めることができ、ソフトウェア・リソースには、データベース・アプリケーションおよびｅ−ｃｏｍｍｅｒｃｅトランザクション・アプリケーションを含めることができる。
【０００３】
正しいコンピュータ・システム管理は、コンピュータ・コンポーネントおよびネットワーク・コンポーネント、これらのアイテムのそれぞれの状態、ならびにその関係に関する情報を必要とする。データ・センタの円滑な機能を維持するために、データ・センタ内のリソースのヘルス（健康度）が、モニタアプリケーション（監視アプリケーション）を使用してチェックされ、このモニタアプリケーションは、ある時間の期間にわたるデータ・センタの状態に関する情報を収集する。この情報には、ネットワーク、ネットワーク・パス、コンピュータ、オペレーティング・システム、ファイル・システム、インストール済みアプリケーション、ソフトウェア・アプリケーション・コンポーネント、ユーザ・トランザクション、使用の統計、および他の情報のモニタを含めることができる。
【０００４】
あるタイプのリソースをモニタする能力を提供する多数のモニタアプリケーションが、市販されている。これらのソフトウェア製品は、リソースモニタという同一の全般的な目的を有するが、内部実施態様およびプログラム的インターフェースにおいて異なる。たとえば、一部のモニタツールは、適当な標準化された通信プロトコルを使用して、リモートに展開されたアプリケーションと通信することによって、リモートモニタを実行することができるが、他のモニタツールは、エージェントのリモート展開を必要とする。一部のモニタアプリケーションは、リソース・タイプごとに独立のモニタコンポーネントまたはリソース・モデルを提供することによって、さらなる特殊化を提供する。このさまざまなモニタツールを使用するために、システム管理者は、適当なモニタ挙動をアクティブ化するために、特定の製品の使用法に関連する多数のニュアンスを知る必要がある。たとえば、管理ユーザは、管理ユーザがある種の動作を実行するためにそこから選択できるモニタ製品の入手可能性、モニタ製品がモニタを展開するか他の形でこれらの動作を実行する形、モニタリソースを展開するために必要になる可能性があるセキュリティ証明書のタイプ、および多数の他の変数を知る必要がある。異なるモニタ製品の詳細を知ることに加えて、データ・センタ管理者は、適当なモニタコンポーネントを展開するために、データ・センタ内のリソースの詳細な構成を理解する必要もある。したがって、これらのモニタ製品の間の変動性は、データ・センタ管理者にとっての複雑な課題を表す。
【０００５】
したがって、データ・センタをより効果的に管理するために、複数のモニタ製品を管理する能力を有するシステムおよび方法を有することが有利となる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
【課題を解決するための手段】
【０００７】
データ処理システム内の計算リソースをモニタする方法およびシステムを提示する。モニタサービスは、データ処理システム内の計算リソースの使用に関する情報を収集するために、モニタ動作を実行する非アプリケーション固有要求を受け取る。モニタサービスは、モニタアプリケーションの組から１つのモニタアプリケーションを自動的に選択し、ここで、選択されたモニタアプリケーションは、その計算リソースに対するモニタ動作を実行することができる。次に、モニタサービスは、その計算リソースを識別し、その計算リソースに対して実行されるモニタ動作を示すアプリケーション固有要求を、選択されたモニタアプリケーションに送る。
【０００８】
本発明の好ましい実施形態を、図面を参照して、例としてのみこれから説明する。
【発明を実施するための最良の形態】
【０００９】
一般に、本発明の実施形態を含むかこれに関連することができるデバイスは、さまざまなデータ処理テクノロジを含む。したがって、背景として、分散データ処理システム内のハードウェア・コンポーネントおよびソフトウェア・コンポーネントの通常の編成を、本発明の実施形態を詳細に説明する前に説明する。
【００１０】
ここで図面を参照すると、図１は、それぞれが本発明の実施形態の一部を実施できる、データ処理システムの通常のネットワークを示す。分散データ処理システム１００は、ネットワーク１０１を含み、ネットワーク１０１は、分散データ処理システム１００内で一緒に接続されたさまざまなデバイスおよびコンピュータの間の通信リンクを提供するのに使用できる媒体である。ネットワーク１０１は、ワイヤまたは光ファイバ・ケーブルなどの永久接続、あるいは電話通信または無線通信を介して行われる一時的接続を含むことができる。図示の例では、サーバ１０２およびサーバ１０３が、ストレージ・ユニット１０４と共にネットワーク１０１に接続される。さらに、クライアント１０５〜１０７も、ネットワーク１０１に接続される。クライアント１０５〜１０７およびサーバ１０２〜１０３は、メインフレーム、パーソナル・コンピュータ、携帯情報端末（ＰＤＡ）など、さまざまなコンピューティング・デバイスによって表すことができる。分散データ処理システム１００は、図示されていない追加のサーバ、クライアント、ルータ、他のデバイス、およびピアツーピア・アーキテクチャを含むことができる。
【００１１】
図示の例では、分散データ処理システム１００は、インターネットを含むことができ、ネットワーク１０１は、Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（ＬＤＡＰ）、Ｔｒａｎｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（ＴＣＰ／ＩＰ）、Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）、Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＷＡＰ）など、さまざまなプロトコルを使用して互いに通信するネットワークおよびゲートウェイの全世界の集合を表す。もちろん、分散データ処理システム１００には、たとえばイントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、または広域ネットワーク（ＷＡＮ）など、複数の異なるタイプのネットワークをも含めることができる。たとえば、サーバ１０２は、ネットワーク１０９およびクライアント１１０をサポートし、ネットワーク１０９は、無線通信リンクを組み込まれる。ネットワーク対応の電話機１１１およびＰＤＡ  １１２は、それらの間で無線リンク１１３を介して適当なテクノロジを使用して、たとえば、いわゆるパーソナル・エリア・ネットワーク（ＰＡＮ）またはパーソナル・アドホック・ネットワークの作成を可能にするＢｌｕｅｔｏｏｔｈ（商標）無線テクノロジまたはＷｉ−Ｆｉテクノロジ（ＩＥＥＥ  ８０２．１１）などを介して、直接にデータを転送することができる。電話機１１１は、無線リンク１１４を介してネットワーク１０９に接続され、ＰＤＡ  １１２は、無線リンク１１５を介してネットワーク１０９に接続される。類似する形で、ＰＤＡ  １１２は、無線リンク１１６を介して、ＰＤＡであるクライアント１０７にデータを転送することができる。
【００１２】
本発明の実施形態は、さまざまなプラットフォームで実施することができ、図１は、異種コンピューティング環境の例として意図されたものであって、本発明の実施形態に関するアーキテクチャ的限定として意図されたものではない。
【００１３】
次に図２を参照すると、図に、本発明の実施形態を実施できる、図１に示されたものなどのデータ処理システムの通常のコンピュータ・アーキテクチャが示されている。データ処理システム１２０は、内部のシステム・バス１２３に接続された１つまたは複数の中央処理装置（ＣＰＵ）１２２を含み、システム・バス１２３は、ランダム・アクセス・メモリ（ＲＡＭ）１２４、読取専用メモリ１２６、および入出力アダプタ１２８を相互接続し、入出力アダプタ１２８は、プリンタ１３０、ディスク・ユニット１３２、またはオーディオ出力システムなどの図示されていない他のデバイスなどのさまざまな入出力デバイスをサポートする。システム・バス１２３は、通信アダプタ１３４にも接続され、通信アダプタ１３４は、通信リンク１３６へのアクセスを提供する。ユーザ・インターフェース・アダプタ１４８は、キーボード１４０およびマウス１４２などのさまざまなユーザ・デバイスまたはタッチ・スクリーン、スタイラス、マイクロホンなどの図示されていない他のデバイスを接続する。ディスプレイ・アダプタ１４４は、システム・バス１２３をディスプレイ・デバイス１４６に接続する。
【００１４】
図２のハードウェアが、異なるシステムで変更され得ることを諒解されたい。たとえば、あるシステムが、Ｉｎｔｅｌ（Ｒ）Ｐｅｎｔｉｕｍ（Ｒ）ベースのプロセッサおよびディジタル信号プロセッサ（ＤＳＰ）などの異なるプロセッサと異なるタイプのメモリとを有することができる。他の周辺デバイスを、図示のハードウェアに加えてまたはその代わりに使用することができ、これは、本発明の実施形態に関する限定を暗示することを意図されたものではない。さまざまなハードウェア・プラットフォームで実施できるほかに、本発明の実施形態を、さまざまなソフトウェア環境で実施することができる。たとえば、あるデバイスが、Ｕｎｉｘ（Ｒ）オペレーティング・システムを動作させることができ、別のデバイスが、Ｊａｖａ（Ｒ）ランタイム環境をサポートする。
【００１５】
図３を参照すると、ブロック図に、通常のエンタープライズ・データ処理システムが示されている。図１は、クライアントおよびサーバを伴う通常のデータ処理システムを示すが、対照的に、図３は、リソースにアクセスするクライアント要求をサポートするのに使用できるサーバ側エンティティのうちのいくつかに関してネットワーク内のクライアントを示す。通常のコンピューティング環境内と同様に、エンタープライズ・ドメイン２００は、ユーザ２０２が、たとえばクライアント・デバイス２０６上のクライアント・アプリケーション２０４を使用することによってネットワーク２０８を介してアクセスできるリソースをホスティングし、このコンピュータ・ネットワークは、図１に示されているように、インターネット、イントラネット、または他のネットワークとすることができる。
【００１６】
エンタープライズ・ドメイン２００は、複数のサーバをサポートするデータ・センタである。アプリケーション・サーバ２１０は、ウェブベースのアプリケーションまたはレガシ・アプリケーションを含む他のタイプのバックエンド・アプリケーションを含む、制御されたリソースまたは制御されないリソースあるいはその両方へのアクセスをサポートする。エンタープライズ・ドメイン２００は、システム管理ツール２１２およびモニタリソース２１４をも含む。システム管理ツール２１２は、エンタープライズ・ドメイン２００の管理をもたらすためにデータ・センタ／システム管理者が使用できるさまざまなアプリケーション、ユーティリティ、または他のリソースを提供する。モニタリソース２１４は、他のリソースをモニタし、これらのリソースのモニタ中に情報を収集し、収集された情報をシステム管理ツール２１２によって使用してエンタープライズ・ドメイン２００の管理をもたらせるようにするのに使用されるタイプのリソースを含む。モニタリソース２１４には、レガシモニタアプリケーション、市販モニタアプリケーション、サードパーティ・アプリケーション、および他のタイプのモニタコンポーネントを含めることができる。
【００１７】
リバース・プロキシ・サーバまたはより単純にプロキシ・サーバ２１６は、エンタープライズ・ドメイン２００に関する広範囲の機能を実行する。たとえば、プロキシ・サーバ２１６は、アプリケーション・サーバからのコンテンツをミラーリングするために、ウェブ・ページをキャッシングすることができる。さまざまなポリシ内で指定される目標および条件に従ってまたは展開されたソフトウェア・モジュールの構成に従って着信要求および発信応答に対してさまざまな処理タスクを実行するために、着信データストリームおよび発信データストリームをそれぞれ入力データストリーム・フィルタ２１８および出力データストリーム・フィルタ２２０によって処理することができる。セッション管理ユニット２２２は、セッション識別子、キャッシングされた証明書、またはプロキシ・サーバ２１６によって認識されるセッションに関する他の情報を管理する。
【００１８】
上で注記したエンタープライズ・ドメイン２００内のエンティティは、多くのコンピューティング環境内の通常のエンティティを表す。しかし、多くのエンタープライズ・ドメインは、保護された計算リソースへのアクセスを制御するセキュリティ機能を有する。認証サーバ２２４は、ユーザ名／パスワード、Ｘ．５０９証明書、またはセキュリティ・トークンなどのさまざまな認証機構をサポートすることができ、複数の認証サーバを、特殊化された認証方法専用とすることができる。許可サーバ２２６は、許可データベース２２８を使用することができ、許可データベース２２８は、アクセス制御リスト２３０、許可ポリシ２３２、ユーザ・グループまたはユーザ役割に関する情報２３４、ならびに特別な管理グループ内の管理ユーザに関する情報２３６を含む。この情報を使用して、許可サーバ２２６は、特定の要求が進行を許可されなければならないかどうか、たとえば、制御されたリソースへのアクセスがクライアント・デバイス２０６からの要求に応答して許可されなければならないかどうかのプロキシ・サーバ２１６への指示を提供する。本発明の実施形態を、さまざまな認証アプリケーションおよび許可アプリケーションに関連して実施できることと、本明細書で説明する本発明の実施形態を、認証サービスおよび許可サービスの構成に関して本発明の範囲を限定するものと解釈してはならないこととに留意されたい。
【００１９】
前に説明した図に示されているように、通常の計算環境には、サーバから計算リソースへのアクセスを要求するクライアント・アプリケーションをサポートするサーバを含めることができる。計算リソースは、電子データ処理デバイス／サブシステム／システム、アプリケーション、オブジェクト、実行可能コード・モジュール、文書、ウェブ・ページ、ファイル、データベース、データベース・レコード、さまざまな他のタイプの機能ユニット、さまざまな他のタイプの情報単位、またはさまざまなタイプの通信機能とすることができる。保護されたリソースまたは制御されたリソースは、要求元クライアントまたは要求元ユーザが認証され、または許可され、あるいはその両方である場合に限ってアクセス可能または取出可能であるリソースであり、いくつかの場合に、認証されたユーザは、デフォルトで、許可されたユーザである。
【００２０】
しかし、より具体的には、本発明の実施形態は、データ処理環境内のリソースのモニタを介する改善されたシステム管理を対象とする。上で説明した背景情報に鑑みて、本発明の実施形態を、残りの図面に関して下でより詳細に説明する。
【００２１】
ここで図４を参照すると、ブロック図に、モニタ動作に関する本発明の実施形態の仮想化機能性が示されている。上で注記したように、コンピュータ・システムの管理は、しばしば、コンピュータ・システム・リソースの動作をモニタすることによってのみ入手できる、これらのコンピュータ・システム・リソースに関する動的情報を必要とし、あるタイプのリソースをモニタする能力を提供する多くのモニタアプリケーションが、市販されている。
【００２２】
システム管理者が、複数のモニタアプリケーションの能力および要件の複雑さを知ることを要求するのではなく、本発明の実施形態は、抽象論理モニタ動作およびモニタ動作を表すデバイス・モデルの仮想化レイヤを提供することによってモニタアプリケーションを仮想化する。本発明の実施形態のモニタ仮想化機能性３０２は、モニタ動作リクエスタ３０６からモニタアプリケーション３０４の実施態様詳細を隠蔽し、モニタ動作リクエスタ３０６が複数のモニタアプリケーションの間の動作の相違を知る必要をなくす。本発明の実施形態は、新しいモニタアプリケーションの実施されるモニタ動作の完了を容易にする論理モニタ動作を定義することによって、新しいモニタアプリケーションをデータ・センタ環境に導入することを可能にする。この形で、モニタアプリケーションの詳細およびその展開特性が、そのモニタアプリケーションを使用する計算エンティティに公開されなくなる。本発明の実施形態の仮想化レイヤは、複数のモニタアプリケーションを管理することの複雑さを減らすのを助ける。
【００２３】
データ・センタの管理は、さまざまな形で実行することができるが、それらの形のどれにも、管理ユーザがデータ・センタの計算環境をそれを介して観察し、制御する１つまたは複数のシステム管理アプリケーションまたは管理ユーティリティの使用が含まれる可能性がある。好ましい実施形態では、本発明は、１つまたは複数の計算リソースをモニタする要求を受け入れ、その要求に応答して適当なモニタ動作が実行されることを保証するモニタサービスとして実施され、それを行う際に、モニタサービスは、モニタサービスにモニタ動作を要求するデータ・センタ内の１つまたは複数のシステム管理アプリケーションまたは管理ユーティリティと相互作用し、またはこれらに応答することができる。モニタサービスのフォーム・ファクタは、異なる実施態様にまたがって変化する可能性がある。たとえば、モニタサービスを、独立型アプリケーションとして実施することができ、あるいは、モニタサービスを、さまざまなサービス要求に応答するサービス・インフラストラクチャ内に組み込むことができ、代替案では、モニタサービスを、システム管理アプリケーションまたは管理ユーティリティ・ツールなど、他のソフトウェア・アプリケーション内に組み込むことができる、１つまたは複数のソフトウェア・モジュールまたはさまざまなタイプのソフトウェア・コンポーネントとして実施することができる。
【００２４】
ここで図５を参照すると、ブロック図に、本発明の実施形態に従って実施されたモニタサービスに関するデータ・フローの一部が示されている。データ・センタの管理中のある時点で、モニタサービス４０２は、要求元エンティティから非アプリケーション固有モニタ要求４０４を受け取り、この要求元エンティティには、システム管理アプリケーションまたは管理ユーティリティ・ツールを含めることができる。本発明の実施形態のモニタサービスが、リクエスタの代わりに論理的なまたは包括的なモニタ動作を実施するならば、要求元エンティティは、特定のモニタアプリケーションに関して特定ではない、モニタ動作に関する要求をモニタサービスに送ることができる。言い換えると、リクエスタは、特定のモニタアプリケーションに関して包括的なモニタ動作に関する要求すなわちアプリケーションジェネリックモニタ要求をモニタサービスに送ることができ、これは、図５では非アプリケーション固有モニタ要求４０４として図示されている。この形で、リクエスタは、あるタイプの包括的なまたは論理的なモニタ動作を示し、モニタサービスは、包括的モニタ動作が、特定のモニタアプリケーションでの適当なモニタ動作の実行によって満足されることを保証する。図５に示されているように、モニタサービスは、非アプリケーション固有モニタ要求４０４の受け取りに応答してアプリケーション固有モニタ要求４０６を生成する。アプリケーション固有モニタ要求４０６および非アプリケーション固有モニタ要求４０４は、多くの形で異なる可能性がある。たとえば、非アプリケーション固有モニタ要求４０４は、特定のモニタアプリケーションが要求されたモニタ動作を実行することを可能にする十分な情報を含まない場合がある。その代わりに、非アプリケーション固有モニタ要求４０４が、モニタアプリケーションがその要求を解釈することを可能にする形で正しくフォーマットされていない場合がある。
【００２５】
アプリケーション固有モニタ要求４０６は、モニタサービスによって適当なモニタアプリケーション４０８に送られる。これに応答して、モニタアプリケーション４０８は、計算リソース４１０をモニタし、モニタされた情報４１２を収集し、このモニタされた情報４１２が、モニタサービス４０２に返される。モニタアプリケーション４０８は、必ずしも計算リソース４１０と直接に通信せず、たとえば計算リソース４１０へまたは計算リソース４１０からあるいはその両方のネットワーク・トラフィックをモニタすることによって、間接的に計算リソース４１０の動作特性の観察を行うことができる。
【００２６】
ここで図６を参照すると、ブロック図に、本発明の実施形態による非アプリケーション固有モニタ動作要求の受け取りに応答してアプリケーション固有モニタ動作要求を生成するためにモニタサービスによって管理される一部のデータ・フローの概要が示されている。モニタサービスは、非アプリケーション固有モニタ要求５０２を受け取り、この非アプリケーション固有モニタ要求５０２は、システム管理アプリケーションなどのリクエスタの代わりに実行を要求されている包括的なまたは非アプリケーション固有のモニタ動作を示す。モニタサービスは、複数のモニタアプリケーション構成プロファイル５０４〜５０８を入手し、これらのプロファイルを分析し、各プロファイルは、あるタイプの計算リソースに関するあるタイプのモニタ動作を実行する、特定のモニタアプリケーションの能力に関する情報を含む。特定のモニタアプリケーション・プロファイルが、特定のモニタアプリケーションに一意に関連付けられるならば、モニタサービスは、モニタアプリケーション構成プロファイルの選択に基づいて、要求された包括的モニタ動作を実行するためにモニタアプリケーションを選択し、モニタアプリケーション構成プロファイルは、それに関連するモニタアプリケーションが要求されたモニタ動作を実行できることを示すそのプロファイルの情報に基づいて選択される。
【００２７】
モニタアプリケーションを選択する、モニタサービス内の機能性は、図６内では、モニタ動作マッピング機能５１０によって表され、モニタ動作マッピング機能５１０は、モニタサービスが、要求された非アプリケーション固有モニタ動作をアプリケーション固有実施態様すなわち、要求された包括的モニタ動作を十分な形で実行できるアプリケーション固有モニタ動作にマッピングすることを反映する。モニタ動作マッピング機能５１０が非アプリケーション固有モニタ動作をマッピングする形は、さまざまな形で実行することができる。たとえば、モニタ動作マッピング機能５１０は、さまざまなモニタアプリケーションの特性に重みを付けるアルゴリズムを使用することができ、あるいは、モニタ動作マッピング機能５１０は、適当なモニタアプリケーションの中で外見上最良の特性を選択するルールを提供する構成可能なポリシによって案内されるものとすることができる。
【００２８】
データ処理システム内でサポートされる計算リソースを、リソース・タイプに従って分類または類別することができ、さまざまなリソース・タイプは、リソース・タイプを表す一意に割り当てられる数値表示値である。モニタアプリケーションによってサポートされるリソースのタイプすなわち、モニタアプリケーションがそれに対してさまざまなモニタ動作を実行できるリソース・タイプは、そのモニタアプリケーションがサポートするリソース・タイプの適当な数値表示値を格納することによってモニタアプリケーション構成プロファイル内で示され、これらの数値は、モニタ動作マッピング機能５１０に１つの入力パラメータを与える。さまざまなリソース・タイプのこれらの示す値を、非アプリケーション固有モニタ動作が要求されている計算リソースのリソース・タイプの示す値と比較し、照合することができる。この形で、モニタサービスは、特定のモニタアプリケーション・プロファイルから、あるモニタアプリケーションが、受け取られた非アプリケーション固有モニタ要求５０２に必要なリソース・タイプをサポートできるか否かを判定することができる。
【００２９】
類似する形で、異なるタイプのアプリケーション固有モニタ動作が、必要な入力パラメータを有する場合があり、アプリケーション固有モニタ動作の異なるタイプの入力要件が、したがってモニタアプリケーションも、分類または類別され、数値表示値を割り当てられ得る。モニタサービスは、モニタアプリケーションの入力要件のタイプの、受け取られた非アプリケーション固有モニタ要求５０２内で与えられる入力パラメータとの比較を実行することができ、受け取られた要求の要件をサポートするモニタアプリケーションだけが、モニタ動作マッピング機能５１０によって選択される資格がある。
【００３０】
同様に、異なるタイプのアプリケーション固有モニタ動作が、モニタ動作を実行した結果としてあるタイプのメトリック・データを作るか出力し、そのアプリケーション固有モニタ動作の異なるタイプの出力されたメトリック・データが、したがってモニタアプリケーションも、分類または類別され、数値表示値を割り当てられ得る。モニタサービスは、モニタアプリケーションの出力されたメトリック・データのタイプの、受け取られた非アプリケーション固有モニタ要求５０２内で与えられる入力パラメータとの比較を実行することができ、受け取られた要求の要件をサポートするモニタアプリケーションだけが、モニタ動作マッピング機能５１０によって選択される資格がある。
【００３１】
さらに、異なるタイプのアプリケーション固有モニタ動作が、モニタ動作実行中に特定の帯域幅要件を有する場合があり、そのアプリケーション固有モニタ動作の異なるタイプの帯域幅要件が、したがってモニタアプリケーションも、分類または類別され、数値表示値を割り当てられ得る。モニタサービスは、モニタアプリケーションの帯域幅要件のタイプの、受け取られた非アプリケーション固有モニタ要求５０２内で与えられる入力パラメータとの比較を実行することができ、受け取られた要求の要件をサポートするモニタアプリケーションだけが、モニタ動作マッピング機能５１０によって選択される資格がある。この形で、非アプリケーション固有モニタ要求５０２の起点リクエスタは、要求されたモニタ動作を実行するために許容するつもりがあるまたは許容することができる帯域幅使用量を指定することができる。
【００３２】
他のタイプの計算コストを、非アプリケーション固有モニタ要求５０２の起点リクエスタによって指定することができ、これによって、起点リクエスタが、さまざまなモニタアプリケーションの計算コストを直接に知らずに、モニタ動作を実行することの計算コストを制御できるようになる。モニタサービスは、モニタアプリケーションのモニタアプリケーション構成プロファイル５０４〜５０８内で示され、モニタサービスによって検査されるモニタアプリケーションの要件および能力が適当または十分であるかどうかを判定したのちに、複数のモニタアプリケーションの間で選択する機能性を提供する。
【００３３】
モニタアプリケーションが選択された後に、モニタサービスは、アプリケーション固有モニタ要求５１２を生成することができ、このアプリケーション固有モニタ要求５１２は、選択されたモニタアプリケーションでモニタ動作を開始するのに十分な情報、たとえば、選択されたモニタアプリケーションによって実行されなければならないアプリケーション固有モニタ動作の表示および選択されたモニタアプリケーションがモニタしなければならないターゲット計算リソースを示す識別子を含むことができ、他のアプリケーション固有情報は、適宜、アプリケーション固有モニタ要求５１２に含めることができる。
【００３４】
しかし、アプリケーション固有モニタ要求５１２をモニタアプリケーションに送る前に、モニタサービスは、要求されたモニタ動作が動作パラメータ情報に従って実行されるように、追加の動作パラメータ情報を含めるためにアプリケーション固有モニタ要求５１２を変更することができる。これらの動作パラメータ情報には、要求されたモニタ動作を実行している間に要求されたモニタ動作が実行される形を制御するさまざまな変数の数値を含めることができる。たとえば、動作パラメータ情報には、モニタ動作が所定のスケジュールに従って実行されるように、モニタ動作に対する時間的制限を含めることができ、モニタ動作が実行しなければならない回数またはサイクル数を示す反復カウントなど、他のタイプの動作の制限または限定を含めることができる。
【００３５】
したがって、モニタサービスには、図６でモニタ動作限定機能５１４によって表されるように、モニタ動作の動作パラメータの選択を自動化する機能性をも含めることができる。モニタサービスは、複数のモニタサービス構成プロファイル５１６〜５２０を入手し、これらのプロファイルを分析し、各プロファイルは、あるタイプの計算リソースに関してあるタイプのモニタ動作を実行する時に使用されるオプションのパラメータ情報を含む。これらのオプションの動作パラメータは、限定アプリケーション固有モニタ要求５２２を介して選択されたモニタアプリケーションに通信される。
【００３６】
ここで図７を参照すると、ブロック図に、本発明の実施形態によるシステム管理アプリケーションと協調してモニタサービスを実施するコンポーネントの構成が示されている。システム管理アプリケーション６０２は、管理ユーザがシステム管理アプリケーション６０２を制御することを可能にするグラフィカル・ユーザ・インターフェース機能を提供するユーザ・インターフェース・モジュール６０４を含む。データ・センタ環境内で使用されるシステム管理アプリケーションに関して通常の形で、システム管理アプリケーション６０２は、データ・センタ環境内のアプリケーションの展開動作を管理するアプリケーション・デプロイメント・モジュール６０６および展開されたアプリケーションに対する構成動作を管理するアプリケーション構成モジュール６０８をも含む。本明細書で説明する新規の機能と共に、システム管理アプリケーション６０２は、本発明の実施形態に従ってシステム管理アプリケーション６０２内に組み込まれるモニタサービスを実施するモニタサービス仮想化モジュール６１０をも含む。
【００３７】
モニタサービス仮想化モジュール６１０内で、モニタアプリケーション構成プロファイル管理モジュール６１２は、モニタアプリケーション構成プロファイル６１４の管理を容易にし、モニタアプリケーション構成プロファイル６１４は、図６に示されたモニタアプリケーション構成プロファイル５０４〜５０８に似る。各モニタアプリケーション構成プロファイルは、データ・ファイル、データベース・レコード、または他のタイプのデータ構造など、適当な形で格納することができ、各モニタアプリケーション構成プロファイル内の情報は、キー／値対の組としてまたはある他の形で配置することができる。モニタアプリケーション構成プロファイル６１４のそれぞれは、モニタアプリケーションがモニタする機能性を有する計算リソースの１つまたは複数のタイプを示す１つまたは複数のリソース・タイプ６１６を含み、リソース・モデル６１８は、モニタ可能なリソースの１つまたは複数のタイプに関するより複雑な情報を提供するために含めることができる。モニタ動作６２０は、モニタアプリケーション内のモニタ動作に関する情報、たとえば識別子を提供し、モニタ可能メトリックス６２２は、モニタアプリケーション、たとえばモニタアプリケーション６２４のうちの１つが、モニタ動作を実行した結果として返すことができるメトリック・データのタイプに関する情報を提供する。
【００３８】
モニタサービス仮想化モジュール６１０内で、モニタサービス構成プロファイル管理モジュール６２６は、モニタサービス構成プロファイル６２８の管理を容易にし、モニタサービス構成プロファイル６２８は、図６に示されたモニタサービス構成プロファイル５１６〜５２０に似る。各モニタサービス構成プロファイルは、データ・ファイル、データベース・レコード、または他のタイプのデータ構造など、適当な形で格納することができ、各モニタサービス構成プロファイル内の情報は、キー／値対の組としてまたはある他の形で配置することができる。モニタサービス構成プロファイル６２８のそれぞれは、含むモニタサービス構成プロファイルが適用可能な計算リソースの１つまたは複数のタイプを示す１つまたは複数のリソース・タイプ６３０を含む。モニタサービス構成プロファイル６２８のそれぞれは、モニタ動作を実行しなければならない形に対する限定または制限を提供する１つまたは複数の動作パラメータ・データ・アイテム６３２を含むことができる。図７に示された例では、動作パラメータのうちの１つを、モニタ頻度パラメータ６３４によって表すことができ、モニタ頻度パラメータ６３４は、モニタ動作をどれほど頻繁に周期的に繰り返さなければならないかを示し、もう１つの動作パラメータを、モニタスケジュール・パラメータ６３６によって表すことができ、モニタスケジュール・パラメータ６３６は、モニタ動作を繰り返すスケジュールを示す。
【００３９】
モニタサービス動作ユニット６３８は、非アプリケーション固有モニタ動作または包括的モニタ動作の受け取られた要求を受け入れ、モニタアプリケーションに送られるアプリケーション固有モニタ動作の要求を生成する。図６に示されたモニタ動作マッピング機能５１０に似た形で、機能マッピング・モジュール６４０は、モニタアプリケーション構成プロファイル６１４内の情報に従って、定義された非アプリケーション固有モニタ動作を実施されたアプリケーション固有モニタ動作にマッピングする。言い換えると、機能マッピング・モジュール６４０は、アプリケーション固有モニタ動作が、非アプリケーション固有モニタ動作の要件を満足するのに適当であるかどうかを判定する。図６に示されたモニタ動作限定機能５１４に似た形で、モニタ動作限定モジュール６４２は、モニタサービス構成プロファイル６２８内の情報に従って、モニタアプリケーションでのモニタ動作の動作パラメータを含めることによって、アプリケーション固有モニタ動作の要求を限定する。
【００４０】
包括的モニタ動作を処理する追加の機能サポートを、モニタサービス機能ユニット６４４内に含めることができる。図７に示された例では、４つの非アプリケーション固有モニタ動作すなわち、ｃｏｎｆｉｇｕｒｅ＿ｍｏｎｉｔｏｒｉｎｇ（モニタ構成）機能６４６、ｒｅｍｏｖｅ＿ｍｏｎｉｔｏｒｉｎｇ（モニタ除去）機能６４８、ｓｔａｒｔ＿ｍｏｎｉｔｏｒｉｎｇ（モニタ開始）機能６５０、およびｓｔｏｐ＿ｍｏｎｉｔｏｒｉｎｇ（モニタ停止）機能６５２が定義されるが、本発明の実施形態の実施態様に応じて、追加のまたはより少数の機能ユニットを使用することができる。モニタサービス機能ユニット６４４は、特定のタイプのモニタ動作の特定のタイプのメッセージまたはデータを生成し、受け取り、または処理し、あるいはこれらの組合せを実行する責任を負うものとすることができる。たとえば、非アプリケーション固有「ＳｔａｒｔＭｏｎｉｔｏｒｉｎｇ（モニタ開始）」動作を、モニタサービスによって定義することができ、「ＳｔａｒｔＭｏｎｉｔｏｒｉｎｇ」モニタ動作の要求がモニタサービスによって受け取られる時に、モニタサービスは、識別された計算リソースに関して選択されたモニタアプリケーションでのモニタ動作を開始することを試みる。しかし、各タイプのモニタアプリケーションは、モニタ動作を開始する前に従わなければならない、モニタアプリケーションが必要とする特定のプロトコルを有する場合があり、モニタアプリケーションでモニタ動作を開始するための要件が達成されることを保証する責任は、ｓｔａｒｔ＿ｍｏｎｉｔｏｒｉｎｇ機能６５０によって実行されるはずである。
【００４１】
モニタデータ・アーカイブ管理モジュール６５４は、モニタ動作を実行したモニタアプリケーションからモニタサービスによって受け取られるモニタされた情報を処理する責任を負う。受け取られた情報は、システム管理アプリケーション６０２または他の管理ユーティリティ・アプリケーションによるリアルタイム分析または後処理分析のために格納しまたはアーカイブすることができ、代替案では、受け取られた情報を、キャッシングし、または非アプリケーション固有モニタ動作のオリジナル要求を開始したアプリケーションに転送し、あるいはその両方を行うことができる。
【００４２】
ここで図８を参照すると、流れ図に、本発明の好ましい実施形態による、非アプリケーション固有モニタ動作の要求を受け取り、選択されたモニタアプリケーションでアプリケーション固有モニタ動作を開始するモニタサービス内のプロセスが示されている。このプロセスは、モニタサービスが、所与の計算リソースに対するモニタ動作の非アプリケーション固有要求を受け取る時に開始され（ステップ７０２）、モニタサービスは、所与の計算リソースのリソース・タイプを判定する（ステップ７０４）。モニタアプリケーション構成プロファイルの組を取り出し（ステップ７０６）、このモニタアプリケーション構成プロファイルのそれぞれは、モニタアプリケーションに一意に関連する。各構成プロファイルを、構成プロファイルに関連するモニタアプリケーションの特定のモニタ動作によってモニタできるリソース・タイプまたはモニタ可能メトリックスあるいはその両方について検査し（ステップ７０８）、要求された非アプリケーション固有モニタ動作を、一致するリソース・タイプの要件を満足する（および、オプションで、一致するモニタ可能メトリックの要件をも満足する）モニタアプリケーションのアプリケーション固有モニタ動作にマッピングする（ステップ７１０）。
【００４３】
適当なアプリケーション固有モニタ動作を、したがってそれに関連するモニタアプリケーションを選択する（ステップ７１２）。非アプリケーション固有モニタ動作を実行するのに使用可能な複数のアプリケーション固有モニタ動作があると仮定すると、モニタサービスは、それらの中から、たとえば管理ポリシを参照してまたは適当な選択アルゴリズムに従って、選択することができる。次に、たとえばすべての必要な情報を含む要求メッセージを生成することによって、アプリケーション固有モニタ動作の要求を生成する（ステップ７１４）。
【００４４】
アプリケーション固有モニタ動作の要求を選択されたモニタアプリケーションに送る前に、さまざまなオプションの動作パラメータ・データ値をアプリケーション固有モニタ動作の要求に追加することができる。モニタサービス構成プロファイルの組を取り出す（ステップ７１６）。各構成プロファイルは、アプリケーション固有モニタ動作が選択されたモニタアプリケーションによって実行される形を限定するために、その構成プロファイル内のパラメータをアプリケーション固有モニタ動作に関連付けることができることを示すリソース・タイプまたは他の一致する特性あるいはその両方について検査される（ステップ７１８）。一致するリソース・タイプまたはある他の判断基準に基づいて、モニタサービス構成プロファイルを選択する（ステップ７２０）が、この選択は、管理ポリシ、適当な選択アルゴリズム、非アプリケーション固有モニタ動作の受け取られた要求内の情報、ある他の情報、またはこれらのデータ・アイテムのある組合せによって案内することができる。次に、限定するパラメータの値を、アプリケーション固有モニタ動作の以前に生成された要求メッセージに挿入する（ステップ７２２）。
【００４５】
いくつかの場合に、モニタサービスは、モニタされる計算リソースを準備するために１つまたは複数のステップを実行することができる。具体的にいうと、モニタアプリケーションが、モニタされようとしているリソースに関するある要件を有する場合がある。たとえば、モニタアプリケーションが、モニタされようとしているリソースでまたはそのリソースに対してエージェントが実行され、これによって、そのエージェントが、モニタされるリソースに関するモニタ動作においてモニタアプリケーションを援助することを必要とする場合があり、そのような場合には、モニタサービスは、リソース上でエージェントをインストールし（ステップ７２４）、あるいは、モニタされるリソースを準備するためにある他のアクションを実行する。次に、アプリケーション固有モニタ動作の要求を、選択されたモニタアプリケーションに送り（ステップ７２６）、この処理を終了する。
【００４６】
ここで図９を参照すると、流れ図に、本発明の好ましい実施形態による、モニタアプリケーションのモニタサービスによって要求されたアプリケーション固有モニタ動作の結果としてモニタサービスによって受け取られたデータを処理するプロセスが示されている。このプロセスは、モニタサービスによって要求された指定された計算リソースに対するアプリケーション固有モニタ動作を実行した後に、モニタサービスがモニタされたデータをモニタアプリケーションから受け取る時に開始される（ステップ８０２）。モニタサービスは、モニタされたデータをキャッシングし、格納し、もしくはアーカイブし（ステップ８０４）、または、前の時点でモニタサービスに非アプリケーション固有モニタ動作の要求を送った最初の要求元アプリケーションにモニタされたデータを転送し（ステップ８０６）、あるいはその両方を行い、これによってこのプロセスを終了する。
【００４７】
ここで図１０を参照すると、ブロック図に、供給されたリソースの自動モニタを達成するためのプロビジョニング・アプリケーションとモニタサービスとの間の相互作用が示されている。プロビジョニング・アプリケーション９０２は、計算リソースの割振りおよび割振り解除すなわち、プロビジョニングおよびデプロビジョニングを管理する。たとえば、プロビジョニング・アプリケーションは、オペレーティング・システム内のコンポーネント、ロード・バランサ、あるいはデータ処理システム内の他のコンポーネントが必要とするアクティブ・リソースの動的調整もしくは可用性またはその両方の責任を負うある他のコンポーネントとすることができる。
【００４８】
プロビジョニング・アプリケーション９０２は、計算リソースを供給し、これによって、計算リソースを計算リソースの空き／未使用／未供給プール９０４から計算リソースの供給された組９０６に移動し、プロビジョニング・アプリケーションは、新たに供給された計算リソースが、非アプリケーション固有モニタ要求をモニタサービス９０８に送ることによってモニタされることを保証する。上で説明したプロセスを使用することによって、モニタサービス９０８は、新たに供給された計算リソースのモニタを開始するように１つまたは複数のモニタアプリケーション９１０に要求する。
【００４９】
ここで図１１を参照すると、流れ図に、新たに供給された計算リソースを自動的にモニタするプロセスが示されている。このプロセスは、プロビジョニング・アプリケーションが、リソースの空きプールから計算リソースを割り振るか供給する時に開始される（ステップ１００２）。プロビジョニング・アプリケーションは、新たに供給されたリソースをモニタするためにモニタ要求をモニタサービスに自動的に送る（ステップ１００４）。この要求の受け取りに応答して、モニタサービスは、新たに供給されたリソースに対してモニタ動作を実行するためにモニタアプリケーションに要求を送り（ステップ１００６）、これによってこのプロセスを終了する。
【００５０】
逆のプロセスまたは相補的なプロセスを実行することもできる。プロビジョニング・アプリケーションが、リソースを割振り解除するかデプロビジョニングし、その状況をアクティブからインアクティブまたは空きに変更し、これによって論理的にリソースをリソースの空きプールに戻って移動する時に、プロビジョニング・アプリケーションは、デプロビジョニングされまたは解放された計算リソースのモニタを停止するためにモニタサービスに要求を送る。モニタサービスは、適当なモニタアプリケーションに知らせることによって、モニタ動作が停止されることを保証する。
【００５１】
この形で、プロビジョニング・アプリケーションは、モニタサービスに頼って、さまざまなリソースが使用のためにアクティブ化される時にこれらのリソースに対するモニタ動作を開始することができる。モニタサービスおよびその動作は、データ処理システム内のモニタ動作の管理を処理するために柔軟に構成することができ、プロビジョニング・アプリケーションは、モニタ動作に関して区分されたままになる。
【００５２】
図１１は、プロビジョニング・アプリケーションに関するモニタサービスのアクションを示す。しかし、プロビジョニング・アプリケーションに関するモニタサービスのアクションを、モニタサービスによって動的に実行される他のアクションと共に一般化し、類別することができる。たとえば、図１２により具体的に示されているように、プロビジョニング・アプリケーションのアクションに関して自動的に開始されるモニタ動作を、モニタサービスがデータ・センタの動的計算環境内で自動的に実行する他のアクションと共に処理することができる。
【００５３】
ここで図１２を参照すると、流れ図に、計算リソースに対するモニタ動作の開始または終了を必要とするイベントを動的に処理する、モニタサービスのイベント処理ループが示されている。図１２のイベント処理ループは、さまざまな形で、たとえばイベント・キュー内のイベントの発生またはデータ構造内の新たに入力されたデータを動的にチェックするために実行される専用スレッドを使用して、実行することができる。代替案では、そのようなイベントが発生した時にモニタサービスを呼び出すかモニタサービスにシグナリングすることができ、その時には、モニタサービスは、イベントを個別に処理することができる。
【００５４】
このプロセスは、計算リソースが供給されたか否かの判定（ステップ１１０２）から始まり、たとえば、プロビジョニング・アプリケーションが、図１０および図１１に関して上で説明したように、計算リソースを動的に供給する場合がある。そうである場合には、モニタサービスは、適当なモニタアプリケーションを介してそのリソースに対するモニタ動作を開始し（ステップ１１０４）、そうでない場合には、モニタサービスは、継続して、他のイベントをチェックする。
【００５５】
モニタされた計算リソースが割振り解除またはデプロビジョニングされ、リソースの空きプールに戻されたか否かに関する判定を行う（ステップ１１０６）。そうである場合には、モニタサービスは、たとえばモニタ動作を打ち切るか他の形で終了するようにモニタアプリケーションに通知することによって、リソースに対する関連するモニタ動作を終了するか打ち切り（ステップ１１０８）、そうでない場合には、モニタサービスは、継続して、他のイベントをチェックする。
【００５６】
計算リソースが保守モードにされているか否かに関する判定を行う（ステップ１１１０）。そうである場合には、モニタサービスは、モニタ動作および保守モードの時間期間が一時的中断を許容するならば、リソースが保守モードである間、リソースに対するモニタを中断し（ステップ１１１２）、それが許容されない場合には、モニタ動作を打ち切ることができる。
【００５７】
モニタ動作を指示するかモニタ動作の特徴を表すポリシが変更され、ポリシに対する変更がアクティブモニタ動作に対する変更を必要とするか否かに関する判定を行う（ステップ１１１４）。そうである場合には、モニタサービスは、たとえばモニタ動作を処理しているモニタアプリケーションにモニタ動作の動作パラメータの新しい組を送ることによって、モニタ動作が実行されている形を変更するようにモニタアプリケーションに通知する（ステップ１１１６）。図１２では、図示のイベントのチェックの後に、このプロセスが終了するが、プロセスの実施態様に応じて、モニタサービスが、他のイベントをチェックし、またはこのプロセスを繰り返し、あるいはその両方を行うことができる。
【００５８】
システム管理者が、複数のモニタアプリケーションの能力および要件の複雑さを知ることを要求するのではなく、本発明の実施形態は、１つまたは複数のサポートされるモニタアプリケーションでの実施されたまたはアプリケーション固有のモニタ動作を表す抽象論理モニタ動作または非アプリケーション固有モニタ動作の仮想化レイヤを提供することによってモニタアプリケーションを仮想化する。本発明の実施形態は、新しいモニタアプリケーションの実施されるモニタ動作の実行を容易にする論理モニタ動作を定義することによって、新しいモニタアプリケーションをデータ・センタ環境に導入することを可能にする。この形で、モニタアプリケーションの詳細およびその展開特性が、そのモニタアプリケーションを使用する計算エンティティに公開されなくなる。さらに、この仮想化レイヤは、複数のモニタアプリケーションを管理することの複雑さを減らすのを助ける。
【００５９】
本発明の実施形態を、完全に機能するデータ処理システムの文脈で説明してきたが、配布の実行に実際に使用される信号担持媒体の特定のタイプにかかわりなく、本発明のプロセスをコンピュータ可読媒体内の命令の形およびさまざまな他の形で配布できることを当業者が諒解するであろうことに留意することが重要である。コンピュータ可読媒体の例は、ＥＰＲＯＭ、ＲＯＭ、テープ、紙、フロッピ・ディスク、ハード・ディスク・ドライブ、ＲＡＭ、およびＣＤ−ＲＯＭなどの媒体、ならびにディジタル通信リンクおよびアナログ通信リンクなどの伝送型媒体を含む。
【００６０】
方法は、一般に、所望の結果につながるステップの首尾一貫したシーケンスと考えられる。これらのステップは、物理的な量の物理的な操作を必要とする。必ずではないが通常、これらの量は、格納され、転送され、組み合わされ、比較され、他の形で操作されることができる電気信号または磁気信号の形をとる。時々、主に一般的な使用の理由から、これらの信号をビット、値、パラメータ、アイテム、要素、オブジェクト、シンボル、キャラクタ、項、数、または類似物と称することが便利である。しかし、これらの用語および類似する用語のすべてが、適当な物理的な量に関連付けられなければならず、単にこれらの量に適用される便利なラベルであることに留意されたい。
【００６１】
本発明の実施形態の説明は、例示のために提示されたのであって、網羅的であることまたは開示された実施形態に限定されることは意図されていない。多数の修正形態および変形形態が、当業者に明白であろう。
【００６２】
【図面の簡単な説明】
【００６３】
【図１】それぞれが本発明を実施できる、従来技術のデータ処理システムのネットワークを示す図である。
【図２】本発明を実施できるデータ処理システム内で使用できる従来技術のコンピュータ・アーキテクチャを示す図である。
【図３】従来技術のエンタープライズ・データ処理システムを示すブロック図である。
【図４】本発明の好ましい実施形態でのモニタ動作に関する仮想化機能性を示すブロック図である。
【図５】本発明の好ましい実施形態でのモニタサービスに関するデータ・フローの一部を示すブロック図である。
【図６】本発明の好ましい実施形態での非アプリケーション固有モニタ動作要求の受け取りに応答してアプリケーション固有モニタ動作要求を生成するためにモニタサービスによって管理される一部のデータ・フローの概要を示すブロック図である。
【図７】本発明の好ましい実施形態によるシステム管理アプリケーションと協調してモニタサービスを実施するコンポーネントの構成を示すブロック図である。
【図８】本発明の好ましい実施形態による、非アプリケーション固有モニタ動作の要求を受け取り、選択されたモニタアプリケーションでアプリケーション固有モニタ動作を開始するモニタサービス内のプロセスを示す流れ図である。
【図９】本発明の好ましい実施形態での、モニタアプリケーションでのモニタサービスによって要求されたアプリケーション固有モニタ動作の結果としてモニタサービスによって受け取られたデータを処理するプロセスを示す流れ図である。
【図１０】本発明の好ましい実施形態での、供給されたリソースの自動モニタを達成するためのプロビジョニング・アプリケーションとモニタサービスとの間の相互作用を示すブロック図である。
【図１１】本発明の好ましい実施形態での、新たに供給された計算リソースを自動的にモニタするプロセスを示す流れ図である。
【図１２】本発明の好ましい実施形態での、計算リソースに対するモニタ動作の開始または終了を必要とするイベントを動的に処理する、モニタサービスのイベント処理ループを示す流れ図である。
【図１】
2009514079.tif 000003
【図２】
2009514079.tif 000004
【図３】
2009514079.tif 000005
【図４】
2009514079.tif 000006
【図５】
2009514079.tif 000007
【図６】
2009514079.tif 000008
【図７】
2009514079.tif 000009
【図８】
2009514079.tif 000010
【図９】
2009514079.tif 000011
【図１０】
2009514079.tif 000012
【図１１】
2009514079.tif 000013
【図１２】
2009514079.tif 000014
【国際調査報告】
2009514079.tif 000015
2009514079.tif 000016