(57)【特許請求の範囲】
【請求項１】
ハイパーバイザを備えた仮想マシンである論理ハイパーバイザ仮想マシンを実行する物理サーバ装置と、
複数の物理サーバ装置が提供する仮想マシン実行用リソースのうち、前記論理ハイパーバイザ仮想マシンの仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシンに割り当てるリソース管理部と、
前記論理ハイパーバイザ仮想マシンに割り当てられたリソース総量及びリソース使用量を表示する表示部と、
を備える仮想マシンシステム。
【請求項２】
ハイパーバイザを備えた仮想マシンである論理ハイパーバイザ仮想マシンを物理サーバ装置に実行させる物理サーバ装置管理部と、
複数の物理サーバ装置が提供する仮想マシン実行用リソースのうち、前記論理ハイパーバイザ仮想マシンの仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシンに割り当てるリソース管理部と、
前記論理ハイパーバイザ仮想マシンに割り当てられたリソース総量及びリソース使用量を示すリソース情報を生成するリソース情報生成部と、
を備える仮想マシンシステム管理装置。
【請求項３】
仮想マシンシステム管理装置が、
ハイパーバイザを備えた仮想マシンである論理ハイパーバイザ仮想マシンを物理サーバ装置に実行させ、
複数の物理サーバ装置が提供する仮想マシン実行用リソースのうち、前記論理ハイパーバイザ仮想マシンの仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシンに割り当て、
前記論理ハイパーバイザ仮想マシンに割り当てられたリソース総量及びリソース使用量を示すリソース情報を生成する、
仮想マシンシステム管理方法。
【請求項４】
仮想マシンシステムを管理するコンピュータに、
ハイパーバイザを備えた仮想マシンである論理ハイパーバイザ仮想マシンを物理サーバ装置が実行するよう制御させ、
複数の物理サーバ装置が提供する仮想マシン実行用リソースのうち、前記論理ハイパーバイザ仮想マシンの仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシンに割り当てさせ、
前記論理ハイパーバイザ仮想マシンに割り当てられたリソース総量及びリソース使用量を示すリソース情報を生成させる
ためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想マシンシステム、仮想マシンシステム管理装置、仮想マシンシステム管理方法及びプログラムに関する。
【背景技術】
【０００２】
複数の物理サーバを用いて仮想マシンシステムを構成し管理するための幾つかの技術が提案されている。
例えば、特許文献１には、仮想マシンの環境をユーザ毎に提示するための仮想マシン管理システムが記載されている。この仮想マシン管理システムは、仮想マシンをユーザ毎にグループ化し、グループ化した各仮想マシンが動作する仮想の仮想化ソフトウェアを構成する。そして、仮想マシン管理システムは、この仮想の仮想化ソフトウェア上での仮想の環境を、各ユーザの管理者に提示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−０９４９７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザ毎に物理サーバ装置を管理するサイロ型の物理サーバ割当から、複数ユーザが物理サーバ装置を共用する割当に移行した場合、仮想マシンシステムの管理者が、サイロ型の物理サーバ割当に慣れていることが考えられる。このため、複数ユーザが物理サーバを共用する環境下において、サイロ型の場合と同様の管理を行えることが好ましい。
特に、他のユーザによる仮想マシンの変更による影響を受けずに仮想マシン環境を管理し運用できることが好ましい。
【０００５】
本発明は、上述の課題を解決することのできる仮想マシンシステム、仮想マシンシステム管理装置、仮想マシンシステム管理方法及びプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
本発明の第１の態様によれば、仮想マシンシステムは、ハイパーバイザを備えた仮想マシンである論理ハイパーバイザ仮想マシンを実行する物理サーバ装置と、複数の物理サーバ装置が提供する仮想マシン実行用リソースのうち、前記論理ハイパーバイザ仮想マシンの仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシンに割り当てるリソース管理部と、前記論理ハイパーバイザ仮想マシンに割り当てられたリソース総量及びリソース使用量を表示する表示部と、を備える。
【０００７】
本発明の第２の態様によれば、仮想マシンシステム管理装置は、ハイパーバイザを備えた仮想マシンである論理ハイパーバイザ仮想マシンを物理サーバ装置に実行させる物理サーバ装置管理部と、複数の物理サーバ装置が提供する仮想マシン実行用リソースのうち、前記論理ハイパーバイザ仮想マシンの仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシンに割り当てるリソース管理部と、前記論理ハイパーバイザ仮想マシンに割り当てられたリソース総量及びリソース使用量を示すリソース情報を生成するリソース情報生成部と、を備える。
【０００８】
本発明の第３の態様によれば、仮想マシンシステム管理方法は、仮想マシンシステム管理装置が、ハイパーバイザを備えた仮想マシンである論理ハイパーバイザ仮想マシンを物理サーバ装置に実行させ、複数の物理サーバ装置が提供する仮想マシン実行用リソースのうち、前記論理ハイパーバイザ仮想マシンの仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシンに割り当て、前記論理ハイパーバイザ仮想マシンに割り当てられたリソース総量及びリソース使用量を示すリソース情報を生成する。
【０００９】
本発明の第４の態様によれば、プログラムは、仮想マシンシステムを管理するコンピュータに、ハイパーバイザを備えた仮想マシンである論理ハイパーバイザ仮想マシンを物理サーバ装置が実行するよう制御させ、複数の物理サーバ装置が提供する仮想マシン実行用リソースのうち、前記論理ハイパーバイザ仮想マシンの仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシンに割り当てさせ、前記論理ハイパーバイザ仮想マシンに割り当てられたリソース総量及びリソース使用量を示すリソース情報を生成させるためのプログラムである。
【発明の効果】
【００１０】
この発明によれば、複数のユーザで物理サーバ装置を共用する仮想マシンシステムで、他のユーザによる仮想マシンの変更の影響を抑制することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る仮想マシンシステムの装置構成の例を示す概略構成図である。
【図２】同実施形態に係る仮想インフラストラクチャ管理部による物理サーバ装置への仮想マシンの割当例を示す説明図である。
【図３】同実施形態に係るリソースプール管理部が管理するリソースプールの切り出し例を示す説明図である。
【図４】同実施形態に係る論理ハイパーバイザ管理部による管理上での仮想マシンの構成例を示す説明図である。
【図５】同実施形態に係るリソースプールマネージャ装置が、リソースプールの切り出しを行う処理手順の例を示すフローチャートである。
【図６】本発明に係る仮想マシンシステムの最小構成を示す説明図である。
【図７】本発明に係る仮想マシンシステム管理装置の最小構成を示す説明図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態を説明するが、以下の実施形態は請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
図１は、本発明の一実施形態に係る仮想マシンシステムの装置構成の例を示す概略構成図である。同図に示すように、仮想マシンシステム１は、第１物理サーバ装置１０１と、第２物理サーバ装置１０２と、第３物理サーバ装置１０３と、リソースプールマネージャ装置２００と、Ｘ会社ハイパーバイザマネージャ装置３０１と、Ａ事業本部ハイパーバイザマネージャ装置３０２と、Ｂ事業本部ハイパーバイザマネージャ装置３０３と、Ａ−１事業部ハイパーバイザマネージャ装置３０４とを備える。リソースプールマネージャ装置２００は、仮想インフラストラクチャ管理部２１１と、リソースプール管理部２１２と、論理ハイパーバイザ管理部２１３とを備える。
【００１３】
仮想マシンシステム１は、仮想マシンを生成し実行するシステムである。仮想マシンシステム１は、物理サーバを複数のユーザ（仮想マシンの提供を受ける者）の共用として仮想マシンを生成する。これにより、ユーザに対する仮想マシンリソースの割当を、サイロ型の物理サーバ割当の場合よりも柔軟に行うことができる。ここでいう仮想マシンリソースとは、仮想マシンを生成し実行するためのリソースである。以下では、仮想マシンリソースを単にリソースとも称する。
【００１４】
また、ここでいうサイロ型とは、ユーザ毎（例えば会社の組織毎）に別々の物理サーバを用いて仮想マシンを実行する物理サーバ割当方法である。サイロ型の割当では、ユーザが使用可能なリソースの上限は、当該ユーザが使用する物理サーバにおけるリソースの上限である。
これに対して物理サーバを複数のユーザで共用する物理サーバ割り当てでは、あるユーザのリソース使用量が少ない場合は、残りのリソースを他のユーザにまわすことができる。
【００１５】
一方、仮想マシンシステム１は、ハイパーバイザマネージャ装置を用いて仮想マシンを管理する管理者に対しては、サイロ型のサーバ割当で仮想マシンの構成を示す。これにより、管理者がサイロ型の割当に慣れている場合に、仮想マシンシステム１は、管理者の慣れた形式で情報を提供することができる。管理者が慣れている形式で仮想マシンを管理することで、管理者の負荷、及び、管理の作業に要する時間を低減させることができ、また、ミスが発生する可能性を低減させることができる。
サイロ型のサーバ割当で仮想マシンの構成を示すために、仮想マシンシステム１では、物理サーバ装置に代わる仮想マシンサーバ装置を、ハイパーバイザ（仮想化ＯＳ）を搭載した仮想マシンにて構築し、サイロ型の仮想マシンシステムを再構築する。ここでいう仮想マシンサーバ装置は、仮想マシン環境を提供するサーバ装置である。
【００１６】
第１物理サーバ装置１０１、第２物理サーバ装置１０２及び第３物理サーバ装置１０３は、それぞれ仮想マシンを生成し実行する。以下では、第１物理サーバ装置１０１、第２物理サーバ装置１０２及び第３物理サーバ装置１０３を総称して物理サーバ装置１００と表記する。
上記のように、物理サーバ装置１００の各々は、複数のユーザに共用で用いられる。
Ｘ会社ハイパーバイザマネージャ装置３０１、Ａ事業本部ハイパーバイザマネージャ装置３０２、Ｂ事業本部ハイパーバイザマネージャ装置３０３及びＡ−１事業部ハイパーバイザマネージャ装置３０４は、それぞれ仮想マシンシステムを管理するための端末装置である。以下では、Ｘ会社ハイパーバイザマネージャ装置３０１、Ａ事業本部ハイパーバイザマネージャ装置３０２、Ｂ事業本部ハイパーバイザマネージャ装置３０３及びＡ−１事業部ハイパーバイザマネージャ装置３０４を総称してハイパーバイザマネージャ装置３００と表記する。
【００１７】
上記のように、ハイパーバイザマネージャ装置３００の各々は、サイロ型の形式で仮想マシンの情報を表示する。本実施形態では、Ｘ会社、Ａ事業本部、Ｂ事業本部、Ａ−１事業部の各々が仮想マシンを管理している場合を例に説明する。Ａ−１事業部は、Ａ事業本部に所属し、Ａ事業本部及びＢ事業本部はＸ会社に所属する。Ｘ会社、Ａ事業本部、Ｂ事業本部及びＡ−１事業部は、ユーザの例に該当する。
【００１８】
これらの組織毎に独立して物理サーバを管理していたサイロ型から、仮想マシンシステム１のように物理サーバを共用する統合型に移行したものとする。Ｘ会社ハイパーバイザマネージャ装置３０１、Ａ事業本部ハイパーバイザマネージャ装置３０２、Ｂ事業本部ハイパーバイザマネージャ装置３０３及びＡ−１事業部ハイパーバイザマネージャ装置３０４は、それぞれＸ会社、Ａ事業本部、Ｂ事業本部、Ａ−１事業部の管理者（仮想マシンシステム管理担当者）に対して、仮想マシンシステム１への移行前と同様、サイロ型で仮想マシンシステムの情報を提供する。
【００１９】
リソースプールマネージャ装置２００は、物理サーバ装置１００を管理して仮想マシンを生成させ実行させる。上記のように、リソースプールマネージャ装置２００は、物理サーバ装置１００をユーザに共用として仮想マシンを生成させる。すなわち、１つの物理サーバ装置１００に、複数のユーザの仮想マシンが生成され得る。
また、リソースプールマネージャ装置２００は、ハイパーバイザマネージャ装置３００に対して仮想マシンシステムの情報を送信し、ハイパーバイザマネージャ装置３００を仮想マシンシステム管理用の端末装置として機能させる。上記のように、リソースプールマネージャ装置２００は、ハイパーバイザマネージャ装置３００に対してサイロ型のサーバ割当による仮想マシンシステムの情報を送信する。
【００２０】
仮想インフラストラクチャ管理部２１１は、物理サーバ装置１００の各々に対して仮想マシンを割り当てて、物理サーバ装置１００に仮想マシンを生成させ実行させる。
図２は、仮想インフラストラクチャ管理部２１１による物理サーバ装置１００への仮想マシンの割当例を示す説明図である。
同図に示す例では、仮想インフラストラクチャ管理部２１１は、第１物理サーバ装置１０１に、第１仮想マシン４１１と、第２仮想マシン４１２と、第３仮想マシン４１３とを割り当てている。第１仮想マシン４１１、第２仮想マシン４１２、第３仮想マシン４１３のいずれも、ユーザに提供する仮想マシンである。第１仮想マシン４１１は、Ｘ会社が使用する仮想マシンであり、第２仮想マシン４１２は、Ｂ事業本部が使用する仮想マシンである。第３仮想マシン４１３は、Ａ−１事業本部が使用する仮想マシンである。
以下では、ユーザに提供する仮想マシンを総称してユーザ用仮想マシン４１０と表記する。第１仮想マシン４１１、第２仮想マシン４１２及び第３仮想マシン４１３の各々が、ユーザ用仮想マシン４１０の例に該当する。
【００２１】
図２では、仮想マシンシステム１が他の仮想マシン提供の要求を受けていない状態の例を示している。例えばＡ事業本部から（具体的には、Ａ事業本部ハイパーバイザマネージャ装置３０２から）仮想マシン提供の要求を受けるなど、新たな仮想マシン提供の要求を受けた場合、仮想インフラストラクチャ管理部２１１は、新たな仮想マシンを生成可能なリソースがあるときは新たな仮想マシンを第１物理サーバ装置１０１に割り当てて実行させる。一方、新たな仮想マシンを生成するリソースが不足している場合、リソースプールマネージャ装置２００は、要求元のハイパーバイザマネージャ装置３００にエラーを返信する。
【００２２】
また、仮想インフラストラクチャ管理部２１１は、第２物理サーバ装置１０２に、Ｘ会社論理ハイパーバイザ仮想マシン４２１と、Ａ事業本部論理ハイパーバイザ仮想マシン４２２と、Ｂ事業本部論理ハイパーバイザ仮想マシン４２３と、Ａ−１事業部論理ハイパーバイザ仮想マシン４２４とを割り当てている。Ｘ会社論理ハイパーバイザ仮想マシン４２１、Ａ事業本部論理ハイパーバイザ仮想マシン４２２、Ｂ事業本部論理ハイパーバイザ仮想マシン４２３、Ａ−１事業部論理ハイパーバイザ仮想マシン４２４は、それぞれ、Ｘ会社、Ａ事業本部、Ｂ事業本部、Ａ−１事業部のユーザ毎の仮想マシンシステムを構成するための仮想マシンである。従って、Ｘ会社論理ハイパーバイザ仮想マシン４２１、Ａ事業本部論理ハイパーバイザ仮想マシン４２２、Ｂ事業本部論理ハイパーバイザ仮想マシン４２３及びＡ−１事業部論理ハイパーバイザ仮想マシン４２４は、サイロ型の仮想マシンシステムを仮想的に構成する。
【００２３】
以下では、ユーザ毎の仮想マシンシステムを構成するための仮想マシンを総称して論理ハイパーバイザ仮想マシン４２０と表記する。Ｘ会社論理ハイパーバイザ仮想マシン４２１、Ａ事業本部論理ハイパーバイザ仮想マシン４２２、Ｂ事業本部論理ハイパーバイザ仮想マシン４２３及びＡ−１事業部論理ハイパーバイザ仮想マシン４２４の各々が、論理ハイパーバイザ仮想マシン４２０の例に該当する。
論理ハイパーバイザ仮想マシン４２０は、例えば、ｌｉｂＶｉｒｔ、ＶＭＷａｒｅ又はＳＤＫなどのハイパーバイザＡＰＩ（Application Programming Interface）のインターフェイスを含む仮想マシンである。
【００２４】
後述するように、論理ハイパーバイザ仮想マシン４２０には、ユーザ用仮想マシン４１０、下部組織の論理ハイパーバイザ仮想マシン４２０、仮想マシンテンプレート４３１及び論理ハイパーバイザ仮想マシンテンプレート４３２が割り当てられる。これらのいずれも、物理サーバ装置１００が生成して実行するので、論理ハイパーバイザ仮想マシン４２０がこれらを実行する必要は無い。論理ハイパーバイザ仮想マシン４２０は、物理サーバ装置１００と、ユーザ用仮想マシン４１０、下部組織の論理ハイパーバイザ仮想マシン４２０、仮想マシンテンプレート４３１及び論理ハイパーバイザ仮想マシンテンプレート４３２との間のインターフェイスとして機能し、仮想マシンシステムを仮想的に再構成できるものであればよい。
【００２５】
また、仮想インフラストラクチャ管理部２１１は、第３物理サーバ装置１０３に、仮想マシンテンプレート４３１と、論理ハイパーバイザ仮想マシンテンプレート４３２とを割り当てている。仮想マシンテンプレート４３１は、ユーザ用仮想マシン４１０を生成するためのテンプレートである。また、論理ハイパーバイザ仮想マシンテンプレート４３２は、論理ハイパーバイザ仮想マシン４２０を生成するためのテンプレートである。仮想マシンテンプレート４３１、論理ハイパーバイザ仮想マシンテンプレート４３２のいずれも、公知の仮想マシンテンプレートを用いて構成することができる。
【００２６】
このように、図２の例では、仮想インフラストラクチャ管理部２１１は、ユーザ用仮想マシン４１０を第１物理サーバ装置１０１に割り当て、論理ハイパーバイザ仮想マシン４２０を第２物理サーバ装置１０２に割り当て、仮想マシンテンプレート４３１及び論理ハイパーバイザ仮想マシンテンプレート４３２を第３物理サーバ装置１０３に割り当てている。特に、ユーザ用仮想マシン４１０を１つの物理マシン（図２の例では第１物理サーバ装置１０１）に割り当てること、ユーザ用仮想マシン４１０用のリソースの管理が容易になる。
【００２７】
また、ユーザが増える場合を除き、論理ハイパーバイザ仮想マシン４２０の数を増やす必要は無く、この点で、論理ハイパーバイザ仮想マシン４２０が割り当てられている第２物理サーバ装置１０２のリソースに余裕を持たせる必要が無い。
また、仮想マシンを生成するためのテンプレートとしては、仮想マシンテンプレート４３１及び論理ハイパーバイザ仮想マシンテンプレート４３２の２つがあればよく、この点で、これらテンプレートが割り当てられている第３物理サーバ装置１０３のリソースに余裕を持たせる必要が無い。
【００２８】
リソースプール管理部２１２は、物理サーバ装置１００によるリソースをリソースプールとして管理する。ここでいうリソースプールは、物理サーバ装置１００の各々におけるリソースを一纏めにしたものである。
図３は、リソースプール管理部２１２が管理するリソースプールの切り出し例を示す説明図である。
リソースプール管理部２１２は、Ｘ会社リソースプール５１０と、Ａ事業本部リソースプール５２１と、Ｂ事業本部リソースプール５２２と、Ａ−１事業部リソースプール５２３とを備える。
【００２９】
リソースプール管理部２１２は、物理サーバ装置１００の各々（仮想インフラストラクチャ管理部２１１に登録された物理サーバ装置）におけるリソースを一纏めにしてルートリソースプールとして管理する。リソースプール管理部２１２は、このルートリソースプールをユーザのうち最上位組織であるＸ会社に割り当て、Ｘ会社リソースプール５１０として管理する。
【００３０】
このルートリソースプールを管理するため、仮想マシンシステム１は、ルートリソースプールを制御できる論理的なハイパーバイザを伴うルート論理ハイパーバイザ仮想マシンを生成し実行する。本実施形態では、Ｘ会社論理ハイパーバイザ仮想マシン４２１がルート論理ハイパーバイザ仮想マシンとして機能する。仮想インフラストラクチャ管理部２１１は、第２物理サーバ装置１０２を制御して、論理ハイパーバイザ仮想マシンテンプレート４３２を用いてＸ会社論理ハイパーバイザ仮想マシン４２１を生成させ実行させる。
【００３１】
また、リソースプール管理部２１２は、Ｘ会社リソースプール５１０から  Ａ事業本部リソースプール５２１と、Ｂ事業本部リソースプール５２２とを切出している。さらに、リソースプール管理部２１２は、Ａ事業本部リソースプール５２１からＡ−１事業部リソースプール５２３を切出している。
図３に示すこれらのリソースプールは、論理ハイパーバイザ仮想マシン４２０に割り当てられたリソースを示している。具体的には、Ｘ会社リソースプール５１０、Ａ事業本部リソースプール５２１、Ｂ事業本部リソースプール５２２、Ａ−１事業部リソースプール５２３は、それぞれＸ会社論理ハイパーバイザ仮想マシン４２１、Ａ事業本部論理ハイパーバイザ仮想マシン４２２、Ｂ事業本部論理ハイパーバイザ仮想マシン４２３、Ａ−１事業本論理ハイパーバイザ仮想マシン４２４に割り当てられたリソースを示している。
【００３２】
従って、論理ハイパーバイザ仮想マシン４２０の仕様（Specification、スペック）を変更しない限り、各リソースプールは変更されない。一方、論理ハイパーバイザ仮想マシン４２０の仕様を他の論理ハイパーバイザ仮想マシン４２０に影響を及ぼさない範囲で変更することができ、これによって対応するリソースプールのリソース量も変更される。
リソースプールマネージャ装置２００（リソースプール管理部２１２又は論理ハイパーバイザ管理部２１３）は、論理ハイパーバイザ仮想マシン４２０の各々に、リソースプールＩＤを付与する。このリソースプールＩＤは、各論理ハイパーバイザ仮想マシン４２０の制御対象のリソースプール（当該論理ハイパーバイザ仮想マシン４２０に割り当てられたリソース）を示すリソースプールを識別する識別情報である。
【００３３】
論理ハイパーバイザ管理部２１３は、論理ハイパーバイザ仮想マシン４２０の各々によって構築された仮想の仮想マシンシステムを管理する。
図４は、論理ハイパーバイザ管理部２１３による管理上での仮想マシンの構成例を示す説明図である。
同図の例では、Ｘ会社論理ハイパーバイザ仮想マシン４２１は、第１仮想マシン４１１と、Ａ事業本部ハイパーバイザマネージャ装置３０２と、Ｂ事業本部ハイパーバイザマネージャ装置３０３と、仮想マシンテンプレート４３１と、論理ハイパーバイザ仮想マシンテンプレート４３２とを実行している。また、Ｘ会社論理ハイパーバイザ仮想マシン４２１は、Ｘ会社ハイパーバイザマネージャ装置３０１の管理対象になっている。
【００３４】
また、Ａ事業本部論理ハイパーバイザ仮想マシン４２２は、Ａ−１事業部論理ハイパーバイザ仮想マシン４２４と、仮想マシンテンプレート４３１と、論理ハイパーバイザ仮想マシンテンプレート４３２とを実行している。Ａ事業本部論理ハイパーバイザ仮想マシン４２２は、Ａ事業本部ハイパーバイザマネージャ装置３０２の管理対象になっている。
また、Ｂ事業本部論理ハイパーバイザ仮想マシン４２３は、第２仮想マシン４１２と、仮想マシンテンプレート４３１と、論理ハイパーバイザ仮想マシンテンプレート４３２とを実行している。Ｂ事業本部論理ハイパーバイザ仮想マシン４２３は、Ｂ事業本部ハイパーバイザマネージャ装置３０３の管理対象になっている。
また、Ａ−１事業本論理ハイパーバイザ仮想マシン４２４は、第３仮想マシン４１３と、仮想マシンテンプレート４３１と、論理ハイパーバイザ仮想マシンテンプレート４３２とを実行している。Ａ−１事業本論理ハイパーバイザ仮想マシン４２４は、Ａ−１事業部ハイパーバイザマネージャ装置３０４の管理対象になっている。
【００３５】
次に、仮想マシンシステム１における処理について説明する。
以下では、リソースプール管理として、代表的な以下の４つを行う場合を例に説明する。
（１）割り当てられたリソースプールの総量及び総使用量の把握
（２）割り当てられたリソースプールの切り出し
（３）切り出したリソースの総量及び使用量の把握
（４）切り出したリソースプールの容量変更
また、リソースプールにて、仮想マシンサーバのＣＰＵ（コア数）、メモリサイズ及びディスクサイズを管理するものとする。
【００３６】
上記の環境を基にリソースプール管理の代表的な４つのリソースプール管理をハイパーバイザマネージャ装置３００で実現する方法を具体的に説明する。 
まず、割り当てられたリソースプールの総量及び総使用量の把握（上記（１））について説明する。論理ハイパーバイザ仮想マシン４２０のＡＰＩは、論理ハイパーバイザ仮想マシン４２０自らの仕様及びサーバパフォーマンス(リソース使用率)の情報を、それぞれリソースプールの総量及び使用量に変換する。
【００３７】
論理ハイパーバイザ仮想マシン４２０の各々が仕様及びサーバパフォーマンスを上記のように変換をすると、リソースプールマネージャ装置２００は、ハイパーバイザマネージャ装置３００の各々に付与されているリソースプールＩＤに基づいて、該当するリソースプールのリソースプール総量及び使用量を取得する。そして、リソースプールマネージャ装置２００は、取得したリソースプール総量及び使用量の情報を、論理ハイパーバイザ仮想マシン４２０の仕様及びサーバパフォーマンスの代わりに、ハイパーバイザマネージャ装置３００の各々に送信する。
【００３８】
これにより、各部門のハイパーバイザマネージャ装置３００は、論理ハイパーバイザ仮想マシン４２０の仕様の代わりにリソースプールの総量を表示し、サーバパフォーマンスの代わりに使用量（リソース使用量）を表示する。このため、管理者は、サイロ型の構成におけるハイパーバイザマネージャコンソールの場合と同様に、割り当てられたリソースプールの総量及び使用量を把握することが出来る。
【００３９】
次に、割り当てられたリソースプールの切り出し（上記（２））について説明する。
図５は、リソースプールマネージャ装置２００が、リソースプールの切り出しを行う処理手順の例を示すフローチャートである。
リソースプールマネージャ装置２００は、切り出し元のリソースプールが割り当てられている論理ハイパーバイザ仮想マシン４２０に、論理ハイパーバイザ仮想マシンテンプレート４３２を指定して、新たな論理ハイパーバイザ仮想マシン４２０を生成させる。新たに生成する論理ハイパーバイザ仮想マシン４２０の仕様により、リソースプールの切り出し容量が決定される。
【００４０】
図５の処理で、リソースプールマネージャ装置２００は、論理ハイパーバイザ仮想マシン４２０のリソースプール識別子に基づいて、制御対象のリソースプールが存在するか否かを判定する（ステップＳ１０１）。
存在しないと判定した場合（ステップＳ１０１：ＮＯ）、例えばエラーメッセージの表示など、切り出し失敗時の処理を行う（ステップＳ１１０）。
ステップＳ１１０の後、図５の処理を終了する。
【００４１】
一方、制御対象のリソースプールが存在すると判定した場合（ステップＳ１０１：ＹＥＳ）、リソースプールマネージャ装置２００は、該当するリソースプールの総量及び使用量（総割当量）の情報を取得する（ステップＳ１０２）。
次に、リソースプールマネージャ装置２００は、新たに生成する論理ハイパーバイザ仮想マシン４２０の仕様 (ＣＰＵ（コア数）、メモリ及びディスクサイズ)を取得する（ステップＳ１０３）。
【００４２】
そして、リソースプールマネージャ装置２００は、論理ハイパーバイザ仮想マシン４２０の仕様とリソースプールの未割当て量とを比較する（ステップＳ１０４）。ここでいうリソースプールの未割当て量とは、切り出し元のリソースプールにおいて、まだ仮想マシンに割り当てられていないリソース量である。
リソースプールの未割当量が論理ハイパーバイザ仮想マシン４２０の仕様より小さいと判定した場合（ステップＳ１０４：ＮＯ）、ステップＳ１１０へ遷移する。指定したサイズのリソースプールの切り出しを実現できないためである。
【００４３】
一方、リソースプールの未割当量が論理ハイパーバイザ仮想マシン４２０の仕様以上であると判定した場合（ステップＳ１０４：ＹＥＳ）、指定した論理ハイパーバイザ仮想マシンテンプレート４３２より、論理ハイパーバイザ仮想マシン４２０を生成する（ステップＳ１０５）。また、リソースプールマネージャ装置２００のリソースプール管理部２１２は、新たに生成する論理ハイパーバイザ仮想マシン４２０の仕様に応じて、リソースプールを切り出す（ステップＳ１０６）。これにより、新たに生成する論理ハイパーバイザ仮想マシン４２０用のリソースプールを生成する。
なお、切り出し元のリソースプールでは、総リソース量の変更はないが、新たに論理ハイパーバイザ仮想マシン４２０が生成された分だけ使用可能なリソース量が減少する。
【００４４】
そして、リソースプールマネージャ装置２００は、論理ハイパーバイザ仮想マシン４２０のリソースプールＩＤに基づいて、論理ハイパーバイザ仮想マシン４２０の仕様及びパフォーマンスがリソースプール総量及び使用量として連動しているか否かを判定する（ステップＳ１０７）。かかる連動の有無の判定は、例えば、ハイパーバイザマネージャ装置３００から見たときの論理ハイパーバイザ仮想マシン４２０の仕様が、切り出したリソースプールの仕様と同等になっているか否かを判定することによって行う。
ステップＳ１０７で連動していないと判定した場合（ステップＳ１０７：ＮＯ）、リソースプールマネージャ装置２００は、生成した論理ハイパーバイザ仮想マシン４２０及びリソースプールを削除する(ステップＳ１０８)。
ステップＳ１０８の後、ステップＳ１１０へ遷移する。
【００４５】
一方、ステップＳ１０７で連動していると判定した場合（ステップＳ１０７：ＹＥＳ）、リソースプールの切り出しを終了する。
これにより、割り当てられたリソースプールの切り出し（上記（２））を行うことができる。
【００４６】
次に、切り出したリソースプールの総量及び使用量の把握（上記（３））について説明する。割り当てられたリソースプールの総量及び総使用量の把握（上記（２））の場合のように、生成された論理ハイパーバイザ仮想マシン４２０の仕様は、リソースプールの総量に変換され、サーバパフォーマンスは使用量に変換されて表示されるため、管理者は、サイロ型の場合と同様に切り出しリソースプールの総量及び使用量の把握（上記（３））を行うことができる。
【００４７】
次に、切り出したリソースプール容量の変更（上記（４））について説明する。
管理者が、ハイパーバイザマネージャ装置３００から、容量変更後リソースプールの容量（ＣＰＵ（コア数）、メモリサイズ、ディスクサイズ）を指定して仮想マシン構成の変更を指示することで、リソースプールマネージャ装置２００（特に、リソースプール管理部２１２）が、該当するリソースプールの容量を変更する。これにより、切り出したリソースプール容量の変更が実現される。
なお、上述した（１）〜（４）いずれの処理も、各論理ハイパーバイザ仮想マシン４２０で実行可能である。従って、各部門のハイパーバイザマネージャ装置３００にて対応するリソースプールを管理することができる。
【００４８】
以上のように、物理サーバ装置１００は、論理ハイパーバイザ仮想マシン４２０を実行する。ここで、論理ハイパーバイザ仮想マシン４２０は、ハイパーバイザ（仮想化ＯＳ）を備えた仮想マシンである。また、リソースプール管理部２１２は、複数の物理サーバ装置１００が提供する仮想マシン実行用リソースのうち、論理ハイパーバイザ仮想マシン４２０の仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシン４２０に割り当てる。ハイパーバイザマネージャ装置３００は、論理ハイパーバイザ仮想マシン４２０に割り当てられたリソース総量及びリソース使用量を表示する。
【００４９】
これにより、仮想マシンシステムの管理者は、ユーザ毎に物理サーバ装置を管理するサイロ型の物理サーバ割当の場合と同様、ユーザ毎に仮想マシンシステムを管理することができる。特に、論理ハイパーバイザ仮想マシン４２０毎にリソースプールが割り当てられており、論理ハイパーバイザ仮想マシン４２０の仕様を変更しない限り、割り当てられたリソース量は変化しない。この点で、他のユーザによる仮想マシンの変更の影響を受けずに仮想マシンシステムを管理することができる。
一方、論理ハイパーバイザ仮想マシン４２０の仕様を変更する場合は、物理サーバ装置１００を複数のユーザで共用する構成である点で、柔軟に仕様を変更し得る。
【００５０】
また、ハイパーバイザマネージャ装置３００の各々は、サイロ型の構成の場合に１つの物理サーバ装置に対応していたのと同様、１つの論理ハイパーバイザ仮想マシン４２０に対応できるものであればよい。この点で、ハイパーバイザマネージャ装置３００を改修する必要が無い。
また、管理者は、サイロ型の場合と同様のハイパーバイザマネージャ装置３００を用いて、サイロ型の場合と同様にユーザ毎の仮想マシンシステムを管理すればよい。従って、管理者が、サイロ型の構成での管理に慣れ親しんでいる場合、新たな管理用ソフトウェアの操作方法など新たな管理方法を覚える必要が無く、オペレーションミス等が発生する可能性を低減させることができる。
【００５１】
次に、図６及び図７を参照して、本発明の最小構成について説明する。
図６は、本発明に係る仮想マシンシステムの最小構成を示す説明図である。同図に示す仮想マシンシステム６００は、物理サーバ装置６１０と、リソース管理部６２０と、表示部６３０と、を備える。
係る構成にて、物理サーバ装置６１０は、ハイパーバイザを備えた仮想マシンである論理ハイパーバイザ仮想マシンを実行する。リソース管理部６２０は、複数の物理サーバ装置６１０が提供する仮想マシン実行用リソースのうち、論理ハイパーバイザ仮想マシンの仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシンに割り当てる。表示部６３０は、論理ハイパーバイザ仮想マシンに割り当てられたリソース総量及びリソース使用量を表示する。
【００５２】
これにより、仮想マシンシステム６００では、論理ハイパーバイザ仮想マシンを用いてユーザ毎の仮想マシンシステムを仮想的に生成することができる。従って、仮想マシンシステムの管理者は、ユーザ毎に物理サーバ装置を管理するサイロ型の物理サーバ割当の場合と同様、ユーザ毎に仮想マシンシステムを管理することができる。特に、論理ハイパーバイザ仮想マシン毎にリソースプールが割り当てられており、論理ハイパーバイザ仮想マシンの仕様を変更しない限り、割り当てられたリソース量は変化しない。この点で、他のユーザによる仮想マシンの変更の影響を受けずに仮想マシンシステムを管理することができる。
【００５３】
図７は、本発明に係る仮想マシンシステム管理装置の最小構成を示す説明図である。同図に示す仮想マシンシステム管理装置７００は、物理サーバ装置管理部７１０と、リソース管理部７２０と、リソース情報生成部７３０と、を備える。
係る構成にて、物理サーバ装置管理部７１０は、ハイパーバイザを備えた仮想マシンである論理ハイパーバイザ仮想マシンを物理サーバ装置に実行させる。リソース管理部７２０は、複数の物理サーバ装置６１０が提供する仮想マシン実行用リソースのうち、論理ハイパーバイザ仮想マシンの仕様に応じたリソース量のリソースを当該論理ハイパーバイザ仮想マシンに割り当てる。リソース情報生成部７３０は、論理ハイパーバイザ仮想マシンに割り当てられたリソース総量及びリソース使用量を示すリソース情報を生成する。
【００５４】
これにより、仮想マシンシステム管理装置７００によれば、論理ハイパーバイザ仮想マシンを用いてユーザ毎の仮想マシンシステムを仮想的に生成することができる。従って、仮想マシンシステムの管理者は、ユーザ毎に物理サーバ装置を管理するサイロ型の物理サーバ割当の場合と同様、ユーザ毎に仮想マシンシステムを管理することができる。特に、論理ハイパーバイザ仮想マシン毎にリソースプールが割り当てられており、論理ハイパーバイザ仮想マシンの仕様を変更しない限り、割り当てられたリソース量は変化しない。この点で、他のユーザによる仮想マシンの変更の影響を受けずに仮想マシンシステムを管理することができる。
【００５５】
なお、第１物理サーバ装置１０１の機能の全部または一部を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００５６】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００５７】
１、６００  仮想マシンシステム
１０１  第１物理サーバ装置
１０２  第２物理サーバ装置
１０３  第３物理サーバ装置
２００  リソースプールマネージャ装置
２１１  仮想インフラストラクチャ管理部
４１１  第１仮想マシン
４１２  第２仮想マシン
４１３  第３仮想マシン
４２１  Ｘ会社論理ハイパーバイザ仮想マシン
４２２  Ａ事業本部論理ハイパーバイザ仮想マシン
４２３  Ｂ事業本部論理ハイパーバイザ仮想マシン
４２４  Ａ−１事業部論理ハイパーバイザ仮想マシン
４３１  仮想マシンテンプレート
４３２  論理ハイパーバイザ仮想マシンテンプレート
２１２  リソースプール管理部
５１０  Ｘ会社リソースプール
５２１  Ａ事業本部リソースプール
５２２  Ｂ事業本部リソースプール
５２３  Ａ−１事業部リソースプール
２１３  論理ハイパーバイザ管理部
３０１  Ｘ会社ハイパーバイザマネージャ装置
３０２  Ａ事業本部ハイパーバイザマネージャ装置
３０３  Ｂ事業本部ハイパーバイザマネージャ装置
３０４  Ａ−１事業部ハイパーバイザマネージャ装置
６１０  物理サーバ装置
６２０、７２０  リソース管理部
６３０  表示部
７００  仮想マシンシステム管理装置
７１０物理サーバ装置管理部
７３０リソース情報生成部
【図１】
0006651955.tif 000002
【図２】
0006651955.tif 000003
【図３】
0006651955.tif 000004
【図４】
0006651955.tif 000005
【図５】
0006651955.tif 000006
【図６】
0006651955.tif 000007
【図７】
0006651955.tif 000008