JP2012160045A - 仮想化環境リソース管理構成変更システム、及びプログラム - Google Patents

Abstract

【課題】仮想化環境（仮想サーバ）のリソースを効率的に利用でき、より多くの仮想サーバを使用可能にできる技術を提供する。
【解決手段】本システム１は、仮想化環境３の仮想サーバ４のリソース利用状況を収集する収集機能１７、リソース予約状況を更新する更新機能１５、リソース予約状況を確認し構成変更の情報を登録する登録機能１０、構成変更のスケジューリング及び実行を行うスケジューリング機能１９等を有する。更新機能１５は、仮想化環境３の過去のリソースの使用率と、仮想サーバ４のリソース予約状況とを用いて、仮想化環境３のリソース空き量を予測し、当該予測値を含む情報を登録してリソース予約状況を更新し、登録機能１０は、上記予測値を含む情報を用いて、構成変更のための空きがある場合は当該構成変更を可能と判断する。
【選択図】図１

Description

本発明は、クラウドコンピューティング等の仮想化環境のコンピュータシステム・情報処理の技術に関し、特に、仮想化環境の仮想サーバのリソースを管理する技術、仮想化環境の仮想サーバの構成変更をスケジューリングする技術、等に関する。

仮想化技術を利用したコンピュータシステムでは、仮想サーバに対するＣＰＵ（プロセッサ）、メモリ等のリソース（ハードウェアリソース）（その割当）を柔軟に変更することができる。また、この技術（リソース管理）に基づき、仮想サーバの構成変更をスケジューリングし、仮想サーバの構成変更の管理を行うことが考えられる。

上記に係わる先行技術例として、特開２００７-１４８４６９号公報（特許文献１）に記載の技術がある。

特許文献１では、仮想リソース管理者が仮想環境のハードウェアリソースの登録を行い、仮想マシン管理者が仮想サーバの構成変更の登録を行う技術が記載されている。

特開２００７-１４８４６９号公報

前記特許文献１に記載の技術では、登録された構成変更が変更処理実施前にキャンセルされたり、電源が入っていない仮想サーバが存在したりすると、実際のハードウェアリソースには空きが発生し、効率的にハードウェアリソースが利用できていない可能性がある。

上記のように従来技術では、仮想化環境（仮想サーバ）のリソース、及び構成変更に関して、効率性の点で改善の余地がある。

以上を鑑み、本発明の主な目的は、仮想化環境（仮想サーバ）のリソースの管理（割当や利用状況の把握・予測・予約など）、及び当該リソース管理に基づく仮想サーバの構成変更の管理（登録・取消・スケジューリング等）に係わり、仮想化環境のリソースを効率的に利用することができ、またより多くの仮想サーバを使用可能にできる技術を提供することである。

上記目的を達成するため、本発明の代表的な形態は、仮想化環境（仮想サーバ）のリソースの管理（割当や利用状況の把握・予測・予約など）、及び当該リソース管理に基づく仮想サーバの構成変更の管理（登録・取消・スケジューリング等）に係わる、コンピュータシステム（仮想化環境リソース管理構成変更システム）及びプログラム等であって、以下に示す構成を有することを特徴とする。

本発明のシステムでは、仮想化環境（仮想サーバ）のリソース管理及び構成変更管理の情報処理において、過去（実績）の仮想サーバのリソースの使用量などの情報をもとに、将来の仮想サーバのリソースの使用量などを予測し、これをもとに効率的に仮想サーバのリソース（その割当）を予約し、対応して仮想サーバの構成変更（そのスケジューリング）を行う。

本システムでは、仮想化環境のリソース（ハードウェアリソース）の使用量・使用率などの情報を収集・取得してリソース管理ＤＢに蓄積し、蓄積されたリソース使用率及び仮想サーバリソース予約値などの情報をもとに、仮想化環境のリソースの空き量を予測する。そして、本システムでは、仮想サーバの構成変更の登録時には、上記予測された空き量を確認し、当該構成（構成変更）のための必要量に比べて空きがある場合、当該構成変更のスケジューリングを行う。そして、当該スケジューリングされた日時（時刻）になると、本システムにより、仮想サーバの構成変更が自動的に実施される。

