JP2003131894A - コンピュータ環境の資源管理方法 - Google Patents

Abstract

(57)【要約】 【課題】１つのコンピュータ環境を複数の論理区画に分
割して実行する計算機システムにおいて、ＣＰＵ資源の
動的変更を実施する時、特に各論理区画の負荷の変動が
大きい場合に、適切な資源の割当てを保証することがで
きない。 【解決手段】各論理区画内に構築した計算機システムイ
メージのいずれかへ１つの処理を投入する時に、上記処
理を投入する上記計算機システムイメージが属する上記
論理区画の上記ＣＰＵ資源の割り振りを、予め定められ
た分量だけ増加させ、また、上記処理が終了する時に、
上記処理を実行していた上記計算機システムイメージが
属する上記論理区画の上記ＣＰＵ資源の割り振りを、予
め定められた分量だけ減少させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ひとつの計算機シ
ステムの資源を、複数の論理区画に分割して実行するコ
ンピュータ環境の資源管理方法に関し、特に、システム
稼動中に資源の割当て状態を動的に変更する資源管理方
法に関する。

【０００２】

【従来の技術】ひとつの計算機システムの資源を、複数
の論理区画に分割し、各論理区画上にひとつの計算機シ
ステムイメージを構築する技術が一般化している。こう
した技術は、特開平５−１８１８２３号公報、及び特開
２０００−２５９４３４号公報に開示されている。

【０００３】一方、近年、ネットワークで接続された複
数の計算機ノードを用いて、一連の処理を進めるネット
ワークコンピューティングが進展している。このような
環境下では、計算機ノード間で、リクエストをやりとり
しながら処理を進めるのが一般的である。そのため、リ
クエストのやり取りのたびに、計算機ノード間の負荷が
大きく変動する。

【０００４】今後は、このネットワークコンピューティ
ング環境で実行されてきた処理を、論理区画を用いて、
ひとつの計算機システム上に、複数の計算機システムイ
メージを構築することによって実行させるようなことが
考えられる。これにより、分散していた計算機ノード
を、ひとつの計算機ノードに集約することができるた
め、運用負荷を軽減できるというメリットがある。

【０００５】しかし、先にも述べたように、各計算機シ
ステムイメージ間で、リクエストのやり取りをしながら
処理を進めるため、特定の計算機システムイメージに対
して、負荷が集中するといった状況が発生しうる。最初
に定めた各論理区画への資源の配分量を変更できない計
算機システムでは、このような負荷の変動が発生したと
き、負荷が集中した計算機システムイメージの実行が遅
延する結果を招く。

【０００６】以上、課題を解決するために、特開２００
１−１４２８５８号公報や、特開２００１−１４７８２
４号公報では、各論理区画に割当てた資源を、動的に調
整する技術を開示している。これらの公報で示された技
術では、計算機システム内の各論理区画の負荷に対し
て、論理区画への資源のＣＰＵ割当て量が十分ではな
く、その論理区画で稼動するワークロードの実行が遅れ
ていることを検出したとき、論理区画間で計算機システ
ム資源の調整を行う。すなわち、負荷の高い論理区画へ
のＣＰＵ割当てを増やすことで、ワークロードの実行の
遅れを助けることができるような、論理区画間で動的な
資源の移動を行うことができる。

【０００７】

【発明が解決しようとする課題】上記従来技術では、過
去の負荷状況を判断基準にして、その後の資源割当てを
動的に変更することになる。このような技術は、時間が
変化しても、各論理区画の負荷状況が急激に変化しない
ときには有効である。しかし、計算機システムを利用す
る際、各論理区画の負荷の変化が小さいものばかりであ
るという保証はない。ある短い時間に、計算機システム
内のいずれかの論理区画に対する処理要求が急激に増加
し、それを処理するために多くの資源を必要とするよう
な状況が発生したときに、過去の負荷状況をもとにした
動的変更では、適切な資源の割当てを行うことができな
い。また、ある短い時間に負荷が高まったという過去の
実行履歴をもとに、その論理区画への資源の割当てを増
加したとしても、そのときには既に同論理区画の負荷は
低くなっていることもある。この状況では、資源の動的
割当てを無駄に行うことになる。

