JP2005309644A

JP2005309644A - リソース制御方法及びそのシステム

Info

Publication number: JP2005309644A
Application number: JP2004123760A
Authority: JP
Inventors: Takashi Yamakabe; 隆山下部; Shuji Fujino; 修司藤野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2004-04-20
Filing date: 2004-04-20
Publication date: 2005-11-04
Also published as: US20050235288A1; US20120011510A1; US8046764B2

Abstract

【課題】ストレージやネットワークの使用状況を測定して余分なリソースの算出を繰り返し、余分なリソースを回収して再利用するリソース制御方法である。
【解決手段】コンピュータと仮想コンピュータとネットワークとストレージとのリソースを用いて、業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させるリソース制御システムであって、動的に変化する各リソースの使用状況を定期的に収集する収集処理部と、該収集処理部で収集された各リソースの使用状況に基づいて稼働に必要な各リソース量を定期的に計算して前記各仮想コンピュータの各リソースに割当て、余分な各リソースを回収するリソース回収処理部と、前記リソース回収処理部で回収された各余分なリソースを前記業務アプリケーションの優先度に従って前記各仮想コンピュータに割当てるリソース割当て処理部とを備えた。
【選択図】図１６

Description

本発明は、業務アプリケーションを仮想コンピュータ上で稼動させるシステムにおいて、仮想コンピュータ上のリソースとストレージリソースとネットワークリソースを割当てるためのリソース制御方法及びそのシステムに関するものである。

従来は、前もって配分するリソースを決めておき、この固定値と実際の性能とを比較してリソースを配分していた。また、配分するリソースはコンピュータシステムが対象であり、ストレージのリソースは対象外であった。

特表２００２−５３０７８０号公報に記載のように、コンピュータシステムにおいて、計測された性能と規定の性能要件との比較に基づいてアプリケーションの複数の機能にプログラマブルロジックリソースを配分するために仮想コンピュータオペレーティングを使用し、アプリケーションを処理するためのコンピュータシステムの能力を最適化するよう再構成可能である方法であった。

特表２００２−５３０７８０号公報

従来技術では、業務アプリケーションを稼動させるためにコンピュータリソースの配分は行われているが、経験による固定の基準が用いられており、稼働環境の変化が考慮されていなかった。また、業務アプリケーションが使用するデータはストレージリソースに格納される割合が増加しているが、コンピュータとストレージのリソースを組合せて制御する技術がなかった。

本発明の目的は、業務アプリケーションを安定稼動させるために、コンピュータと仮想コンピュータとネットワークとストレージの各リソースの関係を維持管理して、コンピュータと仮想コンピュータとネットワークとストレージの各リソースの配分割合を動的に算出し、割当て及び再割当てを行えるリソース制御方法及びそのシステムを提供することを最も主要な特徴とする。

上記目的を達成するために、本発明は、コンピュータと仮想コンピュータとネットワークとストレージとのリソースを用いて、業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させるリソース制御方法及びそのシステムであって、前記業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させた際、動的に変化する各リソースの使用状況を定期的に収集する収集ステップと、該収集ステップで収集された動的に変化する各リソースの使用状況に基づいて前記業務アプリケーションの稼働に必要な各リソース量を定期的および動的に計算して前記各仮想コンピュータの各リソースに割当て、余分な各リソースを回収するリソース回収処理ステップとを有することを特徴とする。

また、本発明は、更に、前記リソース回収処理ステップで回収された各余分なリソースを前記業務アプリケーションの優先度に従って前記各仮想コンピュータに割当てるリソース量を増減させるリソース割当て処理ステップを有することを特徴とする。

また、本発明は、コンピュータと仮想コンピュータとネットワークとストレージとのリソースを用いて、業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させるリソース制御方法及びそのシステムであって、前記業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させた際、動的に変化する各リソースの使用状況を定期的に収集する収集ステップと、該収集ステップで収集された動的に変化する各リソースの使用状況に基づいて前記業務アプリケーションの稼働に必要な各リソース量を定期的に計算して前記各仮想コンピュータの各リソースに割当て、余分な各リソースを回収するリソース回収処理ステップと、前記リソース回収処理ステップで回収された各余分なリソースを前記業務アプリケーションの優先度に従って前記各仮想コンピュータに割当てるリソース割当て処理ステップとを有することを特徴とする。

また、本発明は、前記リソース割当て処理ステップにおいて、余分なリソースを割当てないように各リソース割当て比率を動的に算出する算出ステップを含むことを特徴とする。

また、本発明は、前記リソース割当て処理ステップにおいて、複数の業務アプリケーションを優先度の高い順に並べた業務リストを作成し、前記リソース回収ステップで回収された各余分なリソースを前記業務リストに並べた優先度の高い方の業務アプリケーションから順に割当て、該順に割当て済みの業務アプリケーションを前記業務リストから削除することによって順に割当て要の業務アプリケーションを前記業務リストに残すステップを含むことを特徴とする。

また、本発明は、前記リソース割当て処理ステップにおいて、各業務アプリケーションの現在のリソース割当て状態をリソース割当てテーブルに反映させるステップを含むことを特徴とする。

また、本発明は、更に、所定の業務アプリケーションを稼働させるリソースを解放し、前記リソース割当てテーブルから前記所定の業務アプリケーションを削除し、前記リソース割当てテーブルの割当て合計値及び空きリソースの値を更新して該空きリソースに他の業務アプリケーションのリソースを割当てできるようにする業務アプリケーション削除ステップを有することを特徴とする。

また、本発明は、更に、配分最適化テーブルに所定の業務アプリケーションの情報が存在するか否かを確認し、存在する場合にはリソース割当て量として前記配分最適化テーブルの最適値を与え、存在しない場合にはリソース割当て量としてデフォルト値を与え、その結果十分な空きリソースが存在する場合には前記所定の業務アプリケーションのリソースを確保して前記リソース割当てテーブルを更新し、仮想コンピュータを生成して前記所定の業務アプリケーションを実行する業務アプリケーション追加ステップを有することを特徴とする。

本発明によれば、仮想コンピュータで稼動させる業務アプリケーションを、コンピュータのリソース使用状況や、仮想コンピュータのリソース使用状況や、ネットワークのリソース使用状況や、ストレージのリソース使用状況の組合せを考慮に入れ、業務アプリケーションの優先度に従い、リソースを配分及び再配分を動的に行うことにより業務アプリケーションを安定稼動できる利点がある。

