資源管理システム、資源管理装置およびその方法
【課題】処理のために用いられる処理資源を管理する資源管理システム、資源管理装置およびその方法を提供する。
【解決手段】システム管理サーバ４は、各処理サーバ３の余剰である各共有パーティション３４を、各処理サーバ３を跨いで共有できるように制御する。つまり、システム管理サーバ４は、共有パーティション３４−１および共有パーティション３４−２を含む共有資源グループ１１０を生成する。さらに、システム管理サーバ４は、共有クライアント７−１から要求された処理を共有資源グループ１１０に実行させるような制御を行う。この制御によって、共有クライアント７−１から要求された処理は、共有パーティション３４−１または共有パーティション３４−２で処理される。
【解決手段】システム管理サーバ４は、各処理サーバ３の余剰である各共有パーティション３４を、各処理サーバ３を跨いで共有できるように制御する。つまり、システム管理サーバ４は、共有パーティション３４−１および共有パーティション３４−２を含む共有資源グループ１１０を生成する。さらに、システム管理サーバ４は、共有クライアント７−１から要求された処理を共有資源グループ１１０に実行させるような制御を行う。この制御によって、共有クライアント７−１から要求された処理は、共有パーティション３４−１または共有パーティション３４−２で処理される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、資源管理システム、資源管理装置およびその方法に関する。
【背景技術】
【０００２】
例えば、特許文献１は、共有資源ドメインからグリッドシステムへ資源を利用可能にして、分散アプリケーションをサポートするシステムを開示する。
また、特許文献２は、グリッドコンピューティングシステム資源をオンデマンド制御するためのシステムを開示する。
【特許文献１】特開２００６−８５７１２号公報
【特許文献２】特表２００７−５１５００８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、上述した背景からなされたものであって、処理のために用いられる処理資源を管理する資源管理システム、資源管理装置およびその方法を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するために、本発明にかかる資源管理システムは、複数の論理的または物理的な処理ノードと、前記処理ノードに接続された管理ノードとを有する資源管理システムであって、前記複数の処理ノードそれぞれに含まれ、処理のために用いられる処理資源は、互いに独立な第１のパーティションおよび第２のパーティションに割り当てられ、前記第１のパーティションは、前記複数の処理ノードそれぞれに閉じた第１の処理のために用いられ、前記第２のパーティションは、前記複数の処理ノードの内、選択された１つ以上により実行される１つ以上の第２の処理のために用いられ、前記管理ノードは、前記複数の処理ノードそれぞれの処理資源の内、前記第１の処理に必要とされる処理資源以外を、前記第２のパーティションに割り当てる割当制御手段と、前記複数の処理ノードの第２のパーティションの選択された１つ以上に、外部から要求された前記第２の処理を実行させる共有資源使用手段とを有する。
【０００５】
好適には、前記資源割当制御手段は、前記複数の処理ノードそれぞれにおける前記第１の処理のための処理負荷を検出する処理負荷検出手段と、前記検出された第１の処理の処理負荷に基づいて、前記複数の処理ノードそれぞれの処理資源を、前記第１のパーティションまたは前記第２のパーティションに割り当てる資源割り当て手段とを有する。
【０００６】
好適には、前記共有資源使用手段は、前記複数の処理ノードの第２のパーティションのいずれか、または、前記複数の処理ノードの第２のパーティションの２つ以上を選択し、前記第２の処理それぞれを実行させる。
【０００７】
好適には、前記管理ノードは、前記検出された処理負荷の値を所定時間ごとにサンプリングする負荷サンプリング手段と、前記サンプリングした処理負荷値に基づいて、将来の時刻とこの時刻において予測される負荷との関係を示す負荷予測モデル情報を作成する負荷予測モデル作成手段とをさらに有し、前記割当制御手段は、前記負荷予測モデル情報に基づいて、前記複数の処理ノードの処理資源を、前記第１のパーティションに割り当てるための制御を行う。
【０００８】
好適には、前記管理ノードは、前記負荷予測モデル情報に基づいて、前記第２の処理を実行させる１つ以上の第２のパーティションを選択する選択手段をさらに有し、前記共有資源使用手段は、前記選択手段の選択に基づいて、前記複数の処理ノードの１つ以上の第２のパーティションに、前記第２の処理を実行させる。
【０００９】
好適には、前記管理ノードは、前記第２の処理を要求した外部ノードに対して課金処理を行う課金手段と、前記第２の処理に利用された前記第２のパーティションを有する処理ノードに対して前記課金処理に対応する還元処理を行う還元処理手段とをさらに有する。
【００１０】
好適には、前記第１のパーティションおよび前記第２のパーティションは、それぞれ仮想マシンによって実現され、前記処理ノードは、前記処理資源を用いて、前記それぞれの仮想マシンを実行する。
【００１１】
好適には、前記処理ノードそれぞれは、所定時間の間、所定の量の処理資源が前記第１のパーティションに割り当てられることを保証するように制御する時間保証手段を有する。
【００１２】
好適には、前記管理ノードは、前記複数の処理ノードいずれかに含まれる。
【発明の効果】
【００１３】
本発明によれば、処理のために用いられる処理資源を管理する資源管理システム、資源管理装置およびその方法を提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施形態を説明する。
【００１５】
［資源管理システム］
図１は、本発明の実施形態にかかる資源管理方法が適用される資源管理システム１の構成を例示する図である。
図１に示すように、資源管理システム１は、処理サーバ３−１〜３−Ｍと、システム管理サーバ４とが、ネットワーク１００を介して接続されて構成される。
また、処理サーバ３−１〜３−Ｍは、それぞれ、専有クライアント６−１〜６−Ｍと接続されている。
さらに、システム管理サーバ４は、共有クライアント７−１〜７−Ｎ（Ｍ，Ｎは、１以上の整数。但し、Ｍ，Ｎが同じ数であるとは限らない）とネットワーク１０２を介して接続されている。
【００１６】
なお、以下、処理サーバ３−１〜３−Ｍなど、複数ある構成部分のいずれかを特定せずに示すときには、単に、処理サーバ３などと略記することがある。
また、以下、処理サーバ３など、資源管理システム１において、情報処理および通信の主体となりうる装置を、ノードと総称することがある。
また、以下の各図において、実質的に同じ構成部分および処理には同じ番号が付される。
また、図１においては、処理サーバ３−１〜３−Ｍに専有クライアント６−１〜６−Ｍが１つずつ接続される場合を例示したが、各処理サーバ３に複数の専有クライアント６が接続されるようにしてもよい。
また、図１においては、処理サーバ３は物理的に複数ある場合を例示したが、物理的に複数ある必要はなく、論理的に複数あればよい。
【００１７】
また、図１に示した資源管理システム１を構成する装置のうち、任意の２つ以上は、適宜、一体に構成されうる。
また、ある１つの装置において実現される複数の機能が、それぞれ別々の装置において実現されるようにしてもよいし、図１に示されていない装置において実現されるようにしてもよい。
たとえば、システム管理サーバ４と処理サーバ３とは、一体に構成されるようにしてもよい。
つまり、処理サーバ３−１〜３−Ｍのうちの１つ以上が、システム管理サーバ４の機能を備えるように構成してもよい。
また、ネットワーク１００およびネットワーク１０２は、同一のネットワークとしてもよい。
【００１８】
［ハードウエア］
図２は、図１に示した処理サーバ３、システム管理サーバ４、専有クライアント６および共有クライアント７のハードウエア構成を例示する図である。
図２に示すように、処理サーバ３、システム管理サーバ４、専有クライアント６および共有クライアント７は、ＣＰＵ１２２−１〜１２２−ｎ（ｎは１以上の整数。但し、ｎが常に同じ数であるとは限らない）およびメモリ１２４−１〜１２４−ｎなどを含む本体１２０、入出力装置１２６、通信装置１２８、および、記録媒体１３２に対するデータの記録および再生を行うディスク装置１３０−１〜１３０−ｎから構成される。
つまり、処理サーバ３、システム管理サーバ４、専有クライアント６および共有クライアント７は、情報処理および他のノードとの通信が可能なコンピュータとしてのハードウエア構成部分を有している。
【００１９】
［資源管理の概要］
図３は、図１に示した資源管理システム１において、処理サーバ３と、システム管理サーバ４と、専有クライアント６と、共有クライアント７との間で行われる資源管理の概要を例示する図であり、（Ａ）は処理サーバ３の概要を示し、（Ｂ）はシステム管理サーバ４の制御の概要を示す。
【００２０】
処理サーバ３−１は、図３（Ａ）に示すように、互いに独立な専有パーティション３２−１および共有パーティション３４−１を含む。
同様に、処理サーバ３−２は、互いに独立な専有パーティション３２−２および共有パーティション３４−２を含む。
これら専有パーティション３２および共有パーティション３４は、たとえば、仮想マシンによって実現される。
また、専有パーティション３２および共有パーティション３４には、処理サーバ３に含まれ、処理のために用いられる資源が動的に割り当てられる。
ここで、資源とは、図２に示した本体１２０等、処理のために用いられるハードウエアと、処理サーバ３にインストールされ、処理のために用いられるオペレーティングシステム（ＯＳ）等のソフトウエアとを含む。
【００２１】
専有パーティション３２は、各処理サーバ３に接続された各専有クライアント６から要求された処理のためにのみ用いられる。
つまり、専有パーティション３２は、各処理サーバ３に閉じた処理のために専有されている。
一方、共有パーティション３４は、処理サーバ３に接続された専有クライアント６−１から要求された処理には用いられていないので、専有クライアント６にとっては処理に必要のない、いわば余剰のパーティションである。
そのため、共有パーティション３４が外部のノードに共有されても、専有パーティション３２の処理に影響はなく、したがって、共有パーティション３４は外部のノードによって共有されうる。
ここで、「余剰のパーティション」または「余剰資源」とは、処理サーバ３に閉じた処理のために使用されないパーティションまたは資源を意味する。
なお、専用パーティション３２および共有パーティション３４は、それぞれ複数あってもよい。
【００２２】
システム管理サーバ４は、図３（Ｂ）の矢印ａ−１，ａ−２に示すように、各共有パーティション３４を、各処理サーバ３を跨いで共有できるように制御する。
つまり、図３（Ａ）の例において、システム管理サーバ４は、共有パーティション３４−１および共有パーティション３４−２を含み、共有クライアント７からはあたかも一体のノードであるかのように見える共有資源グループ１１０を生成する。
さらに、システム管理サーバ４は、図３（Ｂ）の矢印ｂに示すように共有クライアント７−１から要求された処理を共有資源グループ１１０に実行させる制御を行う。
【００２３】
この制御によって、共有クライアント７−１から要求された処理は、共有パーティション３４−１または共有パーティション３４−２で処理される。
あるいは、共有クライアント７−１から要求された処理がプロセス毎に分割されて、各プロセスが、それぞれ、共有パーティション３４−１および共有パーティション３４−２で処理されうる。
なお、上述した共有資源グループ１１０の生成については、たとえば、グリッドコンピューティング（Grid Computing）の技術を利用して実現されうる。
【００２４】
このように、処理サーバの共有パーティションを共有資源グループとして提供することによって、システム全体の余剰資源を有効に利用することができる。
また、専有パーティションと共有パーティションとが互いに独立しているので、専有パーティションは、共有パーティションを使用する共有クライアントによってアクセスされることはなく、逆に、共有パーティションは、専有パーティションを使用する専有クライアント６によってアクセスされることはない。
したがって、専有パーティションと共有パーティションとの間のセキュリティが確保される。
【００２５】
図４は、専有パーティション３２および共有パーティション３４に割り当てられる資源の変化を例示する図であって、（Ａ）は、専有パーティション３２−１に割り当てられる資源量が多くなり、専有パーティション３２−２に割り当てられる資源量が少なくなる態様を例示し、（Ｂ）は、専有パーティション３２−１に割り当てられる資源量が少なくなり、専有パーティション３２−２に割り当てられる資源量が多くなる態様を例示する。
図４において、図示された各パーティションの大きさは、割り当てられた資源の量を示し、図示されたパーティションの大きさが大きいほど、割り当てられた資源の量が多いことを示す。
【００２６】
たとえば、処理サーバ３−１の専有パーティション３２−１の処理負荷が所定値よりも高い場合、システム管理サーバ４は、図４（Ａ）に示すように、専有パーティション３２−１に割り当てられる資源量が多くなるように制御する。
このとき、共有パーティション３４−１に割り当てられる資源量は、共有パーティション３４−１の処理負荷に関わらず、少なくなるように制御される。
一方、処理サーバ３−２の専有パーティション３２−２の処理負荷が所定値よりも低い場合、システム管理サーバ４は、図４（Ａ）に示すように、専有パーティション３２−２に割り当てられる資源量が少なくなるように制御する。
このとき、共有パーティション３４−２に割り当てられる資源量は、共有パーティション３４−２の処理負荷に関わらず、多くなるように制御される。
【００２７】
また、たとえば、処理サーバ３−１の専有パーティション３２−１の処理負荷が所定値よりも低くなった場合、システム管理サーバ４は、図４（Ｂ）に示すように、専有パーティション３２−１に割り当てられる資源量が少なくなるように制御する。
これに伴って、共有パーティション３４−１に割り当てられる資源量は、多くなるように制御される。
一方、処理サーバ３−２の専有パーティション３２−２の処理負荷が所定値よりも高くなった場合、システム管理サーバ４は、図４（Ｂ）に示すように、専有パーティション３２−２に割り当てられる資源量が多くなるように制御する。
これに伴って、共有パーティション３４−２に割り当てられる資源量は、少なくなるように制御される。
【００２８】
このとき、図４（Ａ），（Ｂ）に示すように、共有資源グループ１１０に属する共有パーティション３４に割り当てられた資源量の増減に伴って、共有資源グループ１１０が処理に利用できる資源量も増減する。
なお、専有パーティション３２に割り当てられる資源の増減を決定するための処理負荷の所定値は、複数あってよく、したがって、専有パーティション３２に割り当てられる資源は、段階的に増減されるようにしてもよい。
【００２９】
このように、本実施形態においては、専有パーティションの処理負荷に応じて専有パーティションに割り当てられる資源の量を動的に制御するようにしているので、資源管理システム１は、処理サーバ内において、共有パーティションよりも専有パーティションを優先させて資源の割り当てを行うことができる。
したがって、専有パーティションの処理負荷は、共有パーティションの処理負荷の増大によって、増大することはない。
よって、処理サーバを所有する管理者が共有パーティションを共有資源グループに参加させることを促進することができる。
【００３０】
［処理サーバプログラム］
次に、上述した専有パーティション３２および共有パーティション３４が、処理サーバ３の仮想マシンによって実現される例について説明する。
図５は、図１に示した処理サーバ３において動作する処理サーバプログラム３０の構成を示す図である。
図５に示すように、処理サーバプログラム３０は、通信処理部３０２、仮想マシン割当処理部３１０、仮想マシン管理部３３０、仮想マシン情報データベース（ＤＢ）３３２、共有仮想マシン資源情報作成部３３４、ユーザインターフェース（ＵＩ）３４０、仮想マシン共有制御部３４２、システムＯＳ３５０、専有仮想マシン３６および共有仮想マシン３８から構成される。
【００３１】
処理サーバプログラム３０は、たとえば、記憶媒体１３２（図２）を介して処理サーバ３に供給され、メモリ１２４にロードされ、処理サーバ３にインストールされたＯＳ上で、処理サーバ３のハードウエア資源を具体的に利用して実行される（以下に示す各ソフトウエアについても同様）。
なお、専有仮想マシン３６および共有仮想マシン３８は、本実施形態においてはそれぞれ１つずつである場合を例示したが、それぞれ複数あってもよい。
【００３２】
処理サーバプログラム３０において、通信処理部３０２は、ネットワーク１００を介して、システム管理サーバ４との間で通信を行うために必要な処理を行う。
仮想マシン割当処理部３１０は、資源負荷情報取得部３１２、資源負荷情報通知部３１４、時間保証制御部３１６、資源割当情報受信部３１８および資源割当制御部３２０から構成される。
仮想マシン割当処理部３１０は、これらの構成部分によって、各仮想マシンに資源を割り当てるための処理を行う。
【００３３】
仮想マシン割当処理部３１０において、資源負荷情報取得部３１２は、専有仮想マシン３６に含まれる資源負荷情報抽出部３６６（後述）から、この専有仮想マシン３６に割り当てられている資源に関する情報とその資源の負荷状態とを含む情報（資源負荷情報）を、システムＯＳ３５０を介して取得する。
さらに、資源負荷情報取得部３１２は、共有仮想マシン３８に含まれる資源負荷情報抽出部３８６（後述）から、この共有仮想マシン３８の資源負荷情報を、システムＯＳ３５０を介して取得する。
【００３４】
時間保証制御部３１６は、専有仮想マシン３６から、時間保証情報を受け取り、その時間保証情報を資源負荷情報取得部３１２に対して出力する。
時間保証情報とは、専有仮想マシン３６を利用する専有クライアント６のユーザによって入力された情報であって、この専有仮想マシン３６に割り当てられる資源量が所定時間確保されることを保証するための情報である。
この時間保証情報は、資源量を確保したい時間に関する情報を含む。
つまり、時間保証制御部３１６がこの時間保証情報を受け取った場合、対応する専有仮想マシン３６に割り当てられる資源量は変更されないように制御される。
【００３５】
資源負荷情報取得部３１２は、時間保証制御部３１６から時間保証情報を受け取った場合、対応する専有仮想マシン３６の資源負荷情報に時間保証情報を追加する。
また、資源負荷情報取得部３１２は、資源負荷情報を、資源負荷情報通知部３１４に対して出力する。
資源負荷情報通知部３１４は、資源負荷情報取得部３１２から受け取った資源負荷情報を、通信処理部３０２およびネットワーク１００を介して、システム管理サーバ４に対して送信する。
【００３６】
図６は、図５に示した資源負荷情報抽出部３６６および資源負荷情報抽出部３８６が抽出する資源負荷情報を例示する図であって、（Ａ）は専有仮想マシン３６の資源負荷情報を例示し、（Ｂ）は共有仮想マシン３８の資源負荷情報を例示する。
図６（Ａ）に示すように、専有仮想マシン３６の資源負荷情報は、仮想マシン識別子、専有識別情報、割当資源＃１の情報（割当資源＃１情報）およびこの資源負荷値、割当資源＃２情報およびこの資源負荷値等を含み、時間保証制御部３１６によって追加された場合には時間保証情報も含む。
図６（Ｂ）に示すように、共有仮想マシン３８の資源負荷情報は、仮想マシン識別子、共有識別情報、割当資源＃３情報およびこの資源負荷値、割当資源＃４情報およびこの資源負荷値等を含む。
【００３７】
図６（Ａ），（Ｂ）に示した専有識別情報および共有識別情報は、この資源負荷情報に対応する仮想マシンが専有仮想マシンであるか共有仮想マシンであるかを識別するための情報である。
また、割当資源＃１情報等の割当資源情報は、各仮想マシンに割り当てられた各資源の情報であって、たとえば、専有仮想マシン３６にＣＰＵ１２２−１およびメモリ１２４−１が割り当てられたとすると、割当資源＃１情報はＣＰＵ１２２−１に関する情報を示し、割当資源＃２情報はメモリ１２４−１に関する情報を示す。
また、資源負荷値は、各資源の負荷状態を示す値であり、上述の例であればＣＰＵ１２２−１の処理利用率を示し、割当資源＃１情報に対応する資源負荷値は、たとえば、割当資源＃２情報に対応する資源負荷値は、たとえばメモリ１２４−１の処理利用率を示す。
【００３８】
資源割当情報受信部３１８（図５）は、システム管理サーバ４から、仮想マシン３６に資源を割り当てるための資源割当情報を受信し、この資源割当情報を資源割当制御部３２０に対して出力する。
資源割当制御部３２０は、資源割当情報受信部３１８からの資源割当情報に基づいて、専有仮想マシン３６および共有仮想マシン３８に資源を割り当てるための制御を行う。
さらに、資源割当制御部３２０は、専有仮想マシン３６および共有仮想マシン３８に割り当てた資源に関する情報（割当資源情報）を作成する。
また、資源割当制御部３２０は、資源割り当てのための制御を行った仮想マシンの識別子、専有／共有識別情報および割当資源情報を、仮想マシン管理部３３０に対して出力する。
【００３９】
仮想マシン管理部３３０は、専有仮想マシン３６および共有仮想マシン３８を実現するための処理を行う。
つまり、仮想マシン管理部３３０は、システムＯＳ３５０を介して、専有仮想マシン３６および共有仮想マシン３８がそれぞれ独立して各クライアント等から要求された処理を実行するための制御を行う。
また、仮想マシン管理部３３０は、システムＯＳ３５０を介して専有仮想マシン３６および共有仮想マシン３８を制御するための処理を行う。
さらに、仮想マシン管理部３３０は、資源割当制御部３２０から仮想マシン識別子、専有／共有識別情報および割当資源情報を受け取り、これらの情報に基づいて、専有仮想マシン３６および共有仮想マシン３８の状態を示す仮想マシン情報を作成する。
また、仮想マシン管理部３３０は、仮想マシン情報を管理し、仮想マシン情報ＤＢ３３２に格納する。
【００４０】
図７は、図５に示した仮想マシン管理部３３０が作成および管理する仮想マシン情報を例示する図である。
図７に示すように、仮想マシン情報は、専有仮想マシン情報および共有仮想マシン情報を含む。
専有仮想マシン情報は、仮想マシン識別子、専有識別情報、使用専有クライアント識別子、および、この仮想マシンに割り当てられた資源に関する割当資源情報を含む。
仮想マシン識別子、専有識別情報および割当資源情報は、仮想マシン管理部３３０が資源割当制御部３２０から受け取った情報であり、使用専有クライアント識別子は、仮想マシン管理部３３０がシステムＯＳ３５０を介して専有仮想マシン３６から抽出した情報である。
【００４１】
共有仮想マシン情報は、仮想マシン識別子、共有識別情報、所属グループ識別子および割当資源情報を含む。
また、この共有仮想マシンが図３および図４を用いて説明した共有資源グループ１１０に属する場合、共有仮想マシン情報は、その共有資源グループの識別子（所属グループ識別子）を含む、
さらに、この共有仮想マシン３８が共有クライアント７に使用されている場合、共有仮想マシン情報は、その共有クライアントの識別子（使用共有クライアント識別子）も含む。
仮想マシン識別子、共有識別情報および割当資源情報は、仮想マシン管理部３３０が資源割当制御部３２０から受け取った情報であり、所属グループ識別子および使用共有クライアント識別子は、仮想マシン管理部３３０が後述する仮想マシン共有制御部３４２から受け取った情報である。
【００４２】
仮想マシン管理部３３０（図５）は、ＵＩ３４０からの操作を示すデータに基づいて、仮想マシン情報をＵＩ３４０に対して出力する。
ＵＩ３４０は、仮想マシン管理部３３０からの仮想マシン情報を、入出力装置１２６のたとえばモニタ等に表示させるための処理を行う。
また、ＵＩ３４０は、入出力装置１２６に対するユーザの操作を受け入れて、受け入れた操作を示すデータを仮想マシン管理部３３０に対して出力する。
さらに、ＵＩ３４０は、ユーザの操作に応じて、処理サーバプログラム３０の他の構成部分の処理を制御する。
【００４３】
図８は、共有仮想マシン資源情報作成部３３４が作成する共有仮想マシン資源情報を示す図である。
図８に示すように、共有仮想マシン資源情報は、この処理サーバプログラム３０が動作する処理サーバ３のサーバ識別子、仮想マシン識別子および割当資源情報を含む。
仮想マシン識別子および割当資源情報は、共有仮想マシン資源情報作成部３３４が仮想マシン管理部３３０から抽出した情報であり、サーバ識別子は、システムＯＳ３５０などから抽出した情報である。
【００４４】
共有仮想マシン資源情報作成部３３４（図５）は、ネットワーク１００および通信処理部３０２を介して、システム管理サーバ４から、共有仮想マシン資源情報を抽出するための要求を受信する。
また、共有仮想マシン資源情報作成部３３４は、この要求に応じて、仮想マシン管理部３３０から仮想マシン資源情報を取得し、共有資源グループに属していない共有仮想マシン３８の共有仮想マシン資源情報を作成する。
共有仮想マシン資源情報作成部３３４は、取得した共有仮想マシン情報を、通信処理部３０２およびネットワーク１００を介して、システム管理サーバ４に対して送信する。
【００４５】
仮想マシン共有制御部３４２は、ネットワーク１００および通信処理部３０２を介して、システム管理サーバ４から、共有仮想マシン３８が所属することとなった共有資源グループの識別子を含む情報を受信し、この情報を仮想マシン管理部３３０に対して出力する。
仮想マシン管理部３３０は、この情報を受け取ると、自身が管理する共有仮想マシン情報に所属グループ識別子を追加する。
また、仮想マシン共有制御部３４２は、ネットワーク１００および通信処理部３０２を介して、システム管理サーバ４から、共有クライアント７が共有仮想マシン３８を使用できるようにするための制御情報（共有資源使用制御情報）を受信する。
この共有資源使用制御情報は、共有仮想マシン識別子および共有クライアント識別子も含む。
【００４６】
また、仮想マシン共有制御部３４２は、受信した共有資源使用制御情報に基づいて、仮想マシン管理部３３０と連携して、共有クライアント７が共有仮想マシン３８を使用できるようにするための処理を行う。
仮想マシン管理部３３０は、仮想マシン共有制御部３４２から共有クライアント識別子を受け取って、対応する共有仮想マシン情報に使用共有クライアント識別子を追加する。
さらに、この処理が終了し、共有クライアント７が共有仮想マシン３８を使用できるようになった場合、仮想マシン共有制御部３４２は、共有仮想マシン３８の使用を許可することを示す情報（共有資源使用許可情報）を、通信処理部３０２およびネットワーク１００を介して、システム管理サーバ４に対して送信する。
【００４７】
専有仮想マシン３６は、仮想マシンＯＳ３６０、アプリケーション部３６２、通信処理部３６４および資源負荷情報抽出部３６６から構成される。
専有仮想マシン３６において、仮想マシンＯＳ３６０は、システムＯＳ３５０上で実行され、専有仮想マシン３６を動作させるためのＯＳとしての機能を有する。
アプリケーション部３６２は、仮想マシンＯＳ３６０上で動作し、専有仮想マシン３６に組み込まれているアプリケーションを実行させるための処理を行う。
通信処理部３６４は、専有クライアント６との間で通信を行うために必要な処理を行う。
資源負荷情報抽出部３６６は、仮想マシンＯＳ３６０を介して、この専有仮想マシン３６に割り当てられた資源に関する資源負荷情報を抽出する。
【００４８】
共有仮想マシン３８は、仮想マシンＯＳ３８０、アプリケーション部３８２、通信処理部３８４および資源負荷情報抽出部３８６から構成される。
仮想マシン３８において、仮想マシンＯＳ３８０は、システムＯＳ３５０上で実行され、共有仮想マシン３８を動作させるためのＯＳとしての機能を有する。
アプリケーション部３８２は、仮想マシンＯＳ３８０上で動作し、共有仮想マシン３８に組み込まれているアプリケーションを実行させるための処理を行う。
通信処理部３８４は、システム管理サーバ４等を介して、共有クライアント７との間で通信を行うために必要な処理を行う。
資源負荷情報抽出部３８６は、仮想マシンＯＳ３８０を介して、この共有仮想マシン３８に割り当てられた資源に関する資源負荷情報を抽出する。
【００４９】
［システム管理プログラム］
図９は、図１に示したシステム管理サーバ４において動作するシステム管理プログラム４０の構成を示す図である。
図９に示すように、システム管理プログラム４０は、通信処理部４００，４０２，４０６、ＵＩ４０８、処理サーバ負荷検出部４１０、負荷サンプリング部４１２、負荷予測モデル作成部４１４、サンプリング情報管理部４１６、サンプリング情報ＤＢ４１６Ａ、最適組合せ選択部４２０、処理サーバ資源割当制御部４２２、処理サーバ情報管理部４２４、処理サーバ情報ＤＢ４２４Ａ、共有仮想マシン資源情報取得部４３０、共有資源グループ生成部４３２、共有資源グループ管理部４４、共有資源使用制御部４６、共有資源使用仲介処理部４８、共有クライアント情報管理部５００、共有クライアント情報ＤＢ５００Ａおよび課金／還元ポイント処理部５０４から構成される。
【００５０】
システム管理プログラム４０において、通信処理部４００は、ネットワーク１００を介して、各処理サーバ３との間で通信を行うために必要な処理を行う。
通信処理部４０２は、ネットワーク１００を介して、各共有クライアント７との間で通信を行うために必要な処理を行う。
通信処理部４０６は、ネットワーク１００を介して、各処理サーバ３内の共有仮想マシン３８との間で通信を行うために必要な処理を行う。
【００５１】
ＵＩ４０８は、入出力装置１２６に対するユーザの操作を受け入れて、サンプリング情報管理部４１６、処理サーバ情報管理部４２４、共有資源グループ管理部４４および共有クライアント情報管理部５００に対して、受け入れた操作を示すデータを出力する。
また、ＵＩ４０８は、ユーザの操作に応じて、システム管理プログラム４０の他の構成部分の処理を制御する。
さらに、ＵＩ４０８は、サンプリング情報管理部４１６、処理サーバ情報管理部４２４、共有資源グループ管理部４４および共有クライアント情報管理部５００から受け入れた情報を、入出力装置１２６に対して表示させる。
【００５２】
処理サーバ負荷検出部４１０は、通信処理部４００およびネットワーク１００を介して、処理サーバ３−１〜３−Ｍそれぞれから、資源負荷情報を受け入れる。
また、処理サーバ負荷検出部４１０は、受け入れた資源負荷情報を、負荷サンプリング部４１２、処理サーバ資源割当制御部４２２および処理サーバ情報管理部４２４に対して出力する。
処理サーバ情報管理部４２４は、処理サーバ負荷検出部４１０から資源負荷情報を受け入れ、この情報に基づいて各処理サーバ３ごとに処理サーバ情報を作成する。
【００５３】
図１０は、処理サーバ情報管理部４２４によって作成される処理サーバ情報を例示する図である。
図１０に示すように、処理サーバ情報は、処理サーバ＃１情報、処理サーバ＃２情報等、各処理サーバ３ごとに構成されている。
各処理サーバ情報は、処理サーバ識別子、還元ポイント情報、専有仮想マシン資源負荷情報および共有仮想マシン資源負荷情報を含む。
処理サーバ識別子、専有仮想マシン資源負荷情報および共有仮想マシン資源負荷情報は、処理サーバ情報管理部４２４が処理サーバ負荷検出部４１０から受け入れた情報であり、還元ポイント情報は、処理サーバ情報管理部４２４が課金／還元ポイント処理部５０４から受け入れた情報である。
還元ポイント情報については後述する。
【００５４】
処理サーバ情報管理部４２４（図９）は、処理サーバ情報を管理し、処理サーバ情報ＤＢ４２４Ａに格納する。
また、処理サーバ情報管理部４２４は、共有資源グループ管理部４４およびＵＩ４０８からの要求に応じて、処理サーバ情報ＤＢ４２４Ａから処理サーバ情報を取得し、共有資源グループ管理部４４およびＵＩ４０８に対して出力する。
さらに、処理サーバ情報管理部４２４は、課金／還元ポイント処理部５０４から還元ポイント情報を受け取り、対応する処理サーバ情報に追加する。
【００５５】
負荷サンプリング部４１２は、受け入れた資源負荷情報に基づいて、所定時間ごと（たとえば２０秒ごと）に、各処理サーバ３の専有仮想マシン３６の資源負荷値をサンプリングする。
また、負荷サンプリング部４１２は、サンプリングした資源負荷値について、所定時間ごとに平均化する。
なお、平均化の際、異常値を除去する処理が行われる。
さらに、負荷サンプリング部４１２は、上述の処理で各処理サーバ３ごとに作成されたサンプリング情報を、負荷予測モデル作成部４１４およびサンプリング情報管理部４１６に対して出力する。
なお、サンプリングした資源負荷値の平均化については、移動平均等の手法を用いてサンプリング時の異常値をスムージングするようにしてもよい。
【００５６】
図１１は、負荷サンプリング部４１２によって作成されるサンプリング情報を例示する図である。
図１１に示すように、サンプリング情報は、サーバ識別子、期間情報（たとえば１２時〜１３時など）、および、この期間に対応する専有仮想マシンの平均資源負荷値を含む。
サーバ識別子は、負荷サンプリング部４１２が処理サーバ負荷検出部４１０から受け入れた情報であり、期間情報および平均資源負荷値は負荷サンプリング部４１２が作成した情報である。
【００５７】
負荷予測モデル作成部４１４（図９）は、負荷サンプリング部４１２からのサンプリング情報から、所定期間（たとえば１週間程度）の期間情報および平均資源負荷値を抽出して、その値の変化から負荷特性を解析する。
負荷特性とは、たとえば、最大最小負荷、周期性、各時間帯における変動範囲等の傾向、および偏差などである。
また、負荷予測モデル作成部４１４は、解析した負荷特性に基づいて、以降の各時刻において予想される資源負荷値を算出し、算出結果に基づいて、将来の時刻とこの時刻において予測される負荷との関係を示す負荷予測モデル情報を作成する。
また、負荷予測モデル作成部４１４は、作成した負荷予測モデル情報をサンプリング情報管理部４１６に対して出力する。
【００５８】
図１２は、負荷予測モデル情報によって示される負荷予測モデルをグラフを用いて例示した図である。
図１２に例示されるグラフは、各専有仮想マシン３６ごとに負荷予測モデル情報に基づいて描かれ、予想される資源負荷値の変化を示す。
図１２に示すように、たとえば、処理サーバ＃１の専有仮想マシン＃１は時刻Ｔ１で資源負荷値が最大となり、処理サーバ＃２の専有仮想マシン＃２は時刻Ｔ２で資源負荷値が最大となり、処理サーバ＃３の専有仮想マシン＃３は時刻Ｔ３で資源負荷値が最大となることが分かる。
また、処理サーバ＃１の専有仮想マシン＃Ａは、他の仮想マシンと比較して、資源負荷値の変動が大きいといったことが分かる。
【００５９】
図４を用いて前述したように、専有パーティション３２、つまり専有仮想マシン３６の処理負荷（資源負荷値）が高ければ、専有仮想マシン３６に割り当てられる資源の量は増大し、それに伴って、共有仮想マシン３８に割り当てられる資源の量は減少する。
つまり、負荷予想モデルにおいて、専有仮想マシン３６の資源負荷値が高い場合、対応する共有仮想マシン３８に割り当てられる資源量は少ないと予想され、専有仮想マシン３６の資源負荷値が低い場合、対応する共有仮想マシン３８に割り当てられる資源量は多いと予想される。
言い換えれば、予測される共有仮想マシン３８の割当資源量の変化は、負荷予測モデルの資源負荷値の変化と逆の傾向であると予測される。
なお、この負荷予測モデルは、処理サーバ資源割当制御部４２２および最適組合せ選択部４２０の処理において利用される。
【００６０】
サンプリング情報管理部４１６（図９）は、負荷サンプリング部４１２からサンプリング情報を受け入れ、各処理サーバ３ごとに管理し、サンプリング情報ＤＢ４１６Ａに格納する。
また、サンプリング情報管理部４１６は、負荷予想モデル作成部４１４から負荷予想モデル情報を取得し、対応する処理サーバ３ごとに管理し、サンプリング情報ＤＢ４１６Ａに格納する。
さらに、サンプリング情報管理部４１６は、ＵＩ４０８、処理サーバ資源割当制御部４２２および最適組合せ選択部４２０からの要求に応じて、サンプリング情報ＤＢ４１６Ａからサンプリング情報または負荷予想モデル情報を取得し、ＵＩ４０８、処理サーバ資源割当制御部４２２および最適組合せ選択部４２０に対して出力する。
さらに、サンプリング情報管理部４１６は、各処理サーバ３ごとにサンプリング情報を解析し、所定期間（たとえば１週間）の負荷履歴に基づいて資源の増減等の要否を判断して、判断結果に関する情報をＵＩ４０８に対して出力する。
ＵＩ４０８が入出力装置１２６にこの判断結果に関する情報を表示させることによって、システム管理者は、その処理サーバ３に資源を追加するべきか否かを判断することができる。
【００６１】
処理サーバ資源割当制御部４２２は、処理サーバ負荷検出部４１０から資源負荷情報を受け入れる。
また、処理サーバ資源割当制御部４２２は、対応する処理サーバ３の負荷予測モデル情報を受け入れる。
さらに、処理サーバ資源割当制御部４２２は、資源負荷情報および負荷予測モデル情報に基づいて、図１３に示す処理を行い、資源割当情報を、対応する処理サーバ３に対して、通信処理部４００およびネットワーク１００を介して送信する。
【００６２】
図１３は、処理サーバ資源割当制御部４２２の処理（Ｓ１０）を示すフローチャートである。
図１３に示すように、ステップ１００（Ｓ１００）において、処理サーバ資源割当制御部４２２は、全ての処理サーバ３について処理の対象として選択したか否か判断し、そうであれば処理を終了し、そうでなければＳ１０２に進む。
ステップ１０２（Ｓ１０２）において、処理サーバ資源割当制御部４２２は、未選択の処理サーバ３を処理の対象として選択する。
【００６３】
ステップ１０４（Ｓ１０４）において、処理サーバ資源割当制御部４２２は、処理サーバ負荷検出部４１０から、対応する専有仮想マシン３６の資源負荷情報を受け入れる。
ステップ１０６（Ｓ１０６）において、処理サーバ資源割当制御部４２２は、資源負荷情報に時間保証情報が含まれるか否かを判断し、含まれる場合は、その専有仮想マシン３６に割り当てる資源を変更しないでＳ１００に戻り、含まれない場合はＳ１１０に進む。
ステップ１１０（Ｓ１１０）において、処理サーバ資源割当制御部４２２は、対応する専有仮想マシン３６の負荷予測モデル情報を取得する。
【００６４】
ステップ１１２（Ｓ１１２）において、処理サーバ資源割当制御部４２２は、専有仮想マシン３６の資源負荷値が所定値以上であるか否かを判断し、そうであればＳ１１４に進み、そうでなければＳ１１８に進む。
ステップ１１４（Ｓ１１４）において、処理サーバ資源割当制御部４２２は、負荷予測モデル情報において、現時点から所定時間内において予測される資源負荷値の上昇度が所定値以上であるか否かを判断し、そうであればＳ１１６に進み、そうでなければＳ１００に戻る。
ステップ１１６（Ｓ１１６）において、処理サーバ資源割当制御部４２２は、資源負荷値および資源負荷値の上昇度に基づいて、専有仮想マシン３６の割当資源を増加させるように、つまり、共有仮想マシン３８の割当資源を減少させるように、資源割当情報を作成する。
【００６５】
ステップ１１８（Ｓ１１８）において、処理サーバ資源割当制御部４２２は、専有仮想マシン３６の資源負荷値が所定値以下であるか否かを判断し、そうであればＳ１２０に進み、そうでなければＳ１００に戻る。
ステップ１２０（Ｓ１２０）において、処理サーバ資源割当制御部４２２は、負荷予測モデル情報において、現時点から所定時間内において予測される資源負荷値の下降度が所定値以下であるか否かを判断し、そうであればＳ１２２に進み、そうでなければＳ１００に戻る。
ステップ１２２（Ｓ１２２）において、処理サーバ資源割当制御部４２２は、資源負荷値および資源負荷値の下降度に基づいて、専有仮想マシン３６の割当資源を減少させるように、つまり、共有仮想マシン３８の割当資源を増加させるように、資源割当情報を作成する。
【００６６】
ステップ１２４（Ｓ１２４）において、処理サーバ資源割当制御部４２２は、時期的特殊性があるか否かを判断し、そうである場合はＳ１２６に進み、そうでない場合はＳ１００に戻る。
この時期的特殊性とは、たとえば、長期休業時などにおいては処理サーバ３の負荷が減少し、あるいは、長期休業直後においては処理サーバ３の負荷が増加するといった傾向を示す。
ステップ１２６（Ｓ１２６）において、処理サーバ資源割当制御部４２２は、時期的特殊性を資源割当情報に反映し、Ｓ１００に戻る。
【００６７】
最適組合せ選択部４２０（図９）は、共有資源グループに所属させる共有仮想マシン３８の組合せを選択する。
最適組合せ選択部４２０は、サンプリング情報管理部４１６から、各処理サーバ３の負荷予測モデル情報を取得する。
最適組合せ選択部４２０は、各負荷予測モデル情報に基づいて、共有仮想マシン３８の組合せのうち、資源の処理能力上、最適な組合せを選択し、共有仮想マシン３８の組合せに関する情報（最適組合せ情報）を作成する。
【００６８】
具体的には、たとえば、各負荷予測モデルにおいて、予測資源負荷値の最大となる時間帯が互いに一致しない専有仮想マシン３６を選択して組合せ、これら組み合わせた専有仮想マシン３６の処理サーバ３に含まれる共有仮想マシン３８を、共有資源グループに所属させる組合せとして選択する。
このように組合せを選択することによって、共有資源グループの割当資源量の変動幅をできるだけ小さくすることができ、共有クライアント７は安定して共有された資源を使用できる。
また、処理サーバ３から、共有仮想マシン３８のアプリケーション３８２の種類に関する情報を取得し、このアプリケーションの種類に応じて共有仮想マシン３８を組み合わせるようにしてもよい。
【００６９】
共有仮想マシン資源情報取得部４３０は、各共有仮想マシン３８の共有仮想マシン資源情報を送信するように要求する信号を、通信処理部４００およびネットワーク１００を介して、各処理サーバ３に対して送信する。
さらに、共有仮想マシン資源情報取得部４３０は、ネットワーク１００および通信処理部４００を介して、各処理サーバ３から共有仮想マシン資源情報を取得する。
また、共有仮想マシン資源情報取得部４３０は、取得した各共有仮想マシン資源情報を、共有資源グループ生成部４３２に対して出力する。
【００７０】
共有資源グループ生成部４３２は、各共有仮想マシン資源情報を受け取ると、最適組合せ選択部４２０に対して、最適組合せ情報を要求する。
最適組合せ選択部４２０は、この要求に応じて、共有資源グループ生成部４３２に対して最適組合せ情報を出力する。
共有資源グループ生成部４３２は、各処理サーバ３の共有仮想マシン資源情報および最適組合せ情報に基づいて、１つ以上の共有仮想マシン３８を選択して共有資源グループを生成する。
なお、この共有資源グループの生成は、たとえば、グリッドコンピューティングの技術を利用して実現しうる。
【００７１】
共有資源グループ生成部４３２は、作成した共有資源グループに属する共有仮想マシン３８の各処理サーバ３に対して、当該共有仮想マシン３８がこの共有資源グループに属したことを通知する情報を送信する。
さらに、共有資源グループ生成部４３２は、作成した共有資源グループに関する情報（共有資源グループ情報）を、共有資源グループ管理部４４に対して出力する。
【００７２】
図１４は、図９に示した共有資源グループ管理部４４の構成を示す図である。
図１４に示すように、共有資源グループ管理部４４は、共有資源グループ制御部４４２および共有資源グループ情報管理部４４４から構成される。
共有資源グループ管理部４４は、これらの構成部分により、たとえば、グリッドコンピューティングなどの技術を利用して、共有資源グループを維持および管理するための処理を行う。
【００７３】
共有資源グループ管理部４４において、共有資源グループ制御部４４２は、共有資源グループ情報を共有資源グループ生成部４３２から受け取り、共有資源グループ情報管理部４４４に対して出力する。
また、共有資源グループ制御部４４２は、共有資源グループ情報を利用して、共有資源グループを維持するために必要な処理を行う。
共有資源グループ情報管理部４４４は、共有資源グループ＃１情報管理部４４６−１、共有資源グループ＃２情報管理部４４６−２等を含んでおり、各共有資源グループごとに共有資源グループ情報を格納し、管理する。
【００７４】
図１５は、共有資源グループ情報管理部４４４が管理する共有資源グループ情報を例示する図である。
図１５に示すように、共有資源グループ情報は、グループ識別子、所属する仮想マシンの識別子、この仮想マシンを有する処理サーバの識別子、および、仮想マシンの割当資源情報を含む。
【００７５】
共有資源グループ情報管理部４４４（図１４）は、処理サーバ情報管理部４２４から、各共有資源グループに所属する仮想マシンの割当資源情報を取得する。
また、共有資源グループ情報管理部４４４は、ＵＩ４０８、共有資源使用制御部４６、共有資源使用仲介処理部４８および課金／還元ポイント処理部５０４からの要求に応じて、共有資源グループ情報を、それぞれの構成要素に対して出力する。
【００７６】
図１６は、図９に示した共有資源使用制御部４６の構成を示す図である。
図１６に示すように、共有資源使用制御部４６は、使用要求受信部４６２、使用グループ選択部４６４、共有資源使用制御情報送信部４６６、共有資源使用許可情報受信部４６８、グループ参加通知部４７０および使用許可情報送信部４７２から構成される。
共有資源使用制御部４６において、使用要求受信部４６２は、共有クライアント７から、ネットワーク１０２および通信処理部４０２を介して、共有資源グループの資源の使用要求を受信する。
この使用要求は、共有クライアント７の識別子を含む。
さらに、使用要求受信部４６２は、受信した使用要求を、使用グループ選択部４６４に対して出力する。
【００７７】
使用グループ選択部４６４は、使用要求受信部４６２から使用要求を受け取ると、共有資源グループ管理部４４に対して、共有資源グループ情報を要求する。
また、使用グループ選択部４６４は、共有資源グループ管理部４４から共有資源グループ情報を受け取ると、共有資源グループ情報に基づいて、要求した共有クライアント７に使用させる共有資源グループを選択する。
さらに、使用グループ選択部４６４は、選択した共有資源グループの共有資源グループ情報を、共有資源使用制御情報送信部４６６に対して出力する。
【００７８】
共有資源使用制御情報送信部４６６は、使用グループ選択部４６４からの共有資源グループ情報に基づいて、選択された共有資源グループに所属する共有仮想マシン３８を有する処理サーバ３に対し、通信処理部４００およびネットワーク１００を介して、共有資源使用制御情報を送信する。
共有資源使用許可情報受信部４６８は、共有資源使用制御情報を送信した処理サーバ３から、ネットワーク１００および通信処理部４００を介して、共有資源使用許可情報を受信する。
さらに、共有資源使用許可情報受信部４６８は、受信した共有資源使用許可情報を、グループ参加通知部４７０に対して出力する。
【００７９】
グループ参加通知部４７０は、共有資源使用許可情報を受け取ると、要求した共有クライアントの識別子と、共有資源グループの識別子とを、クライアント情報管理部５００に対して出力する。
また、グループ参加通知部４７０は、共有資源グループに参加を許可することを示す通知情報（使用許可情報）を、使用許可情報送信部４７２に対して出力する。
使用許可情報送信部４７２は、使用許可情報を、要求した共有クライアント７に対して、通信処理部４０２およびネットワーク１０２を介して送信する。
【００８０】
共有クライアント情報管理部５００（図９）は、共有資源グループを使用する共有クライアント７に関する情報（共有クライアント情報）を作成および管理し、共有クライアント情報ＤＢ５００Ａに格納する。
また、共有クライアント情報管理部５００は、ＵＩ４０８、共有資源使用仲介処理部４８および課金／還元ポイント処理部５０４からの要求に応じて、共有クライアント情報ＤＢ５００Ａから共有クライアント情報を抽出し、それぞれの構成要素に対して出力する。
【００８１】
図１７は、共有クライアント情報管理部５００によって作成される共有クライアント情報を例示する図である。
図１７に示すように、共有クライアント情報は、共有クライアント＃１情報、共有クライアント＃２情報など、各共有資源グループを使用する共有クライアント７ごとに構成されている。
また、１つの共有クライアント情報は、共有クライアント識別子、使用する共有資源グループ識別子、および、後述する課金情報を含む。
共有クライアント識別子および使用共有資源グループ識別子は、共有クライアント情報管理部５００が共有資源利用制御部４６から受け取った情報であり、課金情報は、課金／還元ポイント処理部５０４から受け取った情報である。
【００８２】
図１８は、図９に示した共有資源使用仲介処理部４８の構成を示す図である。
図１８に示すように、共有資源使用仲介処理部４８は、処理要求受信部４８２、クライアント情報取得部４８４、共有資源グループ情報取得部４８６、使用仮想マシン選択部４８８、処理要求送信部４９０、処理結果受信部４９２および処理結果送信部４９４から構成される。
共有資源使用仲介処理部４８において、処理要求受信部４８２は、共有クライアント７から、ネットワーク１０２および通信処理部４０２を介して、処理を要求するデータ（処理要求）を受信する。
この処理要求は、共有クライアント７の識別子と処理内容を示すデータとを含む。
さらに、処理要求受信部４８２は、受信した処理要求を、クライアント情報取得部４８４および使用仮想マシン選択部４８８に対して出力する。
【００８３】
クライアント情報取得部４８４は、処理要求を送信した共有クライアント７に対応する共有クライアント情報を、共有クライアント情報管理部５００に要求する。
また、クライアント情報取得部４８４は、共有クライアント情報管理部５００から取得した共有クライアント情報から、使用共有資源グループ識別子を抽出し、共有資源グループ情報取得部４８６に対して出力する。
共有資源グループ情報取得部４８６は、クライアント情報取得部４８４からの使用共有資源グループ識別子を利用して、共有資源グループ情報を共有資源グループ管理部４４に要求する。
さらに、共有資源グループ情報取得部４８６は、共有資源グループ管理部４４から取得した共有資源グループ情報を、使用仮想マシン選択部４８８に対して出力する。
【００８４】
使用仮想マシン選択部４８８は、処理要求と、共有資源グループ情報の割当資源情報とに基づいて、各共有仮想マシン３８の割当資源量などを考慮して、要求された処理を実行させる非専用仮想マシン３８を選択する。
たとえば、要求された処理に要する処理負荷が大きい場合は、割当資源量の大きな共有仮想マシン３８が選択される。
さらに、使用仮想マシン選択部４８８は、選択された共有仮想マシン３８の識別子と、この共有仮想マシン３８を有する処理サーバ３の識別子と、処理要求とを、処理要求送信部４９０に対して出力する。
【００８５】
処理要求送信部４９０は、選択された共有仮想マシン３８（この共有仮想マシン３８を有する処理サーバ３）に対して、通信処理部４０６およびネットワーク１００を介して、処理要求を送信する。
処理結果受信部４９２は、処理を実行した共有仮想マシン３８から、ネットワーク１００および通信処理部４０６を介して処理結果データを受信し、この処理結果データを処理結果送信部４９４に対して出力する。
処理結果送信部４９４は、処理結果データを、処理を要求した共有クライアント７に対して、通信処理部４０２およびネットワーク１０２を介して送信する。
【００８６】
課金／還元ポイント処理部５０４は、ある共有クライアント７が共有資源グループを使用することになった場合、共有クライアント情報管理部５００から、対応する共有クライアント情報を取得する。
また、課金／還元ポイント処理部５０４は、時間および要求する処理の量などに基づいて、課金情報を作成する。
さらに、課金／還元ポイント処理部５０４は、取得した共有クライアント情報に課金情報を追加して、共有クライアント情報管理部５００に返す。
【００８７】
課金／還元ポイント処理部５０４は、使用共有資源グループ情報から、使用されている処理サーバ３の識別子を取得する。
また、課金／還元ポイント処理部５０４は、前述で作成した課金情報に対応する還元ポイント情報を作成する。
さらに、課金／還元ポイント処理部５０４は、処理サーバ情報管理部４２４に対し、取得した処理サーバ識別子に対応する処理サーバ情報に、作成した還元ポイント情報を追加するように要求する。
このように、共有資源グループを使用した共有クライアント７に対して課金処理を行い、使用された処理サーバ３に対して還元処理を行うことによって、処理サーバ３を専有するユーザに対し、処理サーバ３を共有資源グループに参加させることを促進させることができる。
【００８８】
［クライアントプログラム］
図１９は、図１に示した専有クライアント６において動作する専有クライアントプログラム６０の構成を示す図である。
図１９に示すように、専有クライアントプログラム６０は、通信処理部６０２、ＵＩ６０４、処理要求送信部６１０および処理結果受信部６１２から構成される。
専有クライアントプログラム６０において、通信処理部６０２は、対応する処理サーバ３との間で通信を行うために必要な処理を行う。
【００８９】
ＵＩ６０４は、入出力装置１２６に対するユーザの操作を受け入れて、処理要求送信部６１０に対して、受け入れた操作を示すデータを出力する。
また、ＵＩ６０４は、処理結果受信部６１２から受け入れた情報を、入出力装置１２６に対して表示させる。
処理要求送信部６１０は、ＵＩ６０４から受け入れた処理要求データを、通信処理部６０２を介して処理サーバ３に対して送信する。
処理結果受信部６１２は、通信処理部６０２を介して、処理結果データを受信し、ＵＩ６０４に対して出力する。
【００９０】
図２０は、図１に示した共有クライアント７において動作する共有クライアントプログラム７０の構成を示す図である。
図２０に示すように、共有クライアントプログラム７０は、通信処理部７０２、ＵＩ７０４、共有資源グループ使用要求送信部７１０、使用許可情報受信部７１２、処理要求送信部７１０および処理結果受信部７１２から構成される。
共有クライアントプログラム７０において、通信処理部７０２は、システム管理サーバ４との間で通信を行うために必要な処理を行う。
ＵＩ７０４は、入出力装置１２６に対するユーザの操作を受け入れて、共有資源グループ使用要求送信部７１０および処理要求送信部７１４に対して、受け入れた操作を示すデータを出力する。
また、ＵＩ７０４は、使用許可情報受信部７１２および処理結果受信部７１６から受け入れた情報を、入出力装置１２６に対して表示させる。
【００９１】
共有資源グループ使用要求送信部７１０は、ＵＩ７０４から共有資源グループ使用要求データを受け入れ、通信処理部７０２およびネットワーク１０２を介して、システム管理サーバ４に対して送信する。
使用許可情報受信部７１２は、ネットワーク１０２および通信処理部７０２を介して、システム管理サーバ４から使用許可情報を受信し、ＵＩ７０４に対して出力する。
処理要求送信部７１４は、ＵＩ７０４から受け入れた処理要求データを、通信処理部７０２およびネットワーク１０２を介して、システム管理サーバ４に対して送信する。
処理結果受信部７１６は、ネットワーク１０２および通信処理部７０２を介して、システム管理サーバ４から処理結果データを受信し、ＵＩ７０４に対して出力する。
【００９２】
［資源管理システム１の全体的な動作］
次に、資源管理システム１の全体的な動作を説明する。
図２１は、図１に示した資源管理システム１の全体的な動作（Ｓ２０）を示す通信シーケンス図である。
図２１に示すように、ステップ２００（Ｓ２００）において、専有クライアント６−１は、処理サーバ３−１に処理を要求し、処理サーバ３−１は、専有クライアント６−１から要求された処理を実行して専有クライアント６−１に処理結果を返す。
【００９３】
ステップ２０２−１〜２０２−Ｎ（Ｓ２０２−１〜Ｓ２０２−Ｎ）において、システム管理サーバ４は、所定時間毎に、処理サーバ３−１〜３−Ｍの負荷を検出する。
ステップ２０４（Ｓ２０４）において、システム管理サーバ４は、ある処理サーバ３（ここでは処理サーバ３−１）の資源負荷値が、所定値以上あるいは所定値以下であることを検出する。
ステップ２０６（Ｓ２０６）において、システム管理サーバ４は、検出した資源負荷値に基づいて、処理サーバ３−１の資源の割り当てを動的に制御する。
【００９４】
ステップ２０８（Ｓ２０８）において、システム管理サーバ４は、処理サーバ３−１〜３−Ｍから、共有仮想マシン資源情報を取得する。
ステップ２１０（Ｓ２１０）において、システム管理サーバ４は、取得した共有仮想マシン資源情報に基づいて、共有資源グループを生成する。
ステップ２１２（Ｓ２１２）において、共有クライアント７は、共有資源グループの資源を使用することを要求する。
ステップ２１４（Ｓ２１４）において、システム管理サーバ４は、共有資源グループに所属する共有仮想マシン３８を有する処理サーバ３（ここでは処理サーバ３−１〜３−Ｍ）に対して、共有クライアント７が共有仮想マシン３８を使用できるようにするための制御を実行する。
【００９５】
ステップ２１６（Ｓ２１６）において、共有クライアント７は、システム管理サーバ４に対して処理要求を送信し、システム管理サーバ４は、選択した処理サーバ３（ここでは処理サーバ３−１）に対してその処理要求を送信する。
ステップ２１８（Ｓ２１８）において、処理サーバ３−１は、要求された処理を、共有仮想マシン３８を利用して実行する。
ステップ２２０（Ｓ２２０）において、処理サーバ３−１は、処理結果データをシステム管理サーバ４に返し、システム管理サーバ４は、共有クライアント７にこの処理結果データを返す。
【００９６】
［変形例］
次に、本実施形態の変形例について説明する。
【００９７】
図２２は、共有資源使用仲介処理部４８の変形例を示す図である。
図２２に示す共有資源使用仲介処理部４８０は、図１８に示した共有資源使用仲介処理部４８の構成に、プロセス分割部５１０および処理結果統合部５１２が追加されている。
プロセス分割部５１０は、処理要求を、複数のプロセスに分割し、各プロセスを使用仮想マシン選択部４８８に対して出力する。
使用仮想マシン選択部４８８は、各プロセスを処理する複数の共有仮想マシン３８を選択する。
処理結果統合部５１２は、複数の共有仮想マシン３８が処理した処理結果データを統合し、１つの処理結果データとする。
【００９８】
図２３は、複数の処理サーバ３間に跨る複数の共有資源グループ１１０の態様を例示する図である。
図２３において、処理サーバ３−１は、専有パーティション３２−１、共有パーティション３４ａ−１，３４ｂ−１を有し、処理サーバ３−２は、専有パーティション３２−２、共有パーティション３４ａ−２，３４ｂ−２を有し、処理サーバ３−３は、専有パーティション３２−３、共有パーティション３４ａ−３，３４ｂ−３を有する。
【００９９】
また、共有資源グループ１１０−１は、共有パーティション３４ａ−１および共有パーティション３４ａ−２から構成されている。
さらに、共有資源グループ１１０−２は、共有パーティション３４ｂ−２および共有パーティション３４ｂ−３から構成されている。
【０１００】
図２３に例示したように、処理サーバ３−２において、複数の共有パーティションがそれぞれ別の共有資源グループに属するようにすることも可能である。
このような場合であっても、本実施形態においては、処理サーバ３−２内の各パーティションはそれぞれ独立しているので、共有資源グループ１１０−１と共有資源グループ１１０−２との間のセキュリティは確保される。
なお、認証処理などを実行することによって、共有資源グループ１１０−１と共有資源グループ１１０−２との間で、余剰資源の交換、各種データの交換等を行うことも可能である。
【０１０１】
図２４は、共有資源グループ１１０が、ストレージエリアネットワーク（ＳＡＮ）によって実現される態様を例示する図である。
処理サーバ３内のパーティションは、上述では仮想マシンによって実現されるとしたが、仮想マシンに限定されることはない。
たとえば、複数のディスク装置１３０を有する処理サーバ３において、各パーティションが、ディスク装置１３０などのストレージによって実現されるようにしてもよい。
この場合、たとえば、処理サーバ３−１の専有パーティション３２−１は、ディスク装置１３０−１によって実現され、共有パーティション３４−１は、ディスク装置１３０−２によって実現される。処理サーバ３−２においても同様である。
【０１０２】
専有パーティション３２−１に割り当てられたディスク装置１３０−１は、専有クライアント６によって使用される。
共有パーティション３４−１に割り当てられたディスク装置１３０−２と、共有パーティション３４−２に割り当てられたディスク装置１３０−２とは、それぞれ各処理サーバ３の専有クライアント６から見れば余剰なので、共有資源グループ１１０に所属することができる。
【０１０３】
この場合、共有資源グループ１１０の共有パーティション３４−１および３４−２は、ストレージエリアネットワーク１０に接続される。
さらに、ストレージエリアネットワーク１０には、ＳＡＮ管理サーバ１２が接続されており、このＳＡＮ管理サーバ１２がこのストレージエリアネットワークシステムを管理することによって、共有パーティション３４−１および３４−２に割り当てられたディスク装置１３０を、共有クライアント７が使用できる。
なお、この場合、専有パーティション３２−１に割り当てられたディスク装置１３０−１と、共有パーティション３４−１に割り当てられたディスク装置１３０−２とは、独立したハードウエアであるので、セキュリティ処理を行うことによって、専有クライアント６から共有パーティション３４−１に割り当てられたディスク装置１３０−２にアクセスすることが防止される。
【０１０４】
なお、図５に示した処理サーバプログラム３０において、時間保証制御部３１６は、資源負荷情報取得部３１２ではなく、資源割当制御部３２０に対して制御情報を出力するようにしてもよい。
この場合、資源割当情報には時間保証情報が含まれず、システム管理サーバ４は、時間保証情報とは無関係に制御を行う。
さらに、時間保証が設定されている場合、時間保証制御部３１６は、システム管理サーバ４の制御に関わらず、対応する専有仮想マシン３６に割り当てられる資源量を変更しないようにする。
【０１０５】
また、負荷サンプリング部４１２は、専有仮想マシン３６の資源負荷値をサンプリングするだけでなく、共有仮想マシン３８の資源負荷値をサンプリングするようにしてもよい。
このようにすることによって、専有処理と組み合わせられる適切な共有処理を選択することができ、適切な組合せを選択することによって、専有処理と共有処理とを合わせた要求処理性能が物理サーバの処理容量を超えないようにすることができる。
さらに、この場合、負荷予測モデル作成部４１４は、専有仮想マシン３６に対応する負荷予測モデル情報だけでなく、共有仮想マシン３８に対応する負荷予測モデル情報を作成するようにしてもよい。
このようにすることによって、共有仮想マシン３８に対する処理容量の縮小による処理時の遅延等の影響を抑制するように、共有資源グループを生成することができる。
また、専有仮想マシン３６の負荷変位特性および共有仮想マシン３８の負荷変位特性を波として信号処理することによって、単純に時間平均するだけでなく、変動許容範囲等も予測できるようになる。
【０１０６】
また、通信処理部４０２，４０６、共有資源グループ生成部４３２、共有資源グループ管理部４４、共有資源使用制御部４６および共有資源使用仲介処理部４８などは、たとえばゲートウェイなど、システム管理サーバ４とは別の装置によって実現されるようにしてもよい。
この場合、共有クライアント７は、システム管理サーバ４を経由せずに、処理サーバ３の資源を使用することができる。
なお、上述したゲートウェイなどの装置に組み込まれた機能は、たとえばグリッドコンピューティングシステム等の既存の共有連携ソフトウエアなどで実現しうる。
このように、ゲートウェイなどの装置に組み込まれた機能と、その他のシステム管理プログラム４０内の機能とは、それぞれ疎結合であるので、選択するソフトウエア、用途およびネットワーク設計の自由度を向上することができる。
【０１０７】
本実施形態においては、システム管理サーバ４が処理サーバ３の負荷を検出することによって、処理サーバ３の専有パーティションおよび共有パーティションについて、効果的な資源の動的割当てを行うことができる。
さらに負荷のサンプリングを行い、負荷予測モデルを作成することによって、処理サーバ３の専有パーティションに対して、さらに効果的に資源を割り当てることができる。
また、共有パーティションの負荷予測モデルを作成することによって、共有資源グループの効果的な生成を行うことができる。
つまり、負荷予測モデルに基づいて、共有資源グループに参加させる共有パーティションの組合せを最適にすることができる。
【産業上の利用可能性】
【０１０８】
本発明は、処理のために用いられる処理資源を管理する資源管理システムなどに利用可能である。
【図面の簡単な説明】
【０１０９】
【図１】本発明の実施形態にかかる資源管理方法が適用される資源管理システムの構成を例示する図である。
【図２】図１に示した処理サーバ、システム管理サーバ、専有クライアントおよび共有クライアントのハードウエア構成を例示する図である。
【図３】図１に示した資源管理システムにおいて、処理サーバと、システム管理サーバと、専有クライアントと、共有クライアントとの間で行われる資源管理の概要を例示する図である。
【図４】専有パーティションおよび共有パーティションに割り当てられる資源の変化を例示する図である。
【図５】図１に示した処理サーバにおいて動作する処理サーバプログラムの構成を示す図である。
【図６】図５に示した資源負荷情報抽出部および資源負荷情報抽出部が抽出する資源負荷情報を例示する図である。
【図７】図５に示した仮想マシン管理部が作成および管理する仮想マシン情報を例示する図である。
【図８】共有仮想マシン資源情報作成部が作成する共有仮想マシン資源情報を示す図である。
【図９】図１に示したシステム管理サーバにおいて動作するシステム管理プログラムの構成を示す図である。
【図１０】処理サーバ情報管理部によって作成される処理サーバ情報を例示する図である。
【図１１】負荷サンプリング部によって作成されるサンプリング情報を例示する図である。
【図１２】負荷予測モデル情報によって示される負荷予測モデルをグラフを用いて例示した図である。
【図１３】処理サーバ資源割当制御部の処理を示すフローチャートである。
【図１４】図９に示した共有資源グループ管理部の構成を示す図である。
【図１５】共有資源グループ情報管理部が管理する共有資源グループ情報を例示する図である。
【図１６】図９に示した共有資源使用制御部の構成を示す図である。
【図１７】共有クライアント情報を例示する図である。
【図１８】図９に示した共有資源使用仲介処理部の構成を示す図である。
【図１９】図１に示した専有クライアントにおいて動作する専有クライアントプログラムの構成を示す図である。
【図２０】図１に示した共有クライアントにおいて動作する共有クライアントプログラムの構成を示す図である。
【図２１】図１に示した資源管理システムの全体的な動作を示す通信シーケンス図である。
【図２２】共有資源使用仲介処理部の変形例を示す図である。
【図２３】複数の処理サーバ間に跨る複数の共有資源グループの態様を例示する図である。
【図２４】共有資源グループが、ストレージエリアネットワーク（ＳＡＮ）によって実現される態様を例示する図である。
【符号の説明】
【０１１０】
１・・・資源管理システム，
１００・・・ネットワーク，
１０２・・・ネットワーク，
１１０・・・共有資源グループ，
１０・・・ストレージエリアネットワーク，
１２・・・ＳＡＮ管理サーバ，
３・・・処理サーバ，
１２０・・・本体，
１２２・・・ＣＰＵ，
１２４・・・メモリ，
１２６・・・入出力装置，
１２８・・・通信装置，
１３０・・・ディスク装置，
１３２・・・記録媒体，
３２・・・専有パーティション，
３４・・・共有パーティション，
３０・・・処理サーバプログラム，
３０２・・・通信処理部，
３１０・・・仮想マシン割当処理部，
３１２・・・資源負荷情報取得部，
３１４・・・資源負荷情報通知部，
３１６・・・時間保証制御部，
３１８・・・資源割当情報受信部，
３２０・・・資源割当制御部，
３３０・・・仮想マシン管理部，
３３２・・・仮想マシン情報ＤＢ，
３３４・・・共有仮想マシン資源情報作成部，
３４０・・・ＵＩ，
３４２・・・仮想マシン共有制御部，
３５０・・・システムＯＳ，
３６・・・専有仮想マシン，
３６０・・・仮想マシンＯＳ，
３６２・・・アプリケーション部，
３６４・・・通信処理部，
３６６・・・資源負荷情報抽出部，
３８・・・共有仮想マシン，
３８０・・・仮想マシンＯＳ，
３８２・・・アプリケーション部，
３８４・・・通信処理部，
３８６・・・資源負荷情報抽出部，
４・・・システム管理サーバ，
４０・・・システム管理プログラム，
４００，４０２，４０６・・・通信処理部，
４０８・・・ＵＩ，
４１０・・・処理サーバ負荷検出部，
４１２・・・負荷サンプリング部，
４１４・・・負荷予測モデル作成部，
４１６・・・サンプリング情報管理部，
４１６Ａ・・・サンプリング情報ＤＢ，
４２０・・・最適組合せ選択部，
４２２・・・処理サーバ資源割当制御部，
４２４・・・処理サーバ情報管理部，
４２４Ａ・・・処理サーバ情報ＤＢ，
４３０・・・共有仮想マシン資源情報取得部，
４３２・・・共有資源グループ生成部，
４４・・・共有資源グループ管理部，
４４２・・・共有資源グループ制御部，
４４４・・・共有資源グループ情報管理部，
４６・・・共有資源使用制御部，
４６２・・・使用要求受信部，
４６４・・・使用グループ選択部，
４６６・・・共有資源使用制御情報送信部，
４６８・・・共有資源使用許可情報受信部，
４７０・・・グループ参加通知部，
４７２・・・使用許可情報送信部，
４８・・・共有資源使用仲介処理部，
４８２・・・処理要求受信部，
４８４・・・クライアント情報取得部，
４８６・・・共有資源グループ情報取得部，
４８８・・・使用仮想マシン選択部，
４９０・・・処理要求送信部，
４９２・・・処理結果受信部，
４９４・・・処理結果送信部，
５００・・・共有クライアント情報管理部，
５００Ａ・・・共有クライアント情報ＤＢ，
５０４・・・課金／還元ポイント処理部，
６・・・専有クライアント，
６０・・・専有クライアントプログラム，
６０２・・・通信処理部，
６０４・・・ＵＩ，
６１０・・・処理要求送信部，
６１２・・・処理結果受信部，
７・・・共有クライアント，
７０・・・共有クライアントプログラム，
７０２・・・通信処理部，
７０４・・・ＵＩ，
７１０・・・共有資源グループ使用要求送信部，
７１２・・・使用許可情報受信部，
７１０・・・処理要求送信部，
７１２・・・処理結果受信部，
【技術分野】
【０００１】
本発明は、資源管理システム、資源管理装置およびその方法に関する。
【背景技術】
【０００２】
例えば、特許文献１は、共有資源ドメインからグリッドシステムへ資源を利用可能にして、分散アプリケーションをサポートするシステムを開示する。
また、特許文献２は、グリッドコンピューティングシステム資源をオンデマンド制御するためのシステムを開示する。
【特許文献１】特開２００６−８５７１２号公報
【特許文献２】特表２００７−５１５００８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、上述した背景からなされたものであって、処理のために用いられる処理資源を管理する資源管理システム、資源管理装置およびその方法を提供することを目的とする。
【課題を解決するための手段】
【０００４】
上記目的を達成するために、本発明にかかる資源管理システムは、複数の論理的または物理的な処理ノードと、前記処理ノードに接続された管理ノードとを有する資源管理システムであって、前記複数の処理ノードそれぞれに含まれ、処理のために用いられる処理資源は、互いに独立な第１のパーティションおよび第２のパーティションに割り当てられ、前記第１のパーティションは、前記複数の処理ノードそれぞれに閉じた第１の処理のために用いられ、前記第２のパーティションは、前記複数の処理ノードの内、選択された１つ以上により実行される１つ以上の第２の処理のために用いられ、前記管理ノードは、前記複数の処理ノードそれぞれの処理資源の内、前記第１の処理に必要とされる処理資源以外を、前記第２のパーティションに割り当てる割当制御手段と、前記複数の処理ノードの第２のパーティションの選択された１つ以上に、外部から要求された前記第２の処理を実行させる共有資源使用手段とを有する。
【０００５】
好適には、前記資源割当制御手段は、前記複数の処理ノードそれぞれにおける前記第１の処理のための処理負荷を検出する処理負荷検出手段と、前記検出された第１の処理の処理負荷に基づいて、前記複数の処理ノードそれぞれの処理資源を、前記第１のパーティションまたは前記第２のパーティションに割り当てる資源割り当て手段とを有する。
【０００６】
好適には、前記共有資源使用手段は、前記複数の処理ノードの第２のパーティションのいずれか、または、前記複数の処理ノードの第２のパーティションの２つ以上を選択し、前記第２の処理それぞれを実行させる。
【０００７】
好適には、前記管理ノードは、前記検出された処理負荷の値を所定時間ごとにサンプリングする負荷サンプリング手段と、前記サンプリングした処理負荷値に基づいて、将来の時刻とこの時刻において予測される負荷との関係を示す負荷予測モデル情報を作成する負荷予測モデル作成手段とをさらに有し、前記割当制御手段は、前記負荷予測モデル情報に基づいて、前記複数の処理ノードの処理資源を、前記第１のパーティションに割り当てるための制御を行う。
【０００８】
好適には、前記管理ノードは、前記負荷予測モデル情報に基づいて、前記第２の処理を実行させる１つ以上の第２のパーティションを選択する選択手段をさらに有し、前記共有資源使用手段は、前記選択手段の選択に基づいて、前記複数の処理ノードの１つ以上の第２のパーティションに、前記第２の処理を実行させる。
【０００９】
好適には、前記管理ノードは、前記第２の処理を要求した外部ノードに対して課金処理を行う課金手段と、前記第２の処理に利用された前記第２のパーティションを有する処理ノードに対して前記課金処理に対応する還元処理を行う還元処理手段とをさらに有する。
【００１０】
好適には、前記第１のパーティションおよび前記第２のパーティションは、それぞれ仮想マシンによって実現され、前記処理ノードは、前記処理資源を用いて、前記それぞれの仮想マシンを実行する。
【００１１】
好適には、前記処理ノードそれぞれは、所定時間の間、所定の量の処理資源が前記第１のパーティションに割り当てられることを保証するように制御する時間保証手段を有する。
【００１２】
好適には、前記管理ノードは、前記複数の処理ノードいずれかに含まれる。
【発明の効果】
【００１３】
本発明によれば、処理のために用いられる処理資源を管理する資源管理システム、資源管理装置およびその方法を提供することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施形態を説明する。
【００１５】
［資源管理システム］
図１は、本発明の実施形態にかかる資源管理方法が適用される資源管理システム１の構成を例示する図である。
図１に示すように、資源管理システム１は、処理サーバ３−１〜３−Ｍと、システム管理サーバ４とが、ネットワーク１００を介して接続されて構成される。
また、処理サーバ３−１〜３−Ｍは、それぞれ、専有クライアント６−１〜６−Ｍと接続されている。
さらに、システム管理サーバ４は、共有クライアント７−１〜７−Ｎ（Ｍ，Ｎは、１以上の整数。但し、Ｍ，Ｎが同じ数であるとは限らない）とネットワーク１０２を介して接続されている。
【００１６】
なお、以下、処理サーバ３−１〜３−Ｍなど、複数ある構成部分のいずれかを特定せずに示すときには、単に、処理サーバ３などと略記することがある。
また、以下、処理サーバ３など、資源管理システム１において、情報処理および通信の主体となりうる装置を、ノードと総称することがある。
また、以下の各図において、実質的に同じ構成部分および処理には同じ番号が付される。
また、図１においては、処理サーバ３−１〜３−Ｍに専有クライアント６−１〜６−Ｍが１つずつ接続される場合を例示したが、各処理サーバ３に複数の専有クライアント６が接続されるようにしてもよい。
また、図１においては、処理サーバ３は物理的に複数ある場合を例示したが、物理的に複数ある必要はなく、論理的に複数あればよい。
【００１７】
また、図１に示した資源管理システム１を構成する装置のうち、任意の２つ以上は、適宜、一体に構成されうる。
また、ある１つの装置において実現される複数の機能が、それぞれ別々の装置において実現されるようにしてもよいし、図１に示されていない装置において実現されるようにしてもよい。
たとえば、システム管理サーバ４と処理サーバ３とは、一体に構成されるようにしてもよい。
つまり、処理サーバ３−１〜３−Ｍのうちの１つ以上が、システム管理サーバ４の機能を備えるように構成してもよい。
また、ネットワーク１００およびネットワーク１０２は、同一のネットワークとしてもよい。
【００１８】
［ハードウエア］
図２は、図１に示した処理サーバ３、システム管理サーバ４、専有クライアント６および共有クライアント７のハードウエア構成を例示する図である。
図２に示すように、処理サーバ３、システム管理サーバ４、専有クライアント６および共有クライアント７は、ＣＰＵ１２２−１〜１２２−ｎ（ｎは１以上の整数。但し、ｎが常に同じ数であるとは限らない）およびメモリ１２４−１〜１２４−ｎなどを含む本体１２０、入出力装置１２６、通信装置１２８、および、記録媒体１３２に対するデータの記録および再生を行うディスク装置１３０−１〜１３０−ｎから構成される。
つまり、処理サーバ３、システム管理サーバ４、専有クライアント６および共有クライアント７は、情報処理および他のノードとの通信が可能なコンピュータとしてのハードウエア構成部分を有している。
【００１９】
［資源管理の概要］
図３は、図１に示した資源管理システム１において、処理サーバ３と、システム管理サーバ４と、専有クライアント６と、共有クライアント７との間で行われる資源管理の概要を例示する図であり、（Ａ）は処理サーバ３の概要を示し、（Ｂ）はシステム管理サーバ４の制御の概要を示す。
【００２０】
処理サーバ３−１は、図３（Ａ）に示すように、互いに独立な専有パーティション３２−１および共有パーティション３４−１を含む。
同様に、処理サーバ３−２は、互いに独立な専有パーティション３２−２および共有パーティション３４−２を含む。
これら専有パーティション３２および共有パーティション３４は、たとえば、仮想マシンによって実現される。
また、専有パーティション３２および共有パーティション３４には、処理サーバ３に含まれ、処理のために用いられる資源が動的に割り当てられる。
ここで、資源とは、図２に示した本体１２０等、処理のために用いられるハードウエアと、処理サーバ３にインストールされ、処理のために用いられるオペレーティングシステム（ＯＳ）等のソフトウエアとを含む。
【００２１】
専有パーティション３２は、各処理サーバ３に接続された各専有クライアント６から要求された処理のためにのみ用いられる。
つまり、専有パーティション３２は、各処理サーバ３に閉じた処理のために専有されている。
一方、共有パーティション３４は、処理サーバ３に接続された専有クライアント６−１から要求された処理には用いられていないので、専有クライアント６にとっては処理に必要のない、いわば余剰のパーティションである。
そのため、共有パーティション３４が外部のノードに共有されても、専有パーティション３２の処理に影響はなく、したがって、共有パーティション３４は外部のノードによって共有されうる。
ここで、「余剰のパーティション」または「余剰資源」とは、処理サーバ３に閉じた処理のために使用されないパーティションまたは資源を意味する。
なお、専用パーティション３２および共有パーティション３４は、それぞれ複数あってもよい。
【００２２】
システム管理サーバ４は、図３（Ｂ）の矢印ａ−１，ａ−２に示すように、各共有パーティション３４を、各処理サーバ３を跨いで共有できるように制御する。
つまり、図３（Ａ）の例において、システム管理サーバ４は、共有パーティション３４−１および共有パーティション３４−２を含み、共有クライアント７からはあたかも一体のノードであるかのように見える共有資源グループ１１０を生成する。
さらに、システム管理サーバ４は、図３（Ｂ）の矢印ｂに示すように共有クライアント７−１から要求された処理を共有資源グループ１１０に実行させる制御を行う。
【００２３】
この制御によって、共有クライアント７−１から要求された処理は、共有パーティション３４−１または共有パーティション３４−２で処理される。
あるいは、共有クライアント７−１から要求された処理がプロセス毎に分割されて、各プロセスが、それぞれ、共有パーティション３４−１および共有パーティション３４−２で処理されうる。
なお、上述した共有資源グループ１１０の生成については、たとえば、グリッドコンピューティング（Grid Computing）の技術を利用して実現されうる。
【００２４】
このように、処理サーバの共有パーティションを共有資源グループとして提供することによって、システム全体の余剰資源を有効に利用することができる。
また、専有パーティションと共有パーティションとが互いに独立しているので、専有パーティションは、共有パーティションを使用する共有クライアントによってアクセスされることはなく、逆に、共有パーティションは、専有パーティションを使用する専有クライアント６によってアクセスされることはない。
したがって、専有パーティションと共有パーティションとの間のセキュリティが確保される。
【００２５】
図４は、専有パーティション３２および共有パーティション３４に割り当てられる資源の変化を例示する図であって、（Ａ）は、専有パーティション３２−１に割り当てられる資源量が多くなり、専有パーティション３２−２に割り当てられる資源量が少なくなる態様を例示し、（Ｂ）は、専有パーティション３２−１に割り当てられる資源量が少なくなり、専有パーティション３２−２に割り当てられる資源量が多くなる態様を例示する。
図４において、図示された各パーティションの大きさは、割り当てられた資源の量を示し、図示されたパーティションの大きさが大きいほど、割り当てられた資源の量が多いことを示す。
【００２６】
たとえば、処理サーバ３−１の専有パーティション３２−１の処理負荷が所定値よりも高い場合、システム管理サーバ４は、図４（Ａ）に示すように、専有パーティション３２−１に割り当てられる資源量が多くなるように制御する。
このとき、共有パーティション３４−１に割り当てられる資源量は、共有パーティション３４−１の処理負荷に関わらず、少なくなるように制御される。
一方、処理サーバ３−２の専有パーティション３２−２の処理負荷が所定値よりも低い場合、システム管理サーバ４は、図４（Ａ）に示すように、専有パーティション３２−２に割り当てられる資源量が少なくなるように制御する。
このとき、共有パーティション３４−２に割り当てられる資源量は、共有パーティション３４−２の処理負荷に関わらず、多くなるように制御される。
【００２７】
また、たとえば、処理サーバ３−１の専有パーティション３２−１の処理負荷が所定値よりも低くなった場合、システム管理サーバ４は、図４（Ｂ）に示すように、専有パーティション３２−１に割り当てられる資源量が少なくなるように制御する。
これに伴って、共有パーティション３４−１に割り当てられる資源量は、多くなるように制御される。
一方、処理サーバ３−２の専有パーティション３２−２の処理負荷が所定値よりも高くなった場合、システム管理サーバ４は、図４（Ｂ）に示すように、専有パーティション３２−２に割り当てられる資源量が多くなるように制御する。
これに伴って、共有パーティション３４−２に割り当てられる資源量は、少なくなるように制御される。
【００２８】
このとき、図４（Ａ），（Ｂ）に示すように、共有資源グループ１１０に属する共有パーティション３４に割り当てられた資源量の増減に伴って、共有資源グループ１１０が処理に利用できる資源量も増減する。
なお、専有パーティション３２に割り当てられる資源の増減を決定するための処理負荷の所定値は、複数あってよく、したがって、専有パーティション３２に割り当てられる資源は、段階的に増減されるようにしてもよい。
【００２９】
このように、本実施形態においては、専有パーティションの処理負荷に応じて専有パーティションに割り当てられる資源の量を動的に制御するようにしているので、資源管理システム１は、処理サーバ内において、共有パーティションよりも専有パーティションを優先させて資源の割り当てを行うことができる。
したがって、専有パーティションの処理負荷は、共有パーティションの処理負荷の増大によって、増大することはない。
よって、処理サーバを所有する管理者が共有パーティションを共有資源グループに参加させることを促進することができる。
【００３０】
［処理サーバプログラム］
次に、上述した専有パーティション３２および共有パーティション３４が、処理サーバ３の仮想マシンによって実現される例について説明する。
図５は、図１に示した処理サーバ３において動作する処理サーバプログラム３０の構成を示す図である。
図５に示すように、処理サーバプログラム３０は、通信処理部３０２、仮想マシン割当処理部３１０、仮想マシン管理部３３０、仮想マシン情報データベース（ＤＢ）３３２、共有仮想マシン資源情報作成部３３４、ユーザインターフェース（ＵＩ）３４０、仮想マシン共有制御部３４２、システムＯＳ３５０、専有仮想マシン３６および共有仮想マシン３８から構成される。
【００３１】
処理サーバプログラム３０は、たとえば、記憶媒体１３２（図２）を介して処理サーバ３に供給され、メモリ１２４にロードされ、処理サーバ３にインストールされたＯＳ上で、処理サーバ３のハードウエア資源を具体的に利用して実行される（以下に示す各ソフトウエアについても同様）。
なお、専有仮想マシン３６および共有仮想マシン３８は、本実施形態においてはそれぞれ１つずつである場合を例示したが、それぞれ複数あってもよい。
【００３２】
処理サーバプログラム３０において、通信処理部３０２は、ネットワーク１００を介して、システム管理サーバ４との間で通信を行うために必要な処理を行う。
仮想マシン割当処理部３１０は、資源負荷情報取得部３１２、資源負荷情報通知部３１４、時間保証制御部３１６、資源割当情報受信部３１８および資源割当制御部３２０から構成される。
仮想マシン割当処理部３１０は、これらの構成部分によって、各仮想マシンに資源を割り当てるための処理を行う。
【００３３】
仮想マシン割当処理部３１０において、資源負荷情報取得部３１２は、専有仮想マシン３６に含まれる資源負荷情報抽出部３６６（後述）から、この専有仮想マシン３６に割り当てられている資源に関する情報とその資源の負荷状態とを含む情報（資源負荷情報）を、システムＯＳ３５０を介して取得する。
さらに、資源負荷情報取得部３１２は、共有仮想マシン３８に含まれる資源負荷情報抽出部３８６（後述）から、この共有仮想マシン３８の資源負荷情報を、システムＯＳ３５０を介して取得する。
【００３４】
時間保証制御部３１６は、専有仮想マシン３６から、時間保証情報を受け取り、その時間保証情報を資源負荷情報取得部３１２に対して出力する。
時間保証情報とは、専有仮想マシン３６を利用する専有クライアント６のユーザによって入力された情報であって、この専有仮想マシン３６に割り当てられる資源量が所定時間確保されることを保証するための情報である。
この時間保証情報は、資源量を確保したい時間に関する情報を含む。
つまり、時間保証制御部３１６がこの時間保証情報を受け取った場合、対応する専有仮想マシン３６に割り当てられる資源量は変更されないように制御される。
【００３５】
資源負荷情報取得部３１２は、時間保証制御部３１６から時間保証情報を受け取った場合、対応する専有仮想マシン３６の資源負荷情報に時間保証情報を追加する。
また、資源負荷情報取得部３１２は、資源負荷情報を、資源負荷情報通知部３１４に対して出力する。
資源負荷情報通知部３１４は、資源負荷情報取得部３１２から受け取った資源負荷情報を、通信処理部３０２およびネットワーク１００を介して、システム管理サーバ４に対して送信する。
【００３６】
図６は、図５に示した資源負荷情報抽出部３６６および資源負荷情報抽出部３８６が抽出する資源負荷情報を例示する図であって、（Ａ）は専有仮想マシン３６の資源負荷情報を例示し、（Ｂ）は共有仮想マシン３８の資源負荷情報を例示する。
図６（Ａ）に示すように、専有仮想マシン３６の資源負荷情報は、仮想マシン識別子、専有識別情報、割当資源＃１の情報（割当資源＃１情報）およびこの資源負荷値、割当資源＃２情報およびこの資源負荷値等を含み、時間保証制御部３１６によって追加された場合には時間保証情報も含む。
図６（Ｂ）に示すように、共有仮想マシン３８の資源負荷情報は、仮想マシン識別子、共有識別情報、割当資源＃３情報およびこの資源負荷値、割当資源＃４情報およびこの資源負荷値等を含む。
【００３７】
図６（Ａ），（Ｂ）に示した専有識別情報および共有識別情報は、この資源負荷情報に対応する仮想マシンが専有仮想マシンであるか共有仮想マシンであるかを識別するための情報である。
また、割当資源＃１情報等の割当資源情報は、各仮想マシンに割り当てられた各資源の情報であって、たとえば、専有仮想マシン３６にＣＰＵ１２２−１およびメモリ１２４−１が割り当てられたとすると、割当資源＃１情報はＣＰＵ１２２−１に関する情報を示し、割当資源＃２情報はメモリ１２４−１に関する情報を示す。
また、資源負荷値は、各資源の負荷状態を示す値であり、上述の例であればＣＰＵ１２２−１の処理利用率を示し、割当資源＃１情報に対応する資源負荷値は、たとえば、割当資源＃２情報に対応する資源負荷値は、たとえばメモリ１２４−１の処理利用率を示す。
【００３８】
資源割当情報受信部３１８（図５）は、システム管理サーバ４から、仮想マシン３６に資源を割り当てるための資源割当情報を受信し、この資源割当情報を資源割当制御部３２０に対して出力する。
資源割当制御部３２０は、資源割当情報受信部３１８からの資源割当情報に基づいて、専有仮想マシン３６および共有仮想マシン３８に資源を割り当てるための制御を行う。
さらに、資源割当制御部３２０は、専有仮想マシン３６および共有仮想マシン３８に割り当てた資源に関する情報（割当資源情報）を作成する。
また、資源割当制御部３２０は、資源割り当てのための制御を行った仮想マシンの識別子、専有／共有識別情報および割当資源情報を、仮想マシン管理部３３０に対して出力する。
【００３９】
仮想マシン管理部３３０は、専有仮想マシン３６および共有仮想マシン３８を実現するための処理を行う。
つまり、仮想マシン管理部３３０は、システムＯＳ３５０を介して、専有仮想マシン３６および共有仮想マシン３８がそれぞれ独立して各クライアント等から要求された処理を実行するための制御を行う。
また、仮想マシン管理部３３０は、システムＯＳ３５０を介して専有仮想マシン３６および共有仮想マシン３８を制御するための処理を行う。
さらに、仮想マシン管理部３３０は、資源割当制御部３２０から仮想マシン識別子、専有／共有識別情報および割当資源情報を受け取り、これらの情報に基づいて、専有仮想マシン３６および共有仮想マシン３８の状態を示す仮想マシン情報を作成する。
また、仮想マシン管理部３３０は、仮想マシン情報を管理し、仮想マシン情報ＤＢ３３２に格納する。
【００４０】
図７は、図５に示した仮想マシン管理部３３０が作成および管理する仮想マシン情報を例示する図である。
図７に示すように、仮想マシン情報は、専有仮想マシン情報および共有仮想マシン情報を含む。
専有仮想マシン情報は、仮想マシン識別子、専有識別情報、使用専有クライアント識別子、および、この仮想マシンに割り当てられた資源に関する割当資源情報を含む。
仮想マシン識別子、専有識別情報および割当資源情報は、仮想マシン管理部３３０が資源割当制御部３２０から受け取った情報であり、使用専有クライアント識別子は、仮想マシン管理部３３０がシステムＯＳ３５０を介して専有仮想マシン３６から抽出した情報である。
【００４１】
共有仮想マシン情報は、仮想マシン識別子、共有識別情報、所属グループ識別子および割当資源情報を含む。
また、この共有仮想マシンが図３および図４を用いて説明した共有資源グループ１１０に属する場合、共有仮想マシン情報は、その共有資源グループの識別子（所属グループ識別子）を含む、
さらに、この共有仮想マシン３８が共有クライアント７に使用されている場合、共有仮想マシン情報は、その共有クライアントの識別子（使用共有クライアント識別子）も含む。
仮想マシン識別子、共有識別情報および割当資源情報は、仮想マシン管理部３３０が資源割当制御部３２０から受け取った情報であり、所属グループ識別子および使用共有クライアント識別子は、仮想マシン管理部３３０が後述する仮想マシン共有制御部３４２から受け取った情報である。
【００４２】
仮想マシン管理部３３０（図５）は、ＵＩ３４０からの操作を示すデータに基づいて、仮想マシン情報をＵＩ３４０に対して出力する。
ＵＩ３４０は、仮想マシン管理部３３０からの仮想マシン情報を、入出力装置１２６のたとえばモニタ等に表示させるための処理を行う。
また、ＵＩ３４０は、入出力装置１２６に対するユーザの操作を受け入れて、受け入れた操作を示すデータを仮想マシン管理部３３０に対して出力する。
さらに、ＵＩ３４０は、ユーザの操作に応じて、処理サーバプログラム３０の他の構成部分の処理を制御する。
【００４３】
図８は、共有仮想マシン資源情報作成部３３４が作成する共有仮想マシン資源情報を示す図である。
図８に示すように、共有仮想マシン資源情報は、この処理サーバプログラム３０が動作する処理サーバ３のサーバ識別子、仮想マシン識別子および割当資源情報を含む。
仮想マシン識別子および割当資源情報は、共有仮想マシン資源情報作成部３３４が仮想マシン管理部３３０から抽出した情報であり、サーバ識別子は、システムＯＳ３５０などから抽出した情報である。
【００４４】
共有仮想マシン資源情報作成部３３４（図５）は、ネットワーク１００および通信処理部３０２を介して、システム管理サーバ４から、共有仮想マシン資源情報を抽出するための要求を受信する。
また、共有仮想マシン資源情報作成部３３４は、この要求に応じて、仮想マシン管理部３３０から仮想マシン資源情報を取得し、共有資源グループに属していない共有仮想マシン３８の共有仮想マシン資源情報を作成する。
共有仮想マシン資源情報作成部３３４は、取得した共有仮想マシン情報を、通信処理部３０２およびネットワーク１００を介して、システム管理サーバ４に対して送信する。
【００４５】
仮想マシン共有制御部３４２は、ネットワーク１００および通信処理部３０２を介して、システム管理サーバ４から、共有仮想マシン３８が所属することとなった共有資源グループの識別子を含む情報を受信し、この情報を仮想マシン管理部３３０に対して出力する。
仮想マシン管理部３３０は、この情報を受け取ると、自身が管理する共有仮想マシン情報に所属グループ識別子を追加する。
また、仮想マシン共有制御部３４２は、ネットワーク１００および通信処理部３０２を介して、システム管理サーバ４から、共有クライアント７が共有仮想マシン３８を使用できるようにするための制御情報（共有資源使用制御情報）を受信する。
この共有資源使用制御情報は、共有仮想マシン識別子および共有クライアント識別子も含む。
【００４６】
また、仮想マシン共有制御部３４２は、受信した共有資源使用制御情報に基づいて、仮想マシン管理部３３０と連携して、共有クライアント７が共有仮想マシン３８を使用できるようにするための処理を行う。
仮想マシン管理部３３０は、仮想マシン共有制御部３４２から共有クライアント識別子を受け取って、対応する共有仮想マシン情報に使用共有クライアント識別子を追加する。
さらに、この処理が終了し、共有クライアント７が共有仮想マシン３８を使用できるようになった場合、仮想マシン共有制御部３４２は、共有仮想マシン３８の使用を許可することを示す情報（共有資源使用許可情報）を、通信処理部３０２およびネットワーク１００を介して、システム管理サーバ４に対して送信する。
【００４７】
専有仮想マシン３６は、仮想マシンＯＳ３６０、アプリケーション部３６２、通信処理部３６４および資源負荷情報抽出部３６６から構成される。
専有仮想マシン３６において、仮想マシンＯＳ３６０は、システムＯＳ３５０上で実行され、専有仮想マシン３６を動作させるためのＯＳとしての機能を有する。
アプリケーション部３６２は、仮想マシンＯＳ３６０上で動作し、専有仮想マシン３６に組み込まれているアプリケーションを実行させるための処理を行う。
通信処理部３６４は、専有クライアント６との間で通信を行うために必要な処理を行う。
資源負荷情報抽出部３６６は、仮想マシンＯＳ３６０を介して、この専有仮想マシン３６に割り当てられた資源に関する資源負荷情報を抽出する。
【００４８】
共有仮想マシン３８は、仮想マシンＯＳ３８０、アプリケーション部３８２、通信処理部３８４および資源負荷情報抽出部３８６から構成される。
仮想マシン３８において、仮想マシンＯＳ３８０は、システムＯＳ３５０上で実行され、共有仮想マシン３８を動作させるためのＯＳとしての機能を有する。
アプリケーション部３８２は、仮想マシンＯＳ３８０上で動作し、共有仮想マシン３８に組み込まれているアプリケーションを実行させるための処理を行う。
通信処理部３８４は、システム管理サーバ４等を介して、共有クライアント７との間で通信を行うために必要な処理を行う。
資源負荷情報抽出部３８６は、仮想マシンＯＳ３８０を介して、この共有仮想マシン３８に割り当てられた資源に関する資源負荷情報を抽出する。
【００４９】
［システム管理プログラム］
図９は、図１に示したシステム管理サーバ４において動作するシステム管理プログラム４０の構成を示す図である。
図９に示すように、システム管理プログラム４０は、通信処理部４００，４０２，４０６、ＵＩ４０８、処理サーバ負荷検出部４１０、負荷サンプリング部４１２、負荷予測モデル作成部４１４、サンプリング情報管理部４１６、サンプリング情報ＤＢ４１６Ａ、最適組合せ選択部４２０、処理サーバ資源割当制御部４２２、処理サーバ情報管理部４２４、処理サーバ情報ＤＢ４２４Ａ、共有仮想マシン資源情報取得部４３０、共有資源グループ生成部４３２、共有資源グループ管理部４４、共有資源使用制御部４６、共有資源使用仲介処理部４８、共有クライアント情報管理部５００、共有クライアント情報ＤＢ５００Ａおよび課金／還元ポイント処理部５０４から構成される。
【００５０】
システム管理プログラム４０において、通信処理部４００は、ネットワーク１００を介して、各処理サーバ３との間で通信を行うために必要な処理を行う。
通信処理部４０２は、ネットワーク１００を介して、各共有クライアント７との間で通信を行うために必要な処理を行う。
通信処理部４０６は、ネットワーク１００を介して、各処理サーバ３内の共有仮想マシン３８との間で通信を行うために必要な処理を行う。
【００５１】
ＵＩ４０８は、入出力装置１２６に対するユーザの操作を受け入れて、サンプリング情報管理部４１６、処理サーバ情報管理部４２４、共有資源グループ管理部４４および共有クライアント情報管理部５００に対して、受け入れた操作を示すデータを出力する。
また、ＵＩ４０８は、ユーザの操作に応じて、システム管理プログラム４０の他の構成部分の処理を制御する。
さらに、ＵＩ４０８は、サンプリング情報管理部４１６、処理サーバ情報管理部４２４、共有資源グループ管理部４４および共有クライアント情報管理部５００から受け入れた情報を、入出力装置１２６に対して表示させる。
【００５２】
処理サーバ負荷検出部４１０は、通信処理部４００およびネットワーク１００を介して、処理サーバ３−１〜３−Ｍそれぞれから、資源負荷情報を受け入れる。
また、処理サーバ負荷検出部４１０は、受け入れた資源負荷情報を、負荷サンプリング部４１２、処理サーバ資源割当制御部４２２および処理サーバ情報管理部４２４に対して出力する。
処理サーバ情報管理部４２４は、処理サーバ負荷検出部４１０から資源負荷情報を受け入れ、この情報に基づいて各処理サーバ３ごとに処理サーバ情報を作成する。
【００５３】
図１０は、処理サーバ情報管理部４２４によって作成される処理サーバ情報を例示する図である。
図１０に示すように、処理サーバ情報は、処理サーバ＃１情報、処理サーバ＃２情報等、各処理サーバ３ごとに構成されている。
各処理サーバ情報は、処理サーバ識別子、還元ポイント情報、専有仮想マシン資源負荷情報および共有仮想マシン資源負荷情報を含む。
処理サーバ識別子、専有仮想マシン資源負荷情報および共有仮想マシン資源負荷情報は、処理サーバ情報管理部４２４が処理サーバ負荷検出部４１０から受け入れた情報であり、還元ポイント情報は、処理サーバ情報管理部４２４が課金／還元ポイント処理部５０４から受け入れた情報である。
還元ポイント情報については後述する。
【００５４】
処理サーバ情報管理部４２４（図９）は、処理サーバ情報を管理し、処理サーバ情報ＤＢ４２４Ａに格納する。
また、処理サーバ情報管理部４２４は、共有資源グループ管理部４４およびＵＩ４０８からの要求に応じて、処理サーバ情報ＤＢ４２４Ａから処理サーバ情報を取得し、共有資源グループ管理部４４およびＵＩ４０８に対して出力する。
さらに、処理サーバ情報管理部４２４は、課金／還元ポイント処理部５０４から還元ポイント情報を受け取り、対応する処理サーバ情報に追加する。
【００５５】
負荷サンプリング部４１２は、受け入れた資源負荷情報に基づいて、所定時間ごと（たとえば２０秒ごと）に、各処理サーバ３の専有仮想マシン３６の資源負荷値をサンプリングする。
また、負荷サンプリング部４１２は、サンプリングした資源負荷値について、所定時間ごとに平均化する。
なお、平均化の際、異常値を除去する処理が行われる。
さらに、負荷サンプリング部４１２は、上述の処理で各処理サーバ３ごとに作成されたサンプリング情報を、負荷予測モデル作成部４１４およびサンプリング情報管理部４１６に対して出力する。
なお、サンプリングした資源負荷値の平均化については、移動平均等の手法を用いてサンプリング時の異常値をスムージングするようにしてもよい。
【００５６】
図１１は、負荷サンプリング部４１２によって作成されるサンプリング情報を例示する図である。
図１１に示すように、サンプリング情報は、サーバ識別子、期間情報（たとえば１２時〜１３時など）、および、この期間に対応する専有仮想マシンの平均資源負荷値を含む。
サーバ識別子は、負荷サンプリング部４１２が処理サーバ負荷検出部４１０から受け入れた情報であり、期間情報および平均資源負荷値は負荷サンプリング部４１２が作成した情報である。
【００５７】
負荷予測モデル作成部４１４（図９）は、負荷サンプリング部４１２からのサンプリング情報から、所定期間（たとえば１週間程度）の期間情報および平均資源負荷値を抽出して、その値の変化から負荷特性を解析する。
負荷特性とは、たとえば、最大最小負荷、周期性、各時間帯における変動範囲等の傾向、および偏差などである。
また、負荷予測モデル作成部４１４は、解析した負荷特性に基づいて、以降の各時刻において予想される資源負荷値を算出し、算出結果に基づいて、将来の時刻とこの時刻において予測される負荷との関係を示す負荷予測モデル情報を作成する。
また、負荷予測モデル作成部４１４は、作成した負荷予測モデル情報をサンプリング情報管理部４１６に対して出力する。
【００５８】
図１２は、負荷予測モデル情報によって示される負荷予測モデルをグラフを用いて例示した図である。
図１２に例示されるグラフは、各専有仮想マシン３６ごとに負荷予測モデル情報に基づいて描かれ、予想される資源負荷値の変化を示す。
図１２に示すように、たとえば、処理サーバ＃１の専有仮想マシン＃１は時刻Ｔ１で資源負荷値が最大となり、処理サーバ＃２の専有仮想マシン＃２は時刻Ｔ２で資源負荷値が最大となり、処理サーバ＃３の専有仮想マシン＃３は時刻Ｔ３で資源負荷値が最大となることが分かる。
また、処理サーバ＃１の専有仮想マシン＃Ａは、他の仮想マシンと比較して、資源負荷値の変動が大きいといったことが分かる。
【００５９】
図４を用いて前述したように、専有パーティション３２、つまり専有仮想マシン３６の処理負荷（資源負荷値）が高ければ、専有仮想マシン３６に割り当てられる資源の量は増大し、それに伴って、共有仮想マシン３８に割り当てられる資源の量は減少する。
つまり、負荷予想モデルにおいて、専有仮想マシン３６の資源負荷値が高い場合、対応する共有仮想マシン３８に割り当てられる資源量は少ないと予想され、専有仮想マシン３６の資源負荷値が低い場合、対応する共有仮想マシン３８に割り当てられる資源量は多いと予想される。
言い換えれば、予測される共有仮想マシン３８の割当資源量の変化は、負荷予測モデルの資源負荷値の変化と逆の傾向であると予測される。
なお、この負荷予測モデルは、処理サーバ資源割当制御部４２２および最適組合せ選択部４２０の処理において利用される。
【００６０】
サンプリング情報管理部４１６（図９）は、負荷サンプリング部４１２からサンプリング情報を受け入れ、各処理サーバ３ごとに管理し、サンプリング情報ＤＢ４１６Ａに格納する。
また、サンプリング情報管理部４１６は、負荷予想モデル作成部４１４から負荷予想モデル情報を取得し、対応する処理サーバ３ごとに管理し、サンプリング情報ＤＢ４１６Ａに格納する。
さらに、サンプリング情報管理部４１６は、ＵＩ４０８、処理サーバ資源割当制御部４２２および最適組合せ選択部４２０からの要求に応じて、サンプリング情報ＤＢ４１６Ａからサンプリング情報または負荷予想モデル情報を取得し、ＵＩ４０８、処理サーバ資源割当制御部４２２および最適組合せ選択部４２０に対して出力する。
さらに、サンプリング情報管理部４１６は、各処理サーバ３ごとにサンプリング情報を解析し、所定期間（たとえば１週間）の負荷履歴に基づいて資源の増減等の要否を判断して、判断結果に関する情報をＵＩ４０８に対して出力する。
ＵＩ４０８が入出力装置１２６にこの判断結果に関する情報を表示させることによって、システム管理者は、その処理サーバ３に資源を追加するべきか否かを判断することができる。
【００６１】
処理サーバ資源割当制御部４２２は、処理サーバ負荷検出部４１０から資源負荷情報を受け入れる。
また、処理サーバ資源割当制御部４２２は、対応する処理サーバ３の負荷予測モデル情報を受け入れる。
さらに、処理サーバ資源割当制御部４２２は、資源負荷情報および負荷予測モデル情報に基づいて、図１３に示す処理を行い、資源割当情報を、対応する処理サーバ３に対して、通信処理部４００およびネットワーク１００を介して送信する。
【００６２】
図１３は、処理サーバ資源割当制御部４２２の処理（Ｓ１０）を示すフローチャートである。
図１３に示すように、ステップ１００（Ｓ１００）において、処理サーバ資源割当制御部４２２は、全ての処理サーバ３について処理の対象として選択したか否か判断し、そうであれば処理を終了し、そうでなければＳ１０２に進む。
ステップ１０２（Ｓ１０２）において、処理サーバ資源割当制御部４２２は、未選択の処理サーバ３を処理の対象として選択する。
【００６３】
ステップ１０４（Ｓ１０４）において、処理サーバ資源割当制御部４２２は、処理サーバ負荷検出部４１０から、対応する専有仮想マシン３６の資源負荷情報を受け入れる。
ステップ１０６（Ｓ１０６）において、処理サーバ資源割当制御部４２２は、資源負荷情報に時間保証情報が含まれるか否かを判断し、含まれる場合は、その専有仮想マシン３６に割り当てる資源を変更しないでＳ１００に戻り、含まれない場合はＳ１１０に進む。
ステップ１１０（Ｓ１１０）において、処理サーバ資源割当制御部４２２は、対応する専有仮想マシン３６の負荷予測モデル情報を取得する。
【００６４】
ステップ１１２（Ｓ１１２）において、処理サーバ資源割当制御部４２２は、専有仮想マシン３６の資源負荷値が所定値以上であるか否かを判断し、そうであればＳ１１４に進み、そうでなければＳ１１８に進む。
ステップ１１４（Ｓ１１４）において、処理サーバ資源割当制御部４２２は、負荷予測モデル情報において、現時点から所定時間内において予測される資源負荷値の上昇度が所定値以上であるか否かを判断し、そうであればＳ１１６に進み、そうでなければＳ１００に戻る。
ステップ１１６（Ｓ１１６）において、処理サーバ資源割当制御部４２２は、資源負荷値および資源負荷値の上昇度に基づいて、専有仮想マシン３６の割当資源を増加させるように、つまり、共有仮想マシン３８の割当資源を減少させるように、資源割当情報を作成する。
【００６５】
ステップ１１８（Ｓ１１８）において、処理サーバ資源割当制御部４２２は、専有仮想マシン３６の資源負荷値が所定値以下であるか否かを判断し、そうであればＳ１２０に進み、そうでなければＳ１００に戻る。
ステップ１２０（Ｓ１２０）において、処理サーバ資源割当制御部４２２は、負荷予測モデル情報において、現時点から所定時間内において予測される資源負荷値の下降度が所定値以下であるか否かを判断し、そうであればＳ１２２に進み、そうでなければＳ１００に戻る。
ステップ１２２（Ｓ１２２）において、処理サーバ資源割当制御部４２２は、資源負荷値および資源負荷値の下降度に基づいて、専有仮想マシン３６の割当資源を減少させるように、つまり、共有仮想マシン３８の割当資源を増加させるように、資源割当情報を作成する。
【００６６】
ステップ１２４（Ｓ１２４）において、処理サーバ資源割当制御部４２２は、時期的特殊性があるか否かを判断し、そうである場合はＳ１２６に進み、そうでない場合はＳ１００に戻る。
この時期的特殊性とは、たとえば、長期休業時などにおいては処理サーバ３の負荷が減少し、あるいは、長期休業直後においては処理サーバ３の負荷が増加するといった傾向を示す。
ステップ１２６（Ｓ１２６）において、処理サーバ資源割当制御部４２２は、時期的特殊性を資源割当情報に反映し、Ｓ１００に戻る。
【００６７】
最適組合せ選択部４２０（図９）は、共有資源グループに所属させる共有仮想マシン３８の組合せを選択する。
最適組合せ選択部４２０は、サンプリング情報管理部４１６から、各処理サーバ３の負荷予測モデル情報を取得する。
最適組合せ選択部４２０は、各負荷予測モデル情報に基づいて、共有仮想マシン３８の組合せのうち、資源の処理能力上、最適な組合せを選択し、共有仮想マシン３８の組合せに関する情報（最適組合せ情報）を作成する。
【００６８】
具体的には、たとえば、各負荷予測モデルにおいて、予測資源負荷値の最大となる時間帯が互いに一致しない専有仮想マシン３６を選択して組合せ、これら組み合わせた専有仮想マシン３６の処理サーバ３に含まれる共有仮想マシン３８を、共有資源グループに所属させる組合せとして選択する。
このように組合せを選択することによって、共有資源グループの割当資源量の変動幅をできるだけ小さくすることができ、共有クライアント７は安定して共有された資源を使用できる。
また、処理サーバ３から、共有仮想マシン３８のアプリケーション３８２の種類に関する情報を取得し、このアプリケーションの種類に応じて共有仮想マシン３８を組み合わせるようにしてもよい。
【００６９】
共有仮想マシン資源情報取得部４３０は、各共有仮想マシン３８の共有仮想マシン資源情報を送信するように要求する信号を、通信処理部４００およびネットワーク１００を介して、各処理サーバ３に対して送信する。
さらに、共有仮想マシン資源情報取得部４３０は、ネットワーク１００および通信処理部４００を介して、各処理サーバ３から共有仮想マシン資源情報を取得する。
また、共有仮想マシン資源情報取得部４３０は、取得した各共有仮想マシン資源情報を、共有資源グループ生成部４３２に対して出力する。
【００７０】
共有資源グループ生成部４３２は、各共有仮想マシン資源情報を受け取ると、最適組合せ選択部４２０に対して、最適組合せ情報を要求する。
最適組合せ選択部４２０は、この要求に応じて、共有資源グループ生成部４３２に対して最適組合せ情報を出力する。
共有資源グループ生成部４３２は、各処理サーバ３の共有仮想マシン資源情報および最適組合せ情報に基づいて、１つ以上の共有仮想マシン３８を選択して共有資源グループを生成する。
なお、この共有資源グループの生成は、たとえば、グリッドコンピューティングの技術を利用して実現しうる。
【００７１】
共有資源グループ生成部４３２は、作成した共有資源グループに属する共有仮想マシン３８の各処理サーバ３に対して、当該共有仮想マシン３８がこの共有資源グループに属したことを通知する情報を送信する。
さらに、共有資源グループ生成部４３２は、作成した共有資源グループに関する情報（共有資源グループ情報）を、共有資源グループ管理部４４に対して出力する。
【００７２】
図１４は、図９に示した共有資源グループ管理部４４の構成を示す図である。
図１４に示すように、共有資源グループ管理部４４は、共有資源グループ制御部４４２および共有資源グループ情報管理部４４４から構成される。
共有資源グループ管理部４４は、これらの構成部分により、たとえば、グリッドコンピューティングなどの技術を利用して、共有資源グループを維持および管理するための処理を行う。
【００７３】
共有資源グループ管理部４４において、共有資源グループ制御部４４２は、共有資源グループ情報を共有資源グループ生成部４３２から受け取り、共有資源グループ情報管理部４４４に対して出力する。
また、共有資源グループ制御部４４２は、共有資源グループ情報を利用して、共有資源グループを維持するために必要な処理を行う。
共有資源グループ情報管理部４４４は、共有資源グループ＃１情報管理部４４６−１、共有資源グループ＃２情報管理部４４６−２等を含んでおり、各共有資源グループごとに共有資源グループ情報を格納し、管理する。
【００７４】
図１５は、共有資源グループ情報管理部４４４が管理する共有資源グループ情報を例示する図である。
図１５に示すように、共有資源グループ情報は、グループ識別子、所属する仮想マシンの識別子、この仮想マシンを有する処理サーバの識別子、および、仮想マシンの割当資源情報を含む。
【００７５】
共有資源グループ情報管理部４４４（図１４）は、処理サーバ情報管理部４２４から、各共有資源グループに所属する仮想マシンの割当資源情報を取得する。
また、共有資源グループ情報管理部４４４は、ＵＩ４０８、共有資源使用制御部４６、共有資源使用仲介処理部４８および課金／還元ポイント処理部５０４からの要求に応じて、共有資源グループ情報を、それぞれの構成要素に対して出力する。
【００７６】
図１６は、図９に示した共有資源使用制御部４６の構成を示す図である。
図１６に示すように、共有資源使用制御部４６は、使用要求受信部４６２、使用グループ選択部４６４、共有資源使用制御情報送信部４６６、共有資源使用許可情報受信部４６８、グループ参加通知部４７０および使用許可情報送信部４７２から構成される。
共有資源使用制御部４６において、使用要求受信部４６２は、共有クライアント７から、ネットワーク１０２および通信処理部４０２を介して、共有資源グループの資源の使用要求を受信する。
この使用要求は、共有クライアント７の識別子を含む。
さらに、使用要求受信部４６２は、受信した使用要求を、使用グループ選択部４６４に対して出力する。
【００７７】
使用グループ選択部４６４は、使用要求受信部４６２から使用要求を受け取ると、共有資源グループ管理部４４に対して、共有資源グループ情報を要求する。
また、使用グループ選択部４６４は、共有資源グループ管理部４４から共有資源グループ情報を受け取ると、共有資源グループ情報に基づいて、要求した共有クライアント７に使用させる共有資源グループを選択する。
さらに、使用グループ選択部４６４は、選択した共有資源グループの共有資源グループ情報を、共有資源使用制御情報送信部４６６に対して出力する。
【００７８】
共有資源使用制御情報送信部４６６は、使用グループ選択部４６４からの共有資源グループ情報に基づいて、選択された共有資源グループに所属する共有仮想マシン３８を有する処理サーバ３に対し、通信処理部４００およびネットワーク１００を介して、共有資源使用制御情報を送信する。
共有資源使用許可情報受信部４６８は、共有資源使用制御情報を送信した処理サーバ３から、ネットワーク１００および通信処理部４００を介して、共有資源使用許可情報を受信する。
さらに、共有資源使用許可情報受信部４６８は、受信した共有資源使用許可情報を、グループ参加通知部４７０に対して出力する。
【００７９】
グループ参加通知部４７０は、共有資源使用許可情報を受け取ると、要求した共有クライアントの識別子と、共有資源グループの識別子とを、クライアント情報管理部５００に対して出力する。
また、グループ参加通知部４７０は、共有資源グループに参加を許可することを示す通知情報（使用許可情報）を、使用許可情報送信部４７２に対して出力する。
使用許可情報送信部４７２は、使用許可情報を、要求した共有クライアント７に対して、通信処理部４０２およびネットワーク１０２を介して送信する。
【００８０】
共有クライアント情報管理部５００（図９）は、共有資源グループを使用する共有クライアント７に関する情報（共有クライアント情報）を作成および管理し、共有クライアント情報ＤＢ５００Ａに格納する。
また、共有クライアント情報管理部５００は、ＵＩ４０８、共有資源使用仲介処理部４８および課金／還元ポイント処理部５０４からの要求に応じて、共有クライアント情報ＤＢ５００Ａから共有クライアント情報を抽出し、それぞれの構成要素に対して出力する。
【００８１】
図１７は、共有クライアント情報管理部５００によって作成される共有クライアント情報を例示する図である。
図１７に示すように、共有クライアント情報は、共有クライアント＃１情報、共有クライアント＃２情報など、各共有資源グループを使用する共有クライアント７ごとに構成されている。
また、１つの共有クライアント情報は、共有クライアント識別子、使用する共有資源グループ識別子、および、後述する課金情報を含む。
共有クライアント識別子および使用共有資源グループ識別子は、共有クライアント情報管理部５００が共有資源利用制御部４６から受け取った情報であり、課金情報は、課金／還元ポイント処理部５０４から受け取った情報である。
【００８２】
図１８は、図９に示した共有資源使用仲介処理部４８の構成を示す図である。
図１８に示すように、共有資源使用仲介処理部４８は、処理要求受信部４８２、クライアント情報取得部４８４、共有資源グループ情報取得部４８６、使用仮想マシン選択部４８８、処理要求送信部４９０、処理結果受信部４９２および処理結果送信部４９４から構成される。
共有資源使用仲介処理部４８において、処理要求受信部４８２は、共有クライアント７から、ネットワーク１０２および通信処理部４０２を介して、処理を要求するデータ（処理要求）を受信する。
この処理要求は、共有クライアント７の識別子と処理内容を示すデータとを含む。
さらに、処理要求受信部４８２は、受信した処理要求を、クライアント情報取得部４８４および使用仮想マシン選択部４８８に対して出力する。
【００８３】
クライアント情報取得部４８４は、処理要求を送信した共有クライアント７に対応する共有クライアント情報を、共有クライアント情報管理部５００に要求する。
また、クライアント情報取得部４８４は、共有クライアント情報管理部５００から取得した共有クライアント情報から、使用共有資源グループ識別子を抽出し、共有資源グループ情報取得部４８６に対して出力する。
共有資源グループ情報取得部４８６は、クライアント情報取得部４８４からの使用共有資源グループ識別子を利用して、共有資源グループ情報を共有資源グループ管理部４４に要求する。
さらに、共有資源グループ情報取得部４８６は、共有資源グループ管理部４４から取得した共有資源グループ情報を、使用仮想マシン選択部４８８に対して出力する。
【００８４】
使用仮想マシン選択部４８８は、処理要求と、共有資源グループ情報の割当資源情報とに基づいて、各共有仮想マシン３８の割当資源量などを考慮して、要求された処理を実行させる非専用仮想マシン３８を選択する。
たとえば、要求された処理に要する処理負荷が大きい場合は、割当資源量の大きな共有仮想マシン３８が選択される。
さらに、使用仮想マシン選択部４８８は、選択された共有仮想マシン３８の識別子と、この共有仮想マシン３８を有する処理サーバ３の識別子と、処理要求とを、処理要求送信部４９０に対して出力する。
【００８５】
処理要求送信部４９０は、選択された共有仮想マシン３８（この共有仮想マシン３８を有する処理サーバ３）に対して、通信処理部４０６およびネットワーク１００を介して、処理要求を送信する。
処理結果受信部４９２は、処理を実行した共有仮想マシン３８から、ネットワーク１００および通信処理部４０６を介して処理結果データを受信し、この処理結果データを処理結果送信部４９４に対して出力する。
処理結果送信部４９４は、処理結果データを、処理を要求した共有クライアント７に対して、通信処理部４０２およびネットワーク１０２を介して送信する。
【００８６】
課金／還元ポイント処理部５０４は、ある共有クライアント７が共有資源グループを使用することになった場合、共有クライアント情報管理部５００から、対応する共有クライアント情報を取得する。
また、課金／還元ポイント処理部５０４は、時間および要求する処理の量などに基づいて、課金情報を作成する。
さらに、課金／還元ポイント処理部５０４は、取得した共有クライアント情報に課金情報を追加して、共有クライアント情報管理部５００に返す。
【００８７】
課金／還元ポイント処理部５０４は、使用共有資源グループ情報から、使用されている処理サーバ３の識別子を取得する。
また、課金／還元ポイント処理部５０４は、前述で作成した課金情報に対応する還元ポイント情報を作成する。
さらに、課金／還元ポイント処理部５０４は、処理サーバ情報管理部４２４に対し、取得した処理サーバ識別子に対応する処理サーバ情報に、作成した還元ポイント情報を追加するように要求する。
このように、共有資源グループを使用した共有クライアント７に対して課金処理を行い、使用された処理サーバ３に対して還元処理を行うことによって、処理サーバ３を専有するユーザに対し、処理サーバ３を共有資源グループに参加させることを促進させることができる。
【００８８】
［クライアントプログラム］
図１９は、図１に示した専有クライアント６において動作する専有クライアントプログラム６０の構成を示す図である。
図１９に示すように、専有クライアントプログラム６０は、通信処理部６０２、ＵＩ６０４、処理要求送信部６１０および処理結果受信部６１２から構成される。
専有クライアントプログラム６０において、通信処理部６０２は、対応する処理サーバ３との間で通信を行うために必要な処理を行う。
【００８９】
ＵＩ６０４は、入出力装置１２６に対するユーザの操作を受け入れて、処理要求送信部６１０に対して、受け入れた操作を示すデータを出力する。
また、ＵＩ６０４は、処理結果受信部６１２から受け入れた情報を、入出力装置１２６に対して表示させる。
処理要求送信部６１０は、ＵＩ６０４から受け入れた処理要求データを、通信処理部６０２を介して処理サーバ３に対して送信する。
処理結果受信部６１２は、通信処理部６０２を介して、処理結果データを受信し、ＵＩ６０４に対して出力する。
【００９０】
図２０は、図１に示した共有クライアント７において動作する共有クライアントプログラム７０の構成を示す図である。
図２０に示すように、共有クライアントプログラム７０は、通信処理部７０２、ＵＩ７０４、共有資源グループ使用要求送信部７１０、使用許可情報受信部７１２、処理要求送信部７１０および処理結果受信部７１２から構成される。
共有クライアントプログラム７０において、通信処理部７０２は、システム管理サーバ４との間で通信を行うために必要な処理を行う。
ＵＩ７０４は、入出力装置１２６に対するユーザの操作を受け入れて、共有資源グループ使用要求送信部７１０および処理要求送信部７１４に対して、受け入れた操作を示すデータを出力する。
また、ＵＩ７０４は、使用許可情報受信部７１２および処理結果受信部７１６から受け入れた情報を、入出力装置１２６に対して表示させる。
【００９１】
共有資源グループ使用要求送信部７１０は、ＵＩ７０４から共有資源グループ使用要求データを受け入れ、通信処理部７０２およびネットワーク１０２を介して、システム管理サーバ４に対して送信する。
使用許可情報受信部７１２は、ネットワーク１０２および通信処理部７０２を介して、システム管理サーバ４から使用許可情報を受信し、ＵＩ７０４に対して出力する。
処理要求送信部７１４は、ＵＩ７０４から受け入れた処理要求データを、通信処理部７０２およびネットワーク１０２を介して、システム管理サーバ４に対して送信する。
処理結果受信部７１６は、ネットワーク１０２および通信処理部７０２を介して、システム管理サーバ４から処理結果データを受信し、ＵＩ７０４に対して出力する。
【００９２】
［資源管理システム１の全体的な動作］
次に、資源管理システム１の全体的な動作を説明する。
図２１は、図１に示した資源管理システム１の全体的な動作（Ｓ２０）を示す通信シーケンス図である。
図２１に示すように、ステップ２００（Ｓ２００）において、専有クライアント６−１は、処理サーバ３−１に処理を要求し、処理サーバ３−１は、専有クライアント６−１から要求された処理を実行して専有クライアント６−１に処理結果を返す。
【００９３】
ステップ２０２−１〜２０２−Ｎ（Ｓ２０２−１〜Ｓ２０２−Ｎ）において、システム管理サーバ４は、所定時間毎に、処理サーバ３−１〜３−Ｍの負荷を検出する。
ステップ２０４（Ｓ２０４）において、システム管理サーバ４は、ある処理サーバ３（ここでは処理サーバ３−１）の資源負荷値が、所定値以上あるいは所定値以下であることを検出する。
ステップ２０６（Ｓ２０６）において、システム管理サーバ４は、検出した資源負荷値に基づいて、処理サーバ３−１の資源の割り当てを動的に制御する。
【００９４】
ステップ２０８（Ｓ２０８）において、システム管理サーバ４は、処理サーバ３−１〜３−Ｍから、共有仮想マシン資源情報を取得する。
ステップ２１０（Ｓ２１０）において、システム管理サーバ４は、取得した共有仮想マシン資源情報に基づいて、共有資源グループを生成する。
ステップ２１２（Ｓ２１２）において、共有クライアント７は、共有資源グループの資源を使用することを要求する。
ステップ２１４（Ｓ２１４）において、システム管理サーバ４は、共有資源グループに所属する共有仮想マシン３８を有する処理サーバ３（ここでは処理サーバ３−１〜３−Ｍ）に対して、共有クライアント７が共有仮想マシン３８を使用できるようにするための制御を実行する。
【００９５】
ステップ２１６（Ｓ２１６）において、共有クライアント７は、システム管理サーバ４に対して処理要求を送信し、システム管理サーバ４は、選択した処理サーバ３（ここでは処理サーバ３−１）に対してその処理要求を送信する。
ステップ２１８（Ｓ２１８）において、処理サーバ３−１は、要求された処理を、共有仮想マシン３８を利用して実行する。
ステップ２２０（Ｓ２２０）において、処理サーバ３−１は、処理結果データをシステム管理サーバ４に返し、システム管理サーバ４は、共有クライアント７にこの処理結果データを返す。
【００９６】
［変形例］
次に、本実施形態の変形例について説明する。
【００９７】
図２２は、共有資源使用仲介処理部４８の変形例を示す図である。
図２２に示す共有資源使用仲介処理部４８０は、図１８に示した共有資源使用仲介処理部４８の構成に、プロセス分割部５１０および処理結果統合部５１２が追加されている。
プロセス分割部５１０は、処理要求を、複数のプロセスに分割し、各プロセスを使用仮想マシン選択部４８８に対して出力する。
使用仮想マシン選択部４８８は、各プロセスを処理する複数の共有仮想マシン３８を選択する。
処理結果統合部５１２は、複数の共有仮想マシン３８が処理した処理結果データを統合し、１つの処理結果データとする。
【００９８】
図２３は、複数の処理サーバ３間に跨る複数の共有資源グループ１１０の態様を例示する図である。
図２３において、処理サーバ３−１は、専有パーティション３２−１、共有パーティション３４ａ−１，３４ｂ−１を有し、処理サーバ３−２は、専有パーティション３２−２、共有パーティション３４ａ−２，３４ｂ−２を有し、処理サーバ３−３は、専有パーティション３２−３、共有パーティション３４ａ−３，３４ｂ−３を有する。
【００９９】
また、共有資源グループ１１０−１は、共有パーティション３４ａ−１および共有パーティション３４ａ−２から構成されている。
さらに、共有資源グループ１１０−２は、共有パーティション３４ｂ−２および共有パーティション３４ｂ−３から構成されている。
【０１００】
図２３に例示したように、処理サーバ３−２において、複数の共有パーティションがそれぞれ別の共有資源グループに属するようにすることも可能である。
このような場合であっても、本実施形態においては、処理サーバ３−２内の各パーティションはそれぞれ独立しているので、共有資源グループ１１０−１と共有資源グループ１１０−２との間のセキュリティは確保される。
なお、認証処理などを実行することによって、共有資源グループ１１０−１と共有資源グループ１１０−２との間で、余剰資源の交換、各種データの交換等を行うことも可能である。
【０１０１】
図２４は、共有資源グループ１１０が、ストレージエリアネットワーク（ＳＡＮ）によって実現される態様を例示する図である。
処理サーバ３内のパーティションは、上述では仮想マシンによって実現されるとしたが、仮想マシンに限定されることはない。
たとえば、複数のディスク装置１３０を有する処理サーバ３において、各パーティションが、ディスク装置１３０などのストレージによって実現されるようにしてもよい。
この場合、たとえば、処理サーバ３−１の専有パーティション３２−１は、ディスク装置１３０−１によって実現され、共有パーティション３４−１は、ディスク装置１３０−２によって実現される。処理サーバ３−２においても同様である。
【０１０２】
専有パーティション３２−１に割り当てられたディスク装置１３０−１は、専有クライアント６によって使用される。
共有パーティション３４−１に割り当てられたディスク装置１３０−２と、共有パーティション３４−２に割り当てられたディスク装置１３０−２とは、それぞれ各処理サーバ３の専有クライアント６から見れば余剰なので、共有資源グループ１１０に所属することができる。
【０１０３】
この場合、共有資源グループ１１０の共有パーティション３４−１および３４−２は、ストレージエリアネットワーク１０に接続される。
さらに、ストレージエリアネットワーク１０には、ＳＡＮ管理サーバ１２が接続されており、このＳＡＮ管理サーバ１２がこのストレージエリアネットワークシステムを管理することによって、共有パーティション３４−１および３４−２に割り当てられたディスク装置１３０を、共有クライアント７が使用できる。
なお、この場合、専有パーティション３２−１に割り当てられたディスク装置１３０−１と、共有パーティション３４−１に割り当てられたディスク装置１３０−２とは、独立したハードウエアであるので、セキュリティ処理を行うことによって、専有クライアント６から共有パーティション３４−１に割り当てられたディスク装置１３０−２にアクセスすることが防止される。
【０１０４】
なお、図５に示した処理サーバプログラム３０において、時間保証制御部３１６は、資源負荷情報取得部３１２ではなく、資源割当制御部３２０に対して制御情報を出力するようにしてもよい。
この場合、資源割当情報には時間保証情報が含まれず、システム管理サーバ４は、時間保証情報とは無関係に制御を行う。
さらに、時間保証が設定されている場合、時間保証制御部３１６は、システム管理サーバ４の制御に関わらず、対応する専有仮想マシン３６に割り当てられる資源量を変更しないようにする。
【０１０５】
また、負荷サンプリング部４１２は、専有仮想マシン３６の資源負荷値をサンプリングするだけでなく、共有仮想マシン３８の資源負荷値をサンプリングするようにしてもよい。
このようにすることによって、専有処理と組み合わせられる適切な共有処理を選択することができ、適切な組合せを選択することによって、専有処理と共有処理とを合わせた要求処理性能が物理サーバの処理容量を超えないようにすることができる。
さらに、この場合、負荷予測モデル作成部４１４は、専有仮想マシン３６に対応する負荷予測モデル情報だけでなく、共有仮想マシン３８に対応する負荷予測モデル情報を作成するようにしてもよい。
このようにすることによって、共有仮想マシン３８に対する処理容量の縮小による処理時の遅延等の影響を抑制するように、共有資源グループを生成することができる。
また、専有仮想マシン３６の負荷変位特性および共有仮想マシン３８の負荷変位特性を波として信号処理することによって、単純に時間平均するだけでなく、変動許容範囲等も予測できるようになる。
【０１０６】
また、通信処理部４０２，４０６、共有資源グループ生成部４３２、共有資源グループ管理部４４、共有資源使用制御部４６および共有資源使用仲介処理部４８などは、たとえばゲートウェイなど、システム管理サーバ４とは別の装置によって実現されるようにしてもよい。
この場合、共有クライアント７は、システム管理サーバ４を経由せずに、処理サーバ３の資源を使用することができる。
なお、上述したゲートウェイなどの装置に組み込まれた機能は、たとえばグリッドコンピューティングシステム等の既存の共有連携ソフトウエアなどで実現しうる。
このように、ゲートウェイなどの装置に組み込まれた機能と、その他のシステム管理プログラム４０内の機能とは、それぞれ疎結合であるので、選択するソフトウエア、用途およびネットワーク設計の自由度を向上することができる。
【０１０７】
本実施形態においては、システム管理サーバ４が処理サーバ３の負荷を検出することによって、処理サーバ３の専有パーティションおよび共有パーティションについて、効果的な資源の動的割当てを行うことができる。
さらに負荷のサンプリングを行い、負荷予測モデルを作成することによって、処理サーバ３の専有パーティションに対して、さらに効果的に資源を割り当てることができる。
また、共有パーティションの負荷予測モデルを作成することによって、共有資源グループの効果的な生成を行うことができる。
つまり、負荷予測モデルに基づいて、共有資源グループに参加させる共有パーティションの組合せを最適にすることができる。
【産業上の利用可能性】
【０１０８】
本発明は、処理のために用いられる処理資源を管理する資源管理システムなどに利用可能である。
【図面の簡単な説明】
【０１０９】
【図１】本発明の実施形態にかかる資源管理方法が適用される資源管理システムの構成を例示する図である。
【図２】図１に示した処理サーバ、システム管理サーバ、専有クライアントおよび共有クライアントのハードウエア構成を例示する図である。
【図３】図１に示した資源管理システムにおいて、処理サーバと、システム管理サーバと、専有クライアントと、共有クライアントとの間で行われる資源管理の概要を例示する図である。
【図４】専有パーティションおよび共有パーティションに割り当てられる資源の変化を例示する図である。
【図５】図１に示した処理サーバにおいて動作する処理サーバプログラムの構成を示す図である。
【図６】図５に示した資源負荷情報抽出部および資源負荷情報抽出部が抽出する資源負荷情報を例示する図である。
【図７】図５に示した仮想マシン管理部が作成および管理する仮想マシン情報を例示する図である。
【図８】共有仮想マシン資源情報作成部が作成する共有仮想マシン資源情報を示す図である。
【図９】図１に示したシステム管理サーバにおいて動作するシステム管理プログラムの構成を示す図である。
【図１０】処理サーバ情報管理部によって作成される処理サーバ情報を例示する図である。
【図１１】負荷サンプリング部によって作成されるサンプリング情報を例示する図である。
【図１２】負荷予測モデル情報によって示される負荷予測モデルをグラフを用いて例示した図である。
【図１３】処理サーバ資源割当制御部の処理を示すフローチャートである。
【図１４】図９に示した共有資源グループ管理部の構成を示す図である。
【図１５】共有資源グループ情報管理部が管理する共有資源グループ情報を例示する図である。
【図１６】図９に示した共有資源使用制御部の構成を示す図である。
【図１７】共有クライアント情報を例示する図である。
【図１８】図９に示した共有資源使用仲介処理部の構成を示す図である。
【図１９】図１に示した専有クライアントにおいて動作する専有クライアントプログラムの構成を示す図である。
【図２０】図１に示した共有クライアントにおいて動作する共有クライアントプログラムの構成を示す図である。
【図２１】図１に示した資源管理システムの全体的な動作を示す通信シーケンス図である。
【図２２】共有資源使用仲介処理部の変形例を示す図である。
【図２３】複数の処理サーバ間に跨る複数の共有資源グループの態様を例示する図である。
【図２４】共有資源グループが、ストレージエリアネットワーク（ＳＡＮ）によって実現される態様を例示する図である。
【符号の説明】
【０１１０】
１・・・資源管理システム，
１００・・・ネットワーク，
１０２・・・ネットワーク，
１１０・・・共有資源グループ，
１０・・・ストレージエリアネットワーク，
１２・・・ＳＡＮ管理サーバ，
３・・・処理サーバ，
１２０・・・本体，
１２２・・・ＣＰＵ，
１２４・・・メモリ，
１２６・・・入出力装置，
１２８・・・通信装置，
１３０・・・ディスク装置，
１３２・・・記録媒体，
３２・・・専有パーティション，
３４・・・共有パーティション，
３０・・・処理サーバプログラム，
３０２・・・通信処理部，
３１０・・・仮想マシン割当処理部，
３１２・・・資源負荷情報取得部，
３１４・・・資源負荷情報通知部，
３１６・・・時間保証制御部，
３１８・・・資源割当情報受信部，
３２０・・・資源割当制御部，
３３０・・・仮想マシン管理部，
３３２・・・仮想マシン情報ＤＢ，
３３４・・・共有仮想マシン資源情報作成部，
３４０・・・ＵＩ，
３４２・・・仮想マシン共有制御部，
３５０・・・システムＯＳ，
３６・・・専有仮想マシン，
３６０・・・仮想マシンＯＳ，
３６２・・・アプリケーション部，
３６４・・・通信処理部，
３６６・・・資源負荷情報抽出部，
３８・・・共有仮想マシン，
３８０・・・仮想マシンＯＳ，
３８２・・・アプリケーション部，
３８４・・・通信処理部，
３８６・・・資源負荷情報抽出部，
４・・・システム管理サーバ，
４０・・・システム管理プログラム，
４００，４０２，４０６・・・通信処理部，
４０８・・・ＵＩ，
４１０・・・処理サーバ負荷検出部，
４１２・・・負荷サンプリング部，
４１４・・・負荷予測モデル作成部，
４１６・・・サンプリング情報管理部，
４１６Ａ・・・サンプリング情報ＤＢ，
４２０・・・最適組合せ選択部，
４２２・・・処理サーバ資源割当制御部，
４２４・・・処理サーバ情報管理部，
４２４Ａ・・・処理サーバ情報ＤＢ，
４３０・・・共有仮想マシン資源情報取得部，
４３２・・・共有資源グループ生成部，
４４・・・共有資源グループ管理部，
４４２・・・共有資源グループ制御部，
４４４・・・共有資源グループ情報管理部，
４６・・・共有資源使用制御部，
４６２・・・使用要求受信部，
４６４・・・使用グループ選択部，
４６６・・・共有資源使用制御情報送信部，
４６８・・・共有資源使用許可情報受信部，
４７０・・・グループ参加通知部，
４７２・・・使用許可情報送信部，
４８・・・共有資源使用仲介処理部，
４８２・・・処理要求受信部，
４８４・・・クライアント情報取得部，
４８６・・・共有資源グループ情報取得部，
４８８・・・使用仮想マシン選択部，
４９０・・・処理要求送信部，
４９２・・・処理結果受信部，
４９４・・・処理結果送信部，
５００・・・共有クライアント情報管理部，
５００Ａ・・・共有クライアント情報ＤＢ，
５０４・・・課金／還元ポイント処理部，
６・・・専有クライアント，
６０・・・専有クライアントプログラム，
６０２・・・通信処理部，
６０４・・・ＵＩ，
６１０・・・処理要求送信部，
６１２・・・処理結果受信部，
７・・・共有クライアント，
７０・・・共有クライアントプログラム，
７０２・・・通信処理部，
７０４・・・ＵＩ，
７１０・・・共有資源グループ使用要求送信部，
７１２・・・使用許可情報受信部，
７１０・・・処理要求送信部，
７１２・・・処理結果受信部，
【特許請求の範囲】
【請求項１】
複数の論理的または物理的な処理ノードと、前記処理ノードに接続された管理ノードとを有する資源管理システムであって、
前記複数の処理ノードそれぞれに含まれ、処理のために用いられる処理資源は、互いに独立な第１のパーティションおよび第２のパーティションに割り当てられ、前記第１のパーティションは、前記複数の処理ノードそれぞれに閉じた第１の処理のために用いられ、前記第２のパーティションは、前記複数の処理ノードの内、選択された１つ以上により実行される１つ以上の第２の処理のために用いられ、
前記管理ノードは、前記複数の処理ノードそれぞれの処理資源の内、前記第１の処理に必要とされる処理資源以外を、前記第２のパーティションに割り当てる割当制御手段と、
前記複数の処理ノードの第２のパーティションの選択された１つ以上に、外部から要求された前記第２の処理を実行させる共有資源使用手段と
を有する
資源管理システム。
【請求項２】
前記資源割当制御手段は、
前記複数の処理ノードそれぞれにおける前記第１の処理のための処理負荷を検出する処理負荷検出手段と、
前記検出された第１の処理の処理負荷に基づいて、前記複数の処理ノードそれぞれの処理資源を、前記第１のパーティションまたは前記第２のパーティションに割り当てる資源割り当て手段と
を有する
請求項１に記載の資源管理システム。
【請求項３】
前記共有資源使用手段は、前記複数の処理ノードの第２のパーティションのいずれか、または、前記複数の処理ノードの第２のパーティションの２つ以上を選択し、前記第２の処理それぞれを実行させる
請求項１または２に記載の資源管理システム。
【請求項４】
前記管理ノードは、
前記検出された処理負荷の値を所定時間ごとにサンプリングする負荷サンプリング手段と、
前記サンプリングした処理負荷値に基づいて、将来の時刻とこの時刻において予測される負荷との関係を示す負荷予測モデル情報を作成する負荷予測モデル作成手段と
をさらに有し、
前記割当制御手段は、前記負荷予測モデル情報に基づいて、前記複数の処理ノードの処理資源を、前記第１のパーティションに割り当てるための制御を行う
請求項２に記載の資源管理システム。
【請求項５】
前記管理ノードは、
前記負荷予測モデル情報に基づいて、前記第２の処理を実行させる１つ以上の第２のパーティションを選択する選択手段
をさらに有し、
前記共有資源使用手段は、前記選択手段の選択に基づいて、前記複数の処理ノードの１つ以上の第２のパーティションに、前記第２の処理を実行させる
請求項４に記載の資源管理システム。
【請求項６】
前記管理ノードは、
前記第２の処理を要求した外部ノードに対して課金処理を行う課金手段と、
前記第２の処理に利用された前記第２のパーティションを有する処理ノードに対して前記課金処理に対応する還元処理を行う還元処理手段と
をさらに有する
請求項１から５のいずれかに記載の資源管理システム。
【請求項７】
前記第１のパーティションおよび前記第２のパーティションは、それぞれ仮想マシンによって実現され、
前記処理ノードは、前記処理資源を用いて、前記それぞれの仮想マシンを実行する
請求項１から６のいずれかに記載の資源管理システム。
【請求項８】
前記処理ノードそれぞれは、
所定時間の間、所定の量の処理資源が前記第１のパーティションに割り当てられることを保証するように制御する時間保証手段
を有する
請求項１から７のいずれかに記載の資源管理システム。
【請求項９】
前記管理ノードは、前記複数の処理ノードいずれかに含まれる
請求項１から８のいずれかに記載の資源管理システム。
【請求項１０】
複数の論理的または物理的な処理ノードに接続された資源管理装置であって、前記複数の処理ノードそれぞれに含まれ、処理のために用いられる処理資源は、互いに独立な第１のパーティションおよび第２のパーティションに割り当てられ、前記第１のパーティションは、前記複数の処理ノードそれぞれに閉じた第１の処理のために用いられ、前記第２のパーティションは、前記複数の処理ノードの内、選択された１つ以上により実行される１つ以上の第２の処理のために用いられ、
前記複数の処理ノードそれぞれの処理資源の内、前記第１の処理に必要とされる処理資源以外を、前記第２のパーティションに割り当てる割当制御手段と、
前記複数の処理ノードの第２のパーティションの選択された１つ以上に、外部から要求された前記第２の処理を実行させる共有資源使用手段と
を有する資源管理装置。
【請求項１１】
前記資源割当制御手段は、
前記複数の処理ノードそれぞれにおける前記第１の処理のための処理負荷を検出する処理負荷検出手段と、
前記検出された第１の処理の処理負荷に基づいて、前記複数の処理ノードそれぞれの処理資源を、前記第１のパーティションまたは前記第２のパーティションに割り当てる資源割り当て手段と
を有する
請求項１０に記載の資源管理装置。
【請求項１２】
前記共有資源使用手段は、前記複数の処理ノードの第２のパーティションのいずれか、または、前記複数の処理ノードの第２のパーティションの２つ以上を選択し、前記第２の処理それぞれを実行させる
請求項１０または１１に記載の資源管理装置。
【請求項１３】
複数の論理的または物理的な処理ノードに含まれ、処理のために用いられる処理資源を管理する資源管理方法であって、前記処理資源は、互いに独立な第１のパーティションおよび第２のパーティションに割り当てられ、前記第１のパーティションは、前記複数の処理ノードそれぞれに閉じた第１の処理のために用いられ、前記第２のパーティションは、前記複数の処理ノードの内、選択された１つ以上により実行される１つ以上の第２の処理のために用いられ、
前記複数の処理ノードそれぞれの処理資源の内、前記第１の処理に必要とされる処理資源以外を、前記第２のパーティションに割り当てる割当制御ステップと、
前記複数の処理ノードの第２のパーティションの選択された１つ以上に、外部から要求された前記第２の処理を実行させる共有資源使用ステップと
を有する資源管理方法。
【請求項１４】
複数の論理的または物理的な処理ノードに含まれ、処理のために用いられる処理資源を管理する資源管理プログラムであって、前記処理資源は、互いに独立な第１のパーティションおよび第２のパーティションに割り当てられ、前記第１のパーティションは、前記複数の処理ノードそれぞれに閉じた第１の処理のために用いられ、前記第２のパーティションは、前記複数の処理ノードの内、選択された１つ以上により実行される１つ以上の第２の処理のために用いられ、
前記複数の処理ノードそれぞれの処理資源の内、前記第１の処理に必要とされる処理資源以外を、前記第２のパーティションに割り当てる割当制御ステップと、
前記複数の処理ノードの第２のパーティションの選択された１つ以上に、外部から要求された前記第２の処理を実行させる共有資源使用ステップと
をコンピュータに実行させる資源管理プログラム。
【請求項１】
複数の論理的または物理的な処理ノードと、前記処理ノードに接続された管理ノードとを有する資源管理システムであって、
前記複数の処理ノードそれぞれに含まれ、処理のために用いられる処理資源は、互いに独立な第１のパーティションおよび第２のパーティションに割り当てられ、前記第１のパーティションは、前記複数の処理ノードそれぞれに閉じた第１の処理のために用いられ、前記第２のパーティションは、前記複数の処理ノードの内、選択された１つ以上により実行される１つ以上の第２の処理のために用いられ、
前記管理ノードは、前記複数の処理ノードそれぞれの処理資源の内、前記第１の処理に必要とされる処理資源以外を、前記第２のパーティションに割り当てる割当制御手段と、
前記複数の処理ノードの第２のパーティションの選択された１つ以上に、外部から要求された前記第２の処理を実行させる共有資源使用手段と
を有する
資源管理システム。
【請求項２】
前記資源割当制御手段は、
前記複数の処理ノードそれぞれにおける前記第１の処理のための処理負荷を検出する処理負荷検出手段と、
前記検出された第１の処理の処理負荷に基づいて、前記複数の処理ノードそれぞれの処理資源を、前記第１のパーティションまたは前記第２のパーティションに割り当てる資源割り当て手段と
を有する
請求項１に記載の資源管理システム。
【請求項３】
前記共有資源使用手段は、前記複数の処理ノードの第２のパーティションのいずれか、または、前記複数の処理ノードの第２のパーティションの２つ以上を選択し、前記第２の処理それぞれを実行させる
請求項１または２に記載の資源管理システム。
【請求項４】
前記管理ノードは、
前記検出された処理負荷の値を所定時間ごとにサンプリングする負荷サンプリング手段と、
前記サンプリングした処理負荷値に基づいて、将来の時刻とこの時刻において予測される負荷との関係を示す負荷予測モデル情報を作成する負荷予測モデル作成手段と
をさらに有し、
前記割当制御手段は、前記負荷予測モデル情報に基づいて、前記複数の処理ノードの処理資源を、前記第１のパーティションに割り当てるための制御を行う
請求項２に記載の資源管理システム。
【請求項５】
前記管理ノードは、
前記負荷予測モデル情報に基づいて、前記第２の処理を実行させる１つ以上の第２のパーティションを選択する選択手段
をさらに有し、
前記共有資源使用手段は、前記選択手段の選択に基づいて、前記複数の処理ノードの１つ以上の第２のパーティションに、前記第２の処理を実行させる
請求項４に記載の資源管理システム。
【請求項６】
前記管理ノードは、
前記第２の処理を要求した外部ノードに対して課金処理を行う課金手段と、
前記第２の処理に利用された前記第２のパーティションを有する処理ノードに対して前記課金処理に対応する還元処理を行う還元処理手段と
をさらに有する
請求項１から５のいずれかに記載の資源管理システム。
【請求項７】
前記第１のパーティションおよび前記第２のパーティションは、それぞれ仮想マシンによって実現され、
前記処理ノードは、前記処理資源を用いて、前記それぞれの仮想マシンを実行する
請求項１から６のいずれかに記載の資源管理システム。
【請求項８】
前記処理ノードそれぞれは、
所定時間の間、所定の量の処理資源が前記第１のパーティションに割り当てられることを保証するように制御する時間保証手段
を有する
請求項１から７のいずれかに記載の資源管理システム。
【請求項９】
前記管理ノードは、前記複数の処理ノードいずれかに含まれる
請求項１から８のいずれかに記載の資源管理システム。
【請求項１０】
複数の論理的または物理的な処理ノードに接続された資源管理装置であって、前記複数の処理ノードそれぞれに含まれ、処理のために用いられる処理資源は、互いに独立な第１のパーティションおよび第２のパーティションに割り当てられ、前記第１のパーティションは、前記複数の処理ノードそれぞれに閉じた第１の処理のために用いられ、前記第２のパーティションは、前記複数の処理ノードの内、選択された１つ以上により実行される１つ以上の第２の処理のために用いられ、
前記複数の処理ノードそれぞれの処理資源の内、前記第１の処理に必要とされる処理資源以外を、前記第２のパーティションに割り当てる割当制御手段と、
前記複数の処理ノードの第２のパーティションの選択された１つ以上に、外部から要求された前記第２の処理を実行させる共有資源使用手段と
を有する資源管理装置。
【請求項１１】
前記資源割当制御手段は、
前記複数の処理ノードそれぞれにおける前記第１の処理のための処理負荷を検出する処理負荷検出手段と、
前記検出された第１の処理の処理負荷に基づいて、前記複数の処理ノードそれぞれの処理資源を、前記第１のパーティションまたは前記第２のパーティションに割り当てる資源割り当て手段と
を有する
請求項１０に記載の資源管理装置。
【請求項１２】
前記共有資源使用手段は、前記複数の処理ノードの第２のパーティションのいずれか、または、前記複数の処理ノードの第２のパーティションの２つ以上を選択し、前記第２の処理それぞれを実行させる
請求項１０または１１に記載の資源管理装置。
【請求項１３】
複数の論理的または物理的な処理ノードに含まれ、処理のために用いられる処理資源を管理する資源管理方法であって、前記処理資源は、互いに独立な第１のパーティションおよび第２のパーティションに割り当てられ、前記第１のパーティションは、前記複数の処理ノードそれぞれに閉じた第１の処理のために用いられ、前記第２のパーティションは、前記複数の処理ノードの内、選択された１つ以上により実行される１つ以上の第２の処理のために用いられ、
前記複数の処理ノードそれぞれの処理資源の内、前記第１の処理に必要とされる処理資源以外を、前記第２のパーティションに割り当てる割当制御ステップと、
前記複数の処理ノードの第２のパーティションの選択された１つ以上に、外部から要求された前記第２の処理を実行させる共有資源使用ステップと
を有する資源管理方法。
【請求項１４】
複数の論理的または物理的な処理ノードに含まれ、処理のために用いられる処理資源を管理する資源管理プログラムであって、前記処理資源は、互いに独立な第１のパーティションおよび第２のパーティションに割り当てられ、前記第１のパーティションは、前記複数の処理ノードそれぞれに閉じた第１の処理のために用いられ、前記第２のパーティションは、前記複数の処理ノードの内、選択された１つ以上により実行される１つ以上の第２の処理のために用いられ、
前記複数の処理ノードそれぞれの処理資源の内、前記第１の処理に必要とされる処理資源以外を、前記第２のパーティションに割り当てる割当制御ステップと、
前記複数の処理ノードの第２のパーティションの選択された１つ以上に、外部から要求された前記第２の処理を実行させる共有資源使用ステップと
をコンピュータに実行させる資源管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【公開番号】特開２００９−１１０３４７（Ｐ２００９−１１０３４７Ａ）
【公開日】平成２１年５月２１日（２００９．５．２１）
【国際特許分類】
【出願番号】特願２００７−２８２９１４（Ｐ２００７−２８２９１４）
【出願日】平成１９年１０月３１日（２００７．１０．３１）
【出願人】（５０３００３８５４）ヒューレット−パッカード デベロップメント カンパニー エル．ピー． (1,145)
【公開日】平成２１年５月２１日（２００９．５．２１）
【国際特許分類】
【出願日】平成１９年１０月３１日（２００７．１０．３１）
【出願人】（５０３００３８５４）ヒューレット−パッカード デベロップメント カンパニー エル．ピー． (1,145)
[ Back to top ]