【０００８】本発明の目的は、ひとつの計算機システム
を複数の論理区画に分割して実行する計算機システムに
おいて、資源の動的変更を実施する時、特に各論理区画
の負荷の変動が大きい場合に、適切な資源の割当てを保
証する方法を提供することである。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、１つのコンピュータ環境のＣＰＵ資源を、予め定め
られた１つ以上の論理区画に割り振ることで、当該論理
区画の各々に、計算機システムイメージを構築すること
を可能とするコンピュータ環境の資源管理方法におい
て、当該計算機システムイメージのいずれかへ１つの処
理を投入する時に、当該処理を投入する当該計算機シス
テムイメージが属する当該論理区画の当該ＣＰＵ資源の
割り振りを予め定められた分量だけ増加させ、また、当
該処理が終了する時に、当該処理を実行していた当該計
算機システムイメージが属する当該論理区画の当該ＣＰ
Ｕ資源の割り振りを予め定められた分量だけ減少させる
ステップを設ける。

【００１０】また、上記処理を複数のクラスに分類し、
当該処理を投入する当該計算機システムイメージが属す
る当該論理区画の当該ＣＰＵ資源の割り振りを、当該処
理の当該クラスに応じた分量だけ増加させる。

【００１１】また、上記論理区画の各々に対して、上記
ＣＰＵ資源を割り振る上限を設け、上記処理を投入する
上記計算機システムイメージが属する上記論理区画の上
記ＣＰＵ資源の割り振りを、予め定めた分量だけ増加さ
せた時に、当該論理区画の当該ＣＰＵ資源の割り振り
が、当該上限を超過した時に、当該論理区画への当該Ｃ
ＰＵ資源の割り振りを、当該上限に制限する。

【００１２】また、上記論理区画の各々への上記ＣＰＵ
資源の割り振り量は、上記ステップにより求められた上
記論理区画の各々への上記ＣＰＵ資源の割り振り量の相
対値に基づいて決定する。

【００１３】

【発明の実施の形態】図１から図１６を用いて、本発明
の実施の形態を説明する。

【００１４】まず、図１から図５を用いて、本発明の第
１の実施の形態を説明する。

【００１５】図１は、本発明の実施の形態を示す計算機
システムの構成である。計算機１００の中には、ＣＰＵ
（２００）と主記憶装置（３００）がある。

【００１６】主記憶装置（３００）は、ハイパバイザ
（３１０）と、論理区画１（３２０）と、論理区画２
（３３０）に分割されている。ハイパバイザ（３１０）
は、計算機（１００）の資源を、複数の論理区画（３２
０、３３０）に分割し、各論理区画上（３２０、３３
０）で計算機システムイメージを構築するための処理プ
ログラム、およびデータを有している。

【００１７】ハイパバイザ（３１０）内のＣＰＵ割当て
処理部１０００は、論理区画１（３２０）および論理区
画２（３３０）に対して、ＣＰＵ（２００）を割当て、
それぞれの論理区画（３２０、３３０）内での処理を実
行可能とする。ＣＰＵ割当て量変更処理部２０００は、
各論理区画（３２０、３３０）からの通知に従い、各論
理区画（３２０、３３０）に割当てるＣＰＵ（２００）
の量を変更する。ＣＰＵ割当て登録表（３０００）は、
各論理区画（３２０、３３０）に割当てるべきＣＰＵ
（２００）の量を記録しておく。

【００１８】オペレーテイングシステムＯＳ１（４００
０）は、論理区画１（３２０）内で実行する計算機シス
テムイメージを管理する。また、アプリケーションＡＰ
１（５０００）は、論理区画１（３２０）内で実行さ
れ、このＡＰ１（５０００）の実行開始、終了といった
制御は、ＯＳ１（４０００）が行う。

【００１９】同様に、オペレーテイングシステムＯＳ２
（６０００）およびアプリケーションＡＰ２（７００
０）は、論理区画２（３３０）内で実行される。

【００２０】図２は、ＣＰＵ割当て登録表（３０００）
の構成図である。ＣＰＵ割当て登録表（３０００）は、
各時点において、各論理区画（３２０、３３０）に割当
てるべきＣＰＵの量を記録した情報である。ＣＰＵ割当
て登録表（３０００）は、論理区画番号（３１００）と
ＣＰＵ割当て量（３２００）の対から構成される情報
を、論理区画１（３２０）および論理区画２（３３０）
それぞれに対して定義する。図２は、論理区画１（３２
０）に対するＣＰＵ割当て量が２０であり、論理区画２
（３３０）に対するＣＰＵ割当て量が３０である状態を
示している。これらの割当て量が示す数字は、予め定め
た一定の時間内に、各論理区画（３２０、３３０）への
ＣＰＵ割当て時間の長さを絶対値で示している。これら
の数字の単位は、例えばミリ秒やマイクロ秒などであ
る。