以下、本発明に係る業務コンピュータと仮想コンピュータとネットワークとストレージの各リソースの関係を維持管理して業務アプリケーションを安定稼動させるための実施の形態について、図面を用いて詳細に説明する。

図１は、本発明におけるシステムの物理構成の一実施の形態を示したものである。管理コンピュータ１、サブ管理コンピュータ３、６、業務コンピュータ４、５、７、８がネットワーク２に接続されている。また、サブ管理コンピュータ３、業務コンピュータ４、５は、ＳＡＮ（ＳｔｏｒａｇｅＡｒｅａＮｅｔｗｏｒｋ）などのストレージ専用のネットワーク９に接続されており、ストレージ１１はネットワーク９に接続されている。サブ管理コンピュータ６、業務コンピュータ７、８も同様にストレージ専用ネットワーク１０に接続されており、ストレージ１２はネットワーク１０に接続されている。管理コンピュータ１はサブ管理コンピュータ３、６の管理を行い、サブ管理コンピュータ３は業務コンピュータ４、５の管理を、サブ管理コンピュータ６は業務コンピュータ７、８の管理を行う。クライアントコンピュータ１５は、管理コンピュータ１に接続されており、管理者はクライアントコンピュータ１５のＧＵＩ画面を操作して管理コンピュータ１に処理を要求することができる。

業務コンピュータ４、５、７、８上では複数の業務アプリケーションが稼動しており、業務アプリケーションは、ネットワーク９、１０を介してストレージ１１、１２内にあるデータを利用して処理を行うことができる。

図２は図１の論理構成図であり、説明を簡単にするためサブ管理コンピュータ及び業務コンピュータ、クライアントコンピュータはそれぞれ１台としている。

管理コンピュータ１は管理マネージャ処理部３０を持ち、サブ管理コンピュータ３は管理サブマネージャ処理部４０とサブ管理コンピュータ用ストレージ管理処理部４１を持つ。図２では管理マネージャ処理部３０と、管理サブマネージャ処理部４０は別のコンピュータ上に存在するが、同一コンピュータ上に配置してもよい。また、管理サブマネージャ処理部４０は業務コンピュータ４に配置してもよい。業務コンピュータ４は、複数の仮想コンピュータ５０、仮想コンピュータ管理処理部５１、業務コンピュータ用ストレージ管理処理部５２を持つ。仮想コンピュータ５０では業務アプリケーションが稼動している。一つの仮想コンピュータ上に複数の業務アプリケーションが稼動していてもよいが、本説明では簡単のために、一つの仮想コンピュータに対して一つの業務アプリケーションが稼動していると考える。クライアントコンピュータ１５からの要求により、管理マネージャ処理部３０は管理サブマネージャ４０と連携し、管理サブマネージャ処理部４０が管理する業務コンピュータの使用情報を取得したり、業務コンピュータ４上に業務アプリケーションを稼動／停止させることができる。ここで取得する使用情報は、様々なリソースが考えられるが、本説明では簡単にするために、例えば図５及び図６に示すように、リソース種別としてのＣＰＵ及びメモリからなるコンピュータ、ネットワーク、ストレージのリソースに対する動的なリソース配分情報（能力情報等を含む）のみ考えることにする。ストレージ１１は管理用論理ボリューム６０、業務用論理ボリューム６１、６２を持つ。管理用論理ボリューム６０は、サブ管理コンピュータ３が管理する各業務コンピュータ４、５の動的なリソース配分情報を格納する領域である。業務用論理ボリューム６１、６２は、業務コンピュータ４上の仮想コンピュータ５０で実行する業務アプリケーションプログラムが稼動時に使用するデータなどの格納領域である。

図３は管理マネージャ処理部３０の詳細を示したものである。管理マネージャ処理部３０は、図４に示すサブ管理コンピュータ３の情報等のマネージャ用構成情報７５を管理処理して保持するマネージャ用構成管理処理部７０と、図５及び図６に示す業務コンピュータ４、５のリソース配分情報（リソース能力情報等も含む）のマネージャ用配分管理情報７６ａ、７６ｂを管理処理して保持する配分管理処理部７１と、仮想コンピュータ５０で実行する業務アプリケーションの優先度等のポリシー管理を行うマネージャ用ポリシー管理処理部７２とを持つ。

図４は、図３に示す管理マネージャ処理部３０のマネージャ用構成管理処理部７０がサブ管理コンピュータ（Ｔｏｋｙｏ、ＮｅｗＹｏｒｋ、…）の追加／削除を含めて管理処理して保持するマネージャ用構成情報７５の詳細を示したものである。該マネージャ用構成情報７５は、サブ管理コンピュータ８５とサブ管理コンピュータのアドレス８６を情報として保持する。管理マネージャ処理部３０は、この保持された情報によって自身が管理するサブ管理コンピュータ３の場所を特定でき、通信を行うことができる。サブ管理コンピュータを追加／削除する場合、マネージャ用構成管理処理部７０がサブ管理コンピュータの情報を登録／削除する。

図５、図６は、図３に示す管理マネージャ処理部３０の配分管理処理部７１が、業務コンピュータの各リソース（ＣＰＵ、メモリ、ネットワーク、ストレージ）の処理能力の違いを吸収し、与えられたリソース量に過不足が無く、業務アプリケーション（ＡＰ１、ＡＰ２、ＡＰ３、…）が正常に稼動しているときのリソース配分の組み合わせを更新を含めて管理処理して保持するマネージャ用配分管理情報（リソース配分最適化テーブル、リソース能力重み付けテーブル）７６ａ、７６ｂの詳細を示したものである。

図５は業務アプリケーション（ＡＰ１、ＡＰ２、ＡＰ３、…）１２３ごとの適切なリソース配分値（１２０、１２１、１２２、…）を保持するテーブル（リソース配分最適化テーブル）７６ａであり、ＣＰＵ１２４、メモリ１２５等のコンピュータ、ネットワーク１２６、ストレージ１２７等のリソースの組み合わせによる適切なリソース配分値を持つ。データや処理の増減等により、業務アプリケーションに必要なリソース量は、時間とともに刻一刻と変化しているため、適切なリソース配分値も常に変化する。このため、ある業務アプリケーションに最適なリソース配分の組み合わせといったものは存在しない。このテーブルでは、与えられたリソース量に過不足が無く、業務アプリケーションが正常に稼動しているときのリソース配分の組み合わせを管理する。リソース回収処理（図１７）やリソース割当て処理（図１８）を行った後、現在のリソース割当て状況とテーブル７６ａの値とを比較し、より適切な値であると判断した場合にテーブル７６ａの値を更新する。新たに業務アプリケーションを稼動する際にこの値を利用することにより、業務アプリケーションの稼動開始時から最適値に近いリソース量を割当てることができ、業務アプリケーションを安定稼動することが可能となる。

