特許 6092704 仮想サーバリソース制御システム及び仮想サーバリソース制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6092704

(24)【登録日】2017年2月17日

(45)【発行日】2017年3月8日

(54)【発明の名称】仮想サーバリソース制御システム及び仮想サーバリソース制御方法

(51)【国際特許分類】

   G06F 9/50 20060101AFI20170227BHJP

   G06F 9/46 20060101ALI20170227BHJP

【ＦＩ】

   G06F9/46 462Z

   G06F9/46 350

【請求項の数】2

【全頁数】13

(21)【出願番号】特願2013-103121(P2013-103121)

(22)【出願日】2013年5月15日

(65)【公開番号】特開2014-225081(P2014-225081A)

(43)【公開日】2014年12月4日

【審査請求日】2016年3月9日

(73)【特許権者】

【識別番号】000233491

【氏名又は名称】株式会社日立システムズ

(74)【代理人】

【識別番号】100080001

【弁理士】

【氏名又は名称】筒井 大和

(74)【代理人】

【識別番号】100113642

【弁理士】

【氏名又は名称】菅田 篤志

(74)【代理人】

【識別番号】100117008

【弁理士】

【氏名又は名称】筒井 章子

(74)【代理人】

【識別番号】100147430

【弁理士】

【氏名又は名称】坂次 哲也

(72)【発明者】

【氏名】板子 有里佳

【審査官】 三坂 敏夫

(56)【参考文献】

【文献】 特開平１０−０８３３８２（ＪＰ，Ａ）

【文献】 特開２００７−１２２３５８（ＪＰ，Ａ）

【文献】 特開２０１１−２４３１６２（ＪＰ，Ａ）

【文献】 特開２００４−１９９５６１（ＪＰ，Ａ）

【文献】 山市 良，「システム監視の鉄則 鉄則２ ［監視対象］サーバ 警告機能でパフォーマンスを監視せよ」，Windows Server World，日本，（株）ＩＤＧジャパン，２００７年 ２月 １日，第12巻 第2号

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ９／５０

Ｇ０６Ｆ ９／４６

(57)【特許請求の範囲】

【請求項1】

複数の仮想サーバにリソースを提供する複数の物理サーバと、該複数の物理サーバに接続されて複数の仮想サーバに記憶領域を提供する複数のストレージと、前記複数の物理サーバのリソースを監視するリソース監視機能部と、インシデント情報を格納するインシデント情報データベースを含むインシデント管理機能部と、管理者によって物理サーバのリソースの予測情報を参照する操作端末とに接続され、前記物理サーバのリソース量を制御する仮想サーバリソース制御システムであって、
最新及び最古日付の仮想サーバのメモリサイズ及びディスクサイズを格納する仮想サーバ構成情報データベースと、
最新及び最古日付の物理サーバメモリサイズ及びディスクサイズを格納する物理サーバ構成情報データベースと、
過去に発生した仮想サーバ毎のインシデント種別を含むインシデント情報と物理サーバのメモリ閾値及び日毎の増加率を含むメモリ予測情報と物理サーバのディスク閾値及び日毎の増加率を含むディスク予測情報と物理サーバ毎のメモリ及びディスク利用率並びに閾値を含む閾値情報と物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報とから成るリソース予測情報を格納する物理サーバリソース予測情報データベースと、
物理サーバのリソースが過不足する可能性のある時期を物理サーバリソース予測情報データベースに登録する物理サーバリソース予測部とを備え、
該物理サーバリソース予測部が、
所定の日時毎に仮想サーバ構成情報テーブルから物理サーバ毎のメモリの１日あたりの増加率を求める第１工程と、
物理サーバ上の仮想サーバの過去所定期間内のメモリ超過のインシデント数を抽出する第２工程と、
該第２工程により算出したインシデント数の重みをかけたメモリ増加率を求める第３工程と、
該第３工程により求めたメモリ増加率から物理サーバのメモリ利用率の閾値を超過する日付を求める第４工程と、
該第４工程により求めた閾値超過日付をメモリ予測情報に格納する第５工程とを行ってメモリリソース状況予測処理を実行し、
所定の日時毎に仮想サーバ構成情報テーブルからストレージ毎のディスクの１日あたりの増加率を求める第６工程と、
ストレージの所定期間内のディスク超過のインシデント数を抽出する第７工程と、
該第７工程により抽出したインシデント数の重みをかけたディスク増加率を求める第８工程と、
該第８工程により算出したディスク増加率からストレージのディスク利用率の閾値を超過する日付を求める第９工程と、
該第９工程により求めた閾値超過日付をディスク予測情報に格納する第１０工程とを行ってディスクリソース状況予測処理を実行する仮想サーバリソース制御システム。