【００２１】図３は、論理区画１（３２０）において、
ＡＰ１（５０００）を実行する際の、ＯＳ１（４００
０）の処理内容を示した処理フローチャートである。

【００２２】ＡＰ１（５０００）の実行要求を受け付け
た（ステップ４１００）とき、ＯＳ１（４０００）は、
ハイパバイザ（３１０）に対して、ＡＰ１（５０００）
の開始を通知（ステップ４２００）する。通知を受け取
ったハイパバイザ（３１０）側では、ＣＰＵ割当て量変
更処理（２０００）を実行し、論理区画１（３２０）に
割当てるＣＰＵ量を変更する。

【００２３】その後、論理区画１（３２０）のＯＳ１
（４０００）は、ＡＰ１（５０００）の実行を開始（ス
テップ４３００）する。その後、ＡＰ１（５０００）の
処理が終了（ステップ４４００）したとき、ＡＰ１（５
０００）は実行終了を、ハイパバイザ（３１０）に通知
（ステップ４５００）する。ハイパバイザ（３１０）
は、再びＣＰＵ割当て量変更処理（２０００）を実行
し、論理区画１（３２０）に割当てるＣＰＵ量を変更す
る。

【００２４】論理区画２（３３０）におけるＯＳ２（６
０００）も、ＡＰ２（７０００）の実行に際して、図３
で示したＯＳ１（４０００）と同様の処理を実行する。

【００２５】図４は、ＯＳ１（４０００）およびＯＳ２
（６０００）から通知を受けたときに実行されるＣＰＵ
割当て量変更処理部（２０００）の処理フローチャート
である。

【００２６】まず、ＣＰＵ割当て登録表（３０００）を
参照し、通知を受けた論理区画（３２０、３３０）に一
致する論理区画番号（３１００）を選択し、その論理区
画（３２０、３３０）に対するＣＰＵ割当て量（３２０
０）を取得（ステップ２１００）する。次に、論理区画
（３２０、３３０）からの通知の種類が、アプリケーシ
ョンＡＰ（５０００、７０００）の開始及び終了のいず
れかを判定（ステップ２２００）する。この情報は、通
知の際に論理区画（３２０、３３０）内のオペレーテイ
ングシステムＯＳ（４０００、６０００）からハイパバ
イザ（３１０）に対して連絡される。

【００２７】通知の種類がＡＰ（５０００、７０００）
の開始であった場合、通知元の論理区画（３２０、３３
０）に対するＣＰＵ割当て量（３２００）に、単位時間
を加算（ステップ２３００）する。ここで加算する単位
時間とは、各ＡＰ（５０００、７０００）を実行するた
めに必要とされるＣＰＵ割当て量のことであり、本実施
の形態では、この単位時間の大きさはあらかじめハイパ
バイザが定めておく。この処理によって、論理区画（３
２０、３３０）でＡＰ（５０００、７０００）を実行す
る前に、これらの論理区画（３２０、３３０）へのＣＰ
Ｕ割当て量を増加しておくことができる。

【００２８】ステップ２２００の判定において、通知の
種類がＡＰ（５０００、７０００）の終了であった場合
は、通知元の論理区画（３２０、３３０）に対するＣＰ
Ｕ割当て量（３２００）から、単位時間を減算（ステッ
プ２４００）する。

【００２９】このようにして、ＣＰＵ割当て量変更処理
部（２０００）によって、各論理区画（３２０、３３
０）に割当てるべきＣＰＵ量は動的に変更されるが、実
際にＣＰＵ（２００）の割当てを実行するのは、ＣＰＵ
割当て処理部（１０００）である。図５に、ＣＰＵ割当
て処理部（１０００）の処理フローチャートを示す。な
お、ＣＰＵ割当て処理部（１０００）は、あらかじめ定
めた一定時間ごとに、各論理区画（３２０、３３０）へ
のＣＰＵ割当て処理を定期的に繰り返す。図５は、そう
した繰り返し処理１回あたりの処理内容を示している。