図６は各リソースの能力１４２に対する重み付け値１４３を保持するテーブル（リソース能力重み付けテーブル）７６ｂであり、ＣＰＵ１２４及びメモリ１２５等のコンピュータ、ネットワーク１２６、ストレージ１２７等の各リソース毎の能力ごと（１３０〜１３２；１３３〜１３５；１３６〜１３８；１３９〜１４１）の重み付け値を持つ。管理コンピュータ１が管理している業務コンピュータ４、５は複数存在するが、個々の業務コンピュータが持つリソースの能力は異なる。例えば、古いコンピュータのＣＰＵと最新のコンピュータのＣＰＵとでは、処理能力が異なる。このように、業務コンピュータの各リソースの能力１４２は異なる場合があるため、図５のリソース配分値の計算に重み付け値１４３を用い、処理能力の違いを吸収する。重み付け値により算出した値を使用することによって、同じ業務アプリケーションを能力の異なる別の業務コンピュータで稼動させる場合に、適切にリソースを割当てることが可能となる。次に、重み付け値の使用例を示す。図６に示すように、ＣＰＵの能力が２ＧＨｚの重み付け値が２、ＣＰＵの能力が３ＧＨｚの重み付け値が３であるとする。ＣＰＵの能力が２ＧＨｚの業務コンピュータにおいて、ある業務アプリケーションに対するＣＰＵ割当て量が１５％だった場合、図５のリソース配分最適化テーブル７６ａのＣＰＵの値は、１５％に重み付け値２を掛けて３０となる。同じ業務アプリケーションをＣＰＵの能力が３ＧＨｚの業務コンピュータで稼動させる場合のＣＰＵ割当て量は、最適値３０をＣＰＵ３ＧＨｚの重み付け値３で割った１０％となる。このように重み付け値を用いて割当て量を算出することにより、リソースの能力の違いを吸収できる。図では簡単のために、能力が２倍、３倍、・・・となるに従い、重み付け値を２、３、・・・と定めているが、実際にはリソースの能力が２倍になっても処理速度が２倍になるとは限らない。このことを考慮して重み付け値はあらかじめ定めておく必要がある。

このように、図６に示す重み付けは、図５に示すリソース配分最適化テーブル７６ａに業務アプリケーション（ＡＰ１、ＡＰ２、ＡＰ３、…）１２３ごとの適切なリソース配分値（１２０、１２１、１２２、…）を格納するときと、新たに仮想コンピュータにリソースを割当てる（配分する）ときのみに使用することになる。

図７はサブ管理コンピュータ３の詳細を示したものであり、管理サブマネージャ処理部４０とサブ管理コンピュータ用ストレージ管理処理部４１を持つ。管理サブマネージャ処理部４０は、サブ管理コンピュータ３が管理する業務コンピュータ上にある仮想コンピュータの情報等のサブマネージャ用構成情報１５３を管理処理して保持するサブマネージャ用構成管理処理部１５０と、サブ管理コンピュータ３が管理する業務コンピュータの配分管理情報１５４ａ、１５４ｂを管理処理して保持するサブマネージャ用配分情報管理処理部１５１と、業務コンピュータのポリシー（優先度）を管理するサブマネージャ用ポリシー管理処理部１５２とで構成される。サブ管理コンピュータ用ストレージ管理処理部４１は、サブ管理コンピュータ３が管理する業務コンピュータ４、５のストレージパスを保持するストレージデータパス情報１５５を持つ。管理マネージャ処理部３０からの処理要求に対し、管理サブマネージャ処理部４０は処理を行う。管理サブマネージャ処理部４０がストレージを参照する処理を行う場合には、サブ管理コンピュータ用ストレージ管理処理部４１に処理を要求し、処理応答を得る（１５６、１５７）。

図８は、管理サブマネージャ処理部４０のサブマネージャ用構成管理処理部１５０が、管理マネージャ処理部３０からの処理要求に対して適切な業務コンピュータに処理を依頼して全ての業務コンピュータ、該業務コンピュータ内の仮想コンピュータ、ストレージパス、業務アプリケーション等を更新を含めて管理保持するサブマネージャ用構成情報１５３の詳細を示したものである。該サブマネージャ用構成情報１５３は、業務コンピュータ２０３、業務コンピュータアドレス２０４、仮想コンピュータ２０５、ストレージパス２０６、業務アプリケーション１２３、業務アプリケーション稼動状況２０７を情報として保持する。サブマネージャ用構成情報１５３は、管理サブマネージャ処理部４０が管理する全ての業務コンピュータ及び、仮想コンピュータの情報を持ち、管理マネージャ処理部３０からの処理要求に対して、適切な業務コンピュータ（Ｔｏｋｙｏ１）に処理（２００〜２０２…）を依頼することができる。サブマネージャ用構成情報１５３は、業務コンピュータの追加／削除時や、業務コンピュータ内の仮想コンピュータ生成／削除時、ストレージパス変更時、業務アプリケーション稼動／停止時等にサブマネージャ用構成管理処理部１５０によって情報が更新される。

図９、図１０は、管理サブマネージャ処理部４０のサブマネージャ用配分情報管理処理部１５１が更新を含めて管理処理して保持するサブマネージャ用配分管理情報（リソース能力管理テーブル、配分情報管理テーブル）１５４ａ、１５４ｂの詳細を示したものである。

図９はリソース能力管理テーブル１５４ａであり、業務コンピュータＡ（Ｔｏｋｙｏ１）、Ｂ、Ｃ、…ごとのリソース能力情報（１００〜１０２）を保持する。リソース能力情報にはＣＰＵ１２４及びメモリ１２５等のコンピュータ、ネットワーク１２６、ストレージ１２７等がある。例えば、業務コンピュータＡの場合、１００に示すように、ＣＰＵの能力は２ＧＨｚ、メモリの能力は３ＧＢ、ネットワークの能力は５０Ｍｂｐｓ、ストレージの能力は２００Ｍｂｐｓであることを示している。該リソース能力の情報は、各業務コンピュータ４、５からサブマネージャ用配分情報管理処理部１５１に定期的に送信され、サブマネージャ用配分情報管理処理部１５１はリソース能力管理テーブル１５４ａの更新を行う。