【請求項2】

複数の仮想サーバにリソースを提供する複数の物理サーバと、該複数の物理サーバに接続されて複数の仮想サーバに記憶領域を提供する複数のストレージと、前記複数の物理サーバのリソースを監視するリソース監視機能部と、インシデント情報を格納するインシデント情報データベースを含むインシデント管理機能部と、管理者によって物理サーバのリソースの予測情報を参照する操作端末とに接続され、前記物理サーバのリソース量を制御するコンピュータシステムの仮想サーバリソース制御方法であって、
最新及び最古日付の仮想サーバのメモリサイズ及びディスクサイズを格納する仮想サーバ構成情報データベースと、
最新及び最古日付の物理サーバメモリサイズ及びディスクサイズを格納する物理サーバ構成情報データベースと、
過去に発生した仮想サーバ毎のインシデント種別を含むインシデント情報と物理サーバのメモリ閾値及び日毎の増加率を含むメモリ予測情報と物理サーバのディスク閾値及び日毎の増加率を含むディスク予測情報と物理サーバ毎のメモリ及びディスク利用率並びに閾値を含む閾値情報と物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報とから成るリソース予測情報を格納する物理サーバリソース予測情報データベースと、
物理サーバのリソースが過不足する可能性のある時期を物理サーバリソース予測情報データベースに登録する物理サーバリソース予測部とを設け、
該物理サーバリソース予測部に、
所定の日時毎に仮想サーバ構成情報テーブルから物理サーバ毎のメモリの１日あたりの増加率を求める第１工程と、
物理サーバ上の仮想サーバの過去所定期間内のメモリ超過のインシデント数を抽出する第２工程と、
該第２工程により算出したインシデント数の重みをかけたメモリ増加率を求める第３工程と、
該第３工程により求めたメモリ増加率から物理サーバのメモリ利用率の閾値を超過する日付を求める第４工程と、
該第４工程により求めた閾値超過日付をメモリ予測情報に格納する第５工程とを行ってメモリリソース状況予測処理を実行し、
所定の日時毎に仮想サーバ構成情報テーブルからストレージ毎のディスクの１日あたりの増加率を求める第６工程と、
ストレージの所定期間内のディスク超過のインシデント数を抽出する第７工程と、
該第７工程により抽出したインシデント数の重みをかけたディスク増加率を求める第８工程と、
該第８工程により算出したディスク増加率からストレージのディスク利用率の閾値を超過する日付を求める第９工程と、
該第９工程により求めた閾値超過日付をディスク予測情報に格納する第１０工程とを行ってディスクリソース状況予測処理を実行させる仮想サーバリソース制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、複数の仮想サーバを構成する物理サーバのリソース量を最適に制御することができる仮想サーバリソース制御システム及び仮想サーバリソース制御方法に係り、特に、仮想サーバのリソース過不足を予測して事前にリソース量を最適に保つことができる仮想サーバリソース制御システム及び仮想サーバリソース制御方法に関する。

【背景技術】

【0002】

一般にコンピュータの仮想化技術は１台の物理サーバのリソース（ＣＰＵ・メモリ・ＨＤＤ他のハードウェア資源）を複数の仮想サーバに提供するものであって、コンピュータシステムの設置スペース・消費電力・ハードウェア投資コストの削減につながるため、近年データセンターのサービスでの利用が拡大しており、仮想サーバに提供するリソースの構成は構成情報と呼ばれている。

【0003】

