(57)【要約】【課題】  仮想マシンが移行されたホストに新たな仮想マシンを配備する場合、移行元のホストに仮想マシンを戻した後のホストの負荷を平準化する。【解決手段】  複数のホストへの仮想マシンの配備を制御する情報処理装置は、仮リソース量算出部と配備制御部とを有する。仮リソース量算出部は、複数のホストのうち、仮想マシンの移行元のホストを除く配備の対象のホストの各々において、移行元のホストから移行された仮想マシンに使用するリソースを未使用のリソースとして、使用可能なリソース量である仮の空きリソース量を算出する。配備制御部は、配備の対象のホストのうち、仮の空きリソース量が最も大きいホストに新たな仮想マシンを配備する。【選択図】    図１
2019079334.tif 000002
【特許請求の範囲】
【請求項１】
複数のホストへの仮想マシンの配備を制御する情報処理装置において、
前記複数のホストのうち、仮想マシンの移行元のホストを除く配備の対象のホストの各々において、前記移行元のホストから移行された仮想マシンに使用するリソースを未使用のリソースとして、使用可能なリソース量である仮の空きリソース量を算出する仮リソース量算出部と、
前記配備の対象のホストのうち、仮の空きリソース量が最も大きいホストに新たな仮想マシンを配備する配備制御部と
を備えることを特徴とする情報処理装置。
【請求項２】
前記配備の対象のホストの各々において、実際に使用可能なリソース量である実の空きリソース量を算出する実リソース量算出部と、
前記移行元のホストから前記配備の対象のホストに仮想マシンを移行する場合、前記配備の対象のホストのうち、実の空きリソース量が最も小さいホストに仮想マシンを移行する移行制御部と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記移行制御部は、前記移行元のホストに配備された複数の仮想マシンを、リソース量が小さい順に前記配備の対象のホストのいずれかに移行すること
を特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記配備の対象のホストの各々において、実際に使用可能なリソース量である実の空きリソース量を算出する実リソース量算出部と、
前記移行元のホストから前記配備の対象のホストに仮想マシンを移行する場合、前記配備の対象のホストのうち、実の空きリソース量が最も大きいホストに仮想マシンを移行する移行制御部と
を備えることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記配備の対象のホストの各々の実の空きリソース量と仮の空きリソース量とを保持するホスト情報保持部を備え、
前記移行制御部は、
前記ホスト情報保持部に保持された実の空きリソース量に基づいて、仮想マシンを移行するホストを決定し、
仮想マシンをホストに移行する毎に、仮想マシンの移行先のホストの実の空きリソース量を前記実リソース量算出部に算出させ、
前記実リソース量算出部が算出した実の空きリソース量を前記ホスト情報保持部に格納し、
前記配備制御部は、
前記ホスト情報保持部に保持された仮の空きリソース量に基づいて、新たな仮想マシンを配備するホストを決定し、
新たな仮想マシンを配備したホストの実の空きリソース量を前記実リソース量算出部に算出させ、
新たな仮想マシンを配備したホストの仮の空きリソース量を前記仮リソース量算出部に算出させ、
前記実リソース量算出部が算出した実の空きリソース量と、前記仮リソース量算出部が算出した仮の空きリソース量とを前記ホスト情報保持部に格納すること
を特徴とする請求項２ないし請求項４のいずれか１項に記載の情報処理装置。
【請求項６】
仮想マシンが配備されるホストを識別する第１の識別情報と、仮想マシンを識別する第２の識別情報と、仮想マシンに使用するリソース量と、移行する仮想マシンを示す移行識別子とを、前記複数のホストの各々に配備される仮想マシン毎に保持する仮想マシン情報保持部を備え、
前記仮リソース量算出部は、前記仮想マシン情報保持部において前記移行識別子に対応して保持される前記第２の識別情報で識別される仮想マシンに使用するリソースを未使用のリソースとして、仮の空きリソース量を算出すること
を特徴とする請求項２ないし請求項５のいずれか１項に記載の情報処理装置。
【請求項７】
前記仮想マシン情報保持部は、さらに、前記移行元のホストを識別する第３の識別情報を仮想マシン毎に保持し、
前記移行制御部は、
前記配備の対象のホストから前記移行元のホストに仮想マシンを戻す場合、前記仮想マシン情報保持部において前記第３の識別情報に対応して保持される前記第２の識別情報で識別される仮想マシンを前記配備の対象のホストから追い出し、追い出した仮想マシンを前記第３の識別情報が示すホストに戻し、
仮想マシンを追い出したホストの実の空きリソース量を前記実リソース量算出部に算出させること
を特徴とする請求項６に記載の情報処理装置。
【請求項８】
仮想マシンが配備されるホストを識別する第１の識別情報と、仮想マシンを識別する第２の識別情報と、仮想マシンに使用するリソース量と、前記移行元のホストを識別する第３の識別情報とを、前記複数のホストの各々に配備される仮想マシン毎に保持する仮想マシン情報保持部を備え、
前記仮リソース量算出部は、前記仮想マシン情報保持部において前記第３の識別情報に対応して保持される前記第２の識別情報で識別される仮想マシンに使用するリソースを未使用のリソースとして、仮の空きリソース量を算出し、
前記移行制御部は、
前記配備の対象のホストから前記移行元のホストに仮想マシンを戻す場合、前記仮想マシン情報保持部において前記第３の識別情報に対応して保持される前記第２の識別情報で識別される仮想マシンを前記配備の対象のホストから追い出し、追い出した仮想マシンを前記第３の識別情報が示すホストに戻し、
仮想マシンを追い出したホストの実の空きリソース量を前記実リソース量算出部に算出させること
を特徴とする請求項２ないし請求項５のいずれか１項に記載の情報処理装置。
【請求項９】
前記配備制御部は、仮想マシンに使用するリソース量が、仮の空きリソース量より小さく、かつ、実の空きリソース量より大きいホストへの仮想マシンの配備を抑止すること
を特徴とする請求項１ないし請求項８のいずれか１項に記載の情報処理装置。
【請求項１０】
仮想マシンが配備される複数のホストと、前記複数のホストへの仮想マシンの配備を制御する情報処理装置とを備えた情報処理システムにおいて、
前記情報処理装置は、
前記複数のホストのうち、仮想マシンの移行元のホストを除く配備の対象のホストの各々において、前記移行元のホストから移行された仮想マシンに使用するリソースを未使用のリソースとして、使用可能なリソース量である仮の空きリソース量を算出する仮リソース量算出部と、
前記配備の対象のホストのうち、仮の空きリソース量が最も大きいホストに新たな仮想マシンを配備する配備制御部と
を備えることを特徴とする情報処理システム。
【請求項１１】
複数のホストへの仮想マシンの配備を制御する情報処理装置の情報処理方法において、
前記情報処理装置が有する仮リソース量算出部が、前記複数のホストのうち、仮想マシンの移行元のホストを除く配備の対象のホストの各々において、前記移行元のホストから移行された仮想マシンに使用するリソースを未使用のリソースとして、使用可能なリソース量である仮の空きリソース量を算出し、
前記情報処理装置が有する配備制御部が、前記配備の対象のホストのうち、仮の空きリソース量が最も大きいホストに新たな仮想マシンを配備すること
を特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システムおよび情報処理方法に関する。
【背景技術】
【０００２】
クラウドサービスに使用される情報処理システムは、仮想マシンが配備される複数のサーバと仮想マシンの配備を管理する管理装置とを有する。例えば、管理装置は、サーバと仮想マシンとの資源の時系列での使用状況に基づいて、資源の使用量の予測が可能な仮想マシンと資源の使用量の予測が不可能な仮想マシンとに分類する。そして、管理装置は、分類結果に基づいて、分類毎にサーバの負荷を平準化し、サーバに再配備する仮想マシンを決定する（例えば、特許文献１参照）。また、管理装置は、仮想マシンを使用するスケジュール情報から取得される仮想マシンの負荷の予定と、定期的に測定される仮想マシンの負荷の実測値とに基づいて、サーバが高負荷状態に陥る可能性があるかを定期的に確認する。そして、サーバが高負荷状態に陥る可能性がある場合、管理装置は、サーバが高負荷状態に陥る前に仮想マシンをサーバに再配備する（例えば、特許文献２参照）。さらに、管理装置は、仮想マシンの性能を示す実測データと、仮想マシンを稼働させるサーバの記憶容量に関するデータと、仮想マシンの記憶容量に関するデータとに基づき、性能を最大にする仮想マシンとサーバとの組み合わせを算出する。そして、管理装置は、算出した組み合わせにしたがって仮想マシンをサーバに再配備する（例えば、特許文献３参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１５２９８４号公報
【特許文献２】特開２０１０−２２４７５６号公報
【特許文献３】特開２００５−１１５６５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
仮想マシンがそれぞれ配備された複数のサーバのいずれかをメンテナンスする場合、管理装置は、メンテナンスするサーバに配備された仮想マシンを他のサーバに一時的に移行する。サーバのメンテナンスが完了する前に新たな仮想マシンの起動の要求を受けた場合、管理装置は、メンテナンス中のサーバを除く配備の対象のサーバに新たな仮想マシンを配備する。この際、仮想マシンで使用するリソース量をサーバ間で平準化するため、管理装置は、リソース量の空きが他より大きいサーバに仮想マシンを優先的に配備する。すなわち、管理装置は、複数のサーバに仮想マシンを分散して配備することで、サーバの負荷を平準化する。
【０００５】
メンテナンスのために配備の対象のサーバに移行された仮想マシンは、メンテナンスの終了後、元のサーバに戻される。仮想マシンが元のサーバに戻された後、各サーバで使用可能なリソース量は、元のサーバに戻された仮想マシンで使用していたリソース量が大きいほど大きくなる。このため、移行された仮想マシンが元のサーバに戻された後、仮想マシンの配備に使用可能なリソース量は、サーバ間でばらつくおそれがあり、サーバの負荷が平準化されないおそれがある。
【０００６】
１つの側面では、本発明は、仮想マシンが移行されたホストに新たな仮想マシンを配備する場合、移行元のホストに仮想マシンを戻した後のホストの負荷を平準化することを目的とする。
【課題を解決するための手段】
【０００７】
一つの実施態様では、複数のホストへの仮想マシンの配備を制御する情報処理装置において、複数のホストのうち、仮想マシンの移行元のホストを除く配備の対象のホストの各々において、移行元のホストから移行された仮想マシンに使用するリソースを未使用のリソースとして、使用可能なリソース量である仮の空きリソース量を算出する仮リソース量算出部と、配備の対象のホストのうち、仮の空きリソース量が最も大きいホストに新たな仮想マシンを配備する配備制御部とを有する。
【発明の効果】
【０００８】
１つの側面では、本発明は、仮想マシンが移行されたホストに新たな仮想マシンを配備する場合、移行元のホストに仮想マシンを戻した後のホストの負荷を平準化できる。
【図面の簡単な説明】
【０００９】
【図１】情報処理装置、情報処理システムおよび情報処理方法の一実施形態を示す図である。
【図２】図１に示す情報処理システムにおいて、移行した仮想マシンを移行元のホストに戻した状態を示す図である。
【図３】情報処理装置、情報処理システムおよび情報処理方法の別の実施形態を示す図である。
【図４】図３に示す管理サーバのハードウェア構成の一例を示す図である。
【図５】図３に示すホスト管理テーブルおよび仮想マシン管理テーブルの一例を示す図である。
【図６】図３に示す管理サーバにおいて、仮想マシンを移行する動作の一例を示す図である。
【図７】図３に示す管理サーバにおいて、新たな仮想マシンをホストに配備する動作の一例を示す図である。
【図８】図３に示す管理サーバにおいて、仮想マシンを移行元のホストに戻す動作の一例を示す図である。
【図９】図６、図７および図８に示すステップＳ１００の動作の一例を示す図である。
【図１０】図７に示すステップＳ２００の動作の一例を示す図である。
【図１１】図３に示す情報処理システムの動作の一例を示す図である。
【図１２】図１１（Ｃ)でのホスト管理テーブルおよび仮想マシン管理テーブルの状態を示す図である。
【図１３】図１１に示す動作の続きを示す図である。
【図１４】図１３（Ｆ)でのホスト管理テーブルおよび仮想マシン管理テーブルの状態を示す図である。
【図１５】仮の空きリソース量を算出しない管理サーバを有する他の情報処理システムの動作の一例を示す図である。
【図１６】情報処理装置、情報処理システムおよび情報処理方法の別の実施形態を示す図である。
【図１７】図１６に示す管理サーバにおいて、仮想マシンを移行する動作の一例を示す図である。
【図１８】図１６に示す情報処理システムの動作の一例を示す図である。
【図１９】図１８に示す動作の続きを示す図である。
【図２０】仮の空きリソース量を算出しない管理サーバを有する他の情報処理システムの動作の一例を示す図である。
【図２１】情報処理装置、情報処理システムおよび情報処理方法の別の実施形態を示す図である。
【図２２】図２１に示すホスト管理テーブルおよび仮想マシン管理テーブルの一例を示す図である。
【図２３】図２１に示す管理サーバにおいて、仮想マシンを移行する動作の一例を示す図である。
【図２４】図２１に示す情報処理システムの動作の一例を示す図である。
【図２５】図２４に示す動作の続きを示す図である。
【図２６】リソース量の大きさを考慮せずに仮想マシンを移行する管理サーバを有する他の情報処理システムの動作の一例を示す図である。
【図２７】図２６に示す動作の続きを示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を用いて実施形態を説明する。
【００１１】
図１は、情報処理装置、情報処理システムおよび情報処理方法の一実施形態を示す。図１に示す情報処理システム１００は、例えば、ネットワークを介してコンピュータ資源を提供するクラウドコンピューティングサービス等に使用される。なお、情報処理システム１００は、クラウドコンピューティングサービス以外の用途に使用されてもよい。
【００１２】
情報処理システム１００は、仮想マシンＶＭの配備が可能な複数のホスト１０（１０ａ、１０ｂ、１０ｃ、１０ｄ）と、ホスト１０への仮想マシンＶＭの配備を制御する情報処理装置２０とを有する。ホスト１０および情報処理装置２０は、ネットワークＬＮＷを介して相互に接続される。例えば、ホスト１０は、仮想マシンＶＭを使用してデータ処理を実行する処理サーバであり、情報処理装置２０は、処理サーバを管理する管理サーバである。
【００１３】
情報処理装置２０は、配備制御部２１、仮リソース量算出部２２、移行制御部２３および実リソース量算出部２４を有する。配備制御部２１、仮リソース量算出部２２、移行制御部２３および実リソース量算出部２４は、情報処理装置２０が有するＣＰＵ（Central Processing Unit）等のプロセッサが仮想マシンＶＭの配備を制御する制御プログラムを実行することで実現される。なお、配備制御部２１、仮リソース量算出部２２、移行制御部２３および実リソース量算出部２４は、情報処理装置２０が有するＦＰＧＡ（Field-Programmable Gate Array）等のハードウェアにより実現されてよい。
【００１４】
例えば、ホスト１０ａのメンテナンスを実施する場合、ホスト１０ａに配備された仮想マシンＶＭ（ＶＭ１−ＶＭ４）は、ライブマイグレーション等の手法を用いて、他のホスト１０ｂ、１０ｃ、１０ｄに移行される。ホスト１０ａは、移行元のホストの一例である。メンテナンスは、ホスト１０ａが実行するＯＳ（Operating System）のアップデート、ホスト１０ａ上での仮想マシンＶＭの起動を制御する仮想化ソフトウェアのアップデート、またはホスト１０ａに含まれる各種部品を交換する場合に実施される。
【００１５】
ホスト１０ｂ、１０ｃ、１０ｄは、ホスト１０ａのメンテナンス中に、新たな仮想マシンＶＭ（ＶＭ５−ＶＭ７）が配備される配備の対象のホストであり、ホスト１０ａのメンテナンスが実施される前にホスト１０ａから仮想マシンＶＭ１−ＶＭ４が移行される。なお、４つのホスト１０のいずれかでメンテナンスが実施される場合、メンテナンスが実施されない残りの３つのホスト１０が配備の対象のホストになる。また、情報処理システム１００が有するホスト１０の数は、４つに限定されない。
【００１６】
仮リソース量算出部２２は、仮想マシンＶＭの配備の対象のホスト１０ｂ、１０ｃ、１０ｄの各々において、ホスト１０ａから移行された仮想マシンＶＭ１−ＶＭ４のリソースを未使用であるとする。そして、仮リソース量算出部２２は、仮想マシンＶＭ１−ＶＭ４のリソースを含めた未使用のリソースに基づいて、新たな仮想マシンＶＭの配備に使用可能なリソース量である仮の空きリソース量を算出する。ここで、リソース量は、仮想マシンＶＭを起動するＣＰＵコアの数、仮想マシンＶＭで使用するメモリの容量等に基づいて決定される。
【００１７】
配備制御部２１は、仮リソース量算出部２２が算出する仮の空きリソース量に基づいて、配備の対象のホスト１０ｂ、１０ｃ、１０ｄのうち、仮の空きリソース量が最も大きいホスト１０に新たな仮想マシンＶＭ５−ＶＭ７を順次配備する。なお、配備制御部２１は、実際に使用可能なリソース量である実の空きリソース量が仮想マシンＶＭに使用するリソース量より小さいホスト１０への仮想マシンＶＭの配備は抑止する。換言すれば、配備制御部２１は、実の空きリソース量に基づいて仮想マシンＶＭの配備が可能と判定した後、仮の空きリソース量に基づいて仮想マシンＶＭの配備の可否を判定する。これにより、仮の空きリソース量が他より大きいホスト１０に仮想マシンＶＭを配備する場合にも、物理リソース量を超えて仮想マシンＶＭをホスト１０に配備するオーバコミットを抑止することができる。したがって、オーバコミットによる仮想マシンＶＭの処理性能の低下を抑止することができる。
【００１８】
移行制御部２３は、実リソース量算出部２４が算出する実の空きリソース量に基づいて、ホスト１０ｂ、１０ｃ、１０ｄのうち、実の空きリソース量が最も小さいホスト１０に仮想マシンＶＭ１−ＶＭ４を順次移行する。実リソース量算出部２４は、仮想マシンＶＭの配備の対象のホスト１０ｂ、１０ｃ、１０ｄの各々において、実の空きリソース量を算出する。
【００１９】
図１に示す例では、仮想マシンＶＭ１−ＶＭ７は、末尾の数字の順番で、移行され、または新たに配備される。仮想マシンＶＭ０は、仮想マシンＶＭ１−ＶＭ７が移行または配備される前に、配備制御部２１によりホスト１０ｂ、１０ｃ、１０ｄに配備済みである。仮想マシンＶＭを示す矩形の大きさは、仮想マシンＶＭで使用するリソース量を相対的に示す。
【００２０】
ホスト１０ａに配備された仮想マシンＶＭ１−ＶＭ４は、ホスト１０ａのメンテナンスを実施する前、移行制御部２３によりホスト１０ｂ、１０ｃ、１０ｄのうちリソース量の空きが小さいホスト１０に順次移行される。太い破線の矩形は、ホスト１０ａから移行された仮想マシンＶＭ１−ＶＭ４を示す。以下では、リソース量の空きが小さいホスト１０に仮想マシンＶＭを優先的に移行する手法は、詰め込み型と称される。
【００２１】
仮想マシンＶＭを詰め込み型で移行することで、仮想マシンＶＭが移行されないホスト１０のリソース量の空きを、仮想マシンＶＭが移行されるホスト１０のリソース量の空きに比べて大きくすることができる。換言すれば、まとまったリソース量の空きをホスト１０のいずれかに確保することができる。したがって、仮想マシンＶＭを複数のホスト１０に均等に移行し、リソース量の空きを複数のホスト１０に均等に確保する場合に比べて、新たな仮想マシンＶＭの配備の可能性を高くすることができる。
【００２２】
図１では、移行制御部２３は、仮想マシンＶＭ１の移行が可能なホスト１０ｂ、１０ｃ、１０ｄのうち、実の空きリソース量が最も小さいホスト１０ｂに仮想マシンＶＭ１を移行する。仮想マシンＶＭ１がホスト１０ｂに移行された後、実リソース量算出部２４は、移行制御部２３からの指示に基づいて、ホスト１０ｂの実の空きリソース量を算出する。ホスト１０ｂの実の空きリソース量は、仮想マシンＶＭ１で使用するリソース量だけ減少される。
【００２３】
次に、移行制御部２３は、仮想マシンＶＭ２の移行が可能なホスト１０ｂ、１０ｃ、１０ｄのうち、実の空きリソース量が最も小さいホスト１０ｂに仮想マシンＶＭ２を移行する。仮想マシンＶＭ２がホスト１０ｂに移行された後、実リソース量算出部２４は、移行制御部２３からの指示に基づいて、ホスト１０ｂの実の空きリソース量を算出する。
【００２４】
新たに算出されたホスト１０ｂの実の空きリソース量は、仮想マシンＶＭ３の移行に使用されるリソース量より小さい。このため、移行制御部２３は、仮想マシンＶＭ３の移行が可能なホストがホスト１０ｃ、１０ｄであると判定し、ホスト１０ｃ、１０ｄのうち、実の空きリソース量が最も小さいホスト１０ｃに仮想マシンＶＭ３を移行する。実リソース量算出部２４は、移行制御部２３からの指示に基づいて、仮想マシンＶＭ３が移行されたホスト１０ｂの実の空きリソース量を算出する。
【００２５】
次に、移行制御部２３は、仮想マシンＶＭ４の移行が可能なホスト１０ｃ、１０ｄのうち、実の空きリソース量が最も小さいホスト１０ｃに仮想マシンＶＭ４を移行する。実リソース量算出部２４は、移行制御部２３からの指示に基づいて、仮想マシンＶＭ４が移行されたホスト１０ｃの実の空きリソース量を算出する。そして、ホスト１０ａに配備された仮想マシンＶＭ１−ＶＭ４のホスト１０ｂ、１０ｃへの移行が完了する。
【００２６】
なお、各ホスト１０ｂ、１０ｃ、１０ｄにおいて、仮の空きリソース量は、仮想マシンＶＭ１−ＶＭ７が配備される前の各ホスト１０ｂ、１０ｃ、１０ｄの実の空きリソース量に等しく、仮リソース量算出部２２により予め算出される。仮の空きリソース量は、ホスト１０に移行された仮想マシンＶＭに使用されるリソース量と無関係に算出されるため、仮想マシンＶＭ１−ＶＭ４がホスト１０ｂ、１０ｃに移行された後も変化しない。
【００２７】
移行制御部２３による仮想マシンＶＭ１−ＶＭ４のホスト１０ｂ、１０ｃへの移行が完了した後、以下に説明するように、太い実線の矩形で示す新たな仮想マシンＶＭ５−ＶＭ７が、配備制御部２１によりホスト１０ｂ、１０ｃ、１０ｄのいずれかに順次配備される。なお、配備制御部２１による新たな仮想マシンＶＭ５−ＶＭ７のホスト１０への配備は、移行制御部２３による仮想マシンＶＭ１−ＶＭ４のホスト１０への移行中に実行されてもよい。
【００２８】
仮想マシンＶＭ１−ＶＭ４がホスト１０ｂ、１０ｃに移行された状態において、仮の空きリソース量は、ホスト１０ｄ、ホスト１０ｃ、ホスト１０ｂの順で大きい。なお、ホスト１０ｂは、実の空きリソース量が仮想マシンＶＭ５−ＶＭ７の各々のリソース量よりも小さいため、配備制御部２１は、ホスト１０ｂを仮想マシンＶＭ５−ＶＭ７の配備の対象から除外する。そして、配備制御部２１は、仮想マシンＶＭ５の配備が可能なホスト１０ｃ、１０ｄのうち、仮の空きリソース量が最も大きいホスト１０ｄに仮想マシンＶＭ５を配備する。以下では、リソース量の空きが大きいホスト１０に仮想マシンＶＭを優先的に移行する手法は、負荷バランス型と称される。
【００２９】
仮想マシンＶＭ５がホスト１０ｄに配備された後、仮リソース量算出部２２は、配備制御部２１からの指示に基づいて、ホスト１０ｄの仮の空きリソース量を算出する。また、実リソース量算出部２４は、配備制御部２１からの指示に基づいて、ホスト１０ｄの実の空きリソース量を算出する。仮の空きリソース量および実の空きリソース量とも、仮想マシンＶＭ５の配備に使用されたリソース量だけ減少する。
【００３０】
仮想マシンＶＭ５がホスト１０ｄに配備された状態で、仮の空きリソース量は、ホスト１０ｃ、ホスト１０ｄ、ホスト１０ｂの順で大きい。このため、配備制御部２１は、仮想マシンＶＭ６の配備が可能なホスト１０ｃ、１０ｄのうち、仮の空きリソース量が最も大きいホスト１０ｃに仮想マシンＶＭ６を配備する。
【００３１】
仮想マシンＶＭ６がホスト１０ｃに配備された後、仮リソース量算出部２２は、配備制御部２１からの指示に基づいて、ホスト１０ｃの仮の空きリソース量を算出する。また、実リソース量算出部２４は、配備制御部２１からの指示に基づいて、ホスト１０ｃの実の空きリソース量を算出する。
【００３２】
例えば、仮リソース量算出部２２は、仮の空きリソース量を算出するホスト１０ｃに仮想マシンＶＭ３、ＶＭ４が一時的に移行されている場合、仮想マシンＶＭ３、ＶＭ４に使用するリソース量を”０”として算出した空きリソース量を仮の空きリソース量とする。すなわち、仮リソース量算出部２２は、ホスト１０ｃの仮の空きリソース量を、ホスト１０ａから移行された仮想マシンＶＭ３、ＶＭ４で使用するリソースが未使用であるとして算出する。なお、仮リソース量算出部２２は、仮想マシンＶＭ１−ＶＭ４の各々の移行先のホスト１０と、仮想マシンＶＭ１−ＶＭ４の各々に使用されるリソース量とを示す情報を、仮想マシンＶＭ１−ＶＭ４が移行される毎に移行制御部２３から受信する。
【００３３】
仮想マシンＶＭ６がホスト１０ｃに配備された状態で、仮の空きリソース量は、ホスト１０ｄ、ホスト１０ｃ、ホスト１０ｂの順で大きい。また、ホスト１０ｂ、１０ｃは、実の空きリソース量が仮想マシンＶＭ７で使用するリソース量より小さいため、仮想マシンＶＭ７の配備の対象から除外される。このため、配備制御部２１は、仮想マシンＶＭ７をホスト１０ｄに配備する。このように、配備制御部２１は、仮の空きリソース量に基づいて仮想マシンＶＭの配備が可能な場合にも、実の空きリソース量が足りないホスト１０への仮想マシンＶＭの配備を抑止する。これにより、仮想マシンＶＭ７をホスト１０ｃに配備することで発生するオーバコミットを抑止することができ、オーバコミットによる仮想マシンＶＭの処理性能の低下を抑止することができる。
【００３４】
仮想マシンＶＭ７がホスト１０ｄに配備された後、仮リソース量算出部２２は、配備制御部２１からの指示に基づいて、ホスト１０ｄの仮の空きリソース量を算出する。また、実リソース量算出部２４は、配備制御部２１からの指示に基づいて、ホスト１０ｄの実の空きリソース量を算出する。
【００３５】
図２は、図１に示す情報処理システム１００において、移行した仮想マシンＶＭ１−ＶＭ４を移行元のホスト１０ａに戻した状態を示す。仮想マシンＶＭ１−ＶＭ４を移行元のホスト１０ａに戻す処理は、例えば、移行制御部２３により実行される。仮想マシンＶＭ１−ＶＭ４を移行元のホスト１０ａに戻した後、配備の対象のホスト１０ｂ、１０ｃ、１０ｄに配備された仮想マシンＶＭに使用されているリソース量は、互いにほぼ同じになる。
【００３６】
すなわち、ホスト１０ｂ、１０ｃ、１０ｄのうち、仮の空きリソース量が最も大きいホスト１０に新たな仮想マシンＶＭを順次配備することで、仮想マシンＶＭを移行元のホスト１０ａに戻した後、各ホスト１０ｂ、１０ｃ、１０ｄの負荷を平準化することができる。換言すれば、仮想マシンＶＭを移行元のホスト１０ａに戻した後、仮想マシンＶＭによるメモリまたはディスク装置のアクセス効率がホスト１０ｂ、１０ｃ、１０ｄ毎にばらつくことを抑止することができる。この結果、ホスト１０ｂ、１０ｃ、１０ｄの処理性能がばらつくことを抑止することができる。
【００３７】
以上、図１および図２に示す実施形態では、他のホスト１０から仮想マシンＶＭが移行されたホスト１０に新たな仮想マシンＶＭを配備する場合、仮の空きリソース量が他より大きいホスト１０に新たな仮想マシンＶＭを配備する。これにより、仮想マシンＶＭを移行元のホスト１０に戻した後のホスト１０の空きリソース量を平準化することができ、ホスト１０の負荷を平準化することができる。
【００３８】
仮想マシンＶＭを詰め込み型で移行する場合、新たな仮想マシンＶＭを実の空きリソース量に基づいて負荷バランス型で配備すると、新たな仮想マシンＶＭは、仮想マシンＶＭが移行されていないホスト１０に集中して配備されやすくなる。この場合、仮想マシンＶＭを移行元のホスト１０に戻した後のホスト１０の空きリソース量は平準化されない。これに対して、図１および図２に示す実施形態では、仮想マシンＶＭを詰め込み型で移行する場合にも、新たな仮想マシンＶＭを仮の空きリソース量に基づいて負荷バランス型で配備する。これにより、詰め込み型での仮想マシンＶＭの移行により、ホスト１０の実の空きリソース量にばらつきが生じる場合にも、仮想マシンＶＭを移行元のホスト１０に戻した後のホスト１０の空きリソース量を平準化することができる。
【００３９】
さらに、仮の空きリソース量が他より大きいホスト１０に仮想マシンＶＭを配備する場合にも、実の空きリソース量が仮想マシンＶＭに使用するリソース量より小さいホスト１０への仮想マシンＶＭの配備を抑止することで、オーバコミットを抑止することができる。したがって、オーバコミットによる仮想マシンＶＭの処理性能の低下を抑止することができる。
【００４０】
仮想マシンＶＭの移行を詰め込み型で実行することで、仮想マシンＶＭが移行されないホスト１０のリソース量の空きを、仮想マシンＶＭが移行されるホスト１０のリソース量の空きに比べて大きくすることができる。したがって、仮想マシンＶＭの移行時にリソース量の空きを複数のホスト１０に均等に確保する場合に比べて、新たな仮想マシンＶＭの配備の可能性を高くすることができる。
【００４１】
図３は、情報処理装置、情報処理システムおよび情報処理方法の別の実施形態を示す。図１に示す情報処理システム１００と同一または同様の要素については、詳細な説明は省略する。図３に示す情報処理システム１０２は、図１に示す情報処理システム１００と同様に、例えば、ネットワークを介してコンピュータ資源を提供するクラウドコンピューティングサービス等に使用される。
【００４２】
情報処理システム１０２は、仮想マシンＶＭの配備が可能な複数のホスト１０と、ホスト１０への仮想マシンＶＭの配備を制御する管理サーバ３０とを有する。管理サーバ３０は、複数のホスト１０への仮想マシンＶＭの配備を制御する情報処理装置の一例である。ホスト１０および管理サーバ３０は、ネットワークＬＮＷを介して相互に接続される。各ホスト１０は、管理サーバ３０からの指示に基づいて仮想マシンＶＭを配備または削除する配備実行部１２と、配備した仮想マシンＶＭの負荷を管理サーバ３０に通知する負荷情報通知部１４とを有する。
【００４３】
管理サーバ３０は、インターネットまたはイントラネット等のネットワークＮＷを介して端末装置ＴＭに接続される。そして、管理サーバ３０は、仮想マシンＶＭをデータ処理等に使用するユーザが操作する端末装置ＴＭからの指示に基づいて、ホスト１０に新たな仮想マシンＶＭを配備する制御を実行し、または、ホスト１０に配備された仮想マシンＶＭを削除する制御を実行する。
【００４４】
管理サーバ３０は、配備制御部３１、仮リソース量算出部３２、移行制御部３３、実リソース量算出部３４、ホスト管理テーブル３５および仮想マシン管理テーブル３６を有する。配備制御部３１、仮リソース量算出部３２、移行制御部３３および実リソース量算出部３４は、管理サーバ３０が有するＣＰＵ等のプロセッサが仮想マシンＶＭの配備を制御する制御プログラムを実行ことで実現される。なお、配備制御部３１、仮リソース量算出部３２、移行制御部３３および実リソース量算出部３４は、管理サーバ３０が有するＦＰＧＡ等のハードウェアにより実現されてよい。
【００４５】
配備制御部３１は、ホスト管理テーブル３５および仮想マシン管理テーブル３６を利用して仮想マシンＶＭの配備を制御することを除き、図１に示す配備制御部２１と同様の機能を有する。配備制御部３１の動作の例は、図７に示される。仮リソース量算出部３２は、図１に示す仮リソース量算出部３２と同様の機能を有する。仮リソース量算出部３２の動作の例は、図１０に示される。移行制御部３３は、ホスト管理テーブル３５および仮想マシン管理テーブル３６を利用して仮想マシンＶＭの移行を制御することを除き、図１に示す移行制御部２３と同様の機能を有する。移行制御部３３の動作の例は、図６および図８に示される。実リソース量算出部３４は、図１に示す実リソース量算出部２４と同様の機能を有する。実リソース量算出部３４の動作の例は、図９に示される。
【００４６】
ホスト管理テーブル３５および仮想マシン管理テーブル３６は、例えば、管理サーバ３０が有するＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）またはフラッシュメモリ等のメモリに割り当てられる。ホスト管理テーブル３５および仮想マシン管理テーブル３６の例は、図５に示される。
【００４７】
図４は、図３に示す管理サーバ３０のハードウェア構成の一例を示す。なお、図３に示すホスト１０も、図４と同一または同様の構成を有する。管理サーバ３０は、マザーボード等の本体部４０と、本体部４０に接続されるモニタ５０、マウス５２およびキーボード５４とを有する。本体部４０は、バスＢＵＳを介して相互に接続されるＣＰＵ４１、メモリ４２、４３、グラフィック処理部４４、ＨＤＤ（Hard Disk Drive）４５、入力インタフェース４６、入出力インタフェース４７および通信インタフェース４８を有する。なお、本体部４０は、ＦＰＧＡを有してもよい。
【００４８】
ＣＰＵ４１は、演算処理を実行する複数のコア４１ａを有する。なお、本体部４０は、複数のＣＰＵ４１を有してもよい。コア４１ａのいずれかは、仮想マシンＶＭの配備を制御する制御プログラムを実行することで、図３に示す配備制御部３１、仮リソース量算出部３２、移行制御部３３および実リソース量算出部３４の機能を実現する。なお、本体部４０に複数のＣＰＵ４１が設けられる場合、複数のＣＰＵ４１のいずれかに制御プログラムを実行させてもよい。
【００４９】
例えば、メモリ４２は、複数のＳＤＲＡＭが搭載されたメモリモジュールであり、メモリ４３は、フラッシュメモリである。コア４１ａおよびメモリ４２は、仮想マシンＶＭを動作させるための物理リソースとして使用される。グラフィック処理部４４は、ＣＰＵ４１からの指示に基づいて、モニタ５０に表示させる画像データ等をモニタ５０に出力する。ＨＤＤ４５は、ＣＰＵ４１が実行する各種プログラムを保持する。なお、ＣＰＵ４１は、ＨＤＤ４５からメモリ４２に転送された各種プログラムを実行する。
【００５０】
入力インタフェース４６は、マウス５２およびキーボード５４等の入力装置から受信する信号をＣＰＵ４１に送信する。入出力インタフェース４７は、ＣＰＵ４１からの指示に基づいて、記録媒体５６から各種プログラムまたはデータ等の情報を読み出し、読み出した情報をＨＤＤ４５等に書き込む。また、入出力インタフェース４７は、ＣＰＵ４１からの指示に基づいて、ＨＤＤ４５等に格納された情報を読み出し、読み出した情報を記録媒体５６に書き込む。記録媒体５６は、ＣＤ（Compact Disc：登録商標）、ＤＶＤ（Digital Versatile Disc：登録商標）またはＵＳＢ（Universal Serial Bus）メモリ等である。通信インタフェース４８は、ネットワークＮＷを介して、ネットワークＮＷに接続される他の装置との間で情報を送受信する。
【００５１】
図５は、図３に示すホスト管理テーブル３５および仮想マシン管理テーブル３６の一例を示す。ホスト管理テーブル３５は、ホスト情報保持部の一例であり、仮想マシン管理テーブル３６は、仮想マシン情報保持部の一例である。ホスト管理テーブル３５は、ホスト１０毎に、ホスト１０を識別するホスト名、実の空きリソース量、仮の空きリソース量およびメンテナンスフラグが格納される複数の領域（以下、行領域とも称する）を有する。
【００５２】
メンテナンスフラグが”１”に設定された行領域に保持されたホスト名で示されるホスト１０は、メンテナンスを実施中であることを示す。例えば、メンテナンスフラグは、ホスト１０のメンテナンスの実施が決定してからメンテナンスが完了し、他のホスト１０に移行された仮想マシンＶＭが戻されるまで”１”に設定される。
【００５３】
仮想マシン管理テーブル３６は、仮想マシン毎に、仮想マシンが配備されたホスト名、仮想マシンＶＭを識別する仮想マシン名、仮想マシンＶＭに使用するリソース量、移行フラグおよび移行元ホスト名が格納される複数の領域（以下、行領域とも称する）を有する。仮想マシン管理テーブル３６おいて、ホスト名は、仮想マシンが配備されるホスト１０を識別する第１の識別情報の一例であり、仮想マシン名は、仮想マシンＶＭを識別する第２の識別情報の一例である。移行フラグは、移行する仮想マシンＶＭを示す移行識別子の一例であり、”１”は移行の対象であることを示し、”０”は移行の対象でないことを示す。移行元ホスト名は、仮想マシンＶＭの移行元のホスト１０を識別する第３の識別情報の一例である。
【００５４】
図６は、図３に示す管理サーバ３０において、仮想マシンＶＭを移行する動作の一例を示す。すなわち、図６は、管理サーバ３０による情報処理方法の一例を示す。図６に示す動作は、例えば、情報処理システム１０２が有するホスト１０のいずれでメンテナンスを実施する場合、メンテナンスを実施する前に、移行制御部３３により実行される。
【００５５】
ステップＳ１０において、移行制御部３３は、メンテナンスを実施するホスト１０に配備された仮想マシンＶＭのいずれかを選択する。例えば、移行制御部３３は、図５に示す仮想マシン管理テーブル３６において、”１”の移行フラグを保持する行領域に仮想マシン名で示される仮想マシンＶＭのいずれかを選択する。なお、仮想マシンＶＭを移行する図６の動作において、ステップＳ１０で一度選択された仮想マシンＶＭは、繰り返し実行されるその後のステップＳ１０では選択されない。また、仮想マシン管理テーブル３６の移行フラグおよび移行元ホスト名は、図６の動作が開始される前に、管理サーバ３０により設定される。
【００５６】
なお、図５に示す仮想マシン管理テーブル３６では、各行領域は、移行フラグと移行元ホスト名とを格納する領域を有するが、移行フラグを格納する領域は設けられなくてもよい。この場合、移行制御部３３は、仮想マシン管理テーブル３６において、移行元ホスト名が格納された行領域に仮想マシン名で示される仮想マシンＶＭのいずれかを選択する。すなわち、移行フラグの代わりに移行元ホスト名を利用して仮想マシンＶＭを移行することができる。この場合、移行フラグがある場合に比べて仮想マシン管理テーブル３６のサイズを小さくすることができる。
【００５７】
次に、ステップＳ１２において、移行制御部３３は、情報処理システム１０２が有する複数のホスト１０のうち、メンテナンスを実施するホスト１０を除く配備の対象のホスト１０のいずれかを選択する。なお、仮想マシンＶＭを移行する図６の動作において、ステップＳ１２で一度選択されたホスト１０は、繰り返し実行されるその後のステップＳ１２では選択されない。
【００５８】
次に、ステップＳ１４において、移行制御部３３は、ステップＳ１０で選択した仮想マシンＶＭがステップＳ１２で選択したホスト１０への移行が可能か否かを判定する。移行制御部３３は、選択したホスト１０に対応してホスト管理テーブル３５に保持された実の空きリソース量が、選択した仮想マシンＶＭに対応して仮想マシン管理テーブル３６に保持されたリソース量以上である場合、移行が可能と判定する。移行が可能な場合、選択したホスト１０が移行先に仮決定され、処理はステップＳ１６に移行される。
【００５９】
また、移行制御部３３は、選択したホスト１０に対応してホスト管理テーブル３５に保持された実の空きリソース量が、選択した仮想マシンＶＭに対応して仮想マシン管理テーブル３６に保持されたリソース量より小さい場合、移行不可能と判定する。移行が不可能な場合、次のホスト１０を選択するため、処理はステップＳ２０に移行される。なお、図６に示すフローでは、仮想マシンＶＭは、ホスト１０のいずれかへの移行が可能であるとする。
【００６０】
ステップＳ１６において、移行制御部３３は、ステップＳ１６で移行が可能と判定されたホスト１０の実の空きリソース量が、既に決定済みのホスト１０の実の空きリソース量より小さいか否かを判定する。移行が可能と判定されたホスト１０の実の空きリソース量が、既に決定済みのホスト１０の実の空きリソース量より小さい場合、処理はステップＳ１８に移行される。移行が可能と判定されたホスト１０の実の空きリソース量が、既に決定済みのホスト１０の実の空きリソース量以上の場合、処理はステップＳ２０に移行される。なお、ステップＳ１２において移行の対象のホスト１０が最初に選択された場合、比較対象のホスト１０が存在しないため、ステップＳ１６の判定を実行することなく、処理はステップＳ１８に移行される。
【００６１】
ステップＳ１８において、移行制御部３３は、ステップＳ１２で選択したホスト１０を、仮想マシンＶＭを移行するホスト１０の候補に決定し、処理をステップＳ２０に移行する。なお、ステップＳ１６において、他のホスト１０より実の空きリソース量が小さいホスト１０を移行の対象の候補にすることで、仮想マシンＶＭのホスト１０への移行を詰め込み型により実行することができる。これにより、配備の対象のホスト１０の中に、他のホスト１０より実の空きリソース量が大きいホスト１０を確保することができる。なお、ステップＳ１４の処理により、実の空きリソース量が仮想マシンＶＭに使用するリソース量より小さいホスト１０は移行先に選ばれないため、オーバコミットを抑止することができる。
【００６２】
ステップＳ２０において、移行制御部３３は、配備の対象のホスト１０を全て選択した場合、処理をステップＳ２２に移行する。移行制御部３３は、配備の対象のホスト１０のうち、ステップＳ１２で選択していないホスト１０がある場合、処理をステップＳ１２に戻す。
【００６３】
ステップＳ２２において、移行制御部３３は、ライブマイグレーション等の手法を用いて、ステップＳ１０で選択した仮想マシンＶＭを、メンテナンスを実施するホスト１０からステップＳ１８で決定したホスト１０に移行させる。
【００６４】
次に、ステップＳ１００において、移行制御部３３は、仮想マシンＶＭの移行先のホスト１０の実の空きリソース量を算出する指示を実リソース量算出部３４に発行する。実リソース量算出部３４は、移行制御部３３からの指示に基づいて、ステップＳ２２による仮想マシンＶＭの移行先のホスト１０の実の空きリソース量を算出する。実リソース量算出部３４が実行する実の空きリソース量を算出する処理の例は、図９に示される。
【００６５】
次に、ステップＳ２４において、移行制御部３３は、実リソース量算出部３４が算出した仮想マシンＶＭの移行先のホスト１０の実の空きリソース量をホスト管理テーブル３５に格納する。また、移行制御部３３は、仮想マシン管理テーブル３６において、移行した仮想マシンＶＭに対応する行領域のホスト名の領域に移行先のホスト１０を識別するホスト名を格納する。すなわち、移行制御部３３は、ホスト管理テーブル３５および仮想マシン管理テーブル３６を更新する。
【００６６】
なお、ホスト管理テーブル３５において、仮想マシンＶＭの移行元のホスト１０の実の空きリソース量は、更新させず、図６の動作を開始する前（仮想マシンＶＭの移行前）の状態を示す。しかしながら、メンテナンスの実施後、移行元のホスト１０に仮想マシンＶＭを戻した状態は、仮想マシンＶＭの移行前の状態と同じである。さらに、メンテナンスが完了するまで、仮想マシンＶＭの移行元のホスト１０には新たな仮想マシンＶＭは配備されない。このため、仮想マシンＶＭの移行元のホスト１０の実の空きリソース量を更新しない場合にも、不具合は発生しない。なお、ホスト管理テーブル３５に保持される実の空きリソース量は、仮想マシンＶＭの移行に合わせて更新されてもよい。
【００６７】
次に、ステップＳ２６において、移行制御部３３は、メンテナンスを実施するホスト１０から全ての仮想マシンＶＭを移行したか否かを判定する。全ての仮想マシンＶＭを移行した場合、処理は終了する。メンテナンスを実施するホスト１０に移行されていない仮想マシンＶＭが残っている場合、処理はステップＳ１０に戻る。
【００６８】
図６に示す動作では、仮想マシンＶＭをホスト１０に移行する毎に、移行先のホスト１０の実の空きリソース量が算出され、ホスト管理テーブル３５が更新される。これにより、配備制御部３１は、仮想マシンＶＭの移行中に新たな仮想マシンＶＭをホスト１０に配備する場合にも、ホスト管理テーブル３５を格納された実の空きリソース量に基づいて、オーバコミットを発生させることなく仮想マシンＶＭを配備できる。
【００６９】
図７は、図３に示す管理サーバ３０において、新たな仮想マシンＶＭをホスト１０に配備する動作の一例を示す。すなわち、図７は、管理サーバ３０による情報処理方法の一例を示す。図７に示す動作は、例えば、仮想マシンＶＭをデータ処理等に使用するユーザが操作する端末装置ＴＭから新たな仮想マシンＶＭの配備の指示を管理サーバ３０が受信したことに基づいて、配備制御部３１により実行される。
【００７０】
ステップＳ４２において、配備制御部３１は、配備の対象のホスト１０のいずれかを選択する。例えば、配備制御部３１は、ホスト管理テーブル３５においてメンテナンスフラグが”０”の行領域のいずれかに保持されたホスト名で示されるホスト１０を選択する。なお、仮想マシンＶＭを配備する図７の動作において、ステップＳ４２で一度選択されたホスト１０は、繰り返し実行されるその後のステップＳ４２では選択されない。
【００７１】
次に、ステップＳ４４において、配備制御部３１は、配備が指示された仮想マシンＶＭをステップＳ４２で選択したホスト１０に配備が可能か否かを判定する。なお、図７に示すフローでは、仮想マシンＶＭは、ホスト１０のいずれかに配備が可能であるとする。配備制御部３１は、選択したホスト１０に対応してホスト管理テーブル３５に保持された実の空きリソース量が、新たに配備する仮想マシンＶＭのリソース量以上である場合、配備が可能と判定する。配備が可能な場合、選択したホスト１０が配備先に仮決定され、処理はステップＳ４６に移行される。また、配備制御部３１は、選択したホスト１０に対応してホスト管理テーブル３５に保持された実の空きリソース量が、新たに配備する仮想マシンＶＭのリソース量より小さい場合、配備不可能と判定する。配備が不可能な場合、次のホスト１０を選択するため、処理はステップＳ５０に移行される。
【００７２】
ステップＳ４６において、配備制御部３１は、仮決定したホスト１０の仮の空きリソース量が、既に決定済みのホスト１０の仮の空きリソース量より大きいか否かを判定する。仮の空きリソース量が、既に決定済みのホスト１０の仮の空きリソース量より大きい場合、処理はステップＳ４８に移行される。仮の空きリソース量が、既に決定済みのホスト１０の仮の空きリソース量以下の場合、処理はステップＳ５０に移行される。ステップＳ４６により、仮想マシンＶＭのホスト１０への配備を、仮の空きリソース量に基づく負荷バランス型により実行することができる。なお、ステップＳ４２において配備の対象のホスト１０が最初に選択された場合、比較対象のホスト１０が存在しないため、ステップＳ４６の判定を実行することなく、処理はステップＳ４８に移行される。
【００７３】
ステップＳ４８において、配備制御部３１は、ステップＳ４２で選択したホスト１０を、仮想マシンＶＭを配備するホスト１０に決定し、処理をステップＳ５０に移行する。なお、ステップＳ４４の処理により、実の空きリソース量が仮想マシンＶＭのリソース量より小さいホスト１０は配備先に選ばれないため、オーバコミットを抑止することができる。
【００７４】
ステップＳ５０において、配備制御部３１は、配備の対象のホスト１０を全て選択した場合、処理をステップＳ５２に移行する。配備制御部３１は、配備の対象のホスト１０のうち、ステップＳ４０で選択していないホスト１０がある場合、処理をステップＳ４０に戻す。
【００７５】
ステップＳ５２において、配備制御部３１は、ステップＳ４８で決定したホスト１０に新たな仮想マシンＶＭを配備する。新たな仮想マシンＶＭは、メンテナンス等により一時的に移行された仮想マシンＶＭのリソース量を含めずに、負荷バランス型により配備される。これにより、一時的に移行された仮想マシンＶＭが移行元のホスト１０に戻された後、配備の対象のホスト１０の実の空きリソース量を均等にすることができる。この結果、一時的に移行された仮想マシンＶＭが移行元のホスト１０に戻された後、配備の対象のホスト１０の処理性能がばらつくことを抑止することができる。
【００７６】
次に、ステップＳ１００において、配備制御部３１は、仮想マシンＶＭを配備したホスト１０の実の空きリソース量を算出する指示を実リソース量算出部３４に発行する。実リソース量算出部３４は、配備制御部３１からの指示に基づいて、仮想マシンＶＭを配備したのホスト１０の実の空きリソース量を算出する。実リソース量算出部３４が実行する実の空きリソース量を算出する処理の例は、図９に示される。
【００７７】
次に、ステップＳ２００において、配備制御部３１は、仮想マシンＶＭを配備したホスト１０の仮の空きリソース量を算出する指示を仮リソース量算出部３２に発行する。仮リソース量算出部３２は、配備制御部３１からの指示に基づいて、仮想マシンＶＭを配備したホスト１０の仮の空きリソース量を算出する。仮リソース量算出部３２が実行する実の空きリソース量を算出する処理の例は、図１０に示される。
【００７８】
次に、ステップＳ５４において、配備制御部３１は、実リソース量算出部３４が算出した実の空きリソース量と、仮リソース量算出部３２が算出した仮の空きリソース量とをホスト管理テーブル３５に格納する。さらに、配備制御部３１は、仮想マシン管理テーブル３６において、ステップＳ５２で配備した仮想マシンＶＭに対応する情報を新たな行領域に格納する。すなわち、配備制御部３１は、ホスト管理テーブル３５および仮想マシン管理テーブル３６を更新する。
【００７９】
このように、配備制御部３１は、新たな仮想マシンＶＭをホスト１０に配備する毎に、仮想マシンＶＭを配備したホスト１０の実の空きリソース量を算出し、ホスト管理テーブル３５に格納する。これにより、仮想マシンＶＭの移行中に新たな仮想マシンＶＭがホスト１０に配備される場合にも、移行制御部３３は、ホスト管理テーブル３５を格納された実の空きリソース量に基づいて、オーバコミットを発生させることなく仮想マシンＶＭを移行できる。また、配備制御部３１は、新たな仮想マシンＶＭをホスト１０に配備する毎に、仮想マシンＶＭを配備したホスト１０の仮の空きリソース量を算出し、ホスト管理テーブル３５を格納する。これにより、複数の新たな仮想マシンＶＭが連続して配備される場合にも、配備制御部３１は、正しい仮の空きリソース量に基づいて、新たな仮想マシンＶＭを配備するホスト１０を決定することができる。この結果、一時的に移行された仮想マシンＶＭが移行元のホスト１０に戻された後、配備の対象のホスト１０の実の空きリソース量を均等にすることができ、配備の対象のホスト１０の処理性能がばらつくことを抑止することができる。
【００８０】
図８は、図３に示す管理サーバ３０において、仮想マシンＶＭを移行元のホストに戻す動作の一例を示す。すなわち、図８は、管理サーバ３０による情報処理方法の一例を示す。図８に示す動作は、例えば、情報処理システム１０２が有するホスト１０のいずれで実施されていたメンテナンスが完了したことに基づいて、移行制御部３３により実行される。
【００８１】
ステップＳ６０において、移行制御部３３は、仮想マシン管理テーブル３６において、移行元ホスト名が格納された行領域のいずれかにおいて、仮想マシン名で示される仮想マシンＶＭを選択する。なお、仮想マシンＶＭを移行元のホスト１０に戻す図８の動作において、ステップＳ６０で一度選択された仮想マシンＶＭは、繰り返し実行されるその後のステップＳ６０では選択されない。
【００８２】
次に、ステップＳ６２において、移行制御部３３は、ライブマイグレーション等の手法を用いて、仮想マシン管理テーブル３６において、ステップＳ６０で選択した仮想マシンＶＭに対応する移行元ホスト名により示されるホスト１０に、仮想マシンＶＭを移行する。すなわち、移行制御部３３は、ステップＳ６０で選択した仮想マシンＶＭを、配備の対象のホスト１０から追い出し、移行元のホスト１０に配備する。
【００８３】
なお、管理サーバ３０は、メンテナンスを実施する前に、移行する仮想マシンＶＭに対応する仮想マシン管理テーブル３６の行領域に、移行元のホスト１０を識別する移行元ホスト名を格納する。これにより、移行制御部３３は、仮想マシンＶＭの移行先に拘わらず、移行元ホスト名を参照することで仮想マシンＶＭを移行元のホスト１０に戻すことができる。
【００８４】
ステップＳ１００において、移行制御部３３は、仮想マシンＶＭの追い出し元のホスト１０の実の空きリソース量を算出する指示を実リソース量算出部３４に発行する。実リソース量算出部３４は、移行制御部３３からの指示に基づいて、仮想マシンＶＭの追い出し元のホスト１０の実の空きリソース量を算出する。
【００８５】
ステップＳ６４において、移行制御部３３は、実リソース量算出部３４が算出した仮想マシンＶＭの追い出し元のホスト１０の実の空きリソース量をホスト管理テーブル３５に格納する。また、移行制御部３３は、仮想マシン管理テーブル３６において、追い出した仮想マシンＶＭに対応するのホスト名の領域に移行元のホスト１０を識別するホスト名（移行元ホスト名と同じ）を格納する。すなわち、移行制御部３３は、ホスト管理テーブル３５および仮想マシン管理テーブル３６を更新する。
【００８６】
図８に示す動作では、仮想マシンＶＭを移行元のホスト１０に戻す毎に、追い出し元のホスト１０の実の空きリソース量が算出され、ホスト管理テーブル３５が更新される。これにより、配備制御部３１は、仮想マシンＶＭを移行元のホスト１０に戻す動作中に新たな仮想マシンＶＭがホスト１０に配備する場合にも、オーバコミットを発生させることなく仮想マシンＶＭを配備できる。
【００８７】
ステップＳ６６において、移行制御部３３は、移行元のホスト１０に戻す仮想マシンＶＭを全て選択した場合、処理を終了し、移行元のホスト１０に戻す仮想マシンＶＭのいずれかを選択していない場合、処理をステップＳ６０に戻す。なお、仮想マシンＶＭが移行元に戻された後、管理サーバ３０は、図５に示す仮想マシン管理テーブル３６において、移行フラグを”１”から”０”に変更し、移行元ホスト名を消去する。
【００８８】
図９は、図６、図７および図８に示すステップＳ１００の動作の一例を示す。図９に示す動作は、移行制御部３３または配備制御部３１からの指示に基づいて、実リソース量算出部３４により実行される。
【００８９】
ステップＳ１０２において、実リソース量算出部３４は、仮想マシン管理テーブル３６において、移行制御部３３または配備制御部３１から指示されたホスト１０のホスト名を保持する行領域のいずれかを選択する。すなわち、実リソース量算出部３４は、指示されたホスト１０に配備された仮想マシンＶＭのいずれかを選択する。なお、図９の動作において、ステップＳ１０２で一度選択された仮想マシンＶＭは、繰り返し実行されるその後のステップＳ１０２では選択されない。
【００９０】
次に、ステップＳ１０４において、実リソース量算出部３４は、ステップＳ１０２で選択した行領域に保持されたリソース量を読み出す。そして、実リソース量算出部３４は、バッファ領域等に保持されたリソース量と積算することで、指示されたホスト１０に配備された仮想マシンＶＭのリソース量を求める。なお、バッファ領域等に保持されるリソース量は、ステップＳ１００の開始時に”０”にリセットされる。
【００９１】
次に、ステップＳ１０６において、実リソース量算出部３４は、指示されたホスト１０に配備された仮想マシンＶＭを全て選択した場合、処理をステップＳ１０８に移行する。実リソース量算出部３４は、指示されたホスト１０に配備された仮想マシンＶＭのうち、ステップＳ１０２で選択していない仮想マシンＶＭがある場合、処理をステップＳ１０２に戻す。
【００９２】
ステップＳ１０８において、実リソース量算出部３４は、移行制御部３３または配備制御部３１から指示されたホスト１０において、仮想マシンＶＭの配備に利用可能なリソース量の総和から、ステップＳ１０４で算出したリソース量の積算値を引く。そして、実リソース量算出部３４は、実の空きリソース量を算出する。次に、ステップＳ１１０において、実リソース量算出部３４は、算出した実の空きリソース量を、算出の指示を発行した移行制御部３３または配備制御部３１に通知し、処理を終了する。
【００９３】
図１０は、図７に示すステップＳ２００の動作の一例を示す。図１０に示す動作は、配備制御部３１からの指示に基づいて、仮リソース量算出部３２により実行される。
【００９４】
ステップＳ２０２において、仮リソース量算出部３２は、仮想マシン管理テーブル３６において、配備制御部３１から指示されたホスト１０のホスト名を保持する行領域のいずれかを選択する。すなわち、仮リソース量算出部３２は、指示されたホスト１０に配備された仮想マシンＶＭのいずれかを選択する。なお、図１０の動作において、ステップＳ２０２で一度選択された仮想マシンＶＭは、繰り返し実行されるその後のステップＳ２０２では選択されない。
【００９５】
次に、ステップＳ２０４において、仮リソース量算出部３２は、選択した仮想マシンＶＭに対応する行領域の移行フラグの値に基づいて、選択した仮想マシンＶＭが他のホスト１０から移行されたか否かを判定する。移行フラグが”１”の場合、他のホスト１０から移行された仮想マシンＶＭであると判定され、処理はステップＳ２０２に戻される。移行フラグが”０”の場合、端末装置ＴＭ（図３）からの指示に基づいて配備された仮想マシンＶＭであると判定され、処理はステップＳ２０６に移行される。なお、仮想マシン管理テーブル３６に移行フラグを格納する領域が設けられない場合、移行制御部３３は、移行元ホスト名を利用して、仮想マシンＶＭが他のホスト１０から移行されたか否かを判定できる。
【００９６】
ステップＳ２０６において、仮リソース量算出部３２は、ステップＳ２０２で選択した行領域に保持されたリソース量を読み出し、バッファ領域等に保持されたリソース量と積算することで、指示されたホスト１０に配備された仮想マシンＶＭのリソース量を求める。バッファ領域等に保持されるリソース量は、ステップＳ２００の開始時に”０”にリセットされる。なお、ステップＳ２０６でリソース量が積算される仮想マシンＶＭは、移行元のホスト１０から移行された仮想マシンＶＭを含まない。
【００９７】
ステップＳ２０８において、仮リソース量算出部３２は、指示されたホスト１０に配備された仮想マシンＶＭを全て選択した場合、処理をステップＳ２１０に移行する。仮リソース量算出部３２は、指示されたホスト１０に配備された仮想マシンＶＭのうち、ステップＳ２０２で選択していない仮想マシンＶＭがある場合、処理をステップＳ２０２に戻す。
【００９８】
ステップＳ２１０において、仮リソース量算出部３２は、配備制御部３１から指示されたホスト１０において、仮想マシンＶＭの配備に利用可能なリソース量の総和から、ステップＳ２０６で算出したリソース量の積算値を引き、仮の空きリソース量を算出する。次に、ステップＳ２１２において、仮リソース量算出部３２は、算出した仮の空きリソース量を、配備制御部３１に通知し、処理を終了する。
【００９９】
仮想マシン管理テーブル３６に移行フラグを設けることで、仮リソース量算出部３２は、移行フラグに基づいて、他のホスト１０から移行された仮想マシンＶＭをリソース量の積算対象から除外することができる。すなわち、各ホスト１０の仮の空きリソース量を、移行フラグを用いて算出することができる。
【０１００】
図１１は、図３に示す情報処理システム１０２の動作の一例を示す。図１１では、図１１（Ａ）、（Ｂ）、（Ｃ）の順に状態が変化する。ホスト１０は、”ＨＯＳＴ１”等のホスト名で示され、仮想マシンＶＭは、”ＶＭ１−１”等の仮想マシン名で示される。仮想マシンＶＭを示す矩形の大きさは、仮想マシンＶＭに使用するリソース量を示す。
【０１０１】
図１１（Ａ）は、図５に示すホスト管理テーブル３５および仮想マシン管理テーブル３６に保持された情報に対応する状態を示しており、仮想マシンＶＭが４つのホストＨＯＳＴ（ＨＯＳＴ１−ＨＯＳＴ４）に配備されている。図５に示すように、ホストＨＯＳＴ１に配備された仮想マシンＶＭは、ホストＨＯＳＴ１をメンテナンスするために、他のＨＯＳＴに移行される。
【０１０２】
図１１（Ｂ）では、図６に示すフローにしたがって、詰め込み型により、移行が可能なホストＨＯＳＴ２−ＨＯＳＴ４のうち、実の空きリソース量が最も小さいホストＨＯＳＴ２に、ホストＨＯＳＴ１から仮想マシンＶＭ１−１、ＶＭ１−２が順次移行される。図１１において、太枠で示す仮想マシンＶＭは、配備先が前の状態から変化したことを示す。網掛けで示す仮想マシンＶＭは、ホストＨＯＳＴ１から他のホストＨＯＳＴに移行されたことを示し、仮の空きリソース量の算出の対象外である。換言すれば、網掛けで示す仮想マシンＶＭのリソース量は、仮の空きリソース量に含まれる。
【０１０３】
図１１（Ｃ）では、図６に示すフローにしたがって、移行が可能なホストＨＯＳＴ３、ＨＯＳＴ４のうち、実の空きリソース量が最も小さいホストＨＯＳＴ３に、ホストＨＯＳＴ１から仮想マシンＶＭ１−３、ＶＭ１−４、ＶＭ１−５が順次移行される。そして、仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５のホストＨＯＳＴ１からの移行が完了する。網掛けで示す仮想マシンＶＭのリソース量は、仮の空きリソース量に含まれるため、例えば、図１１（Ｃ）におけるＨＯＳＴ３の仮の空きリソース量は、図１１（Ｂ）におけるＨＯＳＴ３の仮の空きリソース量および実の空きリソース量と同じである。
【０１０４】
図１２は、図１１（Ｃ)でのホスト管理テーブル３５および仮想マシン管理テーブル３６の状態を示す。図１２に示す太枠は、図５に対して状態が変化した領域を示す。仮想マシン管理テーブル３６において仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５に対応する行領域のホスト名は、移行先のホストＨＯＳＴ２、ＨＯＳＴ３に変更される。なお、移行制御部３３は、ホスト管理テーブル３５において、仮想マシンＶＭの移行元のホストＨＯＳＴ１の状態を変更しない。仮の空きリソース量は、移行された仮想マシンＶＭを除外して算出されるため、ホスト管理テーブル３５において、仮の空きリソース量は図５と同じである。仮想マシンＶＭが移行されないホストＨＯＳＴ４では、実の空きリソース量と仮の空きリソース量とは互いに同じである。
【０１０５】
図１３は、図１１に示す動作の続きを示す。太枠および網掛けで示す仮想マシンＶＭの意味は、図１１と同じである。図１３では、図１３（Ｄ）、（Ｅ）、（Ｆ）の順に状態が変化する。
【０１０６】
図１３（Ｄ）では、管理サーバ３０は、ホストＨＯＳＴ１のメンテナンス中に、新たな仮想マシンＶＭ１、ＶＭ２の配備の要求を順次受ける。配備制御部３１は、図７に示すフローにしたがって、負荷バランス型により、新たな仮想マシンＶＭ１、ＶＭ２を順次配備する。仮想マシンＶＭ１は、配備が可能なホストＨＯＳＴ３、ＨＯＳＴ４のうち、仮の空きリソース量が最も大きいホストＨＯＳＴ４に配備される。仮想マシンＶＭ１の配備後、ホストＨＯＳＴ３の仮の空きリソース量は、ホストＨＯＳＴ４の仮の空きリソース量より大きくなる。このため、仮想マシンＶＭ２は、配備が可能なホストＨＯＳＴ３、ＨＯＳＴ４のうち、仮の空きリソース量が最も大きいホストＨＯＳＴ３に配備される。
【０１０７】
図１３（Ｅ）では、仮想マシンＶＭの配備が可能なホストＨＯＳＴは、ホストＨＯＳＴ４のみのため、新たな仮想マシンＶＭ３、ＶＭ４は、ホストＨＯＳＴ４に順次配備される。図１３（Ｅ）において、ホストＨＯＳＴ１のメンテナンスが完了し、図１３（Ｆ）において、仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５を移行元のホストＨＯＳＴ１に戻す処理が実行される。
【０１０８】
仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５をホストＨＯＳＴ１に戻した図１３（Ｆ）において、配備の対象のホストＨＯＳＴ２−ＨＯＳＴ４の仮の空きリソース量は、互いにほぼ同じである。すなわち、仮の空きリソース量が最も大きく、かつ、配備が可能なホストＨＯＳＴに新たな仮想マシンＶＭを配備することで、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの空きリソース量を平準化することができる。この結果、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの負荷を平準化することができる。
【０１０９】
図１４は、図１３（Ｆ)でのホスト管理テーブル３５および仮想マシン管理テーブル３６の状態を示す。図１４に示す太枠は、図１２に対して状態が変化した領域を示す。
【０１１０】
ホスト管理テーブル３５において、ホストＨＯＳＴ２、ＨＯＳＴ３は、仮想マシンＶＭがホストＨＯＳＴ１に戻されたため、実の空きリソース量は増加する。ホストＨＯＳＴ４は、仮想マシンＶＭ１、ＶＭ３、ＶＭ４が配備されたため、実の空きリソース量は減少する。また、ホスト管理テーブル３５において、ホストＨＯＳＴ１のメンテナンスフラグは、管理サーバ３０により”０”にリセットされる。仮想マシン管理テーブル３６では、ホストＨＯＳＴ１に戻された仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５のホスト名が変更される。また、管理サーバ３０により、移行フラグは”０”にリセットされ、移行元ホスト名は消去される。なお、移行元ホスト名を消去せず、移行フラグが”０”の場合、移行元ホスト名を無効として扱ってもよい。さらに、仮想マシン管理テーブル３６では、新たに配置された仮想マシンＶＭ１、ＶＭ２、ＶＭ３、ＶＭ４に対応する新たな行領域に情報が格納される。
【０１１１】
図１５は、仮の空きリソース量を算出しない管理サーバを有する他の情報処理システムの動作の一例を示す。太枠および網掛けで示す仮想マシンＶＭの意味は、図１１と同じである。図１５では、図１５（Ａ）、（Ｂ）、（Ｃ）の順に状態が変化する。
【０１１２】
図１５（Ａ）において、ホストＨＯＳＴ２、ＨＯＳＴ３の状態は、図１１（Ｃ）と同じである。仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５は、詰め込み型でホストＨＯＳＴ２、ＨＯＳＴ３に移行され、ＨＯＳＴ１では、メンテナンスが開始される。ホストＨＯＳＴ１のメンテナンス中に、負荷バランス型により、新たな仮想マシンＶＭ１、ＶＭ２が順次配備される。但し、仮想マシンＶＭ１、ＶＭ２の配備は、実の空きリソース量に基づいて実行される。このため、仮想マシンＶＭ１の配備先は図１３（Ａ）と同じであるが、仮想マシンＶＭ２は、配備が可能なホストＨＯＳＴ３、ＨＯＳＴ４のうち、実の空きリソース量が最も大きいホストＨＯＳＴ４に配備される。
【０１１３】
図１５（Ｂ）において、負荷バランス型により、新たな仮想マシンＶＭ３、ＶＭ４が、実の空きリソース量に基づいて順次配備される。仮想マシンＶＭ３、ＶＭ４は、配備が可能なホストＨＯＳＴ３、ＨＯＳＴ４のうち、実の空きリソース量が最も大きいホストＨＯＳＴ４に配備される。図１５（Ｂ）において、ホストＨＯＳＴ１のメンテナンスが完了し、図１５（Ｃ）において、ＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５を移行元のホストＨＯＳＴ１に戻す処理が実行される。
【０１１４】
図１５（Ｃ）において、ＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５を移行元のホストＨＯＳＴ１に戻した後の配備の対象のホストＨＯＳＴ２−ＨＯＳＴ４の仮の空きリソース量および実の空きリソース量はばらつく。すなわち、実の空きリソース量が最も大きく、かつ、配備が可能なホストＨＯＳＴに新たな仮想マシンＶＭを配備する場合、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの空きリソース量はばらつくおそれがある。この結果、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの負荷を平準化することが困難になる。
【０１１５】
以上、図３から図１４に示す実施形態においても、図１および図２に示す実施形態と同様の効果を得ることができる。例えば、仮想マシンＶＭを詰め込み型でホストＨＯＳＴに移行し、新たな仮想マシンＶＭを負荷バランス型でホストＨＯＳＴに配備する場合、新たな仮想マシンＶＭは、仮の空きリソース量が他より大きいホストＨＯＳＴに配備される。これにより、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後のホストＨＯＳＴの空きリソース量を平準化することができ、ホストＨＯＳＴの負荷を平準化することができる。また、仮の空きリソース量に基づいて仮想マシンＶＭを配備するホストＨＯＳＴを決める場合にも、実の空きリソース量が足りないホストＨＯＳＴへの仮想マシンＶＭの配備を抑止することで、オーバコミットを抑止することができる。
【０１１６】
さらに、図３から図１４に示す実施形態では、以下に示す効果を得ることができる。仮想マシンＶＭを移行または配備する毎にホスト管理テーブル３５を更新することで、仮想マシンＶＭの移行中に新たな仮想マシンＶＭを配備する場合にも、正しい実の空きリソース量に基づいて、オーバコミットを発生させることなく仮想マシンＶＭを配備できる。
【０１１７】
仮想マシン管理テーブル３６に移行フラグを格納する領域を設けることで、仮リソース量算出部３２は、移行フラグに基づいて、他のホストＨＯＳＴから移行された仮想マシンＶＭを仮の空きリソース量の積算対象から除外することができる。仮想マシン管理テーブル３６に移行元ホスト名を格納する領域を設けることで、移行制御部３３は、仮想マシンＶＭの移行先に拘わらず、移行元ホスト名を参照することで仮想マシンＶＭを移行元のホストＨＯＳＴに戻すことができる。
【０１１８】
図１６は、情報処理装置、情報処理システムおよび情報処理方法の別の実施形態を示す。図３に示す要素と同一または同様の要素については、同じ符号を付し、詳細な説明は省略する。図１６に示す情報処理システム１０２Ａは、図３に示す移行制御部３３の代わりに移行制御部３３Ａを有する。情報処理システム１０２Ａのその他の構成は、図３に示す情報処理システム１０２と同様である。移行制御部３３Ａは、詰め込み型ではなく、負荷バランス型で、メンテナンス等を実施するホスト１０から他のホスト１０に仮想マシンＶＭを移行する。
【０１１９】
図１７は、図１６に示す管理サーバ３０において、仮想マシンＶＭを移行する動作の一例を示す。すなわち、図１７は、管理サーバ３０による情報処理方法の一例を示す。図６と同一または同様の処理については、同じ符号を付し、詳細な説明は省略する。図１７では、図６に示すステップＳ１６の代わりにステップＳ１６Ａが実行される。図１７におけるその他の処理は、図６と同様である。図１７に示す動作は、図６と同様に、例えば、情報処理システム１０２Ａが有するホスト１０のいずれでメンテナンスを実施する場合、メンテナンスを実施する前に、移行制御部３３Ａにより実行される。なお、配備制御部３１の動作は、図７と同じであり、移行制御部３３Ａが仮想マシンＶＭを移行元のホスト１０に戻す動作は、図８と同じである。
【０１２０】
図６と同様に、ステップＳ１４において、ステップＳ１０で選択した仮想マシンＶＭがステップＳ１２で選択したホスト１０への移行が可能な場合、処理はステップＳ１６Ａに移行する。
【０１２１】
ステップＳ１６Ａにおいて、移行制御部３３Ａは、仮決定したホスト１０の実の空きリソース量が、既に決定済みのホスト１０の実の空きリソース量より大きいか否かを判定する。実の空きリソース量が、既に決定済みのホスト１０の実の空きリソース量より大きい場合、処理はステップＳ１８に移行される。実の空きリソース量が、既に決定済みのホスト１０の実の空きリソース量以下の場合、処理はステップＳ２０に移行される。なお、ステップＳ１２において移行の対象のホスト１０が最初に選択された場合、比較対象のホスト１０が存在しないため、ステップＳ１６Ａの判定を実行することなく、処理はステップＳ１８に移行される。ステップＳ１６Ａの判定により、ステップＳ１８以降の処理において、負荷バランス型により仮想マシンＶＭの移行先が決定される。
【０１２２】
図１８は、図１６に示す情報処理システム１０２Ａの動作の一例を示す。図１１と同一または同様の動作については、詳細な説明は省略する。太枠で示す仮想マシンＶＭは、配備先が前の状態から変化したことを示す。網掛けで示す仮想マシンＶＭは、ホストＨＯＳＴ１から他のホストＨＯＳＴに移行されたことを示す。図１８（Ａ）の状態は、ホストＨＯＳＴ１に仮想マシンＶＭ１−５が配備されていないことを除き、図１１（Ａ）と同様である。
【０１２３】
図１８（Ｂ）では、図１７に示すフローにしたがって、負荷バランス型により、移行が可能なホストＨＯＳＴ２−ＨＯＳＴ４のうち、実の空きリソース量が最も大きいホストＨＯＳＴ４に、ホストＨＯＳＴ１から仮想マシンＶＭ１−１、ＶＭ１−２が順次移行される。
【０１２４】
図１８（Ｃ）では、図１７に示すフローにしたがって、移行が可能なホストＨＯＳＴ３、ＨＯＳＴ４のうち、実の空きリソース量が最も大きいホストＨＯＳＴ３に、ホストＨＯＳＴ１から仮想マシンＶＭ１−３が移行される。次に、移行が可能なホストＨＯＳＴ３、ＨＯＳＴ４のうち、実の空きリソース量が最も大きいホストＨＯＳＴ４に、ホストＨＯＳＴ１から仮想マシンＶＭ１−４が移行される。そして、仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４のホストＨＯＳＴ１からの移行が完了する。
【０１２５】
図１９は、図１８に示す動作の続きを示す。太枠および網掛けで示す仮想マシンＶＭの意味は、図１１と同じである。図１９では、図１９（Ｄ）、（Ｅ）、（Ｆ）の順に状態が変化する。
【０１２６】
図１９（Ｄ）では、ホストＨＯＳＴ１のメンテナンス中に、図７に示すフローにしたがって、負荷バランス型により、新たな仮想マシンＶＭ１、ＶＭ２が順次配備される。仮想マシンＶＭ１は、配備が可能なホストＨＯＳＴ３、ＨＯＳＴ４のうち、仮の空きリソース量が最も大きいホストＨＯＳＴ４に配備される。仮想マシンＶＭ１の配備後、ホストＨＯＳＴ３の仮の空きリソース量は、ホストＨＯＳＴ４の仮の空きリソース量より大きくなる。このため、仮想マシンＶＭ２は、配備が可能なホストＨＯＳＴ３、ＨＯＳＴ４のうち、仮の空きリソース量が最も大きいホストＨＯＳＴ３に配備される。仮想マシンＶＭ２のホストＨＯＳＴ３への配備により、ホストＨＯＳＴ４の仮の空きリソース量は、ホストＨＯＳＴ３の仮の空きリソース量より大きくなる。
【０１２７】
図１９（Ｅ）では、新たな仮想マシンＶＭ３は、仮想マシンＶＭの配備が可能なホストＨＯＳＴ３、ＨＯＳＴ４のうち、仮の空きリソース量が最も大きいホストＨＯＳＴ４に配備される。図１９（Ｅ）において、ホストＨＯＳＴ１のメンテナンスが完了し、図１９（Ｆ）において、仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４を移行元のホストＨＯＳＴ１に戻す処理が実行される。
【０１２８】
図１９（Ｆ）において、仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４を移行元のホストＨＯＳＴ１に戻した後の配備の対象のホストＨＯＳＴ２−ＨＯＳＴ４の仮の空きリソース量は、互いにほぼ同じである。すなわち、ホストＨＯＳＴ１からの仮想マシンＶＭの移行を負荷バランス型で実行する場合にも、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの空きリソース量を平準化することができる。換言すれば、仮の空きリソース量が最も大きく、かつ、配備が可能なホストＨＯＳＴに新たな仮想マシンＶＭを配備することで、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの負荷を平準化することができる。
【０１２９】
図２０は、仮の空きリソース量を算出しない管理サーバを有する他の情報処理システムの動作の一例を示す。図１５と同様の動作については、詳細な説明は省略する。太枠および網掛けで示す仮想マシンＶＭの意味は、図１１と同じである。図２０では、図２０（Ａ）、（Ｂ）、（Ｃ）の順に状態が変化する。
【０１３０】
図２０（Ａ）において、ホストＨＯＳＴ２、ＨＯＳＴ４の状態は、図１８（Ｃ）と同じである。仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４は、負荷バランス型でホストＨＯＳＴ３、ＨＯＳＴ４に移行され、ＨＯＳＴ１では、メンテナンスが開始される。ホストＨＯＳＴ１のメンテナンス中に、負荷バランス型により、新たな仮想マシンＶＭ１が配備される。但し、仮想マシンＶＭ１は、実の空きリソース量が最も大きいホストＨＯＳＴ３に配備される。
【０１３１】
図２０（Ｂ）において、負荷バランス型により、新たな仮想マシンＶＭ２、ＶＭ３が、実の空きリソース量に基づいて順次配備される。仮想マシンＶＭ２は、配備が可能なホストＨＯＳＴ２−ＨＯＳＴ４のうち、実の空きリソース量が最も大きいホストＨＯＳＴ４に配備される。次に、仮想マシンＶＭ３は、配備が可能なホストＨＯＳＴ２−ＨＯＳＴ４のうち、実の空きリソース量が最も大きいホストＨＯＳＴ２に配備される。図２０（Ｂ）において、ホストＨＯＳＴ１のメンテナンスが完了し、図２０（Ｃ）において、仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４を移行元のホストＨＯＳＴ１に戻す処理が実行される。
【０１３２】
図２０（Ｃ）において、仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４を移行元のホストＨＯＳＴ１に戻した後の配備の対象のホストＨＯＳＴ２−ＨＯＳＴ４の仮の空きリソース量はばらつく。すなわち、ホストＨＯＳＴ１からの仮想マシンＶＭの移行を負荷バランス型で実行する場合にも、図１５と同様に、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの空きリソース量はばらつくおそれがある。この結果、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの負荷を平準化することが困難になる。
【０１３３】
以上、図１６から図１９に示す実施形態においても、上述した実施形態と同様に、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後のホストＨＯＳＴの空きリソース量を平準化することができ、ホストＨＯＳＴの負荷を平準化することができる。また、仮の空きリソース量に基づいて仮想マシンＶＭを配備するホストＨＯＳＴを決める場合にも、実の空きリソース量が足りないホストＨＯＳＴへの仮想マシンＶＭの配備を抑止することで、オーバコミットを抑止することができる。
【０１３４】
さらに、図１６から図１９に示す実施形態では、仮想マシンＶＭの移行と配備との両方を負荷バランス型で実行する場合にも、仮想マシンＶＭを移行元のホスト１０に戻した後のホスト１０の空きリソース量を平準化することができる。換言すれば、仮の空きリソース量が最も大きく、かつ、配備が可能なホストＨＯＳＴに新たな仮想マシンＶＭを配備することで、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの負荷を平準化することができる。
【０１３５】
図２１は、情報処理装置、情報処理システムおよび情報処理方法の別の実施形態を示す。図３に示す要素と同一または同様の要素については、同じ符号を付し、詳細な説明は省略する。図２１に示す情報処理システム１０２Ｂは、図３に示す移行制御部３３および仮想マシン管理テーブル３６の代わりに移行制御部３３Ｂおよび仮想マシン管理テーブル３６Ｂを有する。情報処理システム１０２Ｂのその他の構成は、図３に示す情報処理システム１０２と同様である。移行制御部３３Ｂは、メンテナンス等を実施するホスト１０から他のホスト１０に移行する仮想マシンＶＭをリソース量の小さい順に選択し、選択した仮想マシンＶＭを詰め込み型で移行する。仮想マシン管理テーブル３６Ｂの例は、図２２に示される。
【０１３６】
図２２は、図２１に示すホスト管理テーブル３５および仮想マシン管理テーブル３６Ｂの一例を示す。図２１に示すホスト管理テーブル３５および仮想マシン管理テーブル３６Ｂの状態は、後述する図２４（Ａ）の状態に対応する。ホスト管理テーブル３５は、図５に示すホスト管理テーブル３５と同様に、ホスト名、実の空きリソース量、仮の空きリソース量およびメンテナンスフラグが格納される複数の行領域を有する。
【０１３７】
仮想マシン管理テーブル３６Ｂは、図５に示す仮想マシン管理テーブル３６のホスト名、仮想マシン名、リソース量、移行フラグおよび移行元ホスト名が格納される領域に加えて、移行優先順位が格納される領域を有する。移行優先順位は、ホストＨＯＳＴ１から他のホストＨＯＳＴに仮想マシンＶＭを移行する順序を示す。例えば、移行制御部３３Ｂは、図２２に示す移行優先順位を参照し、移行優先順位が小さい順に、仮想マシンＶＭ１−４、ＶＭ１−５、ＶＭ１−３、ＶＭ１−２、ＶＭ１−１を他のホストＨＯＳＴに移行する。なお、移行優先順位が等しい仮想マシンＶＭは、いずれが先に移行されてもよい。また、図２２において、リソース量が互いに等しい仮想マシンＶＭ１−４、ＶＭ１−５の移行優先順位のいずれか一方は、”２”に設定されてもよい。
【０１３８】
例えば、管理サーバ３０は、メンテナンス等を実施するホストＨＯＳＴ１から仮想マシンＶＭを移行する前に、移行フラグおよび移行元ホスト名とともに移行優先順位を仮想マシン管理テーブル３６Ｂに設定する。この際、管理サーバ３０は、仮想マシン管理テーブル３６Ｂが保持するリソース量に基づいて、リソース量が小さい順に移行優先順位を設定する。
【０１３９】
なお、移行優先順位が格納された行領域の移行フラグを”１”として扱うことで、移行優先順位を移行フラグとしても利用することが可能である。この場合、仮想マシン管理テーブル３６Ｂは、移行フラグを持たなくてもよく、管理サーバ３０は、メンテナンス等を実施するホストＨＯＳＴ１から仮想マシンＶＭを移行する前に、移行元ホスト名とともに移行優先順位を仮想マシン管理テーブル３６Ｂに設定する。
【０１４０】
図２３は、図２１に示す管理サーバ３０において、仮想マシンＶＭを移行する動作の一例を示す。すなわち、図２３は、管理サーバ３０による情報処理方法の一例を示す。図６と同一または同様の処理については、同じ符号を付し、詳細な説明は省略する。図２３では、図６に示すステップＳ１０の代わりにステップＳ１０Ｂが実行される。図２３におけるその他の処理は、図６と同様である。図２３に示す動作は、図６と同様に、例えば、情報処理システム１０２Ｂが有するホスト１０のいずれでメンテナンスを実施する場合、メンテナンスを実施する前に、移行制御部３３Ｂにより実行される。なお、配備制御部３１の動作は、図７と同じであり、移行制御部３３Ｂが仮想マシンＶＭを移行元のホスト１０に戻す動作は、図８と同じである。
【０１４１】
ステップＳ１０Ｂにおいて、移行制御部３３Ｂは、仮想マシン管理テーブル３６Ｂの移行優先順位の領域を参照し、移行する仮想マシンＶＭをリソース量の小さい順に選択する。そして、移行制御部３３Ｂは、ステップＳ１２以降の処理を実行する。なお、ステップＳ１０Ｂにおいて、移行制御部３３Ｂは、図５に示す仮想マシン管理テーブル３６の移行フラグが”１”の行領域のリソース量を相互に比較することで、移行優先順位を使用せずに、移行する仮想マシンＶＭをリソース量の小さい順に選択してもよい。
【０１４２】
図２４および図２５は、図２１に示す情報処理システム１０２Ｂの動作の一例を示す。図１１と同様に、ホスト１０は、”ＨＯＳＴ１”等のホスト名で示され、仮想マシンＶＭは、”ＶＭ１−１”等の仮想マシン名で示される。各仮想マシンＶＭに付した括弧付きの数字は、仮想マシンＶＭに使用するリソース量を示す。太枠で示す仮想マシンＶＭは、配備先が前の状態から変化したことを示す。網掛けで示す仮想マシンＶＭは、ホストＨＯＳＴ１から他のホストＨＯＳＴに移行されたことを示す。図２４および図２５では、図２４（Ａ）、（Ｂ）、（Ｃ）、図２５（Ｄ）、（Ｅ）、（Ｆ）の順に状態が変化する。
【０１４３】
各ホスト名の右の括弧内に示す２つの数字は、左側が実の空きリソース量を示し、右側が仮の空きリソース量を示す。なお、ホストＨＯＳＴ１は仮想マシンＶＭの移行元であるため、図１２での説明と同様に、図２４（Ｂ）、（Ｃ）に示す実の空きリソース量と仮の空きリソース量は、図２２に示すホスト管理テーブル３５に反映されない。
【０１４４】
図２４（Ａ）は、図２２に示すホスト管理テーブル３５および仮想マシン管理テーブル３６Ｂの状態を示しており、仮想マシンＶＭが３つのホストＨＯＳＴ（ＨＯＳＴ１−ＨＯＳＴ３）に配備されている。図２２のメンテナンスフラグおよび移行フラグで示すように、ホストＨＯＳＴ１に配備された仮想マシンＶＭは、ホストＨＯＳＴ１をメンテナンスするために、他のＨＯＳＴに移行される。
【０１４５】
図２４（Ｂ）において、移行制御部３３Ｂは、図２３に示すフローにしたがって、詰め込み型により、実の空きリソース量が最も小さいホストＨＯＳＴ２に、リソース量の小さい順に仮想マシンＶＭ１−４、ＶＭ１−５を順次移行する。仮想マシンＶＭ１−４、ＶＭ１−５の移行により、ホストＨＯＳＴ２の実の空きリソース量は”２２０”になる。ホストＨＯＳＴ２の仮の空きリソース量は、”２８０”のまま変化しない。
【０１４６】
図２４（Ｃ）において、管理サーバ３０は、ホストＨＯＳＴ１からの仮想マシンＶＭの移行中に、新たな仮想マシンＶＭ１の配備の要求を受ける。配備制御部３１は、図７に示すフローにしたがって、負荷バランス型により、配備が可能なホストＨＯＳＴ２、ＨＯＳＴ３のうち、仮の空きリソース量が最も大きいホストＨＯＳＴ３に仮想マシンＶＭ１を配備する。仮想マシンＶＭ１の配備により、ホストＨＯＳＴ３の実の空きリソース量および仮の空きリソース量は、ともに”２３０”になる。
【０１４７】
図２５（Ｄ）において、移行制御部３３Ｂは、配備が可能なホストＨＯＳＴ２、ＨＯＳＴ３のうち、実の空きリソース量が最も小さいホストＨＯＳＴ２に、リソース量が仮想マシンＶＭ１−４、ＶＭ１−５の次に小さい仮想マシンＶＭ１−３を移行する。次に、管理サーバ３０は、ホストＨＯＳＴ１からの仮想マシンＶＭの移行中に、新たな仮想マシンＶＭ２の配備の要求を受ける。配備制御部３１は、配備が可能なホストＨＯＳＴ２、ＨＯＳＴ３のうち、仮の空きリソース量が最も大きいホストＨＯＳＴ２に仮想マシンＶＭ２を配備する。仮想マシンＶＭ１−３の移行および仮想マシンＶＭ２の配備により、ホストＨＯＳＴ２の実の空きリソース量は、”７０”になり、仮の空きリソース量は、”１８０”になる。
【０１４８】
メンテナンス等に伴う仮想マシンＶＭの移行を、リソース量の小さい順に詰め込み型で実行することで、例えば、ホストＨＯＳＴ２において、仮想マシンＶＭに使用するメモリ領域等の断片化（フラグメンテーション）を抑止することができる。これにより、ホストＨＯＳＴ２において、まとまった大きさの実の空きリソース量を確保することができ、従来に比べて、リソース量の大きい仮想マシンＶＭを配備できる可能性を高くすることができる。
【０１４９】
図２５（Ｅ）において、移行制御部３３Ｂは、リソース量が次に小さい仮想マシンＶＭ１−２、ＶＭ１−１を、移行が可能なホストＨＯＳＴ３に順次移行する。仮想マシンＶＭ１−２、ＶＭ１−１の移行により、ホストＨＯＳＴ３の実の空きリソース量は、”５０”になる。ホストＨＯＳＴ３の仮の空きリソース量は、”２３０”のまま変化しない。図２５（Ｅ）において、ホストＨＯＳＴ１のメンテナンスが完了し、図２５（Ｆ）において、仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５を移行元のホストＨＯＳＴ１に戻す処理が実行される。
【０１５０】
仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５をホストＨＯＳＴ１に戻した図２５（Ｆ）において、配備の対象のホストＨＯＳＴ２、ＨＯＳＴ３の実の空きリソース量（仮の空きリソース量）の差は”５０”である。すなわち、メンテナンス等に伴う仮想マシンＶＭの移行を、リソース量が小さい順に詰め込み型により実行することで、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの空きリソース量を平準化することができる。すなわち、新たな仮想マシンＶＭを負荷バランス型により配備する場合に、ホストＨＯＳＴのリソースの断片化等の影響を受けることなく、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの負荷を平準化することができる。
【０１５１】
図２６および図２７は、リソース量の大きさを考慮せずに仮想マシンＶＭを移行する管理サーバを有する他の情報処理システムの動作の一例を示す。太枠および網掛けで示す仮想マシンＶＭの意味は、図１１と同じである。図２６および図２７では、図２６（Ａ）、（Ｂ）、（Ｃ）、図２７（Ｄ）、（Ｅ）、（Ｆ）の順に状態が変化する。図２６（Ａ）において、ホストＨＯＳＴ１、ＨＯＳＴ２、ＨＯＳＴ３の状態は、図２４（Ａ）と同じである。
【０１５２】
図２６（Ｂ）において、他の情報処理システムの管理サーバの移行制御部は、例えば、リソース量が大きい仮想マシンＶＭから順に、詰め込み型により、実の空きリソース量が最も小さいホストＨＯＳＴに仮想マシンＶＭを移行する。図２６に示す例では、仮想マシンＶＭ１−１、ＶＭ１−２がホストＨＯＳＴ１からホストＨＯＳＴ２に順次移行される。使用するリソース量が他の仮想マシンＶＭより大きい仮想マシンＶＭ１−１、ＶＭ１−２がホストＨＯＳＴ２に移行されることで、ホストＨＯＳＴ２のリソースは断片化しやすくなる。断片化の状態によっては、負荷バランス型により新たな仮想マシンＶＭを配備しても、仮想マシンＶＭが分散して配備されないおそれがある。
【０１５３】
図２６（Ｃ）において、移行制御部は、リソース量が次に大きい仮想マシンＶＭ１−３を、詰め込み型により、ホストＨＯＳＴ２、ＨＯＳＴ３のうち、配備が可能なホストＨＯＳＴ３に移行する。なお、図２６（Ｂ）でのホストＨＯＳＴ２の仮の空きリソース量（１００）は、ホストＨＯＳＴ３の仮の空きリソース量（２３０）より小さい。しかしながら、ホストＨＯＳＴ２は、断片化により仮想マシンＶＭ１−３を移行するリソースを確保できないため、仮想マシンＶＭ１−３は、ホストＨＯＳＴ３に移行される。
【０１５４】
図２７（Ｄ）において、移行制御部は、リソース量が次に大きい仮想マシンＶＭ１−４を、詰め込み型により、配備が可能なホストＨＯＳＴ２、ＨＯＳＴ３のうち、実の空きリソース量が最も小さいホストＨＯＳＴ２に移行する。次に、他の情報処理システムの管理サーバは、ホストＨＯＳＴ１からの仮想マシンＶＭの移行中に、新たな仮想マシンＶＭ２の配備の要求を受ける。他の情報処理システムの管理サーバの配備制御部は、仮の空きリソース量が最も大きく、かつ、配備が可能なホストＨＯＳＴ３に仮想マシンＶＭ２を配備する。
【０１５５】
図２７（Ｅ）において、移行制御部は、最後に残った仮想マシンＶＭ１−３を、詰め込み型により、ホストＨＯＳＴ２、ＨＯＳＴ３のうち、実の空きリソース量が最も小さいホストＨＯＳＴ２に移行する。図２７（Ｅ）において、ホストＨＯＳＴ１のメンテナンスが完了し、図２７（Ｆ）において、仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５を移行元のホストＨＯＳＴ１に戻す処理が実行される。
【０１５６】
仮想マシンＶＭ１−１、ＶＭ１−２、ＶＭ１−３、ＶＭ１−４、ＶＭ１−５をホストＨＯＳＴ１に戻した図２７（Ｆ）において、配備の対象のホストＨＯＳＴ２、ＨＯＳＴ３の実の空きリソース量（仮の空きリソース量）の差は”１５０”である。すなわち、仮想マシンＶＭの移行を、リソース量が小さい順に詰め込み型により実行しない場合、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの空きリソース量はばらつく。また、ホストＨＯＳＴにおいてリソースの断片化が発生すると、仮想マシンＶＭを配備するホストＨＯＳＴの選択肢が狭まり、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの負荷が平準化されにくくなる。
【０１５７】
以上、図２１から図２７に示す実施形態においても、上述した実施形態と同様に、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後のホストＨＯＳＴの空きリソース量を平準化することができ、ホストＨＯＳＴの負荷を平準化することができる。
【０１５８】
さらに、図２１から図２７に示す実施形態では、仮想マシンＶＭの移行をリソース量の小さい順に詰め込み型で実行することで、移行先のホストＨＯＳＴにおいて、仮想マシンＶＭに使用するメモリ領域等の断片化を抑止することができる。これにより、新たな仮想マシンＶＭを負荷バランス型により配備する場合に、ホストＨＯＳＴのリソースの断片化等の影響を受けることなく、仮想マシンＶＭを移行元のホストＨＯＳＴ１に戻した後、配備が可能なホストＨＯＳＴの負荷を平準化することができる。また、仮想マシンＶＭの移行先のホストＨＯＳＴにおいて、まとまった大きさの実の空きリソース量を確保することができ、従来に比べて、リソース量の大きい仮想マシンＶＭを配備できる可能性を高くすることができる。
【０１５９】
以上の詳細な説明により、実施形態の特徴点および利点は明らかになるであろう。これは、特許請求の範囲がその精神および権利範囲を逸脱しない範囲で前述のような実施形態の特徴点および利点にまで及ぶことを意図するものである。また、当該技術分野において通常の知識を有する者であれば、あらゆる改良および変更に容易に想到できるはずである。したがって、発明性を有する実施形態の範囲を前述したものに限定する意図はなく、実施形態に開示された範囲に含まれる適当な改良物および均等物に拠ることも可能である。
【符号の説明】
【０１６０】
１０…ホスト；１２…配備実行部；１４…負荷情報通知部；２０…情報処理装置；２１…配備制御部；２２…仮リソース量算出部；２３…移行制御部；２４…実リソース量算出部；３０…管理サーバ；３１…配備制御部；３２…仮リソース量算出部；３３、３３Ａ、３３Ｂ…移行制御部；３４…実リソース量算出部；３５…ホスト管理テーブル；３６、３６Ｂ…仮想マシン管理テーブル；４０…本体部；４１…ＣＰＵ；４２、４３…メモリ；４４…グラフィック処理部；４５…ＨＤＤ；４６…入力インタフェース；４７…入出力インタフェース；４８…通信インタフェース；５０…モニタ；５２…マウス；５４…キーボード；５６…記録媒体；１００、１０２、１０２Ａ、１０２Ｂ…情報処理システム；ＢＵＳ…バス；ＨＯＳＴ…ホスト；ＬＮＷ…ネットワーク；ＮＷ…ネットワーク；ＴＭ…端末装置；ＶＭ…仮想マシン
【図１】
2019079334.tif 000003
【図２】
2019079334.tif 000004
【図３】
2019079334.tif 000005
【図４】
2019079334.tif 000006
【図５】
2019079334.tif 000007
【図６】
2019079334.tif 000008
【図７】
2019079334.tif 000009
【図８】
2019079334.tif 000010
【図９】
2019079334.tif 000011
【図１０】
2019079334.tif 000012
【図１１】
2019079334.tif 000013
【図１２】
2019079334.tif 000014
【図１３】
2019079334.tif 000015
【図１４】
2019079334.tif 000016
【図１５】
2019079334.tif 000017
【図１６】
2019079334.tif 000018
【図１７】
2019079334.tif 000019
【図１８】
2019079334.tif 000020
【図１９】
2019079334.tif 000021
【図２０】
2019079334.tif 000022
【図２１】
2019079334.tif 000023
【図２２】
2019079334.tif 000024
【図２３】
2019079334.tif 000025
【図２４】
2019079334.tif 000026
【図２５】
2019079334.tif 000027
【図２６】
2019079334.tif 000028
【図２７】
2019079334.tif 000029