図１０は仮想コンピュータＡ１（Ｔｏｋｙｏ１−１）〜Ａ３（Ｔｏｋｙｏ１−３）、Ｂ１〜Ｂ２、…ごとの配分管理情報を保持するテーブル（配分情報管理テーブル）１５４ｂである。管理サブマネージャ処理部４０が管理する全ての業務コンピュータＡ、Ｂ、…について、仮想コンピュータＡ１〜Ａ３、Ｂ１〜Ｂ２、…ごとの現在及び過去の配分情報を保持する。配分情報は、各業務コンピュータ４、５からサブマネージャ用配分情報管理処理部１５１に定期的に送信され、サブマネージャ用配分情報管理処理部１５１は配分情報管理テーブル１５４ｂの更新を行う。図１０において、業務アプリケーションＡＰ１は、業務コンピュータＡ上の仮想コンピュータＡ１で稼動しており、ＣＰＵ使用率は３０％、メモリ使用率は４０％、ネットワーク使用率は６０％、ストレージ使用率は３０％であることを示している。それぞれのリソース使用率は、図１２のリソース割当てテーブル２１５において割当てられているリソース量に対する割合い（配分）である。したがって、リソース使用率が１００％となった場合には、仮想コンピュータのリソースが不足していることを示しており、仮想コンピュータに対してリソース割当量の変更を行う必要がある。

図１１は、図８の状態の業務コンピュータＴｏｋｙｏ１を示したものであり、仮想コンピュータＴｏｋｙｏ１−１（２０１）が生成される直前の状態を表している。業務コンピュータＴｏｋｙｏ１（２００）は、該業務コンピュータＴｏｋｙｏ１上で稼動する業務アプリケーションの情報を保持する業務コンピュータ用配分管理情報２１５、及びポリシー実行時に使用する情報を保持するポリシー管理情報２１６を持つ。図８の業務アプリケーションＡＰ１を稼動させる場合、初めに仮想コンピュータ管理処理部５１が仮想コンピュータ２０１を生成し、配分管理サブエージェント２１１を仮想コンピュータ２０１上で稼動させる。最後に業務アプリケーションＡＰ１を稼動させ、図８のサブマネージャ用構成情報１５３を更新する。なお、２１２は、生成された仮想コンピュータにおける仮想ＯＳである。２１３は業務コンピュータ２００における使用管理エージェントである。２１４は業務コンピュータ２００におけるＯＳである。

図１２は、業務コンピュータ２００内に対して保持された業務コンピュータ用配分管理情報（リソース割当てテーブル）２１５の詳細を示したものであり、業務アプリケーションＡＰ１〜ＡＰ３ごとにＣＰＵ１２４及びメモリ１２５等のコンピュータ、ネットワーク１２６、ストレージ１２７等の各リソースの割当て量を保持する。また、業務コンピュータ内のリソースの割当て合計２２３及び空きリソース２２４も保持する。図１２では、業務アプリケーションＡＰ１に対してＣＰＵは４０％、メモリは３０％、ネットワークは３０％、ストレージは２０％割当てられていることを示している。空きリソースが存在する場合、必要ならば業務アプリケーションにリソースを割当てることができる。空きリソースが０％（合計が１００％）となった場合、業務コンピュータのリソースは全て割り当て済みであるため、業務アプリケーションにおいてリソースが必要となった場合、リソースを割当てることができない。その場合、リソース回収処理（図１７）により、業務アプリケーションの優先度に基づいてリソースの割当てを行う必要がある。

図１３は、ポリシー管理情報（業務アプリケーションの優先度を示す優先度テーブル）２１６の詳細を示したものであり、業務コンピュータで実行する業務アプリケーションＡＰ１〜ＡＰ３の優先度２３３を保持する優先度テーブルを持つ。優先度テーブル２１６は、業務コンピュータ内の全ての業務アプリケーションＡＰ１〜ＡＰ３の優先度２３３を保持する。ポリシー管理情報２１６は、この他にリソースの割当て単位（図１７及び図１８においては１％）や、リソース回収処理を行うかどうかを判断するための閾値（図１７においては使用率７０％未満）などの情報を保持する。上記リソースの割当て単位や閾値等は業務アプリケーションごとに設定可能とする。ポリシー管理情報２１６の設定は、管理者がクライアントコンピュータ１５から指定できる。クライアントコンピュータ１５からの要求は、図３及び図７に示す管理マネージャ処理部３０のポリシー管理処理部７２及び、管理サブマネージャ処理部４０のサブマネージャ用ポリシ管理処理部１５２を経由して、図１１に示す配分管理エージェント２１３に送られ、配分管理エージェント２１３がポリシー管理情報２１６の更新を行う。

図１４は仮想コンピュータ２０２の生成と業務アプリケーション２１０の実行について示したものである。業務コンピュータ４、５からの業務アプリケーション２１０の実行要求２５０を受けた仮想コンピュータ管理処理部５１は、業務用論理ボリューム６１へのストレージパスを設定し、仮想コンピュータ２０２を生成する。次に、業務コンピュータ用ストレージ管理処理部５２に対して管理サブエージェントプログラム２６０及び業務アプリケーションプログラム２６１の参照要求２５１を行う。要求を受けた業務コンピュータ用ストレージ管理処理部５２は、ストレージ２３の管理用論理ボリューム６０から要求されたプログラムの参照を得て（２５２）、仮想コンピュータ管理処理部５１に参照２５３を渡す。仮想コンピュータ管理処理部５１は、管理サブエージェントプログラム２６０を仮想コンピュータ２０２上で起動してから、業務アプリケーションプログラム２６１の起動を行う。

