(57)【要約】【課題】  サービス要求を満足するためのリソース・マネージャを選択するための方法、システム、およびプログラムを提供することにある。【解決手段】  複数のリソース・マネージャと、そのリソース・マネージャによって提供される少なくとも１つのサービスとを示すカタログが提供される。さらに、少なくとも１つのサービスを提供するリソース・マネージャに関するリソース可用性情報を示すリソース・マネージャ情報が提供される。加入者からの要求サービスに関する要求が受信される。要求サービスを公表するリソース・マネージャを識別するためにカタログが処理され、サービス要求に適用可能な少なくとも１つのルールも満足する要求サービスを公表する少なくとも１つの識別済みリソース・マネージャを決定するためにリソース・マネージャ情報が処理される。【選択図】  図１
2009519523.tif 000002
【特許請求の範囲】
【請求項１】
仮想データ・センタ複合体内のターゲット仮想オペレーティング・システムのパフォーマンスをモニタするための方法において、
前記仮想データ・センタ複合体内の前記ターゲット仮想オペレーティング・システム上に常駐するリモート・パフォーマンス・モニタ（ＲＰＭ）サーバで、パフォーマンス・データを受信するステップであって、前記パフォーマンス・データが、前記仮想オペレーティング・システムについて動作可能なセントラル・パフォーマンス・データ・サーバにより生成され、事前定義間隔で前記ＲＰＭサーバに供応される、受信ステップと、
前記パフォーマンス・データの少なくとも一部分を前記ＲＰＭサーバにとってアクセス可能なメモリに保存するステップと、
前記仮想データ・センタ複合体内の発信仮想計算機内に常駐するリモート・パフォーマンス・モニタ（ＲＰＭ）クライアントからの要求に応答して、前記メモリ内に存在するデータの少なくとも一部分を前記ＲＰＭサーバによって抽出し、前記ＲＰＭクライアントに前記抽出部分を供応するステップと、
を含む、方法。
【請求項２】
前記ＲＰＭクライアントにより前記抽出部分を含む画面を生成するステップと、前記発信仮想計算機上のユーザに前記画面を表示するステップとをさらに含む、請求項１に記載の方法。
【請求項３】
前記ユーザが許可状況を有し、前記許可状況に応じて、前記画面に含まれる前に前記抽出部分の少なくとも一部分が削除される、請求項２に記載の方法。
【請求項４】
前記発信仮想計算機上のユーザが許可状況を有し、前記許可状況に応じて、前記ＲＰＭクライアントが前記ユーザに許可エラーを返す、請求項１に記載の方法。
【請求項５】
前記発信仮想計算機が前記ターゲット仮想オペレーティング・システム上で実行される、請求項１に記載の方法。
【請求項６】
前記発信仮想計算機が、前記ターゲット仮想オペレーティング・システムとは別個のものである仮想オペレーティング・システム上で実行される、請求項１に記載の方法。
【請求項７】
前記表示画面をユーザがアクセス可能なコンピュータ・メモリに保存し、それにより、後続分析が容易になる、保存ステップをさらに含む、請求項２に記載の方法。
【請求項８】
前記セントラル・パフォーマンス・データ・サーバが前記ターゲット仮想オペレーティング・システム上で実行される、請求項１に記載の方法。
【請求項９】
前記ターゲット仮想オペレーティング・システムに関連するパフォーマンス・データを、前記セントラル・パフォーマンス・データ・サーバにより定期的に収集するステップをさらに含む、請求項１に記載の方法。
【請求項１０】
前記収集パフォーマンス・データを前記セントラル・パフォーマンス・データ・サーバにとってアクセス可能なメモリに保存するステップをさらに含む、請求項９に記載の方法。
【請求項１１】
前記ターゲット仮想オペレーティング・システムおよび前記発信仮想計算機が単一物理コンピュータ・システム上で動作する、請求項１に記載の方法。
【請求項１２】
前記ターゲット仮想オペレーティング・システムが第１の物理コンピュータ・システム上に常駐し、前記発信仮想計算機が第２の物理コンピュータ・システム上に常駐し、前記第１の物理コンピュータ・システムが前記第２の物理コンピュータ・システムとは別個のものである、請求項１に記載の方法。
【請求項１３】
前記仮想データ・センタ複合体がＶ個の仮想計算機を含み、Ｖが１より大きい整数である、請求項１に記載の方法。
【請求項１４】
前記仮想データ・センタ複合体がＭ個の物理コンピュータ・システムをさらに含み、Ｍが１以上の整数である、請求項１３に記載の方法。
【請求項１５】
前記ユーザが前記仮想データ・センタ複合体内のどこかで第２の発信仮想計算機にログオンし、前記生成画面が前記第２の発信仮想計算機上の前記ユーザに表示されるステップをさらに含む、請求項２に記載の方法。
【請求項１６】
仮想データ・センタ複合体内のターゲット仮想オペレーティング・システムのパフォーマンスをモニタするためのシステムにおいて、
プロセッサと、
前記プロセッサにとってアクセス可能なメモリであって、少なくとも、
前記仮想データ・センタ複合体内の前記ターゲット仮想オペレーティング・システム上に常駐するリモート・パフォーマンス・モニタ（ＲＰＭ）サーバで、パフォーマンス・データを受信する命令であって、前記パフォーマンス・データが、前記仮想オペレーティング・システムについて動作可能なセントラル・パフォーマンス・データ・サーバにより生成され、事前定義間隔で前記ＲＰＭサーバに供応される、受信命令と、
前記パフォーマンス・データの少なくとも一部分を前記ＲＰＭサーバにとってアクセス可能なメモリに保存する命令と、
前記仮想データ・センタ複合体内の発信仮想計算機内に常駐するリモート・パフォーマンス・モニタ（ＲＰＭ）クライアントからの要求に応答して、前記メモリ内に存在するデータの少なくとも一部分を前記ＲＰＭサーバによって抽出し、前記ＲＰＭクライアントに前記抽出部分を供応する命令と、
を保管するメモリと、
を有する、システム。
【請求項１７】
前記ＲＰＭクライアントにより前記抽出部分を含む画面を生成する命令と、前記発信仮想計算機上のユーザに前記画面を表示する命令とを、前記メモリがさらに保管する、請求項１６に記載のシステム。
【請求項１８】
前記ユーザが許可状況を有し、前記許可状況に応じて、前記画面に含まれる前に前記抽出部分の少なくとも一部分を削除させる命令が、前記メモリにさらに保管される、請求項１７に記載のシステム。
【請求項１９】
前記発信仮想計算機上のユーザが許可状況を有し、前記許可状況に応じて、前記ＲＰＭクライアントにより前記ユーザに許可エラーを返させる命令が、前記メモリにさらに保管される、請求項１６に記載のシステム。
【請求項２０】
前記発信仮想計算機が前記ターゲット仮想オペレーティング・システム上で実行される、請求項１６に記載のシステム。
【請求項２１】
前記発信仮想計算機が、前記ターゲット仮想オペレーティング・システムとは別個のものである仮想オペレーティング・システム上で実行される、請求項１６に記載のシステム。
【請求項２２】
前記表示画面をユーザがアクセス可能なコンピュータ・メモリに保存し、それにより、後続分析が容易になる保存命令を、前記メモリがさらに保管する、請求項１７に記載のシステム。
【請求項２３】
前記セントラル・パフォーマンス・データ・サーバが前記ターゲット仮想オペレーティング・システム上で実行される、請求項１６に記載のシステム。
【請求項２４】
前記ターゲット仮想オペレーティング・システムに関連するパフォーマンス・データを、前記セントラル・パフォーマンス・データ・サーバにより定期的に収集させる命令を、前記メモリがさらに保管する、請求項１６に記載のシステム。
【請求項２５】
前記収集パフォーマンス・データを前記セントラル・パフォーマンス・データ・サーバにとってアクセス可能なメモリに保存する命令を、前記メモリがさらに保管する、請求項２４に記載のシステム。
【請求項２６】
前記ターゲット仮想オペレーティング・システムおよび前記発信仮想計算機が単一物理コンピュータ・システム上で動作する、請求項１６に記載のシステム。
【請求項２７】
前記ターゲット仮想オペレーティング・システムが第１の物理コンピュータ・システム上に常駐し、前記発信仮想計算機が第２の物理コンピュータ・システム上に常駐し、前記第１の物理コンピュータ・システムが前記第２の物理コンピュータ・システムとは別個のものである、請求項１６に記載のシステム。
【請求項２８】
前記仮想データ・センタ複合体がＶ個の仮想計算機を含み、Ｖが１より大きい整数である、請求項１６に記載のシステム。
【請求項２９】
前記仮想データ・センタ複合体がＭ個の物理コンピュータ・システムをさらに含み、Ｍが１以上の整数である、請求項２８に記載のシステム。
【請求項３０】
前記ユーザが前記仮想データ・センタ複合体内のどこかで第２の発信仮想計算機にログオンし、前記生成画面が前記第２の発信仮想計算機上の前記ユーザに表示される、請求項１７に記載のシステム。
【請求項３１】
請求項１ないし１５のいずれか１項に記載の前記方法のすべての前記ステップを実行するための命令を含む、コンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ・システムのリソースをモニタすることに関する。より具体的には、本発明は、仮想データ・センタ複合体（virtual data center complex）内の仮想オペレーティング・システムのパフォーマンスをリモートでモニタするための方法、コンピュータ・プログラム、およびシステムに関する。
【背景技術】
【０００２】
仮想計算機は従来技術で既知のものである。一般に、仮想計算機は、コンピュータ・ユーザにとって、またはコンピュータ・システム上で実行されるように開発されたプログラムにとって、実際の物理コンピュータ・システムであるように思われる。しかし、仮想計算機は、仮想計算機をホストとして処理するコンピュータの物理仕様に拘束されず、むしろ、仮想計算機は、仮想計算機を定義する責任があるシステムによって決定されたコンピューティング・リソース（たとえば、仮想メモリ）により性格的には論理的なものである。
【０００３】
したがって、システム管理者にとって相当なフレキシビリティが存在し、それにより、所有企業の具体的な作業負荷のために適切に構造化された仮想オペレーティング・システムを定義することによってコンピューティング・システムの物理システムがより効率的に使用される。このために、単一の物理計算機は１つまたは複数の仮想オペレーティング・システムをホストとして処理することができ、各仮想オペレーティング・システムは１つまたは複数の仮想計算機を含む。
【０００４】
仮想計算機は、実オペレーティング・システムをホストとして処理するという追加の機能を有する。すなわち、単一の仮想計算機は、オペレーティング・システムがそれ自体の物理コンピュータ上で実行されているという錯覚を引き起こす、ゲスト・オペレーティング・システムをホストとして処理することができる。これは、効率の良いソフトウェア・テストを容易にするという点で非常に強力な概念である。
【０００５】
たとえば、数十の部門が同時に種々のソフトウェア・プログラム（software product）をテストすることができ、開発の初期段階ではそれぞれがオペレーティング・システム全体を使用不可にする恐れがある重大なエラーに遭遇する可能性が高い。これらの部門のすべてが単一実システム上で実行されている場合、１つのソフトウェア・プログラムに関するそれぞれの使用不可エラー（disabling error）により、テストは、システム上でテストされている他のすべてのソフトウェア・プログラムに関するスクリーチング停止（screeching halt）にいたる可能性がある。
【０００６】
仮想世界では、使用不可エラーにより、障害のあるソフトウェア・プログラムを実行しているゲスト・オペレーティング・システムのみが停止する。それぞれ固有の仮想計算機の下でそれ自体の固有のゲスト・オペレーティング・システムを実行しているので、他のすべてのソフトウェア・テストは進行する。
【０００７】
コンピューティング・システムの効率をさらに高めるために、追加のフレキシビリティが経時的に進化し、それにより、１つまたは複数の物理コンピューティング・システム上で実行される１つまたは複数の仮想オペレーティング・システムに及ぶ複数の仮想計算機を定義することができる。これは、ある企業の作業負荷が経時的に増加したときに追加の計算能力への簡単なマイグレーションを容易にするものであった。仮想計算機のこのようなネットワークは本明細書では「仮想データ・センタ複合体」と定義する。
【０００８】
複数の物理コンピューティング・システムについて定義された複数の仮想計算機の場合、システム管理者が仮想データ・センタ複合体を継続的に適切にチューニングするために高度なパフォーマンス・モニタ機能が必要になることは明らかである。ＩＢＭの仮想計算機（ＶＭ）オペレーティング・システムとともに出荷されるＩＢＭのＲＴＭプログラム（RTM product）など、システム管理者の要求に応える様々なパフォーマンス・モニタ・プログラムは従来技術で既知のものである。
【０００９】
しかし、従来技術の仮想計算機パフォーマンス・モニタ・プログラム（product）は、システム管理者の要求に応えるという点で不十分なものである。大規模ソフトウェア開発企業でテスト作業負荷が増加するにつれて、仮想計算機のユーザも何らかのパフォーマンス・モニタ機能を有することは、ますます重要なものになっている。このようにして、一般ユーザ（すなわち、仮想複合体の動作全般について責任があるシステム管理者以外のユーザ）は、自分の個別プロジェクトの適時実行を保証するために必要なツールを備えている。たとえば、ある仮想オペレーティング・システムのパフォーマンスに関する十分かつ時宜を得た知識により、ユーザは、所与の作業負荷のために異なる仮想オペレーティング・システムをターゲットにすると決定することができ、それにより、自分の個別プロジェクトを促進するとともに、可用性の高いコンピューティング・リソースとともに仮想オペレーティング・システムを選択することにより、作業負荷全般のバランスを取るのに役に立つ。
【００１０】
さらに、一般ユーザは、プロジェクト・ソフトウェアの実行とともに付随する仮想オペレーティング・システムのパフォーマンス統計の変化を検出することにより、所与のソフトウェア・プログラムについてパフォーマンス上の課題または問題が存在することを発見することができる。さらに、プロジェクト実行中にパフォーマンス画面を収集することにより、一般ユーザは、仮想データ・センタ複合体がその企業のために最適にチューニングされていない場合にシステム管理者と共用するための有用な文書を蓄積することができる。
【００１１】
従来技術の仮想計算機パフォーマンス・モニタのもう１つの短所は、前に事前決定されたシステムのみからパフォーマンス情報を受信することに関して非常に限定的であることである。たとえば、ユーザまたは管理者が１つの物理プロセッサ上に常駐する１つの仮想計算機に現在ログオンしている場合、必要なパフォーマンス情報にアクセスするために異なる物理プロセッサ上の第２の仮想計算機にログオンすることが必要である場合もある。パフォーマンス情報を入手するために１つの仮想計算機からログオフし、第２の仮想計算機にログオンするというこのプロセスは、非常に不便であり、ユーザおよび管理者の生産性に影響する。
【００１２】
したがって、便利かつ効率よく一般ユーザによるリモート・パフォーマンス情報の取り出しを容易にすることができるが、仮想データ・センタ複合体のセキュリティおよび保全性を危うくしない、仮想データ・センタ複合体内で動作可能な拡張リモート・パフォーマンス・モニタが大いに必要である。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
上記に簡単に記載した従来技術のこのような制約を克服するために、本発明は、仮想データ・センタ複合体内のターゲット仮想オペレーティング・システムのパフォーマンスをリモートでモニタするための方法、コンピュータ・プログラム、およびシステムを提供する。
【課題を解決するための手段】
【００１４】
一実施形態では、仮想データ・センタ複合体内のターゲット仮想オペレーティング・システム上に常駐するリモート・パフォーマンス・モニタ（以下ＲＰＭ）サーバでパフォーマンス・データが受信される方法が記載されている。パフォーマンス・データは、仮想オペレーティング・システムについて動作可能なセントラル・パフォーマンス・データ・サーバにより生成され、事前定義間隔で供応される。
【００１５】
パフォーマンス・データの少なくとも一部分は、ＲＰＭサーバにとってアクセス可能なメモリに保存される。次に、仮想データ・センタ複合体内の発信仮想計算機（originating virtual machine）内に常駐するＲＰＭクライアントからの要求に応答して、メモリ内に存在するデータの少なくとも一部分がＲＰＭサーバによって抽出され、ＲＰＭクライアントに供応される。
【００１６】
他の実施形態では、この方法は、パフォーマンス・データの抽出部分から画面を生成するステップと、発信仮想計算機にログオンしているユーザにその画面を表示するステップとをさらに含むことができる。さらに他の実施形態では、許可検査が実行され、ユーザの許可状況に応じて、許可エラーがユーザに返される。さらに他の実施形態では、ユーザは、異なる仮想計算機にログオンし、元の仮想計算機と同じパフォーマンス・データを取り出す機能を保持することができる。
【００１７】
仮想データ・センタ複合体内のターゲット仮想オペレーティング・システムのパフォーマンスをリモートでモニタするための本発明のシステムも提示される。このシステムは、単一のコンピューティング・デバイス上または複数のコンピューティング・デバイス上で実行されるソフトウェアとして実施することができる。開示された諸実施形態のシステムは、実質的に、上記の方法に関して上記で提示された諸機能を実行するために必要なモジュールおよび構造を含む。詳細には、一実施形態のシステムは、コンピューティング・デバイスと、ＲＰＭクライアントと、ＲＰＭサーバと、セントラル・パフォーマンス・データ・サーバとを含む。
【００１８】
信号伝送媒体は、仮想データ・センタ複合体内のターゲット仮想オペレーティング・システムのパフォーマンスをリモートでモニタするための動作を実行するためにデジタル処理装置によって実行可能な機械可読命令（または「プログラム・コード」）からなるプログラムを具体的に実施するものである。このプログラムの動作は、実質的に、上記の方法に関して上記したものと同じ機能を含む。詳細には、このプログラムの動作は、ＲＰＭクライアントと、ＲＰＭサーバと、セントラル・パフォーマンス・データ・サーバの実行を含む。
【００１９】
本明細書全体を通して特徴、利点、または同様の言語に言及する場合、本発明によって実現可能な特徴および利点のすべてが本発明の任意の単一実施形態に存在しなければならないかまたは存在していることを意味するわけではない。むしろ、特徴および利点に言及する言語は、一実施形態に関連して記載した具体的な特徴、利点、または特性が本発明の少なくとも１つの実施形態に含まれることを意味するものと理解される。したがって、本明細書全体を通して特徴、利点、および同様の言語を考察する場合、同じ実施形態に言及する可能性があるが、必ずしも同じ実施形態に言及しているわけではない。
【００２０】
さらに、本発明の上記の特徴、利点、および特性は、任意の適当な方法で1つまたは複数の実施形態に組み合わせることができる。当業者であれば、特定の一実施形態の具体的な特徴または利点のうちの1つまたは複数がなくても、本発明を実施可能であることを認識するであろう。その他の事例では、本発明のすべての実施形態に存在できるわけではない追加の特徴および利点が特定の諸実施形態で認識することができる。
【００２１】
添付図面に関連して本発明を説明するが、添付図面全体を通して同様の参照番号は同じ要素を示している。
【発明を実施するための最良の形態】
【００２２】
次に図１を参照すると、本発明を実施するのに適した仮想データ・センタ複合体のブロック図が示されている。仮想データ・センタ複合体１００は、物理システムＰＡ１４５と物理システムＰＢ１５０とを含む。典型的には、物理システム１４５および１５０は、ｚＳｅｒｉｅｓメインフレーム・コンピュータ・システムなどのメインフレーム・システムである。（ｚＳｅｒｉｅｓは、米国、その他の国、あるいはその両方におけるインターナショナル・ビジネス・マシーンズ社の商標である。）しかし、当業者であれば、ｚＳｅｒｉｅｓに対する言及は模範的なものであり、本明細書に含まれる教示は任意の物理コンピューティング・システムに適用可能であることを認識するであろう。
【００２３】
物理システムＰＡ１４５は、仮想オペレーティング・システムＯＡ１１０と仮想オペレーティング・システムＯＣ１３０とを含む。仮想オペレーティング・システムＯＡ１１０は、仮想計算機ＶＡ１１１と、仮想計算機ＶＢ１１２と、仮想計算機ＶＣ１１３とを含む。仮想オペレーティング・システムＯＣ１３０は、仮想計算機ＶＥ１３１と仮想計算機ＶＦ１３２とを含む。物理システムＰＢ１５０は仮想オペレーティング・システムＯＢ１２０を含む。仮想オペレーティング・システムＯＢ１２０は仮想計算機ＶＤ１２１を含む。
【００２４】
当業者であれば、図１に表されている構成は性格的には模範的なものであり、複数のプロセッサと、複数の仮想オペレーティング・システムと、複数の仮想計算機とを例示する無制限の数の他の構成が可能であることを認識するであろう。
【００２５】
また、図１には仮想計算機ユーザ１１５、１１６、１１７、１２５、１３５、および１３６も例示されている。特定の仮想計算機ユーザは特定の仮想計算機にログオンしている可能性があるが、そのユーザは、仮想データ・センタ複合体１００内の任意の数の他の仮想計算機または仮想オペレーティング・システムに関心がある可能性がある。たとえば、ユーザ１３５は現在、仮想計算機ＶＥ１３１にログオンしているが、ユーザ１３５は、仮想計算機ＶＤ１２１上で実行するための１つまたは複数のジョブをスケジューリングした可能性がある。したがって、ユーザ１３５は、仮想オペレーティング・システムＯＢ１２０ならびに仮想オペレーティング・システムＯＣ１３０のパフォーマンスに関する情報の表示に関心がある可能性がある。
【００２６】
ユーザ１４０は、図１には「システム・ユーザ」として示されている。システム・ユーザは、一般ユーザにとって使用可能ではない、仮想データ・センタ複合体１００内のシステム情報を表示し変更するための特別な特権を有するユーザを指す。システム・ユーザは、複合パフォーマンス・データを理解し、適切なチューニング調整を行って、仮想データ・センタ複合体のパフォーマンス全体を強化するための特殊技能を有し、訓練を受けている。システム・ユーザ１４０は、図示の通り、現在、任意の仮想計算機にログオンしていないが、典型的には、仮想オペレーティング・システム１１０、１２０、および１３０にアクセスできるであろう。
【００２７】
次に図２を参照すると、本発明による追加コンポーネントを示すために図１のブロック図がさらに拡張されている。仮想オペレーティング・システムＯＡ１１０は、ＲＰＭサーバＳＡ２１０とセントラル・パフォーマンス・データ・サーバＣＡ２９０とを含む。仮想オペレーティング・システムＯＢ１２０は、ＲＰＭサーバＳＢ２４０とセントラル・パフォーマンス・データ・サーバＣＢ２８５とを含み、仮想オペレーティング・システムＯＣ１３０は、ＲＰＭサーバＳＣ２６０とセントラル・パフォーマンス・データ・サーバＣＣ２６５とを含む。
【００２８】
仮想計算機ＶＡ１１１はソフトウェア・コンポーネントＲＰＭクライアントＣＡ２１２を含む。同様に、ＲＰＭクライアント２２２、２３２、２４２、２５２、および２６２は、それぞれ仮想計算機１１２、１１３、１２１、１３１、および１３２用として図示されている。
【００２９】
本発明によれば、任意のＲＰＭクライアントは仮想データ・センタ複合体２００内の任意のＲＰＭサーバと通信することができ、任意のＲＰＭサーバは仮想データ・センタ複合体２００内の任意のＲＰＭクライアントと通信することができる。これらの通信リンクは簡単にするために図示されていないが、上記の表明により存在するものと想定される。本発明によれば、セントラル・パフォーマンス・データ・サーバ２９０、２８５、および２６５のそれぞれは、ＲＰＭサーバ２１０、２４０、および２６０とそれぞれ通信することができ、ＲＰＭサーバ２１０、２４０、および２６０のそれぞれは、セントラル・パフォーマンス・データ・サーバ２９０、２８５、および２６５とそれぞれ通信することができる。これらの通信リンクは簡単にするために図示されていないが、上記の表明により存在するものと想定される。
【００３０】
次に図３を参照すると、異なる物理計算機上に常駐する異なるターゲット仮想オペレーティング・システムに関するパフォーマンス情報を要求する１つの仮想計算機にログオンしているユーザの具体的な例を例示するために図２のブロック図がさらに拡張されている。ユーザ１２５は、仮想計算機ＶＤ１２１にログオンし、仮想オペレーティング・システムＯＣ１３０に関するパフォーマンス情報を要求する。この例の場合、仮想計算機ＶＤ１２１は発信仮想計算機と呼ばれ、仮想オペレーティング・システムＯＣ１３０はターゲット仮想オペレーティング・システムと呼ばれる。
【００３１】
以下の表は、好ましい一実施形態において、ＲＰＭクライアントから特定のパフォーマンス画面を要求することにより一般ユーザまたは許可ユーザが表示できる何らかの模範的なタイプのパフォーマンス情報を例示するものである。
【表１】
2009519523.tif 000003
【００３２】
好ましい一実施形態では、上記の「クラス」という列に描写されているユーザの許可レベルに応じて、様々なパフォーマンス画面を要求することができる。「一般／許可」というクラスの指定は、パフォーマンス画面が一般ユーザにとって使用可能であるが、その要求に対応する前にあるレベルの適切な許可を必要とすると思われる様々なサブオプションを指定できることを意味する。
【００３３】
ユーザ１２５が要求を開始したことに応答して、ＲＰＭクライアントＣＤ２４２は、制御を受け取り、通信３７０を開始し、それにより、ＲＰＭサーバＳＣ２６０は制御を受け取る。この通信に応答して、ＲＰＭサーバＳＣ２６０は、ＲＰＭサーバＳＣ２６０にとってアクセス可能なメモリから要求されたパフォーマンス・データを取り出し、要求されたデータを通信リンク３７０によりＲＰＭクライアントＣＤ２４２に返す。次にＲＰＭクライアントＣＤ２４２は、ユーザ１２５に対してこのデータを表示する。
【００３４】
以下により詳細に説明する所定の間隔で、ＲＰＭサーバＳＣ２６０は通信３７１を開始し、それにより、セントラル・パフォーマンス・データ・サーバ２６５は制御を受け取る。この通信に応答して、セントラル・パフォーマンス・データ・サーバ２６５は、要求されたパフォーマンス・データを生成し、要求されたデータを通信リンク３７１によりＲＰＭサーバＳＣ２６０に返す。ＲＰＭサーバＳＣ２６０は、仮想データ・センタ複合体３００内の任意のＲＰＭクライアントからの将来の要求を満足するために、アクセス可能なメモリにこのパフォーマンス・データを保持する。
【００３５】
好ましい一実施形態では、セントラル・パフォーマンス・データ・サーバ２６５は、従来技術で「ＦＣＯＮ」として知られている仮想データ・センタ複合体内の既存のパフォーマンス・サーバ・コンポーネントにすることができる。
【００３６】
次に図４を参照すると、同じ物理計算機上に常駐するが、異なるターゲット仮想オペレーティング・システムに関するパフォーマンス情報を要求する１つの仮想計算機にログオンしているユーザの具体的な例を例示するために図２のブロック図がさらに拡張されている。ユーザ１１５は、仮想計算機ＶＡ１１１にログオンし、仮想オペレーティング・システムＯＣ１３０に関するパフォーマンス情報を要求する。この例の場合、ＶＡ１１１は発信仮想計算機と呼ばれ、仮想オペレーティング・システムＯＣ１３０はターゲット仮想オペレーティング・システムと呼ばれる。
【００３７】
ユーザ１１５がパフォーマンス情報に関するこの要求を開始したことに応答して、ＲＰＭクライアントＣＡ２１２は、制御を受け取り、通信４７０を開始し、それにより、ＲＰＭサーバＳＣ２６０は制御を受け取る。この通信に応答して、ＲＰＭサーバＳＣ２６０は、ＲＰＭサーバＳＣ２６０にとってアクセス可能なメモリから要求されたパフォーマンス・データを取り出し、要求されたデータを通信リンク４７０によりＲＰＭクライアントＣＡ２１２に返す。次にＲＰＭクライアントＣＡ２１２は、ユーザ１１５に対してこのデータを表示する。
【００３８】
以下により詳細に説明する所定の間隔で、ＲＰＭサーバＳＣ２６０は通信４７１を開始し、それにより、セントラル・パフォーマンス・データ・サーバ２６５は制御を受け取る。この通信に応答して、セントラル・パフォーマンス・データ・サーバ２６５は、要求されたパフォーマンス・データを生成し、この要求されたデータを通信リンク４７１によりＲＰＭサーバＳＣ２６０に返す。ＲＰＭサーバＳＣ２６０は、仮想データ・センタ複合体４００内の任意のＲＰＭクライアントからの将来の要求を満足するために、アクセス可能なメモリにこのパフォーマンス・データを保持する。
【００３９】
次に図５を参照すると、要求側ユーザの仮想計算機を含むターゲット仮想オペレーティング・システムに関するパフォーマンス情報を要求する１つの仮想計算機にログオンしているユーザの具体的な例を例示するために図２のブロック図がさらに拡張されている。ユーザ１２５は、仮想計算機ＶＤ１２１にログオンし、仮想オペレーティング・システムＯＢ１２０に関するパフォーマンス情報を要求する。この例の場合、ＶＤ１２１は発信仮想計算機と呼ばれ、仮想オペレーティング・システムＯＢ１２０はターゲット仮想オペレーティング・システムと呼ばれる。
【００４０】
ユーザ１２５がこの要求を開始したことに応答して、ＲＰＭクライアントＣＤ２４２は、制御を受け取り、通信５７０を開始し、それにより、ＲＰＭサーバＳＢ２４０は制御を受け取る。この通信に応答して、ＲＰＭサーバＳＢ２４０は、ＲＰＭサーバＳＢ２４０にとってアクセス可能なメモリから要求されたパフォーマンス・データを取り出し、要求されたデータを通信リンク５７０によりＲＰＭクライアントＣＤ２４２に返す。次にＲＰＭクライアントＣＤ２４２は、ユーザ１２５に対してこのデータを表示する。以下により詳細に説明する所定の間隔で、ＲＰＭサーバＳＢ２４０は通信５７１を開始し、それにより、セントラル・パフォーマンス・データ・サーバＣＢ２８５は制御を受け取る。この通信に応答して、セントラル・パフォーマンス・データ・サーバＣＢ２８５は、要求されたパフォーマンス・データを生成し、要求されたデータを通信リンク５７１によりＲＰＭサーバＳＢ２４０に返す。ＲＰＭサーバＳＢ２４０は、仮想データ・センタ複合体５００内の任意のＲＰＭクライアントからの将来の要求を満足するために、アクセス可能なメモリにこのパフォーマンス・データを保持する。
【００４１】
次に図６を参照すると、流れ図６００はＲＰＭクライアントの一実施形態を教示している。処理はステップ６０５から始まり、次にステップ６１０では、発信仮想計算機にログオンしているユーザからパフォーマンス画面に関する要求が受信される。ステップ６１５を続け、ユーザ要求がターゲット仮想オペレーティング・システムを識別しているかどうかを判別するためにテストが行われる。識別している場合、ステップ６２０では、指定のターゲット仮想計算機のノード名が使用される。そうではなく、ユーザ要求がターゲット仮想オペレーティング・システムを識別し損なっている場合、ステップ６１８では、デフォルトでユーザの発信仮想計算機に関連するノード名がターゲット・ノード名になる。
【００４２】
ステップ６２０またはステップ６１８から続いて、処理はステップ６２５で再開し、そこでターゲット・ノード名に関連する仮想データ・センタ複合体が決定される。ステップ６３０では、ステップ６２５によって決定された仮想データ・センタ複合体がユーザの発信仮想計算機（すなわち、ユーザがログオンしている仮想計算機）に関連する仮想データ・センタ複合体と同じであるかどうかを判別するためにテストが行われる。ユーザの発信仮想計算機に関連する仮想データ複合体がステップ６２５で決定されたターゲット仮想計算機に関連する仮想データ複合体とは異なる場合、ステップ６３５では、処理はエラー条件を発生して完了する。異ならない場合、処理はステップ６４５を続ける。
【００４３】
ステップ６４５では、要求されたパフォーマンス画面を取り出すことをユーザが許可されているかどうかを判別するためにテストが行われる。許可されていない場合、処理はステップ６５０でエラー条件を発生して完了する。許可されている場合、処理はステップ６５５を続け、そこでターゲット仮想オペレーティング・システムに関連するＲＰＭサーバにパフォーマンス画面要求が送信される。
【００４４】
ステップ６６０を続け、要求されたパフォーマンス画面はＲＰＭサーバによってＲＰＭクライアントに返される。ステップ６６５では、ユーザに対してパフォーマンス画面が表示される。代替一実施形態では、ユーザの許可レベルを超えるパフォーマンス情報は、ユーザに表示する前にＲＰＭクライアントによってパフォーマンス画面から削除される。
【００４５】
ステップ６７０でパフォーマンス画面に関する他のユーザ要求が行われた場合、処理は上記で説明したステップ６１０に戻る。他のユーザ要求が行われていない場合、処理はステップ６７５で正常に完了する。
【００４６】
次に図７を参照すると、流れ図７００はＲＰＭサーバの一実施形態を教示している。処理はステップ７０５から始まり、次にステップ７１０では、それぞれの仮想オペレーティング・システムにおいてＲＰＭサーバの存在を確立するために初期設定処理が実行される。ステップ７１５では、定期間隔割り込みのインスタンスが発生したかどうかを判別するためにテストが行われる。発生した場合、制御はステップ７２０に移行し、そこでＲＰＭサーバはＲＰＭサーバと同じ仮想オペレーティング・システムで動作可能なセントラル・パフォーマンス・データ・サーバに要求を送信する。次にステップ７２５では、セントラル・パフォーマンス・データ・サーバが要求されたパフォーマンス画面をＲＰＭサーバに返し、そこでその画面は将来のＲＰＭクライアント要求の処理のためにＲＰＭサーバ・メモリに保管される。次に処理はステップ７５５を続け、そこでＲＰＭサーバは次の作業要求を待ち、その時点で制御は上記で論じたステップ７１５に戻る。
【００４７】
次にステップ７１５に戻り、ＲＰＭサーバ要求が間隔割り込みではない場合、処理はステップ７３０を続け、そこでこれがＲＰＭクライアント要求であるかどうかを判別するためにテストが行われる。ＲＰＭクライアント要求である場合、ステップ７３５では、ＲＰＭクライアント要求が有効であるかどうかを判別するために追加のテストが行われる。それが有効な要求ではない場合、処理はステップ７４０で異常終了し、有効な要求である場合、処理はステップ７３７を続け、そこで要求されたパフォーマンス情報を取り出すことをユーザが許可されているかどうかを判別するためにテストが行われる。許可されていない場合、処理はステップ７４０で異常終了し、許可されている場合、処理はステップ７４５を続ける。ステップ７４５では、ＲＰＭクライアントが要求したパフォーマンス画面がＲＰＭサーバ・メモリから選択される。次にステップ７５０では、上記のステップ７４５で選択された要求パフォーマンス画面がＲＰＭクライアントに返され、処理は上記で論じたステップ７５５を続ける。次にステップ７３０に戻り、これがＲＰＭクライアント要求ではない場合、処理は上記で論じたステップ７５５に移行する。
【００４８】
次に図８を参照すると、流れ図８００はセントラル・パフォーマンス・データ・サーバの一実施形態を教示している。処理はステップ８０５から始まり、次にステップ８１０では、管理者コマンドに応答してセントラル・パフォーマンス・データ・サーバが開始され、初期設定される。ステップ８１５では、定期間隔割り込みのインスタンスが発生したかどうかを判別するためにテストが行われる。発生した場合、制御はステップ８２０に移行し、そこでセントラル・パフォーマンス・データ・サーバは関連仮想オペレーティング・システムに関する仮想オペレーティング・システム・パフォーマンス・データを収集する。次にステップ８２５では、セントラル・パフォーマンス・データ・サーバは、将来のユーザ要求の処理のためにこのパフォーマンス・データをメモリに保存する。次に処理はステップ８５５を続け、そこでセントラル・パフォーマンス・データ・サーバは次の作業要求を待ち、その時点で制御は上記で論じたステップ８１５に戻る。
【００４９】
次にステップ８１５に戻り、要求が間隔割り込みではない場合、処理はステップ８３０を続け、そこでこれがセントラル・パフォーマンス・データ・サーバ（たとえば、ＲＰＭサーバ）のサービスのユーザからのパフォーマンス・データ要求であるかどうかを判別するためにテストが行われる。パフォーマンス・データ要求である場合、ステップ８３５では、ユーザ要求が有効であるかどうかを判別するために追加のテストが行われる。それが有効な要求ではない場合、処理はステップ８４０で異常終了し、有効な要求である場合、処理はステップ８３７を続け、そこで要求された情報を取り出すことをユーザが許可されているかどうかを判別するために追加のテストが行われる。ユーザが許可されていない場合、処理はステップ８４０で異常終了する。許可されている場合、処理はステップ８４５を続け、そこでユーザが要求したパフォーマンス・データがセントラル・パフォーマンス・データ・サーバにとってアクセス可能なメモリから取り出される。次にステップ８５０では、要求されたパフォーマンス・データが、セントラル・パフォーマンス・データ・サーバ・サービスを呼び出したユーザ（たとえば、ＲＰＭサーバ）に返される。ステップ８５０に続いて、制御はステップ８５５に移行し、そこでセントラル・パフォーマンス・データ・サーバは次の要求を待ち、次に上記で論じたステップ８１５に移行する。次にステップ８３０に移行すると、要求がデータに関するユーザ要求ではない場合、制御は上記で論じたステップ８５５に移行する。
【００５０】
組み合わせて考慮すると、サポート図および詳細説明に併せて、流れ図６００、７００、および８００は、仮想データ・センタ複合体内の任意の仮想計算機にログオンすることによりその仮想データ・センタ複合体内の仮想オペレーティング・システムのパフォーマンスをリモートでモニタすることを提供する。本明細書に含まれる教示によれば、一般ユーザには、仮想データ・センタ複合体にとって安全で非破壊的である方法で必要なパフォーマンス情報を効率よく取得する際に多大なフレキシビリティが与えられる。
【図面の簡単な説明】
【００５１】
【図１】本発明を実施可能な模範的な従来技術の仮想データ・センタ複合体のブロック図である。
【図２】本発明による模範的なリモート・パフォーマンス・モニタを例示するブロック図である。
【図３】模範的なパフォーマンス画面要求を例示するブロック図である。
【図４】第２の模範的なパフォーマンス画面要求を例示するブロック図である。
【図５】第３の模範的なパフォーマンス画面要求を例示するブロック図である。
【図６】ＲＰＭクライアントの一実施形態の論理の流れを例示する流れ図である。
【図７】ＲＰＭサーバの一実施形態の論理の流れを例示する流れ図である。
【図８】セントラル・パフォーマンス・データ・サーバの一実施形態の論理の流れを例示する流れ図である。
【図１】
2009519523.tif 000004
【図２】
2009519523.tif 000005
【図３】
2009519523.tif 000006
【図４】
2009519523.tif 000007
【図５】
2009519523.tif 000008
【図６】
2009519523.tif 000009
【図７】
2009519523.tif 000010
【図８】
2009519523.tif 000011
【国際調査報告】
2009519523.tif 000012
2009519523.tif 000013
2009519523.tif 000014