【００３０】まず、論理区画１（３２０）に対して、Ｃ
ＰＵ（２００）を割当てるために、ＣＰＵ割当て登録表
（３０００）を参照し、論理区画番号（３１００）＝１
に対応するＣＰＵ割当て量（３２００）を取得（ステッ
プ１１００）する。この値は、既に図２の説明で示した
ように、あらかじめ定めた単位に基づく時間の長さを示
している。ここで取得した時間の長さを指定して、論理
区画１（３２０）にＣＰＵ（２００）の割当て（ステッ
プ１２００）を行う。なお、このようにＣＰＵ（２０
０）を時分割して論理区画（３２０、３３０）の処理を
実行させる方法は、従来技術で示した特開２０００−２
５９４３４号公報などにて示されている公知の技術を利
用する。即ち、ＣＰＵ（２００）の処理時間全体を時分
割し、時分割された時間帯の配分を各論理区画ごとに変
えることによってＣＰＵ（２００）の割当てを変える。 ＣＰＵ（２００）を割当てられた論理区画１（３２０）
では、その時までの実行状況に応じて、ＯＳ１（４００
０）ないしＡＰ１（５０００）の処理を順次実行（ステ
ップ８０００）する。そして、ハイパバイザ（３１０）
がステップ１２００で指定したＣＰＵ割当て時間が経過
すると、ＣＰＵ（２００）の実行はハイパバイザ（３１
０）側に戻される。

【００３１】ＣＰＵ（２００）の割当てがハイパバイザ
自身に戻ったあと、ハイパバイザ（３１０）は引き続
き、ステップ１３００およびステップ１４００により、
論理区画２（３３０）へのＣＰＵ（２００）の割当てを
行う。これらの処理ステップは、対象となる論理区画
（３２０、３３０）が異なる以外、ステップ１１００お
よびステップ１２００と同様であるため、説明は省略す
る。

【００３２】ＣＰＵ（２００）を割当てられた論理区画
２（３３０）では、ＯＳ２（６０００）ないしＡＰ２
（７０００）の処理を順次実行（ステップ９０００）
し、指定された割当て時間が経過したのち、ＣＰＵ（２
００）の割当てをハイパバイザ（３１０）に戻す。

【００３３】次に、図６から図８を用いて、本発明の第
２の実施の形態を説明する。

【００３４】本発明の第２の実施の形態では、各論理区
画（３２０、３３０）で実行するアプリケーションＡＰ
（５０００、７０００）を複数のクラスに分類し、その
クラスに応じて、ＡＰ（５０００、７０００）の開始お
よび終了時のＣＰＵ割当ての変更量を切り替える。

【００３５】図６は、本発明の第２の実施の形態を示す
計算機システムの構成である。図６に示す構成は、ハイ
パバイザ（３１０）内に、クラス対応表（１００００）
を新たに設け、第２の実施の形態におけるＣＰＵ割当て
量変更処理部（１１０００）を設けたものである。ＣＰ
Ｕ割当て量変更処理部（１１０００）は、クラス対応表
（１００００）をもとにして、各論理区画（３２０、３
３０）へのＣＰＵ（２００）割当て量を動的に変更す
る。それ以外の構成は、図１で示した第１の実施の形態
と同一である。

【００３６】図７は、クラス対応表（１００００）の構
成を示している。クラス対応表（１００００）は、クラ
ス番号（１０１００）と、それに対するＣＰＵ変更量
（１０２００）の対を、ｎ個並べた構成となっている。
図７では、クラス番号（１０１００）＝１に属するＡＰ
（５０００、７０００）に対しては、ＣＰＵ割当て量を
５増加させることを表わし、同様に、クラス番号（１０
１００）＝２に属するＡＰ（５０００、７０００）に対
しては、ＣＰＵ割当て量を１０増加させることを表わ
す。

【００３７】各論理区画（３２０、３３０）で実行する
ＡＰ（５０００、７０００）が、どのクラスに属するか
は、各論理区画（３２０、３３０）内のＯＳ（４００
０、６０００）が決定する。ここで、ＯＳ（４０００、
６０００）は、利用者がＡＰ（５０００、７０００）を
起動要求したときに指定した実行優先度をもとに、より
優先度の高いＡＰ（５０００、７０００）を、よりクラ
ス番号（１０１００）の大きいクラスに分類するといっ
た方針に従い、各ＡＰ（５０００、７０００）のクラス
を決定することができる。

【００３８】図８は、第２の実施の形態におけるＣＰＵ
割当て量変更処理部（１１０００）の処理フローチャー
トである。

【００３９】ＣＰＵ割当て量変更処理部（１１０００）
は、第１の実施の形態と同様、ＡＰ（５０００、７００
０）の開始または終了時に、ＯＳ（４０００、６００
０）からの通知を受け取った時に実行される。まず、通
知の際にＯＳ（４０００、６０００）から示されたクラ
ス番号を取得（ステップ１１１００）する。次に、クラ
ス対応表（１００００）を参照して、取得したクラス番
号（１０１００）に対応するＣＰＵ変更量（１０２０
０）を取得（ステップ１１２００）する。