図１５は、ストレージ１１及びネットワーク９の配分管理について示した図である。サブ管理コンピュータ用ストレージ管理処理部４１は、サブ管理コンピュータ用ストレージ連携処理部３００、論理ボリューム制御処理部３０１、サブ管理コンピュータ用使用情報収集処理部３０２で構成されている。業務コンピュータ用ストレージ管理処理部５２は、業務コンピュータ用ストレージ連携処理部３１０、論理ボリューム参照処理部３１１、業務コンピュータ用使用情報収集処理部３１２で構成されている。ストレージ１１は複数の論理ボリューム（ストレージリソース）ＬＶＭ３２１、ＬＶＭ３２２、ＬＶＭ３２３、ＬＶＭ３２４を持つ。サブ管理コンピュータ用ストレージ連携処理部３００と業務コンピュータ用ストレージ連携処理部３１０が連携することにより、論理ボリューム制御処理部３０１によるストレージ制御要求を業務コンピュータ用ストレージ管理処理部５２に伝えることができる。サブ管理コンピュータ用使用情報収集処理部３０２は、業務コンピュータ２００から使用可能なストレージ１１にある全ての論理ボリュームの情報及び応答時間（能力情報）並びに全てのネットワークの情報を収集する（３３０、３３１、３３２、３３３）。即ち、サブ管理コンピュータ用使用情報収集処理部３０２は、業務コンピュータ２００から使用可能な全てのネットワーク及びストレージの情報を収集する。

業務コンピュータ用ストレージ管理処理部５２の業務コンピュータ用使用情報収集処理部３１２は、業務コンピュータから参照できる全てのネットワーク及び論理ボリュームの情報及び応答時間（能力情報）を収集する（３３４、３３５）。即ち、業務コンピュータ用使用情報収集処理部３１２は、業務コンピュータ内の仮想コンピュータ及び業務コンピュータ自身が実際に使用しているネットワーク及びストレージの情報のみを収集する。そして、業務コンピュータ用ストレージ管理処理部５２の業務コンピュータ用使用情報収集処理部３１２は、各仮想コンピュータの業務アプリケーションが使用するネットワークリソース及びストレージリソースの使用状況（使用率）を監視する手段（機能部分）に相当する。

ところで、業務コンピュータにおいて、使用している論理ボリュームの性能やネットワークの応答時間（能力）が悪い場合、論理ボリューム制御処理部３０１により、別の論理ボリューム（別のストレージリソース）への変更を行うことができる。例えば、ＬＶＭ３２２の性能（能力）が不足している場合、論理ボリューム制御処理部３０１が適切な論理ボリュームＬＶＭ３２３を決定し、ＬＶＭ３２２のデータをＬＶＭ３２３にコピーする（３４０）。コピー完了後、論理ボリューム制御処理部３０１は業務コンピュータ用ストレージ連携処理部３１０に対し、ストレージパス変更通知を行う。ストレージパス変更後、図８のサブマネージャ用構成情報のストレージパスを更新する。最後に不要になったＬＶＭ３２２のデータを削除する。このように、業務コンピュータで使用しているストレージの性能（能力）に問題がある場合には、サブ管理コンピュータ用使用情報収集処理部３０２で管理しているストレージリソースの中から最適なものを割当てることが可能となる。

図１６は、業務コンピュータにおけるリソースの使用情報の収集、リソースの配分管理について示したものである。配分管理エージェント２１３はリソース配分処理部４１０、ポリシー実行処理部４１１、使用情報統括処理部４１２、使用情報収集処理部４１３、能力管理処理部４１４で構成される。使用情報収集処理部４１３及び能力管理処理部４１４は、業務コンピュータのＯＳ２１４からそれぞれ業務コンピュータ上におけるコンピュータリソースの使用情報（使用状況）及び能力に関する情報を取得する（４２２、４２３）。取得した情報は使用情報統括処理部４１２に通知する（４２４、４２５）。

仮想コンピュータ２０２の配分管理サブエージェント２１１は、使用情報収集処理部４００を持ち、業務アプリケーション２１０及び仮想ＯＳ２１２から各仮想コンピュータ上におけるコンピュータリソースの使用情報を収集する（４３０、４３１）。使用情報収集処理部４００は、収集した使用情報（使用状況）を配分管理エージェント２１３の使用情報統括処理部４１２に通知する（４３３）。

業務コンピュータ用ストレージ管理処理部５２は、ストレージ２３からストレージに関する使用情報（使用状況）及びネットワーク９からネットワークに関する使用情報（使用状況）を収集し（４２０、４２１）、収集した使用情報を配分管理エージェント２１３の使用情報統括処理部４１２に通知する（４３２）。

使用情報統括処理部４１２は、通知された使用情報を元に、図９のリソース能力管理テーブル１５４ａ及び図１０の配分情報管理テーブル１５４ｂを更新する。ポリシー実行処理部４１１は、使用情報統括処理部４１２が保持する使用情報（各リソースの使用状況）及び、管理者が指定したポリシーに基づき、業務アプリケーションの優先度に従ってリソース配分処理部４１０にリソース配分変更通知を送信する（４２７）。リソース配分処理部４１０は、仮想コンピュータ管理処理部５１のリソース配分変更処理部４０１に配分変更要求４２８を行い、図１２のリソース割当てテーブル２１５の情報（各リソースに対して割当てられる使用率）を更新する。

以上説明したように、上記使用情報収集処理部４１３、上記能力管理処理部４１４、サブ管理コンピュータ用使用情報収集処理部３０２及び業務コンピュータ用使用情報収集処理部３１２は、業務コンピュータ内のリソース（コンピュータ、ネットワーク、ストレージ等）の使用状況を監視する手段（機能部分）に相当する。特に、上記使用情報収集処理部４１３及び上記能力管理処理部４１４は、業務コンピュータ内のコンピュータリソースの使用状況を監視する手段（機能部分）に相当する。業務コンピュータ内のリソースの使用状況とは、全ての仮想コンピュータに割当てられているリソースに対する使用率を示す。

また、このように、上記使用情報収集処理部４００及び上記業務コンピュータ用使用情報収集処理部３１２は、業務コンピュータ内の各仮想コンピュータで稼働する業務アプリケーションのリソース使用状況を監視する手段（機能部分）に相当する。特に、上記使用情報収集処理部４００は、業務コンピュータ内の各仮想コンピュータで稼働する業務アプリケーションのコンピュータリソース使用状況を監視する手段（機能部分）に相当する。該リソース使用状況とは、各業務アプリケーション（各仮想コンピュータ）に割当てられているリソース（コンピュータ、ネットワーク、ストレージ等）に対する使用率を示す。