この仮想化技術は、予め想定される仮想サーバのリソース量に応じて物理的ハードウェアを構築するものであるが、サービス利用の拡大に伴って仮想サーバの台数の増加やユーザ数の増大した場合、物理サーバのディスクやメモリなどのリソースが枯渇してしまう可能性があり、リソース不足では利用ユーザに最適なサービスを提供することが困難になり、逆に余剰リソースが多い場合は余分なコストがかさむという不具合がある。

【0004】

このため、仮想化技術においては、物理サーバに対する適切な時期且つ適切なリソースを増強するためのリソース増強計画が必要であり、このリソース増強計画に関する技術が記載された文献としては下記の特許文献が挙げられる。特許文献１には、データセンターのシステム構成のスナップショット及びデータセンターの稼働時のスループットを取得し、スナップショット情報とスループット情報とを関連付けて構成ＤＢに保存する構成保存部と、データセンターにおけるスループットの予測状況に基づいて構成ＤＢから処理可能なシステム構成を有するスナップショットを検索する構成検索部と、検索されたスナップショットのシステム構成に基づいてプログラミングインタフェースを用いてデータセンターを構築もしくはデータセンターのシステム構成を変更する構成変更部とを備える。特許文献２には、仮想計算機に保証するリソース量を一度に確保できないと判定する場合は、仮想計算機の起動開始までに仮想計算機に保証するリソース量を継続的に確保できるか否かを判定し、確保できると判定したとき、確保したリソースの合計量を仮想計算機に割当てて物理計算機にデプロイすることによって、物理計算機のリソースの仮想計算機に対する割当てを効率的に実行する技術が記載されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１１−１１３２６７号公報

【特許文献2】特開２０１２−５８８１５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

前述の特許文献に記載の技術は、リソース利用状況から仮想サーバの構成変更を実施し、物理サーバのリソースを効率的に利用することができるものの、物理サーバのリソースが充分であることを前提としており、物理サーバのリソースが枯渇する可能性があるという課題があった。

【0007】

本発明の目的は、仮想化システムにおける物理サーバのリソースが不足する時期を予測し、適切な時期に適切なリソース増強を行うことができる仮想サーバリソース制御システム及び仮想サーバリソース制御方法を提供することである。

【課題を解決するための手段】

【0008】

本発明は、物理サーバリソース予測部が、
所定の日時毎に仮想サーバ構成情報テーブルから物理サーバ毎のメモリの１日あたりの
増加率を求める第１工程と、
物理サーバ上の仮想サーバの過去所定期間内のメモリ超過のインシデント数を抽出する
第２工程と、
該第２工程により算出したインシデント数の重みをかけたメモリ増加率を求める第３工
程と、
該第３工程により求めたメモリ増加率から物理サーバのメモリ利用率の閾値を超過する
日付を求める第４工程と、
該第４工程により求めた閾値超過日付をメモリ予測情報に格納する第５工程とを行って
メモリリソース状況予測処理を実行し、
所定の日時毎に仮想サーバ構成情報テーブルからストレージ毎のディスクの１日あたり
の増加率を求める第６工程と、
ストレージの所定期間内のディスク超過のインシデント数を抽出する第７工程と、
該第７工程により抽出したインシデント数の重みをかけたディスク増加率を求める第８
工程と、
該第８工程により算出したディスク増加率からストレージのディスク利用率の閾値を超
過する日付を求める第９工程と、
該第９工程により求めた閾値超過日付をディスク予測情報に格納する第１０工程とを行
ってディスクリソース状況予測処理を実行する。

【発明の効果】

【0009】

本発明による仮想サーバリソース制御システム及び仮想サーバリソース制御方法は、適切な時期に適切なリソース増強を行うことができる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施形態による仮想サーバリソース制御システムを含むコンピュータシステム示す図である。

【図2A】本発明実施形態による仮想サーバ構成情報テーブルを示す図である。

【図2B】本発明実施形態による物理サーバ構成情報テーブルを示す図である。

【図2C】本発明実施形態によるストレージ構成情報テーブルを示す図である。

【図2D】本発明実施形態によるインシデント情報テーブルを示す図である。

【図2E】本発明実施形態によるメモリ予測情報テーブルを示す図である。

【図2F】本発明実施形態によるディスク予測情報テーブルを示す図である。

【図2G】本発明実施形態による閾値情報テーブルを示す図である。