【００４０】このように、第２の実施の形態では、クラ
スに応じて変更するＣＰＵ割当て量に違いが生じるとい
う点が、常に同じ値のＣＰＵ割当て変更量を利用してい
た第１の実施の形態との違いである。その点を除き、以
下、ステップ１１３００からステップ１１６００の処理
内容は、図４で説明した第１の実施の形態におけるＣＰ
Ｕ割当て量変更処理部（２０００）のステップ２１００
からステップ２４００の処理内容と同一である。

【００４１】次に、図９から図１１を用いて、本発明の
第３の実施の形態を説明する。

【００４２】本発明の第３の実施の形態は、論理区画
（３２０、３３０）ごとに、ＣＰＵ（２００）の割当て
量に上限値を設定する場合である。

【００４３】図９は、本発明の第３の実施の形態を示す
計算機システムの構成である。図９に示す構成は、ハイ
パバイザ（３１０）内に、上限値管理表（１２０００）
を新たに設け、第３の実施の形態におけるＣＰＵ割当て
量変更処理部（１３０００）を設けたものである。ＣＰ
Ｕ割当て量変更処理部（１３０００）は、上限値管理表
（１２０００）で示された値を越えない範囲で、各論理
区画（３２０、３３０）へのＣＰＵ（２００）の割当て
量を動的に変更する。それ以外の構成は、図１で示した
第１の実施の形態と同一である。

【００４４】図１０は、上限値管理表（１２０００）の
構成を示している。上限値管理表（１２０００）は、論
理区画番号（１２１００）と、それに対するＣＰＵ割当
て上限値（１２２００）の対から構成される情報を、論
理区画１（３２０）および論理区画２（３３０）それぞ
れに対して定義する。図１０は、論理区画１（３２０）
に対するＣＰＵ割当て上限値が４０であり、論理区画２
（３３０）に対するＣＰＵ割当て上限値が６０である状
態を示している。すなわち、ＡＰ（５０００、７００
０）の実行時間が増えたとき、論理区画１（３２０）よ
り論理区画２（３３０）に対して多くの時間、ＣＰＵ
（２００）を割当てることができる定義内容となってい
る。

【００４５】図１１は、第３の実施の形態におけるＣＰ
Ｕ割当て量変更処理部（１３０００）の処理フローチャ
ートである。

【００４６】ＣＰＵ割当て量変更処理部（１３０００）
は、第１の実施の形態と同様、ＡＰ（５０００、７００
０）の開始または終了時に、ＯＳ（４０００、６００
０）からの通知を受け取った時に実行される。ここで、
ステップ１３１００およびステップ１３２００は、図４
で説明した第１の実施の形態におけるＣＰＵ割当て量変
更処理部（２０００）のステップ２１００およびステッ
プ２２００と同一である。

【００４７】ステップ１３２００の判定において、論理
区画（３２０、３３０）からの通知の種類がＡＰ開始だ
った場合、上限値管理表（１２０００）を参照し、通知
のあった論理区画番号（１２１００）に対応するＣＰＵ
割当て上限値（１２２００）を取得（ステップ１３３０
０）する。次に、ステップ１３１００で取得した現在の
割当て量（３２００）と、１回のＡＰ（５０００、７０
００）ごとに割当てる単位時間を足した値が、ステップ
１３３００で取得した上限値（１２２００）を越えてい
ないか否かを判定（ステップ１３４００）する。

【００４８】上限値（１２２００）を越えていない場合
は、通知があった論理区画（３２０、３３０）へのＣＰ
Ｕ割当て量（３２００）に、単位時間を加算（ステップ
１３５００）する。一方、現在の割当て量（３２００）
と変更すべき単位時間の合計値が上限値（１２２００）
を越えている場合、通知があった論理区画（３２０、３
３０）へのＣＰＵ割当て量（３２００）を、上限値（１
２２００）と同じ値に設定（ステップ１３６００）す
る。

【００４９】ステップ１３２００の判定において、論理
区画（３２０、３３０）からの通知の種類がＡＰ終了だ
った場合は、上限値管理表（１２０００）の内容にかか
わらず、通知があった論理区画（３２０、３３０）への
ＣＰＵ割当て量（３２００）から、単位時間を減算（ス
テップ１３７００）する。

【００５０】次に、図１２から図１４を用いて、本発明
の第４の実施の形態を説明する。

【００５１】本発明の第４の実施の形態は、ＡＰ（５０
００、７０００）の実行状況に応じて変更したＣＰＵ割
当て量を、更に相対量に補正して、各論理区画（３２
０、３３０）に割当てる場合である。