ところで、本発明に係る業務アプリケーションを業務コンピュータ内の仮想コンピュータ上で稼動させるシステムにおいては、業務コンピュータ（Ａ、Ｂ、…）上の各仮想コンピュータ（Ａ１〜Ａ３、Ｂ１〜Ｂ２、…）では、業務アプリケーションが稼動中に、データ量や処理量の増減等により、業務アプリケーションに必要なリソース量も時間とともに刻一刻と変化するため、ＣＰＵ、メモリ等のコンピュータリソース、ネットワークリソース（ネットワーク性能）、ストレージリソース（ストレージへのデータアクセス性能）の各リソースの使用率が動的に変化することになる。そして、業務コンピュータ上の各仮想コンピュータにおいて、業務アプリケーションを稼動させたとき、業務コンピュータの使用情報収集処理部４１３等、仮想コンピュータの使用情報収集処理部４００及び業務コンピュータ用ストレージ管理処理部５２で監視された各リソースの使用率が動的に変化した状態で使用情報統括処理部４１２で収集される。その収集の結果、リソースの使用率が低くなったとき、該余分なリソースを回収して別の仮想コンピュータに割当てることにより、リソースを無駄なく効率的に利用できる。

このような状況において、業務コンピュータと仮想コンピュータとネットワークとストレージの各リソースの関係を維持管理して業務アプリケーションを安定稼動させるためには、リソース回収処理、リソース割当て処理及び業務アプリケーションの削除／追加処理が必要となる。

そこで、これらの処理について、順次説明する。図１７に示すリソース回収処理及び図１８に示すリソース割当て処理は、ポリシー実行処理部４１１、リソース配分処理部４１０及びリソース配分変更処理部４０１等において実行される。

まず、使用情報統括処理部４１２で業務コンピュータ上の各仮想コンピュータから収集されたリソースの使用状況を基に処理されるリソース回収処理について、図１７を用いて具体的に説明する。まず、業務コンピュータ上の各仮想コンピュータにおけるリソースにおいて、初めに、リソースの使用率がシステム管理者があらかじめ設定した閾値（例えば使用率７０％）より低いものがあるかどうかの確認を行う（５００）。存在しない場合は何も行わずに終了する。存在する場合は、ポリシー実行処理部４１１からの指示に基づいてリソース割当て量（割当て単位）を例えば１％減らす（５０１）。このリソース割当て単位等の値は、管理者がクライアントコンピュータ１５で変更することができる。次に、割当てリソースを減らしたことが業務アプリケーションの性能に影響するかどうかの確認を行う（５０２）。業務アプリケーションの性能に影響するかどうかの判断は、図１６の４３１によって収集した業務アプリケーション２１０の性能情報に基づいて行う。性能に影響がなければ５０１に戻り、更に割当て量を減らす。業務アプリケーションの性能に影響が生じた場合、リソース割当て量を１％増やして影響が出る前の状態に戻し（５０３）、その結果、割当て量を減らした分の余分なリソース量が算出され、該算出されたリソース量をリソース配分処理部４１０でリソース割当てテーブル２１５にプールすることによってリソース回収処理は終了する。このように、余ったリソースは、図１２に示す業務コンピュータ２００のリソース割当てテーブル２１５の空きリソース２２４により管理される。以上説明したように、業務コンピュータ上の全ての仮想コンピュータに対して、リソースの回収処理を行う。

次に、使用情報統括処理部４１２で業務コンピュータ上から収集されたリソースの使用状況を基に処理されるリソース割当て処理について図１８を用いて具体的に説明する。業務コンピュータ上に未使用（余分）のリソースが存在する場合、リソースを必要とする優先度の高い業務アプリケーションを稼働する仮想コンピュータから順に割当てることにより、業務アプリケーションの安定稼動を図ることができる。この処理は定期的に行う。

即ち、初めに、業務コンピュータ上に未使用のリソースが存在するかどうかの確認を行う（５１０）。存在しない場合は何もしないでリソース割当て処理を終了する。未使用のリソースが存在する場合には、例えば、優先度がそれぞれ低、中、高の業務アプリケーションであるＡＰ１、ＡＰ２、ＡＰ３が稼働していた場合、優先度の高い順に並べた業務リスト（ＡＰ３、ＡＰ２、ＡＰ１）を作成し（５１１）、業務リスト中の最も優先度の高い業務アプリケーションにリソースを割当て単位（例えば１％）割当てる（５１２）。該リソースの割当て単位はポリシー管理情報２１６で保持されており、管理者がクライアントコンピュータ１５から変更することができる。次に、リソースを割当てた業務アプリケーションの性能が向上したかどうかの確認を行う（５１３）。性能が向上した場合、５１２に戻り更にリソースを割当てる。性能が向上しない場合（割当てリソースを増やす前と比べて性能に変化がない場合）、リソース割当て量を１％減らして元に戻す（５１４）ことによって、余分なリソースを割当てしないようにする。この時点で、まだ未使用（余分）のリソースが存在するかどうかを確認する（５１５）。未使用（余分）のリソースが存在する場合、まず、該リソース割当て済みの業務アプリケーションを業務リストから削除し（５１６）する。次に、業務リスト中に業務アプリケーションが存在するかどうかを確認する（５１７）。この確認の際、業務リスト中にまだ業務アプリケーションＡＰ２、ＡＰ１が存在する場合、再度業務リスト中の優先度の高い順に業務アプリケーションＡＰ２、ＡＰ１へのリソース割当てを行う（５１２）。５１５において未使用のリソースが存在しない場合及び５１６において業務リストにリソースを割当てする業務アプリケーションが存在しない場合には、業務コンピュータ上の各仮想コンピュータのリソース割当て状態を図１２のリソース割当てテーブル２１５に反映し（５１８）、リソース割当て処理を終了する。

以上説明したリソース回収処理とリソース割当て処理は、ポリシー実行処理部４１１からリソースの増減を指示し、リソース配分処理部４１０で図１２に示すリソース割当てテーブル２１５を更新し、上記増減の指示を受けたリソース配分変更処理部４０１は仮想コンピュータへの割当てリソース量を変更することになる。

次に、図１２のリソース割当てテーブル及び、図１３の優先度テーブルの状態から、業務アプリケーションＡＰ２を削除する場合の処理について図１９を用いて具体的に説明する。初めにＡＰ２が稼動している仮想コンピュータのリソースを解放する（６００）。次にリソース割当てテーブル、優先度テーブル、配分情報管理テーブル（図１０）からＡＰ２の情報を削除する（６０１）。続いてリソース割当てテーブルの合計２２３及び空きリソース２２４の値を更新する（６０２）。この時点で、この業務コンピュータに空きリソースが生じたので、業務コンピュータに存在する各業務アプリケーションに余ったリソースの割当てを行う（６０３）。