本システム形態は、例えば、仮想化環境の仮想サーバのリソースの利用状況を収集し当該情報をリソース管理ＤＢに蓄積する収集機能と、リソース管理ＤＢの情報と、構成変更管理ＤＢの情報とを用いて、リソースの予約状況を更新し、当該情報をリソース予約管理ＤＢに登録する更新機能と、リソース予約管理ＤＢの情報を用いてリソースの予約状況を確認し、仮想化環境の仮想サーバの構成変更の情報を構成変更管理ＤＢに登録する登録機能と、構成変更管理ＤＢの情報を用いて、構成変更のスケジューリング及び当該スケジュールに基づく仮想化環境に対する構成変更の実行を行うスケジューリング機能とを有する。更新機能は、リソース管理ＤＢ内の仮想化環境の過去のリソースの使用率と、仮想サーバのリソースの予約状況と、を含む情報を用いて、仮想化環境のリソースの空き量の予測値を算出し、当該予測値及び当該予測値に応じたリソースの予約値を含む情報をリソース予約管理ＤＢに登録してリソースの予約状況を更新する。登録機能は、リソース予約管理ＤＢ内の予測値及び予約値を含む情報を用いて、構成変更のための空きがある場合は、当該構成変更を可能と判断し、当該構成変更の情報を構成変更管理ＤＢに登録する。

本発明の代表的な形態によれば、仮想化環境（仮想サーバ）のリソースの管理（割当や利用状況の把握・予測・予約など）、及び当該リソース管理に基づく仮想サーバの構成変更の管理（登録・取消・スケジューリング等）に係わり、仮想化環境のリソースを効率的に利用することができ、またより多くの仮想サーバを使用可能にできる。

本発明の一実施の形態のシステム（仮想化環境リソース管理構成変更システム）を含むコンピュータシステム全体のブロック構成例を示す図である。 図１のシステム全体のハードウェア・ソフトウェアに関する構成例を示す図である。 本システムの仮想サーバ構成変更登録の動作例を示すフロー図である。 本システムの仮想化環境リソース収集の動作例を示すフロー図である。 本システムのリソース予約状況更新の動作例を示すフロー図である。 本システムの仮想化環境リソース管理テーブルの構成例を示す図である。 本システムの仮想化環境リソース予約管理テーブルの構成例を示す図である。 本システムの仮想サーバ構成変更管理テーブルの構成例を示す図である。 リソース予約状況更新処理（空き量予測値の算出）に係わる具体例イメージを示す図である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。

［システム構成（１）］
図１は、本発明の一実施の形態のシステム１を含むコンピュータシステム全体の構成例を示している。図１のコンピュータシステム全体は、本システム１（仮想化環境リソース管理構成変更システム）１と、クライアントＰＣ２と、仮想化環境３（仮想サーバ４を含む）とを有しこれらが接続される構成である。

本実施の形態のシステム１（仮想化環境リソース管理構成変更システム）は、仮想化環境３（仮想サーバ４）のリソース管理、及び仮想化環境３（仮想サーバ４）の構成変更の管理を行う機能を備えるシステムであり、対応する本実施の形態のプログラム等に従って特徴的な処理を行う。なお、リソース管理と構成変更管理とを別のシステムとして構成して連携する形態としてもよい。

本システム１は、仮想サーバ構成変更登録機能１０（「登録機能」と略す）、仮想サーバ構成変更取消機能１３（「取消機能」）、リソース予約管理ＤＢ１４、リソース予約状況更新機能１５（「更新機能」）、リソース管理ＤＢ１６（リソース利用状況管理ＤＢ）、仮想化環境リソース収集機能１７（「収集機能」）、構成変更管理ＤＢ１８、仮想サーバ構成変更スケジューリング機能１９（「スケジューリング機能」）、等を有する構成である。登録機能１０は、リソース予約状況確認機能１１（「確認機能」）、構成変更情報登録機能１２、を含む構成である。各機能（処理部）はソフトウェアプログラム処理などで実現される。