【００５２】図１２は、本発明の第４の実施の形態を示
す計算機システムの構成である。図１２において、ハイ
パバイザ（３１０）内には、第４の実施の形態における
ＣＰＵ割当て処理部（１４０００）、各論理区画（３２
０、３３０）へ割当てるべきＣＰＵの量を絶対量および
相対量で示した第４の実施の形態におけるＣＰＵ割当て
管理表（１５０００）、第４の実施の形態におけるＣＰ
Ｕ割当て量変更処理部（１６０００）、及びＣＰＵ割当
て量補正処理部（１７０００）が設けられている。それ
以外の構成は、図１で示した第１の実施の形態と同一で
ある。

【００５３】ＣＰＵ割当て処理部（１４０００）の処理
の流れは、各論理区画（３２０、３３０）にＣＰＵ（２
００）を割当てる際、ＣＰＵ割当て管理表（１５００
０）で示される相対量を利用するということ以外、図５
で示した第１の実施の形態におけるＣＰＵ割当て処理部
（１０００）の処理の流れと同一である。

【００５４】図１３は、ＣＰＵ割当て管理表（１５００
０）の構成を示している。第４の実施の形態では、ＣＰ
Ｕ割当て管理表（１５０００）は、論理区画番号（１５
１００）と、それに対するＣＰＵ割当て絶対量（１５２
００）およびＣＰＵ割当て相対量（１５３００）から構
成される。ここで、ＣＰＵ割当て絶対量（１５２００）
は、第１の実施の形態と同じように、ＡＰ（５０００、
７０００）の開始および終了に合わせて、単位時間を加
算または減算した値である。図１３では、論理区画１
（３２０）には２０、論理区画２（３３０）には４０の
割当てが要求されたことを示している。

【００５５】しかし、第４の実施の形態では、これらの
値をそのままではＣＰＵ割当て量として利用しない。こ
れらの割当て量の合計値は６０となるが、ＣＰＵ（２０
０）の処理能力が高く、更に多くのＣＰＵ割当てを実行
することができるとすれば、これらの値をそのまま使っ
たのでは、ＣＰＵ（２００）の実行時間に空きが生じ
る。例えば、第４の実施の形態として、ＣＰＵ割当て時
間の合計が１００までは、各論理区画（３２０、３３
０）に割当てることができるＣＰＵ（２００）を利用す
る。そこで、論理区画１（３２０）への割当て量と、論
理区画２（３３０）への割当て量の合計値が１００とな
るよう、絶対量（１５２００）を補正する。

【００５６】絶対量から相対量への補正は、ＣＰＵ割当
て量変更処理部（１６０００）が、ＣＰＵ割当て絶対量
（１５２００）を求めたあと、ＣＰＵ割当て量補正処理
部（１７０００）を呼び出すことで処理を行う。なお、
ＣＰＵ割当て量変更処理部（１６０００）によるＣＰＵ
割当て絶対量（１５２００）の変更処理部分について
は、図４で示した第１の実施の形態と同一である。

【００５７】図１４は、ＣＰＵ割当て量補正部（１７０
００）の処理フローチャートである。

【００５８】まず、ＣＰＵ割当て登録表（１５０００）
を参照し、ＣＰＵ割当て絶対量（１５２００）の合計値
を計算（ステップ１７１００）する。次に、この合計値
と、各論理区画（３２０、３３０）のＣＰＵ割当て絶対
量（１５２００）をもとに、ＣＰＵ割当て相対量（１５
３００）を計算する。既に示したように、第４の実施の
形態では、ＣＰＵ割当て量は合計で１００まで可能であ
る。そこで、「論理区画１（３２０）のＣＰＵ割当て相
対量（１５３００）＝論理区画１（３２０）のＣＰＵ割
当て絶対量（１５２００）×１００／絶対量合計値」を
計算（ステップ１７２００）する。この値が、論理区画
１（３２０）への補正後のＣＰＵ割当て量である。同様
に、「論理区画２（３３０）のＣＰＵ割当て相対量（１
５３００）＝論理区画１（３３０）のＣＰＵ割当て絶対
量（１５２００）×１００／絶対量合計値」を計算（ス
テップ１７３００）する。

【００５９】次に、図１５を用いて、本発明の第５の実
施の形態を説明する。

【００６０】本発明の第５の実施の形態は、一つのトラ
ンザクション処理を、複数の論理区画上で実行される一
連のＡＰで連携して処理する場合である。