【図2H】本発明実施形態によるインシデント重みテーブルを示す図である。

【図3】本実施形態によるメモリリソース利用状況予測処理の処理フロー図である。

【図4】本実施形態によるディスクリソース利用状況予測処理の処理フロー図である。

【図5】本実施形態によるリソース利用状況レポート画面を説明するための図である。

【発明を実施するための形態】

【0011】

以下、本発明による仮想サーバリソース制御方法を実現する仮想サーバリソース制御システムの一実施形態を図面を参照して詳細に説明する。
［構成］
本実施形態による仮想サーバリソース制御システム１１２は、図１に示す如く、次の部位を備える。
（１）複数の仮想サーバ１３２〜１３４他にＣＰＵ及びメモリ等のハードウェアを提供する複数の物理サーバ１３０及び１３１他。
（２）該物理サーバ１３０他に接続されて複数の仮想サーバ１３２〜１３４他に記憶領域を提供する複数のストレージ（磁気ディスク装置）１３５及び１３６。
（３）前記複数の物理サーバ１３０他のリソースを監視するリソース監視機能部１２２。
（４）インシデント（解決すべき案件や課題。本実施形態では閾値を越えたことの警告。）情報を格納するインシデント情報データベース１２１を含むインシデント管理機能部１２０。
（５）管理者によって物理サーバのリソースの予測情報を参照する操作端末１１１とに接続され、前記仮想サーバ１３２他のメモリサイズ及びディスクサイズを格納する仮想サーバ構成情報データベース（ＤＢ）１１４。
（６）前記物理サーバ１３０他のメモリサイズ及びディスクサイズを格納する物理サーバ構成情報データベース（ＤＢ）１１５。
（７）物理サーバのリソースが不足する可能性のある時期を算出するためのリソース予測情報を格納する物理サーバリソース予測情報データベース（ＤＢ）１１６。
（８）前記仮想サーバ１３２他のメモリサイズ及びディスクサイズを取得し、仮想サーバ構成情報データベース（ＤＢ）１１４に登録する仮想サーバ構成情報管理部１１７。
（９）仮想サーバ構成情報データベース１１４と物理サーバ構成情報データベース１１５とインシデント情報データベース１２１とを参照し、物理サーバのリソースが不足する可能性のある時期を物理サーバリソース予測情報データベース１１６に登録する物理サーバリソース予測部１１３。

【0012】

前記仮想サーバ構成情報データベース１１４は、仮想サーバ１３２〜１３４他毎の構成情報を格納するものであって、この仮想サーバ構成情報は、図２Ａの符号２００に示す如く、仮想サーバの構成情報を取得した年月日と、仮想サーバの識別名と、該仮想サーバに割り当てられているメモリ容量と、該仮想サーバに割り当てられているディスク容量と、該メモリ及びディスクを割り当てている物理サーバ名と、該ディスクのストレージ名の各項目情報とから成る。例えば、年月日「２０１１／５／１３ ０：００」に収集された仮想サーバ名「ＶｉｒｔｕａｌＳｅｒｖｅｒＡ」の仮想サーバに対するメモリ容量が１０２４ＭＢ、ディスク容量が１００ＧＢ、割り当てられている物理サーバがＳｅｒｖｅｒＡ、ストレージ名がＳｔｒａｇｅＡであり、年月日「２０１１／５／１３ ０：００」に収集された仮想サーバ名「ＶｉｒｔｕａｌＳｅｒｖｅｒＢ」の仮想サーバに対するメモリ容量が１０２４ＭＢ、ディスク容量が１００ＧＢ、割り当てられている物理サーバがＳｅｒｖｅｒＡ、ストレージ名がＳｔｒａｇｅＡであることが格納されている。

【0013】