次に、図１２のリソース割当てテーブル及び、図１３の優先度テーブルの状態から、優先度「低」の業務アプリケーションＡＰ４を追加する場合の処理について図２０を用いて具体的に説明する。初めに、図５のリソース配分最適化テーブル７６ａにＡＰ４の情報が存在するか確認する（７００）。存在する場合は、リソース配分最適化テーブル７６ａ及び図６のリソース能力重み付けテーブル７６ｂの値から算出したリソース割当て量を割当てる（７０１）。存在しない場合はリソース割当て量にあらかじめシステム管理者が設定したデフォルト値を割当てる（７０２）。次に、割当てに必要なリソースが存在するか確認を行う（７０３）。リソースが不足している場合には、仮想コンピュータの生成に十分なリソース量かどうかの確認を行う（７０７）。仮想コンピュータの生成が行えない場合には、リソースに余裕ができるまでＡＰ４の生成を待機させ（７０８）、定期的にリソース回収処理（７０９）を行う。７０３において、十分な空きリソースが存在する場合には、リソースの確保及びリソース割当てテーブルの更新を行い（７０４）、ＡＰ４を実行するための仮想コンピュータの生成を行う（７０５）。さらに生成した仮想コンピュータでＡＰ４を実行する（７０６）。図２０では、優先度「低」の場合を示したが、優先度「中」や「高」の場合、処理７０８の部分が異なる。優先度が「中」や「高」の業務アプリケーションを追加する場合、追加する業務アプリケーションの優先度よりも小さい業務アプリケーションが存在する場合、処理７０８の代わりに優先度の低い業務アプリケーションを停止してリソースを回収する処理を行う。優先度の低い業務アプリケーションが存在しない場合、優先度「低」の場合と同様に処理７０８を行う。

以上説明した業務アプリケーションの追加、削除は、図１４及び図１６に示す仮想コンピュータ管理処理部５１で行う。なお、図１４には、業務アプリケーションを追加する場合の実施例が示されている。

本発明の実施方法の全体構成を示した説明図である。図１で示した各要素を詳細に示した説明図である。管理マネージャ処理部を詳細に示した説明図である。マネージャ用構成情報を示したテーブルである。業務アプリケーションごとの最適なリソース割当て量を管理するテーブルである。各リソースの能力に対する重み付け値を管理するテーブルである。サブ管理コンピュータを詳細に示した説明図である。サブマネージャ用構成情報を示したテーブルである。業務コンピュータのリソース能力を管理するテーブルである。仮想コンピュータの性能情報を管理するテーブルである。図８の状態の業務コンピュータを詳細に示した説明図である。業務コンピュータ内の各仮想コンピュータへのリソース割当て状況、合計割当て量、空きリソース量を管理するテーブルである。業務コンピュータ内における各業務アプリケーションの優先度を管理するテーブルである。仮想コンピュータの生成と、性能管理サブエージェント及び業務アプリケーションの実行について示した図である。ストレージの性能管理について示した図である。業務コンピュータ内の性能管理について示した図である。リソース回収処理の流れを示すフローチャートである。リソース割当て処理の流れを示すフローチャートである。業務ＡＰ２を削除する場合の処理の流れを示すフローチャートである。優先度「低」の業務ＡＰ４を追加する場合の処理の流れを示すフローチャートである。

符号の説明

１…管理コンピュータ、２…ネットワーク、３、６…サブ管理コンピュータ、４、５，７，８…業務コンピュータ、９、１０…ネットワーク、１１、１２…ストレージ、１５…クライアントコンピュータ、３０…管理マネージャ処理部、４０…管理サブマネージャ処理部、４１…サブ管理コンピュータ用ストレージ管理処理部、５０…仮想コンピュータ、５１…仮想コンピュータ管理処理部、５２…業務コンピュータ用ストレージ管理処理部、６０…管理用論理ボリューム、６１、６２…業務用論理ボリューム、７０…マネージャ用構成管理処理部、７１…配分管理処理部、７２…ポリシー管理処理部、７５…マネージャ用構成情報、７６ａ、７６ｂ…マネージャ用配分管理情報、１５０…サブマネージャ用構成管理処理部、１５１…サブマネージャ用配分情報管理処理部、１５２…サブマネージャ用ポリシー管理処理部、１５３…サブマネージャ用構成情報、１５４ａ、１５４ｂ…サブマネージャ用配分管理情報、１５５…ストレージデータパス情報、２００…業務コンピュータ、２０１、２０２…仮想コンピュータ、２１０…業務アプリケーションＡＰ２、２１２…仮想ＯＳ、２１３…配分管理エージェント、２１４…ＯＳ、２１５…業務コンピュータ用配分管理情報、２１６…ポリシー管理情報、３００…サブ管理コンピュータ用ストレージ連携処理部、３０１…論理ボリューム制御処理部、３０２…サブ管理コンピュータ用使用情報収集処理部、３１０…業務コンピュータ用ストレージ連携処理部、３１１…論理ボリューム参照処理部、３１２…業務コンピュータ用使用情報収集処理部、４００…使用情報収集処理部、４０１…リソース配分変更処理部、４１０…リソース配分処理部、４１１…ポリシー実行処理部、４１２…使用情報統括処理部、４１３…使用情報収集処理部、４１４…能力管理処理部。

Claims