【００６１】図１５は、本発明の第５の実施の形態を示
す計算機システムの構成である。図１５において、論理
区画３（３４０）、同様に、論理区画ｎ（ｎ≧４）（３
５０）が追加され、それに伴って、論理区画３で実行され
るＯＳ３（１８０００）と論理区画３で実行されるＡＰ
３（１９０００）、同様に、論理区画ｎで実行されるＯ
Ｓｎ（２００００）およびＡＰｎ（２１０００）がそれ
ぞれ追加される。それ以外の構成は、図１で示した第１
の実施の形態と同一である。

【００６２】第５の実施の形態は、論理区画１（３２
０）から論理区画ｎ（３５０）は、それぞれ目的のこと
なるＡＰ１（５０００）からＡＰｎ（２１０００）を実
行する。そして、ひとつのトランザクションは、ＡＰ１
（５０００）からＡＰ２（７０００）、ＡＰ３（１９０
００）．．．、ＡＰｎ（２１０００）が処理を引き継ぐ
ことによって処理される。このとき、トランザクション
が投入され、以後、各ＡＰ（５０００、７０００、１９
０００、２１０００）と処理が進むのに合わせて、ＣＰ
Ｕ割当て量変更処理部（２０００）は、各論理区画（３
２０、３３０、３４０、３５０）に対するＣＰＵ（２０
０）割当て量を動的に変更する。それにより、トランザ
クションを複数の論理区画にまがたって処理するような
場合でも、各論理区画（３２０、３３０、３４０、３５
０）でのＡＰ実行状況に合わせたＣＰＵ（２００）の割
当てが可能となる。

【００６３】次に、図１６を用いて、本発明の第６の実
施の形態を説明する。

【００６４】本発明の第６の実施の形態は、複数の論理
区画上のＡＰが、それぞれ独立にトランザクション処理
を受け付ける場合である。

【００６５】図１５は、本発明の第６の実施の形態を示
す計算機システムの構成である。計算機（１００）内の
構成は、図１５で示した第４の実施の形態と同一であ
る。第４の実施の形態との違いは、ひとつのトランザク
ションが、各論理区画（３２０、３３０、３４０、３５
０）の各ＡＰ（５０００、７０００、１９０００、２１
０００）で連携して処理を実行するのではなく、それぞ
れが独立にトランザクション処理を受け付ける点であ
る。このような場合でも、それぞれの論理区画（３２
０、３３０、３４０、３５０）に投入されたトランザク
ションを処理するためのＡＰ実行状況に合わせ、ＣＰＵ
割当て量変更処理部（２０００）は、各論理区画（３２
０、３３０、３４０、３５０）へのＣＰＵ（２００）割
当て量を動的に変更する。

【００６６】

【発明の効果】本発明によれば、ひとつの計算機システ
ムの資源を、複数の論理区画に分割した計算機システム
において、論理区画の負荷の変動が急激であったり、ま
た、負荷の変動が大きい場合でも、それに迅速に対応し
て資源の割当て状態を動的に変更できる。また、本発明
によれば、ひとつの計算機システムの資源を、複数の論
理区画に分割した計算機システムにおいて、資源の割当
て状態を動的に変更するために、各論理区画の負荷状況
をモニタする処理を削減できる。

【図面の簡単な説明】

【図１】第１の実施の形態を示す計算機システムの構成
図である。

【図２】第１の実施の形態のＣＰＵ割当て登録表の構成
図である。

【図３】第１の実施の形態のＯＳの処理フローチャート
である。

【図４】第１の実施の形態のＣＰＵ割当て量変更処理の
処理フローチャートである。

【図５】第１の実施の形態のＣＰＵ割当て処理の処理フ
ローチャートである。

【図６】第２の実施の形態を示す計算機システムの構成
図である。

【図７】第２の実施の形態のクラス対応表の構成図であ
る。

【図８】第２の実施の形態のＣＰＵ割当て量変更処理の
処理フローチャートである。

【図９】第３の実施の形態を示す計算機システムの構成
図である。

【図１０】第３の実施の形態の上限値管理表の構成図で
ある。

【図１１】第３の実施の形態のＣＰＵ割当て量変更処理
の処理フローチャートである。

【図１２】第４の実施の形態を示す計算機システムの構
成図である。

【図１３】第４の実施の形態のＣＰＵ割当て登録表の構
成図である。

【図１４】第４の実施の形態のＣＰＵ割当て量補正処理
の処理フローチャートである。

【図１５】第５の実施の形態を示す計算機システムの構
成図である。

【図１６】第６の実施の形態を示す計算機システムの構
成図である。

【符号の説明】