前記物理サーバ構成情報データベース１１５は、物理サーバ１３０他毎のメモリ構成情報テーブル及びディスク構成情報テーブルを格納するものであって、このメモリ構成情報テーブルは、図２Ｂの符号２０１に示す如く、物理サーバのメモリ容量を取得した年月日と、物理サーバの識別名と、該物理サーバに割り当てられているメモリ容量との各項目情報とから成る。例えば、年月日「２０１３／１／１７ ０：００」に収集された（この時点の）物理サーバ名「ＳｅｒｖｅｒＡ」の物理サーバのメモリ容量が１６３４８ＭＢであり、年月日「２０１３／１／１７ ０：００」に収集された物理サーバ名「ＳｅｒｖｅｒＢ」の物理サーバのメモリ容量が１６３４８ＭＢであることが格納される。ディスク構成情報テーブルは、図２Ｃの符号２０２に示す如く、物理サーバのディスク容量を取得した年月日と、物理サーバの識別名と、該物理サーバに割り当てられているディスク容量との各項目情報とから成る。例えば、年月日「２０１３／１／１７ ０：００」に収集された物理サーバ名「ＳｅｒｖｅｒＡ」の物理サーバのディスク容量が１０２４ＧＢであり、年月日「２０１３／１／１７ ０：００」に収集された物理サーバ名「ＳｅｒｖｅｒＢ」の物理サーバのディスク容量が２０４８ＭＢであることが格納され、年月日「２０１３／１／１８ ０：００」に収集された物理サーバ名「ＳｅｒｖｅｒＡ」の物理サーバのディスク容量が２０４８ＧＢであることが格納されている。

【0014】

前記物理サーバリソース予測情報データベース１１６は、仮想サーバ及び物理サーバの過去のインシデント並びにメモリ及びストレージの閾値に基づいて物理サーバのリソースが不足する可能性のある時期を算出するためのリソース予測情報を格納するものである。このリソース予測情報は、過去に発生したインシデントの情報を格納するインシデント情報テーブル２０３（図２Ｄ）と、物理サーバのメモリ超過の予測日時を予測するためのメモリ予測情報を格納するメモリ予測情報テーブル２０４（図２Ｅ）と、物理サーバのディスク超過の予測日時を予測するためのディスク予測情報を格納するディスク予測情報テーブル２０５（図２Ｆ）と、物理サーバ毎のメモリ及びディスク利用率並びに閾値を格納する閾値情報テーブル２０６（図２Ｇ）と、物理サーバ及びリソース種別インシデントの種別に対するインシデント重み付けテーブル２０７（図２Ｈ）とが格納されている。

【0015】

前記インシデント情報テーブル２０３は、仮想サーバの過去１か月分のメモリ超過インシデント種別を格納するものである。このインシデント情報テーブル２０３は、図２Ｄの符号２０３に示す如く、インシデントが発生した年月日と、該インシデントが発生した仮想サーバの発生元識別名と、該シンシデントの種別との各項目情報を格納し、例えば、日時「２０１３／１／１５ １２：３２」に発生元識別名「ＶｉｒｔｕａｌＳｅｒｖｅｒＣ」の仮想サーバに「メモリ閾値超過」のインシデントが発生したこと、日時「２０１３／１／１５ ２３：４３」に発生元識別名「ＶｉｒｔｕａｌＳｅｒｖｅｒＣ」の仮想サーバに「メモリ閾値超過」のインシデントが発生したこと、日時「２０１３／１／１６ １：３２」に発生元識別名「ＶｉｒｔｕａｌＳｅｒｖｅｒＡ」の仮想サーバに「ディスク閾値超過」のインシデントが発生したことを格納している。

【0016】

前記メモリ予測情報テーブル２０４は、図２Ｅの符号２０４に示す如く、メモリ超過が予測される年月日である超過予測日時と、予測対象の物サーバ名と、メモリに対して予め設定されたインシデント（警告）を発する上限基準値であるメモリ閾値と、日毎の増加率との各項目情報とから成る。例えば、物理サーバ「ＳｅｒｖｅｒＡ」が予測日時「２０１３／９／１６ ０：００」にメモリ閾値「１３１０７ＭＢ」を超過し、日毎の増加率が「１１．９ＭＢ」であり、物理サーバ「ＳｅｒｖｅｒＢ」が予測日時「２０１３／１２／３ ０：００」にメモリ閾値「１４７４６ＭＢ」を超過し、月毎の増加率が「１２．３ＭＢ」であることを格納している。

【0017】