クライアントＰＣ２は、本システム１を操作（アクセス・利用）するクライアントのＰＣ（端末等）であり、管理者ユーザなどが操作し、プロセッサ、メモリ、ディスク、通信インタフェース装置、入力装置、出力装置などの一般的な技術により構成される。

仮想化環境３は、本システム１がリソース管理及び構成変更などを行う対象となる仮想化環境であり、当該仮想化環境３内（上）で稼働する複数の各々の仮想サーバ４（図１では例えば＃１〜＃３の３つ）を有する。

登録機能１０は、クライアントＰＣ２からの要求（ｒ１）に従い、構成変更の登録を行う機能を有する。また、取消機能１３は、クライアントＰＣ２からの要求（ｒ２）に従い、（未実行の）構成変更の取消（ｅ１）を行う機能を有する。これらの構成変更（その情報）の登録・取消は、構成変更管理ＤＢ１８に格納（反映）される。

収集機能１７は、仮想化環境３で稼働する仮想サーバ４のリソース利用状況（その情報）を定期的に収集・取得し、リソース管理ＤＢ１６に蓄積する（ａ１，ａ２）。

更新機能１５は、リソース管理ＤＢ１６に蓄積されたリソース利用状況（その情報）をもとに、仮想化環境３のリソースの空き量の予測値を算出し、リソース予約管理ＤＢ１４に登録する（ｂ１，ｂ２）。

登録機能１０内の確認機能１１は、リソース予約管理ＤＢ１４に登録された上記予測値をもとに、構成変更の可否を判断する（ｃ１）。ここで確認機能１１は、上記予測値が必要量（当該構成変更のための必要量）を上回っている場合（即ち構成変更のための空きが十分にあると予測される場合）は、当該構成変更が可能であると判断する。そしてこの判断に対応して、構成変更情報登録機能１２により、構成変更管理ＤＢ１８に対して、変更指示（当該構成変更の指示情報）を登録する（ｃ２）。

スケジューリング機能１９は、構成変更管理ＤＢ１８に登録された内容をもとに、仮想化環境３の仮想サーバ４の構成変更のスケジューリング及び当該スケジュールに基づいた構成変更実行処理を行う（ｄ１，ｄ２）。

［システム構成（２）］
図２は、図１の本システム１を含むシステム全体のハードウェア・ソフトウェアに関する構成例を示す。ネットワーク９０（インターネット等）上に、本システム１を構成するコンピュータ１００（物理的なサーバ装置など）、クライアントＰＣ２、仮想化環境３を構成する１つ以上のコンピュータ３００（物理的なサーバ装置など）及びストレージ８０等が接続されている。コンピュータ１００では、本システム１の各機能（１０，１３，１５，１７，１９）及び各管理ＤＢ（１４，１６，１８）等が構成される。なおこれに限らず、同じコンピュータ上に本システム１と仮想化環境３が構成される形態などとしてもよい。また管理ＤＢ等の各種データは、ネットワーク９０上の他のサーバ装置やストレージ等に存在してもよい。

本システム１のコンピュータ１００は、プロセッサ１０１、メモリ１０２、ディスク１０３、入力装置１０４、出力装置１０５、通信インタフェース装置１０６等がバス等で接続される構成である。ディスク１０３には、本システム１の上記各機能を（クライアントＰＣ２に対する）サービスとして実現するための本実施の形態のプログラム（機能プログラム）１１１、及び管理ＤＢ１１２（上記各管理ＤＢ（１４，１６，１８）を含む）等のデータが格納されている。プロセッサ１０１は、必要に応じてディスク１０３からメモリ１０２上にプログラム１１１のコード（機能コード）１１３や管理ＤＢ１１２のデータを読み出して実行することにより上記各機能の処理を実現する。

