(57)【要約】【課題】適切な時期に適切なリソース増強を行うこと。【解決手段】物理サーバリソース予測部１１３が、所定の日時毎に仮想サーバ構成情報テーブルから物理サーバ１３０のメモリ及びストレージ１３５の１日あたりの増加率を求めると共に物理サーバ１３０上の仮想サーバ１３２他の過去１か月分のメモリ超過及びディスク超過のインシデント数を求め、このメモリ及びディスクの過去に発生したインシデント数の重み付けたメモリ増加率及びディスク増加率とを求め、この重み付けたメモリ増加率及びディスク増加率と最新最古のメモリ及びディスク容量差をメモリ及びディスク増加率で除算した１日当たりのメモリ及びディスクの予測増加量に基づいて物理サーバのメモリ利用率及びディスクの閾値を超過する日付を求める仮想サーバリソース制御システム。【選択図】図１
2014225081.tif 000002
【特許請求の範囲】
【請求項１】
複数の仮想サーバにリソースを提供する複数の物理サーバと、該複数の物理サーバに接続されて複数の仮想サーバに記憶領域を提供する複数のストレージと、前記複数の物理サーバのリソースを監視するリソース監視機能部と、インシデント情報を格納するインシデント情報データベースを含むインシデント管理機能部と、管理者によって物理サーバのリソースの予測情報を参照する操作端末とに接続され、前記物理サーバのリソース量を最適に制御する仮想サーバリソース制御システムであって、
最新及び最古日付の仮想サーバのメモリサイズ及びディスクサイズを格納する仮想サーバ構成情報データベースと、
最新及び最古日付の物理サーバメモリサイズ及びディスクサイズを格納する物理サーバ構成情報データベースと、
過去に発生した仮想サーバ毎のインシデント種別を含むインシデント情報と物理サーバのメモリ閾値及び日毎の増加率を含むメモリ予測情報と物理サーバのディスク閾値及び日毎の増加率を含むディスク予測情報と物理サーバ毎のメモリ及びディスク利用率並びに閾値を含む閾値情報と物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報とから成るリソース予測情報を格納する物理サーバリソース予測情報データベースと、
物理サーバのリソースが過不足する可能性のある時期を物理サーバリソース予測情報データベースに登録する物理サーバリソース予測部とを備え、
該物理サーバリソース予測部が、
所定の日時毎に仮想サーバ構成情報テーブルから物理サーバ毎のメモリの１日あたりの増加率を求める第１工程と、
物理サーバ上の仮想サーバの過去所定期間内のメモリ超過のインシデント数を抽出する第２工程と、
該第２工程により算出したインシデント数の重みをかけたメモリ増加率を求める第３工程と、
該第３工程により求めたメモリ増加率から物理サーバのメモリ利用率の閾値を超過する日付を求める第４工程と、
該第４工程により求めた閾値超過日付をメモリ予測情報に格納する第５工程とを行ってメモリリソース状況予測処理を実行し、
所定の日時毎に仮想サーバ構成情報テーブルからストレージ毎のディスクの１日あたりの増加率を求める第６工程と、
ストレージの所定期間内のディスク超過のインシデント数を抽出する第７工程と、
該第７工程により抽出したインシデント数の重みをかけたディスク増加率を求める第８工程と、
該第８工程により算出したディスク増加率からストレージのディスク利用率の閾値を超過する日付を求める第９工程と、
該第９工程により求めた閾値超過日付をディスク予測情報に格納する第１０工程とを行ってディスクリソース状況予測処理を実行することを特徴とする仮想サーバリソース制御システム。
【請求項２】
前記第１工程が、仮想サーバ構成情報テーブルから物理サーバの最新の仮想サーバの最新メモリサイズ及び最古メモリサイズを取得し、該最古メモリサイズから最新メモリサイズを減算し、該減算したメモリサイズを最古日付から最新日付を減算した経過日数で除算することによってメモリ増加率を算出し、
前記第２工程が、物理サーバの仮想サーバの過去１か月分のメモリ超過のインシデント数を抽出することによってメモリに対するインシデント数を抽出し、
前記第３工程が、インシデント重みテーブルに格納した物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報に前記第２工程により抽出したインシデント数を乗算することによって重みをかけたメモリ増加率を求め、
前記第４工程が、閾値情報テーブルから物理サーバのメモリ利用率の閾値を取得し、物理サーバ構成情報テーブルから物理サーバの最新メモリサイズ及び最古メモリサイズを取得し、最新メモリサイズに閾値を乗算した値から最古メモリサイズを減算し、該減算値を日毎のメモリ増加率で除算した値に現在日付を加算することによって物理サーバのメモリ利用率の閾値を超過する日付を求め、
前記第６工程が、仮想サーバ構成情報テーブルからストレージの最新ディスクサイズ及び最古ディスクサイズを取得し、該最古ディスクサイズから最新ディスクサイズを減算し、該減算したディスクサイズを最古日付から最新日付を減算した経過日数で除算することによってディスク増加率を算出し、
前記第７工程が、ストレージの所定期間内のディスク超過のインシデント数を抽出することによってディスクに対するインシデント数を抽出し、
前記第８工程が、インシデント重みテーブルに格納した物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報に前記第７工程により抽出したインシデント数に乗算することによって重みをかけたディスク増加率を求め、
前記第９工程が、閾値情報テーブルから物理サーバのディスク利用率の閾値を取得し、物理サーバ構成情報テーブルからディスクの最新ディスクサイズ及び最古ディスクサイズを取得し、最新ディスクサイズに閾値を乗算した値から最古ディスクサイズを減算し、該減算値を日毎のディスク増加率で除算した値に現在日付を加算することによってストレージのディスク利用率の閾値を超過する日付を求めることを特徴とする請求項１記載の仮想サーバリソース制御システム。
【請求項３】
複数の仮想サーバにリソースを提供する複数の物理サーバと、該複数の物理サーバに接続されて複数の仮想サーバに記憶領域を提供する複数のストレージと、前記複数の物理サーバのリソースを監視するリソース監視機能部と、インシデント情報を格納するインシデント情報データベースを含むインシデント管理機能部と、管理者によって物理サーバのリソースの予測情報を参照する操作端末とに接続され、前記物理サーバのリソース量を最適に制御するコンピュータシステムの仮想サーバリソース制御方法であって、
最新及び最古日付の仮想サーバのメモリサイズ及びディスクサイズを格納する仮想サーバ構成情報データベースと、
最新及び最古日付の物理サーバメモリサイズ及びディスクサイズを格納する物理サーバ構成情報データベースと、
過去に発生した仮想サーバ毎のインシデント種別を含むインシデント情報と物理サーバのメモリ閾値及び日毎の増加率を含むメモリ予測情報と物理サーバのディスク閾値及び日毎の増加率を含むディスク予測情報と物理サーバ毎のメモリ及びディスク利用率並びに閾値を含む閾値情報と物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報とから成るリソース予測情報を格納する物理サーバリソース予測情報データベースと、
物理サーバのリソースが過不足する可能性のある時期を物理サーバリソース予測情報データベースに登録する物理サーバリソース予測部とを設け、
該物理サーバリソース予測部に、
所定の日時毎に仮想サーバ構成情報テーブルから物理サーバ毎のメモリの１日あたりの増加率を求める第１工程と、
物理サーバ上の仮想サーバの過去所定期間内のメモリ超過のインシデント数を抽出する第２工程と、
該第２工程により算出したインシデント数の重みをかけたメモリ増加率を求める第３工程と、
該第３工程により求めたメモリ増加率から物理サーバのメモリ利用率の閾値を超過する日付を求める第４工程と、
該第４工程により求めた閾値超過日付をメモリ予測情報に格納する第５工程とを行ってメモリリソース状況予測処理を実行し、
所定の日時毎に仮想サーバ構成情報テーブルからストレージ毎のディスクの１日あたりの増加率を求める第６工程と、
ストレージの所定期間内のディスク超過のインシデント数を抽出する第７工程と、
該第７工程により抽出したインシデント数の重みをかけたディスク増加率を求める第８工程と、
該第８工程により算出したディスク増加率からストレージのディスク利用率の閾値を超過する日付を求める第９工程と、
該第９工程により求めた閾値超過日付をディスク予測情報に格納する第１０工程とを行ってディスクリソース状況予測処理を実行させることを特徴とする仮想サーバリソース制御方法。
【請求項４】
前記第１工程が、仮想サーバ構成情報テーブルから物理サーバの最新の仮想サーバの最新メモリサイズ及び最古メモリサイズを取得し、該最古メモリサイズから最新メモリサイズを減算し、該減算したメモリサイズを最古日付から最新日付を減算した経過日数で除算することによってメモリ増加率を算出し、
前記第２工程が、物理サーバの仮想サーバの過去１か月分のメモリ超過のインシデント数を抽出することによってメモリに対するインシデント数を抽出し、
前記第３工程が、インシデント重みテーブルに格納した物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報に前記第２工程により抽出したインシデント数を乗算することによって重みをかけたメモリ増加率を求め、
前記第４工程が、閾値情報テーブルから物理サーバのメモリ利用率の閾値を取得し、物理サーバ構成情報テーブルから物理サーバの最新メモリサイズ及び最古メモリサイズを取得し、最新メモリサイズに閾値を乗算した値から最古メモリサイズを減算し、該減算値を日毎のメモリ増加率で除算した値に現在日付を加算することによって物理サーバのメモリ利用率の閾値を超過する日付を求め、
前記第６工程が、仮想サーバ構成情報テーブルからストレージの最新ディスクサイズ及び最古ディスクサイズを取得し、該最古ディスクサイズから最新ディスクサイズを減算し、該減算したディスクサイズを最古日付から最新日付を減算した経過日数で除算することによってディスク増加率を算出し、
前記第７工程が、ストレージの所定期間内のディスク超過のインシデント数を抽出することによってディスクに対するインシデント数を抽出し、
前記第８工程が、インシデント重みテーブルに格納した物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報に前記第７工程により抽出したインシデント数に乗算することによって重みをかけたディスク増加率を求め、
前記第９工程が、閾値情報テーブルから物理サーバのディスク利用率の閾値を取得し、物理サーバ構成情報テーブルからディスクの最新ディスクサイズ及び最古ディスクサイズを取得し、最新ディスクサイズに閾値を乗算した値から最古ディスクサイズを減算し、該減算値を日毎のディスク増加率で除算した値に現在日付を加算することによってストレージのディスク利用率の閾値を超過する日付を求めることを特徴とする請求項３記載の仮想サーバリソース制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の仮想サーバを構成する物理サーバのリソース量を最適に制御することができる仮想サーバリソース制御システム及び仮想サーバリソース制御方法に係り、特に、仮想サーバのリソース過不足を予測して事前にリソース量を最適に保つことができる仮想サーバリソース制御システム及び仮想サーバリソース制御方法に関する。
【背景技術】
【０００２】
一般にコンピュータの仮想化技術は１台の物理サーバのリソース（ＣＰＵ・メモリ・ＨＤＤ他のハードウェア資源）を複数の仮想サーバに提供するものであって、コンピュータシステムの設置スペース・消費電力・ハードウェア投資コストの削減につながるため、近年データセンターのサービスでの利用が拡大しており、仮想サーバに提供するリソースの構成は構成情報と呼ばれている。
【０００３】
この仮想化技術は、予め想定される仮想サーバのリソース量に応じて物理的ハードウェアを構築するものであるが、サービス利用の拡大に伴って仮想サーバの台数の増加やユーザ数の増大した場合、物理サーバのディスクやメモリなどのリソースが枯渇してしまう可能性があり、リソース不足では利用ユーザに最適なサービスを提供することが困難になり、逆に余剰リソースが多い場合は余分なコストがかさむという不具合がある。
【０００４】
このため、仮想化技術においては、物理サーバに対する適切な時期且つ適切なリソースを増強するためのリソース増強計画が必要であり、このリソース増強計画に関する技術が記載された文献としては下記の特許文献が挙げられ、特許文献１には、データセンターのシステム構成のスナップショット及びデータセンターの稼働時のスループットを取得し、スナップショット情報とスループット情報とを関連付けて構成ＤＢに保存する構成保存部と、データセンターにおけるスループットの予測状況に基づいて構成ＤＢから処理可能なシステム構成を有するスナップショットを検索する構成検索部と、検索されたスナップショットのシステム構成に基づいてプログラミングインタフェースを用いてデータセンターを構築もしくはデータセンターのシステム構成を変更する構成変更部とを備えることによって、クラウド環境での仮想的なデータセンターにおいて負荷の状況に応じた適切なシステム構成を容易かつ迅速に構築する技術が記載され、特許文献２には、仮想計算機に保証するリソース量を一度に確保できないと判定する場合は、仮想計算機の起動開始までに仮想計算機に保証するリソース量を継続的に確保できるか否かを判定し、確保できると判定したとき、確保したリソースの合計量を仮想計算機に割当てて物理計算機にデプロイすることによって、物理計算機のリソースの仮想計算機に対する割当てを効率的に実行する技術が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１１３２６７号公報
【特許文献２】特開２０１２−５８８１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述の特許文献に記載の技術は、リソース利用状況から仮想サーバの構成変更を実施し、物理サーバのリソースを効率的に利用することができるものの、物理サーバのリソースが充分であることを前提としており、物理サーバのリソースが枯渇する可能性があるという課題があった。
【０００７】
本発明の目的は、前述の従来技術による課題を解決しようとするものであり、仮想化システムにおける物理サーバのリソースが不足する時期を予測し、適切な時期に適切なリソース増強を行うことができる仮想サーバリソース制御システム及び仮想サーバリソース制御方法を提供することである。
【課題を解決するための手段】
【０００８】
前記目的を達成するため本発明は、複数の仮想サーバにリソースを提供する複数の物理サーバと、該複数の物理サーバに接続されて複数の仮想サーバに記憶領域を提供する複数のストレージと、前記複数の物理サーバのリソースを監視するリソース監視機能部と、インシデント情報を格納するインシデント情報データベースを含むインシデント管理機能部と、管理者によって物理サーバのリソースの予測情報を参照する操作端末とに接続され、前記物理サーバのリソース量を最適に制御する仮想サーバリソース制御システムであって、
最新及び最古日付の仮想サーバのメモリサイズ及びディスクサイズを格納する仮想サーバ構成情報データベースと、
最新及び最古日付の物理サーバメモリサイズ及びディスクサイズを格納する物理サーバ構成情報データベースと、
過去に発生した仮想サーバ毎のインシデント種別を含むインシデント情報と物理サーバのメモリ閾値及び日毎の増加率を含むメモリ予測情報と物理サーバのディスク閾値及び日毎の増加率を含むディスク予測情報と物理サーバ毎のメモリ及びディスク利用率並びに閾値を含む閾値情報と物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報とから成るリソース予測情報を格納する物理サーバリソース予測情報データベースと、
物理サーバのリソースが過不足する可能性のある時期を物理サーバリソース予測情報データベースに登録する物理サーバリソース予測部とを備え、
該物理サーバリソース予測部が、
所定の日時毎に仮想サーバ構成情報テーブルから物理サーバ毎のメモリの１日あたりの増加率を求める第１工程と、
物理サーバ上の仮想サーバの過去所定期間内のメモリ超過のインシデント数を抽出する第２工程と、
該第２工程により算出したインシデント数の重みをかけたメモリ増加率を求める第３工程と、
該第３工程により求めたメモリ増加率から物理サーバのメモリ利用率の閾値を超過する日付を求める第４工程と、
該第４工程により求めた閾値超過日付をメモリ予測情報に格納する第５工程とを行ってメモリリソース状況予測処理を実行し、
所定の日時毎に仮想サーバ構成情報テーブルからストレージ毎のディスクの１日あたりの増加率を求める第６工程と、
ストレージの所定期間内のディスク超過のインシデント数を抽出する第７工程と、
該第７工程により抽出したインシデント数の重みをかけたディスク増加率を求める第８工程と、
該第８工程により算出したディスク増加率からストレージのディスク利用率の閾値を超過する日付を求める第９工程と、
該第９工程により求めた閾値超過日付をディスク予測情報に格納する第１０工程とを行ってディスクリソース状況予測処理を実行することを第１の特徴とする。
【０００９】
また、本発明は、第１の特徴の仮想サーバリソース制御システムにおいて、
前記第１工程が、仮想サーバ構成情報テーブルから物理サーバの最新の仮想サーバの最新メモリサイズ及び最古メモリサイズを取得し、該最古メモリサイズから最新メモリサイズを減算し、該減算したメモリサイズを最古日付から最新日付を減算した経過日数で除算することによってメモリ増加率を算出し、
前記第２工程が、物理サーバの仮想サーバの過去１か月分のメモリ超過のインシデント数を抽出することによってメモリに対するインシデント数を抽出し、
前記第３工程が、インシデント重みテーブルに格納した物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報に前記第２工程により抽出したインシデント数を乗算することによって重みをかけたメモリ増加率を求め、
前記第４工程が、閾値情報テーブルから物理サーバのメモリ利用率の閾値を取得し、物理サーバ構成情報テーブルから物理サーバの最新メモリサイズ及び最古メモリサイズを取得し、最新メモリサイズに閾値を乗算した値から最古メモリサイズを減算し、該減算値を日毎のメモリ増加率で除算した値に現在日付を加算することによって物理サーバのメモリ利用率の閾値を超過する日付を求め、
前記第６工程が、仮想サーバ構成情報テーブルからストレージの最新ディスクサイズ及び最古ディスクサイズを取得し、該最古ディスクサイズから最新ディスクサイズを減算し、該減算したディスクサイズを最古日付から最新日付を減算した経過日数で除算することによってディスク増加率を算出し、
前記第７工程が、ストレージの所定期間内のディスク超過のインシデント数を抽出することによってディスクに対するインシデント数を抽出し、
前記第８工程が、インシデント重みテーブルに格納した物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報に前記第７工程により抽出したインシデント数に乗算することによって重みをかけたディスク増加率を求め、
前記第９工程が、閾値情報テーブルから物理サーバのディスク利用率の閾値を取得し、物理サーバ構成情報テーブルからディスクの最新ディスクサイズ及び最古ディスクサイズを取得し、最新ディスクサイズに閾値を乗算した値から最古ディスクサイズを減算し、該減算値を日毎のディスク増加率で除算した値に現在日付を加算することによってストレージのディスク利用率の閾値を超過する日付を求めることを第２の特徴とする。
【００１０】
更に、本発明は、複数の仮想サーバにリソースを提供する複数の物理サーバと、該複数の物理サーバに接続されて複数の仮想サーバに記憶領域を提供する複数のストレージと、前記複数の物理サーバのリソースを監視するリソース監視機能部と、インシデント情報を格納するインシデント情報データベースを含むインシデント管理機能部と、管理者によって物理サーバのリソースの予測情報を参照する操作端末とに接続され、前記物理サーバのリソース量を最適に制御するコンピュータシステムの仮想サーバリソース制御方法であって、
最新及び最古日付の仮想サーバのメモリサイズ及びディスクサイズを格納する仮想サーバ構成情報データベースと、
最新及び最古日付の物理サーバメモリサイズ及びディスクサイズを格納する物理サーバ構成情報データベースと、
過去に発生した仮想サーバ毎のインシデント種別を含むインシデント情報と物理サーバのメモリ閾値及び日毎の増加率を含むメモリ予測情報と物理サーバのディスク閾値及び日毎の増加率を含むディスク予測情報と物理サーバ毎のメモリ及びディスク利用率並びに閾値を含む閾値情報と物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報とから成るリソース予測情報を格納する物理サーバリソース予測情報データベースと、
物理サーバのリソースが過不足する可能性のある時期を物理サーバリソース予測情報データベースに登録する物理サーバリソース予測部とを設け、
該物理サーバリソース予測部に、
所定の日時毎に仮想サーバ構成情報テーブルから物理サーバ毎のメモリの１日あたりの増加率を求める第１工程と、
物理サーバ上の仮想サーバの過去所定期間内のメモリ超過のインシデント数を抽出する第２工程と、
該第２工程により算出したインシデント数の重みをかけたメモリ増加率を求める第３工程と、
該第３工程により求めたメモリ増加率から物理サーバのメモリ利用率の閾値を超過する日付を求める第４工程と、
該第４工程により求めた閾値超過日付をメモリ予測情報に格納する第５工程とを行ってメモリリソース状況予測処理を実行し、
所定の日時毎に仮想サーバ構成情報テーブルからストレージ毎のディスクの１日あたりの増加率を求める第６工程と、
ストレージの所定期間内のディスク超過のインシデント数を抽出する第７工程と、
該第７工程により抽出したインシデント数の重みをかけたディスク増加率を求める第８工程と、
該第８工程により算出したディスク増加率からストレージのディスク利用率の閾値を超過する日付を求める第９工程と、
該第９工程により求めた閾値超過日付をディスク予測情報に格納する第１０工程とを行ってディスクリソース状況予測処理を実行させることを第３の特徴とする。
【００１１】
また、本発明は、第３の特徴の仮想サーバリソース制御方法において、
前記第１工程が、仮想サーバ構成情報テーブルから物理サーバの最新の仮想サーバの最新メモリサイズ及び最古メモリサイズを取得し、該最古メモリサイズから最新メモリサイズを減算し、該減算したメモリサイズを最古日付から最新日付を減算した経過日数で除算することによってメモリ増加率を算出し、
前記第２工程が、物理サーバの仮想サーバの過去１か月分のメモリ超過のインシデント数を抽出することによってメモリに対するインシデント数を抽出し、
前記第３工程が、インシデント重みテーブルに格納した物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報に前記第２工程により抽出したインシデント数を乗算することによって重みをかけたメモリ増加率を求め、
前記第４工程が、閾値情報テーブルから物理サーバのメモリ利用率の閾値を取得し、物理サーバ構成情報テーブルから物理サーバの最新メモリサイズ及び最古メモリサイズを取得し、最新メモリサイズに閾値を乗算した値から最古メモリサイズを減算し、該減算値を日毎のメモリ増加率で除算した値に現在日付を加算することによって物理サーバのメモリ利用率の閾値を超過する日付を求め、
前記第６工程が、仮想サーバ構成情報テーブルからストレージの最新ディスクサイズ及び最古ディスクサイズを取得し、該最古ディスクサイズから最新ディスクサイズを減算し、該減算したディスクサイズを最古日付から最新日付を減算した経過日数で除算することによってディスク増加率を算出し、
前記第７工程が、ストレージの所定期間内のディスク超過のインシデント数を抽出することによってディスクに対するインシデント数を抽出し、
前記第８工程が、インシデント重みテーブルに格納した物理サーバ及びリソース毎のインシデントの種別に対するインシデント重み付け情報に前記第７工程により抽出したインシデント数に乗算することによって重みをかけたディスク増加率を求め、
前記第９工程が、閾値情報テーブルから物理サーバのディスク利用率の閾値を取得し、物理サーバ構成情報テーブルからディスクの最新ディスクサイズ及び最古ディスクサイズを取得し、最新ディスクサイズに閾値を乗算した値から最古ディスクサイズを減算し、該減算値を日毎のディスク増加率で除算した値に現在日付を加算することによってストレージのディスク利用率の閾値を超過する日付を求めることを第４の特徴とする。
【発明の効果】
【００１２】
本発明による仮想サーバリソース制御システム及び仮想サーバリソース制御方法は、物理サーバリソース予測部が、所定の日時毎に仮想サーバ構成情報テーブルから物理サーバ毎のメモリ及びストレージの１日あたりの増加率を求めると共に物理サーバ上の仮想サーバの過去所定期間内のメモリ超過及びディスク超過のインシデント数を求め、このメモリ及びディスクの過去に発生したインシデント数の重み付けたメモリ増加率及びディスク増加率とを求め、この重み付けたメモリ増加率及びディスク増加率と最新最古のメモリ及びディスク容量差をメモリ及びディスク増加率で除算した１日当たりのメモリ及びディスクの予測増加量に基づいて物理サーバのメモリ利用率及びディスクの閾値を超過する日付を求めることによって、適切な時期に適切なリソース増強を行うことができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態による仮想サーバリソース制御システムを含むコンピュータシステム示す図。
【図２Ａ】本発明実施形態による仮想サーバ構成情報テーブルを示す図。
【図２Ｂ】本発明実施形態による物理サーバ構成情報テーブルを示す図。
【図２Ｃ】本発明実施形態によるストレージ構成情報テーブルを示す図。
【図２Ｄ】本発明実施形態によるインシデント情報テーブルを示す図。
【図２Ｅ】本発明実施形態によるメモリ予測情報テーブルを示す図。
【図２Ｆ】本発明実施形態によるディスク予測情報テーブルを示す図。
【図２Ｇ】本発明実施形態による閾値情報テーブルを示す図。
【図２Ｈ】本発明実施形態によるインシデント重みテーブルを示す図。
【図３】本実施形態によるメモリリソース利用状況予測処理の処理フロー図。
【図４】本実施形態によるディスクリソース利用状況予測処理の処理フロー図。
【図５】本実施形態によるリソース利用状況レポート画面を説明するための図。
【発明を実施するための形態】
【００１４】
以下、本発明による仮想サーバリソース制御方法を実現する仮想サーバリソース制御システムの一実施形態を図面を参照して詳細に説明する。
［構成］
本実施形態による仮想サーバリソース制御システム１１２は、図１に示す如く、複数の仮想サーバ１３２〜１３４他にＣＰＵ及びメモリ等のハードウェアを提供する複数の物理サーバ１３０及び１３１他と、該物理サーバ１３０他に接続されて複数の仮想サーバ１３２〜１３４他に記憶領域を提供する複数のストレージ（磁気ディスク装置）１３５及び１３６と、前記複数の物理サーバ１３０他のリソースを監視するリソース監視機能部１２２と、インシデント（解決すべき案件や課題。本実施形態では閾値を越えたことの警告。）情報を格納するインシデント情報データベース１２１を含むインシデント管理機能部１２０と、管理者によって物理サーバのリソースの予測情報を参照する操作端末１１１とに接続され、前記仮想サーバ１３２他のメモリサイズ及びディスクサイズを格納する仮想サーバ構成情報データベース（ＤＢ）１１４と、前記物理サーバ１３０他のメモリサイズ及びディスクサイズを格納する物理サーバ構成情報データベース（ＤＢ）１１５と、物理サーバのリソースが不足する可能性のある時期を算出するためのリソース予測情報を格納する物理サーバリソース予測情報データベース（ＤＢ）１１６と、前記仮想サーバ１３２他のメモリサイズ及びディスクサイズを取得し、仮想サーバ構成情報データベース（ＤＢ）１１４に登録する仮想サーバ構成情報管理部１１７と、仮想サーバ構成情報データベース１１４と物理サーバ構成情報データベース１１５とインシデント情報データベース１２１とを参照し、物理サーバのリソースが不足する可能性のある時期を物理サーバリソース予測情報データベース１１６に登録する物理サーバリソース予測部１１３とを備える。
【００１５】
前記仮想サーバ構成情報データベース１１４は、仮想サーバ１３２〜１３４他毎の構成情報を格納するものであって、この仮想サーバ構成情報は、図２Ａの符号２００に示す如く、仮想サーバの構成情報を取得した年月日と、仮想サーバの識別名と、該仮想サーバに割り当てられているメモリ容量と、該仮想サーバに割り当てられているディスク容量と、該メモリ及びディスクを割り当てている物理サーバ名と、該ディスクのストレージ名の各項目情報とから成り、例えば、年月日「２０１１／５／１３  ０：００」に収集された仮想サーバ名「ＶｉｒｔｕａｌＳｅｒｖｅｒＡ」の仮想サーバに対するメモリ容量が１０２４ＭＢ、ディスク容量が１００ＧＢ、割り当てられている物理サーバがＳｅｒｖｅｒＡ、ストレージ名がＳｔｒａｇｅＡであり、年月日「２０１１／５／１３  ０：００」に収集された仮想サーバ名「ＶｉｒｔｕａｌＳｅｒｖｅｒＢ」の仮想サーバに対するメモリ容量が１０２４ＭＢ、ディスク容量が１００ＧＢ、割り当てられている物理サーバがＳｅｒｖｅｒＡ、ストレージ名がＳｔｒａｇｅＡであることが格納されている。
【００１６】
前記物理サーバ構成情報データベース１１５は、物理サーバ１３０他毎のメモリ構成情報テーブル及びディスク構成情報テーブルを格納するものであって、このメモリ構成情報テーブルは、図２Ｂの符号２０１に示す如く、物理サーバのメモリ容量を取得した年月日と、物理サーバの識別名と、該物理サーバに割り当てられているメモリ容量との各項目情報とから成り、例えば、年月日「２０１３／１／１７  ０：００」に収集された（この時点の）物理サーバ名「ＳｅｒｖｅｒＡ」の物理サーバのメモリ容量が１６３４８ＭＢであり、年月日「２０１３／１／１７  ０：００」に収集された物理サーバ名「ＳｅｒｖｅｒＢ」の物理サーバのメモリ容量が１６３４８ＭＢであることが格納され、ディスク構成情報テーブルは、図２Ｃの符号２０２に示す如く、物理サーバのディスク容量を取得した年月日と、物理サーバの識別名と、該物理サーバに割り当てられているディスク容量との各項目情報とから成り、例えば、年月日「２０１３／１／１７  ０：００」に収集された物理サーバ名「ＳｅｒｖｅｒＡ」の物理サーバのディスク容量が１０２４ＧＢであり、年月日「２０１３／１／１７  ０：００」に収集された物理サーバ名「ＳｅｒｖｅｒＢ」の物理サーバのディスク容量が２０４８ＭＢであることが格納され、年月日「２０１３／１／１８  ０：００」に収集された物理サーバ名「ＳｅｒｖｅｒＡ」の物理サーバのディスク容量が２０４８ＧＢであることが格納されている。
【００１７】
前記物理サーバリソース予測情報データベース１１６は、仮想サーバ及び物理サーバの過去のインシデント並びにメモリ及びストレージの閾値に基づいて物理サーバのリソースが不足する可能性のある時期を算出するためのリソース予測情報を格納するであって、このリソース予測情報は、過去に発生したインシデントの情報を格納するインシデント情報テーブル２０３（図２Ｄ）と、物理サーバのメモリ超過の予測日時を予測するためのメモリ予測情報を格納するメモリ予測情報テーブル２０４（図２Ｅ）と、物理サーバのディスク超過の予測日時を予測するためのディスク予測情報を格納するディスク予測情報テーブル２０５（図２Ｆ）と、物理サーバ毎のメモリ及びディスク利用率並びに閾値を格納する閾値情報テーブル２０６（図２Ｇ）と、物理サーバ及びリソース種別インシデントの種別に対するインシデント重み付けテーブル２０７（図２Ｈ）とが格納されている。
【００１８】
前記インシデント情報テーブル２０３は、仮想サーバの過去１か月分のメモリ超過インシデント種別を格納するものであって、図２Ｄの符号２０３に示す如く、インシデントが発生した年月日と、該インシデントが発生した仮想サーバの発生元識別名と、該シンシデントの種別との各項目情報を格納し、例えば、日時「２０１３／１／１５  １２：３２」に発生元識別名「ＶｉｒｔｕａｌＳｅｒｖｅｒＣ」の仮想サーバに「メモリ閾値超過」のインシデントが発生したこと、日時「２０１３／１／１５  ２３：４３」に発生元識別名「ＶｉｒｔｕａｌＳｅｒｖｅｒＣ」の仮想サーバに「メモリ閾値超過」のインシデントが発生したこと、日時「２０１３／１／１６  １：３２」に発生元識別名「ＶｉｒｔｕａｌＳｅｒｖｅｒＡ」の仮想サーバに「ディスク閾値超過」のインシデントが発生したことを格納している。
【００１９】
前記メモリ予測情報テーブル２０４は、図２Ｅの符号２０４に示す如く、メモリ超過が予測される年月日である超過予測日時と、予測対象の物サーバ名と、メモリに対して予め設定されたインシデント（警告）を発する上限基準値であるメモリ閾値と、日毎の増加率との各項目情報とから成り、例えば、物理サーバ「ＳｅｒｖｅｒＡ」が予測日時「２０１３／９／１６  ０：００」にメモリ閾値「１３１０７ＭＢ」を超過し、日毎の増加率が「１１．９ＭＢ」であり、物理サーバ「ＳｅｒｖｅｒＢ」が予測日時「２０１３／１２／３  ０：００」にメモリ閾値「１４７４６ＭＢ」を超過し、月毎の増加率が「１２．３ＭＢ」であることを格納している。
【００２０】
前記ディスク予測情報テーブル２０５は、図２Ｆの符号２０５に示す如く、ディスク超過が予測される年月日である超過予測日時と、予測対象のストレージ名と、ディスクに対して予め設定されたインシデント（警告）を発する上限基準値であるディスク閾値と、日毎の増加率との各項目情報とから成り、例えば、ストレージ「ＳｔｒａｇｅＡ」が予測日時「２０１３／１０／３１  ０：００」にディスク閾値「９２４ＧＢ」を超過し、日毎の増加率が「０．９７ＧＢ」であり、ストレージ「ＳｔｒａｇｅＢ」が予測日時「２０１４／１／１２  ０：００」にディスク閾値「１６３８ＧＢ」を超過し、日毎の増加率が「０．８３ＧＢ」であることを格納している。
【００２１】
前記閾値情報テーブル２０６は、物理サーバ又はストレージかを表す閾値種別及び予め設定されたインシデント（警告）を発する上限基準値である閾値の項目情報を格納するものであって、図２Ｇの符号２０６に示す如く、物理サーバ「ＳｅｒｖｅｒＡ」の閾値種別「メモリ利用率」の閾値が「８０％」であり、物理サーバ「ＳｅｒｖｅｒＢ」の閾値種別「メモリ利用率」の閾値が「８５％」であり、ストレージ「ＳｔｒａｇｅＡ」の閾値種別「ディスク利用率」の閾値が「９０％」であり、ストレージ「ＳｔｒａｇｅＢ」の閾値種別「ディスク利用率」の閾値が「９０％」であることを格納している。
【００２２】
前記インシデント重み付けテーブル２０７は、図２Ｈの符号２０７に示す如く、物理サーバ又はストレージ等の対象機器及びリソース種別に対する「重み値」並びに「重み値」の最小最大値の範囲値を格納するものであって、例えば、対象機器「ＳｅｒｖｅｒＡ」の種別「メモリ」の重み値が「０．８」、最小最大範囲が「０〜１０」であり、対象機器「ＳｅｒｖｅｒＢ」の種別「メモリ」の重み値が「１．０」、最小最大範囲が「１１〜２０」であり、対象機器「ＳｅｒｖｅｒＣ」の種別「メモリ」の重み値が「０．２」、最小範囲が「２１」であり、対象機器「ＳｔｒａｇｅＡ」の種別「ディスク」の重み値が「０．８」、最小最大範囲が「０〜２０」であり、対象機器「ＳｔｒａｇｅＢ」の種別「ディスク」の重み値が「０．８」、最小範囲が「２１」であることを格納している。
【００２３】
［動作］
さて、このように構成された仮想サーバリソース制御システム１１２の動作を次に説明する。
［メモリリソース状況予測］
本実施形態による仮想サーバリソース制御システム１１２のメモリのリソース状況予測処理は、図３に示す如く、日次（例えば所定時刻／日）で以降の処理を開始するステップ３０１と、物理サーバの台数分以降の処理を開始するステップ３０２と、仮想サーバ構成情報テーブル２００から物理サーバ毎のメモリの１日あたりの増加率ａを求めるステップ３０３（例えば、今日が２０１３／１／２０とすると、仮想サーバ構成情報テーブル２００から物理サーバＳｅｒｖｅｒＡの最新の仮想サーバのメモリサイズの合計は１０２４０ＭＢと分かり、最古の日付２０１１／５／１３の仮想サーバのメモリサイズは１０２４ＭＢであることから、増加率ａは１０２４０−１０２４÷［２０１３／１／２０−２０１１／５／１３］＝１４．９として算出する処理。）と、対象物理サーバ上の仮想サーバの過去所定期間内のメモリ超過のインシデント数を算出するステップ３０４（図２Ｄに示したインシデント情報テーブル２０３の場合、メモリ超過２件を抽出する処理。）と、該ステップ２０３により算出したインシデント数の重みをかけたメモリ増加率ａ’を求めるステップ３０５（例えば、インシデント数に対する重みは図２Ｈのインシデント重みテーブル２０７から求め、物理サーバＳｅｒｖｅｒＡのメモリに対する重みがインシデント件数が０以上１０以下の場合は０．８、１１以上２０以下の場合は１．０、２１以上の場合は１．２であることから、インシデント件数２に対する重みは０．８となり、重みづけしたメモリ増加率ａ’は、［１４．９×０．８］＝１１．９と求める処理。）と、該ステップ３０５により求めたメモリ増加率ａ’から物理サーバのメモリ利用率の閾値を超過する日付を求めるステップ３０６（図２Ｇの閾値情報テーブル２０６から物理サーバＳｅｒｖｅｒＡのメモリ利用率の閾値ｂは８０％であり、図２Ｂの物理サーバ構成情報テーブル２０１から物理サーバＳｅｒｖｅｒＡの最新の物理サーバのメモリサイズは１６３４８ＭＢであることから、超過予測日ｃは、［１６３４８×８０％−１０２４０］÷１１．９＋２０１３／１／２０＝２０１３／９／１６である。求めたデータはメモリ予測情報テーブル２０４に登録する処理）と、以上のステップ３０３〜３０６迄のステップを物理サーバの台数分繰り返したと判定したときに終了するステップ３０７と、ステップ３０１により開始したメモリリソース状況予測処理を終了するステップ３０８とを実行することによって、物理サーバ台数分のメモリリソースの予測を行うように動作する。
【００２４】
［ディスクリソース状況予測］
次いで、本実施形態による仮想サーバリソース制御システム１１２は、図４に示す如く、日次（例えば所定時刻／日）で以降の処理を開始するステップ４０１と、ストレージの台数分以降の処理を開始するステップ４０２と、仮想サーバ構成情報テーブル２００からストレージ毎のディスクの１日あたりの増加率ａを求めるステップ４０３（今日が２０１３／１／２０の場合、図２Ａの仮想サーバ構成情報テーブル２００からストレージＳｔｏｒａｇｅＡの最新の仮想サーバのディスクサイズの合計が７００ＧＢと分かり、最古の日付２０１１／５／１３の仮想サーバのディスクサイズが１００ＧＢであることから、増加率ａは７００−１００÷［２０１３／１／２０−２０１１／５／１３］＝０．９７として算出する処理。）と、対象物ストレージの仮想サーバの過去１か月分のディスク超過のインシデント数を算出するステップ４０４（図２Ｄのインシデント情報テーブル２０３から算出すると対象は１件と抽出する処理。）と、該ステップ４０４により算出したインシデント数の重みをかけたディスク増加率ａ’を求めるステップ４０５（インシデント数に対する重みを図２Ｈのインシデント重みテーブル２０７から求め、ストレージＳｔｏｒａｇｅＡのディスクに対する重みがインシデント件数が０以上２０以下の場合は０．８、２１以上の場合は１．０であることから、インシデント件数１に対する重みは０．８となり、重みづけしたメモリ増加率ａ’は、０．９７×０．８＝０．７８と算出する処理。）と、該ステップ４０５により算出したディスク増加率ａ’からストレージのディスク利用率の閾値を超過する日付を求めるステップ４０６（図２Ｈの閾値情報テーブル２０６からストレージＳｔｏｒａｇｅＡのディスク利用率の閾値ｂは９０％であり、図２Ｃのストレージ構成情報テーブル２０２からストレージＳｔｏｒａｇｅＡの最新のストレージのディスクサイズは１０２４ＧＢであり、これにより超過予測日ｃは［１０２４×９０％−７００］÷０．７８＋２０１３／１／２０＝２０１３／１０／３１と算出する処理。）と、以上のステップ４０３〜４０６迄のステップをストレージの台数分繰り返したと判定したときに終了するステップ４０７と、ステップ４０１により開始したディスクリソース状況予測処理を終了するステップ４０８とを実行することによって、ストレージ台数分のディスクリソースの予測を行うように動作する。
【００２５】
［レポート画面］
本実施形態による仮想サーバリソース制御システム１１２は、前述のメモリ及びディスクリソース予測処理の結果であるレポート画面５００を操作端末１１１の表示部に表示するものであり、このレポート画面５００は、図５（ａ）に示す如く、メモリとディスクの現在の利用率を表示する現在の状況欄５０１と、各物理サーバ、ストレージで最早となる日付を表示する閾値超過予測日欄５０２と、閾値超過予測日が最早の物理サーバのメモリ利用状況がグラフ表示されるメモリ利用状況欄５０３と、閾値超過予測日が最早のストレージのディスク利用状況がグラフ表示されるディスク利用状況欄５０４とから成り、前記現在の状況欄５０１又は閾値超過予測日欄５０２の「詳細」リンクをクリックしたときに図５（ｂ）に示した詳細表示欄５０５が表示される。
【００２６】
前記現在の状況欄５０１に表示した利用率はすべての物理サーバのメモリ、すべてのストレージのディスクで求めた割合であり、「詳細」リンクをクリックすることにより各物理サーバ、ストレージ毎の利用率を表示し、「詳細」リンクをクリックすると各物理サーバ、ストレージ毎の閾値超過予測日が表示される。
【００２７】
前記詳細表示欄５０５は、メモリの利用状況詳細欄５０６とディスク利用状況詳細欄５０７とが表示される。前記メモリ利用状況詳細５０６は、物理サーバ毎の現在の利用率、閾値超過予測日、メモリ閾値、増加率が表示され、現在の利用率が最大、閾値超過予測日が最早のデータは赤字で強調表示され、物理サーバ名をクリックすると、クリックした物理サーバのグラフがメモリ状況利用欄５０３と同じ形式で表示される。前記ディスク利用状況詳細欄５０７は、ストレージ毎の現在の利用率、閾値超過予測日、ディスク閾値、増加率が表示され、現在の利用率が最大、閾値超過予測日が最早のデータは赤字で強調表示され、ストレージ名をクリックすると、クリックしたストレージのグラフがディスク利用状況欄５０４と同じ形式で表示される。
【００２８】
尚、前述の実施形態においては物理サーバのリソース不足に対応するため、物理サーバのリソース（ハードウェア）を増加させるための基準として上限の閾値を用いる例を説明したが、本発明は、これに限られるものではなく、図２Ｅ〜図２Ｇに示したメモリ予測情報テーブル２０４とディスク予測情報テーブル２０５と閾値情報テーブル２０６とに下限値を設定する欄を設け、この下限閾値を下回ることが多い物理サーバは仮想サーバに対する物理サーバのリソースが過剰と判定し、物理サーバのリソースが過剰な可能性のある時期を物理サーバリソース予測部１１３が物理サーバリソース予測情報データベースに登録し、このリソース過剰と判定した物理サーバに対して他の仮想サーバを追加することや、他のリソース不足の物理サーバと仮想サーバを入れ替えることによって、過剰物理サーバのリソース量を最適にすることができる。
【符号の説明】
【００２９】
１１１  操作端末、１１２  仮想サーバリソース制御システム、
１１３  物理サーバリソース予測部、１１４  仮想サーバ構成情報データベース、
１１５  物理サーバ構成情報データベース、
１１６  物理サーバリソース予測情報データベース、
１１７  仮想サーバ構成情報管理部、１２０  インシデント管理機能部、
１２１  インシデント情報データベース、１２２  リソース監視機能部、
１３０  物理サーバ、１３２〜１３４  仮想サーバ、
１３５〜１３６  ストレージ、２００  仮想サーバ構成情報テーブル、
２０１  物理サーバ構成情報テーブル、２０２  ストレージ構成情報テーブル、
２０３  インシデント情報テーブル、２０４  メモリ予測情報テーブル、
２０５  ディスク予測情報テーブル、２０６  閾値情報テーブル、
２０７  インシデント重みテーブル、５００  レポート画面、
５０１  現在の状況欄、５０２  閾値超過予測日欄、５０３  メモリ利用状況、
５０４  ディスク利用状況欄、５０５  詳細表示欄、
５０６  メモリ利用状況詳細、５０７  ディスク利用状況詳細欄
【図１】
2014225081.tif 000003
【図２Ａ】
2014225081.tif 000004
【図２Ｂ】
2014225081.tif 000005
【図２Ｃ】
2014225081.tif 000006
【図２Ｄ】
2014225081.tif 000007
【図２Ｅ】
2014225081.tif 000008
【図２Ｆ】
2014225081.tif 000009
【図２Ｇ】
2014225081.tif 000010
【図２Ｈ】
2014225081.tif 000011
【図３】
2014225081.tif 000012
【図４】
2014225081.tif 000013
【図５】
2014225081.tif 000014