前記ディスク予測情報テーブル２０５は、図２Ｆの符号２０５に示す如く、ディスク超過が予測される年月日である超過予測日時と、予測対象のストレージ名と、ディスクに対して予め設定されたインシデント（警告）を発する上限基準値であるディスク閾値と、日毎の増加率との各項目情報とから成る。例えば、ストレージ「ＳｔｒａｇｅＡ」が予測日時「２０１３／１０／３１ ０：００」にディスク閾値「９２４ＧＢ」を超過し、日毎の増加率が「０．９７ＧＢ」であり、ストレージ「ＳｔｒａｇｅＢ」が予測日時「２０１４／１／１２ ０：００」にディスク閾値「１６３８ＧＢ」を超過し、日毎の増加率が「０．８３ＧＢ」であることを格納している。

【0018】

前記閾値情報テーブル２０６は、物理サーバ又はストレージかを表す閾値種別及び予め設定されたインシデント（警告）を発する上限基準値である閾値の項目情報を格納するものであって、図２Ｇの符号２０６に示す如く、物理サーバ「ＳｅｒｖｅｒＡ」の閾値種別「メモリ利用率」の閾値が「８０％」であり、物理サーバ「ＳｅｒｖｅｒＢ」の閾値種別「メモリ利用率」の閾値が「８５％」であり、ストレージ「ＳｔｒａｇｅＡ」の閾値種別「ディスク利用率」の閾値が「９０％」であり、ストレージ「ＳｔｒａｇｅＢ」の閾値種別「ディスク利用率」の閾値が「９０％」であることを格納している。

【0019】

前記インシデント重み付けテーブル２０７は、図２Ｈの符号２０７に示す如く、物理サーバ又はストレージ等の対象機器及びリソース種別に対する「重み値」並びに「重み値」の最小最大値の範囲値を格納するものである。例えば、対象機器「ＳｅｒｖｅｒＡ」の種別「メモリ」の重み値が「０．８」、最小最大範囲が「０〜１０」であり、対象機器「ＳｅｒｖｅｒＢ」の種別「メモリ」の重み値が「１．０」、最小最大範囲が「１１〜２０」であり、対象機器「ＳｅｒｖｅｒＣ」の種別「メモリ」の重み値が「０．２」、最小範囲が「２１」であり、対象機器「ＳｔｒａｇｅＡ」の種別「ディスク」の重み値が「０．８」、最小最大範囲が「０〜２０」であり、対象機器「ＳｔｒａｇｅＢ」の種別「ディスク」の重み値が「０．８」、最小範囲が「２１」であることを格納している。

【0020】

［動作］
さて、このように構成された仮想サーバリソース制御システム１１２の動作を次に説明する。
［メモリリソース状況予測］
本実施形態による仮想サーバリソース制御システム１１２のメモリのリソース状況予測処理は、図３に示す如く、次の各ステップを実行することによって物理サーバ台数分のメモリリソースの予測を行うように動作する。
（１）日次（例えば所定時刻／日）で以降の処理を開始するステップ３０１。
（２）物理サーバの台数分以降の処理を開始するステップ３０２。
（３）仮想サーバ構成情報テーブル２００から物理サーバ毎のメモリの１日あたりの増加率ａを求めるステップ３０３。例えば、今日が２０１３／１／２０とすると、仮想サーバ構成情報テーブル２００から物理サーバＳｅｒｖｅｒＡの最新の仮想サーバのメモリサイズの合計は１０２４０ＭＢと分かり、最古の日付２０１１／５／１３の仮想サーバのメモリサイズは１０２４ＭＢであることから、増加率ａは１０２４０−１０２４÷［２０１３／１／２０−２０１１／５／１３］＝１４．９として算出するステップ。
（４）対象物理サーバ上の仮想サーバの過去所定期間内のメモリ超過のインシデント数を算出するステップ３０４（図２Ｄに示したインシデント情報テーブル２０３の場合、メモリ超過２件を抽出する処理。）。
（５）該ステップ２０３により算出したインシデント数の重みをかけたメモリ増加率ａ’を求めるステップ３０５。例えば、インシデント数に対する重みは図２Ｈのインシデント重みテーブル２０７から求め、物理サーバＳｅｒｖｅｒＡのメモリに対する重みがインシデント件数が０以上１０以下の場合は０．８、１１以上２０以下の場合は１．０、２１以上の場合は１．２であることから、インシデント件数２に対する重みは０．８となり、重みづけしたメモリ増加率ａ’は、［１４．９×０．８］＝１１．９と求めるステップ。
（６）該ステップ３０５により求めたメモリ増加率ａ’から物理サーバのメモリ利用率の閾値を超過する日付を求めるステップ３０６。例えば、図２Ｇの閾値情報テーブル２０６から物理サーバＳｅｒｖｅｒＡのメモリ利用率の閾値ｂは８０％であり、図２Ｂの物理サーバ構成情報テーブル２０１から物理サーバＳｅｒｖｅｒＡの最新の物理サーバのメモリサイズは１６３４８ＭＢであることから、超過予測日ｃは、［１６３４８×８０％−１０２４０］÷１１．９＋２０１３／１／２０＝２０１３／９／１６である。求めたデータはメモリ予測情報テーブル２０４に登録するステップ。
（７）以上のステップ３０３〜３０６迄のステップを物理サーバの台数分繰り返したと判定したときに終了するステップ３０７。
（８）ステップ３０１により開始したメモリリソース状況予測処理を終了するステップ３０８。

