知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6801468
(24)【登録日】2020年11月30日
(45)【発行日】2020年12月16日
(54)【発明の名称】管理装置、制御方法、および管理プログラム
(51)【国際特許分類】
G06F 9/455 20060101AFI20201207BHJP
G06F 9/50 20060101ALI20201207BHJP
【ＦＩ】
G06F9/455 150
G06F9/50 120Z
【請求項の数】6
【全頁数】37
(21)【出願番号】特願2017-7695(P2017-7695)
(22)【出願日】2017年1月19日
(65)【公開番号】特開2018-116556(P2018-116556A)
(43)【公開日】2018年7月26日
【審査請求日】2019年10月8日
(73)【特許権者】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100104190
【弁理士】
【氏名又は名称】酒井 昭徳
(72)【発明者】
【氏名】鈴木 成人
(72)【発明者】
【氏名】児玉 宏喜
(72)【発明者】
【氏名】稲野 聡
(72)【発明者】
【氏名】福田 裕幸
【審査官】
桜井 茂行
(56)【参考文献】
【文献】
国際公開第２０１０／０２４０２７（ＷＯ，Ａ１）
【文献】
米国特許出願公開第２０１１／０１６１４８３（ＵＳ，Ａ１）
【文献】
国際公開第２０１２／０６６６４０（ＷＯ，Ａ１）
【文献】
米国特許出願公開第２０１３／０２３８８０４（ＵＳ，Ａ１）
【文献】
特開２０１０−１１３６７７（ＪＰ，Ａ）
【文献】
特開２０１６−１１０２４８（ＪＰ，Ａ）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｇ０６Ｆ ９／４５５−９／５４
(57)【特許請求の範囲】
【請求項1】
複数の計算資源をそれぞれ有する複数の情報処理装置を備える情報処理システムを管理する管理装置であって、
前記複数の情報処理装置がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループの各々がそれぞれ実行するホストＯＳから取得した、各情報処理装置の構成情報と性能情報とを、前記複数のグループ毎に記憶部に記憶する取得部と、
前記記憶部が前記複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを前記複数のグループ毎に選択する選択部と、
前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断し、前記基準値を満たすとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する決定部と、
を有することを特徴とする管理装置。
前記複数の情報処理装置がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループの各々がそれぞれ実行するホストＯＳから取得した、各情報処理装置の構成情報と性能情報とを、前記複数のグループ毎に記憶部に記憶する取得部と、
前記記憶部が前記複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを前記複数のグループ毎に選択する選択部と、
前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断し、前記基準値を満たすとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する決定部と、
を有することを特徴とする管理装置。
【請求項2】
前記取得部は、各情報処理装置の構成情報に応じた仮想マシン種別を前記複数のグループ毎に記憶部に記憶し、
前記選択部は、前記記憶部が前記複数のグループ毎に記憶する仮想マシン種別と性能情報とに基づき、前記移動対象仮想マシンを複数のグループ毎に選択する、
ことを特徴とする請求項１に記載の管理装置。
前記選択部は、前記記憶部が前記複数のグループ毎に記憶する仮想マシン種別と性能情報とに基づき、前記移動対象仮想マシンを複数のグループ毎に選択する、
ことを特徴とする請求項１に記載の管理装置。
【請求項3】
前記決定部は、前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が、前記基準値を満たすか否か、および、移動前の前記移動対象仮想マシンに対応するサービスの性能値よりも良好であることを示すか否かを判断し、前記基準値を満たし、かつ、良好であることを示すとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する、ことを特徴とする請求項１または２に記載の管理装置。
【請求項4】
前記決定部は、前記対象グループの計算資源より前記他のグループの計算資源が少ないとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する、ことを特徴とする請求項１〜３のいずれか一つに記載の管理装置。
【請求項5】
複数の計算資源をそれぞれ有する複数の情報処理装置を備える情報処理システムの制御方法であって、
前記情報処理システムを管理する管理装置が、
前記複数の情報処理装置がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループの各々がそれぞれ実行するホストＯＳから取得した、各情報処理装置の構成情報と性能情報とを、前記複数のグループ毎に記憶部に記憶し、
前記記憶部が前記複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを前記複数のグループ毎に選択し、
前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断し、前記基準値を満たすとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する、
処理を実行することを特徴とする制御方法。
前記情報処理システムを管理する管理装置が、
前記複数の情報処理装置がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループの各々がそれぞれ実行するホストＯＳから取得した、各情報処理装置の構成情報と性能情報とを、前記複数のグループ毎に記憶部に記憶し、
前記記憶部が前記複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを前記複数のグループ毎に選択し、
前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断し、前記基準値を満たすとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する、
処理を実行することを特徴とする制御方法。
【請求項6】
複数の計算資源をそれぞれ有する複数の情報処理装置を備える情報処理システムを管理する管理装置の管理プログラムであって、
前記複数の情報処理装置がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループの各々がそれぞれ実行するホストＯＳから取得した、各情報処理装置の構成情報と性能情報とを、前記複数のグループ毎に記憶部に記憶し、
前記記憶部が前記複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを前記複数のグループ毎に選択し、
前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断し、前記基準値を満たすとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する、
処理を前記管理装置に実行させることを特徴とする管理プログラム。
前記複数の情報処理装置がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループの各々がそれぞれ実行するホストＯＳから取得した、各情報処理装置の構成情報と性能情報とを、前記複数のグループ毎に記憶部に記憶し、
前記記憶部が前記複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを前記複数のグループ毎に選択し、
前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断し、前記基準値を満たすとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する、
処理を前記管理装置に実行させることを特徴とする管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、管理装置、制御方法、および管理プログラムに関する。
【背景技術】
【0002】
従来、データセンター業者が顧客に対して約定する、サービス内容やサービス品質等に関する要求水準であるＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）を満たすよう、データセンター内の情報処理装置等の計算資源を管理し、データセンターにおいてＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ：仮想マシン）に割り当てる計算資源を自律的に制御する技術がある。
【0003】
先行技術としては、例えば、異なる物理マシンで実行されている２つの仮想マシン間の双方向間における通信量について、通信量閾値を超えた回数が規定値を超えたとき、２つの仮想マシンが同じ物理マシンで実行されるようにするものがある。また、例えば、新規の仮想マシンを配置可能な１以上のサーバ装置について、新規の仮想マシンをそのサーバ装置に配置する適切度を示す指標値を計算し、計算した指標値を参照して新規の仮想マシンの配置先を決定する技術がある。また、例えば、複数の物理サーバ上に設けられた複数の仮想サーバについて、互いに異なる物理サーバに配置すべきか同一の物理サーバに配置すべきかを示すグループ条件が保たれることを条件に、仮想サーバの再配置を行う技術がある。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１０−１４０１３４号公報
【特許文献2】国際公開第２００７／１３６０２１号
【特許文献3】特開２００９−１９９３９５号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来技術では、複数の仮想マシンを用いて１つのサービスを提供する情報処理システムにおいて用いられる計算資源を、そのサービスのＳＬＡを満たす範囲で最小化することは難しい。例えば、１つ１つの仮想マシンに着目してＳＬＡを満たすように計算資源を最小化しようとしても、情報処理システム全体について計算資源を最小化することができるとは限らない。
【0006】
１つの実施態様によれば、本発明は、情報処理システムにおいて用いられる計算資源の最小化を図ることができる管理装置、制御方法、および管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0007】
１つの実施態様によれば、複数の計算資源をそれぞれ有する複数の情報処理装置を備える情報処理システムを管理し、前記複数の情報処理装置がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループの各々がそれぞれ実行するホストＯＳから取得した、各情報処理装置の構成情報と性能情報とを、前記複数のグループ毎に記憶部に記憶する取得部と、前記記憶部が前記複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを前記複数のグループ毎に選択する選択部と、前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断し、前記基準値を満たすとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する管理装置、制御方法、および管理プログラムが提案される。
【発明の効果】
【0008】
本発明の一態様によれば、情報処理システムにおいて用いられる計算資源の最小化を図ることができるという効果を奏する。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下に、図面を参照して、本発明にかかる管理装置、制御方法、および管理プログラムの実施の形態を詳細に説明する。
【0011】
（実施の形態にかかる情報処理システム１１０の制御方法の一実施例）図１は、実施の形態にかかる情報処理システム１１０の制御方法の一実施例を示す説明図である。管理装置１００は、複数の情報処理装置１０１を備える情報処理システム１１０を管理するコンピュータである。情報処理装置１０１は、複数の計算資源を有し、仮想マシンを実行可能なコンピュータである。情報処理装置１０１は、例えば、データセンターにあるサーバである。
【0012】
計算資源は、例えば、ハードウェアリソースである。ハードウェアリソースは、例えば、サーバのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）リソースなどである。ＣＰＵリソースは、例えば、仮想マシンに割り当てるＣＰＵの数、ＣＰＵ内のコアの数、または、仮想ＣＰＵの数などによって表現される。ハードウェアリソースは、例えば、サーバの記憶容量、ネットワーク帯域などであってもよい。
【0013】
以下の説明では、仮想マシンを「ＶＭ」と表記する場合がある。また、以下の説明では、ハードウェアリソースを「ＨＷリソース」と表記する場合がある。
【0014】
データセンターを利用させるサービスでは、サービスの提供者とサービスの利用者との間で取り決められたＳＬＡを満たすようにして、サービスの利用者が望んでいるユーザビリティを確保することが求められる傾向がある。また、データセンターの消費電力を低減すること、または、データセンターで提供可能なサービスの数を増大することなどのために、サービスに用いられるＨＷリソースを最小化することも求められる傾向がある。このように、データセンターを利用させるサービスでは、ＳＬＡを満たしつつ、そのサービスに用いられるＨＷリソースを低減することが好ましい。
【0015】
これに対し、データセンターにあるサーバによって実行され、利用者によって利用されるＶＭ毎に、そのＶＭに割り当てられるＨＷリソースをＳＬＡを満たす範囲で調整し、そのＶＭに割り当てられるＨＷリソースを最小化しようとすることが考えられる。しかしながら、ＶＭ毎にＳＬＡを満たす範囲でＨＷリソースを最小化しようとしても、データセンター全体でサービスのために用いられるＨＷリソースを最小化することができないことがある。
【0016】
例えば、複数のＶＭを用いて１つのサービスを提供する場合、あるＶＭに割り当てるＨＷリソースを増減すると、他のＶＭの動作にも影響し、他のＶＭに最小でどのくらいのＨＷリソースを割り当てればよいかも変動してしまう傾向がある。具体的には、あるＶＭがＳＬＡに対するボトルネックである場合、そのＶＭに割り当てるＨＷリソースを調整せずに固定したまま、他のＶＭに割り当てるＨＷリソースを低減しようとしても、他のＶＭに割り当てるＨＷリソースを最小化することは難しい。
【0017】
そこで、本実施の形態では、サービスを提供する複数のＶＭに割り当てるＨＷリソースと性能情報とをマッピングすることにより、そのサービスを提供する情報処理システム１１０全体で用いられる計算資源の最小化を図ることができる制御方法について説明する。
【0018】
図１において、アプリケーションａが動作するＶＭＡ、アプリケーションｂが動作するＶＭＢ、アプリケーションｃが動作するＶＭＣがある。そして、複数の情報処理装置１０１がそれぞれ属し、アプリケーションａ〜ｃによって所定のサービスをそれぞれ提供する複数のグループがある。
【0019】
図１の例では、グループＧ１〜Ｇ３がある。グループＧ１は、例えば、ＶＭＡを実行する情報処理装置１０１Ａと、ＶＭＢを実行する情報処理装置１０１Ｂと、ＶＭＣを実行する情報処理装置１０１Ｃとが属するグループである。グループＧ２は、例えば、ＶＭＡを実行する情報処理装置１０１Ａと、ＶＭＢを実行する情報処理装置１０１Ｄと、ＶＭＣを実行する情報処理装置１０１Ｅとが属するグループである。グループＧ１，Ｇ２のように、異なるグループに、同じ情報処理装置１０１が属する場合があってもよい。
【0020】
グループＧ３は、例えば、ＶＭＡを実行する情報処理装置１０１Ａと、ＶＭＢを実行する情報処理装置１０１Ｂと、ＶＭＣを実行する情報処理装置１０１Ｃとが属するグループである。グループＧ３では、情報処理装置１０１Ａは、グループＧ１に属する場合とは異なるＨＷリソースを、ＶＭＡに割り当てる。グループＧ１，Ｇ３のように、異なるグループでＶＭに割り当てられるＨＷリソースの大きさが異なれば、異なるグループに属する情報処理装置１０１が同じ組み合わせである場合があってもよい。
【0021】
管理装置１００は、複数のグループの各々がそれぞれ実行するホストＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）から、各情報処理装置１０１の構成情報と性能情報とを取得し、複数のグループ毎に記憶部に記憶する。構成情報は、例えば、ＣＰＵ数、記憶容量、ネットワーク帯域などである。性能情報は、例えば、情報処理装置１０１のレイテンシやスループットなどの状態を示す性能値である。性能情報は、例えば、ベンチマークの実行によって求められる。
【0022】
管理装置１００は、例えば、それぞれのグループに属する各情報処理装置１０１においてＶＭＡ〜ＶＭＣに用いられるＣＰＵ数、記憶容量、ネットワーク帯域などを示す構成情報を取得する。また、管理装置１００は、例えば、それぞれのグループにＶＭＡ〜ＶＭＣを実行させ、そのグループに属する情報処理装置１０１が実行するホストＯＳ上のパフォーマンスモニタから、情報処理装置１０１のレイテンシやスループットなどを示す性能情報を取得する。
【0023】
これにより、管理装置１００は、それぞれのグループについて、そのグループに属する各情報処理装置１０１においてＶＭＡ〜ＶＭＣに用いられるＨＷリソースの大きさと、そのグループで提供するサービスの性能情報とをマッピングすることができる。このため、管理装置１００は、１つ１つのＶＭに着目してＳＬＡを満たすようにＨＷリソースを最小化しようとする場合に比べて、ＶＭにＨＷリソースを割り当てるバリエーションをより多く考慮して、ＨＷリソースの最小化を検討することができる。
【0024】
管理装置１００は、記憶部が複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象のＶＭが属する対象グループから他のグループへの移動対象となる移動対象ＶＭを複数のグループ毎に選択する。選択対象のＶＭは、サービスを提供する複数のＶＭである。対象グループは、現在、選択対象のＶＭを実行中の情報処理装置１０１が属するグループである。管理装置１００は、例えば、それぞれのグループについて、そのグループに属する各情報処理装置１０１にＶＭＡ〜ＶＭＣを配置する場合、ＨＷリソースの割り当てが変更されるＶＭを選択する。
【0025】
管理装置１００は、移動対象ＶＭを他のグループに移動させた場合、移動対象ＶＭに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断する。移動対象のＶＭに対応するサービスは、他のグループに属する各情報処理装置１０１で実行される複数のＶＭで提供されるサービスであり、対象グループに属する各情報処理装置１０１で実行していた複数のＶＭが提供するサービスと同じサービスである。性能値は、例えば、レイテンシやスループットである。管理装置１００は、他のグループに属する各情報処理装置１０１の性能情報に基づいて、ＶＭＡ〜ＶＭＣで提供するサービスの性能値を算出し、その性能値がＳＬＡを満たすか否かを判定する。
【0026】
管理装置１００は、基準値を満たすと判断したとき、対象グループから他のグループへの移動対象ＶＭの移動を決定する。管理装置１００は、例えば、ＶＭＡ〜ＶＭＣを、他のグループに属する各情報処理装置１０１に配置する。これにより、管理装置１００は、ＳＬＡを満たす範囲で、対象グループより、サービスのために用いられるＨＷリソースが小さい可能性があるグループを特定することができる。そして、管理装置１００は、ＶＭＡ〜ＶＭＣを、ＳＬＡを満たす他のグループに移動して、ＨＷリソースの最小化を図ることができる。
【0027】
ここでは、グループが、各情報処理装置１０１がそれぞれ属し、各情報処理装置１０１が複数のＶＭに割り当て可能であるＨＷリソースのバリエーションを示している場合について説明したが、これに限らない。例えば、グループが、それぞれのＶＭにＶＭ種別が設定され、各情報処理装置１０１がそれぞれのＶＭに設定されたＶＭ種別に対応したＨＷリソースを割り当てるバリエーションを示している場合があってもよい。これによれば、管理装置１００は、考慮するバリエーションの数を低減して、ＨＷリソースの最小化を検討する際にかかる負担の低減化を図ることができる。
【0028】
ここでは、予めグループがある場合について説明したが、これに限らない。例えば、管理装置１００が、グループを作成する場合があってもよい。また、情報処理システム１１０の管理者が、グループを管理装置１００に入力する場合があってもよい。
【0030】
図２は、情報処理システム１１０の一例を示す説明図である。図２において、情報処理システム１１０は、管理装置１００と、情報処理装置１０１とを含む。情報処理システム１１０において、管理装置１００と情報処理装置１０１とは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。
【0031】
管理装置１００は、情報処理装置１０１を管理するコンピュータである。管理装置１００は、具体的には、サーバである。管理装置１００は、データセンターにあるサーバである。管理装置１００は、データセンターの外にあるサーバであってもよい。情報処理装置１０１は、計算資源を有するコンピュータである。情報処理装置１０１は、ＶＭを実行することができる。情報処理装置１０１は、例えば、ホストＯＳによってＶＭを実行する。情報処理装置１０１は、例えば、ハイパーバイザによってＶＭを実行してもよい。情報処理装置１０１は、具体的には、サーバである。管理装置１００は、いずれかの情報処理装置１０１と一体であってもよい。
【0033】
図３は、情報処理システム１１０の使用例を示す説明図である。図３において、情報処理システム１１０は、フロントエンドサーバの機能を実現するＶＭとアプリケーションサーバの機能を実現するＶＭとバックエンドサーバの機能を実現するＶＭとの連携により、クライアント装置３０３を介して利用者にサービスを提供する。
【0034】
情報処理システム１１０は、フロントエンドサーバの機能を実現するＶＭを、いずれかの情報処理装置１０１に配置し、フロントエンドサーバを実現している。フロントエンドサーバは、例えば、インターネット３０１とファイアウォール３０２とを介して、クライアント装置３０３と通信するサーバである。情報処理システム１１０は、アプリケーションサーバの機能を実現するＶＭを、いずれかの情報処理装置１０１に配置し、アプリケーションサーバを実現している。アプリケーションサーバは、例えば、クライアント装置３０３からの通信内容に応じて、所定の処理を行うサーバである。情報処理システム１１０は、バックエンドサーバの機能を実現するＶＭを、いずれかの情報処理装置１０１に配置し、バックエンドサーバを実現している。バックエンドサーバは、例えば、ＤＢ（Ｄａｔａ Ｂａｓｅ）などを管理するサーバである。
【0035】
管理装置１００は、それぞれの情報処理装置１０１がＶＭに割り当てるＨＷリソースを制御し、または、複数の情報処理装置１０１のうちのＶＭの配置を制御する。管理装置１００は、ＶＭに割り当てるＨＷリソースを制御し、または、複数の情報処理装置１０１のうちのＶＭの配置を制御しつつ、それぞれの情報処理装置１０１がＶＭに割り当てたＨＷリソースの情報と、サービスの性能情報とを取得する。管理装置１００は、取得したＨＷリソースの情報と、サービスの性能情報とに基づいて、ＳＬＡを満たす範囲で、それぞれの情報処理装置１０１がＶＭに割り当てるＨＷリソースを制御し、または、複数の情報処理装置１０１のうちのＶＭの配置を制御する。
【0037】
図４は、管理装置１００のハードウェア構成例を示すブロック図である。図４において、管理装置１００は、ＣＰＵ４０１と、メモリ４０２と、ネットワークＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）４０３と、記録媒体Ｉ／Ｆ４０４と、記録媒体４０５とを有する。また、各構成部は、バス４００によってそれぞれ接続される。
【0038】
ここで、ＣＰＵ４０１は、管理装置１００の全体の制御を司る。メモリ４０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ４０１のワークエリアとして使用される。メモリ４０２に記憶されるプログラムは、ＣＰＵ４０１にロードされることで、コーディングされている処理をＣＰＵ４０１に実行させる。
【0039】
ネットワークＩ／Ｆ４０３は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、ネットワークＩ／Ｆ４０３は、ネットワーク２１０と内部のインターフェースを司り、他のコンピュータからのデータの入出力を制御する。ネットワークＩ／Ｆ４０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【0040】
記録媒体Ｉ／Ｆ４０４は、ＣＰＵ４０１の制御にしたがって記録媒体４０５に対するデータのリード／ライトを制御する。記録媒体Ｉ／Ｆ４０４は、例えば、ディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポートなどである。記録媒体４０５は、記録媒体Ｉ／Ｆ４０４の制御で書き込まれたデータを記憶する不揮発メモリである。記録媒体４０５は、例えば、ディスク、半導体メモリ、ＵＳＢメモリなどである。記録媒体４０５は、管理装置１００から着脱可能であってもよい。
【0041】
管理装置１００は、上述した構成部のほか、例えば、キーボード、マウス、ディスプレイなどを有してもよい。また、管理装置１００は、記録媒体Ｉ／Ｆ４０４や記録媒体４０５を有していなくてもよい。また、情報処理装置１０１のハードウェア構成例は、管理装置１００のハードウェア構成例と同様であるため、説明を省略する。
【0042】
（計算資源管理テーブル５００の記憶内容）次に、図５を用いて、計算資源管理テーブル５００の記憶内容について説明する。計算資源管理テーブル５００は、例えば、図４に示した管理装置１００のメモリ４０２や記録媒体４０５などの記憶領域により実現される。
【0043】
図５は、計算資源管理テーブル５００の記憶内容の一例を示す説明図である。図５に示すように、計算資源管理テーブル５００は、物理ホストと、ＣＰＵと、ＭＥＭとのフィールドを有する。計算資源管理テーブル５００は、物理ホスト毎に各フィールドに情報を設定することにより、計算資源管理情報がレコードとして記憶される。
【0044】
物理ホストのフィールドは、ＶＭを実行可能な情報処理装置１０１のアドレスが設定される。ＣＰＵのフィールドは、その情報処理装置１０１が有するＣＰＵの数が設定される。ＭＥＭのフィールドは、その情報処理装置１０１が有するメモリ４０２の大きさが設定される。これにより、計算資源管理テーブル５００は、情報処理装置１０１にどのくらいのＨＷリソースを用いるＶＭであれば配置することができるかを判定可能にすることができる。
【0045】
（ＶＭ種別テーブル６００の記憶内容）次に、図６を用いて、ＶＭ種別テーブル６００の記憶内容について説明する。ＶＭ種別テーブル６００は、例えば、図４に示した管理装置１００のメモリ４０２や記録媒体４０５などの記憶領域により実現される。
【0046】
図６は、ＶＭ種別テーブル６００の記憶内容の一例を示す説明図である。図６に示すように、ＶＭ種別テーブル６００は、ＶＭ種別と、ＣＰＵと、ＭＥＭと、ＮＥＴとのフィールドを有する。ＶＭ種別テーブル６００は、ＶＭ種別毎に各フィールドに情報を設定することにより、ＶＭ種別情報がレコードとして記憶される。
【0047】
ＶＭ種別のフィールドは、ＶＭに要求されるスペックに対応するＶＭ種別が設定される。ＣＰＵのフィールドは、そのスペックを実現するために、そのＶＭに割り当てるＣＰＵの条件が設定される。ＣＰＵの条件は、コアの数であってもよい。ＭＥＭのフィールドは、そのスペックを実現するために、そのＶＭに割り当てるメモリ４０２の大きさの条件が設定される。ＮＥＴのフィールドは、そのスペックを実現するために、そのＶＭに割り当てるネットワーク帯域の大きさの条件が設定される。これにより、ＶＭ種別テーブル６００は、あるＶＭ種別のＶＭに用いられるＨＷリソースの大きさを特定可能にすることができる。
【0048】
（ＶＭ稼働状況シート７００の記憶内容）次に、図７を用いて、ＶＭ稼働状況シート７００の記憶内容について説明する。ＶＭ稼働状況シート７００は、例えば、図４に示した管理装置１００のメモリ４０２や記録媒体４０５などの記憶領域により実現される。
【0049】
図７は、ＶＭ稼働状況シート７００の記憶内容の一例を示す説明図である。図７に示すように、ＶＭ稼働状況シート７００は、１以上のＶＭと、合計ＨＷリソースと、サービス性能と、目標サービス性能とのフィールドを有する。ＶＭ稼働状況シート７００は、サービスを実現する複数のＶＭに割り当てられるＨＷリソースのバリエーション毎に、各フィールドに情報を設定することにより、ＶＭ稼働状況情報がレコードとして記憶される。
【0050】
ＶＭのフィールドは、サービスを実現するそれぞれのＶＭについて設けられる。ＶＭのフィールドは、さらに、ＶＭ種別と、ＣＰＵと、ＭＥＭと、ＮＥＴとのフィールドを有する。ＶＭ種別のフィールドは、ＶＭに要求されるスペックに対応するＶＭ種別が設定される。ＣＰＵのフィールドは、そのスペックを実現するために、そのＶＭに割り当てるＣＰＵの条件が設定される。ＭＥＭのフィールドは、そのスペックを実現するために、そのＶＭに割り当てるメモリ４０２の大きさの条件が設定される。ＮＥＴのフィールドは、そのスペックを実現するために、そのＶＭに割り当てるネットワーク帯域の大きさの条件が設定される。
【0051】
合計ＨＷリソースのフィールドは、さらに、ＣＰＵと、ＭＥＭと、ＮＥＴとのフィールドを有する。ＣＰＵのフィールドは、サービスを実現する複数のＶＭを実行するために、各情報処理装置１０１で用いられるＣＰＵの数の合計値が設定される。ＭＥＭのフィールドは、サービスを実現する複数のＶＭを実行するために、各情報処理装置１０１で用いられるメモリ４０２の大きさの合計値が設定される。ＮＥＴのフィールドは、サービスを実現する複数のＶＭを実行するために、各情報処理装置１０１で用いられるネットワーク帯域の大きさの合計値が設定される。これにより、ＶＭ稼働状況シート７００は、あるサービスを提供する複数のＶＭにＨＷリソースを割り当てるバリエーションをより多く考慮可能にすることができる。ＶＭ稼働状況シート７００の具体例は、図１０〜図１７や図２３〜図２７に後述する。
【0054】
記憶部８０１は、例えば、図４に示したメモリ４０２や記録媒体４０５などの記憶領域によって実現される。取得部８０２〜出力部８０５は、制御部となる機能である。取得部８０２〜出力部８０５は、具体的には、例えば、図３に示したメモリ４０２や記録媒体４０５などの記憶領域に記憶されたプログラムをＣＰＵ４０１に実行させることにより、または、ネットワークＩ／Ｆ４０３により、その機能を実現する。各機能部の処理結果は、例えば、図３に示したメモリ４０２や記録媒体４０５などの記憶領域に記憶される。
【0055】
記憶部８０１は、複数のグループ毎に、各情報処理装置１０１の構成情報と性能情報とを記憶する。情報処理装置１０１は、複数の計算資源を有し、情報処理システム１１０に備えられる。グループは、複数の情報処理装置１０１がそれぞれ属し、所定のサービスを提供する。記憶部８０１は、例えば、ＶＭ稼働状況シート７００である。構成情報は、例えば、ＣＰＵ数、記憶容量、ネットワーク帯域などである。性能情報は、例えば、情報処理装置１０１のレイテンシやスループットなどの状態を示す性能値である。性能情報は、例えば、ベンチマークの実行によって求められる。計算資源は、ＨＷリソースである。
【0056】
これにより、記憶部８０１は、あるサービスを提供する複数のＶＭにＨＷリソースを割り当てるバリエーションを、比較的多く記憶しておくことができる。このため、記憶部８０１は、１つ１つのＶＭに着目してＳＬＡを満たすようにＨＷリソースを最小化しようとする場合に比べて、ＶＭにＨＷリソースを割り当てるバリエーションをより多く考慮可能にすることができる。
【0057】
取得部８０２は、複数のグループの各々がそれぞれ実行するホストＯＳから、各情報処理装置１０１の構成情報と性能情報とを取得し、複数のグループ毎に記憶部８０１に記憶する。取得部８０２は、例えば、それぞれのグループに属する各情報処理装置１０１において複数のＶＭに用いられるＣＰＵ数、記憶容量、ネットワーク帯域などを示す構成情報を取得する。また、取得部８０２は、例えば、それぞれのグループに複数のＶＭを実行させ、そのグループに属する情報処理装置１０１が実行するホストＯＳ上のパフォーマンスモニタから、情報処理装置１０１のレイテンシやスループットなどの状態を示す性能情報を取得する。
【0058】
これにより、取得部８０２は、それぞれのグループについて、そのグループに属する各情報処理装置１０１において複数のＶＭに用いられるＨＷリソースの大きさと、そのグループで提供するサービスの性能情報とをマッピングすることができる。このため、取得部８０２は、どのグループがＳＬＡを満たすか、どのグループのＨＷリソースが比較的小さいかを特定可能にすることができる。
【0059】
取得部８０２は、取得済みの構成情報と性能情報とに基づき、性能情報を未取得であるグループについて性能情報を取得するか否かを判定し、取得すると判定したグループについて性能情報を取得して記憶部８０１に記憶してもよい。
【0060】
取得部８０２は、例えば、複数のＶＭのうち、あるＶＭに割り当てるＨＷリソースを可変にし、他のＶＭに割り当てるＨＷリソースを固定した場合についての１以上のグループを特定する。取得部８０２は、特定した１以上のグループのうち、最もＨＷリソースが小さいグループから、最もＨＷリソースが大きいグループに変更した場合に、１０％以上性能値が良好になるか否かを判定する。取得部８０２は、良好にならなければ、特定した１以上のグループの残りのグループについては性能情報の取得を省略する。これにより、取得部８０２は、情報処理装置１０１にＶＭを配置してベンチマークを実行して性能情報を取得する際にかかる時間を削減し、管理装置１００にかかる負担を低減することができる。
【0061】
取得部８０２は、例えば、複数のＶＭのうち、あるＶＭに割り当てるＨＷリソースを可変にし、他のＶＭに割り当てるＨＷリソースを固定した場合についての１以上のグループを特定する。取得部８０２は、特定した１以上のグループのうち、最もＨＷリソースが小さいグループから順にＳＬＡを満たすまで性能情報を取得し、ＳＬＡを満たした時点で性能情報が未取得のグループについては性能情報の取得を省略する。これにより、取得部８０２は、情報処理装置１０１にＶＭを配置してベンチマークを実行して性能情報を取得する際にかかる時間を削減し、管理装置１００にかかる負担を低減することができる。
【0062】
取得部８０２は、例えば、複数のＶＭのうち、あるＶＭに割り当てるＨＷリソースを可変にし、他のＶＭに割り当てるＨＷリソースを固定した場合についての１以上のグループを特定する。取得部８０２は、特定した１以上のグループのうち、最もＨＷリソースが大きいグループから順にＳＬＡを満たさなくなるまで性能情報を取得し、ＳＬＡを満たさなくなった時点で性能情報が未取得のグループについては性能情報の取得を省略する。これにより、取得部８０２は、情報処理装置１０１にＶＭを配置してベンチマークを実行して性能情報を取得する際にかかる時間を削減し、管理装置１００にかかる負担を低減することができる。
【0063】
取得部８０２は、ＶＭ種別テーブル６００に基づいて、各情報処理装置１０１の構成情報に応じたＶＭ種別を複数のグループ毎に記憶部８０１に記憶してもよい。ＶＭ種別は、ＶＭのスペックを示す種別である。取得部８０２は、例えば、ＶＭ種別の単位で規定される複数のグループにおける複数のＶＭのそれぞれのＶＭについてのＶＭ種別の組み合わせを取得し、記憶部８０１に保存する。
【0064】
これにより、取得部８０２は、それぞれのグループについて、そのグループに属する各情報処理装置１０１において複数のＶＭに用いられるＨＷリソースの大きさと、そのグループで提供するサービスの性能情報とをマッピングすることができる。このため、取得部８０２は、どのグループがＳＬＡを満たすか、どのグループのＨＷリソースが比較的小さいかを特定可能にすることができる。取得部８０２は、ＶＭ種別の単位で複数のＶＭに割り当てるＨＷリソースの組み合わせのバリエーションを考慮するため、考慮するバリエーションの数を低減することができ、ＨＷリソースの最小化を検討する際にかかる負担の低減化を図ることができる。
【0065】
選択部８０３は、記憶部８０１が複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象のＶＭが属する対象グループから他のグループへの移動対象となる移動対象ＶＭを複数のグループ毎に選択する。選択対象のＶＭは、サービスを提供する複数のＶＭである。対象グループは、現在、選択対象のＶＭを実行中の情報処理装置１０１が属するグループである。移動対象ＶＭは、複数のＶＭをグループ間で移動する際に、複数のＶＭのうちでＨＷリソースの割り当てが変更されるＶＭである。
【0066】
選択部８０３は、例えば、計算資源管理テーブル５００に基づいて、それぞれのグループについて、そのグループに属する各情報処理装置１０１に複数のＶＭを配置する場合、ＨＷリソースの割り当てが変更されるＶＭを選択する。これにより、選択部８０３は、それぞれのグループで複数のＶＭを実行するために、どのＶＭのＨＷリソースの割り当てを変更すればよいかを特定することができる。
【0067】
選択部８０３は、記憶部８０１が複数のグループ毎に記憶するＶＭ種別と性能情報とに基づき、移動対象ＶＭを複数のグループ毎に選択してもよい。選択部８０３は、例えば、計算資源管理テーブル５００と、ＶＭ種別テーブル６００とに基づいて、あるグループに規定されたＶＭ種別で複数のＶＭを実行する際に、ＨＷリソースの割り当てが変更されるＶＭを選択する。これにより、選択部８０３は、それぞれのグループでのＶＭ種別の組み合わせに対応して、サービスを提供する複数のＶＭを実行するためには、どのＶＭのＨＷリソースの割り当てを変更すればよいかを特定することができる。
【0068】
決定部８０４は、移動対象ＶＭを他のグループに移動させた場合、移動対象ＶＭに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断する。そして、決定部８０４は、基準値を満たすと判断したとき、対象グループから他のグループへの移動対象ＶＭの移動を決定する。移動対象のＶＭに対応するサービスは、他のグループに属する各情報処理装置１０１で実行される複数のＶＭで提供されるサービスであり、対象グループに属する各情報処理装置１０１で実行していた複数のＶＭが提供するサービスと同じサービスである。サービスの性能値は、例えば、レイテンシやスループットである。サービスの性能値は、例えば、各情報処理装置１０１のレイテンシやスループットなどから求められる、そのサービスの利用者が用いるクライアント装置に対するレイテンシやスループットなどである。
【0069】
決定部８０４は、例えば、他のグループに属する各情報処理装置１０１の性能情報に基づいて、複数のＶＭで提供するサービスの性能値を算出し、その性能値がＳＬＡを満たすか否かを判定する。そして、決定部８０４は、例えば、複数のＶＭを、他のグループに属する各情報処理装置１０１に配置すると決定する。これにより、決定部８０４は、ＳＬＡを満たす範囲で、対象グループより、サービスのために用いられるＨＷリソースが小さくなる可能性があるグループを特定することができる。そして、管理装置１００は、ＶＭＡ〜ＶＭＣを、ＳＬＡを満たす他のグループに移動して、ＨＷリソースの最小化を図ることができる。
【0070】
決定部８０４は、さらに、移動対象ＶＭを他のグループに移動させた場合、移動対象ＶＭに対応するサービスの性能値が、移動前の移動対象ＶＭに対応するサービスの性能値よりも良好であることを示すか否かを判断してもよい。そして、決定部８０４は、基準値を満たし、かつ、良好であることを示すとき、対象グループから他のグループへの移動対象ＶＭの移動を決定する。性能値は、例えば、レイテンシであれば、小さい値の方が良好である。性能値は、例えば、スループットであれば、大きい値の方が良好である。これにより、決定部８０４は、現在よりもサービスの性能値が良好になる場合にＶＭを移動するため、効率よくサービスの性能値の向上を図ることができる。
【0071】
決定部８０４は、さらに、対象グループの計算資源より他のグループの計算資源が少ないか否かを判断してもよい。そして、決定部８０４は、少ないとき、対象グループから他のグループへの移動対象ＶＭの移動を決定する。これにより、決定部８０４は、現在よりもサービスに用いられるＨＷリソースが小さくなる場合にＶＭを移動するため、効率よくサービスに用いられる計算資源の最小化を図ることができる。
【0072】
出力部８０５は、ＶＭへのＨＷリソースの割り当ての変更指示、または、ＶＭの配置指示などを出力する。出力部８０５は、ＶＭへのＨＷリソースの割り当ての変更の結果、または、ＶＭの配置の結果などを出力してもよい。出力部８０５は、各情報処理装置１０１の性能情報、または、サービスの性能値を出力してもよい。出力形式は、例えば、ディスプレイへの表示、プリンタへの印刷出力、ネットワークＩ／Ｆ４０３による外部装置への送信、または、メモリ４０２や記録媒体４０５などの記憶領域への記憶である。
【0074】
図９は、管理装置１００の機能的構成の具体例を示すブロック図である。図９に示すように、管理装置１００は、ＶＭ管理ソフトウェア９００によって、ＤＢ９０１と、グループ定義９０２と、サービス性能情報９０３と、タイマー部９０４と、データ取得部９０５と、移動対象選択部９０６と、制御方針決定部９０７とを管理する。また、管理装置１００は、インフラ管理ソフトウェア９１０によって、制御受け取り部９１１と、制御指示部９１２とを管理する。
【0075】
ＤＢ９０１は、ＨＷリソース管理テーブル、ＶＭ種別テーブル６００、および、ＶＭ稼働状況シート７００などを記憶する記憶領域である。グループ定義９０２は、情報処理システム１１０の管理者によって入力された、サービスを提供する複数のＶＭが含まれるＶＭグループを定義する情報である。サービス性能情報９０３は、そのサービスの現在のサービス性能を示す情報である。サービス性能情報９０３は、例えば、データ取得部９０５によって取得される。
【0076】
タイマー部９０４は、一定時間毎に、要求入力をデータ取得部９０５に出力する。データ取得部９０５は、ＤＢ９０１に基づいて、ＶＭ種別の組み合わせと、その組み合わせで提供するサービスのサービス性能を示すサービス性能情報９０３とを取得する。データ取得部９０５は、取得した、ＶＭ種別の組み合わせと、その組み合わせで提供するサービスのサービス性能を示すサービス性能情報９０３とに基づいて、ＤＢ９０１を更新する。
【0077】
移動対象選択部９０６は、ＤＢ９０１に基づいて、移動対象のＶＭを選択する。制御方針決定部９０７は、選択された移動対象のＶＭに割り当てるＨＷリソースについての制御方針を決定する。制御方針決定部９０７は、例えば、選択されたＶＭに割り当てるＣＰＵリソースの大きさを決定し、または、選択されたＶＭを移動させる情報処理装置１０１を決定する。制御方針決定部９０７は、選択したＶＭと、決定した制御方針とを、制御受け取り部９１１に出力する。
【0078】
制御受け取り部９１１は、制御方針決定部９０７から制御対象のＶＭと制御方針とを受け付け、制御指示部９１２に出力する。制御指示部９１２は、制御対象のＶＭを実行中の情報処理装置１０１に対して、制御方針にしたがって制御信号を出力する。情報処理装置１０１上で動作する仮想化ソフトウェア９２１，９２２などは、制御信号を受信し、その制御信号にしたがって情報処理装置１０１の仮想化環境を制御し、ＶＭへのＨＷリソースの割り当てなどを制御する。これにより、制御指示部９１２は、情報処理装置１０１を制御し、ＶＭに割り当てるＨＷリソースを制御することができる。
【0081】
図１０において、管理装置１００は、ＶＭ種別の単位で、ＨＷリソースの組み合わせを複数作成し、ＶＭ稼働状況シート７００を作成する。管理装置１００は、例えば、ＶＭ種別テーブル６００に基づいて、ＶＭＡに関する５つのＶＭ種別と、ＶＭＢに関する５つのＶＭ種別と、ＶＭＣに関する５つのＶＭ種別とを組み合わせた、１２５の組み合わせを作成する。ＶＭ種別は、例えば、Ｌｏｗ Ｓｐｅｃ、ＣＰＵ Ｒｉｃｈ、ＭＥＭ Ｒｉｃｈ、ＮＥＴ Ｒｉｃｈ、Ｈｉｇｈ Ｓｐｅｃなどである。管理装置１００は、作成したそれぞれの組み合わせを、ＶＭ稼働状況シート７００のそれぞれのレコードのＶＭＡ〜ＶＭＣのフィールドに設定することにより記憶する。
【0082】
これにより、管理装置１００は、あるサービスを提供する複数のＶＭにＨＷリソースを割り当てるバリエーションを、比較的多く考慮可能にすることができる。また、管理装置１００は、ＶＭ種別の単位で複数のＶＭにＨＷリソースを割り当てるバリエーションを考慮するため、考慮するバリエーションの数を低減し、ＨＷリソースの最小化を検討する際にかかる負担の低減化を図ることができる。次に、図１１の説明に移行する。
【0083】
図１１において、管理装置１００は、ＶＭＡのＶＭ種別を可変にし、ＶＭＢやＶＭＣのＶＭ種別を固定した１以上の組み合わせのうち、最もＨＷリソースが小さい組み合わせを選択する。図１１の例では、管理装置１００は、ＶＭ稼働状況シート７００のレコード１１００を選択する。管理装置１００は、選択したレコード１１００に基づいて、ＶＭＡ〜ＶＭＣのＶＭ種別が変更されるように、ＶＭＡ〜ＶＭＣを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0084】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、６ＣＰＵ、２４ＧＢ、１Ｇｂｉｔ／ｓ×３などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスのレイテンシ４８ｕｓｅｃを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。次に、図１２の説明に移行する。
【0085】
図１２において、管理装置１００は、ＶＭＡのＶＭ種別を可変にし、ＶＭＢやＶＭＣのＶＭ種別を固定した１以上の組み合わせのうち、最もＨＷリソースが大きい組み合わせを選択する。図１２の例では、管理装置１００は、ＶＭ稼働状況シート７００のレコード１２００を選択する。管理装置１００は、選択したレコード１２００に基づいて、ＶＭＡ〜ＶＭＣのＶＭ種別が変更されるように、ＶＭＡ〜ＶＭＣを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0086】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、８ＣＰＵ、３２ＧＢ、１Ｇｂｉｔ／ｓ×２＋１０Ｇｂｉｔ／ｓ×１などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスのレイテンシ３８ｕｓｅｃを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。次に、図１３の説明に移行する。
【0087】
図１３において、管理装置１００は、レコード１１００に対応する最もＨＷリソースが小さい組み合わせから、レコード１２００に対応する最もＨＷリソースが大きい組み合わせに変更した場合に、サービスのレイテンシが１０％以上改善されるか否かを判定する。管理装置１００は、１０％以上改善されるため、レコード１１００に対応する最もＨＷリソースが小さい組み合わせと、レコード１２００に対応する最もＨＷリソースが大きい組み合わせとの間にある、他の組み合わせについての処理を省略しない。
【0088】
図１３の例では、管理装置１００は、ＶＭ稼働状況シート７００のレコード１３００〜１３０２を順次選択する。まず、管理装置１００は、選択したレコード１３００に基づいて、ＶＭＡ〜ＶＭＣのＶＭ種別が変更されるように、ＶＭＡ〜ＶＭＣを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0089】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、８ＣＰＵ、２４ＧＢ、１Ｇｂｉｔ／ｓ×３などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスのレイテンシ４８ｕｓｅｃを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。
【0090】
また、管理装置１００は、選択したレコード１３０１に基づいて、ＶＭＡ〜ＶＭＣのＶＭ種別が変更されるように、ＶＭＡ〜ＶＭＣを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0091】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、６ＣＰＵ、３２ＧＢ、１Ｇｂｉｔ／ｓ×３などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスのレイテンシ４６ｕｓｅｃを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。
【0092】
また、管理装置１００は、選択したレコード１３０２に基づいて、ＶＭＡ〜ＶＭＣのＶＭ種別が変更されるように、ＶＭＡ〜ＶＭＣを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0093】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、６ＣＰＵ、２４ＧＢ、１Ｇｂｉｔ／ｓ×２＋１０Ｇｂｉｔ／ｓ×１などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスのレイテンシ４５ｕｓｅｃを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。次に、図１４の説明に移行する。
【0094】
図１４において、管理装置１００は、ＶＭＢのＶＭ種別を可変にし、ＶＭＡやＶＭＣのＶＭ種別を固定した１以上の組み合わせのうち、最もＨＷリソースが小さい組み合わせを選択する。図１４の例では、管理装置１００は、ＶＭ稼働状況シート７００のレコード１４００を選択する。管理装置１００は、選択したレコード１４００に基づいて、ＶＭＡ〜ＶＭＣのＶＭ種別が変更されるように、ＶＭＡ〜ＶＭＣを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0095】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、６ＣＰＵ、２４ＧＢ、１Ｇｂｉｔ／ｓ×３などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスのレイテンシ４８ｕｓｅｃを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。次に、図１５の説明に移行する。
【0096】
図１５において、管理装置１００は、ＶＭＢのＶＭ種別を可変にし、ＶＭＡやＶＭＣのＶＭ種別を固定した１以上の組み合わせのうち、最もＨＷリソースが大きい組み合わせを選択する。図１５の例では、管理装置１００は、ＶＭ稼働状況シート７００のレコード１５００を選択する。管理装置１００は、選択したレコード１５００に基づいて、ＶＭＡ〜ＶＭＣのＶＭ種別が変更されるように、ＶＭＡ〜ＶＭＣを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0097】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、８ＣＰＵ、３２ＧＢ、１Ｇｂｉｔ／ｓ×２＋１０Ｇｂｉｔ／ｓ×１などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスのレイテンシ４５ｕｓｅｃを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。次に、図１６の説明に移行する。
【0098】
図１６において、管理装置１００は、レコード１４００に対応する最もＨＷリソースが小さい組み合わせから、レコード１５００に対応する最もＨＷリソースが大きい組み合わせに変更した場合に、サービスのレイテンシが１０％以上改善されるか否かを判定する。管理装置１００は、１０％以上改善されないため、レコード１４００に対応する最もＨＷリソースが小さい組み合わせと、レコード１５００に対応する最もＨＷリソースが大きい組み合わせとの間にある、他の組み合わせについての処理を省略する。
【0099】
図１６の例では、管理装置１００は、ＶＭ稼働状況シート７００のレコード１６００〜１６０２の、合計ＨＷリソースのフィールド、および、サービス性能のフィールドには、「ベンチマーク実施しない」を設定する。これにより、管理装置１００は、情報処理装置１０１にＶＭを配置してベンチマークを実行してレイテンシを取得する際にかかる時間を削減し、管理装置１００にかかる負担を低減することができる。その後、管理装置１００は、同様に、ＶＭ稼働状況シート７００の、合計ＨＷリソースのフィールド、および、サービス性能のフィールドを設定する。次に、図１７の説明に移行する。
【0100】
図１７において、管理装置１００は、ＶＭ稼働状況シート７００において、サービス性能が目標サービス性能を満たすＶＭ種別の組み合わせのうち、合計ＨＷリソースが最小になる組み合わせを選択する。目標サービス性能は、ＳＬＡに対応する性能値である。そして、管理装置１００は、選択したＶＭ種別の組み合わせで、ＶＭＡ〜ＶＭＣを複数の情報処理装置１０１に配置する。
【0101】
図１７の例では、管理装置１００は、具体的には、サービス性能のレイテンシが、目標サービス性能のレイテンシよりも小さくなり、ＳＬＡを満たすＶＭ種別の組み合わせのうち、レコード１７００に対応するＶＭ種別の組み合わせを選択する。そして、管理装置１００は、そのＶＭ種別の組み合わせで、ＶＭＡ〜ＶＭＣを複数の情報処理装置１０１に配置する。
【0102】
これにより、管理装置１００は、サービスに用いられるＨＷリソースを、ＳＬＡを満たす範囲で最小化することができる。このため、管理装置１００は、サービスにかかる消費電力の低減化を図ることができる。また、管理装置１００は、他のサービスに利用可能なＨＷリソースを確保し、情報処理システム１１０上でより多くのサービスを提供可能にすることができる。また、管理装置１００は、あるサービスの負荷が急上昇した際に、そのサービスに割り当て可能な、空きＨＷリソースを確保しておき、情報処理システム１１０の安定性の向上を図ることができる。
【0103】
ここで、１つ１つのＶＭに着目してＳＬＡを満たすようにＨＷリソースを最小化しようとする場合が考えられる。例えば、フロントエンドサーバの機能を実現するＶＭに割り当てるＨＷリソースを考慮せず、アプリケーションサーバの機能を実現するＶＭに着目し、そのＶＭに割り当てるＨＷリソースを最小化しようとしてしまう場合が考えられる。
【0104】
しかしながら、フロントエンドサーバのネットワーク帯域がボトルネックになり、アプリケーションサーバの機能を実現するＶＭに割り当てるＨＷリソースを増大させても、サービスの性能値が良好になりにくいことがある。このため、ＳＬＡを満たすために、アプリケーションサーバの機能を実現するＶＭに、比較的大きいＨＷリソースを割り当てなければならないと判断してしまう可能性がある。また、サービスがＳＬＡを満たさないと判断してしまう可能性もある。結果として、サービスに用いられるＨＷリソースを最小化することができない可能性がある。
【0105】
これに対し、管理装置１００は、サービスを１つのＶＭで提供することのほか、サービスを複数のＶＭで提供することについても考慮することができる。管理装置１００は、例えば、１つ１つのＶＭに着目してＳＬＡを満たすようにＨＷリソースを最小化しようとする場合に比べて、ＶＭにＨＷリソースを割り当てるバリエーションをより多く考慮することができる。このため、管理装置１００は、サービスに用いられるＨＷリソースを、ＳＬＡを満たす範囲で、より小さくすることができる。
【0106】
ここでは、管理装置１００が、ＶＭ種別の単位で、ＨＷリソースの組み合わせを複数作成する場合について説明したが、これに限らない。例えば、管理装置１００が、計算資源管理テーブル５００に基づいて、それぞれのＶＭに割り当て可能なＨＷリソースの大きさを特定し、それぞれのＶＭに割り当て可能なＨＷリソースの組み合わせを複数作成する場合があってもよい。
【0107】
例えば、管理装置１００は、それぞれのＶＭに割り当て可能なＣＰＵの最小数と最大数とを特定し、最小数と最大数の間を所定単位で区切り、それぞれのＶＭに割り当てるＣＰＵの数になる複数の候補を特定する。また、管理装置１００は、同様に、それぞれのＶＭに割り当てる記憶容量になる複数の候補、ネットワーク帯域になる複数の候補を特定する。そして、管理装置１００は、それぞれの候補を組み合わせて、それぞれのＶＭに割り当てるＨＷリソースの組み合わせを複数作成し、ＶＭ稼働状況シート７００に設定する。
【0109】
図１８〜図２２は、実施例１における管理処理手順の一例を示すフローチャートである。図１８において、データ取得部９０５は、タイマー部９０４が発生する要求入力を検出したことに応じて、ユーザ定義されたサービスを運用するＶＭグループにおけるＨＷリソースの上限値を、ＯＳから取得し、ＤＢ９０１に保存する（ステップＳ１８０１）。
【0110】
データ取得部９０５は、要求入力に応じて、ユーザ定義されたサービスを運用するＶＭグループに対して、サービス性能となるレイテンシと各ＶＭのＨＷリソースの使用状況を取得して、ＤＢ９０１に保存する（ステップＳ１８０２）。
【0111】
データ取得部９０５は、移動対象となる物理ホストの使用状況を取得して、ＤＢ９０１に保存する（ステップＳ１８０３）。データ取得部９０５は、ＶＭ種別の組み合わせを特定し、ＶＭ稼働状況シート７００を作成し、ＤＢ９０１に保存する（ステップＳ１８０４）。管理装置１００は、図１９のステップＳ１９０１の処理に移行する。
【0112】
図１９において、データ取得部９０５は、ＶＭＡのＶＭ種別を可変にし、ＶＭＢとＶＭＣとのＶＭ種別を固定した、１以上の組み合わせのうち、ＶＭ稼働状況シート７００上でサービス性能が未設定である組み合わせがあるか否かを判定する（ステップＳ１９０１）。ここで、未設定である組み合わせがない場合（ステップＳ１９０１：Ｎｏ）、管理装置１００は、図２０のステップＳ２００１の処理に移行する。
【0113】
一方で、未設定である組み合わせがある場合（ステップＳ１９０１：Ｙｅｓ）、データ取得部９０５は、未設定である組み合わせのうち、ＶＭ稼働状況シート７００上で最も上にある組み合わせを選択する（ステップＳ１９０２）。
【0114】
制御方針決定部９０７は、選択した組み合わせのＶＭＡとＶＭＢとＶＭＣとのＶＭ種別で、ＶＭＡとＶＭＢとＶＭＣとを配置可能な物理ホストが存在するか否かを判定する（ステップＳ１９０３）。ここで、存在しない場合（ステップＳ１９０３：Ｎｏ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＢとＶＭＣとのＶＭ種別を含む組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ１９０４）。管理装置１００は、図２０のステップＳ２００１の処理に移行する。
【0115】
一方で、存在する場合（ステップＳ１９０３：Ｙｅｓ）、制御方針決定部９０７は、ステップＳ１９０５の処理に移行する。制御方針決定部９０７は、選択した組み合わせのＶＭＡとＶＭＢとＶＭＣとのＶＭ種別で、ＶＭＡとＶＭＢとＶＭＣとを配置し、その組み合わせについて、レイテンシを取得してサービス性能を設定する（ステップＳ１９０５）。
【0116】
制御方針決定部９０７は、最もＨＷリソースが大きいＶＭ種別で、ＶＭＡを配置可能な物理ホストが存在するか否かを判定する（ステップＳ１９０６）。ここで、存在しない場合（ステップＳ１９０６：Ｎｏ）、制御方針決定部９０７は、ステップＳ１９０７の処理に移行する。制御方針決定部９０７は、選択した組み合わせと同じＶＭＢとＶＭＣとのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ１９０７）。管理装置１００は、図２０のステップＳ２００１の処理に移行する。
【0117】
一方で、存在する場合（ステップＳ１９０６：Ｙｅｓ）、制御方針決定部９０７は、ＶＭＡが取りうる最もＨＷリソースが大きいＶＭ種別で、ＶＭＡを配置可能な物理ホストにＶＭＡを配置し、レイテンシを取得してサービス性能を設定する（ステップＳ１９０８）。
【0118】
制御方針決定部９０７は、ＶＭＡを配置した結果、サービス性能が１０％以上改善したか否かを判定する（ステップＳ１９０９）。ここで、改善しない場合（ステップＳ１９０９：Ｎｏ）、制御方針決定部９０７は、ステップＳ１９１０の処理に移行する。制御方針決定部９０７は、選択した組み合わせと同じＶＭＢとＶＭＣとのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ１９１０）。管理装置１００は、図２０のステップＳ２００１の処理に移行する。
【0119】
一方で、改善している場合（ステップＳ１９０９：Ｙｅｓ）、制御方針決定部９０７は、ステップＳ１９１１の処理に移行する。制御方針決定部９０７は、選択した組み合わせと同じＶＭＢとＶＭＣとのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、レイテンシを取得してサービス性能を設定する（ステップＳ１９１１）。管理装置１００は、図２０のステップＳ２００１の処理に移行する。
【0120】
図２０において、データ取得部９０５は、ＶＭＢのＶＭ種別を可変にし、ＶＭＡとＶＭＣとのＶＭ種別を固定した、１以上の組み合わせのうち、ＶＭ稼働状況シート７００上でサービス性能が未設定である組み合わせがあるか否かを判定する（ステップＳ２００１）。ここで、未設定である組み合わせがない場合（ステップＳ２００１：Ｎｏ）、管理装置１００は、図２１のステップＳ２１０１の処理に移行する。
【0121】
一方で、未設定である組み合わせがある場合（ステップＳ２００１：Ｙｅｓ）、データ取得部９０５は、未設定である組み合わせのうち、ＶＭ稼働状況シート７００上で最も上にある組み合わせを選択する（ステップＳ２００２）。
【0122】
制御方針決定部９０７は、選択した組み合わせのＶＭＡとＶＭＢとＶＭＣとのＶＭ種別で、ＶＭＡとＶＭＢとＶＭＣとを配置可能な物理ホストが存在するか否かを判定する（ステップＳ２００３）。ここで、存在しない場合（ステップＳ２００３：Ｎｏ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＡとＶＭＣとのＶＭ種別を含む組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ２００４）。管理装置１００は、図２１のステップＳ２１０１の処理に移行する。
【0123】
一方で、存在する場合（ステップＳ２００３：Ｙｅｓ）、制御方針決定部９０７は、ステップＳ２００５の処理に移行する。制御方針決定部９０７は、選択した組み合わせのＶＭＡとＶＭＢとＶＭＣとのＶＭ種別で、ＶＭＡとＶＭＢとＶＭＣとを配置し、その組み合わせについて、レイテンシを取得してサービス性能を設定する（ステップＳ２００５）。
【0124】
制御方針決定部９０７は、最もＨＷリソースが大きいＶＭ種別で、ＶＭＢを配置可能な物理ホストが存在するか否かを判定する（ステップＳ２００６）。ここで、存在しない場合（ステップＳ２００６：Ｎｏ）、制御方針決定部９０７は、ステップＳ２００７の処理に移行する。制御方針決定部９０７は、選択した組み合わせと同じＶＭＡとＶＭＣとのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ２００７）。管理装置１００は、図２１のステップＳ２１０１の処理に移行する。
【0125】
一方で、存在する場合（ステップＳ２００６：Ｙｅｓ）、制御方針決定部９０７は、ＶＭＢが取りうる最もＨＷリソースが大きいＶＭ種別で、ＶＭＢを配置可能な物理ホストにＶＭＢを配置し、レイテンシを取得してサービス性能を設定する（ステップＳ２００８）。
【0126】
制御方針決定部９０７は、ＶＭＢを配置した結果、サービス性能が１０％以上改善したか否かを判定する（ステップＳ２００９）。ここで、改善しない場合（ステップＳ２００９：Ｎｏ）、制御方針決定部９０７は、ステップＳ２０１０の処理に移行する。制御方針決定部９０７は、選択した組み合わせと同じＶＭＡとＶＭＣとのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ２０１０）。管理装置１００は、図２１のステップＳ２１０１の処理に移行する。
【0127】
一方で、改善している場合（ステップＳ２００９：Ｙｅｓ）、制御方針決定部９０７は、ステップＳ２０１１の処理に移行する。制御方針決定部９０７は、選択した組み合わせと同じＶＭＡとＶＭＣとのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、レイテンシを取得してサービス性能を設定する（ステップＳ２０１１）。管理装置１００は、図２１のステップＳ２１０１の処理に移行する。
【0128】
図２１において、データ取得部９０５は、ＶＭＣのＶＭ種別を可変にし、ＶＭＡとＶＭＢとのＶＭ種別を固定した、１以上の組み合わせのうち、ＶＭ稼働状況シート７００上でサービス性能が未設定である組み合わせがあるか否かを判定する（ステップＳ２１０１）。ここで、未設定である組み合わせがない場合（ステップＳ２１０１：Ｎｏ）、管理装置１００は、図２２のステップＳ２２０１の処理に移行する。
【0129】
一方で、未設定である組み合わせがある場合（ステップＳ２１０１：Ｙｅｓ）、データ取得部９０５は、未設定である組み合わせのうち、ＶＭ稼働状況シート７００上で最も上にある組み合わせを選択する（ステップＳ２１０２）。
【0130】
制御方針決定部９０７は、選択した組み合わせのＶＭＡとＶＭＢとＶＭＣとのＶＭ種別で、ＶＭＡとＶＭＢとＶＭＣとを配置可能な物理ホストが存在するか否かを判定する（ステップＳ２１０３）。ここで、存在しない場合（ステップＳ２１０３：Ｎｏ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＡとＶＭＢとのＶＭ種別を含む組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ２１０４）。管理装置１００は、図２２のステップＳ２２０１の処理に移行する。
【0131】
一方で、存在する場合（ステップＳ２１０３：Ｙｅｓ）、制御方針決定部９０７は、ステップＳ２１０５の処理に移行する。制御方針決定部９０７は、選択した組み合わせのＶＭＡとＶＭＢとＶＭＣとのＶＭ種別で、ＶＭＡとＶＭＢとＶＭＣとを配置し、その組み合わせについて、レイテンシを取得してサービス性能を設定する（ステップＳ２１０５）。
【0132】
制御方針決定部９０７は、最もＨＷリソースが大きいＶＭ種別で、ＶＭＣを配置可能な物理ホストが存在するか否かを判定する（ステップＳ２１０６）。ここで、存在しない場合（ステップＳ２１０６：Ｎｏ）、制御方針決定部９０７は、ステップＳ２１０７の処理に移行する。制御方針決定部９０７は、選択した組み合わせと同じＶＭＡとＶＭＢとのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ２１０７）。管理装置１００は、図２２のステップＳ２２０１の処理に移行する。
【0133】
一方で、存在する場合（ステップＳ２１０６：Ｙｅｓ）、制御方針決定部９０７は、ＶＭＣが取りうる最もＨＷリソースが大きいＶＭ種別で、ＶＭＣを配置可能な物理ホストにＶＭＣを配置し、レイテンシを取得してサービス性能を設定する（ステップＳ２１０８）。
【0134】
制御方針決定部９０７は、ＶＭＣを配置した結果、サービス性能が１０％以上改善したか否かを判定する（ステップＳ２１０９）。ここで、改善しない場合（ステップＳ２１０９：Ｎｏ）、制御方針決定部９０７は、ステップＳ２１１０の処理に移行する。制御方針決定部９０７は、選択した組み合わせと同じＶＭＡとＶＭＢとのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ２１１０）。管理装置１００は、図２２のステップＳ２２０１の処理に移行する。
【0135】
一方で、改善している場合（ステップＳ２１０９：Ｙｅｓ）、制御方針決定部９０７は、ステップＳ２１１１の処理に移行する。制御方針決定部９０７は、選択した組み合わせと同じＶＭＡとＶＭＢとのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、レイテンシを取得してサービス性能を設定する（ステップＳ２１１１）。管理装置１００は、図２２のステップＳ２２０１の処理に移行する。
【0136】
図２２において、データ取得部９０５は、合計ＨＷリソースを算出し、ＶＭ稼働状況シート７００に設定する（ステップＳ２２０１）。データ取得部９０５は、ＤＢ９０１を参照して、ＶＭ稼働状況シート７００上でサービス性能が未設定である組み合わせがあるか否かを判定する（ステップＳ２２０２）。ここで、未設定である組み合わせがある場合（ステップＳ２２０２：Ｙｅｓ）、管理装置１００は、図１９のステップＳ１９０１の処理に移行する。
【0137】
一方で、未設定である組み合わせがない場合（ステップＳ２２０２：Ｎｏ）、移動対象選択部９０６は、ＤＢ９０１を参照して、ＶＭ稼働状況シート７００上で、ＳＬＡを満たすサービス性能があるか否かを判定する（ステップＳ２２０３）。ここで、ＳＬＡを満たすサービス性能がない場合（ステップＳ２２０３：Ｎｏ）、管理装置１００は、管理処理を終了する。
【0138】
一方で、ＳＬＡを満たすサービス性能がある場合（ステップＳ２２０３：Ｙｅｓ）、制御方針決定部９０７は、ＳＬＡを満たし、合計ＨＷリソースが最も小さい組み合わせを選択する（ステップＳ２２０４）。制御方針決定部９０７は、選択した組み合わせになるように、ＶＭを配置する（ステップＳ２２０５）。管理装置１００は、管理処理を終了する。これにより、管理装置１００は、サービスに用いられるＨＷリソースを、ＳＬＡを満たす範囲で最小化することができる。
【0140】
図２３〜図２７は、管理装置１００の動作例２を示す説明図である。動作例２は、管理装置１００が、性能情報として処理量［ｏｐｓ（ｏｐｅｒａｔｉｏｎｓ）］またはスループット［ｏｐｓ／ｓｅｃ］を用いる場合についての動作例である。
【0141】
図２３において、管理装置１００は、ＶＭ種別の単位で、ＨＷリソースの組み合わせを複数作成し、ＶＭ稼働状況シート７００を作成する。管理装置１００は、例えば、ＶＭ種別テーブル６００に基づいて、ＶＭＤに関する５つのＶＭ種別と、ＶＭＥに関する５つのＶＭ種別とを組み合わせた、２５の組み合わせを作成する。ＶＭ種別は、例えば、Ｌｏｗ Ｓｐｅｃ、ＣＰＵ Ｒｉｃｈ、ＭＥＭ Ｒｉｃｈ、ＮＥＴ Ｒｉｃｈ、Ｈｉｇｈ Ｓｐｅｃなどである。管理装置１００は、作成したそれぞれの組み合わせを、ＶＭ稼働状況シート７００のそれぞれのレコードのＶＭＤやＶＭＥのフィールドに設定することにより記憶する。
【0142】
これにより、管理装置１００は、あるサービスを提供する複数のＶＭにＨＷリソースを割り当てるバリエーションを、比較的多く考慮可能にすることができる。また、管理装置１００は、ＶＭ種別の単位で複数のＶＭにＨＷリソースを割り当てるバリエーションを考慮するため、考慮するバリエーションの数を低減し、ＨＷリソースの最小化を検討する際にかかる負担の低減化を図ることができる。次に、図２４の説明に移行する。
【0143】
図２４において、管理装置１００は、ＶＭＤのＶＭ種別を可変にし、ＶＭＥのＶＭ種別を固定した１以上の組み合わせのうち、最もＨＷリソースが小さい組み合わせを選択する。図２４の例では、管理装置１００は、ＶＭ稼働状況シート７００のレコード２４００を選択する。管理装置１００は、選択したレコード２４００に基づいて、ＶＭＤやＶＭＥのＶＭ種別が変更されるように、ＶＭＤやＶＭＥを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0144】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、４ＣＰＵ、１６ＧＢ、１Ｇｂｉｔ／ｓ×２などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスの処理量９０ｏｐｓを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。次に、図２５の説明に移行する。
【0145】
図２５において、管理装置１００は、ＶＭＤのＶＭ種別を可変にし、ＶＭＥのＶＭ種別を固定した１以上の組み合わせのうち、最もＨＷリソースが大きい組み合わせを選択する。図２５の例では、管理装置１００は、ＶＭ稼働状況シート７００のレコード２５００を選択する。管理装置１００は、選択したレコード２５００に基づいて、ＶＭＤやＶＭＥのＶＭ種別が変更されるように、ＶＭＤやＶＭＥを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0146】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、６ＣＰＵ、２４ＧＢ、１Ｇｂｉｔ／ｓ×１＋１０Ｇｂｉｔ／ｓ×１などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスの処理量１０４ｏｐｓを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。次に、図２６の説明に移行する。
【0147】
図２６において、管理装置１００は、レコード２４００に対応する最もＨＷリソースが小さい組み合わせから、レコード２５００に対応する最もＨＷリソースが大きい組み合わせに変更した場合に、サービスの処理量が１０％以上改善されるか否かを判定する。管理装置１００は、１０％以上改善されるため、レコード２４００に対応する最もＨＷリソースが小さい組み合わせと、レコード２５００に対応する最もＨＷリソースが大きい組み合わせとの間にある、他の組み合わせについての処理を省略しない。
【0148】
図２６の例では、管理装置１００は、ＶＭ稼働状況シート７００のレコード２６００〜２６０２を順次選択する。まず、管理装置１００は、選択したレコード２６００に基づいて、ＶＭＤやＶＭＥのＶＭ種別が変更されるように、ＶＭＤやＶＭＥを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0149】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、６ＣＰＵ、１６ＧＢ、１Ｇｂｉｔ／ｓ×２などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスの処理量９０ｏｐｓを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。
【0150】
また、管理装置１００は、選択したレコード２６０１に基づいて、ＶＭＤやＶＭＥのＶＭ種別が変更されるように、ＶＭＤやＶＭＥを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0151】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、４ＣＰＵ、２４ＧＢ、１Ｇｂｉｔ／ｓ×２などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスの処理量９６ｏｐｓを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。
【0152】
また、管理装置１００は、選択したレコード２６０２に基づいて、ＶＭＤやＶＭＥのＶＭ種別が変更されるように、ＶＭＤやＶＭＥを複数の情報処理装置１０１に配置し、ベンチマークを実行する。
【0153】
その後、管理装置１００は、サービスに用いられるＨＷリソースの大きさの情報として、４ＣＰＵ、１６ＧＢ、１Ｇｂｉｔ／ｓ×１＋１０Ｇｂｉｔ／ｓ×１などを取得し、ＶＭ稼働状況シート７００の合計ＨＷリソースのフィールドに設定することにより記憶する。管理装置１００は、サービスの処理量９４ｏｐｓを取得し、ＶＭ稼働状況シート７００のサービス性能のフィールドに設定することにより記憶する。その後、管理装置１００は、同様に、ＶＭ稼働状況シート７００の、合計ＨＷリソースのフィールド、および、サービス性能のフィールドを設定する。次に、図２７の説明に移行する。
【0154】
図２７において、管理装置１００は、ＶＭ稼働状況シート７００において、サービス性能が目標サービス性能を満たすＶＭ種別の組み合わせのうち、合計ＨＷリソースが最小になる組み合わせを選択する。目標サービス性能は、ＳＬＡに対応する性能値である。そして、管理装置１００は、選択したＶＭ種別の組み合わせで、ＶＭＤやＶＭＥを複数の情報処理装置１０１に配置する。
【0155】
図２７の例では、管理装置１００は、具体的には、サービス性能の処理量が、目標サービス性能の処理量よりも大きくなり、ＳＬＡを満たすＶＭ種別の組み合わせのうち、レコード２７００に対応するＶＭ種別の組み合わせを選択する。そして、管理装置１００は、そのＶＭ種別の組み合わせで、ＶＭＤやＶＭＥを複数の情報処理装置１０１に配置する。
【0156】
これにより、管理装置１００は、サービスに用いられるＨＷリソースを、ＳＬＡを満たす範囲で最小化することができる。このため、管理装置１００は、サービスにかかる消費電力の低減化を図ることができる。また、管理装置１００は、他のサービスに利用可能なＨＷリソースを確保し、情報処理システム１１０上でより多くのサービスを提供可能にすることができる。また、管理装置１００は、あるサービスの負荷が急上昇した際に、そのサービスに割り当て可能な、空きＨＷリソースを確保しておき、情報処理システム１１０の安定性の向上を図ることができる。
【0157】
ここでは、管理装置１００が、ＶＭ種別の単位で、ＨＷリソースの組み合わせを複数作成する場合について説明したが、これに限らない。例えば、管理装置１００が、計算資源管理テーブル５００に基づいて、それぞれのＶＭに割り当て可能なＨＷリソースの大きさを特定し、それぞれのＶＭに割り当て可能なＨＷリソースの組み合わせを複数作成する場合があってもよい。
【0158】
例えば、管理装置１００は、それぞれのＶＭに割り当て可能なＣＰＵの最小数と最大数とを特定し、最小数と最大数の間を所定単位で区切り、それぞれのＶＭに割り当てるＣＰＵの数になる複数の候補を特定する。また、管理装置１００は、同様に、それぞれのＶＭに割り当てる記憶容量になる複数の候補、ネットワーク帯域になる複数の候補を特定する。そして、管理装置１００は、それぞれの候補を組み合わせて、それぞれのＶＭに割り当てるＨＷリソースの組み合わせを複数作成し、ＶＭ稼働状況シート７００に設定する。
【0160】
図２８〜図３１は、実施例２における管理処理手順の一例を示すフローチャートである。図２８において、データ取得部９０５は、タイマー部９０４が発生する要求入力を検出したことに応じて、ユーザ定義されたサービスを運用するＶＭグループにおけるＨＷリソースの上限値を、ＯＳから取得し、ＤＢ９０１に保存する（ステップＳ２８０１）。
【0161】
データ取得部９０５は、要求入力に応じて、ユーザ定義されたサービスを運用するＶＭグループに対して、サービス性能となる処理量と各ＶＭのＨＷリソースの使用状況を取得して、ＤＢ９０１に保存する（ステップＳ２８０２）。
【0162】
データ取得部９０５は、移動対象となる物理ホストの使用状況を取得して、ＤＢ９０１に保存する（ステップＳ２８０３）。データ取得部９０５は、ＶＭ種別の組み合わせを特定し、ＶＭ稼働状況シート７００を作成し、ＤＢ９０１に保存する（ステップＳ２８０４）。管理装置１００は、図２９のステップＳ２９０１の処理に移行する。
【0163】
図２９において、データ取得部９０５は、ＶＭＤのＶＭ種別を可変にし、ＶＭＥのＶＭ種別を固定した、１以上の組み合わせのうち、ＶＭ稼働状況シート７００上でサービス性能が未設定である組み合わせがあるか否かを判定する（ステップＳ２９０１）。ここで、未設定である組み合わせがない場合（ステップＳ２９０１：Ｎｏ）、管理装置１００は、図３０のステップＳ３００１の処理に移行する。
【0164】
一方で、未設定である組み合わせがある場合（ステップＳ２９０１：Ｙｅｓ）、データ取得部９０５は、未設定である組み合わせのうち、ＶＭ稼働状況シート７００上で最も上にある組み合わせを選択する（ステップＳ２９０２）。
【0165】
制御方針決定部９０７は、選択した組み合わせのＶＭＤとＶＭＥとのＶＭ種別で、ＶＭＤとＶＭＥとを配置可能な物理ホストが存在するか否かを判定する（ステップＳ２９０３）。ここで、存在しない場合（ステップＳ２９０３：Ｎｏ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＥのＶＭ種別を含む組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ２９０４）。管理装置１００は、図３０のステップＳ３００１の処理に移行する。
【0166】
一方で、存在する場合（ステップＳ２９０３：Ｙｅｓ）、制御方針決定部９０７は、選択した組み合わせのＶＭＤとＶＭＥとのＶＭ種別で、ＶＭＤとＶＭＥとを配置し、その組み合わせについて、処理量を取得してサービス性能を設定する（ステップＳ２９０５）。
【0167】
制御方針決定部９０７は、最もＨＷリソースが大きいＶＭ種別で、ＶＭＤを配置可能な物理ホストが存在するか否かを判定する（ステップＳ２９０６）。ここで、存在しない場合（ステップＳ２９０６：Ｎｏ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＥのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ２９０７）。管理装置１００は、図３０のステップＳ３００１の処理に移行する。
【0168】
一方で、存在する場合（ステップＳ２９０６：Ｙｅｓ）、制御方針決定部９０７は、ＶＭＤが取りうる最もＨＷリソースが大きいＶＭ種別で、ＶＭＤを配置可能な物理ホストにＶＭＤを配置し、処理量を取得してサービス性能を設定する（ステップＳ２９０８）。
【0169】
制御方針決定部９０７は、ＶＭＤを配置した結果、サービス性能が１０％以上改善したか否かを判定する（ステップＳ２９０９）。ここで、改善しない場合（ステップＳ２９０９：Ｎｏ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＥのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ２９１０）。管理装置１００は、図３０のステップＳ３００１の処理に移行する。
【0170】
一方で、改善している場合（ステップＳ２９０９：Ｙｅｓ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＥのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、処理量を取得してサービス性能を設定する（ステップＳ２９１１）。管理装置１００は、図３０のステップＳ３００１の処理に移行する。
【0171】
図３０において、データ取得部９０５は、ＶＭＥのＶＭ種別を可変にし、ＶＭＤのＶＭ種別を固定した、１以上の組み合わせのうち、ＶＭ稼働状況シート７００上でサービス性能が未設定である組み合わせがあるか否かを判定する（ステップＳ３００１）。ここで、未設定である組み合わせがない場合（ステップＳ３００１：Ｎｏ）、管理装置１００は、図３１のステップＳ３１０１の処理に移行する。
【0172】
一方で、未設定である組み合わせがある場合（ステップＳ３００１：Ｙｅｓ）、データ取得部９０５は、未設定である組み合わせのうち、ＶＭ稼働状況シート７００上で最も上にある組み合わせを選択する（ステップＳ３００２）。
【0173】
制御方針決定部９０７は、選択した組み合わせのＶＭＤとＶＭＥとのＶＭ種別で、ＶＭＤとＶＭＥとを配置可能な物理ホストが存在するか否かを判定する（ステップＳ３００３）。ここで、存在しない場合（ステップＳ３００３：Ｎｏ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＤのＶＭ種別を含む組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ３００４）。管理装置１００は、図３１のステップＳ３１０１の処理に移行する。
【0174】
一方で、存在する場合（ステップＳ３００３：Ｙｅｓ）、制御方針決定部９０７は、選択した組み合わせのＶＭＤとＶＭＥとのＶＭ種別で、ＶＭＤとＶＭＥとを配置し、その組み合わせについて、処理量を取得してサービス性能を設定する（ステップＳ３００５）。
【0175】
制御方針決定部９０７は、最もＨＷリソースが大きいＶＭ種別で、ＶＭＥを配置可能な物理ホストが存在するか否かを判定する（ステップＳ３００６）。ここで、存在しない場合（ステップＳ３００６：Ｎｏ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＤのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ３００７）。管理装置１００は、図３１のステップＳ３１０１の処理に移行する。
【0176】
一方で、存在する場合（ステップＳ３００６：Ｙｅｓ）、制御方針決定部９０７は、ＶＭＥが取りうる最もＨＷリソースが大きいＶＭ種別で、ＶＭＥを配置可能な物理ホストにＶＭＥを配置し、処理量を取得してサービス性能を設定する（ステップＳ３００８）。
【0177】
制御方針決定部９０７は、ＶＭＥを配置した結果、サービス性能が１０％以上改善したか否かを判定する（ステップＳ３００９）。ここで、改善しない場合（ステップＳ３００９：Ｎｏ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＤのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、サービス性能をベンチマーク実施しないに設定する（ステップＳ３０１０）。管理装置１００は、図３１のステップＳ３１０１の処理に移行する。
【0178】
一方で、改善している場合（ステップＳ３００９：Ｙｅｓ）、制御方針決定部９０７は、選択した組み合わせと同じＶＭＤのＶＭ種別を含み、サービス性能が未設定である組み合わせについて、処理量を取得してサービス性能を設定する（ステップＳ３０１１）。管理装置１００は、図３１のステップＳ３１０１の処理に移行する。
【0179】
図３１において、データ取得部９０５は、合計ＨＷリソースを算出し、ＶＭ稼働状況シート７００に設定する（ステップＳ３１０１）。データ取得部９０５は、ＤＢ９０１を参照して、ＶＭ稼働状況シート７００上でサービス性能が未設定である組み合わせがあるか否かを判定する（ステップＳ３１０２）。ここで、未設定である組み合わせがある場合（ステップＳ３１０２：Ｙｅｓ）、管理装置１００は、図２９のステップＳ２９０１の処理に移行する。
【0180】
一方で、未設定である組み合わせがない場合（ステップＳ３１０２：Ｎｏ）、移動対象選択部９０６は、ＤＢ９０１を参照して、ＶＭ稼働状況シート７００上で、ＳＬＡを満たすサービス性能があるか否かを判定する（ステップＳ３１０３）。ここで、ＳＬＡを満たすサービス性能がない場合（ステップＳ３１０３：Ｎｏ）、管理装置１００は、管理処理を終了する。
【0181】
一方で、ＳＬＡを満たすサービス性能がある場合（ステップＳ３１０３：Ｙｅｓ）、制御方針決定部９０７は、ＳＬＡを満たし、合計ＨＷリソースが最も小さい組み合わせを選択する（ステップＳ３１０４）。制御方針決定部９０７は、選択した組み合わせになるように、ＶＭを配置する（ステップＳ３１０５）。管理装置１００は、管理処理を終了する。これにより、管理装置１００は、サービスに用いられるＨＷリソースを、ＳＬＡを満たす範囲で最小化することができる。
【0182】
以上説明したように、管理装置１００によれば、複数の情報処理装置１０１がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループ毎に、各情報処理装置１０１の構成情報と性能情報とを取得し、記憶部に記憶することができる。また、管理装置１００によれば、記憶部が複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを複数のグループ毎に選択することができる。また、管理装置１００によれば、移動対象仮想マシンを他のグループに移動させた場合、移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすとき、対象グループから他のグループへの移動対象仮想マシンの移動を決定することができる。これにより、管理装置１００は、ＳＬＡを満たす範囲で、対象グループより、サービスのために用いられるＨＷリソースが小さい可能性があるグループを特定することができる。そして、管理装置１００は、ＶＭＡ〜ＶＭＣを、ＳＬＡを満たす他のグループに移動して、ＨＷリソースの最小化を図ることができる。
【0183】
管理装置１００によれば、各情報処理装置１０１の構成情報に応じた仮想マシン種別を複数のグループ毎に記憶部に記憶することができる。また、管理装置１００によれば、記憶部が複数のグループ毎に記憶する仮想マシン種別と性能情報とに基づき、移動対象仮想マシンを複数のグループ毎に選択することができる。これにより、管理装置１００は、ＶＭ種別の単位で、複数のＶＭに割り当てるＨＷリソースの組み合わせのバリエーションを考慮することができる。このため、管理装置１００は、考慮するバリエーションの数を低減することができ、ＨＷリソースの最小化を検討する際にかかる負担の低減化を図ることができる。
【0184】
また、管理装置１００によれば、さらに、移動対象仮想マシンを他のグループに移動させた場合、移動対象仮想マシンに対応するサービスの性能値が、移動前の移動対象仮想マシンに対応するサービスの性能値よりも良好であるか否かを判断することができる。また、管理装置１００によれば、基準値を満たし、かつ、良好であるとき、対象グループから他のグループへの移動対象仮想マシンの移動を決定することができる。これにより、管理装置１００は、現在よりもサービスの性能値が良好になる場合にＶＭを移動するため、効率よくサービスの性能値の向上を図ることができる。
【0185】
また、管理装置１００によれば、対象グループの計算資源より他のグループの計算資源が少ないとき、対象グループから他のグループへの移動対象仮想マシンの移動を決定することができる。これにより、管理装置１００は、現在よりもサービスに用いられるＨＷリソースが小さくなる場合にＶＭを移動するため、効率よくサービスに用いられる計算資源の最小化を図ることができる。
【0186】
また、管理装置１００によれば、取得済みの構成情報と性能情報とに基づき、性能情報を未取得であるグループについて性能情報を取得するか否かを判定し、取得すると判定したグループについて性能情報を取得して記憶部に記憶することができる。これにより、管理装置１００は、情報処理装置１０１にＶＭを配置してベンチマークを実行して性能情報を取得する際にかかる時間を削減し、管理装置１００にかかる負担を低減することができる。
【0187】
なお、本実施の形態で説明した情報処理システムの制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本実施の形態で説明した管理装置の管理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本実施の形態で説明した管理装置の管理プログラムは、インターネット等のネットワークを介して配布してもよい。
【0188】
上述した実施の形態に関し、さらに以下の付記を開示する。
【0189】
（付記１）複数の計算資源をそれぞれ有する複数の情報処理装置を備える情報処理システムを管理する管理装置であって、前記複数の情報処理装置がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループの各々がそれぞれ実行するホストＯＳから取得した、各情報処理装置の構成情報と性能情報とを、前記複数のグループ毎に記憶部に記憶する取得部と、
前記記憶部が前記複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを前記複数のグループ毎に選択する選択部と、
前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断し、前記基準値を満たすとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する決定部と、
を有することを特徴とする管理装置。
【0190】
（付記２）前記取得部は、各情報処理装置の構成情報に応じた仮想マシン種別を前記複数のグループ毎に記憶部に記憶し、前記選択部は、前記記憶部が前記複数のグループ毎に記憶する仮想マシン種別と性能情報とに基づき、前記移動対象仮想マシンを複数のグループ毎に選択する、
ことを特徴とする付記１に記載の管理装置。
【0191】
（付記３）前記決定部は、前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が、前記基準値を満たすか否か、および、移動前の前記移動対象仮想マシンに対応するサービスの性能値よりも良好であることを示すか否かを判断し、前記基準値を満たし、かつ、良好であることを示すとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する、ことを特徴とする付記１または２に記載の管理装置。
【0192】
（付記４）前記決定部は、前記対象グループの計算資源より前記他のグループの計算資源が少ないとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する、ことを特徴とする付記１〜３のいずれか一つに記載の管理装置。
【0193】
（付記５）前記取得部は、取得済みの構成情報と性能情報とに基づき、性能情報を未取得であるグループについて性能情報を取得するか否かを判定し、取得すると判定したグループについて性能情報を取得して前記記憶部に記憶する、ことを特徴とする付記１〜４のいずれか一つに記載の管理装置。
【0194】
（付記６）複数の計算資源をそれぞれ有する複数の情報処理装置を備える情報処理システムの制御方法であって、前記情報処理システムを管理する管理装置が、
前記複数の情報処理装置がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループの各々がそれぞれ実行するホストＯＳから取得した、各情報処理装置の構成情報と性能情報とを、前記複数のグループ毎に記憶部に記憶し、
前記記憶部が前記複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを前記複数のグループ毎に選択し、
前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断し、前記基準値を満たすとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する、
処理を実行することを特徴とする制御方法。
【0195】
（付記７）複数の計算資源をそれぞれ有する複数の情報処理装置を備える情報処理システムを管理する管理装置の管理プログラムであって、前記複数の情報処理装置がそれぞれ属し、所定のサービスをそれぞれ提供する複数のグループの各々がそれぞれ実行するホストＯＳから取得した、各情報処理装置の構成情報と性能情報とを、前記複数のグループ毎に記憶部に記憶し、
前記記憶部が前記複数のグループ毎に記憶する構成情報と性能情報とに基づき、選択対象の仮想マシンが属する対象グループから他のグループへの移動対象となる移動対象仮想マシンを前記複数のグループ毎に選択し、
前記移動対象仮想マシンを前記他のグループに移動させた場合、前記移動対象仮想マシンに対応するサービスの性能値が予め定められた基準値を満たすか否かを判断し、前記基準値を満たすとき、前記対象グループから前記他のグループへの前記移動対象仮想マシンの移動を決定する、
処理を前記管理装置に実行させることを特徴とする管理プログラム。
【符号の説明】
【0196】
１００ 管理装置１０１ 情報処理装置
１１０ 情報処理システム
２１０ ネットワーク
３０１ インターネット
３０２ ファイアウォール
３０３ クライアント装置
４００ バス
４０１ ＣＰＵ
４０２ メモリ
４０３ ネットワークＩ／Ｆ
４０４ 記録媒体Ｉ／Ｆ
４０５ 記録媒体
５００ 計算資源管理テーブル
６００ ＶＭ種別テーブル
７００ ＶＭ稼働状況シート
８０１ 記憶部
８０２ 取得部
８０３ 選択部
８０４ 決定部
８０５ 出力部
９００ ＶＭ管理ソフトウェア
９０１ ＤＢ
９０２ グループ定義
９０３ サービス性能情報
９０４ タイマー部
９０５ データ取得部
９０６ 移動対象選択部
９０７ 制御方針決定部
９１０ インフラ管理ソフトウェア
９１１ 制御受け取り部
９１２ 制御指示部
９２１，９２２ 仮想化ソフトウェア