仮想化環境３のコンピュータ３００は、ハードウェア３０１、ハイパーバイザ３０２（仮想マシン制御プログラム等）、管理用ＯＳ３０３、複数の仮想サーバ３０４（図１の４に対応）、等を有する構成である。ハードウェア３０１は、ＣＰＵ、メモリ、ディスク等の公知要素を含む。コンピュータ３００は、例えばハイパーバイザ方式で仮想サーバ４を稼働させる場合、ハードウェア３０１上でハイパーバイザ３０２が稼働し、ハイパーバイザ３０２上で管理用ＯＳ３０３及び複数の仮想サーバ３０４を稼働する。ハイパーバイザ３０２は、ハードウェア３０１のリソース（ＣＰＵ、メモリ等）を仮想化して使用することにより、複数の仮想サーバ３０４を稼働させる制御を行う。ストレージ８０は、コンピュータ３００に接続または内蔵されるデータ格納手段である。

なお図２の例（ハイパーバイザ方式）に限らず仮想化環境３（クラウドコンピューティングシステム等）を構成してもよい。複数の各々のサーバ装置に対して仮想サーバ４を割り当ててもよい。

［登録機能］
図３は、仮想サーバ構成変更登録機能１０｛１１，１２｝の動作・処理例を示す（Ｓ２００等は処理ステップを表す）。

（Ｓ２００） 登録機能１０は、クライアントＰＣ２からの構成変更の依頼（ｒ１）を受け付ける。当該依頼（ｒ１）を受けた際、登録機能１０の確認機能１１は、リソース予約管理ＤＢ１４内の情報をもとに、リソースの空き状況を確認する。上記リソース予約管理ＤＢ１４内の情報として、仮想化環境３のリソース（ＣＰＵ及びメモリ等）の予測空き容量（予約に関係する空きリソース量の予測値）などを有する。

Ｓ２００の確認で、クライアントＰＣ２（管理者ユーザ等）で指定された期間（対象とする日にち等）に、リソースに空きがある場合（Ｓ２００−Ｙ）は、Ｓ２０１の仮想サーバ構成変更スケジュール登録の処理を行う。即ち、登録機能１０の構成変更情報登録機能１２により、構成変更管理ＤＢ１８に、構成変更内容とそのスケジュール等を含む情報を登録する（ｆ１）。

次に、Ｓ２０２では、上記Ｓ２０１の登録に基づき、更新機能１５により、リソース予約管理ＤＢ１４内の予約状況を更新する（ｆ２）。

［取消機能］
仮想サーバ構成変更取消機能１３の動作・処理例は以下である。取消機能１３は、クライアントＰＣ２からの構成変更取消の要求（ｒ２）を受け付ける。当該要求（ｒ２）を受けた際、取消機能１３は、仮想サーバ構成変更スケジュール削除処理において、構成変更管理ＤＢ１８内に登録されている該当の（未実行の）構成変更のスケジュール（その情報）を削除することにより、（未実行の）構成変更の取消を行う（ｅ１）。また、上記処理によって取り消された構成変更に対応した割当予定であったリソース量の分は、更新機能１５のリソース予約状況更新処理により、リソース予約管理ＤＢ１４内の空き量に対して追加される（ｆ２）。

［収集機能］
図４は、仮想化環境リソース収集機能１７の動作・処理例を示す。Ｓ４００で、収集機能１７は、仮想化環境３内で動作する各々の仮想サーバ４の、リソース（ＣＰＵ、メモリ等）の使用量・使用率などの情報を取得・収集し、Ｓ４０１で、当該収集情報を、リソース管理ＤＢ１６内（図６のテーブル）に蓄積する。この収集・蓄積の処理の後、Ｓ４０２で、本機能（１７）の終了指定の有無を判定し、終了指示が無い場合（Ｎ）は、Ｓ４０３で、一定期間スリープして次回の収集時刻まで待機し、Ｓ４００から、再度、収集・蓄積の処理を同様に繰り返し行う。Ｓ４０２で終了指示が有る場合（Ｙ）は、本機能（１７）の処理を終了する。