１００……計算機、２００……ＣＰＵ、３００……主記
憶装置、３２０……ハイパバイザ、３２０……論理区画
１、３３０……論理区画２、１０００……ＣＰＵ割当て
処理部、２０００……ＣＰＵ割当て量変更処理部、３０
００……ＣＰＵ割当て登録表、４０００……ＯＳ１、５
０００……ＡＰ１、６０００……ＯＳ２、７０００……
ＡＰ２

───────────────────────────────────────────────────── フロントページの続き (72)発明者 櫻庭 健年 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 二瀬 健太 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 宮田 和久 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア事業部内 Ｆターム(参考） 5B098 AA10 GA01 GA02 GD02 GD14 HH04

Claims (7)

【特許請求の範囲】
1. 【請求項１】１つのコンピュータ環境のＣＰＵ資源を、
   予め定められた１つ以上の論理区画に割り振ることで、
   当該論理区画の各々に、計算機システムイメージを構築
   することを可能とするコンピュータ環境の資源管理方法
   において、 当該計算機システムイメージのいずれかへ１つの処理を
   投入する時に、当該処理を投入する当該計算機システム
   イメージが属する当該論理区画の当該ＣＰＵ資源の割り
   振りを、予め定められた分量だけ増加させるステップ
   と、 当該処理が終了する時に、当該処理を実行していた当該
   計算機システムイメージが属する当該論理区画の当該Ｃ
   ＰＵ資源の割り振りを、予め定められた分量だけ減少さ
   せるステップとを有することを特徴とするコンピュータ
   環境の資源管理方法。
2. 【請求項２】請求項１記載のコンピュータ環境の資源管
   理方法において、 前記処理を複数のクラスに分類し、 当該処理を投入する当該計算機システムイメージが属す
   る当該論理区画の当該ＣＰＵ資源の割り振りを、当該処
   理の当該クラスに応じた分量だけ増加させることを特徴
   とするコンピュータ環境の資源管理方法。
3. 【請求項３】請求項１と請求項２記載のコンピュータ環
   境の資源管理方法において、 前記論理区画の各々に対して、前記ＣＰＵ資源を割り振
   る上限を設け、 前記処理を投入する前記計算機システムイメージが属す
   る前記論理区画の前記ＣＰＵ資源の割り振りを、予め定
   めた分量だけ増加させた時に、当該論理区画の当該ＣＰ
   Ｕ資源の割り振りが、当該上限を超過した時に、 当該論理区画への当該ＣＰＵ資源の割り振りを、当該上
   限に制限することを特徴とするコンピュータ環境の資源
   管理方法。
4. 【請求項４】請求項１から請求項３記載のコンピュータ
   環境の資源管理方法において、 前記論理区画の各々への前記ＣＰＵ資源の割り振り量
   は、 前記ステップにより求められた前記論理区画の各々への
   前記ＣＰＵ資源の割り振り量の相対値に基づいて決定す
   ることを特徴とするコンピュータ環境の資源管理方法。
5. 【請求項５】請求項１から請求項４記載のコンピュータ
   環境の資源管理方法において、 前記論理区画の各々には、一つのトランザクション処理
   を行なう複数のアプリケーションのそれぞれを割り当
   て、前記論理区画の各々に割り当てられた前記複数のア
   プリケーションを連携して実行しながら、前記論理区画
   への前記ＣＰＵ資源の割り振り量を可変することを特徴
   とするコンピュータ環境の資源管理方法。
6. 【請求項６】請求項１から請求項４記載のコンピュータ
   環境の資源管理方法において、 前記論理区画の各々には、それぞれ独立したトランザク
   ション処理に対応したアプリケーションを割り当て、前
   記論理区画の各々に割り当てられた前記複数のアプリケ
   ーションの実行状況に応じて、前記論理区画への前記Ｃ
   ＰＵ資源の割り振り量を可変することを特徴とするコン
   ピュータ環境の資源管理方法。
7. 【請求項７】１つのコンピュータ環境のＣＰＵ資源を、
   予め定められた１つ以上の論理区画に割り振ることで、
   当該論理区画の各々に、計算機システムイメージを構築
   することを可能とするコンピュータ環境の資源管理装置
   は、当該計算機システムイメージのいずれかへ１つの処
   理を投入する時に、当該処理を投入する当該計算機シス
   テムイメージが属する当該論理区画の当該ＣＰＵ資源の
   割り振りを、予め定められた分量だけ増加させる手段
   と、 当該処理が終了する時に、当該処理を実行していた当該
   計算機システムイメージが属する当該論理区画の当該Ｃ
   ＰＵ資源の割り振りを、予め定められた分量だけ減少さ
   せる手段とを有することを特徴とするコンピュータ環境
   の資源管理装置。