計算機モニタリングシステム及びプログラム
【課題】仮想サーバの移動を行った後にも、移動前の統計情報や稼動情報を引き継いで仮想サーバの監視を連続的に行う。
【解決手段】物理リソースと仮想リソースを監視するモニタリング部を備えた計算機モニタリングシステムであって、モニタリング部は、物理リソースと前記仮想リソースのそれぞれに一意に識別可能な識別子を付与し、前記仮想リソースの配下に関連付けられた仮想リソースまたは物理リソースを前記識別子により管理する管理部は。第１の物理リソースに関連付けられた仮想リソースを、第２の物理リソースへ移動したときに、移動先の第２の物理リソースに移動する仮想リソース同一の識別子を割り当てる。
【解決手段】物理リソースと仮想リソースを監視するモニタリング部を備えた計算機モニタリングシステムであって、モニタリング部は、物理リソースと前記仮想リソースのそれぞれに一意に識別可能な識別子を付与し、前記仮想リソースの配下に関連付けられた仮想リソースまたは物理リソースを前記識別子により管理する管理部は。第１の物理リソースに関連付けられた仮想リソースを、第２の物理リソースへ移動したときに、移動先の第２の物理リソースに移動する仮想リソース同一の識別子を割り当てる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の物理リソースと仮想リソースから構成される計算機システムのモニタリングシステムに関する。
【背景技術】
【０００２】
センサや情報端末等の普及による爆発的な情報量の増加に対して、データセンタを初めとする大量の情報を処理するための大規模な計算機システムが普及している。そのような計算機システムでは、素早いサービスの追加やリソースの迅速な割当変更が可能な仮想化技術の導入が進んでいる。
【０００３】
物理リソースが仮想化された計算機システムにおいて、性能のボトルネックや障害等の要因を素早く特定するためには、物理的な計算機システムと、その上で構築された仮想的な計算機システム、およびそれらの稼動統計情報を結びつけて閲覧するモニタリングシステムが必要である。構成情報と稼働情報を関連付けて参照可能なモニタリングシステムとしては、特許文献１が挙げられる。
【０００４】
しかし、上記特許文献１では構成情報の履歴管理がなされていない。構成情報の履歴管理まで含めたモニタリングシステムとしては特許文献２が挙げられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−２７２８５号公報
【特許文献２】特開２００３−１５２７７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
データセンタなどでは計算機システムに関して長期的に稼動に関する統計情報（または稼動情報）を収集し、統計情報の参照を行っており、統計情報の収集期間の途中で計算機の構成が変更される場合がある。特に仮想化技術が導入された計算機システムの場合、異なる物理サーバ間で仮想サーバを移動させる（マイグレーション）操作が頻繁に行われる。
【０００７】
従来、構成情報と稼動の統計情報を関連付けるモニタリングシステムでは、構成情報を階層的なＩＤで管理していた。例えば、特許文献２では、機器は機器ＩＤとコンフィグバージョンの組で識別し、物理インタフェースは機器ＩＤと、コンフィグバージョン及びポートＩＤの組で識別し、仮想インタフェースは器ＩＤと、コンフィグバージョンと、ポートＩＤと、仮想インタフェースＩＤの組、によって識別される。
【０００８】
しかし仮想サーバの移動のような操作が含まれる場合、上記特許文献２のように、階層的なＩＤ（仮想インタフェースＩＤ）管理を用いた方法では、移動の前後で仮想サーバのＩＤが変わってしまうため、同一の業務としての稼動統計情報を追跡できなくなるといいう問題点があった。
【０００９】
そこで本発明は、上記問題点に鑑みてなされたもので、仮想サーバの移動を行った後にも、移動前の統計情報や稼動情報を引き継いで仮想サーバの監視を連続的に行うことを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、１つ以上の計算機を含む計算機リソースと、前記計算機リソースの構成を管理するモニタリング部と、を備えた計算機モニタリングシステムであって、前記モニタリング部は、前記計算機リソースの接続関係を示す構成情報を生成する管理部を有し、
前記管理部は、前記構成情報のそれぞれに一意に識別可能な識別子を付与し、前記構成情報の配下に関連付けられた構成情報を前記識別子により管理し、前記構成情報の生成要求を受け付けて、構成情報のそれぞれに一意に識別可能な識別子を付与し、前記構成情報の配下に関連付けられた構成情報を前記識別子により管理し、前記構成情報の生成要求に複数の構成情報と、前記構成情報に含まれる計算機リソース間の関連を示す構成情報生成ポリシーとを受け付けたときに、前記識別子を割り当て済みの第１の構成情報と、前記識別子を未割り当ての第２の構成情報がある場合は、前記受け付けた構成情報生成ポリシーに従って、前記第２の構成情報に含まれる計算機リソースの内、前記第１の構成情報に含まれる計算機リソースと同一とみなせる計算機リソースに対して、前記第１の構成情報と同一の識別子を前記第２の構成情報に割り当て、前記第１の構成情報に含まれない前記第２の構成情報には、前記第１の構成情報と重複しない一意な識別子を割り当てる。
【００１１】
また、前記モニタリング部は、前記計算機リソースの構成情報から稼動情報を収集する稼動情報集計部をさらに有し、前記稼動情報に割り当てられた識別子を、当該稼動情報が収集対象とする計算機リソースの構成情報の識別子に関連付けて管理する。
【００１２】
また、前記モニタリング部に接続されて前記稼動情報を要求し、稼動情報を表示する端末装置をさらに備え、前記モニタリング部は、前記稼動情報の要求に含まれる計算機リソースの構成情報の識別子から、当該識別子に関連付けられた稼動情報の識別子を特定し、当該特定した識別子の稼動情報を時系列的に連続して前記端末装置へ出力する。
【００１３】
また、前記計算機リソースは、物理リソースと仮想リソースとを含む。
【発明の効果】
【００１４】
したがって、本発明によれば、物理リソースまたは仮想リソースに関連付けられた稼動情報（統計値情報）を、構成変更があった時点を跨いで連続的に参照することが可能となる。
【００１５】
これにより、稼動情報から計算機リソースのボトルネックを検出するまでの時間を短縮でき、多数の計算機を備えた環境における運用管理の効率を改善できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態を示し、本発明を適用する計算機モニタリングシステムを含む計算機システムの全体ブロック図である。
【図２】本発明の第１の実施形態を示し、モニタリングシステム１００の内部構成を示したブロック図である。
【図３】本発明の第１の実施形態を示し、稼動統計テーブル１２０の構成例である。
【図４】本発明の第１の実施形態を示し、構成情報管理テーブル１３０の構成例である。
【図５】本発明の第１の実施形態を示し、構成情報変更履歴管理テーブル１４０の構成例である。
【図６】本発明の第１の実施形態を示し、コンポーネント履歴管理テーブル１５０の構成例である。
【図７】本発明の第１の実施形態を示し、構成情報ＸＭＬ５００ａのツリー表現の一部を抜粋した図である。
【図８ａ】本発明の第１の実施形態を示し、構成情報ＸＭＬ５００ａから仮想サーバδを移動させた後の構成情報ＸＭＬ５００ｂのツリー表現の一部を抜粋した図である。
【図８ｂ】本発明の第１の実施形態を示し、構成情報ＸＭＬ５００ｃのツリー表現の一部を抜粋した図である。
【図９】本発明の第１の実施形態を示し、構成情報関連管理部２３０が管理するコンポーネントＩＤの状態遷移図である。
【図１０】本発明の第１の実施形態を示し、構成情報ＸＭＬ５００ａに相当する割当済ＩＤ管理テーブル１６０の構成例である。
【図１１】本発明の第１の実施形態を示し、物理サーバ＝「Ａ」の仮想サーバδを物理サーバ「Ｂ」へ移動する前の構成情報ＸＭＬ５００ａのＸＭＬ表現である。
【図１２】本発明の第１の実施形態を示し、物理サーバ＝「Ａ」の仮想サーバδを物理サーバ「Ｂ」へ移動する際の構成情報ＸＭＬ５００ａと構成情報ＸＭＬ５００ｂを生成する場合のＸＭＬ表現での変更手順を示した図である。
【図１３】本発明の第１の実施形態を示し、仮想サーバδの移動後の割当済ＩＤ管理テーブル１６０を示す。
【図１４】本発明の第１の実施形態を示し、モニタリングシステム１００の構成情報関連管理部２３０で行われる処理のフローチャートを示す。
【図１５】本発明の第１の実施形態を示し、ＩＤ割当処理分岐１０１０のフローチャートを示す。
【図１６】本発明の第１の実施形態を示し、稼動統計情報表示時に統計情報管理部１９０で行われる処理のフローチャートを示す。
【図１７】本発明の第１の実施形態を示し、モニタリングシステム１００のモニタ端末３５０に表示される稼動統計モニタ画面の一例である。
【図１８】本発明の第１の実施形態を示し、物理構成情報表示エリア７２０の物理サーバＡを、モニタ端末３５０の入力装置から指定した場合の稼動統計モニタ画面の表示例を示す。
【図１９】本発明の第１の実施形態を示し、稼動統計モニタ画面に表示されている物理構成情報表示エリア７２０の物理サーバＢを指定した場合の表示例を示す。
【図２０】本発明の第１の実施形態を示し、稼動統計モニタ画面に表示されているタイムライン７４１を仮想サーバδの移動後にずらした場合の表示例である。
【図２１】本発明の第１の実施形態を示し、稼動統計モニタ画面に表示されていたタイムライン７４１を仮想サーバδ移動後の時刻まで動かした場合の表示例である。
【図２２】本発明の第１の実施形態を示し、稼動統計モニタ画面に表示されていた仮想構成情報表示エリア７３０の仮想サーバδを指定した場合の表示例である。
【図２３】本発明の第１の実施形態を示し、変更履歴情報表示時の履歴情報管理部２１０で行われる処理のフローチャートを示す。
【図２４】本発明の第１の実施形態を示し、物理構成情報表示エリア７２０の物理サーバＡをモニタ端末３５０から指定して構成変更履歴を呼び出した場合の説明図である。
【図２５】本発明の第１の実施形態を示し、仮想サーバδに関して構成変更履歴表示をモニタ端末３５０で行った場合の説明図である。
【図２６】本発明の第１の実施形態を示し、仮想サーバαに関して構成変更履歴表示をモニタ端末３５０で行った場合の説明図である。
【図２７】本発明の第１の実施形態を示し、稼働情報収集部３００の構成を示したブロック図である。
【図２８】本発明の第１の実施形態を示し、稼働情報収集部３００が使用する稼働情報収集パラメータ３１０の定義の説明図である。
【図２９】本発明の第１の実施形態を示し、稼動情報収集部３００で行われる処理のフローチャートを示す。
【図３０】本発明の第１の実施形態を示し、稼働統計値登録部３４０で行われる統計値登録処理１５８０の詳細なフローチャートを示す。
【図３１】本発明の第１の実施形態を示し、昼夜切替システムにおける構成情報管理テーブル１３０の例を示す。
【図３２】本発明の第１の実施形態を示し、昼夜切替システムにおける割当済ＩＤ管理テーブル１６０を示す。
【図３３】本発明の第１の実施形態を示し、待機系切替ケースにおける構成情報管理テーブル１３０の例を示す。
【図３４】本発明の第１の実施形態を示し、待機系切替ケースにおける割当済ＩＤ管理テーブル１６０を示す。
【図３５】本発明の第１の実施形態の第一の変形例の全体構成を示した計算機システムのブロック図である。
【図３６】本発明の第１の実施形態の第一の変形例の構成情報・統計情報変換部９００の詳細を示したブロック図である。
【図３７】本発明の第１の実施形態の第二変形例におけるモニタ情報データベース１１０を示している。
【図３８ａ】本発明の第１の実施形態の第二変形例における構成情報管理テーブル１３０を示す。
【図３８ｂ】本発明の第１の実施形態の第二変形例における構成情報ＸＭＬ５００ａのツリー表現の一部を抜粋した図である。
【図３８ｃ】本発明の第１の実施形態の第二変形例における構成情報ＸＭＬ５００ｂのツリー表現の一部を抜粋した図である。
【図３９】本発明の第１の実施形態の第二変形例における稼働統計テーブル１２０の例を示す。
【図４０】本発明の第１の実施形態の第二変形例における構成関連管理テーブル１８０の構成例である。
【図４１】本発明の第１の実施形態を示し、構成管理マネージャ３６０の詳細を示すブロック図である。
【図４２】本発明の第１の実施形態を示し、構成変更要求生成部３６４が出力する構成情報生成ポリシー２４０の一例を示す説明図である。
【図４３】本発明の第１の実施形態を示し、監視対象リソース４００の一例を示す仮想計算機システムのブロック図である。
【図４４】本発明の第１の実施形態の第三変形例を示し、物理サーバのブロック図である。
【発明を実施するための形態】
【００１７】
以下、本発明の一実施形態を添付図面に基づいて説明する。
【００１８】
＜第１の実施形態＞
＜全体ブロック図＞
図１は、第１の実施形態を示し、本発明を適用する計算機モニタリングシステムを含む計算機システムの全体ブロック図である。計算機システムは、監視対象となる計算機リソース（以下、監視対象リソースとする）４００、モニタリングシステム（モニタリング装置）１００、稼動情報集計部３００と、監視対象リソース４００の構成を管理する構成管理マネージャ３６０、およびモニタリングシステム１００が収集した情報を参照するモニタ端末３５０とから構成される。
【００１９】
監視対象リソース４００の中には、物理的なサーバ（物理計算機）と、ストレージと、ネットワークおよびそれらの上で動作するソフトウェアと、仮想化を実現するソフトウェア（ハイパバイザまたは仮想マシンモニタ）などの物理リソース４１０、および物理リソース４１０の上に実装された仮想的なサーバ（仮想計算機）、ストレージ、ネットワーク、および仮想的なサーバ上で動作するソフトウェアなどの仮想リソース４２０を含む。なお、物理リソース４１０や仮想リソース４２０の稼動情報から求めた統計値情報を仮想リソース４２０に含めても良い。
【００２０】
稼動情報集計部３００は監視対象リソース４００と同一の計算機上で動作する場合も、異なる計算機上で動作する場合もある。本実施形態では稼動情報集計部３００は物理サーバ４１１−１〜４１１−ｎのいずれかひとつで実行するものとする。なお、稼動情報集計部３００を実行するサーバは、物理サーバでも良いし、仮想サーバであってもよい。構成管理マネージャ３６０とモニタリングシステム１００も同様であり、異なる計算機上で実行させても良い。いずれの場合も差異は本発明の本質には影響しない。なお、本実施形態では、構成管理マネージャ３６０とモニタリングシステム１００も物理サーバ４１１−１〜４１１−ｎのいずれかひとつで実行するものとする。
【００２１】
監視対象リソース４００の物理リソース４１０は、複数の計算機で構成され、各計算機はプロセッサとメモリ及びインタフェースを有し、インタフェースを介してストレージ装置とネットワークに接続される。物理リソース４１０と仮想リソース４２０を含む監視対象リソース４００の具体的な例としては、例えば、図４３のようになる。
【００２２】
図４３は、監視対象リソース４００の一例を示す仮想計算機システムのブロック図である。物理リソース４１０は、複数の物理サーバ４１１−１〜４１１−ｎとネットワーク４３０とＳＡＮ（Storage Area Network）４４０及びストレージ装置４５０から構成される。物理サーバ４１１−１〜４１１−ｎは同一の構成であるので、以下では物理サーバ４１１−１のみについて説明する。
【００２３】
物理サーバ４１１−１は、プロセッサ４１２、メモリ４１３、ＮＩＣ（Network Interface Card）４１４、ＨＢＡ（Host Bus Adapter）４１５から構成される。なお、図示はしないが物理サーバの起動、停止や監視を行うＢＭＣ（Baseboard Management Controller）を備えて入れも良い。
【００２４】
プロセッサ４１２は、メモリ４１３内に格納された各種プログラムを実行する。ＨＢＡ４１５はＳＡＮ４４０を介してストレージ装置４５０に接続される。ＮＩＣ４１４はネットワーク４３０に接続される。ＮＩＣ４１４は、主にメモリ４１３上の各種プログラムからの要求に応じて他のサーバと通信する。ネットワーク４３０には、物理リソース４１０の仮想リソース４２０への割り当てを管理する構成管理マネージャ３６０や物理リソース４１０及び仮想リソース４２０の稼動情報を収集する稼動情報収集部３０５が接続される。なお、図示はしないが、ネットワーク４３０にはモニタリングシステム１００やモニタ端末３５０が接続されても良い。
【００２５】
メモリ４１３上には、サーバ仮想化部４２１が稼働することで、複数の仮想サーバ４２２−１〜４２２−ｍを構築することができる。なお、仮想サーバ４２２−１〜４２２−ｍの総称を仮想サーバ４２２とする。仮想サーバ４２２は、それぞれ独立してＯＳ（Operating System）４２３を稼働させることができる。プロセッサ４１２によりサーバ仮想化部４２１が実行されると、サーバ仮想化部４２１上で複数の仮想サーバ４２２を構築することができる。サーバ仮想化部４１は構成管理マネージャ３６０の指令に応じて物理サーバ４１１−１の物理リソース４１０を仮想サーバ４２２−１〜４２２−ｍの仮想リソース４２０に割り当てる。また、サーバ仮想化部４２１は、ＮＩＣ４１４やＨＢＡ４１５を仮想化して仮想サーバ４２２−１〜４２２−ｍに提供する。
【００２６】
仮想サーバ４２２はストレージ装置４５０に予め格納されたＯＳイメージをサーバ仮想化部４２１が読み込んで実行することで、それぞれ独立した仮想サーバ４２２が構築される。
【００２７】
なお、以下では物理サーバ４１１−１〜４１１−ｎの総称を物理サーバ４１１とし、仮想サーバ４２２−１〜４２２−ｍの総称を仮想サーバ４２２とする。
【００２８】
図２は、モニタリングシステム１００の内部構成を示したブロック図である。モニタリングシステム１００は、各種情報を格納するモニタ情報データベース１１０、モニタ端末３５０とのインタフェースを制御する統計情報ＧＵＩ制御部２５０、構成情報ＧＵＩ制御部２６０、履歴情報ＧＵＩ制御部２７０と、ＧＵＩ制御部２５０からの指令に基づきモニタ情報データベース１１０をアクセスして出力する情報を決定する統計情報管理部１９０、構成情報管理部２００、履歴情報管理部２１０と、が含まれる。これらの各機能はプログラムとして実装され、後述の図４３に示す記憶媒体としてのストレージ装置に格納され、物理サーバのプロセッサによりメモリにロードされて実行される。
【００２９】
モニタ情報データベース１１０の中には、稼動統計テーブル１２０と、構成情報管理テーブル１３０と、構成情報変更履歴管理テーブル１４０と、コンポーネント履歴管理テーブル１５０などが格納される。なお、構成情報変更履歴管理テーブル１４０およびコンポーネント履歴管理テーブル１５０は構成情報管理テーブル１３０から二次的に生成される情報なので、本発明の実施においては必ずしも必要ではなく、表示を高速化するために用意されたテーブルである。また、構成管理マネージャ３６０から得られた構成情報２４５および構成情報生成ポリシー２４０に従って新たな構成情報を生成し、構成情報管理テーブル１３０へと格納する構成情報関連管理部２３０と構成情報に割当てるＩＤを管理する割当済ＩＤ管理テーブル１６０もモニタリングシステム１００に含まれる。
【００３０】
構成管理マネージャ３６０から受け付ける構成情報生成ポリシー２４０の一例としては、例えば、同一の構成情報のリビジョン更新時には、各構成情報にそれぞれ付与されるコンポーネントＩＤを引き継ぎ、新たな構成情報の追加時には、新たなコンポーネントＩＤを割り当てる。また、構成情報の削除時にはコンポーネントＩＤを回収し、コンポーネントＩＤの使い回しを禁止する等のポリシーを予め設定したものである。
【００３１】
図４１は、構成管理マネージャ３６０の詳細を示すブロック図である。
【００３２】
構成管理マネージャ３６０は、物理サーバ４１１の物理リソース４１０に対する仮想サーバ４２２等の仮想リソース４２０の割り当てを制御する。また、構成管理マネージャ３６０は、物理サーバ４１１の稼動状態を制御する。構成管理マネージャ３６０は、仮想サーバ４２２の生成や削除あるいは移動の指令（構成情報及び構成情報生成ポリシーを含む構成変更指令）を監視対象リソース４００の仮想化部４２１に指令して、各物理サーバ４１１の仮想サーバ４２２を制御する。また、構成管理マネージャ３６０は、監視対象リソース４００に指令した構成変更指令の構成情報２４５及び構成情報生成ポリシー２４０をモニタリングシステム１００に通知する。
【００３３】
構成管理マネージャ３６０は、入出力装置から監視対象リソース４００に対する構成変更要求３６６を受け付け、構成変更要求３６６が完了すると入出力装置へ構成変更完了通知３６７を出力する構成変更要求処理部３６１と、監視対象リソース４００の構成情報を格納する構成情報データベース３６５と、構成変更要求処理部３６１からの構成変更要求３６１と構成情報データベース３６５の構成情報に基づいて、変更前の構成情報２４５ｘと変更後の構成情報２４５ｙと構成情報の生成ポリシー２４０を生成する構成変更要求生成部３６４と、変更前構成情報２４５ｙと変更後構成情報２４５ｙを構成情報２４５とし、構成情報生成ポリシー２４０と構成情報２４５をモニタリングシステム１００の構成情報関連管理部２３０と構成変更処理指示部３６３に送信する構成変更情報送信部３６２と、構成情報生成ポリシー２４０と構成情報２４５に基づいて監視対象リソース４００のサーバ仮想化部４２１に構成変更の指令を送信する構成変更処理指示部３６３と、を含んで構成される。
【００３４】
構成情報データベース３６５は、後述の図４に示す構成情報管理テーブル１３０と同様の構成を備える。ただし、構成情報データベース３６５は、構成情報管理テーブル１３０の構成情報５００に含まれるコンポーネントＩＤを有していない。コンポーネントＩＤは、モニタリングシステム１００の構成情報関連管理部２３０が、新たな構成情報２４５を受け付けると新たなコンポーネントＩＤを付与する。
【００３５】
構成管理マネージャ３６０は、入出力装置から構成変更要求３６６を受け付けると、構成変更要求３６１に含まれるポリシーと、変更前（現在）の構成情報２４５ｘと変更後の構成情報２４５ｙを受け付けて、構成情報２４５と構成情報生成ポリシー２４０をモニタリングシステム１００と監視対象リソース４００に送信する。そして、構成管理マネージャ３６０は、構成変更要求３６１の処理が完了すると入出力装置へ構成変更完了通知３６７を出力し、新たな構成情報２４５ｙで構成情報データベース３６５を更新する。
【００３６】
また、構成情報管理テーブル１３０の構成情報５００に付与されるコンポーネントＩＤは、構成情報関連管理部２３０が付与するモニタリングシステム１００内で一意の値である。このコンポーネントＩＤは、構成情報５００の木構造に関わりなく、一意の識別子を構成情報の構成要素毎に構成情報関連管理部２３０が割り当てるものである。コンポーネントＩＤは、監視対象リソース４００の物理リソース４１０の構成要素と、仮想リソース４２０の構成要素のそれぞれについて一意の値が割り当てられる。
【００３７】
すなわち、監視対象リソース４００の構成情報は木構造で構成される階層的な情報であるのに対し、コンポーネントＩＤはモニタリングシステム１００内で一意の識別子として機能する。コンポーネントＩＤは、後述する割当済ＩＤ管理テーブル１６０のように、物理リソース４１０の構成要素と仮想リソース４２０の構成要素及び統計値に対してそれぞれ割り当てられる。マイグレーションなどの構成を実施するときは、このコンポーネントＩＤを構成変更が行われた構成要素が引き継ぐことで、構成要素に関連付けられた統計値を、構成変更の前後で結びつけることが可能となる。
【００３８】
図４２は、構成変更要求生成部３６４が出力する構成情報生成ポリシー２４０の一例を示す説明図である。構成変更要求生成部３６４は、構成変更要求処理部３６１から受け付けた構成変更要求３６６から、変更前の構成情報のノード（部分木）と変更後の構成情報のノード情報及びノード間の関係を抽出し、変更前の構成情報のノードを変更前ノード２４１とし、変更後の構成情報のノードを変更後ノード２４２とし、ノード間の関係をノード間関連２４３として構成情報生成ポリシー２４０を生成する。
【００３９】
ノード間関連２４３としては、「重複しない割当」、「同一ノードを継承」、「移動元」、「移動先」、「交替元」、「交替先」などに分類される。
【００４０】
「重複しない割当」のノード間関連２４３は、ひとつの仮想サーバを、昼夜で切り替えて使用する場合などで、変更対象のノードが同一で、異なる構成情報ＩＤが割り当てられた構成情報間では、コンポーネントＩＤが重複しないように割り当てるように、モニタリングシステム１００に指令する。図示の「重複しない割当」の例では、ノードａで構成情報を切り替えて、変更後のノードａの構成情報に新たなコンポーネントＩＤを付与することを示す。
【００４１】
「同一ノードを継承」のノード間関連２４３は、構成情報が変化しない場合であり、図示の例ではノードｂは構成情報変更の前後で同一のコンポーネントＩＤを引き継ぐことを示す。
【００４２】
「移動元」および「移動先」のノード間関連２４３は、ノードが移動する場合であり、図示の例ではノードｃがノードdとして移動することを示す。この場合、モニタリングシステム１００ではノードｃに割り当てられた構成情報のコンポーネントＩＤを変更後の構成情報ではノードdのコンポーネントＩＤとして付与する。
【００４３】
「交替元」と「交替先」のノード間関連２４３は、現用系と待機系で系切替を行う場合であり、図示の例ではノードｅを交替元として、ノードｆに構成情報を移動することを示す。この場合、モニタリングシステム１００ではノードｅに割り当てられた構成情報のコンポーネントＩＤを、ノードｆの構成情報に割り当てられたコンポーネントＩＤに上書きする。
【００４４】
＜処理の概要＞
図１の計算機システムで行われる処理の一例を以下に示す。
【００４５】
構成管理マネージャ３６０は、監視対象リソース４００の構成を変更する度にモニタリングシステム１００に通知し、モニタリングシステム１００は通知を受けた構成情報２４５と構成情報生成ポリシー２４０から構成情報管理テーブル１３０を更新する。モニタリングシステム１００は、例えば、新たな構成情報２４５を受け付けると、構成情報管理テーブル１３０に当該構成情報２４５の内容（例えば、物理サーバ４１１や仮想サーバ４２２あるいはＩ／Ｏデバイス）を構成情報１３４の構成情報ＸＭＬに加え、構成情報ＸＭＬに含まれる構成要素毎に計算機システム内でユニークなコンポーネントＩＤ１６１を割り当てる。
【００４６】
一方、モニタ端末３５０から、監視対象リソース４００に対する稼動情報の収集要求が稼動情報集計部３００に送信されると、稼動情報集計部３００は要求された監視対象リソース４００に対する稼動情報の収集及び稼動情報の統計値に関する定義を格納し、統計値に対して統計値ＩＤを付与する。稼動情報集計部３００は、稼動情報の統計値の収集対象となった監視対象リソース４００の構成情報ＩＤと統計値情報（ＣＰＵ利用率、メモリ使用量など）と統計値ＩＤを対応させてモニタリングシステム１００に通知する。
【００４７】
モニタリングシステム１００は、稼動情報集計部３００から構成情報ＩＤと統計値ＩＤを受け付けて、構成情報管理テーブル１３０の該当するレコードの構成情報ＸＭＬに統計値ＩＤと統計値情報を格納する。これにより、計算機システム内で一意の識別子であるコンポーネントＩＤと統計値ＩＤが関連づけられる。
【００４８】
次に、構成管理マネージャ３６０が仮想サーバ４２２の移動を実施すると、モニタリングシステム１００は構成管理マネージャ３６０から構成情報２４５と構成情報生成ポリシー２４０を受け付けて、構成情報生成ポリシー２４０の内容が「交替（交替元、交替先）」であれば、構成情報２４５で指定された移動元のコンポーネントＩＤとコンポーネントＩＤに関連付けられた統計値ＩＤを移動先の構成情報のコンポーネントＩＤに引き継がせる。これにより、コンポーネントＩＤに関連付けられた統計値ＩＤも構成情報の移動先に引き継がれる。また、構成情報管理テーブル１３０では、構成情報の変更の履歴をリビジョンとして記録する。
【００４９】
稼動情報集計部３００は、所定のタイミングで監視対象リソース４００の監視を行い、指定された稼動情報を収集し、稼動情報を統計処理した統計値情報をモニタリングシステム１００の稼動統計テーブル１２０に統計値ＩＤとともに格納する。
【００５０】
モニタ端末３５０が、統計値情報をモニタリングシステム１００に要求すると、モニタリングシステム１００は指定された構成情報のコンポーネントＩＤを構成情報管理テーブル１３０から検索し、当該コンポーネントＩＤに関連づけられた統計値ＩＤを取得する。そして、モニタリングシステム１００は、統計値ＩＤに対応する統計値情報を稼動統計テーブル１２０から取得して、モニタ端末３５０に出力する。
【００５１】
仮想サーバ４２２を物理サーバ４１１間で移動させても、コンポーネントＩＤと統計値ＩＤはそのまま移動先の構成情報１３４（構成情報ＸＭＬ）に引き継がれるので、仮想サーバ４２２の統計値ＩＤに対応する統計値情報を、移動の前後を跨いでモニタ端末３５０で表示することが可能となる。また、モニタ端末３５０が構成情報の履歴をモニタリングシステム１００に要求すると、移動の前後の構成情報の履歴をモニタ端末３５０に出力することができる。
【００５２】
以下図３〜図３０までの例では、仮想サーバが物理サーバ間を移動するケースについての実施の形態を示す。
【００５３】
＜モニタ情報データベース内の各種テーブル＞
図３は稼動統計テーブル１２０の構成例である。統計情報管理部１９０が管理する統計値を格納するテーブルである。各レコードは統計値ＩＤ１２１、タイムスタンプ１２２および１つ以上の統計値１２３から構成される。ここでは統計値１２３として平均値１２４、最小値１２５、最大値１２６、標準偏差１２７、標本数１２８を選んだが、一部でも良いし、これ以外の統計値を持っていても構わない。
【００５４】
稼動統計テーブル１２０は、後述するように稼動情報集計部３００が収集した監視対象リソース４００の稼動情報の統計値を格納する。統計値１２３は、統計値ＩＤ毎に設定された単位を有し、例えば、プロセッサの使用率（％）やメモリの使用量（ＧＢ）や単位時間当たりのインタフェースのデータ転送量（Ｉ／Ｏトラフィック：ＧＢ／ｓｅｃ）などである。
【００５５】
図４は、構成情報管理テーブル１３０の構成例である。構成情報管理テーブル１３０は、構成管理マネージャ３６０から受信した構成情報２４５を蓄積するテーブルで、構成情報管理部２００が管理する構成情報の履歴（リビジョン）を格納する。モニタリングシステム１００は、起動すると構成管理マネージャ３６０から構成情報データベース３６５を受信して、現在の監視対象リソース４００の構成情報を構成情報管理テーブル１３０に格納する。各レコードは構成情報ＩＤ１３５、リビジョン１３１、開始日時１３２、終了日時１３３、および構成情報１３４から構成される。構成情報を管理する手法は色々考えられるが、たとえばＸＭＬ形式の構成情報データ５００を作成し、そこへのリンクやファイル名をレコードに登録する方法が考えられる。終了日時１３３が“−”またはＮＵＬＬであるレコードは、最新であることを示している。
【００５６】
図４の例では、構成情報ＩＤ１３５＝１である構成情報に対して、３つのリビジョン１３１の構成情報が登録されており、リビジョン１３１＝１とリビジョン１３１＝２のレコードには終了日時１３３が設定されているが、リビジョン１３１＝３のレコードには終了日時１３３が設定されておらず（”−”）、リビジョン１３１＝３の構成情報が現在使用中（最新）のリビジョンであることを示す。各リビジョンに対応する構成情報ＸＭＬ５００ａ、５００ｂ、５００ｃをそれぞれ後述する図７、図８ａ、図８ｂに示す。
【００５７】
構成情報管理テーブル１３０は、構成管理マネージャ３６０から構成情報２４５を受け付けて、監視対象リソース４００の構成情報を世代（リビジョン）毎に格納する。構成情報管理テーブル１３０と構成管理マネージャ３６０の構成情報データベース３６５は、上述したように同様の構成である。このため、構成管理マネージャ３６０は、新たな構成情報２４５ｙを生成すると、新たな構成情報ＩＤ１３５とリビジョン１３１＝１を生成する。
【００５８】
なお、構成管理マネージャ３６０で監視対象リソース４００の構成情報の履歴（世代）を管理しない場合では、モニタリングシステム１００の構成情報管理部２００がリビジョン１３１を管理すればよい。この場合、構成情報管理部２００は、同一の構成情報ＩＤ１３５に対して新たな構成情報２４５を受け付けると、現在のリビジョン１３１をインクリメントした値を、新たな構成情報を格納するレコードのリビジョン１３１に最新の世代を示す値を設定する。
【００５９】
図５は構成情報変更履歴管理テーブル１４０の構成例である。構成情報変更履歴管理テーブル１４０は、履歴情報管理部２１０が管理する構成情報の履歴（リビジョン）を格納する。各レコードは履歴ＩＤ１４１、構成変更のあった時点のタイムスタンプ１４２、構成情報ＩＤ１４７、変更前リビジョン１４３、変更後リビジョン１４４、作業手順８３０へのリンク１４５、関連コンポーネントＩＤリスト１４６、から構成される。
【００６０】
履歴ＩＤ１４１は、構成情報管理部２１０が設定する値で、一意の識別子が付与される。作業手順８３０は構成情報変更時にどのような変更があったのかをモニタ端末３５０へ出力して管理者やユーザが見てわかりやすくするためのテキスト列で、構成情報の差分から自動的に生成する方法や、構成管理マネージャ３６０での構成変更指示時に管理者にコメントとして入力させる方法などが考えられる。関連コンポーネントＩＤリスト１４６は、該当する構成変更の影響を受けるコンポーネントＩＤのリストである。
【００６１】
図６はコンポーネント履歴管理テーブル１５０の構成例である。コンポーネント履歴管理テーブル１５０は、履歴情報管理部２１０が管理するテーブルで、構成変更の影響を受けたコンポーネントＩＤ１５１に関してのみレコードが登録される。
【００６２】
各レコードはコンポーネントＩＤ１５１、新たな構成の開始日時１５２、当該構成の終了日時１５３、構成情報ＩＤ１５５、リビジョン１５４から構成される。終了日時１５３が”−”あるいはＮＵＬＬであるレコードは、そのリビジョンが最新であることを示す。
【００６３】
図６の例では、コンポーネントＩＤ１５１が「３」であるコンポーネントはリビジョン１５４が「１」から「２」に変更された時の影響は受けたが、リビジョン１５４が「２」から「３」へ変更されたときには構成変更の影響は受けていないため、リビジョン１５４＝２が最新である。一方、コンポーネントＩＤ１５１が「５」であるコンポーネントは、リビジョン１５４＝１が最新のまま変更の影響を受けていない。さらにコンポーネントＩＤ１５１が「６」であるコンポーネントは２回の構成変更の影響を共に受けているため、リビジョン１５４＝３が最新となっている。
【００６４】
＜構成情報ＸＭＬのツリー表現＞
図７は構成情報ＸＭＬ５００ａのツリー表現の一部を抜粋した図である。図７の例は、図４に示したリビジョン１３１＝１の構成情報１３４をツリー（部分木）にて表現した例である。
【００６５】
図７では一例としてサーバラック５１０を頂点とする構成ツリーを示す。サーバラック５１０の下にサーバシャーシ５２０、その下に物理サーバ４１１、その下に仮想サーバ４２２が存在している。また物理サーバ４１１の下に物理サーバ４１１の統計値情報５６０と、仮想サーバ４２２の下に仮想サーバの統計値情報５５０が関連づけられている。なお、サーバラック５１０、サーバシャーシ５２０と物理サーバ４１１の関係等のモニタリングシステム１００が識別できない構成については、管理者などがモニタ端末３５０から設定する。
ここで仮想サーバ４２２の統計値情報としては、例えばＯＳ４２３が取得したＣＰＵ利用率やメモリ使用量といった情報が考えられる。すなわち、サーバ仮想化部４２１が仮想サーバ４２２へ提供する仮想ＣＰＵの利用率やメモリの使用量（または使用率）、あるいは仮想Ｉ／Ｏ（ＨＢＡやＮＩＣ等を仮想化したＩ／Ｏデバイス）の利用率（転送量）等を仮想サーバ４２２の性能を示す統計値情報とすることができる。
【００６６】
一方、物理サーバ４１１の統計値情報としては、ハイパバイザ自身のＣＰＵ使用率やメモリ４１３の使用量や、Ｉ／Ｏ（ＨＢＡやＮＩＣ）の利用率（転送量）等を仮想化部４２１の性能を示す統計値情報といった情報が考えられる。
【００６７】
そして、本実施形態では、この構成情報ＸＭＬ５００の各ノードに一意なコンポーネントＩＤ(ＣＩＤ)を割り当て、また各統計値情報にも一意な統計値ＩＤを割り当てることで、構成情報変更前後での履歴や統計情報の追跡を容易にする。なお、構成情報におけるノードとしては、物理サーバ４１１や仮想サーバ４２２に付与したコンポーネントＩＤをノードとして扱うことができる。同様に統計値ＩＤもノードとして扱うようにしても良い。
【００６８】
また、コンポーネントＩＤと統計値ＩＤとを区別する必要は必ずしもなく、お互いに重ならないような値をつけて管理する方法もある。以下の例では、各テーブルのフィールド数を省略するためにコンポーネントＩＤと統計値ＩＤを同一フィールドで示しているが、両者を区別するようなフィールドを追加して管理する方法もある。どちらの場合も本発明の適用に当たっては本質的な差異を生じない。
【００６９】
図８ａは構成情報ＸＭＬ５００ａから仮想サーバδを移動させた後の構成情報ＸＭＬ５００ｂのツリー表現の一部を抜粋した図である。この構成情報ＸＭＬ５００ｂは、図４に示したリビジョン１３１＝２の構成情報１３４をツリーにて表現した例である。リビジョン１３１＝１から２の移動の前後で、移動した仮想サーバδに関連するコンポーネントＩＤおよび統計値ＩＤは同一であることが保証される。これにより、構成変更による移動の前後で稼動統計情報を連続的に追跡できるようになる。
【００７０】
すなわち、コンポーネントＩＤ＝３の物理サーバＡに割り当てられたコンポーネントＩＤ＝６の仮想サーバを、物理サーバＢへ移動したときに、物理サーバＡに関連付けられた仮想サーバδのコンポーネントＩＤ＝３と、当該仮想サーバの配下の仮想リソースの識別子（統計値ＩＤ）を削除し、移動する仮想サーバδのコンポーネントＩＤ＝３及び当該仮想サーバδの配下の仮想リソースの識別子（統計値ＩＤ）と同一のコンポーネントＩＤと統計値ＩＤを移動先の物理サーバＢに割り当てる。
【００７１】
＜割当済ＩＤ管理テーブル＞
図９は構成情報関連管理部２３０が管理するコンポーネントＩＤの状態遷移図である。コンポーネントＩＤは、物理リソース４１０や仮想リソース４２０に構成情報関連管理部２３０が割り当てたモニタリングシステム１００内で一意の識別子である。これらのコンポーネントＩＤと識別子ＩＤは、構成情報関連管理部２３０が管理する割当済ＩＤ管理テーブル１６０に格納される。
【００７２】
構成情報関連管理部２３０が物理リソース４１０や仮想リソース４２０にコンポーネントＩＤを割り当てると、コンポーネントＩＤの状態を管理するために割当済ＩＤ管理テーブル１６０へと登録する。
【００７３】
コンポーネントＩＤは、まだ割り当てていない状態未割当１７０（テーブルに未登録のＩＤを含む）から、割り当てられると使用中１７１へと遷移する。また、待機用のコンポーネントなどのためにＩＤを予約した場合は予約済あるいは待機中１７２へと遷移する。使用中１７１と待機中１７２の間は、障害や移動などによる交替があった場合、お互いの間を遷移することがある。コンポーネントの削除や廃棄が行われた場合、そのＩＤは別の目的で再利用されないように回収済１７３へと遷移する。新たなＩＤの値の生成方法としては、たとえば単調増加な自然数を使用する方法が考えられる。
【００７４】
図１０は図７の構成情報ＸＭＬ５００ａに相当する割当済ＩＤ管理テーブル１６０の構成例である。各レコードはコンポーネントＩＤまたは統計値ＩＤ１６１、構成情報ＩＤ１６２、リビジョン１６３、ＸＭＬパス表現１６４、親コンポーネントＩＤ１６５、コンポーネントＩＤの状態１６６といったフィールドから構成される。
【００７５】
ここでＸＭＬパス表現１６４は、ＸＭＬツリーにおける各ノードを特定するために必要な情報を含む。図１０の例ではサーバラック５１０のＩＤ、サーバシャーシ５２０のＩＤ、物理サーバ４１１のＩＤ、仮想サーバ４２２のＩＤを順に指定する方法を示したが、この他にも物理サーバ４１１や仮想サーバ４２２にユーザがつけたサーバ名を指定する方法や、稼動するゲストＯＳのＵＵＩＤを指定する方法などが考えられる。いずれの方法でもノード（各コンポーネント）が一意に特定できさえすれば本発明の適用に当たっては差異を生じない。
【００７６】
＜構成情報XMLのＸＭＬ表現＞
図１１は図７に示した物理サーバ＝「Ａ」の仮想サーバδを物理サーバ「Ｂ」へ移動する前の構成情報ＸＭＬ５００ａのＸＭＬ表現である。サーバラック５１０を示すＳｅｒｖｅｒＲａｃｋノード、サーバシャーシ５２０を示すＳｅｒｖｅｒＣｈａｓｓｉｓノード、物理サーバ５３０を示すＰｈｙｓｉｃａｌＳｅｒｖｅｒノード、仮想サーバ５４０を示すＶｉｒｔｕａｌＳｅｒｖｅｒノードが階層的にツリー構造をなしており、各ノードの属性としてコンポーネントＩＤを示すｃｏｍｐｏｎｅｎｔ＿ｉｄを持つ。またＶｉｒｔｕａｌＳｅｒｖｅｒノードの下にはサーバ名を示すＳｅｒｖｅｒＮａｍｅ、ＣＰＵ利用率を示すＣＰＵＵｓａｇｅ、メモリ使用量を示すＭｅｍｏｒｙＵｓａｇｅの各ノードがあり、ＣＰＵＵｓａｇｅおよびＭｅｍｏｒｙＵｓａｇｅノードは統計値ＩＤを示すｓｔａｔｉｓｔｉｃｓ＿ｉｄ属性を持つ。なお、コンポーネントＩＤと統計値ＩＤを特に区別せずに管理する場合はｓｔａｔｉｓｔｉｃｓ＿ｉｄ属性の代わりにｃｏｍｐｏｎｅｎｔ＿ｉｄ属性を持たせる実装も考えられる。どちらの場合も本質的な差異は生じない。
【００７７】
図１２は図８ａに示した物理サーバ＝「Ａ」の仮想サーバδを物理サーバ「Ｂ」へ移動する際の構成情報ＸＭＬ５００ａと構成情報ＸＭＬ５００ｂを生成する場合のＸＭＬ表現での変更手順を示した図である。構成情報ＸＭＬ５００ａにおける仮想サーバδ配下のノードを、構成情報ＸＭＬ５００ｂでは物理サーバＡの配下から物理サーバＢの配下へと移動させる。この処理において、仮想サーバδを含む配下のコンポーネントＩＤおよび統計値ＩＤは同一のＩＤを引き継ぐことで、移動前後における稼動統計情報や変更履歴の追跡を可能とする。
【００７８】
図１３は、仮想サーバδの移動後の割当済ＩＤ管理テーブル１６０を示す。移動の結果、仮想サーバδ（コンポーネントＩＤ１６１＝６）および配下のＣＰＵ利用率（統計値ＩＤ１６１＝４０６）とメモリ使用量（統計値ＩＤ１６１＝４０７）は、移動によりＸＭＬパス表現１６４が変更となったため、新たなエントリとして追加される。
【００７９】
＜フローチャート＞
以下、各部で行われる処理のフローチャートについて説明する。
【００８０】
図１４は、モニタリングシステム１００の構成情報関連管理部２３０で行われる処理のフローチャートを示す。この処理は、例えば、構成情報関連管理部２３０が構成管理マネージャ３６０から構成情報Ｘと新たな構成情報Ｙからなる構成情報２４５と構成情報生成ポリシー２４０を受け付けたときに開始される。構成情報２４５は、構成情報生成ポリシー２４０の内容が移動（マイグレーション）の場合、構成情報Ｘが移動元の構成情報２４５ｘであり、構成情報Ｙが移動先の構成情報２４５ｙ、換言すれば未割当の構成情報である。また、構成情報生成ポリシー２４０の内容が構成情報の追加の場合、構成情報Ｘが追加先の構成情報２４５ｘであり、構成情報Ｙが追加する構成情報２４５ｙとなる。
【００８１】
構成情報関連管理部２３０では、コンポーネントＩＤ１６１を割当済の構成情報Ｘと未割当の構成情報Ｙ、および構成情報生成ポリシー２４０から、構成情報Ｙに対するコンポーネントＩＤ１６１の割当を行う。構成情報関連管理部２３０は、既割り当ての構成情報Ｘについて、割当済ＩＤ管理テーブル１６０からコンポーネントＩＤを読み込んでおく。
【００８２】
構成情報関連管理部２３０は、まず、各構成情報（構成情報Ｘ、Ｙ）の頂点ノードｎを引数としてこの処理ルーチンが呼ばれる（ステップ１０００）。なお、頂点ノードｎは、構成情報Ｘ及び構成情報Ｙをそれぞれ部分木ｘ、ｙとして解析したときにルートとなるノードである。部分木ｘまたは部分木ｙの解析は、構成情報関連管理部２３０が行っても良い。
【００８３】
次に構成情報関連管理部２３０は、上記のように受け取った引数ｎを元にして後述するようなＩＤ割当処理分岐１０１０を呼び出す。構成情報関連管理部２３０は、ＩＤ割当処理分岐１０１０を実行し、この結果として得たノードと、さらに配下の全子ノードに対してそれぞれの子ノードを引数としてＩＤ割当処理１０００を再帰的に呼び出す（ステップ１０２０〜１０４０）。
【００８４】
ＩＤ割当処理分岐１０１０を呼び出した結果の全子ノードに対する割当済ＩＤ管理テーブル１６０に、ノードｎ自身の割当リストを追加して、割当処理の呼び出し元へと返答し、戻る（ステップ１０５０〜１０６０）。
【００８５】
図１５にＩＤ割当処理分岐１０１０のフローチャートを示す。
【００８６】
構成情報関連管理部２３０は、変更前のノード２４１を、ノードｋとし、変更後のノード２４２をノードｎとし、構成情報生成ポリシー２４０を読み込んで、構成の重複を許可しないか否かを判定する。構成情報生成ポリシー２４０が「重複しない割当」を指定している場合（ステップ１１１０）、ステップ１１９０へと分岐する。そうでない場合はステップ１１２０へと進む。
【００８７】
ステップ１１２０では部分木ｘ、ｙ共にノードｎが存在するか否かを判断する。存在する場合はステップ１１５０へと進む。部分木ｘ、ｙ共にノードｎが存在しない場合ステップ１１３０へと進む。
【００８８】
ステップ１１３０では、未割当の部分木ｙにのみノードｎが存在するか否かを判断する。存在しない場合はステップ１１４０へ、存在する場合はステップ１１６０へと分岐する。
【００８９】
ステップ１１４０では、割当済の部分木ｘにのみノードｋが存在するか否かを判断する。割当済の部分木ｘにのみノードｎが存在しない場合はＩＤ割当処理分岐１０１０を終了する（ステップ１２５０）。存在する場合はステップ１１７０へと進む。
【００９０】
ステップ１１５０では、構成情報生成ポリシー２４０に従い、ノードｎがノードｋの交替の対象であるか否かを判断する。交替の対象である場合はステップ１２１０へと進む。交替の対象で無い場合は部分木ｘのノードｎと同じＩＤを部分木ｙのノードｎにも割り当てて（ステップ１１８０）、ＩＤ割当処理分岐１０１０を終了する。
【００９１】
ステップ１１６０では、ノードｎがノードｋの移動先であるか否かを判定する。ノードｎがノードｋの移動先である場合はステップ１２３０へ進む。ノードｎがノードｋの移動先で無い場合は部分木ｙのノードｎに新たなＩＤを割り当て、割り当てリストに追加し、ＩＤ割当処理分岐１０１０を終了する。
【００９２】
ステップ１１７０では、ノードｋが移動の対象であるか否かを判定する。ノードｋが移動の対象である場合はＩＤ割当分岐処理１０１０を終了する（ステップ１２５０）。ノードｋが移動の対象で無い場合は部分木ｘのノードｋの状態を「回収済」に変更し（ステップ１２００）、ＩＤ割当処理分岐１０１０を終了する。
【００９３】
ステップ１２１０では、交替元ノードをｋとして部分木ｙのノードｎのＩＤとして、部分木ｘのノードｋのＩＤと状態を引き継ぎ（ステップ１２１０〜１２２０）、ＩＤ割当処理分岐１０１０を終了する。
【００９４】
ステップ１２３０では、部分木ｘのノードｋを部分木ｙのノードｎへと部分木ごと移動する。この処理は図１２で示したようなＸＭＬツリーの操作によって行われる。さらに部分木ｘのノードｋのＩＤを部分木ｙのノードｎへと割り当て（ステップ１２４０）、ＩＤ割当処理分岐１０１０を終了する。
【００９５】
上記処理により、構成情報関連管理部２３０は、新規の構成情報Ｙに対しては、コンポーネントＩＤ１６１を割り当てて、ＸＭＬパス表現１６４を生成して割当済ＩＤ管理テーブル１６０に格納する。一方、構成情報Ｙが構成情報Ｘの変更の場合には、構成情報関連管理部２３０は、該当するコンポーネントＩＤ１６１のリビジョン１６３を更新し、構成情報ＸのコンポーネントＩＤを引き継いで変更後の構成情報ＹのＸＭＬパス表現１６４を生成して割当済ＩＤ管理テーブル１６０に格納する。
【００９６】
以上の処理によって、仮想サーバ４２２がマイグレーションなどの構成変更によって移動した場合でも、コンポーネントＩＤを構成変更後にも同一のコンポーネントＩＤを引き継ぐことが可能となって、コンポーネントＩＤに関連づけられた統計値ＩＤも引き継ぐことができる。これにより、構成変更の前後で、関連する統計情報を連続的に集計することが可能となる。
【００９７】
＜稼動統計情報表示＞
図１６に稼動統計情報表示時に統計情報管理部１９０で行われる処理のフローチャートを示す。この処理は、統計情報ＧＵＩ制御部２５０がモニタ端末３５０から統計情報の要求を受け付けたときに実行される。この要求は、統計情報表示期間の開始日時を変数ｂに格納し、終了日時を変数ｅに、コンポーネントの構成情報ＩＤを変数ｄに、コンポーネントＩＤを変数ｃに格納する。
【００９８】
まずステップ１３００で、統計情報管理部１９０は統計情報ＧＵＩ制御部２５０から統計情報表示期間の開始日時ｂと終了日時ｅを得る。ステップ１３１０へ進む。
【００９９】
ステップ１３１０では、構成情報管理部２００が構成情報ＧＵＩ制御部２６０から、指定されたコンポーネントの構成情報ＩＤ１３５＝ｄとコンポーネントＩＤ＝ｃを得る。ステップ１３２０へ進む。
【０１００】
ステップ１３２０では、履歴情報管理部２１０が、統計情報管理部１９０および構成情報管理部２００から得た変数ｂ、ｅ、ｄ、ｃを元に、コンポーネント履歴管理テーブル１５０から＜ｄ、ｃ＞をキーとして、開始日時１５２＜ｅかつ終了日時１５３≧ｂとなるリビジョン１５４のリスト（Ｒ１、Ｒ２、．．．、Ｒｎ）を得る。ここで各リビジョンの開始日時１５２を（ｂ１、ｂ２、．．．、ｂｎ）、終了日時１５３を（ｅ１、ｅ２、．．．、ｅｎ）とする。ｅｉは最新リビジョンの場合ＮＵＬＬの場合もある。ステップ１３３０へ進む。
【０１０１】
次に得られた各リビジョンＲｉ（ただし、ｉ＝１〜ｎ）について、ステップ１３４０〜１３９０までを繰り返す。
【０１０２】
ステップ１３４０では、構成情報管理テーブル１３０から、構成情報ＩＤ１３５＝ｄ、リビジョン１３１＝Ｒｉであるレコードを選び、構成情報管理テーブル１３０の構成情報１３４から構成情報ＸＭＬ５００を取得する。ステップ１３５０へ進む。
【０１０３】
ステップ１３５０ではコンポーネントＩＤが変数ｃの配下の統計値ＩＤのリスト（ｓ１、 ｓ２、 ．．． ｓｍ）を得る。ステップ１３６０へ進む。
【０１０４】
次に得られた各ｓｊに対してステップ１３７０〜１３８０を繰り返す。
【０１０５】
ステップ１３７０では、稼動統計テーブル１２０から統計値ＩＤ＝ｓｊをキーにして、ｂｉ≦タイムスタンプ１２２＜ｅｉとなるレコードのタイムスタンプと値の組＜ｔ、ｖ＞のリストを得る。ステップ１３８０に進む。
【０１０６】
ステップ１３８０では、稼動情報ＧＵＩ制御部２５０に＜ｔ、ｖ＞のリストを送り、これによりモニタ端末３５０の表示装置にグラフを出力する。
【０１０７】
以上が稼動統計情報表示時のフローチャートである。
【０１０８】
上記処理により、統計情報管理部１９０は、同一のコンポーネントＩＤに関連づけられた統計値ＩＤについて、マイグレーションなどの構成変更があった場合にも、構成変更の時点を跨いで連続的に表示させることが可能となる。
【０１０９】
以下図１７〜図２３を用いて、構成情報と稼動統計情報を連携させる処理について示す。
【０１１０】
図１７は本発明を適用したモニタリングシステム１００のモニタ端末３５０に表示される稼動統計モニタ画面の一例である。
【０１１１】
稼動統計モニタ画面は、図中左側に表示期間を表示する部分７００とラックやシャーシといった構成管理を行う部分７１０を備える。また、図中右側には構成情報および稼動統計情報を表示するエリアがあり、図中上部から物理構成情報（物理リソース４１０の構成情報）を表示する物理構成情報表示エリア７２０、仮想構成情報（仮想リソース４２０の構成情報）を表示仮想構成情報表示するエリア７３０、稼動統計情報を表示する稼動統計情報表示エリア７４０から構成される。
【０１１２】
物理構成情報表示エリア７２０と仮想構成情報表示エリア７３０および稼動統計情報表示エリア７４０は連動しており、物理構成情報エリア７２０において指定されたコンポーネント（ここでは物理サーバＡ）についての仮想構成情報の詳細が仮想構成情報表示エリア７３０に表示される。また、この場合、物理サーバＡに対応した稼働統計情報が７４０に表示される。
【０１１３】
ここで仮想構成情報表示エリア７３０の仮想サーバαをモニタ端末３５０の入力装置で指定した場合、仮想サーバαに関連する稼働統計情報のみが抽出されて稼働統計情報表示エリア７４０へと表示される。このように、着目するコンポーネントが物理コンポーネントか仮想コンポーネントかに応じて、稼働統計情報７４０に表示されるグラフの種類が変わる点が本モニタリングシステム１００の特徴の一つである。
【０１１４】
以下、図１８〜図２３の例では、図７、図８ａで示したように仮想サーバδが物理サーバＡから物理サーバＢ上へとある時刻に移動したという前提で説明する。
【０１１５】
図１８は図１７に示した物理構成情報表示エリア７２０の物理サーバＡを、モニタ端末３５０の入力装置から指定した場合の稼動統計モニタ画面の表示例を示す。稼働統計情報表示エリア７４０には指定した物理サーバＡのＣＰＵ利用率として、物理サーバＡ上の各仮想サーバの使用している内訳のグラフが表示される（実際にはこの他にサーバ仮想化部４２１分の使用率などもあるが、ここでは説明の簡略化のために省略する）。統計期間の途中で仮想サーバδは物理サーバＡから移動して行ったため、仮想サーバδ分が途中から消えている。また稼働統計情報表示エリア７４０のタイムライン７４１は仮想サーバδが物理サーバＡ上にある時刻を示している。このため、仮想構成情報表示エリア７３０には、仮想サーバδが物理サーバＡ上に載っている構成図が表示される。
【０１１６】
なお、このようにタイムライン７４１をカーソル等で示す方法の他に、常に注目するタイムラインが中央に来るように表示期間の方を変える方法も考えられるが、どちらの方法でも本発明の本質には影響しない。
【０１１７】
次に図１８の状態で稼動統計モニタ画面に表示されている物理構成情報表示エリア７２０の物理サーバＢを指定した場合の表示例を図１９に示す。
【０１１８】
図１９の稼働統計情報表示エリア７４０には、物理サーバＢの内訳が表示されているが、仮想サーバδは統計期間の途中から出現している。またタイムライン７４１は仮想サーバδが物理サーバＡ上にある日時を指しているため、仮想構成情報表示エリア７３０にはまだ仮想サーバδが無い状態の物理サーバＢが表示される。
【０１１９】
図２０は、図１８の状態から稼動統計モニタ画面に表示されているタイムライン７４１を、モニタ端末３５０の入力装置により操作して仮想サーバδの移動後にずらした場合の表示例である。この時のＧＵＩの操作としては、タイムライン７４１をカーソルでクリックしてそのままドラッグして右側にずらす操作や、稼働統計情報表示エリア７４０の移動時刻（点線で表示）より右側で右クリックメニューによって選択する、などの操作が考えられる。図１８と異なり、図２０ではタイムライン７４１を仮想サーバδの移動後の時刻にしたために、仮想構成情報表示エリア７３０には仮想サーバδが存在しない構成図が表示される。
【０１２０】
図２１は図１９の状態から稼動統計モニタ画面に表示されていたタイムライン７４１を仮想サーバδ移動後の時刻まで動かした場合の表示例である。こちらは物理サーバＢ上に仮想サーバδが移動した後なので、仮想構成情報表示エリア７３０には仮想サーバδが存在している構成図が表示される。
【０１２１】
図２２は図２１の状態から稼動統計モニタ画面に表示されていた仮想構成情報表示エリア７３０の仮想サーバδを指定した場合の表示例である。仮想サーバδに関する稼動統計情報（ここではＣＰＵ利用率とＩ／Ｏトラフィックを例にとった）が稼働統計情報表示エリア７４０に表示される。本発明を適用することで、仮想サーバの移動の前後で稼働統計情報を連続的に追跡できる。
【０１２２】
すなわち、仮想サーバ４２２をマイグレーションやフェイルオーバなどで他の物理サーバ４１１へ移動しても、当該仮想サーバ４２２に割り当てられたコンポーネントＩＤを移動先へ引き継ぐことで、当該コンポーネントＩＤの配下の統計値ＩＤも移動先に引き継がれるので、仮想サーバ４２２の移動の有無にかかわらず、仮想サーバ４２２の稼働に関する統計情報を連続に追跡することが可能となる。これにより、仮想サーバ４２２のリソースのボトルネックを検出するまでの時間を前記従来例に比して大幅に短縮でき、多数の計算機を備えた環境における運用管理の効率を改善できるのである。
【０１２３】
＜構成変更履歴表示＞
図２３に変更履歴情報表示時の履歴情報管理部２１０で行われる処理のフローチャートを示す。この処理はモニタ端末３５０から変更履歴の表示要求があったときに実行される。
【０１２４】
ステップ１４１０では、履歴情報管理部２１０が構成情報ＧＵＩ制御部２６０から、モニタ端末３５０で指定されたコンポーネントの構成情報ＩＤを変数ｄに格納し、コンポーネントＩＤを変数ｃに格納する。ステップ１４２０へ進む。
【０１２５】
ステップ１４２０では、履歴情報管理部２１０がコンポーネント履歴管理テーブル１５０からコンポーネントの構成情報ＩＤを格納した変数ｄおよびコンポーネントＩＤを格納した変数ｃをキーとして、リビジョン１５４のリスト（Ｒ１、Ｒ２、．．．、Ｒｎ）を抽出する。この時各リビジョンの開始日時１５２を（ｂ１、ｂ２、．．．、ｂｎ）、終了日時１５３を（ｅ１、ｅ２、．．．、ｅｎ）とする。ステップ１４３０へ進む。
【０１２６】
以下、履歴情報管理部２１０は、各リビジョンＲｉ（ただし、ｉ＝１〜ｎ）に対して、ステップ１４３０〜ステップ１４８０を繰り返す。
【０１２７】
ステップ１４４０では、履歴情報管理部２１０が構成管理テーブル１３０から、構成情報ＩＤ１３５＝ｄでかつリビジョン１３１＝Ｒｉであるレコードを検索し、対応する構成情報ＸＭＬ５００を取得し、ステップ１４５０へ進む。
【０１２８】
ステップ１４５０では、履歴情報管理部２１０が取得した構成情報ＸＭＬ５００を元にリビジョンＲｉの構成情報のサムネイル８００をモニタ端末３５０に出力し、ステップ１４６０へ進む。
【０１２９】
ステップ１４６０では履歴情報管理部２１０は、リビジョンＲｉが最新リビジョン（対応するｅｉ＝ＮＵＬＬ）か否かを判定する。最新リビジョンだった場合は、ステップ１４９０へ進む。そうでない場合はステップ１４７０へ進む。
【０１３０】
ステップ１４７０では、モニタ端末３５０に出力リビジョンＲｉとリビジョンＲｉ＋１のサムネイル８００の間に構成変更アイコン８１０をモニタ端末３５０に出力し、ステップ１４８０へ進む。
【０１３１】
ステップ１４８０では、履歴情報管理部２１０が構成情報変更履歴管理テーブル１４０から、構成情報ＩＤ１４７＝ｄ、変更前リビジョン１４３＝Ｒｉ、変更後リビジョン１４４＝Ｒｉ＋１に相当するレコードを検索し、対応する作業手順８３０を呼び出す。構成変更アイコン８１０のリンク先８２０として出力の準備をする。ここで用意されたリンク先の構成変更図８２０は、モニタ端末３５０に出力する構成変更アイコン８１０をクリックした時にポップアップや別ウインドウとして表示しても良いし、構成変更アイコン８１０上にマウスオーバーされた時にポップアップとして表示しても良い。ステップ１４９０へ進む。
【０１３２】
ステップ１４９０では、履歴情報管理部２１０はリビジョンＲｉがまだ残っている場合、ステップ１４３０に戻って繰り返す。全てのリビジョンについて処理が完了した場合は完了する。
【０１３３】
以上が変更履歴表示時のフローチャートである。
【０１３４】
次に図２４〜図２６を用いて、モニタリングシステム１００の変更履歴表示機能の処理について説明する。
【０１３５】
変更履歴表示機能はモニタリングシステム１００のモニタ端末３５０に表示される物理構成情報表示エリア７２０または仮想構成情報表示エリア７３０の任意のコンポーネントから右クリックメニュー等で呼び出すことができる。また、稼働統計情報表示エリア７４０の構成変更を示す時刻上（図１８〜図２２の点線の位置）や、グラフの特定の領域を指定して右クリックメニューで呼び出せるとしても良い。また以下の例では図４に示した３つの構成情報５００ａ〜５００ｃのリビジョンが登録されており、図７、図８ａ、図８ｂで示したように仮想サーバδが物理サーバＡから物理サーバＢ、物理サーバＢから物理サーバＣへと移動したという前提で説明する。
【０１３６】
図２４は物理構成情報表示エリア７２０の物理サーバＡをモニタ端末３５０から指定して構成変更履歴を呼び出した場合の図である。物理サーバＡは構成情報リビジョン１からリビジョン２への変更の影響は受けているが、構成情報リビジョン２から３への変更の影響は受けていないことが、コンポーネント履歴管理テーブル１５０よりわかる。
【０１３７】
そこで構成変更履歴表示機能では２つのリビジョンがサムネイル８００−Ａ１、８００−Ａ２の形で表示され、その間に構成変更アイコン８１０−Ａが表示される。サムネイル８００をクリックあるいは右クリックメニューで選択することで、当該リビジョンの構成情報がメインの構成情報表示エリア７２０や７３０に反映され、あるいは別ウインドウとして表示される。また構成変更アイコン８１０をクリックあるいはマウスオーバーすることで、作業手順８３０を含むリビジョン間の構成変更情報８２０がポップアップあるいは別ウインドウで表示される。
【０１３８】
図２５は仮想サーバδに関して構成変更履歴表示をモニタ端末３５０で行った場合の図である。仮想サーバδはリビジョン１、２、３の全てに変更の影響を受けていることがコンポーネント履歴管理テーブル１５０よりわかる。そこでリビジョン１、２、３に相当する構成情報サムネイル８００−Ｂ１、８００−Ｂ２、８００−Ｂ３がそれぞれモニタ端末３５０に表示され、図示のようにそれらのリビジョンの間に構成変更アイコン８１０−Ｂ１、８１０−Ｂ２が表示される。
【０１３９】
図２６は仮想サーバαに関して構成変更履歴表示をモニタ端末３５０で行った場合の図である。仮想サーバαはリビジョン２、３に変更した影響を受けていないことがコンポーネント履歴管理テーブル１５０よりわかる。そこでリビジョン１に相当する構成情報サムネイル８００−Ｃ１のみがモニタ端末３５０に表示され、構成変更アイコン８１０は表示されない。
【０１４０】
以上のように、コンポーネントＩＤ単位で構成情報や統計情報の履歴を管理することによって、コンポーネント単位で構成変更履歴のフィルタリングを行えるため、着目しているコンポーネントが影響を受けた構成変更のみに着目することができ、稼働状況分析の際に必要となる構成変更の影響範囲の追跡が容易になる。
【０１４１】
＜稼働情報収集部の動作＞
以下図２７〜図３０を用いて稼働情報収集部３００の詳細動作を示す。
【０１４２】
図２７は稼働情報収集部３００の構成を示したブロック図である。稼働情報収集部３００は稼働情報収集パラメータ３１０を保持し、稼働情報収集パラメータ３１０の内容はパラメータ設定インタフェース３４５を介してモニタ端末３５０から設定される。
【０１４３】
稼働情報収集パラメータ３１０の内容は、監視対象リソース４００の通常の運用では最初に収集する項目を決めて設定された後は、特に監視対象リソース４００に大きな変更が加わらない限り変更されることはない。稼働情報収集部３００は、さらに稼働統計情報収集パラメータ３１０に従って収集コマンドを実行する収集コマンド実行３２０、および収集コマンドの実行結果である稼動情報を受け取って処理する収集コマンド結果取得部３３０、さらに収集した稼動情報の中で予め設定した条件に合致した結果から統計値を生成し、稼働統計テーブル１２０へと格納する稼働統計値登録部３４０、およびタイマ３４１から構成される。
【０１４４】
図２８は稼働情報収集部３００が使用する稼働情報収集パラメータ３１０の定義である。１つのパラメータの行（またはレコード）は、構成情報ＩＤ３１１、パラメータ生成式３１２、収集コマンド３１３、モニタ間隔３１４、およびフィルタ条件３１５、統計値情報生成式３１６、統計値ＩＤ検索式３１７からなる統計情報生成リスト３１８が１つ以上、から構成される。稼働情報収集パラメータ３１０の内容については、上述のように管理者などが操作するモニタ端末３５０から設定される。構成情報ＩＤ３１１には、図４の構成情報管理テーブル１３０の構成情報ＩＤ１３５に対応する値が格納される。収集コマンド３１３には、対象となる構成情報ＩＤ３１１に対して実行させる稼動情報の収集コマンドを格納する。モニタ間隔３１４には、モニタ端末３５０で設定する稼動情報の収集周期が格納される。
【０１４５】
モニタ端末３５０は、パラメータ設定インタフェースに対して統計値の生成を要求し、構成情報管理テーブル１３０の構成情報ＩＤ１３５を指定して、上記各パラメータを設定する。設定されたパラメータは新たなレコードとして稼働情報収集パラメータ３１０に格納される。稼働情報収集部３００は、構成情報ＩＤと統計値ＩＤをモニタリングシステム１００に通知し、構成情報管理テーブル１３０の構成情報５００に統計値ＩＤが格納される。
【０１４６】
図２９に稼働情報収集部３００で行われる処理のフローチャートを示す。
【０１４７】
稼働情報収集部３００は、予め設定された稼働情報収集パラメータ３１０をパラメータとして起動される。ここでは説明を簡易にするため、稼働情報収集パラメータ３１０の各行ごとに別パラメータを与えて起動するとしているが、一つのプログラムで複数の収集コマンドを発行できるようにしても良い。
【０１４８】
ステップ１５００で稼働情報収集部３００のプログラムが起動され、ステップ１５１０へ進む。
【０１４９】
ステップ１５１０では、稼働情報収集部３００は構成情報ＩＤ３１１をキーにして構成情報管理テーブル１３０から最新のリビジョン１３１を持つレコードの構成情報ＸＭＬ５００を取得し、ステップ１５２０へと進む。
【０１５０】
ステップ１５２０では、稼働情報収集部３００が構成情報ＸＭＬ５００からパラメータ生成式３１２に従って、収集コマンド３１３の起動に必要なパラメータを補完し、ステップ１５３０へ進む。
【０１５１】
ここでパラメータ生成式３１２は、構成情報ＸＭＬ５００に含まれるインスタンスを特定するのに必要なパラメータ（サーバ名やＩＰアドレス等）を指定するための式であり、一例としてはＸＭＬパス形式で指定する方法が考えられる。例えば図１１で示したＸＭＬ表現から、仮想サーバのサーバ名を抽出するためのＸＭＬパス形式の一例は”／ＳｅｒｖｅｒＲａｃｋ／ＳｅｒｖｅｒＣｈａｓｓｉｓ／ＰｈｙｓｉｃａｌＳｅｒｖｅｒ／ＶｉｒｔｕａｌＳｅｒｖｅｒ／ＳｅｒｖｅｒＮａｍｅ”となる。
【０１５２】
一般にパラメータ生成式３１２にマッチするノードは一つの構成情報ＸＭＬ５００に複数存在するために、生成されるパラメータは複数のリストとなる。
【０１５３】
ステップ１５３０では、ステップ１５２０で生成されたパラメータの数に応じて稼働情報収集部３００のインスタンスを生成する。インスタンスを複製する方法としては例えばＵｎｉｘ（登録商標）のｆｏｒｋシステムコールを使って複製する方法や、スレッドを分ける方法などが考えられる。稼働情報収集処理を並行に実行することさえできれば必ずしもプロセスやスレッドを複製する必要は無い。ステップ１５４０に進む。
【０１５４】
ステップ１５４０では、収集コマンド実行部３２０が生成されたパラメータを引数にして収集コマンド３１３を監視対象リソース４００に対して実行する。収集コマンド３１３としては、稼働情報を収集するプロトコルであるＳＮＭＰに従ったコマンドや、予めインストールしたエージェントに対する通信、あるいはリモートシェルなどを使って稼働状態を取得するコマンド（Ｌｉｎｕｘ（登録商標）でのｖｍｓｔａｔやｉｏｓｔａｔなど）を発行する方法などが考えられる。ステップ１５５０へ進む。
【０１５５】
ステップ１５５０では、収集コマンド結果取得部３３０がステップ１５４０で実行した収集コマンド３１３の結果をパイプ（標準出力）あるいはファイル経由で取得する。ステップ１５６０へ進む。
【０１５６】
ステップ１５６０では、パラメータとして与えられたフィルタ条件３１５と統計値情報生成式３１６と統計値ＩＤ検索式３１７の組からなる稼働情報生成リスト３１８のそれぞれについて、ステップ１５７０〜ステップ１５９０までを繰り返し実行する。
【０１５７】
ステップ１５７０では、得られた結果がフィルタ条件３１５に一致しているかを判断する。フィルタ条件３１５に一致していない場合は集計対象に該当する統計値は含まれていないため、ステップ１５９０へ進む。フィルタ条件３１５に一致していた場合は稼働統計値登録部３４０がステップ１５８０の統計値登録処理を行ってからステップ１５９０へと進む。
【０１５８】
ステップ１５８０の統計値登録処理については後に図３２にて詳細に説明する。
【０１５９】
ステップ１５９０では、フィルタ条件３１５と統計値情報生成式３１６と統計値ＩＤ検索式３１７の組の統計情報生成リスト３１８の残りについて、ステップ１５６０に戻り繰り返す。全て完了した場合ステップ１６００へと進む。
【０１６０】
ステップ１６００では、モニタ間隔３１４が経過しているか否かをタイマ３４１をチェックし、経過するまで待つ。経過後ステップ１５４０へと戻る。
【０１６１】
以上が稼働情報収集部３００の動作を示すフローチャートである。
【０１６２】
続いて図３０に稼働統計値登録部３４０で行われる統計値登録処理１５８０の詳細なフローチャートを示す。
【０１６３】
ステップ１６１０で、稼働統計値登録部３４０は、稼動情報収集パラメータ３１０の統計情報生成式３１６に従い、統計値を算出する。ここで、統計値とは、稼働統計テーブル１２０に登録する統計値１２３に対応する統計値であり、平均値や最小値、最大値、標準偏差あるいは標本数、などから構成される。１つの値のみから統計値を算出する場合は、平均値＝最小値＝最大値となり、標準偏差は０、標本数は１とする。稼動情報収集パラメータ３１０の統計情報生成式３１６は、ステップ１５５０で取得した収集コマンド３１３の出力結果から、統計値を生成する式である。統計情報生成式３１６は、パーセントの数字の場合に１００で割るといった処理や、２つの値の平均や合計を求めるといった処理が考えられる。ステップ１６２０へ進む。
【０１６４】
ステップ１６２０では、構成情報ＸＭＬ５００から統計値ＩＤ検索式３１７に従って統計値ＩＤを取得し変数ｓに格納する。ここで、統計値ＩＤ検索式３１７とは、構成情報ＸＭＬ５００のインスタンスから、対応する統計値ＩＤ（構成情報ＸＭＬノード上でインスタンスノードの配下にあるケースが多い）を求める式であり、一例としてはＸＭＬパス形式を使うことが考えられる。たとえば、図１１の構成情報ＸＭＬ５００ａの場合、仮想サーバのインスタンスを示す式が”／ＳｅｒｖｅｒＲａｃｋ／ＳｅｒｖｅｒＣｈａｓｓｉｓ／ＰｈｙｓｉｃａｌＳｅｒｖｅｒ／ＶｉｒｔｕａｌＳｅｒｖｅｒ”であり、その仮想サーバのＣＰＵ利用率の統計値ＩＤを示すＸＭＬパス式は”．／ＣＰＵＵｓａｇｅ＠ｓｔａｔｉｓｔｉｃｓ＿ｉｄ”となる。ステップ１６３０に進む。
【０１６５】
ステップ１６３０では、タイマ３４１からタイムスタンプｔを取得し、ステップ１６４０へ進む。
【０１６６】
ステップ１６４０では、稼働統計テーブル１２０に、統計値ＩＤ１２１＝ｓ、タイムスタンプ１２２＝ｔ、統計値１２３＝（ｖ１、ｖ２、．．．、ｖｎ）を登録する。
【０１６７】
以上で統計値登録処理１５８０が完了する。
【０１６８】
以上、仮想サーバが移動する際の実施の形態例を示した。
【０１６９】
＜階層関係が変化する例＞
なお、ここでは説明を簡易にするために仮想サーバ４２２がある物理サーバ４１１上から別の物理サーバ４１１上へと移動する例を示したが、本発明の適用によれば、構成情報の階層関係に依存しないコンポーネントＩＤや統計値ＩＤによる構成要素の管理が可能である。従って、物理サーバ４１１上の業務を仮想サーバ４２１上に移動して集約するＰ２Ｖと呼ばれる操作や、逆に開発・テスト環境は仮想サーバ４２１上で行い本番環境は性能が保証できる物理サーバ４１１上に移動するＶ２Ｐと呼ばれるような、階層関係を跨いでの構成情報の変更があった場合にでも本発明は適用できる。また、仮想サーバ４２１上にさらに仮想マシンモニタを動作させ、その上にさらに複数の仮想サーバ４２１を立ち上げるような多重の仮想サーバ環境を想定した場合に、仮想サーバ４２１を仮想の仮想サーバ上に移動させたり、あるいは仮想の仮想サーバを仮想サーバ上に移動させたりといった操作に対しても、本発明は適用できる。
【０１７０】
＜構成情報生成のバリエーション＞
以下図３１〜図３４で、仮想サーバ４２１の移動以外の構成情報管理の適用例を示す。
【０１７１】
図３１は、昼夜切替システムにおける構成情報管理テーブル１３０の例を示す。このシステムでは、例えば昼間はオンライン処理、夜間はバッチ処理のように、同一の計算機リソース上に全く異なる業務を載せて切り替えて運用している。
【０１７２】
本例では毎日午前６時から午後９時までは昼間の処理（構成情報ＩＤ１３５＝１、構成情報１３４＝５００ｄ）を行い、午後９時から翌朝６時までは夜間の処理（構成情報ＩＤ１３５＝２、構成情報１３４＝５００ｅ）を行う。
【０１７３】
このように全く異なる業務を同一計算機リソース上で切り替えて使用する場合に、たとえ同一の物理サーバ上にある同一の仮想サーバであっても、これら複数の業務が混じっているとすると、それらの稼働情報を混ぜて統計値（平均や最大・最小）を計算してしまうことに意味がなくなってしまう。
【０１７４】
そこで、このような異なる業務に対応する構成情報に対しては異なる構成情報ＩＤ１３５を付加し、構成情報生成ポリシー２４０として「重複しない割り当て」を指定することにより、それらの構成情報ＸＭＬ５００におけるコンポーネントＩＤ及び統計値ＩＤが重複しないように管理を行う。
【０１７５】
図３２に、図３１の昼夜切替システムにおける割当済ＩＤ管理テーブル１６０を示す。この表で例えばコンポーネント／統計値ＩＤ１６１＝５の行と５０５の行を比較する。ＸＭＬパス表現１６４を比較すると、どちらもラックＩＤ＝１配下のシャーシＩＤ＝１配下の物理サーバＡ配下の仮想サーバαを指していて、同一の計算機リソースを使用していることがわかる。しかし構成情報ＩＤ１６２およびコンポーネント／統計値ＩＤ１６１が異なる値となっているため、稼働統計情報および構成変更履歴情報はそれぞれの構成で重複することなく管理される。
【０１７６】
図３３は、待機系切替ケースにおける構成情報管理テーブル１３０の例を示している。このシステムでは、３つの物理サーバ上で稼働している複数業務の現用系に対して、２つの物理サーバ上のリソースが待機系として用意されており、現用系の障害の際には待機系リソースが切り替わって業務を行う。この図の例では’０９／１１／０４の０２：５７：１４に障害が起こり、待機系に切り替わった構成５００ｇへと切り替わったことを示している。
【０１７７】
図３４は、図３３の待機系切替ケースにおける割当済ＩＤ管理テーブル１６０を示す。構成情報ＩＤ１６２＝１、リビジョン１６３＝１である項目のうち、状態１６６が「待機中」となっているリソース（コンポーネント／統計値ＩＤ１６１＝５０３、５０５、５０７など）は待機系のために予約されているリソースである。
【０１７８】
障害発生時には構成情報生成ポリシー２４０として、障害を起こした現用系のコンポーネントＩＤと待機系のコンポーネントＩＤの間で「交替」が指定される。従って新たな構成情報ＩＤ１６２＝１、リビジョン１６３＝２が生成される場合に、現用系と待機系のＩＤの交換が行われる。たとえば構成情報ＩＤ１６２＝１、リビジョン１６３＝１のうち、仮想サーバαの持つコンポーネント／統計値ＩＤ１６１は５、仮想サーバεが持つコンポーネント／統計値ＩＤ１６１は５０５である。
【０１７９】
一方、交替後の構成情報ＩＤ１６２＝１、リビジョン１６３＝２になると、仮想サーバαの持つコンポーネント／統計値ＩＤ１６１は５０５、仮想サーバεが持つコンポーネント／統計値ＩＤ１６１は５となっており、仮想サーバα⇔仮想サーバε間で交替が起こったことがわかる。仮想サーバだけでなく、配下の統計値の持つ統計値ＩＤや、親コンポーネントＩＤ１６５、状態１６６も交替により引き継がれている。
【０１８０】
以上が、本発明の第一の実施の形態の説明である。
【０１８１】
＜変形例１＞
続いて図３５〜図３６を用いて本発明の第一の実施例の第一の変形例を示す。
【０１８２】
図３５は第一の変形例の全体構成を示した計算機システムのブロック図である。前記第一の実施形態との違いは、既存のモニタリングシステム９５０が監視対象リソース４００の稼働統計情報を取得しており、本発明によるモニタリングシステム１００は構成情報・統計情報変換部９００を介して間接的に既存のモニタリングシステム９５０と接続している点である。
【０１８３】
本変形例では、既存のモニタリングシステム９５０により採取された稼働統計情報と構成情報の履歴を、構成情報・統計情報変換部９００によって時系列順に整理し、複数構成情報間のリソースの関連付けを行うことで、モニタリングシステム１００により構成変更を挟んでの稼働統計情報の参照や変更履歴の追跡を容易にすることを想定している。
【０１８４】
図３６は構成情報・統計情報変換部９００の詳細を示したブロック図である。既存のモニタリングシステム９５０内の既存の稼働統計情報９６０を吸い出し、構成情報の関連付けを行った変換をした上で稼働統計テーブル１２０に格納する稼働統計情報変換部９１０、既存のモニタリングシステム９５０内の既存の構成情報９７０を変換して構成情報管理テーブル１３０に格納する構成情報変換部９２０、稼働統計情報・構成情報の変換におけるパラメータを設定する変換パラメータ９３０、および変換パラメータ９３０を設定するためのパラメータ設定インタフェース９４０から構成される。
【０１８５】
パラメータ設定インタフェース９４０はモニタ端末３５０と接続される。この変形例により、例えば既存のモニタリングシステム９５０の稼働統計をテキスト形式（ＣＳＶ形式など）に変換した上で、構成情報を考慮したＩＤの変換を行い、モニタリングシステム１００に取り込むことで、本発明による効果である稼働統計情報の追跡や構成情報履歴の追跡が容易になる。
【０１８６】
以上が第一の実施形態の第一の変形例である。
【０１８７】
＜変形例２＞
図３７〜図４０で第一の実施例の第二の変形例について説明する。
【０１８８】
図３７は第二変形例におけるモニタ情報データベース１１０を示している。前記第１実施形態の図２と比べると、構成関連管理テーブル１８０が追加されている。
【０１８９】
図３８ａは第二変形例における構成情報管理テーブル１３０を示し、図３９は第二変形例における稼働統計テーブル１２０の例を示している。
【０１９０】
図３８によれば、’０９／１１／１１ １７：００：００を境にリビジョン１３１＝１の構成情報とリビジョン１３１＝２の構成情報の２つの構成情報が存在する。図３８ｂ、図３８ｃはそれぞれのリビジョンに対応する構成情報ＸＭＬ５００の木構造を示している。図３９は、第二変形例における稼動統計テーブル１２０を示し、構成変更の前後の統計値がレコードとして記録されている。ここで統計値ＩＤ１２１は、４０６と６１２という異なる値である。従って、これだけの情報では、構成変更前後の２つのレコードが同一の業務に関連する情報なのか、異なる情報なのかは判別できない。
【０１９１】
図４０は構成関連管理テーブル１８０の構成例である。構成関連ＩＤ１８１は、レコードが登録される度にインクリメンタルに増えていくインデックスである。構成情報ＩＤ１８２とリビジョン１８３は構成情報管理テーブル１３０の構成情報ＩＤ１３５とリビジョン１３１に相当する。統計値ＩＤ１８４は、稼働統計テーブル１２０の統計値ＩＤ１２１に相当する。次の構成関連ＩＤ１８５は、構成関連管理テーブル１８０における次の参照先を示しており、レコード間でのリンクトリストを実現している。次の宛先が無い場合（リストの終端）はＮＵＬＬで表すこととする。
【０１９２】
このテーブルの構成関連ＩＤ１８１＝１のレコードによれば、構成情報ＩＤ１８２＝１、リビジョン１８３＝１における統計値ＩＤ１８４＝４０６は、構成関連ＩＤ１８１＝４１、すなわち構成情報ＩＤ１８２＝１、リビジョン１８３＝２、統計値ＩＤ１８４＝６１２と関連していることがわかる。これにより、稼働統計テーブル１２０における２つのレコードが同一であることがわかる。
【０１９３】
このように、構成変更がある度に関連のあるコンポーネントや統計値のＩＤの関係を構成関連管理テーブル１８０に登録していくことで、構成情報変更をまたいでの稼働統計情報の追跡や構成変更履歴の追跡が可能となる。
【０１９４】
以上が第一の実施例の第二の変形例である。
【０１９５】
＜変形例３＞
図４４は、本発明の第１の実施形態の第三の変形例を示す物理サーバのブロック図である。
【０１９６】
図１に示した監視対象リソース４００の物理リソース４１０と仮想リソース４２０の他の例として、図４４の物理サーバ４１１−１が複数のサーバ仮想化部４２１ａ、４２１ｂ−１〜４２１−ｉを実行する構成を示す。サーバ仮想化部４２１ａ、４２１ｂ−１〜４２１−ｉの他は前記図１と同様の構成である。
【０１９７】
第１サーバ仮想化部４２１ａは、第１の仮想化部として機能し、物理サーバ４１１−１のＩ／Ｏデバイス（ＮＩＣ４１４，ＨＢＡ４１５）を直接使用させるＩ／Ｏ直接割付型で構成される。第１サーバ仮想化部４２１ａとしては、例えば、複数の論理区画を提供するハイパーバイザを用いることができる。
【０１９８】
第１サーバ仮想化部４２１ａ上では、複数の第２サーバ仮想化部４２１−ｂ−１〜４２１−ｂ−ｉが稼動する。これら第２サーバ仮想化部４２１−ｂ−１〜４２１−ｂ−ｉは、物理サーバ４１１−１のＩ／Ｏデバイスの種類やリビジョンを隠蔽する仮想Ｉ／Ｏ割付型で構成される。第２サーバ仮想化部４２１−ｂ−１〜４２１−ｂ−ｉは、例えば、ＶＭＭ（Virtual Machine Monitor）で構成することができる。第２サーバ仮想化部４２１−ｂ−１〜４２１−ｂ−ｉは、第１サーバ仮想化部４２１ａが生成した論理区画上で実行される。
【０１９９】
各第２サーバ仮想化部４２１−ｂ−１〜４２１−ｂ−ｉ上では、それぞれ複数の仮想サーバ４２２が実行される。
【０２００】
上記のような監視対象リソース４００に本発明を適用することで、各仮想サーバ４２２と第１サーバ仮想化部４２１ａ及び第２サーバ仮想化部４２１ｂ−１〜４２１−ｉにそれぞれコンポーネントＩＤを付与することで、仮想サーバ４２２の移動等の構成変更をモニタリングシステム１００で把握することができる。
【０２０１】
なお、上記実施形態及び各変形例においては、物理的なサーバと、ストレージと、ネットワークおよびそれらの上で動作するソフトウェアと、仮想化を実現するサーバ仮想化部（ハイパバイザまたは仮想マシンモニタ）などを物理リソース４１０としたが、サーバ仮想化部などのソフトウェアを除外して物理的なサーバと、ストレージと、ネットワークを物理リソース４１０として管理するようにしてもよい。
【０２０２】
また、上記実施形態及び各変形例においては、仮想サーバ４２２の配下に統計値情報が関連付けられている例を示したが、仮想サーバ４２２の配下にストレージ装置４５０やネットワークなどの物理リソース４１０が関連付けられていても同様に管理することができる。
【０２０３】
また、上記実施形態及び各変形例においては、物理リソース４１０と仮想リソース４２０を分類したが、物理あるいは仮想であるか否かを問わずに、計算機リソースの階層構造において、各階層の構成要素に対して一意のコンポーネントＩＤをそれぞれ付与して、上記したように管理しても良い。
【０２０４】
また、上記実施形態及び各変形例においては、稼動情報集計部３００が計算機式により統計値情報（稼動情報）の統計値ＩＤを付与する例を示したが、構成情報関連管理部２３０がコンポーネントＩＤと同様に統計値ＩＤを付与するようにしてもよい。
【産業上の利用可能性】
【０２０５】
以上のように、物理サーバと仮想サーバを備えて構成情報または統計情報の履歴を管理する計算機システムに適用することができる。
【符号の説明】
【０２０６】
１００ モニタリングシステム
１１０ モニタ情報データベース
１２０ 稼動統計テーブル
１３０ 構成情報管理テーブル
１５０ コンポーネント履歴管理テーブル
１６０ 割当済ＩＤ管理テーブル
１８０ 構成関連管理テーブル
１９０ 統計情報管理部
２００ 構成情報管理部
２１０ 履歴情報管理部
２５０ 統計情報ＧＵＩ制御部
２６０ 構成情報ＧＵＩ制御部
２７０ 履歴情報ＧＵＩ制御部
３００ 稼動情報収集部
３５０ モニタ端末
３６０ 構成管理マネージャ
４００ 監視対象リソース
４１０ 物理リソース
４２０ 仮想リソース
【技術分野】
【０００１】
本発明は、複数の物理リソースと仮想リソースから構成される計算機システムのモニタリングシステムに関する。
【背景技術】
【０００２】
センサや情報端末等の普及による爆発的な情報量の増加に対して、データセンタを初めとする大量の情報を処理するための大規模な計算機システムが普及している。そのような計算機システムでは、素早いサービスの追加やリソースの迅速な割当変更が可能な仮想化技術の導入が進んでいる。
【０００３】
物理リソースが仮想化された計算機システムにおいて、性能のボトルネックや障害等の要因を素早く特定するためには、物理的な計算機システムと、その上で構築された仮想的な計算機システム、およびそれらの稼動統計情報を結びつけて閲覧するモニタリングシステムが必要である。構成情報と稼働情報を関連付けて参照可能なモニタリングシステムとしては、特許文献１が挙げられる。
【０００４】
しかし、上記特許文献１では構成情報の履歴管理がなされていない。構成情報の履歴管理まで含めたモニタリングシステムとしては特許文献２が挙げられる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−２７２８５号公報
【特許文献２】特開２００３−１５２７７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
データセンタなどでは計算機システムに関して長期的に稼動に関する統計情報（または稼動情報）を収集し、統計情報の参照を行っており、統計情報の収集期間の途中で計算機の構成が変更される場合がある。特に仮想化技術が導入された計算機システムの場合、異なる物理サーバ間で仮想サーバを移動させる（マイグレーション）操作が頻繁に行われる。
【０００７】
従来、構成情報と稼動の統計情報を関連付けるモニタリングシステムでは、構成情報を階層的なＩＤで管理していた。例えば、特許文献２では、機器は機器ＩＤとコンフィグバージョンの組で識別し、物理インタフェースは機器ＩＤと、コンフィグバージョン及びポートＩＤの組で識別し、仮想インタフェースは器ＩＤと、コンフィグバージョンと、ポートＩＤと、仮想インタフェースＩＤの組、によって識別される。
【０００８】
しかし仮想サーバの移動のような操作が含まれる場合、上記特許文献２のように、階層的なＩＤ（仮想インタフェースＩＤ）管理を用いた方法では、移動の前後で仮想サーバのＩＤが変わってしまうため、同一の業務としての稼動統計情報を追跡できなくなるといいう問題点があった。
【０００９】
そこで本発明は、上記問題点に鑑みてなされたもので、仮想サーバの移動を行った後にも、移動前の統計情報や稼動情報を引き継いで仮想サーバの監視を連続的に行うことを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、１つ以上の計算機を含む計算機リソースと、前記計算機リソースの構成を管理するモニタリング部と、を備えた計算機モニタリングシステムであって、前記モニタリング部は、前記計算機リソースの接続関係を示す構成情報を生成する管理部を有し、
前記管理部は、前記構成情報のそれぞれに一意に識別可能な識別子を付与し、前記構成情報の配下に関連付けられた構成情報を前記識別子により管理し、前記構成情報の生成要求を受け付けて、構成情報のそれぞれに一意に識別可能な識別子を付与し、前記構成情報の配下に関連付けられた構成情報を前記識別子により管理し、前記構成情報の生成要求に複数の構成情報と、前記構成情報に含まれる計算機リソース間の関連を示す構成情報生成ポリシーとを受け付けたときに、前記識別子を割り当て済みの第１の構成情報と、前記識別子を未割り当ての第２の構成情報がある場合は、前記受け付けた構成情報生成ポリシーに従って、前記第２の構成情報に含まれる計算機リソースの内、前記第１の構成情報に含まれる計算機リソースと同一とみなせる計算機リソースに対して、前記第１の構成情報と同一の識別子を前記第２の構成情報に割り当て、前記第１の構成情報に含まれない前記第２の構成情報には、前記第１の構成情報と重複しない一意な識別子を割り当てる。
【００１１】
また、前記モニタリング部は、前記計算機リソースの構成情報から稼動情報を収集する稼動情報集計部をさらに有し、前記稼動情報に割り当てられた識別子を、当該稼動情報が収集対象とする計算機リソースの構成情報の識別子に関連付けて管理する。
【００１２】
また、前記モニタリング部に接続されて前記稼動情報を要求し、稼動情報を表示する端末装置をさらに備え、前記モニタリング部は、前記稼動情報の要求に含まれる計算機リソースの構成情報の識別子から、当該識別子に関連付けられた稼動情報の識別子を特定し、当該特定した識別子の稼動情報を時系列的に連続して前記端末装置へ出力する。
【００１３】
また、前記計算機リソースは、物理リソースと仮想リソースとを含む。
【発明の効果】
【００１４】
したがって、本発明によれば、物理リソースまたは仮想リソースに関連付けられた稼動情報（統計値情報）を、構成変更があった時点を跨いで連続的に参照することが可能となる。
【００１５】
これにより、稼動情報から計算機リソースのボトルネックを検出するまでの時間を短縮でき、多数の計算機を備えた環境における運用管理の効率を改善できる。
【図面の簡単な説明】
【００１６】
【図１】本発明の第１の実施形態を示し、本発明を適用する計算機モニタリングシステムを含む計算機システムの全体ブロック図である。
【図２】本発明の第１の実施形態を示し、モニタリングシステム１００の内部構成を示したブロック図である。
【図３】本発明の第１の実施形態を示し、稼動統計テーブル１２０の構成例である。
【図４】本発明の第１の実施形態を示し、構成情報管理テーブル１３０の構成例である。
【図５】本発明の第１の実施形態を示し、構成情報変更履歴管理テーブル１４０の構成例である。
【図６】本発明の第１の実施形態を示し、コンポーネント履歴管理テーブル１５０の構成例である。
【図７】本発明の第１の実施形態を示し、構成情報ＸＭＬ５００ａのツリー表現の一部を抜粋した図である。
【図８ａ】本発明の第１の実施形態を示し、構成情報ＸＭＬ５００ａから仮想サーバδを移動させた後の構成情報ＸＭＬ５００ｂのツリー表現の一部を抜粋した図である。
【図８ｂ】本発明の第１の実施形態を示し、構成情報ＸＭＬ５００ｃのツリー表現の一部を抜粋した図である。
【図９】本発明の第１の実施形態を示し、構成情報関連管理部２３０が管理するコンポーネントＩＤの状態遷移図である。
【図１０】本発明の第１の実施形態を示し、構成情報ＸＭＬ５００ａに相当する割当済ＩＤ管理テーブル１６０の構成例である。
【図１１】本発明の第１の実施形態を示し、物理サーバ＝「Ａ」の仮想サーバδを物理サーバ「Ｂ」へ移動する前の構成情報ＸＭＬ５００ａのＸＭＬ表現である。
【図１２】本発明の第１の実施形態を示し、物理サーバ＝「Ａ」の仮想サーバδを物理サーバ「Ｂ」へ移動する際の構成情報ＸＭＬ５００ａと構成情報ＸＭＬ５００ｂを生成する場合のＸＭＬ表現での変更手順を示した図である。
【図１３】本発明の第１の実施形態を示し、仮想サーバδの移動後の割当済ＩＤ管理テーブル１６０を示す。
【図１４】本発明の第１の実施形態を示し、モニタリングシステム１００の構成情報関連管理部２３０で行われる処理のフローチャートを示す。
【図１５】本発明の第１の実施形態を示し、ＩＤ割当処理分岐１０１０のフローチャートを示す。
【図１６】本発明の第１の実施形態を示し、稼動統計情報表示時に統計情報管理部１９０で行われる処理のフローチャートを示す。
【図１７】本発明の第１の実施形態を示し、モニタリングシステム１００のモニタ端末３５０に表示される稼動統計モニタ画面の一例である。
【図１８】本発明の第１の実施形態を示し、物理構成情報表示エリア７２０の物理サーバＡを、モニタ端末３５０の入力装置から指定した場合の稼動統計モニタ画面の表示例を示す。
【図１９】本発明の第１の実施形態を示し、稼動統計モニタ画面に表示されている物理構成情報表示エリア７２０の物理サーバＢを指定した場合の表示例を示す。
【図２０】本発明の第１の実施形態を示し、稼動統計モニタ画面に表示されているタイムライン７４１を仮想サーバδの移動後にずらした場合の表示例である。
【図２１】本発明の第１の実施形態を示し、稼動統計モニタ画面に表示されていたタイムライン７４１を仮想サーバδ移動後の時刻まで動かした場合の表示例である。
【図２２】本発明の第１の実施形態を示し、稼動統計モニタ画面に表示されていた仮想構成情報表示エリア７３０の仮想サーバδを指定した場合の表示例である。
【図２３】本発明の第１の実施形態を示し、変更履歴情報表示時の履歴情報管理部２１０で行われる処理のフローチャートを示す。
【図２４】本発明の第１の実施形態を示し、物理構成情報表示エリア７２０の物理サーバＡをモニタ端末３５０から指定して構成変更履歴を呼び出した場合の説明図である。
【図２５】本発明の第１の実施形態を示し、仮想サーバδに関して構成変更履歴表示をモニタ端末３５０で行った場合の説明図である。
【図２６】本発明の第１の実施形態を示し、仮想サーバαに関して構成変更履歴表示をモニタ端末３５０で行った場合の説明図である。
【図２７】本発明の第１の実施形態を示し、稼働情報収集部３００の構成を示したブロック図である。
【図２８】本発明の第１の実施形態を示し、稼働情報収集部３００が使用する稼働情報収集パラメータ３１０の定義の説明図である。
【図２９】本発明の第１の実施形態を示し、稼動情報収集部３００で行われる処理のフローチャートを示す。
【図３０】本発明の第１の実施形態を示し、稼働統計値登録部３４０で行われる統計値登録処理１５８０の詳細なフローチャートを示す。
【図３１】本発明の第１の実施形態を示し、昼夜切替システムにおける構成情報管理テーブル１３０の例を示す。
【図３２】本発明の第１の実施形態を示し、昼夜切替システムにおける割当済ＩＤ管理テーブル１６０を示す。
【図３３】本発明の第１の実施形態を示し、待機系切替ケースにおける構成情報管理テーブル１３０の例を示す。
【図３４】本発明の第１の実施形態を示し、待機系切替ケースにおける割当済ＩＤ管理テーブル１６０を示す。
【図３５】本発明の第１の実施形態の第一の変形例の全体構成を示した計算機システムのブロック図である。
【図３６】本発明の第１の実施形態の第一の変形例の構成情報・統計情報変換部９００の詳細を示したブロック図である。
【図３７】本発明の第１の実施形態の第二変形例におけるモニタ情報データベース１１０を示している。
【図３８ａ】本発明の第１の実施形態の第二変形例における構成情報管理テーブル１３０を示す。
【図３８ｂ】本発明の第１の実施形態の第二変形例における構成情報ＸＭＬ５００ａのツリー表現の一部を抜粋した図である。
【図３８ｃ】本発明の第１の実施形態の第二変形例における構成情報ＸＭＬ５００ｂのツリー表現の一部を抜粋した図である。
【図３９】本発明の第１の実施形態の第二変形例における稼働統計テーブル１２０の例を示す。
【図４０】本発明の第１の実施形態の第二変形例における構成関連管理テーブル１８０の構成例である。
【図４１】本発明の第１の実施形態を示し、構成管理マネージャ３６０の詳細を示すブロック図である。
【図４２】本発明の第１の実施形態を示し、構成変更要求生成部３６４が出力する構成情報生成ポリシー２４０の一例を示す説明図である。
【図４３】本発明の第１の実施形態を示し、監視対象リソース４００の一例を示す仮想計算機システムのブロック図である。
【図４４】本発明の第１の実施形態の第三変形例を示し、物理サーバのブロック図である。
【発明を実施するための形態】
【００１７】
以下、本発明の一実施形態を添付図面に基づいて説明する。
【００１８】
＜第１の実施形態＞
＜全体ブロック図＞
図１は、第１の実施形態を示し、本発明を適用する計算機モニタリングシステムを含む計算機システムの全体ブロック図である。計算機システムは、監視対象となる計算機リソース（以下、監視対象リソースとする）４００、モニタリングシステム（モニタリング装置）１００、稼動情報集計部３００と、監視対象リソース４００の構成を管理する構成管理マネージャ３６０、およびモニタリングシステム１００が収集した情報を参照するモニタ端末３５０とから構成される。
【００１９】
監視対象リソース４００の中には、物理的なサーバ（物理計算機）と、ストレージと、ネットワークおよびそれらの上で動作するソフトウェアと、仮想化を実現するソフトウェア（ハイパバイザまたは仮想マシンモニタ）などの物理リソース４１０、および物理リソース４１０の上に実装された仮想的なサーバ（仮想計算機）、ストレージ、ネットワーク、および仮想的なサーバ上で動作するソフトウェアなどの仮想リソース４２０を含む。なお、物理リソース４１０や仮想リソース４２０の稼動情報から求めた統計値情報を仮想リソース４２０に含めても良い。
【００２０】
稼動情報集計部３００は監視対象リソース４００と同一の計算機上で動作する場合も、異なる計算機上で動作する場合もある。本実施形態では稼動情報集計部３００は物理サーバ４１１−１〜４１１−ｎのいずれかひとつで実行するものとする。なお、稼動情報集計部３００を実行するサーバは、物理サーバでも良いし、仮想サーバであってもよい。構成管理マネージャ３６０とモニタリングシステム１００も同様であり、異なる計算機上で実行させても良い。いずれの場合も差異は本発明の本質には影響しない。なお、本実施形態では、構成管理マネージャ３６０とモニタリングシステム１００も物理サーバ４１１−１〜４１１−ｎのいずれかひとつで実行するものとする。
【００２１】
監視対象リソース４００の物理リソース４１０は、複数の計算機で構成され、各計算機はプロセッサとメモリ及びインタフェースを有し、インタフェースを介してストレージ装置とネットワークに接続される。物理リソース４１０と仮想リソース４２０を含む監視対象リソース４００の具体的な例としては、例えば、図４３のようになる。
【００２２】
図４３は、監視対象リソース４００の一例を示す仮想計算機システムのブロック図である。物理リソース４１０は、複数の物理サーバ４１１−１〜４１１−ｎとネットワーク４３０とＳＡＮ（Storage Area Network）４４０及びストレージ装置４５０から構成される。物理サーバ４１１−１〜４１１−ｎは同一の構成であるので、以下では物理サーバ４１１−１のみについて説明する。
【００２３】
物理サーバ４１１−１は、プロセッサ４１２、メモリ４１３、ＮＩＣ（Network Interface Card）４１４、ＨＢＡ（Host Bus Adapter）４１５から構成される。なお、図示はしないが物理サーバの起動、停止や監視を行うＢＭＣ（Baseboard Management Controller）を備えて入れも良い。
【００２４】
プロセッサ４１２は、メモリ４１３内に格納された各種プログラムを実行する。ＨＢＡ４１５はＳＡＮ４４０を介してストレージ装置４５０に接続される。ＮＩＣ４１４はネットワーク４３０に接続される。ＮＩＣ４１４は、主にメモリ４１３上の各種プログラムからの要求に応じて他のサーバと通信する。ネットワーク４３０には、物理リソース４１０の仮想リソース４２０への割り当てを管理する構成管理マネージャ３６０や物理リソース４１０及び仮想リソース４２０の稼動情報を収集する稼動情報収集部３０５が接続される。なお、図示はしないが、ネットワーク４３０にはモニタリングシステム１００やモニタ端末３５０が接続されても良い。
【００２５】
メモリ４１３上には、サーバ仮想化部４２１が稼働することで、複数の仮想サーバ４２２−１〜４２２−ｍを構築することができる。なお、仮想サーバ４２２−１〜４２２−ｍの総称を仮想サーバ４２２とする。仮想サーバ４２２は、それぞれ独立してＯＳ（Operating System）４２３を稼働させることができる。プロセッサ４１２によりサーバ仮想化部４２１が実行されると、サーバ仮想化部４２１上で複数の仮想サーバ４２２を構築することができる。サーバ仮想化部４１は構成管理マネージャ３６０の指令に応じて物理サーバ４１１−１の物理リソース４１０を仮想サーバ４２２−１〜４２２−ｍの仮想リソース４２０に割り当てる。また、サーバ仮想化部４２１は、ＮＩＣ４１４やＨＢＡ４１５を仮想化して仮想サーバ４２２−１〜４２２−ｍに提供する。
【００２６】
仮想サーバ４２２はストレージ装置４５０に予め格納されたＯＳイメージをサーバ仮想化部４２１が読み込んで実行することで、それぞれ独立した仮想サーバ４２２が構築される。
【００２７】
なお、以下では物理サーバ４１１−１〜４１１−ｎの総称を物理サーバ４１１とし、仮想サーバ４２２−１〜４２２−ｍの総称を仮想サーバ４２２とする。
【００２８】
図２は、モニタリングシステム１００の内部構成を示したブロック図である。モニタリングシステム１００は、各種情報を格納するモニタ情報データベース１１０、モニタ端末３５０とのインタフェースを制御する統計情報ＧＵＩ制御部２５０、構成情報ＧＵＩ制御部２６０、履歴情報ＧＵＩ制御部２７０と、ＧＵＩ制御部２５０からの指令に基づきモニタ情報データベース１１０をアクセスして出力する情報を決定する統計情報管理部１９０、構成情報管理部２００、履歴情報管理部２１０と、が含まれる。これらの各機能はプログラムとして実装され、後述の図４３に示す記憶媒体としてのストレージ装置に格納され、物理サーバのプロセッサによりメモリにロードされて実行される。
【００２９】
モニタ情報データベース１１０の中には、稼動統計テーブル１２０と、構成情報管理テーブル１３０と、構成情報変更履歴管理テーブル１４０と、コンポーネント履歴管理テーブル１５０などが格納される。なお、構成情報変更履歴管理テーブル１４０およびコンポーネント履歴管理テーブル１５０は構成情報管理テーブル１３０から二次的に生成される情報なので、本発明の実施においては必ずしも必要ではなく、表示を高速化するために用意されたテーブルである。また、構成管理マネージャ３６０から得られた構成情報２４５および構成情報生成ポリシー２４０に従って新たな構成情報を生成し、構成情報管理テーブル１３０へと格納する構成情報関連管理部２３０と構成情報に割当てるＩＤを管理する割当済ＩＤ管理テーブル１６０もモニタリングシステム１００に含まれる。
【００３０】
構成管理マネージャ３６０から受け付ける構成情報生成ポリシー２４０の一例としては、例えば、同一の構成情報のリビジョン更新時には、各構成情報にそれぞれ付与されるコンポーネントＩＤを引き継ぎ、新たな構成情報の追加時には、新たなコンポーネントＩＤを割り当てる。また、構成情報の削除時にはコンポーネントＩＤを回収し、コンポーネントＩＤの使い回しを禁止する等のポリシーを予め設定したものである。
【００３１】
図４１は、構成管理マネージャ３６０の詳細を示すブロック図である。
【００３２】
構成管理マネージャ３６０は、物理サーバ４１１の物理リソース４１０に対する仮想サーバ４２２等の仮想リソース４２０の割り当てを制御する。また、構成管理マネージャ３６０は、物理サーバ４１１の稼動状態を制御する。構成管理マネージャ３６０は、仮想サーバ４２２の生成や削除あるいは移動の指令（構成情報及び構成情報生成ポリシーを含む構成変更指令）を監視対象リソース４００の仮想化部４２１に指令して、各物理サーバ４１１の仮想サーバ４２２を制御する。また、構成管理マネージャ３６０は、監視対象リソース４００に指令した構成変更指令の構成情報２４５及び構成情報生成ポリシー２４０をモニタリングシステム１００に通知する。
【００３３】
構成管理マネージャ３６０は、入出力装置から監視対象リソース４００に対する構成変更要求３６６を受け付け、構成変更要求３６６が完了すると入出力装置へ構成変更完了通知３６７を出力する構成変更要求処理部３６１と、監視対象リソース４００の構成情報を格納する構成情報データベース３６５と、構成変更要求処理部３６１からの構成変更要求３６１と構成情報データベース３６５の構成情報に基づいて、変更前の構成情報２４５ｘと変更後の構成情報２４５ｙと構成情報の生成ポリシー２４０を生成する構成変更要求生成部３６４と、変更前構成情報２４５ｙと変更後構成情報２４５ｙを構成情報２４５とし、構成情報生成ポリシー２４０と構成情報２４５をモニタリングシステム１００の構成情報関連管理部２３０と構成変更処理指示部３６３に送信する構成変更情報送信部３６２と、構成情報生成ポリシー２４０と構成情報２４５に基づいて監視対象リソース４００のサーバ仮想化部４２１に構成変更の指令を送信する構成変更処理指示部３６３と、を含んで構成される。
【００３４】
構成情報データベース３６５は、後述の図４に示す構成情報管理テーブル１３０と同様の構成を備える。ただし、構成情報データベース３６５は、構成情報管理テーブル１３０の構成情報５００に含まれるコンポーネントＩＤを有していない。コンポーネントＩＤは、モニタリングシステム１００の構成情報関連管理部２３０が、新たな構成情報２４５を受け付けると新たなコンポーネントＩＤを付与する。
【００３５】
構成管理マネージャ３６０は、入出力装置から構成変更要求３６６を受け付けると、構成変更要求３６１に含まれるポリシーと、変更前（現在）の構成情報２４５ｘと変更後の構成情報２４５ｙを受け付けて、構成情報２４５と構成情報生成ポリシー２４０をモニタリングシステム１００と監視対象リソース４００に送信する。そして、構成管理マネージャ３６０は、構成変更要求３６１の処理が完了すると入出力装置へ構成変更完了通知３６７を出力し、新たな構成情報２４５ｙで構成情報データベース３６５を更新する。
【００３６】
また、構成情報管理テーブル１３０の構成情報５００に付与されるコンポーネントＩＤは、構成情報関連管理部２３０が付与するモニタリングシステム１００内で一意の値である。このコンポーネントＩＤは、構成情報５００の木構造に関わりなく、一意の識別子を構成情報の構成要素毎に構成情報関連管理部２３０が割り当てるものである。コンポーネントＩＤは、監視対象リソース４００の物理リソース４１０の構成要素と、仮想リソース４２０の構成要素のそれぞれについて一意の値が割り当てられる。
【００３７】
すなわち、監視対象リソース４００の構成情報は木構造で構成される階層的な情報であるのに対し、コンポーネントＩＤはモニタリングシステム１００内で一意の識別子として機能する。コンポーネントＩＤは、後述する割当済ＩＤ管理テーブル１６０のように、物理リソース４１０の構成要素と仮想リソース４２０の構成要素及び統計値に対してそれぞれ割り当てられる。マイグレーションなどの構成を実施するときは、このコンポーネントＩＤを構成変更が行われた構成要素が引き継ぐことで、構成要素に関連付けられた統計値を、構成変更の前後で結びつけることが可能となる。
【００３８】
図４２は、構成変更要求生成部３６４が出力する構成情報生成ポリシー２４０の一例を示す説明図である。構成変更要求生成部３６４は、構成変更要求処理部３６１から受け付けた構成変更要求３６６から、変更前の構成情報のノード（部分木）と変更後の構成情報のノード情報及びノード間の関係を抽出し、変更前の構成情報のノードを変更前ノード２４１とし、変更後の構成情報のノードを変更後ノード２４２とし、ノード間の関係をノード間関連２４３として構成情報生成ポリシー２４０を生成する。
【００３９】
ノード間関連２４３としては、「重複しない割当」、「同一ノードを継承」、「移動元」、「移動先」、「交替元」、「交替先」などに分類される。
【００４０】
「重複しない割当」のノード間関連２４３は、ひとつの仮想サーバを、昼夜で切り替えて使用する場合などで、変更対象のノードが同一で、異なる構成情報ＩＤが割り当てられた構成情報間では、コンポーネントＩＤが重複しないように割り当てるように、モニタリングシステム１００に指令する。図示の「重複しない割当」の例では、ノードａで構成情報を切り替えて、変更後のノードａの構成情報に新たなコンポーネントＩＤを付与することを示す。
【００４１】
「同一ノードを継承」のノード間関連２４３は、構成情報が変化しない場合であり、図示の例ではノードｂは構成情報変更の前後で同一のコンポーネントＩＤを引き継ぐことを示す。
【００４２】
「移動元」および「移動先」のノード間関連２４３は、ノードが移動する場合であり、図示の例ではノードｃがノードdとして移動することを示す。この場合、モニタリングシステム１００ではノードｃに割り当てられた構成情報のコンポーネントＩＤを変更後の構成情報ではノードdのコンポーネントＩＤとして付与する。
【００４３】
「交替元」と「交替先」のノード間関連２４３は、現用系と待機系で系切替を行う場合であり、図示の例ではノードｅを交替元として、ノードｆに構成情報を移動することを示す。この場合、モニタリングシステム１００ではノードｅに割り当てられた構成情報のコンポーネントＩＤを、ノードｆの構成情報に割り当てられたコンポーネントＩＤに上書きする。
【００４４】
＜処理の概要＞
図１の計算機システムで行われる処理の一例を以下に示す。
【００４５】
構成管理マネージャ３６０は、監視対象リソース４００の構成を変更する度にモニタリングシステム１００に通知し、モニタリングシステム１００は通知を受けた構成情報２４５と構成情報生成ポリシー２４０から構成情報管理テーブル１３０を更新する。モニタリングシステム１００は、例えば、新たな構成情報２４５を受け付けると、構成情報管理テーブル１３０に当該構成情報２４５の内容（例えば、物理サーバ４１１や仮想サーバ４２２あるいはＩ／Ｏデバイス）を構成情報１３４の構成情報ＸＭＬに加え、構成情報ＸＭＬに含まれる構成要素毎に計算機システム内でユニークなコンポーネントＩＤ１６１を割り当てる。
【００４６】
一方、モニタ端末３５０から、監視対象リソース４００に対する稼動情報の収集要求が稼動情報集計部３００に送信されると、稼動情報集計部３００は要求された監視対象リソース４００に対する稼動情報の収集及び稼動情報の統計値に関する定義を格納し、統計値に対して統計値ＩＤを付与する。稼動情報集計部３００は、稼動情報の統計値の収集対象となった監視対象リソース４００の構成情報ＩＤと統計値情報（ＣＰＵ利用率、メモリ使用量など）と統計値ＩＤを対応させてモニタリングシステム１００に通知する。
【００４７】
モニタリングシステム１００は、稼動情報集計部３００から構成情報ＩＤと統計値ＩＤを受け付けて、構成情報管理テーブル１３０の該当するレコードの構成情報ＸＭＬに統計値ＩＤと統計値情報を格納する。これにより、計算機システム内で一意の識別子であるコンポーネントＩＤと統計値ＩＤが関連づけられる。
【００４８】
次に、構成管理マネージャ３６０が仮想サーバ４２２の移動を実施すると、モニタリングシステム１００は構成管理マネージャ３６０から構成情報２４５と構成情報生成ポリシー２４０を受け付けて、構成情報生成ポリシー２４０の内容が「交替（交替元、交替先）」であれば、構成情報２４５で指定された移動元のコンポーネントＩＤとコンポーネントＩＤに関連付けられた統計値ＩＤを移動先の構成情報のコンポーネントＩＤに引き継がせる。これにより、コンポーネントＩＤに関連付けられた統計値ＩＤも構成情報の移動先に引き継がれる。また、構成情報管理テーブル１３０では、構成情報の変更の履歴をリビジョンとして記録する。
【００４９】
稼動情報集計部３００は、所定のタイミングで監視対象リソース４００の監視を行い、指定された稼動情報を収集し、稼動情報を統計処理した統計値情報をモニタリングシステム１００の稼動統計テーブル１２０に統計値ＩＤとともに格納する。
【００５０】
モニタ端末３５０が、統計値情報をモニタリングシステム１００に要求すると、モニタリングシステム１００は指定された構成情報のコンポーネントＩＤを構成情報管理テーブル１３０から検索し、当該コンポーネントＩＤに関連づけられた統計値ＩＤを取得する。そして、モニタリングシステム１００は、統計値ＩＤに対応する統計値情報を稼動統計テーブル１２０から取得して、モニタ端末３５０に出力する。
【００５１】
仮想サーバ４２２を物理サーバ４１１間で移動させても、コンポーネントＩＤと統計値ＩＤはそのまま移動先の構成情報１３４（構成情報ＸＭＬ）に引き継がれるので、仮想サーバ４２２の統計値ＩＤに対応する統計値情報を、移動の前後を跨いでモニタ端末３５０で表示することが可能となる。また、モニタ端末３５０が構成情報の履歴をモニタリングシステム１００に要求すると、移動の前後の構成情報の履歴をモニタ端末３５０に出力することができる。
【００５２】
以下図３〜図３０までの例では、仮想サーバが物理サーバ間を移動するケースについての実施の形態を示す。
【００５３】
＜モニタ情報データベース内の各種テーブル＞
図３は稼動統計テーブル１２０の構成例である。統計情報管理部１９０が管理する統計値を格納するテーブルである。各レコードは統計値ＩＤ１２１、タイムスタンプ１２２および１つ以上の統計値１２３から構成される。ここでは統計値１２３として平均値１２４、最小値１２５、最大値１２６、標準偏差１２７、標本数１２８を選んだが、一部でも良いし、これ以外の統計値を持っていても構わない。
【００５４】
稼動統計テーブル１２０は、後述するように稼動情報集計部３００が収集した監視対象リソース４００の稼動情報の統計値を格納する。統計値１２３は、統計値ＩＤ毎に設定された単位を有し、例えば、プロセッサの使用率（％）やメモリの使用量（ＧＢ）や単位時間当たりのインタフェースのデータ転送量（Ｉ／Ｏトラフィック：ＧＢ／ｓｅｃ）などである。
【００５５】
図４は、構成情報管理テーブル１３０の構成例である。構成情報管理テーブル１３０は、構成管理マネージャ３６０から受信した構成情報２４５を蓄積するテーブルで、構成情報管理部２００が管理する構成情報の履歴（リビジョン）を格納する。モニタリングシステム１００は、起動すると構成管理マネージャ３６０から構成情報データベース３６５を受信して、現在の監視対象リソース４００の構成情報を構成情報管理テーブル１３０に格納する。各レコードは構成情報ＩＤ１３５、リビジョン１３１、開始日時１３２、終了日時１３３、および構成情報１３４から構成される。構成情報を管理する手法は色々考えられるが、たとえばＸＭＬ形式の構成情報データ５００を作成し、そこへのリンクやファイル名をレコードに登録する方法が考えられる。終了日時１３３が“−”またはＮＵＬＬであるレコードは、最新であることを示している。
【００５６】
図４の例では、構成情報ＩＤ１３５＝１である構成情報に対して、３つのリビジョン１３１の構成情報が登録されており、リビジョン１３１＝１とリビジョン１３１＝２のレコードには終了日時１３３が設定されているが、リビジョン１３１＝３のレコードには終了日時１３３が設定されておらず（”−”）、リビジョン１３１＝３の構成情報が現在使用中（最新）のリビジョンであることを示す。各リビジョンに対応する構成情報ＸＭＬ５００ａ、５００ｂ、５００ｃをそれぞれ後述する図７、図８ａ、図８ｂに示す。
【００５７】
構成情報管理テーブル１３０は、構成管理マネージャ３６０から構成情報２４５を受け付けて、監視対象リソース４００の構成情報を世代（リビジョン）毎に格納する。構成情報管理テーブル１３０と構成管理マネージャ３６０の構成情報データベース３６５は、上述したように同様の構成である。このため、構成管理マネージャ３６０は、新たな構成情報２４５ｙを生成すると、新たな構成情報ＩＤ１３５とリビジョン１３１＝１を生成する。
【００５８】
なお、構成管理マネージャ３６０で監視対象リソース４００の構成情報の履歴（世代）を管理しない場合では、モニタリングシステム１００の構成情報管理部２００がリビジョン１３１を管理すればよい。この場合、構成情報管理部２００は、同一の構成情報ＩＤ１３５に対して新たな構成情報２４５を受け付けると、現在のリビジョン１３１をインクリメントした値を、新たな構成情報を格納するレコードのリビジョン１３１に最新の世代を示す値を設定する。
【００５９】
図５は構成情報変更履歴管理テーブル１４０の構成例である。構成情報変更履歴管理テーブル１４０は、履歴情報管理部２１０が管理する構成情報の履歴（リビジョン）を格納する。各レコードは履歴ＩＤ１４１、構成変更のあった時点のタイムスタンプ１４２、構成情報ＩＤ１４７、変更前リビジョン１４３、変更後リビジョン１４４、作業手順８３０へのリンク１４５、関連コンポーネントＩＤリスト１４６、から構成される。
【００６０】
履歴ＩＤ１４１は、構成情報管理部２１０が設定する値で、一意の識別子が付与される。作業手順８３０は構成情報変更時にどのような変更があったのかをモニタ端末３５０へ出力して管理者やユーザが見てわかりやすくするためのテキスト列で、構成情報の差分から自動的に生成する方法や、構成管理マネージャ３６０での構成変更指示時に管理者にコメントとして入力させる方法などが考えられる。関連コンポーネントＩＤリスト１４６は、該当する構成変更の影響を受けるコンポーネントＩＤのリストである。
【００６１】
図６はコンポーネント履歴管理テーブル１５０の構成例である。コンポーネント履歴管理テーブル１５０は、履歴情報管理部２１０が管理するテーブルで、構成変更の影響を受けたコンポーネントＩＤ１５１に関してのみレコードが登録される。
【００６２】
各レコードはコンポーネントＩＤ１５１、新たな構成の開始日時１５２、当該構成の終了日時１５３、構成情報ＩＤ１５５、リビジョン１５４から構成される。終了日時１５３が”−”あるいはＮＵＬＬであるレコードは、そのリビジョンが最新であることを示す。
【００６３】
図６の例では、コンポーネントＩＤ１５１が「３」であるコンポーネントはリビジョン１５４が「１」から「２」に変更された時の影響は受けたが、リビジョン１５４が「２」から「３」へ変更されたときには構成変更の影響は受けていないため、リビジョン１５４＝２が最新である。一方、コンポーネントＩＤ１５１が「５」であるコンポーネントは、リビジョン１５４＝１が最新のまま変更の影響を受けていない。さらにコンポーネントＩＤ１５１が「６」であるコンポーネントは２回の構成変更の影響を共に受けているため、リビジョン１５４＝３が最新となっている。
【００６４】
＜構成情報ＸＭＬのツリー表現＞
図７は構成情報ＸＭＬ５００ａのツリー表現の一部を抜粋した図である。図７の例は、図４に示したリビジョン１３１＝１の構成情報１３４をツリー（部分木）にて表現した例である。
【００６５】
図７では一例としてサーバラック５１０を頂点とする構成ツリーを示す。サーバラック５１０の下にサーバシャーシ５２０、その下に物理サーバ４１１、その下に仮想サーバ４２２が存在している。また物理サーバ４１１の下に物理サーバ４１１の統計値情報５６０と、仮想サーバ４２２の下に仮想サーバの統計値情報５５０が関連づけられている。なお、サーバラック５１０、サーバシャーシ５２０と物理サーバ４１１の関係等のモニタリングシステム１００が識別できない構成については、管理者などがモニタ端末３５０から設定する。
ここで仮想サーバ４２２の統計値情報としては、例えばＯＳ４２３が取得したＣＰＵ利用率やメモリ使用量といった情報が考えられる。すなわち、サーバ仮想化部４２１が仮想サーバ４２２へ提供する仮想ＣＰＵの利用率やメモリの使用量（または使用率）、あるいは仮想Ｉ／Ｏ（ＨＢＡやＮＩＣ等を仮想化したＩ／Ｏデバイス）の利用率（転送量）等を仮想サーバ４２２の性能を示す統計値情報とすることができる。
【００６６】
一方、物理サーバ４１１の統計値情報としては、ハイパバイザ自身のＣＰＵ使用率やメモリ４１３の使用量や、Ｉ／Ｏ（ＨＢＡやＮＩＣ）の利用率（転送量）等を仮想化部４２１の性能を示す統計値情報といった情報が考えられる。
【００６７】
そして、本実施形態では、この構成情報ＸＭＬ５００の各ノードに一意なコンポーネントＩＤ(ＣＩＤ)を割り当て、また各統計値情報にも一意な統計値ＩＤを割り当てることで、構成情報変更前後での履歴や統計情報の追跡を容易にする。なお、構成情報におけるノードとしては、物理サーバ４１１や仮想サーバ４２２に付与したコンポーネントＩＤをノードとして扱うことができる。同様に統計値ＩＤもノードとして扱うようにしても良い。
【００６８】
また、コンポーネントＩＤと統計値ＩＤとを区別する必要は必ずしもなく、お互いに重ならないような値をつけて管理する方法もある。以下の例では、各テーブルのフィールド数を省略するためにコンポーネントＩＤと統計値ＩＤを同一フィールドで示しているが、両者を区別するようなフィールドを追加して管理する方法もある。どちらの場合も本発明の適用に当たっては本質的な差異を生じない。
【００６９】
図８ａは構成情報ＸＭＬ５００ａから仮想サーバδを移動させた後の構成情報ＸＭＬ５００ｂのツリー表現の一部を抜粋した図である。この構成情報ＸＭＬ５００ｂは、図４に示したリビジョン１３１＝２の構成情報１３４をツリーにて表現した例である。リビジョン１３１＝１から２の移動の前後で、移動した仮想サーバδに関連するコンポーネントＩＤおよび統計値ＩＤは同一であることが保証される。これにより、構成変更による移動の前後で稼動統計情報を連続的に追跡できるようになる。
【００７０】
すなわち、コンポーネントＩＤ＝３の物理サーバＡに割り当てられたコンポーネントＩＤ＝６の仮想サーバを、物理サーバＢへ移動したときに、物理サーバＡに関連付けられた仮想サーバδのコンポーネントＩＤ＝３と、当該仮想サーバの配下の仮想リソースの識別子（統計値ＩＤ）を削除し、移動する仮想サーバδのコンポーネントＩＤ＝３及び当該仮想サーバδの配下の仮想リソースの識別子（統計値ＩＤ）と同一のコンポーネントＩＤと統計値ＩＤを移動先の物理サーバＢに割り当てる。
【００７１】
＜割当済ＩＤ管理テーブル＞
図９は構成情報関連管理部２３０が管理するコンポーネントＩＤの状態遷移図である。コンポーネントＩＤは、物理リソース４１０や仮想リソース４２０に構成情報関連管理部２３０が割り当てたモニタリングシステム１００内で一意の識別子である。これらのコンポーネントＩＤと識別子ＩＤは、構成情報関連管理部２３０が管理する割当済ＩＤ管理テーブル１６０に格納される。
【００７２】
構成情報関連管理部２３０が物理リソース４１０や仮想リソース４２０にコンポーネントＩＤを割り当てると、コンポーネントＩＤの状態を管理するために割当済ＩＤ管理テーブル１６０へと登録する。
【００７３】
コンポーネントＩＤは、まだ割り当てていない状態未割当１７０（テーブルに未登録のＩＤを含む）から、割り当てられると使用中１７１へと遷移する。また、待機用のコンポーネントなどのためにＩＤを予約した場合は予約済あるいは待機中１７２へと遷移する。使用中１７１と待機中１７２の間は、障害や移動などによる交替があった場合、お互いの間を遷移することがある。コンポーネントの削除や廃棄が行われた場合、そのＩＤは別の目的で再利用されないように回収済１７３へと遷移する。新たなＩＤの値の生成方法としては、たとえば単調増加な自然数を使用する方法が考えられる。
【００７４】
図１０は図７の構成情報ＸＭＬ５００ａに相当する割当済ＩＤ管理テーブル１６０の構成例である。各レコードはコンポーネントＩＤまたは統計値ＩＤ１６１、構成情報ＩＤ１６２、リビジョン１６３、ＸＭＬパス表現１６４、親コンポーネントＩＤ１６５、コンポーネントＩＤの状態１６６といったフィールドから構成される。
【００７５】
ここでＸＭＬパス表現１６４は、ＸＭＬツリーにおける各ノードを特定するために必要な情報を含む。図１０の例ではサーバラック５１０のＩＤ、サーバシャーシ５２０のＩＤ、物理サーバ４１１のＩＤ、仮想サーバ４２２のＩＤを順に指定する方法を示したが、この他にも物理サーバ４１１や仮想サーバ４２２にユーザがつけたサーバ名を指定する方法や、稼動するゲストＯＳのＵＵＩＤを指定する方法などが考えられる。いずれの方法でもノード（各コンポーネント）が一意に特定できさえすれば本発明の適用に当たっては差異を生じない。
【００７６】
＜構成情報XMLのＸＭＬ表現＞
図１１は図７に示した物理サーバ＝「Ａ」の仮想サーバδを物理サーバ「Ｂ」へ移動する前の構成情報ＸＭＬ５００ａのＸＭＬ表現である。サーバラック５１０を示すＳｅｒｖｅｒＲａｃｋノード、サーバシャーシ５２０を示すＳｅｒｖｅｒＣｈａｓｓｉｓノード、物理サーバ５３０を示すＰｈｙｓｉｃａｌＳｅｒｖｅｒノード、仮想サーバ５４０を示すＶｉｒｔｕａｌＳｅｒｖｅｒノードが階層的にツリー構造をなしており、各ノードの属性としてコンポーネントＩＤを示すｃｏｍｐｏｎｅｎｔ＿ｉｄを持つ。またＶｉｒｔｕａｌＳｅｒｖｅｒノードの下にはサーバ名を示すＳｅｒｖｅｒＮａｍｅ、ＣＰＵ利用率を示すＣＰＵＵｓａｇｅ、メモリ使用量を示すＭｅｍｏｒｙＵｓａｇｅの各ノードがあり、ＣＰＵＵｓａｇｅおよびＭｅｍｏｒｙＵｓａｇｅノードは統計値ＩＤを示すｓｔａｔｉｓｔｉｃｓ＿ｉｄ属性を持つ。なお、コンポーネントＩＤと統計値ＩＤを特に区別せずに管理する場合はｓｔａｔｉｓｔｉｃｓ＿ｉｄ属性の代わりにｃｏｍｐｏｎｅｎｔ＿ｉｄ属性を持たせる実装も考えられる。どちらの場合も本質的な差異は生じない。
【００７７】
図１２は図８ａに示した物理サーバ＝「Ａ」の仮想サーバδを物理サーバ「Ｂ」へ移動する際の構成情報ＸＭＬ５００ａと構成情報ＸＭＬ５００ｂを生成する場合のＸＭＬ表現での変更手順を示した図である。構成情報ＸＭＬ５００ａにおける仮想サーバδ配下のノードを、構成情報ＸＭＬ５００ｂでは物理サーバＡの配下から物理サーバＢの配下へと移動させる。この処理において、仮想サーバδを含む配下のコンポーネントＩＤおよび統計値ＩＤは同一のＩＤを引き継ぐことで、移動前後における稼動統計情報や変更履歴の追跡を可能とする。
【００７８】
図１３は、仮想サーバδの移動後の割当済ＩＤ管理テーブル１６０を示す。移動の結果、仮想サーバδ（コンポーネントＩＤ１６１＝６）および配下のＣＰＵ利用率（統計値ＩＤ１６１＝４０６）とメモリ使用量（統計値ＩＤ１６１＝４０７）は、移動によりＸＭＬパス表現１６４が変更となったため、新たなエントリとして追加される。
【００７９】
＜フローチャート＞
以下、各部で行われる処理のフローチャートについて説明する。
【００８０】
図１４は、モニタリングシステム１００の構成情報関連管理部２３０で行われる処理のフローチャートを示す。この処理は、例えば、構成情報関連管理部２３０が構成管理マネージャ３６０から構成情報Ｘと新たな構成情報Ｙからなる構成情報２４５と構成情報生成ポリシー２４０を受け付けたときに開始される。構成情報２４５は、構成情報生成ポリシー２４０の内容が移動（マイグレーション）の場合、構成情報Ｘが移動元の構成情報２４５ｘであり、構成情報Ｙが移動先の構成情報２４５ｙ、換言すれば未割当の構成情報である。また、構成情報生成ポリシー２４０の内容が構成情報の追加の場合、構成情報Ｘが追加先の構成情報２４５ｘであり、構成情報Ｙが追加する構成情報２４５ｙとなる。
【００８１】
構成情報関連管理部２３０では、コンポーネントＩＤ１６１を割当済の構成情報Ｘと未割当の構成情報Ｙ、および構成情報生成ポリシー２４０から、構成情報Ｙに対するコンポーネントＩＤ１６１の割当を行う。構成情報関連管理部２３０は、既割り当ての構成情報Ｘについて、割当済ＩＤ管理テーブル１６０からコンポーネントＩＤを読み込んでおく。
【００８２】
構成情報関連管理部２３０は、まず、各構成情報（構成情報Ｘ、Ｙ）の頂点ノードｎを引数としてこの処理ルーチンが呼ばれる（ステップ１０００）。なお、頂点ノードｎは、構成情報Ｘ及び構成情報Ｙをそれぞれ部分木ｘ、ｙとして解析したときにルートとなるノードである。部分木ｘまたは部分木ｙの解析は、構成情報関連管理部２３０が行っても良い。
【００８３】
次に構成情報関連管理部２３０は、上記のように受け取った引数ｎを元にして後述するようなＩＤ割当処理分岐１０１０を呼び出す。構成情報関連管理部２３０は、ＩＤ割当処理分岐１０１０を実行し、この結果として得たノードと、さらに配下の全子ノードに対してそれぞれの子ノードを引数としてＩＤ割当処理１０００を再帰的に呼び出す（ステップ１０２０〜１０４０）。
【００８４】
ＩＤ割当処理分岐１０１０を呼び出した結果の全子ノードに対する割当済ＩＤ管理テーブル１６０に、ノードｎ自身の割当リストを追加して、割当処理の呼び出し元へと返答し、戻る（ステップ１０５０〜１０６０）。
【００８５】
図１５にＩＤ割当処理分岐１０１０のフローチャートを示す。
【００８６】
構成情報関連管理部２３０は、変更前のノード２４１を、ノードｋとし、変更後のノード２４２をノードｎとし、構成情報生成ポリシー２４０を読み込んで、構成の重複を許可しないか否かを判定する。構成情報生成ポリシー２４０が「重複しない割当」を指定している場合（ステップ１１１０）、ステップ１１９０へと分岐する。そうでない場合はステップ１１２０へと進む。
【００８７】
ステップ１１２０では部分木ｘ、ｙ共にノードｎが存在するか否かを判断する。存在する場合はステップ１１５０へと進む。部分木ｘ、ｙ共にノードｎが存在しない場合ステップ１１３０へと進む。
【００８８】
ステップ１１３０では、未割当の部分木ｙにのみノードｎが存在するか否かを判断する。存在しない場合はステップ１１４０へ、存在する場合はステップ１１６０へと分岐する。
【００８９】
ステップ１１４０では、割当済の部分木ｘにのみノードｋが存在するか否かを判断する。割当済の部分木ｘにのみノードｎが存在しない場合はＩＤ割当処理分岐１０１０を終了する（ステップ１２５０）。存在する場合はステップ１１７０へと進む。
【００９０】
ステップ１１５０では、構成情報生成ポリシー２４０に従い、ノードｎがノードｋの交替の対象であるか否かを判断する。交替の対象である場合はステップ１２１０へと進む。交替の対象で無い場合は部分木ｘのノードｎと同じＩＤを部分木ｙのノードｎにも割り当てて（ステップ１１８０）、ＩＤ割当処理分岐１０１０を終了する。
【００９１】
ステップ１１６０では、ノードｎがノードｋの移動先であるか否かを判定する。ノードｎがノードｋの移動先である場合はステップ１２３０へ進む。ノードｎがノードｋの移動先で無い場合は部分木ｙのノードｎに新たなＩＤを割り当て、割り当てリストに追加し、ＩＤ割当処理分岐１０１０を終了する。
【００９２】
ステップ１１７０では、ノードｋが移動の対象であるか否かを判定する。ノードｋが移動の対象である場合はＩＤ割当分岐処理１０１０を終了する（ステップ１２５０）。ノードｋが移動の対象で無い場合は部分木ｘのノードｋの状態を「回収済」に変更し（ステップ１２００）、ＩＤ割当処理分岐１０１０を終了する。
【００９３】
ステップ１２１０では、交替元ノードをｋとして部分木ｙのノードｎのＩＤとして、部分木ｘのノードｋのＩＤと状態を引き継ぎ（ステップ１２１０〜１２２０）、ＩＤ割当処理分岐１０１０を終了する。
【００９４】
ステップ１２３０では、部分木ｘのノードｋを部分木ｙのノードｎへと部分木ごと移動する。この処理は図１２で示したようなＸＭＬツリーの操作によって行われる。さらに部分木ｘのノードｋのＩＤを部分木ｙのノードｎへと割り当て（ステップ１２４０）、ＩＤ割当処理分岐１０１０を終了する。
【００９５】
上記処理により、構成情報関連管理部２３０は、新規の構成情報Ｙに対しては、コンポーネントＩＤ１６１を割り当てて、ＸＭＬパス表現１６４を生成して割当済ＩＤ管理テーブル１６０に格納する。一方、構成情報Ｙが構成情報Ｘの変更の場合には、構成情報関連管理部２３０は、該当するコンポーネントＩＤ１６１のリビジョン１６３を更新し、構成情報ＸのコンポーネントＩＤを引き継いで変更後の構成情報ＹのＸＭＬパス表現１６４を生成して割当済ＩＤ管理テーブル１６０に格納する。
【００９６】
以上の処理によって、仮想サーバ４２２がマイグレーションなどの構成変更によって移動した場合でも、コンポーネントＩＤを構成変更後にも同一のコンポーネントＩＤを引き継ぐことが可能となって、コンポーネントＩＤに関連づけられた統計値ＩＤも引き継ぐことができる。これにより、構成変更の前後で、関連する統計情報を連続的に集計することが可能となる。
【００９７】
＜稼動統計情報表示＞
図１６に稼動統計情報表示時に統計情報管理部１９０で行われる処理のフローチャートを示す。この処理は、統計情報ＧＵＩ制御部２５０がモニタ端末３５０から統計情報の要求を受け付けたときに実行される。この要求は、統計情報表示期間の開始日時を変数ｂに格納し、終了日時を変数ｅに、コンポーネントの構成情報ＩＤを変数ｄに、コンポーネントＩＤを変数ｃに格納する。
【００９８】
まずステップ１３００で、統計情報管理部１９０は統計情報ＧＵＩ制御部２５０から統計情報表示期間の開始日時ｂと終了日時ｅを得る。ステップ１３１０へ進む。
【００９９】
ステップ１３１０では、構成情報管理部２００が構成情報ＧＵＩ制御部２６０から、指定されたコンポーネントの構成情報ＩＤ１３５＝ｄとコンポーネントＩＤ＝ｃを得る。ステップ１３２０へ進む。
【０１００】
ステップ１３２０では、履歴情報管理部２１０が、統計情報管理部１９０および構成情報管理部２００から得た変数ｂ、ｅ、ｄ、ｃを元に、コンポーネント履歴管理テーブル１５０から＜ｄ、ｃ＞をキーとして、開始日時１５２＜ｅかつ終了日時１５３≧ｂとなるリビジョン１５４のリスト（Ｒ１、Ｒ２、．．．、Ｒｎ）を得る。ここで各リビジョンの開始日時１５２を（ｂ１、ｂ２、．．．、ｂｎ）、終了日時１５３を（ｅ１、ｅ２、．．．、ｅｎ）とする。ｅｉは最新リビジョンの場合ＮＵＬＬの場合もある。ステップ１３３０へ進む。
【０１０１】
次に得られた各リビジョンＲｉ（ただし、ｉ＝１〜ｎ）について、ステップ１３４０〜１３９０までを繰り返す。
【０１０２】
ステップ１３４０では、構成情報管理テーブル１３０から、構成情報ＩＤ１３５＝ｄ、リビジョン１３１＝Ｒｉであるレコードを選び、構成情報管理テーブル１３０の構成情報１３４から構成情報ＸＭＬ５００を取得する。ステップ１３５０へ進む。
【０１０３】
ステップ１３５０ではコンポーネントＩＤが変数ｃの配下の統計値ＩＤのリスト（ｓ１、 ｓ２、 ．．． ｓｍ）を得る。ステップ１３６０へ進む。
【０１０４】
次に得られた各ｓｊに対してステップ１３７０〜１３８０を繰り返す。
【０１０５】
ステップ１３７０では、稼動統計テーブル１２０から統計値ＩＤ＝ｓｊをキーにして、ｂｉ≦タイムスタンプ１２２＜ｅｉとなるレコードのタイムスタンプと値の組＜ｔ、ｖ＞のリストを得る。ステップ１３８０に進む。
【０１０６】
ステップ１３８０では、稼動情報ＧＵＩ制御部２５０に＜ｔ、ｖ＞のリストを送り、これによりモニタ端末３５０の表示装置にグラフを出力する。
【０１０７】
以上が稼動統計情報表示時のフローチャートである。
【０１０８】
上記処理により、統計情報管理部１９０は、同一のコンポーネントＩＤに関連づけられた統計値ＩＤについて、マイグレーションなどの構成変更があった場合にも、構成変更の時点を跨いで連続的に表示させることが可能となる。
【０１０９】
以下図１７〜図２３を用いて、構成情報と稼動統計情報を連携させる処理について示す。
【０１１０】
図１７は本発明を適用したモニタリングシステム１００のモニタ端末３５０に表示される稼動統計モニタ画面の一例である。
【０１１１】
稼動統計モニタ画面は、図中左側に表示期間を表示する部分７００とラックやシャーシといった構成管理を行う部分７１０を備える。また、図中右側には構成情報および稼動統計情報を表示するエリアがあり、図中上部から物理構成情報（物理リソース４１０の構成情報）を表示する物理構成情報表示エリア７２０、仮想構成情報（仮想リソース４２０の構成情報）を表示仮想構成情報表示するエリア７３０、稼動統計情報を表示する稼動統計情報表示エリア７４０から構成される。
【０１１２】
物理構成情報表示エリア７２０と仮想構成情報表示エリア７３０および稼動統計情報表示エリア７４０は連動しており、物理構成情報エリア７２０において指定されたコンポーネント（ここでは物理サーバＡ）についての仮想構成情報の詳細が仮想構成情報表示エリア７３０に表示される。また、この場合、物理サーバＡに対応した稼働統計情報が７４０に表示される。
【０１１３】
ここで仮想構成情報表示エリア７３０の仮想サーバαをモニタ端末３５０の入力装置で指定した場合、仮想サーバαに関連する稼働統計情報のみが抽出されて稼働統計情報表示エリア７４０へと表示される。このように、着目するコンポーネントが物理コンポーネントか仮想コンポーネントかに応じて、稼働統計情報７４０に表示されるグラフの種類が変わる点が本モニタリングシステム１００の特徴の一つである。
【０１１４】
以下、図１８〜図２３の例では、図７、図８ａで示したように仮想サーバδが物理サーバＡから物理サーバＢ上へとある時刻に移動したという前提で説明する。
【０１１５】
図１８は図１７に示した物理構成情報表示エリア７２０の物理サーバＡを、モニタ端末３５０の入力装置から指定した場合の稼動統計モニタ画面の表示例を示す。稼働統計情報表示エリア７４０には指定した物理サーバＡのＣＰＵ利用率として、物理サーバＡ上の各仮想サーバの使用している内訳のグラフが表示される（実際にはこの他にサーバ仮想化部４２１分の使用率などもあるが、ここでは説明の簡略化のために省略する）。統計期間の途中で仮想サーバδは物理サーバＡから移動して行ったため、仮想サーバδ分が途中から消えている。また稼働統計情報表示エリア７４０のタイムライン７４１は仮想サーバδが物理サーバＡ上にある時刻を示している。このため、仮想構成情報表示エリア７３０には、仮想サーバδが物理サーバＡ上に載っている構成図が表示される。
【０１１６】
なお、このようにタイムライン７４１をカーソル等で示す方法の他に、常に注目するタイムラインが中央に来るように表示期間の方を変える方法も考えられるが、どちらの方法でも本発明の本質には影響しない。
【０１１７】
次に図１８の状態で稼動統計モニタ画面に表示されている物理構成情報表示エリア７２０の物理サーバＢを指定した場合の表示例を図１９に示す。
【０１１８】
図１９の稼働統計情報表示エリア７４０には、物理サーバＢの内訳が表示されているが、仮想サーバδは統計期間の途中から出現している。またタイムライン７４１は仮想サーバδが物理サーバＡ上にある日時を指しているため、仮想構成情報表示エリア７３０にはまだ仮想サーバδが無い状態の物理サーバＢが表示される。
【０１１９】
図２０は、図１８の状態から稼動統計モニタ画面に表示されているタイムライン７４１を、モニタ端末３５０の入力装置により操作して仮想サーバδの移動後にずらした場合の表示例である。この時のＧＵＩの操作としては、タイムライン７４１をカーソルでクリックしてそのままドラッグして右側にずらす操作や、稼働統計情報表示エリア７４０の移動時刻（点線で表示）より右側で右クリックメニューによって選択する、などの操作が考えられる。図１８と異なり、図２０ではタイムライン７４１を仮想サーバδの移動後の時刻にしたために、仮想構成情報表示エリア７３０には仮想サーバδが存在しない構成図が表示される。
【０１２０】
図２１は図１９の状態から稼動統計モニタ画面に表示されていたタイムライン７４１を仮想サーバδ移動後の時刻まで動かした場合の表示例である。こちらは物理サーバＢ上に仮想サーバδが移動した後なので、仮想構成情報表示エリア７３０には仮想サーバδが存在している構成図が表示される。
【０１２１】
図２２は図２１の状態から稼動統計モニタ画面に表示されていた仮想構成情報表示エリア７３０の仮想サーバδを指定した場合の表示例である。仮想サーバδに関する稼動統計情報（ここではＣＰＵ利用率とＩ／Ｏトラフィックを例にとった）が稼働統計情報表示エリア７４０に表示される。本発明を適用することで、仮想サーバの移動の前後で稼働統計情報を連続的に追跡できる。
【０１２２】
すなわち、仮想サーバ４２２をマイグレーションやフェイルオーバなどで他の物理サーバ４１１へ移動しても、当該仮想サーバ４２２に割り当てられたコンポーネントＩＤを移動先へ引き継ぐことで、当該コンポーネントＩＤの配下の統計値ＩＤも移動先に引き継がれるので、仮想サーバ４２２の移動の有無にかかわらず、仮想サーバ４２２の稼働に関する統計情報を連続に追跡することが可能となる。これにより、仮想サーバ４２２のリソースのボトルネックを検出するまでの時間を前記従来例に比して大幅に短縮でき、多数の計算機を備えた環境における運用管理の効率を改善できるのである。
【０１２３】
＜構成変更履歴表示＞
図２３に変更履歴情報表示時の履歴情報管理部２１０で行われる処理のフローチャートを示す。この処理はモニタ端末３５０から変更履歴の表示要求があったときに実行される。
【０１２４】
ステップ１４１０では、履歴情報管理部２１０が構成情報ＧＵＩ制御部２６０から、モニタ端末３５０で指定されたコンポーネントの構成情報ＩＤを変数ｄに格納し、コンポーネントＩＤを変数ｃに格納する。ステップ１４２０へ進む。
【０１２５】
ステップ１４２０では、履歴情報管理部２１０がコンポーネント履歴管理テーブル１５０からコンポーネントの構成情報ＩＤを格納した変数ｄおよびコンポーネントＩＤを格納した変数ｃをキーとして、リビジョン１５４のリスト（Ｒ１、Ｒ２、．．．、Ｒｎ）を抽出する。この時各リビジョンの開始日時１５２を（ｂ１、ｂ２、．．．、ｂｎ）、終了日時１５３を（ｅ１、ｅ２、．．．、ｅｎ）とする。ステップ１４３０へ進む。
【０１２６】
以下、履歴情報管理部２１０は、各リビジョンＲｉ（ただし、ｉ＝１〜ｎ）に対して、ステップ１４３０〜ステップ１４８０を繰り返す。
【０１２７】
ステップ１４４０では、履歴情報管理部２１０が構成管理テーブル１３０から、構成情報ＩＤ１３５＝ｄでかつリビジョン１３１＝Ｒｉであるレコードを検索し、対応する構成情報ＸＭＬ５００を取得し、ステップ１４５０へ進む。
【０１２８】
ステップ１４５０では、履歴情報管理部２１０が取得した構成情報ＸＭＬ５００を元にリビジョンＲｉの構成情報のサムネイル８００をモニタ端末３５０に出力し、ステップ１４６０へ進む。
【０１２９】
ステップ１４６０では履歴情報管理部２１０は、リビジョンＲｉが最新リビジョン（対応するｅｉ＝ＮＵＬＬ）か否かを判定する。最新リビジョンだった場合は、ステップ１４９０へ進む。そうでない場合はステップ１４７０へ進む。
【０１３０】
ステップ１４７０では、モニタ端末３５０に出力リビジョンＲｉとリビジョンＲｉ＋１のサムネイル８００の間に構成変更アイコン８１０をモニタ端末３５０に出力し、ステップ１４８０へ進む。
【０１３１】
ステップ１４８０では、履歴情報管理部２１０が構成情報変更履歴管理テーブル１４０から、構成情報ＩＤ１４７＝ｄ、変更前リビジョン１４３＝Ｒｉ、変更後リビジョン１４４＝Ｒｉ＋１に相当するレコードを検索し、対応する作業手順８３０を呼び出す。構成変更アイコン８１０のリンク先８２０として出力の準備をする。ここで用意されたリンク先の構成変更図８２０は、モニタ端末３５０に出力する構成変更アイコン８１０をクリックした時にポップアップや別ウインドウとして表示しても良いし、構成変更アイコン８１０上にマウスオーバーされた時にポップアップとして表示しても良い。ステップ１４９０へ進む。
【０１３２】
ステップ１４９０では、履歴情報管理部２１０はリビジョンＲｉがまだ残っている場合、ステップ１４３０に戻って繰り返す。全てのリビジョンについて処理が完了した場合は完了する。
【０１３３】
以上が変更履歴表示時のフローチャートである。
【０１３４】
次に図２４〜図２６を用いて、モニタリングシステム１００の変更履歴表示機能の処理について説明する。
【０１３５】
変更履歴表示機能はモニタリングシステム１００のモニタ端末３５０に表示される物理構成情報表示エリア７２０または仮想構成情報表示エリア７３０の任意のコンポーネントから右クリックメニュー等で呼び出すことができる。また、稼働統計情報表示エリア７４０の構成変更を示す時刻上（図１８〜図２２の点線の位置）や、グラフの特定の領域を指定して右クリックメニューで呼び出せるとしても良い。また以下の例では図４に示した３つの構成情報５００ａ〜５００ｃのリビジョンが登録されており、図７、図８ａ、図８ｂで示したように仮想サーバδが物理サーバＡから物理サーバＢ、物理サーバＢから物理サーバＣへと移動したという前提で説明する。
【０１３６】
図２４は物理構成情報表示エリア７２０の物理サーバＡをモニタ端末３５０から指定して構成変更履歴を呼び出した場合の図である。物理サーバＡは構成情報リビジョン１からリビジョン２への変更の影響は受けているが、構成情報リビジョン２から３への変更の影響は受けていないことが、コンポーネント履歴管理テーブル１５０よりわかる。
【０１３７】
そこで構成変更履歴表示機能では２つのリビジョンがサムネイル８００−Ａ１、８００−Ａ２の形で表示され、その間に構成変更アイコン８１０−Ａが表示される。サムネイル８００をクリックあるいは右クリックメニューで選択することで、当該リビジョンの構成情報がメインの構成情報表示エリア７２０や７３０に反映され、あるいは別ウインドウとして表示される。また構成変更アイコン８１０をクリックあるいはマウスオーバーすることで、作業手順８３０を含むリビジョン間の構成変更情報８２０がポップアップあるいは別ウインドウで表示される。
【０１３８】
図２５は仮想サーバδに関して構成変更履歴表示をモニタ端末３５０で行った場合の図である。仮想サーバδはリビジョン１、２、３の全てに変更の影響を受けていることがコンポーネント履歴管理テーブル１５０よりわかる。そこでリビジョン１、２、３に相当する構成情報サムネイル８００−Ｂ１、８００−Ｂ２、８００−Ｂ３がそれぞれモニタ端末３５０に表示され、図示のようにそれらのリビジョンの間に構成変更アイコン８１０−Ｂ１、８１０−Ｂ２が表示される。
【０１３９】
図２６は仮想サーバαに関して構成変更履歴表示をモニタ端末３５０で行った場合の図である。仮想サーバαはリビジョン２、３に変更した影響を受けていないことがコンポーネント履歴管理テーブル１５０よりわかる。そこでリビジョン１に相当する構成情報サムネイル８００−Ｃ１のみがモニタ端末３５０に表示され、構成変更アイコン８１０は表示されない。
【０１４０】
以上のように、コンポーネントＩＤ単位で構成情報や統計情報の履歴を管理することによって、コンポーネント単位で構成変更履歴のフィルタリングを行えるため、着目しているコンポーネントが影響を受けた構成変更のみに着目することができ、稼働状況分析の際に必要となる構成変更の影響範囲の追跡が容易になる。
【０１４１】
＜稼働情報収集部の動作＞
以下図２７〜図３０を用いて稼働情報収集部３００の詳細動作を示す。
【０１４２】
図２７は稼働情報収集部３００の構成を示したブロック図である。稼働情報収集部３００は稼働情報収集パラメータ３１０を保持し、稼働情報収集パラメータ３１０の内容はパラメータ設定インタフェース３４５を介してモニタ端末３５０から設定される。
【０１４３】
稼働情報収集パラメータ３１０の内容は、監視対象リソース４００の通常の運用では最初に収集する項目を決めて設定された後は、特に監視対象リソース４００に大きな変更が加わらない限り変更されることはない。稼働情報収集部３００は、さらに稼働統計情報収集パラメータ３１０に従って収集コマンドを実行する収集コマンド実行３２０、および収集コマンドの実行結果である稼動情報を受け取って処理する収集コマンド結果取得部３３０、さらに収集した稼動情報の中で予め設定した条件に合致した結果から統計値を生成し、稼働統計テーブル１２０へと格納する稼働統計値登録部３４０、およびタイマ３４１から構成される。
【０１４４】
図２８は稼働情報収集部３００が使用する稼働情報収集パラメータ３１０の定義である。１つのパラメータの行（またはレコード）は、構成情報ＩＤ３１１、パラメータ生成式３１２、収集コマンド３１３、モニタ間隔３１４、およびフィルタ条件３１５、統計値情報生成式３１６、統計値ＩＤ検索式３１７からなる統計情報生成リスト３１８が１つ以上、から構成される。稼働情報収集パラメータ３１０の内容については、上述のように管理者などが操作するモニタ端末３５０から設定される。構成情報ＩＤ３１１には、図４の構成情報管理テーブル１３０の構成情報ＩＤ１３５に対応する値が格納される。収集コマンド３１３には、対象となる構成情報ＩＤ３１１に対して実行させる稼動情報の収集コマンドを格納する。モニタ間隔３１４には、モニタ端末３５０で設定する稼動情報の収集周期が格納される。
【０１４５】
モニタ端末３５０は、パラメータ設定インタフェースに対して統計値の生成を要求し、構成情報管理テーブル１３０の構成情報ＩＤ１３５を指定して、上記各パラメータを設定する。設定されたパラメータは新たなレコードとして稼働情報収集パラメータ３１０に格納される。稼働情報収集部３００は、構成情報ＩＤと統計値ＩＤをモニタリングシステム１００に通知し、構成情報管理テーブル１３０の構成情報５００に統計値ＩＤが格納される。
【０１４６】
図２９に稼働情報収集部３００で行われる処理のフローチャートを示す。
【０１４７】
稼働情報収集部３００は、予め設定された稼働情報収集パラメータ３１０をパラメータとして起動される。ここでは説明を簡易にするため、稼働情報収集パラメータ３１０の各行ごとに別パラメータを与えて起動するとしているが、一つのプログラムで複数の収集コマンドを発行できるようにしても良い。
【０１４８】
ステップ１５００で稼働情報収集部３００のプログラムが起動され、ステップ１５１０へ進む。
【０１４９】
ステップ１５１０では、稼働情報収集部３００は構成情報ＩＤ３１１をキーにして構成情報管理テーブル１３０から最新のリビジョン１３１を持つレコードの構成情報ＸＭＬ５００を取得し、ステップ１５２０へと進む。
【０１５０】
ステップ１５２０では、稼働情報収集部３００が構成情報ＸＭＬ５００からパラメータ生成式３１２に従って、収集コマンド３１３の起動に必要なパラメータを補完し、ステップ１５３０へ進む。
【０１５１】
ここでパラメータ生成式３１２は、構成情報ＸＭＬ５００に含まれるインスタンスを特定するのに必要なパラメータ（サーバ名やＩＰアドレス等）を指定するための式であり、一例としてはＸＭＬパス形式で指定する方法が考えられる。例えば図１１で示したＸＭＬ表現から、仮想サーバのサーバ名を抽出するためのＸＭＬパス形式の一例は”／ＳｅｒｖｅｒＲａｃｋ／ＳｅｒｖｅｒＣｈａｓｓｉｓ／ＰｈｙｓｉｃａｌＳｅｒｖｅｒ／ＶｉｒｔｕａｌＳｅｒｖｅｒ／ＳｅｒｖｅｒＮａｍｅ”となる。
【０１５２】
一般にパラメータ生成式３１２にマッチするノードは一つの構成情報ＸＭＬ５００に複数存在するために、生成されるパラメータは複数のリストとなる。
【０１５３】
ステップ１５３０では、ステップ１５２０で生成されたパラメータの数に応じて稼働情報収集部３００のインスタンスを生成する。インスタンスを複製する方法としては例えばＵｎｉｘ（登録商標）のｆｏｒｋシステムコールを使って複製する方法や、スレッドを分ける方法などが考えられる。稼働情報収集処理を並行に実行することさえできれば必ずしもプロセスやスレッドを複製する必要は無い。ステップ１５４０に進む。
【０１５４】
ステップ１５４０では、収集コマンド実行部３２０が生成されたパラメータを引数にして収集コマンド３１３を監視対象リソース４００に対して実行する。収集コマンド３１３としては、稼働情報を収集するプロトコルであるＳＮＭＰに従ったコマンドや、予めインストールしたエージェントに対する通信、あるいはリモートシェルなどを使って稼働状態を取得するコマンド（Ｌｉｎｕｘ（登録商標）でのｖｍｓｔａｔやｉｏｓｔａｔなど）を発行する方法などが考えられる。ステップ１５５０へ進む。
【０１５５】
ステップ１５５０では、収集コマンド結果取得部３３０がステップ１５４０で実行した収集コマンド３１３の結果をパイプ（標準出力）あるいはファイル経由で取得する。ステップ１５６０へ進む。
【０１５６】
ステップ１５６０では、パラメータとして与えられたフィルタ条件３１５と統計値情報生成式３１６と統計値ＩＤ検索式３１７の組からなる稼働情報生成リスト３１８のそれぞれについて、ステップ１５７０〜ステップ１５９０までを繰り返し実行する。
【０１５７】
ステップ１５７０では、得られた結果がフィルタ条件３１５に一致しているかを判断する。フィルタ条件３１５に一致していない場合は集計対象に該当する統計値は含まれていないため、ステップ１５９０へ進む。フィルタ条件３１５に一致していた場合は稼働統計値登録部３４０がステップ１５８０の統計値登録処理を行ってからステップ１５９０へと進む。
【０１５８】
ステップ１５８０の統計値登録処理については後に図３２にて詳細に説明する。
【０１５９】
ステップ１５９０では、フィルタ条件３１５と統計値情報生成式３１６と統計値ＩＤ検索式３１７の組の統計情報生成リスト３１８の残りについて、ステップ１５６０に戻り繰り返す。全て完了した場合ステップ１６００へと進む。
【０１６０】
ステップ１６００では、モニタ間隔３１４が経過しているか否かをタイマ３４１をチェックし、経過するまで待つ。経過後ステップ１５４０へと戻る。
【０１６１】
以上が稼働情報収集部３００の動作を示すフローチャートである。
【０１６２】
続いて図３０に稼働統計値登録部３４０で行われる統計値登録処理１５８０の詳細なフローチャートを示す。
【０１６３】
ステップ１６１０で、稼働統計値登録部３４０は、稼動情報収集パラメータ３１０の統計情報生成式３１６に従い、統計値を算出する。ここで、統計値とは、稼働統計テーブル１２０に登録する統計値１２３に対応する統計値であり、平均値や最小値、最大値、標準偏差あるいは標本数、などから構成される。１つの値のみから統計値を算出する場合は、平均値＝最小値＝最大値となり、標準偏差は０、標本数は１とする。稼動情報収集パラメータ３１０の統計情報生成式３１６は、ステップ１５５０で取得した収集コマンド３１３の出力結果から、統計値を生成する式である。統計情報生成式３１６は、パーセントの数字の場合に１００で割るといった処理や、２つの値の平均や合計を求めるといった処理が考えられる。ステップ１６２０へ進む。
【０１６４】
ステップ１６２０では、構成情報ＸＭＬ５００から統計値ＩＤ検索式３１７に従って統計値ＩＤを取得し変数ｓに格納する。ここで、統計値ＩＤ検索式３１７とは、構成情報ＸＭＬ５００のインスタンスから、対応する統計値ＩＤ（構成情報ＸＭＬノード上でインスタンスノードの配下にあるケースが多い）を求める式であり、一例としてはＸＭＬパス形式を使うことが考えられる。たとえば、図１１の構成情報ＸＭＬ５００ａの場合、仮想サーバのインスタンスを示す式が”／ＳｅｒｖｅｒＲａｃｋ／ＳｅｒｖｅｒＣｈａｓｓｉｓ／ＰｈｙｓｉｃａｌＳｅｒｖｅｒ／ＶｉｒｔｕａｌＳｅｒｖｅｒ”であり、その仮想サーバのＣＰＵ利用率の統計値ＩＤを示すＸＭＬパス式は”．／ＣＰＵＵｓａｇｅ＠ｓｔａｔｉｓｔｉｃｓ＿ｉｄ”となる。ステップ１６３０に進む。
【０１６５】
ステップ１６３０では、タイマ３４１からタイムスタンプｔを取得し、ステップ１６４０へ進む。
【０１６６】
ステップ１６４０では、稼働統計テーブル１２０に、統計値ＩＤ１２１＝ｓ、タイムスタンプ１２２＝ｔ、統計値１２３＝（ｖ１、ｖ２、．．．、ｖｎ）を登録する。
【０１６７】
以上で統計値登録処理１５８０が完了する。
【０１６８】
以上、仮想サーバが移動する際の実施の形態例を示した。
【０１６９】
＜階層関係が変化する例＞
なお、ここでは説明を簡易にするために仮想サーバ４２２がある物理サーバ４１１上から別の物理サーバ４１１上へと移動する例を示したが、本発明の適用によれば、構成情報の階層関係に依存しないコンポーネントＩＤや統計値ＩＤによる構成要素の管理が可能である。従って、物理サーバ４１１上の業務を仮想サーバ４２１上に移動して集約するＰ２Ｖと呼ばれる操作や、逆に開発・テスト環境は仮想サーバ４２１上で行い本番環境は性能が保証できる物理サーバ４１１上に移動するＶ２Ｐと呼ばれるような、階層関係を跨いでの構成情報の変更があった場合にでも本発明は適用できる。また、仮想サーバ４２１上にさらに仮想マシンモニタを動作させ、その上にさらに複数の仮想サーバ４２１を立ち上げるような多重の仮想サーバ環境を想定した場合に、仮想サーバ４２１を仮想の仮想サーバ上に移動させたり、あるいは仮想の仮想サーバを仮想サーバ上に移動させたりといった操作に対しても、本発明は適用できる。
【０１７０】
＜構成情報生成のバリエーション＞
以下図３１〜図３４で、仮想サーバ４２１の移動以外の構成情報管理の適用例を示す。
【０１７１】
図３１は、昼夜切替システムにおける構成情報管理テーブル１３０の例を示す。このシステムでは、例えば昼間はオンライン処理、夜間はバッチ処理のように、同一の計算機リソース上に全く異なる業務を載せて切り替えて運用している。
【０１７２】
本例では毎日午前６時から午後９時までは昼間の処理（構成情報ＩＤ１３５＝１、構成情報１３４＝５００ｄ）を行い、午後９時から翌朝６時までは夜間の処理（構成情報ＩＤ１３５＝２、構成情報１３４＝５００ｅ）を行う。
【０１７３】
このように全く異なる業務を同一計算機リソース上で切り替えて使用する場合に、たとえ同一の物理サーバ上にある同一の仮想サーバであっても、これら複数の業務が混じっているとすると、それらの稼働情報を混ぜて統計値（平均や最大・最小）を計算してしまうことに意味がなくなってしまう。
【０１７４】
そこで、このような異なる業務に対応する構成情報に対しては異なる構成情報ＩＤ１３５を付加し、構成情報生成ポリシー２４０として「重複しない割り当て」を指定することにより、それらの構成情報ＸＭＬ５００におけるコンポーネントＩＤ及び統計値ＩＤが重複しないように管理を行う。
【０１７５】
図３２に、図３１の昼夜切替システムにおける割当済ＩＤ管理テーブル１６０を示す。この表で例えばコンポーネント／統計値ＩＤ１６１＝５の行と５０５の行を比較する。ＸＭＬパス表現１６４を比較すると、どちらもラックＩＤ＝１配下のシャーシＩＤ＝１配下の物理サーバＡ配下の仮想サーバαを指していて、同一の計算機リソースを使用していることがわかる。しかし構成情報ＩＤ１６２およびコンポーネント／統計値ＩＤ１６１が異なる値となっているため、稼働統計情報および構成変更履歴情報はそれぞれの構成で重複することなく管理される。
【０１７６】
図３３は、待機系切替ケースにおける構成情報管理テーブル１３０の例を示している。このシステムでは、３つの物理サーバ上で稼働している複数業務の現用系に対して、２つの物理サーバ上のリソースが待機系として用意されており、現用系の障害の際には待機系リソースが切り替わって業務を行う。この図の例では’０９／１１／０４の０２：５７：１４に障害が起こり、待機系に切り替わった構成５００ｇへと切り替わったことを示している。
【０１７７】
図３４は、図３３の待機系切替ケースにおける割当済ＩＤ管理テーブル１６０を示す。構成情報ＩＤ１６２＝１、リビジョン１６３＝１である項目のうち、状態１６６が「待機中」となっているリソース（コンポーネント／統計値ＩＤ１６１＝５０３、５０５、５０７など）は待機系のために予約されているリソースである。
【０１７８】
障害発生時には構成情報生成ポリシー２４０として、障害を起こした現用系のコンポーネントＩＤと待機系のコンポーネントＩＤの間で「交替」が指定される。従って新たな構成情報ＩＤ１６２＝１、リビジョン１６３＝２が生成される場合に、現用系と待機系のＩＤの交換が行われる。たとえば構成情報ＩＤ１６２＝１、リビジョン１６３＝１のうち、仮想サーバαの持つコンポーネント／統計値ＩＤ１６１は５、仮想サーバεが持つコンポーネント／統計値ＩＤ１６１は５０５である。
【０１７９】
一方、交替後の構成情報ＩＤ１６２＝１、リビジョン１６３＝２になると、仮想サーバαの持つコンポーネント／統計値ＩＤ１６１は５０５、仮想サーバεが持つコンポーネント／統計値ＩＤ１６１は５となっており、仮想サーバα⇔仮想サーバε間で交替が起こったことがわかる。仮想サーバだけでなく、配下の統計値の持つ統計値ＩＤや、親コンポーネントＩＤ１６５、状態１６６も交替により引き継がれている。
【０１８０】
以上が、本発明の第一の実施の形態の説明である。
【０１８１】
＜変形例１＞
続いて図３５〜図３６を用いて本発明の第一の実施例の第一の変形例を示す。
【０１８２】
図３５は第一の変形例の全体構成を示した計算機システムのブロック図である。前記第一の実施形態との違いは、既存のモニタリングシステム９５０が監視対象リソース４００の稼働統計情報を取得しており、本発明によるモニタリングシステム１００は構成情報・統計情報変換部９００を介して間接的に既存のモニタリングシステム９５０と接続している点である。
【０１８３】
本変形例では、既存のモニタリングシステム９５０により採取された稼働統計情報と構成情報の履歴を、構成情報・統計情報変換部９００によって時系列順に整理し、複数構成情報間のリソースの関連付けを行うことで、モニタリングシステム１００により構成変更を挟んでの稼働統計情報の参照や変更履歴の追跡を容易にすることを想定している。
【０１８４】
図３６は構成情報・統計情報変換部９００の詳細を示したブロック図である。既存のモニタリングシステム９５０内の既存の稼働統計情報９６０を吸い出し、構成情報の関連付けを行った変換をした上で稼働統計テーブル１２０に格納する稼働統計情報変換部９１０、既存のモニタリングシステム９５０内の既存の構成情報９７０を変換して構成情報管理テーブル１３０に格納する構成情報変換部９２０、稼働統計情報・構成情報の変換におけるパラメータを設定する変換パラメータ９３０、および変換パラメータ９３０を設定するためのパラメータ設定インタフェース９４０から構成される。
【０１８５】
パラメータ設定インタフェース９４０はモニタ端末３５０と接続される。この変形例により、例えば既存のモニタリングシステム９５０の稼働統計をテキスト形式（ＣＳＶ形式など）に変換した上で、構成情報を考慮したＩＤの変換を行い、モニタリングシステム１００に取り込むことで、本発明による効果である稼働統計情報の追跡や構成情報履歴の追跡が容易になる。
【０１８６】
以上が第一の実施形態の第一の変形例である。
【０１８７】
＜変形例２＞
図３７〜図４０で第一の実施例の第二の変形例について説明する。
【０１８８】
図３７は第二変形例におけるモニタ情報データベース１１０を示している。前記第１実施形態の図２と比べると、構成関連管理テーブル１８０が追加されている。
【０１８９】
図３８ａは第二変形例における構成情報管理テーブル１３０を示し、図３９は第二変形例における稼働統計テーブル１２０の例を示している。
【０１９０】
図３８によれば、’０９／１１／１１ １７：００：００を境にリビジョン１３１＝１の構成情報とリビジョン１３１＝２の構成情報の２つの構成情報が存在する。図３８ｂ、図３８ｃはそれぞれのリビジョンに対応する構成情報ＸＭＬ５００の木構造を示している。図３９は、第二変形例における稼動統計テーブル１２０を示し、構成変更の前後の統計値がレコードとして記録されている。ここで統計値ＩＤ１２１は、４０６と６１２という異なる値である。従って、これだけの情報では、構成変更前後の２つのレコードが同一の業務に関連する情報なのか、異なる情報なのかは判別できない。
【０１９１】
図４０は構成関連管理テーブル１８０の構成例である。構成関連ＩＤ１８１は、レコードが登録される度にインクリメンタルに増えていくインデックスである。構成情報ＩＤ１８２とリビジョン１８３は構成情報管理テーブル１３０の構成情報ＩＤ１３５とリビジョン１３１に相当する。統計値ＩＤ１８４は、稼働統計テーブル１２０の統計値ＩＤ１２１に相当する。次の構成関連ＩＤ１８５は、構成関連管理テーブル１８０における次の参照先を示しており、レコード間でのリンクトリストを実現している。次の宛先が無い場合（リストの終端）はＮＵＬＬで表すこととする。
【０１９２】
このテーブルの構成関連ＩＤ１８１＝１のレコードによれば、構成情報ＩＤ１８２＝１、リビジョン１８３＝１における統計値ＩＤ１８４＝４０６は、構成関連ＩＤ１８１＝４１、すなわち構成情報ＩＤ１８２＝１、リビジョン１８３＝２、統計値ＩＤ１８４＝６１２と関連していることがわかる。これにより、稼働統計テーブル１２０における２つのレコードが同一であることがわかる。
【０１９３】
このように、構成変更がある度に関連のあるコンポーネントや統計値のＩＤの関係を構成関連管理テーブル１８０に登録していくことで、構成情報変更をまたいでの稼働統計情報の追跡や構成変更履歴の追跡が可能となる。
【０１９４】
以上が第一の実施例の第二の変形例である。
【０１９５】
＜変形例３＞
図４４は、本発明の第１の実施形態の第三の変形例を示す物理サーバのブロック図である。
【０１９６】
図１に示した監視対象リソース４００の物理リソース４１０と仮想リソース４２０の他の例として、図４４の物理サーバ４１１−１が複数のサーバ仮想化部４２１ａ、４２１ｂ−１〜４２１−ｉを実行する構成を示す。サーバ仮想化部４２１ａ、４２１ｂ−１〜４２１−ｉの他は前記図１と同様の構成である。
【０１９７】
第１サーバ仮想化部４２１ａは、第１の仮想化部として機能し、物理サーバ４１１−１のＩ／Ｏデバイス（ＮＩＣ４１４，ＨＢＡ４１５）を直接使用させるＩ／Ｏ直接割付型で構成される。第１サーバ仮想化部４２１ａとしては、例えば、複数の論理区画を提供するハイパーバイザを用いることができる。
【０１９８】
第１サーバ仮想化部４２１ａ上では、複数の第２サーバ仮想化部４２１−ｂ−１〜４２１−ｂ−ｉが稼動する。これら第２サーバ仮想化部４２１−ｂ−１〜４２１−ｂ−ｉは、物理サーバ４１１−１のＩ／Ｏデバイスの種類やリビジョンを隠蔽する仮想Ｉ／Ｏ割付型で構成される。第２サーバ仮想化部４２１−ｂ−１〜４２１−ｂ−ｉは、例えば、ＶＭＭ（Virtual Machine Monitor）で構成することができる。第２サーバ仮想化部４２１−ｂ−１〜４２１−ｂ−ｉは、第１サーバ仮想化部４２１ａが生成した論理区画上で実行される。
【０１９９】
各第２サーバ仮想化部４２１−ｂ−１〜４２１−ｂ−ｉ上では、それぞれ複数の仮想サーバ４２２が実行される。
【０２００】
上記のような監視対象リソース４００に本発明を適用することで、各仮想サーバ４２２と第１サーバ仮想化部４２１ａ及び第２サーバ仮想化部４２１ｂ−１〜４２１−ｉにそれぞれコンポーネントＩＤを付与することで、仮想サーバ４２２の移動等の構成変更をモニタリングシステム１００で把握することができる。
【０２０１】
なお、上記実施形態及び各変形例においては、物理的なサーバと、ストレージと、ネットワークおよびそれらの上で動作するソフトウェアと、仮想化を実現するサーバ仮想化部（ハイパバイザまたは仮想マシンモニタ）などを物理リソース４１０としたが、サーバ仮想化部などのソフトウェアを除外して物理的なサーバと、ストレージと、ネットワークを物理リソース４１０として管理するようにしてもよい。
【０２０２】
また、上記実施形態及び各変形例においては、仮想サーバ４２２の配下に統計値情報が関連付けられている例を示したが、仮想サーバ４２２の配下にストレージ装置４５０やネットワークなどの物理リソース４１０が関連付けられていても同様に管理することができる。
【０２０３】
また、上記実施形態及び各変形例においては、物理リソース４１０と仮想リソース４２０を分類したが、物理あるいは仮想であるか否かを問わずに、計算機リソースの階層構造において、各階層の構成要素に対して一意のコンポーネントＩＤをそれぞれ付与して、上記したように管理しても良い。
【０２０４】
また、上記実施形態及び各変形例においては、稼動情報集計部３００が計算機式により統計値情報（稼動情報）の統計値ＩＤを付与する例を示したが、構成情報関連管理部２３０がコンポーネントＩＤと同様に統計値ＩＤを付与するようにしてもよい。
【産業上の利用可能性】
【０２０５】
以上のように、物理サーバと仮想サーバを備えて構成情報または統計情報の履歴を管理する計算機システムに適用することができる。
【符号の説明】
【０２０６】
１００ モニタリングシステム
１１０ モニタ情報データベース
１２０ 稼動統計テーブル
１３０ 構成情報管理テーブル
１５０ コンポーネント履歴管理テーブル
１６０ 割当済ＩＤ管理テーブル
１８０ 構成関連管理テーブル
１９０ 統計情報管理部
２００ 構成情報管理部
２１０ 履歴情報管理部
２５０ 統計情報ＧＵＩ制御部
２６０ 構成情報ＧＵＩ制御部
２７０ 履歴情報ＧＵＩ制御部
３００ 稼動情報収集部
３５０ モニタ端末
３６０ 構成管理マネージャ
４００ 監視対象リソース
４１０ 物理リソース
４２０ 仮想リソース
【特許請求の範囲】
【請求項１】
１つ以上の物理計算機を含む物理リソースと、
前記物理計算機で実行される仮想化部上で稼動する１つ以上の仮想計算機と、
前記仮想計算機を含む仮想リソースと、
前記物理リソースと仮想リソースを監視するモニタリング部と、を備えた計算機モニタリングシステムであって、
前記モニタリング部は、
前記物理リソースと前記仮想リソースのそれぞれに一意に識別可能な識別子を付与し、前記仮想リソースの配下に関連付けられた仮想リソースまたは物理リソースを前記識別子により管理する管理部を備え、
前記物理リソースは、
前記物理リソースを構成する第１の物理リソースと第２の物理リソースを含み、
前記管理部は、
前記第１の物理リソースに関連付けられた仮想リソースを、前記第２の物理リソースへ移動したときに、
前記第１の物理リソースに関連付けられた仮想リソースの識別子と、当該仮想リソースの配下の仮想リソースまたは物理リソースの識別子を削除し、
前記仮想リソースの識別子及び当該仮想リソースの配下の仮想リソースまたは物理リソースの識別子と同一の識別子を前記第２の物理リソースに割り当てることを特徴とする計算機モニタリングシステム。
【請求項２】
請求項１に記載の計算機モニタリングシステムであって、
前記物理リソースまたは仮想リソースから稼動情報を収集する稼動情報集計部をさらに有し、
前記管理部は、
前記稼動情報に割り当てられた識別子を、当該稼動情報が収集対象とする物理リソースまたは仮想リソースの識別子に関連付けて管理することを特徴とする計算機モニタリングシステム。
【請求項３】
請求項２に記載の計算機モニタリングシステムであって、
前記管理部に接続されて前記稼動情報を要求し、表示する端末装置をさらに備え、
前記管理部は、
前記稼動情報の要求に含まれる物理リソースまたは仮想リソースの識別子から、当該識別子に関連付けられた稼動情報の識別子を特定し、当該特定した識別子の稼動情報を時系列的に連続して前記端末装置へ出力することを特徴とする計算機モニタリングシステム。
【請求項４】
１つ以上の計算機を含む計算機リソースと、
前記計算機リソースの構成を管理するモニタリング部と、を備えた計算機モニタリングシステムであって、
前記モニタリング部は、
前記計算機リソースの接続関係を示す構成情報を生成する管理部を有し、
前記管理部は、
前記構成情報の生成要求を受け付けて、構成情報のそれぞれに一意に識別可能な識別子を付与し、前記構成情報の配下に関連付けられた構成情報を前記識別子と対にして管理情報に格納し、
前記構成情報の生成要求に複数の構成情報と、前記構成情報に含まれる計算機リソース間の関連を示す構成情報生成ポリシーとを受け付けたときに、前記管理情報に前記識別子を割り当て済みの第１の構成情報と、前記識別子を未割り当ての第２の構成情報がある場合は、前記受け付けた構成情報生成ポリシーに従って、前記第２の構成情報に含まれる計算機リソースの内、前記第１の構成情報に含まれる計算機リソースと同一とみなせる計算機リソースに対して、前記第１の構成情報と同一の識別子を前記第２の構成情報に割り当て、前記第１の構成情報に含まれない前記第２の構成情報には、前記第１の構成情報と重複しない一意な識別子を割り当てることを特徴とする計算機モニタリングシステム。
【請求項５】
請求項４に記載の計算機モニタリングシステムであって、
前記モニタリング部は、
前記計算機リソースの構成情報から稼動情報を収集する稼動情報集計部をさらに有し、
前記稼動情報に割り当てられた識別子を、当該稼動情報が収集対象とする計算機リソースの構成情報の識別子に関連付けて管理することを特徴とする計算機モニタリングシステム。
【請求項６】
請求項５に記載の計算機モニタリングシステムであって、
前記モニタリング部に接続されて前記稼動情報を要求し、稼動情報を表示する端末装置をさらに備え、
前記モニタリング部は、
前記稼動情報の要求に含まれる計算機リソースの構成情報の識別子から、当該識別子に関連付けられた稼動情報の識別子を特定し、当該特定した識別子の稼動情報を時系列的に連続して前記端末装置へ出力することを特徴とする計算機モニタリングシステム。
【請求項７】
請求項６に記載の計算機モニタリングシステムであって、
前記計算機リソースは、物理リソースと仮想リソースとを含み、
前記管理部は、
前記物理リソースの構成情報と、前記仮想リソースの構成情報に対してそれぞれに前記識別子を割り当てることを特徴とする計算機モニタリングシステム。
【請求項８】
請求項７に記載の計算機モニタリングシステムであって、
前記管理部は、
前記物理リソースが第１の物理リソースと第２の物理リソースを有し、前記第１の物理リソースに割り当てられた仮想リソースを第２の物理リソースに移動させる場合は、同一の構成情報を稼動させる仮想リソースには同一の識別子を引き継がせることを特徴とする計算機モニタリングシステム。
【請求項９】
請求項７に記載の計算機モニタリングシステムであって、
前記管理部は、
前記物理リソースの構成情報を、前記仮想リソースへ移動指させる場合は、前記物理リソースの構成情報に割り当てられた識別子を削除し、前記仮想リソースに前記構成情報を移動し、前記削除した識別子と同一の識別子を割り当てることを特徴とする計算機モニタリングシステム。
【請求項１０】
請求項７に記載の計算機モニタリングシステムであって、
前記管理部は、
前記仮想リソースの構成情報を、前記物理リソースへ移動指させる場合は、前記仮想リソースの構成情報に割り当てられた識別子を削除し、前記物理リソースに前記構成情報を移動し、前記削除した識別子と同一の識別子を割り当てることを特徴とする計算機モニタリングシステム。
【請求項１１】
請求項７に記載の計算機モニタリングシステムであって、
前記仮想リソースは、
前記物理リソースを仮想化する第１の仮想化部と、前記第１の仮想化部上で稼動する第２の仮想化部と、前記第２の仮想化部上で稼動する仮想サーバとを含むことを特徴とする計算機モニタリングシステム。
【請求項１２】
１つ以上の計算機を含む計算機リソースの構成を管理するモニタリング装置であって、
前記構成情報の生成要求を受け付けて、構成情報のそれぞれに一意に識別可能な識別子を付与し、前記構成情報の配下に関連付けられた構成情報を前記識別子と対にして管理情報に格納し、
前記構成情報の生成要求に複数の構成情報と、前記構成情報に含まれる計算機リソース間の関連を示す構成情報生成ポリシーとを受け付けて、前記管理情報に前記識別子を割り当て済みの第１の構成情報と、前記識別子を未割り当ての第２の構成情報がある場合は、前記受け付けた構成情報生成ポリシーに従って、前記第２の構成情報に含まれる計算機リソースの内、前記第１の構成情報に含まれる計算機リソースと同一とみなせる計算機リソースに対して、前記第１の構成情報と同一の識別子を前記第２の構成情報に割り当て、前記第１の構成情報に含まれない前記第２の構成情報には、前記第１の構成情報と重複しない一意な識別子を割り当てることを特徴とするモニタリング装置。
【請求項１３】
１つ以上の計算機を含む計算機リソースの構成を管理する計算機を制御するプログラムであって、
前記計算機リソースの接続関係を示す構成情報を生成する手順と、
前記構成情報の生成要求を受け付けて、構成情報のそれぞれに一意に識別可能な識別子を付与し、前記構成情報の配下に関連付けられた構成情報を前記識別子と対にして管理情報に格納する手順と、
前記構成情報の生成要求に複数の構成情報と、前記構成情報に含まれる計算機リソース間の関連を示す構成情報生成ポリシーとを受け付ける手順と、
前記管理情報に前記識別子を割り当て済みの第１の構成情報と、前記識別子を未割り当ての第２の構成情報がある場合は、前記受け付けた構成情報生成ポリシーに従って、前記第２の構成情報に含まれる計算機リソースの内、前記第１の構成情報に含まれる計算機リソースと同一とみなせる計算機リソースに対して、前記第１の構成情報と同一の識別子を前記第２の構成情報に割り当てる手順と、
前記第１の構成情報に含まれない前記第２の構成情報には、前記第１の構成情報と重複しない一意な識別子を割り当てる手順と、
を前記計算機に実行させることを特徴とするプログラム。
【請求項１】
１つ以上の物理計算機を含む物理リソースと、
前記物理計算機で実行される仮想化部上で稼動する１つ以上の仮想計算機と、
前記仮想計算機を含む仮想リソースと、
前記物理リソースと仮想リソースを監視するモニタリング部と、を備えた計算機モニタリングシステムであって、
前記モニタリング部は、
前記物理リソースと前記仮想リソースのそれぞれに一意に識別可能な識別子を付与し、前記仮想リソースの配下に関連付けられた仮想リソースまたは物理リソースを前記識別子により管理する管理部を備え、
前記物理リソースは、
前記物理リソースを構成する第１の物理リソースと第２の物理リソースを含み、
前記管理部は、
前記第１の物理リソースに関連付けられた仮想リソースを、前記第２の物理リソースへ移動したときに、
前記第１の物理リソースに関連付けられた仮想リソースの識別子と、当該仮想リソースの配下の仮想リソースまたは物理リソースの識別子を削除し、
前記仮想リソースの識別子及び当該仮想リソースの配下の仮想リソースまたは物理リソースの識別子と同一の識別子を前記第２の物理リソースに割り当てることを特徴とする計算機モニタリングシステム。
【請求項２】
請求項１に記載の計算機モニタリングシステムであって、
前記物理リソースまたは仮想リソースから稼動情報を収集する稼動情報集計部をさらに有し、
前記管理部は、
前記稼動情報に割り当てられた識別子を、当該稼動情報が収集対象とする物理リソースまたは仮想リソースの識別子に関連付けて管理することを特徴とする計算機モニタリングシステム。
【請求項３】
請求項２に記載の計算機モニタリングシステムであって、
前記管理部に接続されて前記稼動情報を要求し、表示する端末装置をさらに備え、
前記管理部は、
前記稼動情報の要求に含まれる物理リソースまたは仮想リソースの識別子から、当該識別子に関連付けられた稼動情報の識別子を特定し、当該特定した識別子の稼動情報を時系列的に連続して前記端末装置へ出力することを特徴とする計算機モニタリングシステム。
【請求項４】
１つ以上の計算機を含む計算機リソースと、
前記計算機リソースの構成を管理するモニタリング部と、を備えた計算機モニタリングシステムであって、
前記モニタリング部は、
前記計算機リソースの接続関係を示す構成情報を生成する管理部を有し、
前記管理部は、
前記構成情報の生成要求を受け付けて、構成情報のそれぞれに一意に識別可能な識別子を付与し、前記構成情報の配下に関連付けられた構成情報を前記識別子と対にして管理情報に格納し、
前記構成情報の生成要求に複数の構成情報と、前記構成情報に含まれる計算機リソース間の関連を示す構成情報生成ポリシーとを受け付けたときに、前記管理情報に前記識別子を割り当て済みの第１の構成情報と、前記識別子を未割り当ての第２の構成情報がある場合は、前記受け付けた構成情報生成ポリシーに従って、前記第２の構成情報に含まれる計算機リソースの内、前記第１の構成情報に含まれる計算機リソースと同一とみなせる計算機リソースに対して、前記第１の構成情報と同一の識別子を前記第２の構成情報に割り当て、前記第１の構成情報に含まれない前記第２の構成情報には、前記第１の構成情報と重複しない一意な識別子を割り当てることを特徴とする計算機モニタリングシステム。
【請求項５】
請求項４に記載の計算機モニタリングシステムであって、
前記モニタリング部は、
前記計算機リソースの構成情報から稼動情報を収集する稼動情報集計部をさらに有し、
前記稼動情報に割り当てられた識別子を、当該稼動情報が収集対象とする計算機リソースの構成情報の識別子に関連付けて管理することを特徴とする計算機モニタリングシステム。
【請求項６】
請求項５に記載の計算機モニタリングシステムであって、
前記モニタリング部に接続されて前記稼動情報を要求し、稼動情報を表示する端末装置をさらに備え、
前記モニタリング部は、
前記稼動情報の要求に含まれる計算機リソースの構成情報の識別子から、当該識別子に関連付けられた稼動情報の識別子を特定し、当該特定した識別子の稼動情報を時系列的に連続して前記端末装置へ出力することを特徴とする計算機モニタリングシステム。
【請求項７】
請求項６に記載の計算機モニタリングシステムであって、
前記計算機リソースは、物理リソースと仮想リソースとを含み、
前記管理部は、
前記物理リソースの構成情報と、前記仮想リソースの構成情報に対してそれぞれに前記識別子を割り当てることを特徴とする計算機モニタリングシステム。
【請求項８】
請求項７に記載の計算機モニタリングシステムであって、
前記管理部は、
前記物理リソースが第１の物理リソースと第２の物理リソースを有し、前記第１の物理リソースに割り当てられた仮想リソースを第２の物理リソースに移動させる場合は、同一の構成情報を稼動させる仮想リソースには同一の識別子を引き継がせることを特徴とする計算機モニタリングシステム。
【請求項９】
請求項７に記載の計算機モニタリングシステムであって、
前記管理部は、
前記物理リソースの構成情報を、前記仮想リソースへ移動指させる場合は、前記物理リソースの構成情報に割り当てられた識別子を削除し、前記仮想リソースに前記構成情報を移動し、前記削除した識別子と同一の識別子を割り当てることを特徴とする計算機モニタリングシステム。
【請求項１０】
請求項７に記載の計算機モニタリングシステムであって、
前記管理部は、
前記仮想リソースの構成情報を、前記物理リソースへ移動指させる場合は、前記仮想リソースの構成情報に割り当てられた識別子を削除し、前記物理リソースに前記構成情報を移動し、前記削除した識別子と同一の識別子を割り当てることを特徴とする計算機モニタリングシステム。
【請求項１１】
請求項７に記載の計算機モニタリングシステムであって、
前記仮想リソースは、
前記物理リソースを仮想化する第１の仮想化部と、前記第１の仮想化部上で稼動する第２の仮想化部と、前記第２の仮想化部上で稼動する仮想サーバとを含むことを特徴とする計算機モニタリングシステム。
【請求項１２】
１つ以上の計算機を含む計算機リソースの構成を管理するモニタリング装置であって、
前記構成情報の生成要求を受け付けて、構成情報のそれぞれに一意に識別可能な識別子を付与し、前記構成情報の配下に関連付けられた構成情報を前記識別子と対にして管理情報に格納し、
前記構成情報の生成要求に複数の構成情報と、前記構成情報に含まれる計算機リソース間の関連を示す構成情報生成ポリシーとを受け付けて、前記管理情報に前記識別子を割り当て済みの第１の構成情報と、前記識別子を未割り当ての第２の構成情報がある場合は、前記受け付けた構成情報生成ポリシーに従って、前記第２の構成情報に含まれる計算機リソースの内、前記第１の構成情報に含まれる計算機リソースと同一とみなせる計算機リソースに対して、前記第１の構成情報と同一の識別子を前記第２の構成情報に割り当て、前記第１の構成情報に含まれない前記第２の構成情報には、前記第１の構成情報と重複しない一意な識別子を割り当てることを特徴とするモニタリング装置。
【請求項１３】
１つ以上の計算機を含む計算機リソースの構成を管理する計算機を制御するプログラムであって、
前記計算機リソースの接続関係を示す構成情報を生成する手順と、
前記構成情報の生成要求を受け付けて、構成情報のそれぞれに一意に識別可能な識別子を付与し、前記構成情報の配下に関連付けられた構成情報を前記識別子と対にして管理情報に格納する手順と、
前記構成情報の生成要求に複数の構成情報と、前記構成情報に含まれる計算機リソース間の関連を示す構成情報生成ポリシーとを受け付ける手順と、
前記管理情報に前記識別子を割り当て済みの第１の構成情報と、前記識別子を未割り当ての第２の構成情報がある場合は、前記受け付けた構成情報生成ポリシーに従って、前記第２の構成情報に含まれる計算機リソースの内、前記第１の構成情報に含まれる計算機リソースと同一とみなせる計算機リソースに対して、前記第１の構成情報と同一の識別子を前記第２の構成情報に割り当てる手順と、
前記第１の構成情報に含まれない前記第２の構成情報には、前記第１の構成情報と重複しない一意な識別子を割り当てる手順と、
を前記計算機に実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８ａ】
【図８ｂ】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２３】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８ａ】
【図３８ｂ】
【図３８ｃ】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２４】
【図２５】
【図２６】
【図３３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８ａ】
【図８ｂ】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２３】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８ａ】
【図３８ｂ】
【図３８ｃ】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２４】
【図２５】
【図２６】
【図３３】
【公開番号】特開２０１１−１９１８０７（Ｐ２０１１−１９１８０７Ａ）
【公開日】平成２３年９月２９日（２０１１．９．２９）
【国際特許分類】
【出願番号】特願２０１０−５４８７０（Ｐ２０１０−５４８７０）
【出願日】平成２２年３月１１日（２０１０．３．１１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【出願人】（３９１００２４０９）株式会社 日立システムアンドサービス (205)
【Ｆターム（参考）】
【公開日】平成２３年９月２９日（２０１１．９．２９）
【国際特許分類】
【出願日】平成２２年３月１１日（２０１０．３．１１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【出願人】（３９１００２４０９）株式会社 日立システムアンドサービス (205)
【Ｆターム（参考）】
[ Back to top ]