［更新機能］
図５は、リソース予約状況更新機能１５の動作・処理例を示す。更新機能１５は、将来の空きリソース量の予測値を算出し、当該情報をリソース管理ＤＢ１６内（図７のテーブル）に格納する処理を行う。

Ｓ５００〜Ｓ５０５の処理単位では、本システム１で指定（例えばクライアントＰＣ２から設定）された日数（期間等）の分、Ｓ５０１〜Ｓ５０４の処理を繰り返し、これにより上記の予測値（Ｔ）を算出する。即ち対象の日にち毎の予測値（Ｔ）を算出する。Ｓ５０６では更新機能１５が終了かどうかを判定し、終了でない場合（Ｎ）は、Ｓ５０７で、次回の更新日時（時刻）まで待機し、更新日時ごとに同様の処理を繰り返す。

用語定義及び説明上の記号として以下とする：
Ｍ：仮想サーバ４に割り当てられたリソース量の和
Ｎ：仮想サーバ４のリソース使用量の和
Ｐ：仮想サーバ４のリソース割当値に対する平均使用率（使用率の平均値）（Ｐ＝Ｎ÷Ｍ）
Ｑ：仮想サーバ４のリソース予約値の和
Ｒ：仮想サーバ４のリソース使用量の予測値（Ｒ＝Ｐ×Ｑ）
Ｓ：仮想化環境３のハードウェアリソース量
Ｔ：仮想化環境３のハードウェアリソースの空き量の予測値（Ｔ＝Ｓ−Ｒ）。

本機能（１５）に係わる処理の全体において、上記の予測値（Ｔ）の算出式は、
Ｔ＝Ｓ−Ｒ＝Ｓ−（Ｐ×Ｑ）＝Ｓ−（Ｎ÷Ｍ×Ｑ）、となる。

Ｓ５０１では、［仮想サーバ４のリソース割当値に対する平均使用率］（Ｐ）を算出する。このＰの算出の仕方としては、［仮想サーバ４のリソース使用量の和］（Ｎ）を［仮想サーバ４に割り当てられたリソース量の和］（Ｍ）で割ることにより（Ｐ＝Ｎ÷Ｍ）、予測値算出日時点での当該使用率（Ｐ）を求める。

次にＳ５０２で、［仮想サーバ４のリソース使用量の予測値］（Ｒ）を算出する。このＲの算出の仕方としては、上記Ｓ５０１で求めた平均使用率（Ｐ）と、［仮想サーバ４のリソース予約値の和］（Ｑ）とを掛けることにより（Ｒ＝Ｐ×Ｑ）、日にち単位での当該リソース使用量予測値（Ｒ）を求める。ハードウェアリソースとは例えばＣＰＵ，メモリである。

次にＳ５０３では、［仮想化環境３のハードウェアリソースの空き量の予測値］（Ｔ）を算出する。このＴの算出の仕方としては、［仮想化環境３のハードウェアリソース量］（Ｓ）の値から、上記Ｓ５０２で求めたリソース使用量予測値（Ｒ）を引くことにより（Ｔ＝Ｓ−Ｒ）、当該空き量予測値（Ｔ）を求める。

次にＳ５０４では、上記Ｓ５０３で求めた空き量予測値（Ｔ）を、リソース予約管理ＤＢ１４内のテーブル（図７、仮想化環境リソース予約管理テーブル）に登録する。

上記空き量予測値（Ｔ）の算出に関する具体例は以下である。図９は本例の補足のイメージを示す。（Ａ）は現在または過去（実績）である第１の日時（構成変更前）、（Ｂ）は将来（予測・予約）である第２の日時（構成変更後）、の割当量や使用量を示す。例えば、ＣＰＵリソースに関して４ＧＨｚを持つ仮想化環境３において、０．５ＧＨｚ単位で割り当てられた仮想サーバ４が３つ（例えば＃１〜＃３）ある場合を考える（メモリリソース等に関しても同様の考え方である）。仮想化環境３のＣＰＵリソース量＝４ＧＨｚ、仮想サーバ４単位（１仮想サーバあたり）のＣＰＵリソース割当量＝０．５ＧＨｚ，割当済みの仮想サーバ４のＣＰＵリソース割当量の和＝０．５×３＝１．５ＧＨｚである。

