(57)【要約】  仮想サーバから収集した情報と物理サーバから収集した情報を対応付けできる構成情報管理サーバを提供する。具体的には、構成情報管理サーバは、依存関係を特定したいサーバにおいて特徴的な負荷パターンとなるテスト負荷が発生した際に、システムを構成する全てのサーバから収集した負荷情報を参照し、特徴的な負荷パターンが観測されたサーバを特定することで、依存関係のある物理サーバと仮想サーバを特定し、物理サーバの情報と仮想サーバの情報の対応付けを得て、構成情報管理データベースに格納する。
2011108553.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバの各々の負荷を計測するサーバ情報収集機能部と、
前記複数のサーバのうちの１つである第１サーバに対して所定パターンの負荷が与えられた際に、前記第１サーバ以外の第２サーバから前記所定パターンに対応するパターンの負荷が計測された場合には、前記第２サーバは物理サーバであり前記第１サーバは前記第２サーバ上で稼動する仮想サーバである旨の情報と共に、前記物理サーバと前記仮想サーバとの対応関係を示す情報を記憶装置に記憶する構成情報関連付機能部と
を具備する
構成情報管理サーバ。
【請求項２】
請求項１に記載の構成情報管理サーバであって、
前記複数のサーバのうちいずれか１つのサーバに対して前記所定パターンの負荷を与えるサーバ負荷発生機能部
を更に具備し、
前記構成情報関連付機能部は、前記第１サーバに対して前記所定パターンの負荷が与えられた際に、前記第１サーバ以外のいずれのサーバからも前記所定パターンに対応するパターンの負荷が計測されなかった場合には、前記第１サーバは物理サーバである旨の情報を記憶装置に記憶する
構成情報管理サーバ。
【請求項３】
請求項１又は２に記載の構成情報管理サーバであって、
前記仮想サーバに関する検索要求の入力を受ける構成情報検索機能部と、
前記検索要求に応じて、前記物理サーバと前記仮想サーバとの対応関係を示す情報を出力する対応関係出力部と
を更に具備する
構成情報管理サーバ。
【請求項４】
請求項３に記載の構成情報管理サーバであって、
前記サーバ情報収集機能部は、前記複数のサーバの各々の構成情報を収集し、前記各サーバの構成情報を記憶装置に記憶し、
前記対応関係出力部は、前記物理サーバと前記仮想サーバとの対応関係を示す情報と共に、前記物理サーバの構成情報、及び前記仮想サーバの構成情報を出力する
構成情報管理サーバ。
【請求項５】
請求項１乃至４のいずれか一項に記載の構成情報管理サーバであって、
前記構成情報関連付機能部は、前記複数のサーバの各々に対して１つずつ順番に前記所定パターンの負荷が与えられた際に、前記所定パターンの負荷を与えられた対象サーバと同時に、対象外サーバから前記所定パターンに対応するパターンの負荷が計測された場合には、前記対象外サーバは物理サーバであり前記対象サーバは前記負荷発生サーバ上で稼動する仮想サーバである旨の情報を記憶装置に記憶する
構成情報管理サーバ。
【請求項６】
請求項１乃至５のいずれか一項に記載の構成情報管理サーバであって、
仮想サーバ内部で前記所定パターンの負荷を発生させるサーバ負荷発生機能部が仮想サーバに組み込まれている場合に、前記複数のサーバの各々に対して１つずつ順番に前記サーバ負荷発生機能部の起動命令を送るサーバ負荷発生機能呼び出し部
を更に具備し、
前記サーバ負荷発生機能部は、前記起動命令に応じて、該仮想サーバ内部で前記所定パターンの負荷を発生させ、
前記構成情報関連付機能部は、いずれのサーバからも前記所定パターンに対応するパターンの負荷が計測されなかった場合には、前記起動命令の送信先のサーバは物理サーバである旨の情報を記憶装置に記憶する
構成情報管理サーバ。
【請求項７】
請求項１乃至６のいずれか一項に記載の構成情報管理サーバであって、
前記複数のサーバは、
複数の物理サーバと、
前記複数の物理サーバ上で稼動する１つの仮想サーバと
を含み、
前記サーバ負荷発生機能部は、前記複数の物理サーバ上で稼動する１つの仮想サーバに対して、前記所定パターンの負荷を与える
構成情報管理サーバ。
【請求項８】
構成情報管理サーバにより実施される構成情報管理方法であって、
複数のサーバの各々の負荷を計測することと、
前記複数のサーバのうちの１つである第１サーバに対して所定パターンの負荷が与えられた際に、前記第１サーバ以外の第２サーバから前記所定パターンに対応するパターンの負荷が計測された場合には、前記第２サーバは物理サーバであり前記第１サーバは前記第２サーバ上で稼動する仮想サーバである旨の情報と共に、前記物理サーバと前記仮想サーバとの対応関係を示す情報を記憶装置に記憶することと
を含む
構成情報管理方法。
【請求項９】
請求項８に記載の構成情報管理方法であって、
前記複数のサーバのうちいずれか１つのサーバに対して前記所定パターンの負荷を与えることと、
前記第１サーバに前記所定パターンの負荷が与えられた際に、前記第１サーバ以外のいずれのサーバからも前記所定パターンに対応するパターンの負荷が計測されなかった場合には、前記第１サーバは物理サーバである旨の情報を記憶装置に記憶することと、
を更に含む
構成情報管理方法。
【請求項１０】
請求項８又は９に記載の構成情報管理方法であって、
前記仮想サーバに関する検索要求の入力を受けることと、
前記検索要求に応じて、前記物理サーバと前記仮想サーバとの対応関係を示す情報を出力することと
を更に含む
構成情報管理方法。
【請求項１１】
請求項１０に記載の構成情報管理方法であって、
前記複数のサーバの各々の構成情報を収集し、前記各サーバの構成情報を記憶装置に記憶することと、
前記物理サーバと前記仮想サーバとの対応関係を示す情報と共に、前記物理サーバの構成情報、及び前記仮想サーバの構成情報を出力することと
を更に含む
構成情報管理方法。
【請求項１２】
請求項８乃至１１のいずれか一項に記載の構成情報管理方法であって、
前記複数のサーバの各々に対して、１つずつ順番に、前記所定パターンの負荷を与えることと、
前記所定パターンの負荷を与えられた対象サーバと同時に、対象外サーバから前記所定パターンに対応するパターンの負荷が計測された場合には、前記対象外サーバは物理サーバであり前記対象サーバは前記負荷発生サーバ上で稼動する仮想サーバである旨の情報を記憶装置に記憶することと
を更に含む
構成情報管理方法。
【請求項１３】
請求項８乃至１２のいずれか一項に記載の構成情報管理方法であって、
仮想サーバ内部で前記所定パターンの負荷を発生させるサーバ負荷発生機能が仮想サーバに組み込まれている場合に、前記複数のサーバの各々に対して１つずつ順番に前記サーバ負荷発生機能の起動命令を送ることと、
前記サーバ負荷発生機能が、前記起動命令に応じて、該仮想サーバ内部で前記所定パターンの負荷を発生させることと、
いずれのサーバからも前記所定パターンに対応するパターンの負荷が計測されなかった場合には、前記起動命令の送信先のサーバは物理サーバである旨の情報を記憶装置に記憶することと
を更に含む
構成情報管理方法。
【請求項１４】
請求項８乃至１３のいずれか一項に記載の構成情報管理方法であって、
前記複数のサーバのうち、複数の物理サーバ上で稼動する１つの仮想サーバに対して、前記所定パターンの負荷を与えること
を含む
構成情報管理方法。
【請求項１５】
請求項８乃至１４のいずれか一項に記載の構成情報管理方法を、計算機に実行させるための構成情報管理用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、構成情報管理サーバに関し、特に物理サーバとその物理サーバ上で動作する仮想サーバとが混在するネットワークにおける構成情報管理サーバに関する。
【背景技術】
【０００２】
ＩＴシステムの運用管理においては、システムを構成するサーバやソフトウェア、デバイス、ネットワーク等の構成情報を把握することが重要である。システムの構成情報を収集して構成情報データベースに格納することで、障害時の原因特定や、性能ボトルネックの解析、可用性の管理等の際に利用できる。構成情報データベースには、システムの構成要素の情報だけではなく、構成要素間の依存関係の情報も保持する必要がある。【０００３】
近年では、仮想サーバを構成要素に含むシステムが増加しており、仮想サーバも含めてシステムの構成情報を管理する必要性が生じている。仮想サーバとは、サーバ仮想化機能によって生成及び実行される仮想的なサーバで、サーバ仮想化機能をインストールした物理サーバ上で動作する。システムのユーザやサーバ上で動作するアプリケーションソフトウェア（以下、アプリケーション）は、仮想サーバと物理サーバの違いを意識せずに仮想サーバを利用できる。しかし、仮想サーバの実体は特定の物理サーバ上にあるため、仮想サーバと物理サーバの間には依存関係がある。従って、このようなシステムには、仮想サーバと物理サーバの依存関係を特定する機能が必要である。【０００４】
ところが、仮想サーバの性質上、仮想サーバと物理サーバの依存関係は外部から直接特定することはできない。仮想サーバは、物理サーバと同じように振舞うように構成されるため、仮想サーバ上で動作するオペレーティングシステム（以下、ＯＳ）やアプリケーションは、仮想サーバであることを判別できない。従って、仮想サーバ上のＯＳやアプリケーションから収集した情報からは依存している物理サーバを特定することはできない。【０００５】
一方、物理サーバのサーバ仮想化機能の情報から、サーバ仮想化機能上で仮想サーバを動作させているという情報を得ることはできる。しかし、通常は、サーバ仮想化機能上で動作させている仮想サーバがどの仮想サーバであるのか特定することはできない。何故なら、サーバ仮想化機能を介して得られる仮想サーバの情報はサーバ仮想化機能内での仮想サーバ識別のための情報であり、仮想サーバ上で動作しているＯＳやアプリケーションの構成情報は参照できないためである。仮想サーバにログインして情報を収集する手段もあるが、仮想サーバ上で動作するＯＳのユーザアカウントが必要である。仮想サーバ上で動作するＯＳによってログイン手段は異なるため、自動化は難しく、セキュリティ管理の観点からもログイン処理の自動化は望ましくない。従って、物理サーバから収集した情報から仮想サーバ上で動作しているＯＳやアプリケーションを特定することも難しい。【０００６】
複数の物理サーバと仮想サーバで構成されるシステムの運用管理では、一般的に、サーバ仮想化機能を統合管理するため、非特許文献１に記載されるサーバ仮想化統合管理機能のような技術が利用されている。非特許文献１に記載されるサーバ仮想化統合管理機能では、サーバ仮想化機能上で実行された仮想サーバの起動や停止、マイグレーション（ｍｉｇｒａｔｉｏｎ：プログラムやデータの移行・変換作業）等の操作を全て記録することで、現在どの物理サーバ上でどの仮想サーバが動作しているか把握することができる。【０００７】
しかし、非特許文献１に記載されるサーバ仮想化統合管理機能のような従来の手法では、仮想マシンに対する全てのオペレーションをサーバ仮想化統合管理機能を介して行わなければならない。サーバ仮想化統合管理機能を利用せずに実行した仮想マシンのオペレーションや、他のシステムとの統合によって仮想サーバを追加する場合は、サーバ仮想化機能に改めて設定を行う作業が必要となる。実行したオペレーションが複雑である場合や、多数の物理サーバや仮想サーバを追加・削除する場合、この作業は煩雑になる。また、サーバ仮想化統合管理機能は、特定のサーバ仮想化機能の構成情報しか収集しないため、他のサーバ仮想化機能で生成された仮想サーバの情報は管理できない。【０００８】
関連する技術として、特開２００８−２４２７６６号公報（特許文献１）にプロセス制御システムが開示されている。この関連技術では、サービスを提供する仮想サーバを複数の物理サーバで構成するプロセス制御システムにおいて、少なくとも１つの物理サーバは、コンソール端末から、仮想サーバとそれを構成する物理サーバとを対応付けたノード一覧情報、及び、仮想サーバとそれが提供するサービスとを対応付けたサービス一覧情報を受け付けて、物理サーバに対するサービスの割り当てを定義した割り当て表を生成する。そして、その割り当て表を、物理サーバがサービスプロセスを起動するときに参照する割り当て表として、全ての物理サーバから参照可能な、データベースサーバの共用データベースに登録する。【０００９】
また、特開２００８−０５９５９９号公報（特許文献２）に仮想化されたリソースの割当て方法及びその実施システムが開示されている。この関連技術では、プログラムをその稼働条件に適したリソースへ配置する方法において、各リソースの性能や容量に関する状態を示す管理情報を収集して管理し、その管理情報を参照することにより各リソースの構成管理情報を維持管理し、各業務アプリケーションの使用するリソースの識別情報を含む構成管理情報を参照して、その識別情報で識別されるリソースの構成管理情報を各リソースの構成管理情報の中から読み出すことにより、業務アプリケーションの構成管理情報と検索されたリソースの構成管理情報とを対応付けた業務アプリケーション情報を生成し、その中のリソースの構成管理情報が、対応する業務アプリケーションでのリソース異常を検出する為のルールに該当する場合に、業務アプリケーションでリソース異常が発生していることを示す情報を出力する。【００１０】
また、特開２００７−２７２２６３号公報（特許文献３）に計算機の管理方法、計算機システム、及び管理プログラムが開示されている。この関連技術では、複数の物理計算機と、物理計算機で稼動する複数の仮想計算機と、物理計算機にネットワークを介して接続される管理計算機と、を備える計算機システムにおける計算機の管理方法において、グループ毎に割り当てられる処理性能の指定を受け付け、物理計算機の処理性能を収集し、収集された物理計算機の処理性能に基づいて、指定されたグループの処理性能をグループに属する仮想計算機に割り当てることを特徴とする。【００１１】
また、特表２００６−５１９４２３号公報（特許文献４）に仮想マシンのための動的なサービス・レジストリが開示されている。この関連技術では、グローバルＵＤＤＩ（Ｕｎｉｖｅｒｓａｌ  Ｄｅｓｃｒｉｐｔｉｏｎ，  Ｄｉｓｃｏｖｅｒｙ，  ａｎｄ  Ｉｎｔｅｇｒａｔｉｏｎ）サーバのような伝統的なレジストリにおいて、ネットワークにしばしば予告なくつながったり切り離されたりするデバイスのような、インスタンス生成されてはサスペンドされたり破棄されたりすることを繰り返す仮想マシンなどの一過性のデバイスに対応するため、より低レベルのプロトコルまたは状態を補強して適切なレジストリ更新を決定することによってレジストリ状態を現在アクティブな仮想マシンと一貫させる、動的なリソース／サービス・レジストリを実装する。例えば、仮想マシン・モニタ（ＶＭＭ）が仮想マシン（ＶＭ）の生成及びサスペンドや削除、ならびにそのＶＭによって公開されるリソースを追跡する。ここで、このＶＭＭが、ＶＭの状態が変わるのに応じてそのＶＭのレジストリ項目を適切に追加または削除し、或いはフック（例えば通知）または前記状態もしくはプロトコルに基づくその他の道具立てを提供して、他の関連するモジュールやエージェント（例えば、管理モジュールやレジストリ）が適切な行動をとれるようにする。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００８−２４２７６６号公報
【特許文献２】特開２００８−０５９５９９号公報
【特許文献３】特開２００７−２７２２６３号公報
【特許文献４】特表２００６−５１９４２３号公報
【非特許文献】
【００１３】
【非特許文献１】ＶＭｗａｒｅ  ｖＣｅｎｔｅｒ  Ｓｅｒｖｅｒ，  ＶＭｗａｒｅ  ｖＳｐｈｅｒｅ  の概要，  （ｈｔｔｐ：／／ｗｗｗ．ｖｍｗａｒｅ．ｃｏｍ／ｆｉｌｅｓ／ｊｐ／ｐｄｆ／ｖｓｐ＿４０＿ｉｎｔｒｏ＿ｖｓ＿ｊａ．ｐｄｆ），  ｐ２０−ｐ２３
【発明の概要】
【００１４】
上記のような技術では、一度、仮想サーバの所在を見失うと、当該仮想サーバの管理ログが存在しない場合、もしくは管理ログの内容が正しくない場合には、当該仮想サーバと、当該仮想サーバが稼働中の物理サーバとを対応付けることができなかった。
【００１５】
本発明に係る構成情報管理サーバは、複数のサーバの各々の負荷を計測するサーバ情報収集機能部と、該複数のサーバのうちの１つである第１サーバに対して所定パターンの負荷が与えられた際に、該第１サーバ以外の第２サーバから該所定パターンに対応するパターンの負荷が計測された場合には、該第２サーバは物理サーバであり該第１サーバは該第２サーバ上で稼動する仮想サーバである旨の情報と共に、該物理サーバと該仮想サーバとの対応関係を示す情報を記憶装置に記憶する構成情報関連付機能部とを具備する。
【００１６】
本発明に係る構成情報管理方法は、構成情報管理サーバにより実施される構成情報管理方法であって、複数のサーバの各々の負荷を計測することと、該複数のサーバのうちの１つである第１サーバに対して所定パターンの負荷が与えられた際に、該第１サーバ以外の第２サーバから該所定パターンに対応するパターンの負荷が計測された場合には、該第２サーバは物理サーバであり該第１サーバは該第２サーバ上で稼動する仮想サーバである旨の情報と共に、該物理サーバと該仮想サーバとの対応関係を示す情報を記憶装置に記憶することとを含む。
【００１７】
本発明に係る構成情報管理用プログラムは、上記の構成情報管理方法における処理を、計算機に実行させるためのプログラムである。なお、本発明に係る構成情報管理用プログラムは、記憶装置や記憶媒体に格納することが可能である。
【００１８】
これにより、仮想サーバの管理ログが存在しない場合、もしくは管理ログの内容が正しくない場合においても、仮想サーバと、当該仮想サーバが稼働中の物理サーバとを対応付けることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１実施形態の構成を示すブロック図である。
【図２】第１実施形態のサーバの構成情報や負荷情報を収集する動作を示す流れ図である。
【図３】第１実施形態の構成情報管理サーバにおいて構成情報や負荷情報を収集する動作を示す流れ図である。
【図４】第１実施形態の構成情報管理サーバにおいて構成情報を検索する動作を示す流れ図である。
【図５】第１実施形態のサーバに負荷を与えて観測された負荷情報から物理サーバと仮想サーバの対応付けを得る動作を示す流れ図である。
【図６】本発明の第２実施形態の構成を示すブロック図である。
【図７】第２実施形態のサーバ上で負荷を発生させて観測された負荷情報から物理サーバと仮想サーバの対応付けを得る動作を示す流れ図である。
【図８】本発明の実施例１の構成を示すブロック図である。
【図９】実施例１の構成情報管理データベースに格納される構成情報を示す図である。
【図１０】実施例１のＨｏｓｔ０２に対して送る負荷パターン（ｐｉｎｇ送信）の例を示す図である。
【図１１】実施例１のＨｏｓｔ０１で観測される負荷パターン（ＮＷ負荷）の例を示す図である。
【図１２】実施例１の物理サーバと仮想サーバの依存関係を特定した後の構成情報の関係を示す図である。
【図１３】実施例２のＨｏｓｔ０１で観測される負荷パターン（ＣＰＵ負荷）の例を示す図である。
【図１４】実施例２のＨｏｓｔ０１で観測される負荷パターン（ディスク負荷）の例を示す図である。
【発明を実施するための形態】
【００２０】
＜第１実施形態＞
以下に、本発明の第１実施形態について添付図面を参照して説明する。
【００２１】
［基本構成］
図１を参照すると、本発明の第１実施形態における構成情報管理システムは、構成情報管理サーバ１と、物理サーバ２と、仮想サーバ３を備える。
【００２２】
構成情報管理サーバ１は、ネットワークシステム内の物理サーバ２と仮想サーバ３を対応付けて管理する。物理サーバ２は、当該ネットワークシステム内に１台以上存在する。仮想サーバ３は、物理サーバ２上で動作（稼動）する。構成情報管理サーバ１、物理サーバ２、及び仮想サーバ３の各々は、互いに情報を送受信する場合、ＩＰアドレス（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ａｄｄｒｅｓｓ）を用いて通信しても良い。
【００２３】
［構成情報管理サーバの構成］
構成情報管理サーバ１は、構成情報検索機能部１０１と、構成情報データベース１０２と、サーバ情報収集機能部１０３と、構成情報関連付け機能部１０４と、負荷パターン１０５と、サーバ負荷情報１０６と、サーバ負荷発生機能部１０７と、対応関係出力部１０８を含む。
【００２４】
構成情報検索機能部１０１は、ユーザやアプリケーション等から構成情報や対応関係に対する検索要求を受けて、構成情報データベース１０２への問い合わせや、構成情報関連付け機能部１０４への指示を行う。
【００２５】
構成情報データベース１０２は、サーバ情報収集機能部１０３が集めた対象とするシステムの構成情報を格納する。
【００２６】
サーバ情報収集機能部１０３は、ネットワークを介して物理サーバ２や仮想サーバ３のサーバ情報提供機能（後述するサーバ情報提供機能部２０１、及びサーバ情報提供機能部３０１）と通信し、サーバの構成情報や負荷情報を受信・観測して構成情報データベース１０２やサーバ負荷情報１０６に格納する。
【００２７】
構成情報関連付け機能部１０４は、負荷パターン１０５と観測されたサーバ負荷情報１０６をつき合わせて、仮想サーバ３と物理サーバ２を対応付ける。
【００２８】
負荷パターン１０５は、仮想サーバ３に対してテスト負荷をかける（与える）際の特徴的な負荷パターンを定義する。特徴的な負荷パターンとは、特徴が明確な負荷パターンであり、仮想サーバに対してかけた場合、当該仮想サーバが動作している物理サーバ側にも明らかな影響が現れる負荷パターンのことである。仮想サーバに対する通信は全て物理サーバのネットワークインタフェースを介して行われるため、仮想サーバに対する通信負荷は、物理サーバに対する通信負荷としても検出される。また、通信負荷以外の負荷についても同様である。
【００２９】
サーバ負荷情報１０６は、サーバ情報収集機能部１０３により受信・観測されたサーバの負荷変動情報を格納する。
【００３０】
サーバ負荷発生機能部１０７は、定義された負荷パターン１０５に基づいて仮想サーバ３にネットワークアクセスを行い、サーバにテスト負荷を発生させる。
【００３１】
対応関係出力部１０８は、仮想サーバ３と物理サーバ２の対応関係を示す情報を出力する。出力先としては、検索要求元に限らず、ディスプレイやプリンタ等の出力装置、又は他のサーバや通信端末等も考えられる。このとき、対応関係出力部１０８は、対応関係を示す情報と共に、各サーバの構成情報を出力するようにしても良い。また、対応関係出力部１０８は、構成情報検索機能部１０１と一体化していても良い。
【００３２】
［物理サーバの構成］
物理サーバ２は、サーバ情報提供機能部２０１と、サーバ仮想化機能部２０２を含む。
【００３３】
サーバ情報提供機能部２０１は、物理サーバ２の構成情報や負荷情報を集めて構成情報管理サーバ１に送信する。サーバ仮想化機能部２０２は、物理サーバ２の計算機資源を仮想化して仮想サーバ３の生成、実行、削除を管理する。
【００３４】
［仮想サーバの構成］
仮想サーバ３は、サーバ情報提供機能部３０１と、オペレーティングシステム（ＯＳ）３０２を含む。
【００３５】
サーバ情報提供機能部３０１は、仮想サーバ３の構成情報を集めて構成情報管理サーバ１に送信する。ＯＳ３０２は、仮想サーバ３上でのアプリケーションの実行を管理する。
【００３６】
［ハードウェアの例示］
構成情報管理サーバ１、及び物理サーバ２の例として、ＰＣ（パソコン）、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。なお、構成情報管理サーバ１は、物理サーバ２のうちの１台であっても良い。また、構成情報管理サーバ１は、計算機上で動作する仮想サーバでも良い。例えば、構成情報管理サーバ１は、仮想サーバ３のうちの１台であっても良い。
【００３７】
構成情報検索機能部１０１、サーバ情報収集機能部１０３、構成情報関連付け機能部１０４、サーバ負荷発生機能部１０７、対応関係出力部１０８、サーバ情報提供機能部２０１、サーバ仮想化機能部２０２、仮想サーバ３、サーバ情報提供機能部３０１、及びオペレーティングシステム（ＯＳ）３０２等の各機能部は、プログラムに基づいて駆動し所定の処理を実行するプロセッサと、当該プログラムや各種データを記憶するメモリとによって実現される。
【００３８】
上記のプロセッサの例として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコントローラ、或いは、同様の機能を有する半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ（ＩＣ））等が考えられる。
【００３９】
上記のメモリの例として、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、フラッシュメモリ等の半導体記憶装置が考えられる。
【００４０】
また、各機能部は、ネットワークを介して通信する必要がある場合、構成情報管理サーバ１又は物理サーバ２の各々に搭載されたネットワークインタフェースを利用する。ネットワークインタフェースの例として、ネットワーク通信に対応した基板（マザーボード、Ｉ／Ｏボード）やチップ等の半導体集積回路、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）等のネットワークアダプタ、アンテナ等の通信装置、接続口（コネクタ）等の通信ポート等が考えられる。また、ネットワークの例として、インターネット、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、バックボーン（Ｂａｃｋｂｏｎｅ）、ケーブルテレビ（ＣＡＴＶ）回線、固定電話網、携帯電話網、ＷｉＭＡＸ（ＩＥＥＥ  ８０２．１６ａ）、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）、専用線（ｌｅａｓｅ  ｌｉｎｅ）、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、シリアル通信回線、データバス等が考えられる。
【００４１】
構成情報データベース１０２、負荷パターン１０５、及びサーバ負荷情報１０６のそれぞれを格納するハードウェアの例として、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の補助記憶装置、又は、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）やメモリカード等の記憶媒体（メディア）等が考えられる。また、構成情報データベース１０２は、計算機自体に内蔵された記憶装置に限らず、周辺機器（外付けＨＤＤ等）や外部のサーバ（ストレージサーバ等）に設置された記憶装置、或いは、ＤＡＳ（Ｄｉｒｅｃｔ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）、ＦＣ−ＳＡＮ（Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ  −  Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）、ＩＰ−ＳＡＮ（ＩＰ  −  Ｓｔｏｒａｇｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）でも良い。
【００４２】
但し、実際には、これらの例に限定されない。
【００４３】
［構成情報の例示］
ここでは、構成情報の例として、物理サーバのＣＰＵ、メモリ、ＨＤＤ、ＮＩＣ等に関する情報や、仮想サーバに定義されたＣＰＵ、メモリ、ＨＤＤ、ＮＩＣ等に関する情報を想定している。また、物理サーバや仮想サーバの構成情報には、例えば、物理サーバや仮想サーバのネットワークシステム上の名称やアドレス（ホスト名やＩＰアドレス等）が含まれていても良い。
【００４４】
［負荷情報の例示］
サーバにかかる負荷の種類として、ネットワーク負荷（ＮＷ負荷）、処理負荷（ＣＰＵ負荷）、ディスク書き込み負荷（ディスク負荷）等が考えられる。例えば、大容量のデータを特徴的な間隔で、或いは一定間隔で、所定時間サーバに対して送信し、その間に、当該サーバの各リソースの使用状況を観測し、各リソースの使用状況に明らかに特徴的な変化が現れれば、その変化を負荷として扱う。また、各リソースの使用状況の変化とは、当該時点における各リソースの使用量の変化に限らず、各リソースの残量の変化でも良い。ここでは、サーバにかかる負荷として、ネットワーク負荷（ＮＷ負荷）を想定している。
【００４５】
但し、実際には、これらの例に限定されない。
【００４６】
［全体動作］
次に、図１、及び図２〜図５のフローチャートを参照して、本実施形態の全体の動作について詳細に説明する。
【００４７】
［サーバの構成情報及び負荷情報を収集する動作］
図２のフローチャートを参照して、物理サーバ２及び仮想サーバ３において、サーバの構成情報及び負荷情報を収集する動作について説明する。
【００４８】
（１）ステップＳ１０１
サーバ情報提供機能部２０１、及びサーバ情報提供機能部３０１は、ネットワークを介して、構成情報管理サーバ１から、サーバの構成情報及び負荷情報の収集要求を受ける。
【００４９】
（２）ステップＳ１０２
サーバ情報提供機能部２０１、及びサーバ情報提供機能部３０１は、サーバを構成するソフトウェアやデバイスの情報、ＣＰＵやネットワーク等の負荷状態の情報をサーバ仮想化機能やＯＳを介して収集する。
【００５０】
（３）ステップＳ１０３
サーバ情報提供機能部２０１、及びサーバ情報提供機能部３０１は、収集した情報を、ネットワークを介して構成情報管理サーバ１に送信する。
【００５１】
なお、サーバ情報提供機能部２０１、及びサーバ情報提供機能部３０１は、一度でも構成情報管理サーバ１から収集要求を受けると、以後は自動的に、収集した情報を、構成情報管理サーバ１に送信するようにしても良い（プッシュ型）。或いは、サーバ情報提供機能部２０１、及びサーバ情報提供機能部３０１は、構成情報管理サーバ１から収集要求を受ける都度、収集した情報を、構成情報管理サーバ１に送信するようにしても良い（プル型）。
【００５２】
［サーバ情報収集処理の動作］
次に、図３のフローチャートを参照して、構成情報管理サーバ１におけるサーバ情報収集処理の動作について説明する。
【００５３】
（１）ステップＳ２０１
サーバ情報収集機能部１０３は、ネットワークを介して、管理対象であるサーバ（物理サーバ２、仮想サーバ３）に対して、サーバ情報の収集要求を送信する。なお、サーバ情報とは、各サーバの構成情報及び負荷情報のことである。
【００５４】
（２）ステップＳ２０２
サーバ情報収集機能部１０３は、ネットワークを介して、管理対象であるサーバ（物理サーバ２、仮想サーバ３）から、収集要求に対する応答としてサーバ情報を受信する。
【００５５】
（３）ステップＳ２０３
サーバ情報収集機能部１０３は、受信したサーバ情報のうち、各サーバの構成情報を構成情報データベース１０２に格納する。
【００５６】
（４）ステップＳ２０４
サーバ情報収集機能部１０３は、受信した情報のうち、各サーバの負荷情報をサーバ負荷情報１０６に格納する。このとき、サーバ情報収集機能部１０３は、各サーバの負荷情報が既にサーバ負荷情報１０６に格納されている場合、サーバ負荷情報１０６を更新する。
【００５７】
［構成情報検索処理の動作］
図４のフローチャートは、構成情報検索処理の動作を示している。
【００５８】
（１）ステップＳ３０１
構成情報検索機能部１０１は、直接、或いは、ネットワークを介して、ユーザやアプリケーションから構成情報の検索要求の入力を受ける。例えば、構成情報検索機能部１０１は、構成情報管理サーバ１に付随するコンソールに対するユーザ操作や、構成情報管理サーバ１上でのアプリケーションの動作に基づいて、特定のサーバ或いは複数のサーバの構成情報の検索要求の入力を受ける。或いは、構成情報検索機能部１０１は、ネットワークを介して構成情報管理サーバ１に接続された端末から、特定のサーバ或いは複数のサーバの構成情報の検索要求の入力を受ける。
【００５９】
（２）ステップＳ３０２
構成情報検索機能部１０１は、検索要求の入力に応じて、構成情報データベース１０２を参照し、要求された構成情報を検索する。
【００６０】
（３）ステップＳ３０３
構成情報検索機能部１０１は、要求された構成情報を構成情報データベース１０２から取得して、結果（要求された構成情報）を検索要求元に返す。このとき、構成情報検索機能部１０１は、対応関係出力部１０８に対して、構成情報データベース１０２から取得した構成情報を所定の出力先へ出力するように指示しても良い。
【００６１】
ここでは、あるサーバの構成情報の検索要求を受け、当該サーバの構成情報を応答する動作について説明しているが、当該サーバが仮想サーバである場合、又は当該サーバが物理サーバであり、当該物理サーバ上で仮想サーバが稼動している場合、仮想サーバと物理サーバの対応関係を示す情報を出力する（対応関係を示す）ようにしても良い。対応関係を示す情報を出力する方法として、検索要求を行った相手に対して、仮想サーバ及び物理サーバを明示する情報を応答することや、仮想サーバと物理サーバとの対応表を応答すること等が考えられる。なお、当該サーバが仮想サーバである場合、当該仮想サーバに対応付けられた物理サーバに対して、何らかのアクション（例えば、ＬＥＤ点滅、音声発生等）を起こすための信号・命令を送るようにしても良い。但し、実際には、これらの例に限定されない。
【００６２】
この場合、構成情報検索機能部１０１は、検索要求の入力に応じて、構成情報データベース１０２を参照すると共に、構成情報関連付け機能部１０４に対して起動命令を送る。構成情報関連付け機能部１０４は、起動命令に応じて、仮想サーバと物理サーバとを対応付ける動作を行う。
【００６３】
［物理サーバと仮想サーバとを対応付ける動作］
次に、図５のフローチャートを参照して、物理サーバ２と仮想サーバ３とを対応付ける動作について説明する。
【００６４】
（１）ステップＳ４０１
まず、構成情報関連付け機能部１０４は、物理サーバ２への依存関係を特定できていないサーバ（依存関係の有無が不明なサーバ）を１つ選択する。これは、サーバの依存関係を１つずつ解決すると言う意味である。また、構成情報関連付け機能部１０４は、構成情報検索機能部１０１からの指示・命令に従って、サーバを選択するようにしても良い。このとき、構成情報検索機能部１０１は、直接、或いは、ネットワークを介して、ユーザやアプリケーションから、サーバを示す情報の入力を受けるものとする。
【００６５】
（２）ステップＳ４０２
構成情報関連付け機能部１０４は、負荷パターン１０５を参照する。負荷パターン１０５の候補として複数の負荷パターンが存在する場合は、これら複数の負荷パターンのうちの１つを負荷パターン１０５として選択するようにしても良い。
【００６６】
（３）ステップＳ４０３
サーバ負荷発生機能部１０７は、構成情報関連付け機能部１０４から、選択したサーバを示す情報及び負荷パターン１０５を受信し、選択したサーバに対し、負荷パターン１０５に基づいて、特徴的な負荷パターンとなるテスト負荷をかける。なお、特徴的な負荷パターンとなるテスト負荷をかけると同時に、構成情報関連付け機能部１０４又はサーバ負荷発生機能部１０７が、サーバ情報収集機能部１０３に対して、動作を開始する旨の指示・命令を送信するようにしても良い。
【００６７】
（４）ステップＳ４０４
サーバ情報収集機能部１０３は、定期的に、或いは、構成情報関連付け機能部１０４又はサーバ負荷発生機能部１０７から指示・命令を受信した時に、全ての物理サーバ２の負荷情報を受信・観測し、サーバ負荷情報１０６に記憶する。選択したサーバが仮想サーバ３であった場合、仮想サーバ３にかけたテスト負荷は、通常物理サーバ２上の負荷にも影響を与えるため、負荷の変動は物理サーバ２からも観測できる。一方、選択したサーバが物理サーバ２であった場合、負荷パターン１０５に照合する負荷情報を、選択したサーバ以外から観測することはない。
【００６８】
（５）ステップＳ４０５
構成情報関連付け機能部１０４は、サーバ負荷情報１０６に記憶された負荷情報（全ての物理サーバ２の負荷情報）を読み出し、発生させた負荷パターン１０５と、読み出された負荷情報とを照合する。選択したサーバが仮想サーバ３であった場合、発生させた負荷パターン１０５は、仮想サーバ３の負荷情報と等しい。従って、構成情報関連付け機能部１０４は、仮想サーバ３の負荷情報と全ての物理サーバ２の負荷情報を照合することになる。なお、実際には、構成情報関連付け機能部１０４は、選択したサーバの負荷情報を別途収集し、選択したサーバの負荷情報と、読み出された負荷情報とを照合するようにしても良い。また、構成情報関連付け機能部１０４は、照合を行った後、サーバ負荷情報１０６を初期化する。例えば、構成情報関連付け機能部１０４は、サーバ負荷情報１０６に記憶された負荷情報（全ての物理サーバ２の負荷情報）を消去、移動、又は改名し、次回以降の照合の対象外とする。
【００６９】
（６）ステップＳ４０６
構成情報関連付け機能部１０４は、照合の結果に基づいて、仮想サーバ３が動作していると推定される物理サーバ２の特定を試みる。例えば、構成情報関連付け機能部１０４は、物理サーバ２の負荷情報において、発生させた負荷パターン１０５に対応する特徴が現れている場合（物理サーバ２の負荷情報が負荷パターン１０５に対応している場合）、この物理サーバ２上で仮想サーバ３が動作していると判断する。
【００７０】
（７）ステップＳ４０７
物理サーバ２を特定できた場合（ステップＳ４０６でＹｅｓ）、構成情報関連付け機能部１０４は、物理サーバ２と仮想サーバ３を対応付けることで、対応付け情報を生成する。なお、対応付け情報は、物理サーバ２と仮想サーバ３の対応表でも良いし、仮想サーバ３の構成情報に、対応付けられた物理サーバ２を示す情報を追加したものでも良い。
【００７１】
（８）ステップＳ４０８
構成情報関連付け機能部１０４は、対応付け情報に従って、構成情報データベース１０２を更新する。例えば、構成情報関連付け機能部１０４は、対応付け情報自体を、構成情報データベース１０２に登録する。或いは、構成情報関連付け機能部１０４は、対応付け情報の内容に基づいて、構成情報データベース１０２内の物理サーバ２と仮想サーバ３に互いを対応付ける情報を追加する。
【００７２】
（９）ステップＳ４０９
物理サーバ２を特定できなかった場合（ステップＳ４０６でＮｏ）、構成情報関連付け機能部１０４は、選択したサーバを物理サーバ２と判定して終了する。この場合、対応付け情報としては、この物理サーバ２に対応する仮想サーバ３が存在しない旨を示すことになる。なお、構成情報関連付け機能部１０４は、選択したサーバが物理サーバである旨を示す情報を、構成情報データベース１０２に登録しても良い。
【００７３】
上記の処理の後、構成情報関連付け機能部１０４は、対応関係出力部１０８に対して、対応付け情報を所定の出力先へ出力するように指示しても良い。この場合、対応関係出力部１０８は、対応付け情報を、構成情報関連付け機能部１０４から直接受け取って出力する。或いは、対応関係出力部１０８は、構成情報データベース１０２の更新を検知し、又は周期的に構成情報データベース１０２の内容を確認し、自動的に構成情報データベース１０２から対応付け情報を読み出し、所定の出力先へ出力するようにしても良い。
【００７４】
［本実施形態の効果］
本実施形態では、仮想サーバの管理ログが存在しない、或いは正しくない場合でも、仮想サーバからは物理サーバの情報を集めることができ、物理サーバからは仮想サーバの情報を集めることができるため、仮想サーバから収集した情報と物理サーバから収集した情報に基づいて、仮想サーバと物理サーバの対応関係を把握することができる。
【００７５】
また、仮想サーバがサーバ仮想化機能の管理下になくても、仮想サーバと物理サーバの対応関係を把握することができる。
【００７６】
また、仮想サーバのＯＳによらずに、仮想サーバと物理サーバの対応関係を把握することができる。
【００７７】
本実施形態によれば、何らかの事情で長時間当該仮想サーバが監視対象から外れてしまい、その間に物理サーバ上での負荷分散のための自動処理や、他のシステム管理者の操作により、当該仮想サーバのマイグレーションが何度も行われたような場合においても、外部から仮想サーバと、当該仮想サーバが稼働中の物理サーバとを対応付けることができる。
【００７８】
＜第２実施形態＞
以下に、本発明の第２実施形態について詳細に説明する。
【００７９】
［基本構成］
図６を参照すると、本発明の第２実施形態における構成情報管理システムは、構成情報管理サーバ１と、物理サーバ２と、仮想サーバ３を備える。
【００８０】
構成情報管理サーバ１は、ネットワークシステム内の物理サーバ２と仮想サーバ３を対応付けて管理する。物理サーバ２は、当該ネットワークシステム内に１台以上存在する。仮想サーバ３は、物理サーバ２上で動作（稼動）する。
【００８１】
［構成情報管理サーバの構成］
構成情報管理サーバ１は、構成情報検索機能部１０１と、構成情報データベース１０２と、サーバ情報収集機能部１０３と、構成情報関連付け機能部１０４と、サーバ負荷情報１０６と、対応関係出力部１０８と、サーバ負荷テスト呼び出し機能部１０９を含む。
【００８２】
構成情報検索機能部１０１、構成情報データベース１０２、サーバ情報収集機能部１０３、サーバ負荷情報１０６、及び対応関係出力部１０８は、本発明の第１実施形態に示した通りである。
【００８３】
構成情報関連付け機能部１０４は、仮想サーバ３の負荷情報と物理サーバ２の負荷情報を照合して、仮想サーバ３と物理サーバ２を対応付ける。サーバ負荷テスト呼び出し機能部１０９は、仮想サーバ３が動作する物理サーバ２を特定する際に、仮想サーバ３上で動作するテスト負荷発生機能を呼び出して実行する。
【００８４】
［物理サーバの構成］
物理サーバ２は、サーバ情報提供機能部２０１と、サーバ仮想化機能部２０２を含む。
【００８５】
サーバ情報提供機能部２０１、及びサーバ仮想化機能部２０２は、本発明の第１実施形態に示した通りである。
【００８６】
［仮想サーバの構成］
仮想サーバ３は、サーバ情報提供機能部３０１と、オペレーティングシステム（ＯＳ）３０２と、テスト負荷発生機能部３０３を含む。
【００８７】
サーバ情報提供機能部３０１、及びオペレーティングシステム（ＯＳ）３０２は、本発明の第１実施形態に示した通りである。
【００８８】
テスト負荷発生機能部３０３は、予め仮想サーバ３内に用意され（組み込まれ）、サーバ負荷呼び出し機能部１０９からの要求に応じて、特徴的な負荷パターンとなるテスト負荷を発生させるようなテスト処理を実行する。例えば、テスト負荷発生機能部３０３は、仮想サーバ３のイメージファイルやテンプレートに設定されているものとする。
【００８９】
［第２実施形態の動作］
次に、図２〜図４、図７のフローチャートを参照して、本実施形態の動作について説明する。
【００９０】
サーバの構成情報及び負荷情報を収集する動作は、本発明の第１実施形態で示した図２のフローチャートに従う。
【００９１】
構成情報管理サーバ１におけるサーバ情報収集処理の動作は、本発明の第１実施形態で示した図３のフローチャートに従う。
【００９２】
構成情報管理サーバ１における構成情報検索処理の動作は、本発明の第１実施形態で示した図４のフローチャートに従う。
【００９３】
［物理サーバと仮想サーバとを対応付ける際の動作］
図７のフローチャートは、構成情報データベース１０２に格納された物理サーバ２と仮想サーバ３を対応付ける際の動作を示している。
【００９４】
（１）ステップＳ５０１
まず、構成情報関連付け機能部１０４は、物理サーバ２への依存関係を特定できていないサーバ（依存関係の有無が不明なサーバ）を１つ選択する。この動作は、第１実施形態（図５のステップＳ４０１）と同じである。
【００９５】
（２）ステップＳ５０２
構成情報関連付け機能部１０４は、サーバ負荷テスト呼び出し機能部１０９に、選択したサーバを示す情報を送信する。サーバ負荷テスト呼び出し機能部１０９は、構成情報関連付け機能部１０４から、選択したサーバを示す情報を受信した場合、選択したサーバにテスト負荷発生機能部３０３が存在しているかどうかを調査する。例えば、サーバ負荷テスト呼び出し機能部１０９は、選択したサーバに対して、テスト負荷発生機能部３０３の起動命令を送信し、起動した旨の応答があるか確認する。
【００９６】
（３）ステップＳ５０３
サーバ負荷テスト呼び出し機能部１０９は、選択したサーバにおいてテスト負荷発生機能部３０３の存在が確認できない場合（ステップＳ５０２でＮｏ）、構成情報関連付け機能部１０４にその旨を通知する。構成情報関連付け機能部１０４は、この通知を受けると、選択したサーバを物理サーバ２と判定して終了する。この場合、対応付け情報としては、この物理サーバ２に対応する仮想サーバ３が存在しない旨を示すことになる。なお、構成情報関連付け機能部１０４は、選択したサーバが物理サーバである旨を示す情報を、構成情報データベース１０２に登録しても良い。
【００９７】
（４）ステップＳ５０４
サーバ負荷テスト呼び出し機能部１０９は、選択したサーバにおいてテスト負荷発生機能部３０３の存在が確認できた場合（ステップＳ５０２でＹｅｓ）、サーバ負荷テストを実施する。このとき、サーバ負荷テスト呼び出し機能部１０９は、構成情報関連付け機能部１０４からの指示・命令に従い、テスト負荷発生機能部３０３にアクセスし、仮想サーバ３上で、通常の運用では発生しないような特徴的な負荷パターンとなるテスト負荷を発生させる。
【００９８】
（５）ステップＳ５０５
同時に、構成情報関連付け機能部１０４は、サーバ情報収集機能部１０３を稼動させる（立ち上げる）。サーバ情報収集機能部１０３は、負荷テストを実施したサーバの負荷情報を収集する。このとき、サーバ情報収集機能部１０３は、構成情報関連付け機能部１０４からの指示・命令に従い、仮想サーバ３上の負荷の変動に関する情報を収集する。
【００９９】
（６）ステップＳ５０６
同様に、サーバ情報収集機能部１０３は、全ての物理サーバ２の負荷情報を収集する。このとき、サーバ情報収集機能部１０３は、構成情報関連付け機能部１０４からの指示・命令に従い、物理サーバ２上の負荷の変動に関する情報を収集する。
【０１００】
（７）ステップＳ５０７
その後、サーバ情報収集機能部１０３は、収集した仮想サーバ３の負荷情報と物理サーバ２の負荷情報を、構成情報関連付け機能部１０４に通知する。構成情報関連付け機能部１０４は、仮想サーバ３の負荷情報と物理サーバ２の負荷情報を照合する。
【０１０１】
（８）ステップＳ５０８
構成情報関連付け機能部１０４は、仮想サーバ３が動作していると推定される物理サーバ２を特定する。例えば、構成情報関連付け機能部１０４は、仮想サーバ３の負荷情報と物理サーバ２の負荷情報を照合し、これらの負荷情報の負荷パターンに共通点があれば、この物理サーバ２上で仮想サーバ３が動作していると判断する。なお、構成情報関連付け機能部１０４は、物理サーバ２が特定できなかった場合（ステップＳ５０８でＮｏ）、同じテストを繰り返すか、別のテスト機能があれば別のテスト機能を呼び出してテストを繰り返す。
【０１０２】
（９）ステップＳ５０９
構成情報関連付け機能部１０４は、物理サーバ２が特定できた場合（ステップＳ５０８でＹｅｓ）、物理サーバ２と仮想サーバ３の対応付け情報を生成する。
【０１０３】
（１０）ステップＳ５１０
構成情報関連付け機能部１０４は、生成された対応付け情報に基づいて、構成情報データベース１０２を更新する。構成情報関連付け機能部１０４は、更新された構成情報データベース１０２を参照し、生成された対応付け情報を取得する。このとき、構成情報関連付け機能部１０４は、生成された対応付け情報を、構成情報関連付け機能部１０４に通知するようにしても良い。
【０１０４】
上記の処理の後、構成情報関連付け機能部１０４は、対応関係出力部１０８に対して、対応付け情報を所定の出力先へ出力するように指示しても良い。この場合、対応関係出力部１０８は、対応付け情報を、構成情報関連付け機能部１０４から直接受け取って出力する。或いは、対応関係出力部１０８は、構成情報データベース１０２の更新を検知し、又は周期的に構成情報データベース１０２の内容を確認し、自動的に構成情報データベース１０２から対応付け情報を読み出し、所定の出力先へ出力するようにしても良い。
【０１０５】
［本実施形態の効果］
本実施形態では、仮想サーバ上で実行したテストプログラムによる負荷変動を、物理サーバと仮想サーバの両方で検出してつきあわせるように構成されているため、仮想サーバと物理サーバと対応付けを特定して構成情報データベースで管理することができる。
【０１０６】
また、本実施形態では、サーバ仮想化機能や仮想サーバ内のＯＳに機能拡張を伴わないように構成されているため、サーバ仮想化機能やＯＳを問わずに共通の手順に従って仮想サーバが動作している物理サーバを迅速に特定することができる。更に、本実施形態では、テスト負荷発生機能が仮想サーバ内に配備されるように構成されているため、様々な負荷を発生させるテスト機能を準備して、照合の精度を向上させることができる。
【０１０７】
具体的に説明すると、第１実施形態では、基本的にネットワークを介した負荷パターンによる通信負荷をかけるテストを想定している。従って、テスト実行時に既にネットワークが高負荷の状態であったり、負荷パターンに特徴が無かったりすると、検出の制度が低下する可能性がある。
【０１０８】
一方、本実施形態では、仮想サーバ内にテスト負荷発生機能が用意されているため、ネットワークを介した負荷パターンによる通信負荷以外にも、ＣＰＵ負荷をかけたり、ディスク負荷をかけたりしてテストを行うことができる。例えば、ＣＰＵ負荷をかけてみた結果、複数の物理サーバが候補に残ってしまった場合、次にディスク負荷をかけてテストすることで、より正確に候補を特定することができると考えられる。また、ＣＰＵ負荷とディスク負荷を同時にかけるテストも可能である。このように、複数の代替テストを用意し、より確実に物理サーバの候補を絞り込むことができるという点で、照合の精度を向上させることができる。
【０１０９】
＜各実施形態の関係＞
なお、上記の各実施形態は、組み合わせて実施することも可能である。
【０１１０】
＜実施例＞
次に、具体的な実施例（実施例１、実施例２、実施例３）を用いて、本発明の実施形態の動作について説明する。
【０１１１】
＜実施例１＞
図８に、本発明の実施例１における構成情報管理システムの構成例を示す。
本実施例における構成情報管理システムでは、構成情報管理サーバ５１０、３台の物理サーバ５２０、５３０、５４０がネットワーク５００を介して接続されている。物理サーバ５２０には、サーバ仮想化機能部５２１がインストールされている。物理サーバ５３０には、サーバ仮想化機能部５３１がインストールされている。サーバ仮想化機能部５２１上で仮想サーバ５２３が稼働している。サーバ仮想化機能部５３１上で仮想サーバ５３３が稼働している。
【０１１２】
構成情報管理サーバ５１０は、図１に示す構成情報管理サーバ１に相当する。３台の物理サーバ５２０、５３０、５４０の各々は、図１に示す物理サーバ２に相当する。仮想サーバ５２３、５３３の各々は、図１に示す仮想サーバ３に相当する。すなわち、図８に示す各サーバの構成は、図１に示す各サーバの構成例に準拠する。
【０１１３】
構成情報管理サーバ５１０が、管理対象である全ての仮想サーバと物理サーバからネットワークを介して構成情報を集めると、サーバ仮想化機能部５２１上で１つの仮想サーバ５２２を動作させているという情報は得られるが、その仮想サーバ５２２がＨｏｓｔ０２であるかＨｏｓｔ０４であるか、或いはＨｏｓｔ０５であるかを特定することは通常できない。
【０１１４】
そこで、本発明では、構成情報管理サーバ５１０に、サーバ負荷発生機能部１０７と構成情報関連付け機能部１０４を用意し、予め用意した負荷パターン１０５の観測によって問題を解決する。
【０１１５】
［構成情報の一覧］
図９に、全ての仮想サーバと物理サーバから集めた構成情報の一覧を示す。
ここで、構成情報管理サーバ５１０は、Ｈｏｓｔ０２が仮想サーバであるかどうか、仮想サーバである場合、どの物理サーバ上で動作しているかを判定する。
【０１１６】
まず、構成情報管理サーバ５１０内のサーバ負荷発生機能部１０７は、図５のフローチャートに従い、Ｈｏｓｔ０２に対して、特徴的な負荷パターンとなるテスト負荷を発生させる。すなわち、サーバ負荷発生機能部１０７は、Ｈｏｓｔ０２に対して特徴的な負荷パターンとなるテスト負荷をかける信号を送信する。
【０１１７】
なお、特徴的な負荷パターンとは、特徴が明確な負荷パターンであり、仮想サーバに対してかけた場合、当該仮想サーバが動作している物理サーバ側にも明らかな影響が現れる負荷パターンのことである。仮想サーバに対する通信は全て物理サーバのネットワークインタフェースを介して行われるため、仮想サーバに対する通信負荷は、物理サーバに対する通信負荷としても検出される。また、通信負荷以外の負荷についても同様である。
【０１１８】
［負荷パターン（ｐｉｎｇ送信）の例］
図１０に、Ｈｏｓｔ０２に対して送る負荷パターン（ｐｉｎｇ送信）の例を示す。
サーバ負荷発生機能部１０７は、図１０に示す負荷パターンに基づいて、テスト開始後３０秒間（０〜３０秒）、Ｈｏｓｔ０２に対してｐｉｎｇコマンドを連続実行し、テスト開始時刻から３０秒後にいったん中断する。サーバ負荷発生機能部１０７は、テスト開始時刻から６０秒後に再び３０秒間（６０〜９０秒）、Ｈｏｓｔ０２に対してｐｉｎｇコマンドを連続実行して、テスト開始時刻から９０秒後に終了する。ｐｉｎｇコマンドは、ネットワーク疎通を確認するためのコマンドである。ｐｉｎｇコマンド実行によって構成情報管理サーバ５１０とＨｏｓｔ０２の間に通信が発生する。
【０１１９】
ここで、Ｈｏｓｔ０２は、Ｈｏｓｔ０１上で仮想サーバとして動作しているため、構成情報管理サーバ５１０とＨｏｓｔ０２の間のネットワーク通信は、Ｈｏｓｔ０１上のネットワークインタフェースを介して行われる。従って、この通信による負荷パターンは、Ｈｏｓｔ０１上でも観測される。
【０１２０】
［負荷パターン（ＮＷ負荷）の例］
図１１に、Ｈｏｓｔ０１で観測が期待される負荷パターン（ＮＷ負荷）の例を示す。
サーバ情報収集機能部１０３は、図１０に示す負荷パターンに基づいて、仮想サーバに対してｐｉｎｇコマンドが実行された際には、その仮想サーバ上と、その仮想サーバが動作している物理サーバ上で、図１１に示す負荷パターンを観測することができる。その仮想サーバ上と、その仮想サーバが動作している物理サーバ上では、図１１に示す負荷パターンに示す通り、テスト開始時刻から３０秒間（０〜３０秒）は継続的にネットワーク負荷（ＮＷ負荷）がかかり、テスト開始時刻から３０秒後に負荷が下がり、テスト開始時刻から６０秒後から再び３０秒間（６０〜９０秒）ネットワークに負荷がかかる。このように、図１０に示した負荷パターンと、図１１に示した負荷パターンは、対応することがわかる。サーバ情報収集機能部１０３は、観測した物理サーバ及び仮想サーバの負荷状態をサーバ負荷情報１０６として保存する。
【０１２１】
構成情報関連付け機能部１０４は、観測が期待される負荷パターンとして、図１１に示す負荷パターンを予め用意し、管理対象である全ての物理サーバ及び仮想サーバの負荷状態を監視する。構成情報関連付け機能部１０４は、図１０に示す負荷パターンが所定の仮想サーバに送信された後、全ての物理サーバ及び仮想サーバの負荷変動を比較することで、図１１に示す負荷パターンに適合するサーバを見つけ出すことができる。このとき、構成情報関連付け機能部１０４は、図１１に示す負荷パターンに適合するサーバとして、図１０に示す負荷パターンを受信した仮想サーバと、この仮想サーバが動作している物理サーバを発見し、この仮想サーバと物理サーバを対応付けることができる。
【０１２２】
図１１に示す負荷パターンに適合するかどうかの判定について説明する。
例えば、構成情報関連付け機能部１０４は、テスト開始後０〜３０秒、３０秒〜６０秒、６０秒〜９０秒の各々のネットワーク負荷（ＮＷ負荷）の平均値を計算し、３０秒〜６０秒のネットワーク負荷（ＮＷ負荷）の平均値が他の平均値と比べて有意に小さいかどうかを判定することで、図１１に示す負荷パターンに適合するかどうかの判定を行うことができる。但し、実際には、上記の例に限定されない。
【０１２３】
ここでは、Ｈｏｓｔ０２以外のサーバでは、テストによる通信が発生しないため、ネットワーク負荷（ＮＷ負荷）に大きな変動が無く、図１１に示す負荷パターンは検出されない。図１１に示す負荷パターンに適合するサーバはＨｏｓｔ０２だけであるため、構成情報関連付け機能部１０４は、Ｈｏｓｔ０２がＨｏｓｔ０１上の仮想マシンとして動作していることを特定できる。同様に、構成情報関連付け機能部１０４は、Ｈｏｓｔ０４がＨｏｓｔ０３上で動作していることを特定できる。
【０１２４】
一方、Ｈｏｓｔ０５に対しては、サーバ情報収集機能部１０３は、負荷パターンに照合する負荷情報がＨｏｓｔ０５以外のサーバから検出できない。そのため、構成情報関連付け機能部１０４は、Ｈｏｓｔ０５が物理サーバであると特定できる。
【０１２５】
以上のテスト結果より、構成情報管理サーバ５１０内の構成情報関連付け機能部１０４は、図１２に示す物理サーバと仮想サーバの対応付けを示す情報を生成し、構成情報管理データベースを更新する。
【０１２６】
＜実施例２＞
本実施例では、上記のＨｏｓｔ０２に対して、ネットワーク負荷（ＮＷ負荷）ではなく、ＣＰＵ負荷やディスク負荷をかける事例について説明する。
【０１２７】
例えば、Ｈｏｓｔ０２に対して、図１０に示す負荷パターンの代わりに、３０秒毎に１回のタイミングで、合計３回、一時的にＣＰＵに大きな負荷をかける。すなわち、Ｈｏｓｔ０２に対して、テスト開始後３０秒、６０秒、９０秒にＣＰＵ負荷をかける。このとき、ＣＰＵ使用率が一時的に増大する。
【０１２８】
［負荷パターン（ＣＰＵ負荷）の例］
図１３に、上記のＣＰＵ負荷をかけた際に、Ｈｏｓｔ０１で観測が期待される負荷パターン（ＣＰＵ負荷）の例を示す。
【０１２９】
或いは、Ｈｏｓｔ０２に対して、図１０に示す負荷パターンの代わりに、３０秒毎に１回のタイミングで、合計３回、ディスクＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）に大きなサイズのファイルを書き込む。すなわち、Ｈｏｓｔ０２に対して、テスト開始後３０秒、６０秒、９０秒にディスク負荷をかける。このとき、ディスクへの書き込みが、そのままディスク負荷となる。
【０１３０】
［負荷パターン（ディスク負荷）の例］
図１４に、上記のディスク負荷をかけた際に、Ｈｏｓｔ０１で観測が期待される負荷パターン（ディスク負荷）の例を示す。
【０１３１】
その他の処理については、上記の実施例１と同様である。
【０１３２】
＜実施例３＞
本実施例では、ネットワークシステム上の全ての仮想サーバについて、逐次処理（ｓｅｒｉａｌ  ｐｒｏｃｅｓｓｉｎｇ）で１つずつ順番に、テスト負荷を発生させ、物理サーバとの対応関係を確認する。
【０１３３】
本実施例は、ネットワークシステム上の全ての仮想サーバと物理サーバの対応関係を知りたい場合や、ネットワークシステム上で動作中の仮想サーバの有無と、当該仮想サーバが動作している物理サーバを確認したい場合に有用である。
【０１３４】
例えば、サーバ負荷発生機能部１０７（又はサーバ負荷テスト呼び出し機能部１０９）は、対象となる仮想サーバを特定することなく、ネットワークシステム上の全ての仮想サーバに対して、各仮想サーバに割り当てられたＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ：汎用一意識別子）等の識別番号や、仮想ＭＡＣアドレス等のアドレス情報に基づき、総当りで、昇順／降順に１つずつ順番に、特徴的な負荷パターンとなるテスト負荷を発生させる。
【０１３５】
サーバ情報収集機能部１０３は、１つの仮想サーバにテスト負荷が発生する都度、全ての物理サーバの負荷情報を受信・観測し、ある物理サーバの負荷情報において、前述の特徴的な負荷パターンに対応する特徴が現れていれば（ある物理サーバの負荷情報が特徴的な負荷パターンに対応していれば）、この物理サーバ上で当該仮想サーバが動作していると判断し、仮想サーバと物理サーバとを対応付ける。
【０１３６】
なお、サーバ負荷を発生させる対象は仮想サーバ３であるため、サーバ負荷発生機能部１０７（又はサーバ負荷テスト呼び出し機能部１０９）は、管理対象である全ての物理サーバ２上のサーバ仮想化機能部２０２を介して、仮想サーバ３にサーバ負荷を発生させるための命令・信号を送信するようにしても良い。
【０１３７】
＜産業上の利用可能性＞
本発明の実施形態によれば、仮想サーバを含むシステムの構成情報管理システムといった用途に適用できる。また、仮想サーバを含むシステムの統合運用管理ミドルウェアといった用途にも適用可能である。
【０１３８】
＜付記＞
上記の実施形態の一部又は全部は、以下の付記のように記載することも可能である。但し、実際には、以下の記載例に限定されない。
【０１３９】
本実施形態では、構成情報管理システムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する手段と、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させる手段と、観測されたサーバの負荷情報に基づいて仮想サーバが動作する物理サーバを特定する手段と、仮想サーバと物理サーバとを対応付けて格納する手段とを備えることもできる。
【０１４０】
また、本実施形態では、構成情報管理システムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する手段と、収集した構成情報を格納する構成情報格納手段と、収集した負荷情報を格納するサーバ負荷情報格納手段と、構成情報データベースに格納されたシステム構成情報を参照する手段と、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させる手段と、観測されたサーバの負荷情報と発生させた負荷パターンとを照合して仮想サーバが動作する物理サーバを特定する手段と、仮想サーバと物理サーバとを対応付けて格納する手段とを備えることもできる。
【０１４１】
また、本実施形態では、構成情報管理システムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する手段と、収集した構成情報を格納する構成情報格納手段と、収集した負荷情報を格納するサーバ負荷情報格納手段と、構成情報データベースに格納されたシステム構成情報を参照する手段と、仮想サーバ上で動作し、物理サーバでも観測可能な特徴的なテスト負荷を発生させる手段と、仮想サーバ上で動作する負荷発生手段を必要時に呼び出す手段と、観測されたテスト負荷を発生させたサーバでの負荷情報と他のサーバの負荷情報を照合して仮想サーバが動作する物理サーバを特定する手段と、仮想サーバと物理サーバとを対応付けて格納する手段とを備えることもできる。
【０１４２】
本実施形態では、複数の物理サーバ及び複数の物理サーバの少なくともいずれか１つで稼動する仮想サーバに通信可能に接続された構成情報管理サーバは、所定パターンの負荷を与えられた第１サーバ以外のサーバから所定パターンに対応するパターンの負荷が計測されなかった場合には、第１サーバは物理サーバである旨の情報を記憶装置に記憶する構成情報関連付機能部を備えることもできる。
【０１４３】
また、本実施形態では、構成情報管理サーバは、仮想サーバに関する検索要求の入力を受ける構成情報検索機能部と、検索要求に応じて、物理サーバと、仮想サーバとの対応関係を示す情報を出力する対応関係出力部とを更に備えることもできる。
【０１４４】
本実施形態では、構成情報管理方法として、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集し、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させ、観測されたサーバの負荷情報に基づいて仮想サーバが動作する物理サーバを特定し、仮想サーバと物理サーバとを対応付けて格納することもできる。
【０１４５】
また、本実施形態では、構成情報管理方法として、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集し、収集した構成情報を構成情報管理データベースに格納し、収集した負荷情報をサーバ負荷情報として格納し、構成情報データベースに格納されたシステム構成情報を参照する機能を提供し、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させ、観測されたサーバの負荷情報と発生させた負荷パターンとを照合して仮想サーバが動作する物理サーバを特定し、仮想サーバと物理サーバとを対応付けて格納することもできる。
【０１４６】
また、本実施形態では、構成情報管理方法として、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集し、収集した構成情報を構成情報管理データベースに格納し、収集した負荷情報をサーバ負荷情報として格納し、構成情報データベースに格納されたシステム構成情報を参照する機能を提供し、仮想サーバ上で動作する負荷発生機能を必要時に呼び出し、仮想サーバ上で物理サーバでも観測可能な特徴的なテスト負荷を発生させ、観測されたテスト負荷を発生させたサーバでの負荷情報と他のサーバの負荷情報を照合して仮想サーバが動作する物理サーバを特定し、仮想サーバと物理サーバとを対応付けて格納することもできる。
【０１４７】
本実施形態では、構成情報管理用プログラムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する処理と、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させる処理と、観測されたサーバの負荷情報に基づいて仮想サーバが動作する物理サーバを特定する処理と、仮想サーバと物理サーバとを対応付けて格納する処理とをコンピュータに実行させることもできる。なお、本実施形態では、構成情報管理用プログラムは、記憶装置や記憶媒体に格納することが可能である。
【０１４８】
また、本実施形態では、構成情報管理用プログラムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する処理と、収集した構成情報を構成情報データベースに格納する処理と、収集した負荷情報をサーバ負荷情報として格納する処理と、構成情報データベースに格納されたシステム構成情報を参照する処理と、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させる処理と、観測されたサーバの負荷情報と発生させた負荷パターンとを照合して仮想サーバが動作する物理サーバを特定する処理と、仮想サーバと物理サーバとを対応付けて格納する処理とをコンピュータに実行させることもできる。
【０１４９】
また、本実施形態では、構成情報管理用プログラムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する処理と、収集した構成情報を構成情報管理データベースに格納する処理と、収集した負荷情報をサーバ負荷情報として格納する処理と、構成情報データベースに格納されたシステム構成情報を参照する処理と、仮想サーバ上で動作する負荷発生機能を必要時に呼び出す処理と、仮想サーバ上で物理サーバでも観測可能な特徴的なテスト負荷を発生させる処理と、観測されたテスト負荷を発生させたサーバでの負荷情報と他のサーバの負荷情報を照合して仮想サーバが動作する物理サーバを特定する処理と、仮想サーバと物理サーバとを対応付けて格納する処理とをコンピュータに実行させることもできる。
【０１５０】
本発明により、仮想サーバの負荷情報と物理サーバの負荷情報を監視し、仮想サーバに特徴的な負荷パターンとなるテスト負荷をかける信号を送信し、当該仮想サーバと同じような特徴的な負荷がかかった物理サーバを特定することができるようになる。これにより、システム管理者が、ある仮想サーバを見失った後でも、構成情報管理サーバ等の外部のサーバを利用して、当該仮想サーバがその時点でどの物理サーバ上で稼動しているか把握することができる。
【０１５１】
＜備考＞
以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
【０１５２】
なお、本出願は、日本出願番号２０１０−０４６９０１に基づく優先権を主張するものであり、日本出願番号２０１０−０４６９０１における開示内容は引用により本出願に組み込まれる。
【図１】
2011108553.tif 000003
【図２】
2011108553.tif 000004
【図３】
2011108553.tif 000005
【図４】
2011108553.tif 000006
【図５】
2011108553.tif 000007
【図６】
2011108553.tif 000008
【図７】
2011108553.tif 000009
【図８】
2011108553.tif 000010
【図９】
2011108553.tif 000011
【図１０】
2011108553.tif 000012
【図１１】
2011108553.tif 000013
【図１２】
2011108553.tif 000014
【図１３】
2011108553.tif 000015
【図１４】
2011108553.tif 000016
【国際調査報告】
2011108553.tif 000017
2011108553.tif 000018