【0021】

［ディスクリソース状況予測］
次いで、本実施形態による仮想サーバリソース制御システム１１２は、図４に示す如く、次の各ステップを実行することによってストレージ台数分のディスクリソースの予測を行うように動作する。
（１）日次（例えば所定時刻／日）で以降の処理を開始するステップ４０１。
（２）ストレージの台数分以降の処理を開始するステップ４０２。
（３）仮想サーバ構成情報テーブル２００からストレージ毎のディスクの１日あたりの増加率ａを求めるステップ４０３。例えば、今日が２０１３／１／２０の場合、図２Ａの仮想サーバ構成情報テーブル２００からストレージＳｔｏｒａｇｅＡの最新の仮想サーバのディスクサイズの合計が７００ＧＢと分かり、最古の日付２０１１／５／１３の仮想サーバのディスクサイズが１００ＧＢであることから、増加率ａは７００−１００÷［２０１３／１／２０−２０１１／５／１３］＝０．９７として算出するステップ。
（４）対象物ストレージの仮想サーバの過去１か月分のディスク超過のインシデント数を算出するステップ４０４。例えば、図２Ｄのインシデント情報テーブル２０３から算出すると対象は１件と抽出するステップ。
（５）該ステップ４０４により算出したインシデント数の重みをかけたディスク増加率ａ’を求めるステップ４０５。例えば、インシデント数に対する重みを図２Ｈのインシデント重みテーブル２０７から求め、ストレージＳｔｏｒａｇｅＡのディスクに対する重みがインシデント件数が０以上２０以下の場合は０．８、２１以上の場合は１．０であることから、インシデント件数１に対する重みは０．８となり、重みづけしたメモリ増加率ａ’は、０．９７×０．８＝０．７８と算出するステップ。
（６）該ステップ４０５により算出したディスク増加率ａ’からストレージのディスク利用率の閾値を超過する日付を求めるステップ４０６。例えば、図２Ｈの閾値情報テーブル２０６からストレージＳｔｏｒａｇｅＡのディスク利用率の閾値ｂは９０％であり、図２Ｃのストレージ構成情報テーブル２０２からストレージＳｔｏｒａｇｅＡの最新のストレージのディスクサイズは１０２４ＧＢであり、これにより超過予測日ｃは［１０２４×９０％−７００］÷０．７８＋２０１３／１／２０＝２０１３／１０／３１と算出するステップ。
（７）以上のステップ４０３〜４０６迄のステップをストレージの台数分繰り返したと判定したときに終了するステップ４０７。
（８）ステップ４０１により開始したディスクリソース状況予測処理を終了するステップ４０８。

【0022】