この場合、仮想サーバ４のＣＰＵリソース割当量から算出される空き量（空きＣＰＵリソース量）は、４−１．５＝２．５ＧＨｚである。ここで上記３つの仮想サーバ４のＣＰＵ使用量の合計が例えば１ＧＨｚになっている状態であるとする。３つでの使用率（１つあたりの平均使用率）としては、１÷１．５＝６７％である。すると、仮想化環境３（ＣＰＵリソース）全体での空きとしては、４−１＝３ＧＨｚがある。

上記を第１の日時の第１の構成（構成変更）の状態とする。そして例えばその１週間後の第２の日時から、上記３つのうち１つの仮想サーバ４（例えば＃１）のＣＰＵ（そのリソース割当）を、前記０．５ＧＨｚから１ＧＨｚに構成変更する場合（リソース予約及び構成変更スケジューリング）を考える。この場合、上記同様に、割当量（３つ分では０．５×２＋１．０＝２ＧＨｚ）から算出される空き量は、４−２＝２ＧＨｚである。ここで、第２の日時でも使用率が１÷１．５＝６７％であるとする（第１の日時と同様の使用率であると予測（仮定）する）。すると、予測使用量は、２ＧＨｚ×６７％＝１．３４ＧＨｚとなり、仮想化環境３（ＣＰＵリソース）全体における予測空き量（空きＣＰＵリソース量予測値）は、４−１．３４＝２．６６ＧＨｚとなる。

上記例を前述の予測値（Ｔ）の算出式で当て嵌めると、Ｔ＝Ｓ−Ｒ＝Ｓ−（Ｐ×Ｑ）＝Ｓ−（Ｎ÷Ｍ×Ｑ）＝４−（１÷１．５×２）≒２．６６（［ＧＨｚ］）となる。

本システム１（更新機能１５）は、上記予測（予測量）に応じて、構成変更のためのリソースの予約（予約量）を捉え、これに対応してリソース予約状況を更新する。上記例の仮想サーバ４のＣＰＵリソース割当の構成変更に関しては、全体のうち、使用の予測量が１．３４ＧＨｚで、それに対応した空き量が２．６６ＧＨｚであり、予約量を２．０ＧＨｚとしてリソース予約状況を更新する。

［スケジューリング］
仮想サーバ構成変更スケジューリング機能１９の動作・処理例は以下である。スケジューリング機能１９は、構成変更管理ＤＢ１８内（図８のテーブル）の登録内容（変更指示）によって、構成変更の対象となる仮想サーバ４（仮想サーバ名）、及びその割当リソース量などを設定する。そしてスケジューリング機能１９は、当該設定（スケジュール）に基づき仮想化環境３に対して構成変更処理（作業）を実行する。

［リソース管理テーブル］
図６は、リソース管理ＤＢ１６内に存在する、仮想化環境（仮想サーバ）−リソース管理テーブルの例を示す。項目として、「日時」、「仮想化サーバ名」、「ＣＰＵ割当量」、「ＣＰＵ使用量」、「ＣＰＵ使用率」、「メモリ割当量」、「メモリ使用量」、「メモリ使用率」、等がある。本テーブルでは、収集機能１７で収集されたリソース使用量の情報については、収集した日時と共に、当該時点の使用量を蓄積している。なおＣＰＵ量（処理性能）は例えばＧＨｚ単位、メモリ量（容量）は例えばＧbyte単位などである。

［リソース予約管理テーブル］
図７は、リソース予約管理ＤＢ１４内に存在する、仮想化環境（仮想サーバ）−リソース予約管理テーブルの例を示す。項目として、「日にち」、「仮想化環境ＣＰＵ」（総量）、「ＣＰＵ予約量」、「ＣＰＵ予測空き量」、「仮想化環境メモリ」（総量）、「メモリ予約量」、「メモリ予測空き量」、等がある。本テーブルには、仮想化環境３のＣＰＵ，メモリ等のリソース（ハードウェアリソース）の量に加え、日々の予約量、及び図５で示した予測空き量などの情報を格納する。