コンピュータと仮想コンピュータとネットワークとストレージとのリソースを用いて、業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させるリソース制御方法であって、
前記業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させた際、動的に変化する各リソースの使用状況を定期的に収集する収集ステップと、
該収集ステップで収集された動的に変化する各リソースの使用状況に基づいて前記業務アプリケーションの稼働に必要な各リソース量を定期的および動的に計算して前記各仮想コンピュータの各リソースに割当て、余分な各リソースを回収するリソース回収処理ステップとを有することを特徴とするリソース制御方法。
更に、前記リソース回収処理ステップで回収された各余分なリソースを前記業務アプリケーションの優先度に従って前記各仮想コンピュータに割当てるリソース量を増減させるリソース割当て処理ステップを有することを特徴とする請求項１記載のリソース制御方法。
コンピュータと仮想コンピュータとネットワークとストレージとのリソースを用いて、業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させるリソース制御方法であって、
前記業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させた際、動的に変化する各リソースの使用状況を定期的に収集する収集ステップと、
該収集ステップで収集された動的に変化する各リソースの使用状況に基づいて前記業務アプリケーションの稼働に必要な各リソース量を定期的および動的に計算して前記各仮想コンピュータの各リソースに割当て、余分な各リソースを回収するリソース回収処理ステップと、
前記リソース回収処理ステップで回収された各余分なリソースを前記業務アプリケーションの優先度に従って前記各仮想コンピュータに割当てるリソース割当て処理ステップとを有することを特徴とするリソース制御方法。
前記リソース割当て処理ステップにおいて、余分なリソースを割当てないように各リソース割当て比率を動的に算出する算出ステップを含むことを特徴とする請求項２または３記載のリソース制御方法。
前記リソース割当て処理ステップにおいて、複数の業務アプリケーションを優先度の高い順に並べた業務リストを作成し、前記リソース回収ステップで回収された各余分なリソースを前記業務リストに並べた優先度の高い方の業務アプリケーションから順に割当て、該順に割当て済みの業務アプリケーションを前記業務リストから削除することによって順に割当て要の業務アプリケーションを前記業務リストに残すステップを含むことを特徴とする請求項２または３記載のリソース制御方法。
前記リソース割当て処理ステップにおいて、各業務アプリケーションの現在のリソース割当て状態をリソース割当てテーブルに反映させるステップを含むことを特徴とする請求項２または３記載のリソース制御方法。
更に、所定の業務アプリケーションを稼働させるリソースを解放し、前記リソース割当てテーブルから前記所定の業務アプリケーションを削除し、前記リソース割当てテーブルの割当て合計値及び空きリソースの値を更新して該空きリソースに他の業務アプリケーションのリソースを割当てできるようにする業務アプリケーション削除ステップを有することを特徴とする請求項６記載のリソース制御方法。
更に、配分最適化テーブルに所定の業務アプリケーションの情報が存在するか否かを確認し、存在する場合にはリソース割当て量として前記配分最適化テーブルの最適値を与え、存在しない場合にはリソース割当て量としてデフォルト値を与え、その結果十分な空きリソースが存在する場合には前記所定の業務アプリケーションのリソースを確保して前記リソース割当てテーブルを更新し、仮想コンピュータを生成して前記所定の業務アプリケーションを実行する業務アプリケーション追加ステップを有することを特徴とする請求項６記載のリソース制御方法。
コンピュータと仮想コンピュータとネットワークとストレージとのリソースを用いて、業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させるリソース制御システムであって、
前記業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させた際、動的に変化する各リソースの使用状況を定期的に収集する収集処理部と、
該収集処理部で収集された動的に変化する各リソースの使用状況に基づいて前記業務アプリケーションの稼働に必要な各リソース量を定期的および動的に計算して前記各仮想コンピュータの各リソースに割当て、余分な各リソースを回収するリソース回収処理部とを備えたことを特徴とするリソース制御システム。
更に、前記リソース回収処理部で回収された各余分なリソースを前記業務アプリケーションの優先度に従って前記各仮想コンピュータに割当てるリソース量を増減させるリソース割当て処理部を備えたことを特徴とする請求項９記載のリソース制御システム。
コンピュータと仮想コンピュータとネットワークとストレージとのリソースを用いて、業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させるリソース制御システムであって、
前記業務コンピュータ内の各仮想コンピュータで業務アプリケーションを稼動させた際、動的に変化する各リソースの使用状況を定期的に収集する収集処理部と、
該収集処理部で収集された動的に変化する各リソースの使用状況に基づいて前記業務アプリケーションの稼働に必要な各リソース量を定期的および動的に計算して前記各仮想コンピュータの各リソースに割当て、余分な各リソースを回収するリソース回収処理部と、
前記リソース回収処理部で回収された各余分なリソースを前記業務アプリケーションの優先度に従って前記各仮想コンピュータに割当てるリソース割当て処理部とを備えたことを特徴とするリソース制御システム。
前記リソース割当て処理部において、余分なリソースを割当てないように各リソース割当て比率を動的に算出する算出部を含むことを特徴とする請求項１０または１１記載のリソース制御システム。
前記リソース割当て処理部において、複数の業務アプリケーションを優先度の高い順に並べた業務リストを作成し、前記リソース回収ステップで回収された各余分なリソースを前記業務リストに並べた優先度の高い方の業務アプリケーションから順に割当て、該順に割当て済みの業務アプリケーションを前記業務リストから削除することによって順に割当て要の業務アプリケーションを前記業務リストに残す処理部を含むことを特徴とする請求項１０または１１記載のリソース制御システム。
前記リソース割当て処理部において、各業務アプリケーションの現在のリソース割当て状態をリソース割当てテーブルに反映させる処理部を含むことを特徴とする請求項１０または１１記載のリソース制御システム。
更に、所定の業務アプリケーションを稼働させるリソースを解放し、前記リソース割当てテーブルから前記所定の業務アプリケーションを削除し、前記リソース割当てテーブルの割当て合計値及び空きリソースの値を更新して該空きリソースに他の業務アプリケーションのリソースを割当てできるようにする業務アプリケーション削除処理部を備えたことを特徴とする請求項１４記載のリソース制御システム。
更に、配分最適化テーブルに所定の業務アプリケーションの情報が存在するか否かを確認し、存在する場合にはリソース割当て量として前記配分最適化テーブルの最適値を与え、存在しない場合にはリソース割当て量としてデフォルト値を与え、その結果十分な空きリソースが存在する場合には前記所定の業務アプリケーションのリソースを確保して前記リソース割当てテーブルを更新し、仮想コンピュータを生成して前記所定の業務アプリケーションを実行する業務アプリケーション追加処理部を有することを特徴とする請求項１４記載のリソース制御システム。
前記リソース割当て処理部において、前記リソース量を増減させる比率をポリシーと位置付け、前記ポリシーを変更できることを特徴とする請求項１０記載のリソース制御システム。
前記ポリシーを管理コンピュータに接続されるクライアントからの変更により、前記管理コンピュータ内の管理マネージャ処理部と、サブ管理コンピュータ内の管理サブマネージャ処理部を経由して、前記業務コンピュータに反映できることを特徴とする請求項１７記載のリソース制御システム。
前記管理コンピュータ内の管理マネージャ処理部は、前記サブ管理コンピュータ内の管理サブマネージャ処理部と同じコンピュータ内で動作することができることを特徴とする請求項１８記載のリソース制御システム。
前記サブ管理コンピュータ内の管理サブマネージャ処理部は、前記業務コンピュータ内で稼動できることを特徴とする請求項１８記載のリソース制御システム。