［レポート画面］
本実施形態による仮想サーバリソース制御システム１１２は、前述のメモリ及びディスクリソース予測処理の結果であるレポート画面５００を操作端末１１１の表示部に表示するものである。このレポート画面５００は、図５（ａ）に示す如く、メモリとディスクの現在の利用率を表示する現在の状況欄５０１と、各物理サーバ、ストレージで最早となる日付を表示する閾値超過予測日欄５０２と、閾値超過予測日が最早の物理サーバのメモリ利用状況がグラフ表示されるメモリ利用状況欄５０３と、閾値超過予測日が最早のストレージのディスク利用状況がグラフ表示されるディスク利用状況欄５０４とから成り、前記現在の状況欄５０１又は閾値超過予測日欄５０２の「詳細」リンクをクリックしたときに図５（ｂ）に示した詳細表示欄５０５が表示される。

【0023】

前記現在の状況欄５０１に表示した利用率はすべての物理サーバのメモリ、すべてのストレージのディスクで求めた割合であり、「詳細」リンクをクリックすることにより各物理サーバ、ストレージ毎の利用率を表示し、「詳細」リンクをクリックすると各物理サーバ、ストレージ毎の閾値超過予測日が表示される。

【0024】

前記詳細表示欄５０５は、メモリの利用状況詳細欄５０６とディスク利用状況詳細欄５０７とが表示される。前記メモリ利用状況詳細欄５０６は、物理サーバ毎の現在の利用率、閾値超過予測日、メモリ閾値、増加率が表示され、現在の利用率が最大、閾値超過予測日が最早のデータは赤字で強調表示され、物理サーバ名をクリックすると、クリックした物理サーバのグラフがメモリ状況利用欄５０３と同じ形式で表示される。前記ディスク利用状況詳細欄５０７は、ストレージ毎の現在の利用率、閾値超過予測日、ディスク閾値、増加率が表示され、現在の利用率が最大、閾値超過予測日が最早のデータは赤字で強調表示され、ストレージ名をクリックすると、クリックしたストレージのグラフがディスク利用状況欄５０４と同じ形式で表示される。

【0025】

尚、前述の実施形態においては物理サーバのリソース不足に対応するため、物理サーバのリソース（ハードウェア）を増加させるための基準として上限の閾値を用いる例を説明したが、本発明は、これに限られるものではない。例えば、図２Ｅ〜図２Ｇに示したメモリ予測情報テーブル２０４とディスク予測情報テーブル２０５と閾値情報テーブル２０６とに下限値を設定する欄を設け、この下限閾値を下回ることが多い物理サーバは仮想サーバに対する物理サーバのリソースが過剰と判定し、物理サーバのリソースが過剰な可能性のある時期を物理サーバリソース予測部１１３が物理サーバリソース予測情報データベースに登録し、このリソース過剰と判定した物理サーバに対して他の仮想サーバを追加することや、他のリソース不足の物理サーバと仮想サーバを入れ替えることによって、過剰物理サーバのリソース量を最適にすることができる。

【符号の説明】

【0026】

１１１ 操作端末、１１２ 仮想サーバリソース制御システム、
１１３ 物理サーバリソース予測部、１１４ 仮想サーバ構成情報データベース、
１１５ 物理サーバ構成情報データベース、
１１６ 物理サーバリソース予測情報データベース、
１１７ 仮想サーバ構成情報管理部、１２０ インシデント管理機能部、
１２１ インシデント情報データベース、１２２ リソース監視機能部、
１３０ 物理サーバ、１３２〜１３４ 仮想サーバ、
１３５〜１３６ ストレージ、２００ 仮想サーバ構成情報テーブル、
２０１ 物理サーバ構成情報テーブル、２０２ ストレージ構成情報テーブル、
２０３ インシデント情報テーブル、２０４ メモリ予測情報テーブル、
２０５ ディスク予測情報テーブル、２０６ 閾値情報テーブル、
２０７ インシデント重みテーブル、５００ レポート画面、
５０１ 現在の状況欄、５０２ 閾値超過予測日欄、５０３ メモリ利用状況欄、
５０４ ディスク利用状況欄、５０５ 詳細表示欄、
５０６ メモリ利用状況詳細欄、５０７ ディスク利用状況詳細欄

【図1】

【図2A】

【図2B】

【図2C】

【図2D】

【図2E】

【図2F】

【図2G】

【図2H】

【図3】

【図4】

【図5】