［構成変更管理テーブル］
図８は、構成変更管理ＤＢ１８内に存在する、仮想化環境（仮想サーバ）−構成変更管理テーブルの例を示す。項目として、「構成変更日時」、「申請者」、「仮想サーバ名」、「ＣＰＵ割当量」、「メモリ割当量」、等がある。本テーブルでは、管理者ユーザ等の操作に基づいてクライアントＰＣ２から入力された、構成変更日時、申請者（管理者ユーザ名）、構成変更の対象となる仮想サーバ名、対応するＣＰＵ・メモリの割当量、等の情報を格納する。

［効果等］
以上説明したように、本実施の形態のシステム１によれば、仮想化環境３（仮想サーバ４）の構成変更の登録・スケジューリング等を行う際に、仮想サーバ４のリソースの予約状況と過去のリソースの利用状況から、（実際的な）リソースの空き量を予測し、当該予測量より、多くのリソースを仮想サーバ４（その割当）に予約することを可能とする。これにより、仮想化環境３のリソースを効率的に利用することができ、より多くの仮想サーバ４を使用することができる。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。

本発明は、例えばアウトソーシングサービスにおける仮想化ホスティングサービスの運用業務、仮想化技術を利用して構築される仮想サーバの構成変更業務、などに利用できる。

１…本システム（仮想化環境リソース管理構成変更システム）、２…クライアントＰＣ、３…仮想化環境、４…仮想サーバ、１０…仮想サーバ構成変更登録機能（仮想サーバ構成変更管理機能）、１１…リソース予約状況確認機能、１２…構成変更情報登録機能、１３…仮想サーバ構成変更取消機能、１４…リソース予約管理ＤＢ、１５…リソース予約状況更新機能、１６…リソース管理ＤＢ（リソース利用状況管理ＤＢ）、１７…仮想化環境リソース収集機能、１８…構成変更管理ＤＢ、１９…仮想サーバ構成変更スケジューリング機能、８０…ストレージ、９０…ネットワーク、１００，３００…コンピュータ。

Claims (6)

1. コンピュータの情報処理を用いて、仮想化環境の仮想サーバを対象として、リソース管理、及び構成変更管理を行うシステムであり、
   前記コンピュータの情報処理により実現される機能として、
   前記仮想化環境の仮想サーバのリソースの利用状況を収集し当該情報をリソース管理ＤＢに蓄積する収集機能と、
   前記リソース管理ＤＢの情報と、構成変更管理ＤＢの情報とを用いて、前記リソースの予約状況を更新し、当該情報をリソース予約管理ＤＢに登録する更新機能と、
   前記リソース予約管理ＤＢの情報を用いて前記リソースの予約状況を確認し、前記仮想化環境の仮想サーバの構成変更の情報を前記構成変更管理ＤＢに登録する登録機能と、
   前記構成変更管理ＤＢの情報を用いて、前記構成変更のスケジューリング及び当該スケジュールに基づく前記仮想化環境に対する構成変更の実行を行うスケジューリング機能と、を有し、
   前記更新機能は、前記リソース管理ＤＢ内の前記仮想化環境の過去のリソースの使用率と、前記仮想サーバのリソースの予約状況と、を含む情報を用いて、前記仮想化環境のリソースの空き量の予測値を算出し、当該予測値及び当該予測値に応じたリソースの予約値を含む情報を前記リソース予約管理ＤＢに登録して前記リソースの予約状況を更新し、
   前記登録機能は、前記リソース予約管理ＤＢ内の前記予測値及び予約値を含む情報を用いて、構成変更のための空きがある場合は、当該構成変更を可能と判断し、当該構成変更の情報を前記構成変更管理ＤＢに登録すること、を特徴とする仮想化環境リソース管理構成変更システム。
2. 請求項１記載の仮想化環境リソース管理構成変更システムにおいて、
   前記更新機能による前記予測値を算出する処理において、
   前記仮想サーバに対して割り当てられたリソース量の和（Ｍ）と、前記仮想サーバのリソースの使用量の和（Ｎ）とから、前記仮想サーバのリソースの割当値に対する平均使用率（Ｐ＝Ｎ÷Ｍ）を算出する処理と、
   前記平均使用率（Ｐ）と、前記仮想サーバのリソースの予約値の和（Ｑ）とから、前記仮想サーバのリソースの使用量の予測値（Ｒ＝Ｐ×Ｑ）を算出する処理と、
   前記予測値（Ｒ）と、前記仮想化環境のリソースの量（Ｓ）とから、前記仮想化環境のリソースの空き量の予測値（Ｔ＝Ｓ−Ｒ）を算出する処理と、を行うこと、を特徴とする仮想化環境リソース管理構成変更システム。
3. 請求項１記載の仮想化環境リソース管理構成変更システムにおいて、
   前記収集機能は、前記仮想化環境のＣＰＵ及びメモリを含むハードウェアのリソースの使用量及び使用率の情報を定期的に取得し、前記リソース管理ＤＢ内のテーブルに蓄積する処理を行うこと、を特徴とする仮想化環境リソース管理構成変更システム。
4. 請求項１記載の仮想化環境リソース管理構成変更システムにおいて、
   前記登録機能は、前記仮想サーバの構成変更の要求に関して、前記リソース予約管理ＤＢ内の前記予測値を確認し、当該予測値が当該構成変更のための必要量を上回る場合、当該構成変更が可能であると判断し、当該構成変更の情報を前記構成変更管理ＤＢに登録し、
   前記更新機能は、上記登録に応じて前記リソース予約管理ＤＢ内の前記仮想化環境のリソースの空き量の情報を更新すること、を特徴とする仮想化環境リソース管理構成変更システム。
5. 請求項１記載の仮想化環境リソース管理構成変更システムにおいて、
   未実行の構成変更の取消の要求に応じて、前記構成変更管理ＤＢ内の該当の未実行の構成変更の情報を削除することにより当該未実行の構成変更の取消を行う取消機能を有し、
   前記更新機能は、前記取消分に対応するリソース量を前記仮想化環境のリソースの空き量に追加するように前記リソース予約管理ＤＢ内の情報を更新すること、を特徴とする仮想化環境リソース管理構成変更システム。
6. コンピュータの情報処理を用いて、仮想化環境の仮想サーバを対象として、リソース管理、及び構成変更管理を行う処理を実行させるプログラムであり、
   前記プログラムによる処理として、
   前記仮想化環境の仮想サーバのリソースの利用状況を収集し当該情報をリソース管理ＤＢに蓄積する収集処理と、
   前記リソース管理ＤＢの情報と、構成変更管理ＤＢの情報とを用いて、前記リソースの予約状況を更新し、当該情報をリソース予約管理ＤＢに登録する更新処理と、
   前記リソース予約管理ＤＢの情報を用いて前記リソースの予約状況を確認し、前記仮想化環境の仮想サーバの構成変更の情報を前記構成変更管理ＤＢに登録する登録処理と、
   前記構成変更管理ＤＢの情報を用いて、前記構成変更のスケジューリング及び当該スケジュールに基づく前記仮想化環境に対する構成変更の実行を行うスケジューリング処理と、を有し、
   前記更新処理は、前記リソース管理ＤＢ内の前記仮想化環境の過去のリソースの使用率と、前記仮想サーバのリソースの予約状況と、を含む情報を用いて、前記仮想化環境のリソースの空き量の予測値を算出し、当該予測値及び当該予測値に応じたリソースの予約値を含む情報を前記リソース予約管理ＤＢに登録して前記リソースの予約状況を更新する処理を含み、
   前記登録処理は、前記リソース予約管理ＤＢ内の前記予測値及び予約値を含む情報を用いて、構成変更のための空きがある場合は、当該構成変更を可能と判断し、当該構成変更の情報を前記構成変更管理ＤＢに登録する処理を含むこと、を特徴とするプログラム。

Images