(57)【要約】【課題】  論理区画式計算機システムにおいて、論理区画への突発的な高負荷により生じるリソース不足による問題に、安価な方法で対処する。【解決手段】  ハイパバイザ11には、ハイパバイザに割り当てられているリソースを管理するリソース管理テーブル100と、各論理区画12に対するリソースの割り当て／回収を行う割り当て／回収手段30を有し、各論理区画12には、論理区画に割り当てられているリソース量の内の使用中のリソース量を監視するゲストリソース監視手段60と、その監視結果に基づき割り当て／回収手段30にリソースの追加／切離しを要求する追加／切離手段40を有し、割り当て／回収手段30は、追加／切離手段40からの要求に従いリソース管理テーブル100を調べ、割り当て要求の場合には予備リソースがあるときリソースを論理区画に割り当て、回収要求の場合にはリソース管理テーブルにリソースを予備リソースとして回収する。【選択図】        図１
2006323872.tif 000002
【特許請求の範囲】
【請求項１】
１つの物理計算機中に複数の論理区画を設け、論理区画のそれぞれでオペレーティングシステムを稼動させる論理区画式計算機システムにおける論理区画の予備リソース提供方法であって、
前記各論理区画においては、割り当てられているリソース量の内の使用しているリソース量を監視し、監視結果に基づき前記物理計算機に対してリソースの割り当てあるいは回収を要求し、
前記物理計算機においては、該要求を受けて、割り当て要求の場合には前記論理区画に予備リソースを割り当て、回収要求の場合には該論理区画に割り当て中のリソースを予備リソースにすることを特徴とする論理区画の予備リソース提供方法。
【請求項２】
１つの物理計算機中に複数の論理区画を設け、論理区画のそれぞれでオペレーティングシステムを稼動させる計算機システムにおいて、
前記物理計算機は、該物理計算機に割り当てられているリソースを管理するリソース管理手段と、前記各論理区画に対するリソースの割り当てあるいは回収を行う割り当て／回収手段を有し、
前記各論理区画は、割り当てられているリソース量の内の使用しているリソース量を監視する監視手段と、該監視手段の監視結果に基づき前記割り当て／回収手段にリソースの追加あるいは切離しを要求する追加／切離手段を有し、
前記割り当て／回収手段は、前記追加／切離手段からの要求に従い前記リソース管理手段に問い合わせ、割り当て要求の場合には予備リソースがあるときリソースを前記論理区画に割り当て、回収要求の場合には前記リソース管理手段にリソースを予備リソースとして回収することを特徴とする計算機システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、論理区画式計算機システムに係り、特に、ハイパバイザと呼ばれる制御プログラムにより複数の論理区画を設け、それぞれの論理区画でオペレーティングシステム（ゲストOS）を稼動させる論理区画式計算機システムに関する。
【背景技術】
【０００２】
１つの物理計算機上で複数のオペレーティングシステム（ゲストOS）を稼動させる技術として、論理区画を作成して制御する論理区画式計算機システムが知られている。
【０００３】
論理区画式計算機システムは、ハイパバイザと呼ばれる論理区画の制御をする制御プログラムにより構成される。
【０００４】
ハイパバイザは、論理区画の制御をする核となる制御プログラムであり、命令プロセッサ、主記憶装置、入出力チャネル等のリソース（計算機資源）の割り当て制御を行う。
【０００５】
ハイパバイザは、論理区画を設けるために、物理リソースを論理的に切り分け、論理区画間の壁を作る制御プログラムであり、ハイパバイザの役割は、ハードウェアへの「壁」の設定が主である。
【０００６】
論理区画式計算機システムでは、論理区画ごとに、ゲストOS稼動時に必要となるリソース量を事前に見積り、見積りに従って論理区画の構成定義を行い、論理区画を生成する際、構成定義に従いリソースを割り当てる。
【０００７】
昼夜間でそれぞれの論理区画に必要とされるリソースが異なる場合、オペレータの操作または自動運転スケジュールに従い、論理区画間のリソース割り当てを計画的に変更する運用が行われている。
【０００８】
この運用方法については、特許文献１に詳しく述べられている。
なお、特許文献１は仮想計算機システムを前提としたものであるが、仮想計算機システムは論理区画と同等の機能を持つものであり、リソースの区画化方法も概ね同じである。
【０００９】
また、最近の計算機の料金体系として、従量制の課金方式も登場している。
これは、予め多くのリソースを搭載しておき、使用したリソース量に応じて、計算機の使用料が決まるというものである。
【００１０】
掛かる負荷に比例してリソースが必要なため、計算機を使用しただけ料金が掛かることになる。
【００１１】
【特許文献１】特開平6-110715
【発明の開示】
【発明が解決しようとする課題】
【００１２】
従来の計算機システムでは、負荷に耐えうるだけの十分なリソースを、あらかじめ用意しておく必要がある。
【００１３】
もし、十分なリソースが割り当てられず、許容以上の負荷が計算機システムへと掛かった場合、ゲストOSの処理が極端に遅くなる等の重大な問題が生じることがある。
【００１４】
この処理が極端に遅くなる現象の1つとして、一般的にスローダウンと呼ばれるものがある。
例えば、主記憶不足により生じるスローダウン現象として、スラッシングがある。スラッシングは仮想記憶システムで、実記憶装置が不足すると、ページングが多発する。
【００１５】
この状態がひどくなると、ページイン・ページアウト処理のため、制御プログラムで処理時間の大部分を費やすようになり、ユーザプログラムがほとんど動作しなくなる。
【００１６】
一方、スローダウンを防ぐため、リソースを与え過ぎれば、十分にリソースが活用されず無駄となる。
【００１７】
例えば、WWWサーバのように、アクセスの集中により突発的に高負荷の生じるシステムにおいては、高負荷時に備えて多くのリソースが必要になるが、一方、過大なリソースは低負荷時には十分使用されず、無駄となってしまい、コストパフォーマンスが低いという問題が生じる。
【００１８】
前述の従量制の課金方式を用いた計算機システムでは、ユーザにとっては、使用したリソース量に応じた料金が掛かることから、コストパフォーマンスは良いと言えるが、ベンダーにとっては過大なリソースの設置が負担となる。
【００１９】
また、従量制の課金方式であるため、計算機使用料が変動してしまうという側面もある。
【００２０】
本発明の目的は、論理区画式計算機システムにおいて、前記の計算機システムの従来技術の問題点を解決し、計算機システムを運用する際の必要なリソースの追加割り当てを可能にし、また無駄なリソースを減少させ、低いコストで安定稼動させることのできる論理区画式計算機システムを提供することにある。
【課題を解決するための手段】
【００２１】
上記目的を達成するために、本発明では、１つの物理計算機中に１つ以上の論理区画を設け、論理区画のそれぞれでオペレーティングシステムを稼動させる論理区画式計算機システムにおいて、
論理区画の予備リソース自動付与方法としては、
各論理区画においては、割り当てられているリソース量の内の使用しているリソース量を監視し、監視の結果、所定の閾値以上にリソースを使用している場合には物理計算機に対してリソースの割り当てを要求し、リソース全体に対して所定の閾値以上の余剰がある場合にはリソースの回収を要求し、
物理計算機においては、該要求を受けて、割り当て要求の場合には前記論理区画に予備リソースを割り当て、回収要求の場合には該論理区画に割り当て中のリソースを回収して予備リソースにするという方法を取っている。
【００２２】
また、前記論理区画式計算機システムとしては、
物理計算機には、該物理計算機に割り当てられているリソースを管理するリソース管理手段と、前記各論理区画に対するリソースの割り当てあるいは回収を行う割り当て／回収手段を設け、
各論理区画には、割り当てられているリソース量の内の使用しているリソース量を監視する監視手段と、この監視手段の監視結果に基づいて前記割り当て／回収手段にリソースの追加あるいは切離しを要求する追加／切離手段を設ける。
【００２３】
そして、割り当て／回収手段は、追加／切離手段からの要求に従い前記リソース管理手段に問い合わせ、割り当て要求の場合には予備リソースがあるときリソースを論理区画に割り当て、回収要求の場合には前記リソース管理手段にリソースを予備リソースとして回収する構成を取っている。
【００２４】
さらに、論理区画式計算機システムでは、前記物理計算機に外部リソース追加／切離手段を設け、オペレータからのリソースの追加あるいは切離しの指示によって該外部リソース追加／切離手段は、前記リソース管理手段に対して外部リソースを追加あるいは切離す構成を取っている。
【００２５】
さらに、論理区画式計算機システムでは、物理計算機に、前記各論理区画毎に管理テーブルが設けられ、この管理テーブルに予備リソース割当て可否情報を設定しておく。そして、前記論理区画の追加／切離手段からリソースの割り当て要求を受けたときは、該論理区画の管理テーブルの予備リソース割当て可否情報の内容を調べ、その内容が、リソース割当て可を示していれば予備リソースの割り当てを行い、リソース割当て不可を示していれば予備リソースの割り当てを行わない構成を取っている。
【００２６】
さらに、論理区画式計算機システムでは、前記リソース管理手段に、各予備リソース毎に予備リソースを割り当てられる論理区画を設定しておき、前記論理区画の追加／切離手段から割り当て要求を受けたときには、要求した論理区画に対して、この論理区画に割り当て可能と設定されている予備リソースを割り当てる構成を取っている。
【発明の効果】
【００２７】
以上説明したように本発明によれば、ゲストOSで発生するリソース不足に対し監視を行うゲストリソース監視手段と、どの論理区画へも即座に割り当てることのできる予備リソースを設けることにより、低コストで複数のゲストOSを安定稼動させることが可能となる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明による論理区画式計算機システムの一実施形態を図面により詳細に説明する。
図１は本発明の一実施形態による論理区画式計算機システムの構成を示すブロック図であり、まず、図１を参照して、本発明による論理区画への予備リソース自動付与システムについて説明する。
【００２９】
図１において、11はハイパバイザ、12は論理区画、13はオペレーティングシステム（ゲストOS）、30は予備リソース割り当て/回収手段、60はゲストOSの使用するリソース量を監視するゲストリソース監視手段、40はゲストリソース追加/切離手段、50は外部リソース追加/切離手段、100はリソース管理テーブル、20はハードウェアリソース、14はゲストリソース、15は予備リソース、16はハイパバイザとゲストOSに認識されていない外部リソース、17はハイパバイザのリソース管理テーブルを監視するハイパバイザリソース監視手段である。
【００３０】
論理区画式計算機システムは、物理計算機のリソースである命令プロセッサ201、主記憶装置202、入出力チャネル203等を分割し、複数の論理区画12を生成して構成される。
それぞれの論理区画12は、ゲストOS13を動作させることが出来る。ゲストOSから見ると、論理区画はあたかも独立した1つの計算機のように見える。
論理区画式の計算機システムの基本構造については、よく知られており、米国特許第4843541号にも記述されている。
【００３１】
図２は、リソースの構成を示す図である。
計算機システムは、前述のように、リソースとして命令プロセッサ、主記憶装置、入出力チャネルを持ち、ハイパバイザは、論理区画に対するこれらのリソース割り当てを制御する。
図１に示されるゲストリソース14、予備リソース15、外部リソース16は、図２で示される３種の資源のうちの一部または全てを示している。
【００３２】
論理区画式の計算機システムでは、システム設計時に、論理区画へ掛かる負荷を見積もり、論理区画へ割り当てるリソース量を決めて稼動させる。
【００３３】
図３は、ハイパバイザの予備リソース割り当て/回収手段の処理を説明するフローチャート、図４は、ゲストOSのゲストリソース追加/切離手段の処理を説明するフローチャート、図６は、ゲストOSのゲストリソース監視手段の処理を説明するフローチャートである。
【００３４】
以下、これらの図を参照して、予備リソースをゲストOSへ割り当てる手法を説明する。
ゲストOSのゲストリソース監視手段60は、ある一定時間間隔をおいてゲストOSの使用するリソースの監視を行い、高負荷等の発生によりゲストリソースの余剰リソースが減少し、ある回数の監視を行った結果、余剰リソースがある閾値以下となっている場合、あるいは、余剰リソースが減少する前に、減少の特徴を表す指標がある閾値以下となっている場合には、ゲストOSがリソース不足状態、あるいは、リソース不足に至る危険状態であると検知する（ステップ601）。
例えば命令プロセッサの場合であれば、ある監視回数の間、命令プロセッサ使用率が99%以上、かつ、オンライントランザクションの応答時間が通常時の２倍以上であるとき、
主記憶装置であれば、実記憶装置の容量不足を検出し、空き領域を確保するため、OS内のメモリ制御プログラムに対して、OS内の稼動監視プログラムが発行する、複数回のページアウト指令にもかかわらず、次々と仮想記憶へのアクセスが発生し、空き領域が生じないことから、OSがスラッシング状態を検出したとき、
入出力チャネルであれば、ある監視回数の間チャネルビジー率が８０％以上のとき、
リソース不足状態を検知したとして、ゲストリソース追加/切離手段16へリソース不足を報告する（ステップ603）。
尚、リソース不足を判断するための閾値は、業務内容やシステムの稼動状況に応じ、ゲストOS毎のパラメタやコマンド等で与えるものとし、ユーザによる稼働中の設定変更を可能としてもよい。
【００３５】
ゲストリソース追加/切離手段40では、ゲストリソース監視手段からのリソース不足の通知を受けると（ステップ401）、ゲストOSの状態から必要となるリソース量を判断し、ハイパバイザの予備リソース割り当て/回収手段に対し、リソースの割り当て要求として、リソースの種類と量を報告する（ステップ402）。
【００３６】
例えば、主記憶装置の場合、“主記憶装置16MB”のように報告される。
次に、ハイパバイザの予備リソース割り当て/回収手段30では、ゲストリソース追加/切離手段40からリソース割り当て要求を受け取ると、ゲストOSからの要求種別を判定し（ステップ301）、リソース割り当て要求の場合、ステップ302以降を実行する。
【００３７】
ステップ303では、リソース管理テーブル100を参照し、要求された予備リソースの確保を行う（ステップ304）。
（ステップ302の論理区画の判定については後述。）
ハイパバイザのリソース管理テーブル100の詳細を図１０に示す。
予備リソースを確保するには、現在割り当てられている論理区画の論理区画番号が設定されている論理区画割り当てマップ1005を参照すればよい。
論理区画番号は1から昇順に付与されるものとし、リソースが論理区画へ未割り当ての場合は、0を設定することとする。よって、論理区画割り当てマップが0であるリソースをリソース管理テーブルから探すことにより、割り当て可能な予備リソースを見つけ出すことができる。
【００３８】
もし、割り当て可能な予備リソースが十分でない場合には、ゲストOSと計算機の操作を行うオペレータへと報告する（ステップ307）。
【００３９】
一方、割り当てに十分な予備リソースをハイパバイザが保持していた場合は、割り当て要求を報告した論理区画へ割り当てるリソースの種類と量を報告し（ステップ305）、リソース管理テーブルの論理区画割り当てマップ（1005,1010,1013）へ、割り当てを行った論理区画の論理区画番号を登録する（ステップ308）。
【００４０】
ゲストリソース追加/切離手段40では、ハイパバイザからのリソース割り当ての通知を受けると（ステップ401）、ゲストOSでリソースの利用ができるように、ゲストOS内の情報（リソースを管理するテーブル類）を変更する（ステップ406）。
【００４１】
以上の処理で、ハイパバイザの予備リソースを論理区画へと割り当てを行い、ゲストOSで割り当てられたリソースが利用できるようになる。
【００４２】
次に、リソースの種別毎に論理区画へ割り当てる手順を詳細に説明する。
図７は、命令プロセッサの割り当て状態を示している例である。
物理命令プロセッサ1,2（701,702）が論理区画1（704）の論理命令プロセッサ1,2（705,706）へ、物理命令プロセッサ3（703）が論理区画2（707）の論理命令プロセッサ3（708）へ割り当てられている。
【００４３】
ここで、論理区画2で命令プロセッサの不足が生じると、予備リソースの物理命令プロセッサ4（704）が論理区画2の論理命令プロセッサ4（709）として割り当てられる。
この場合、リソース管理テーブルの命令プロセッサ番号4の論理区画割り当てマップが0から2へ変更される。
【００４４】
図８は、主記憶装置の割り当て状態を示している例である。
論理区画1,2,3へ主記憶装置が割り当てられていて（803,804,805）、論理区画3で主記憶装置の不足が生じると、論理区画3の主記憶空間（806）へ主記憶装置の予備リソース（802）が割り当てられる。
この場合、リソース管理テーブルは、主記憶番号6の論理区画割り当てマップが0から3へ変更される。
【００４５】
図９は、入出力チャネルの割り当て状態が示されている例である。
論理区画1（901）へは入出力チャネル903,904が、論理区画2（902）へは入出力チャネル905が割り当てられていて、入出力装置907を介して入出力装置908とアクセスを行う。
論理区画2で入出力チャネルの不足が生じた場合、論理区画2へ入出力チャネル（906）が割り当てられる。
【００４６】
この場合、リソース管理テーブルは、チャネル番号4の論理区画割り当てマップが0から2へ変更される。
【００４７】
次に、論理区画からリソースを回収する方法の一例を説明する。
高負荷により論理区画に対し、予備リソースを割り当てた後、論理区画への負荷が減少してリソースに余剰が生じ、複数回の監視のいずれの結果も、例えば、論理区画へ割り当てられているリソースの全体に対して30％以上の余剰があったならば、ゲストリソース監視手段60はリソース余剰を検出したとして（ステップ602）、ゲストリソース追加/切離手段40へリソースの余剰を報告する（ステップ604）。
【００４８】
ゲストリソース追加/切離手段40は、リソース余剰の報告を受けると（ステップ401）ゲストOSの内部テーブルからリソース情報を削除して（ステップ403）、ハイパバイザに対してリソース回収要求を行う（ステップ405）。
【００４９】
次に、ハイパバイザの予備リソース割り当て/回収手段ではリソース回収要求を受けると、ゲストOSからの要求種別を判別し（ステップ301）、リソース回収要求の場合、ステップ306以降を実行する。ステップ306では論理区画からリソースを回収し、その後、リソース管理テーブルの該当するエントリの論理区画割り当てマップ（1005,1010,1013）を0へ変更し（ステップ308）、ハイパバイザの予備リソースとして保持する。
以上述べたようにして、論理区画のリソースが不足した場合でも、即座にリソースの追加が行われ、ゲストOSのスローダウン等の重大な問題を回避することができる。
【００５０】
また、一度論理区画へ付与されたリソースは、不要となると予備リソースとしてハイパバイザへと回収され、再び、リソース不足の生じた論理区画へ割り当てられるまでハイパバイザで保持される。
【００５１】
次に、外部リソースの追加と切離しについて説明する。
多数の論理区画から予備リソース割り当て要求があると、ハイパバイザは要求された予備リソースの確保ができなくなる場合が考えられる。
このような事態に対し、事前に対処するため、ハイパバイザの保持する予備リソースを監視するハイパバイザリソース監視手段17を設け、予備リソースの残量がある閾値を下回った場合に、メッセージを出力する等してオペレータへと報告する。
【００５２】
これにより、計算機へリソースの追加購入・増設等の対処が可能になる。
この物理計算機へ追加されたリソースを外部リソースと呼ぶこととし、外部リソースの追加と切離しのプロセスを以下で述べる。
【００５３】
保守員は物理計算機へリソースの増設を行い、物理的に使用可能な状態とする。
次に、オペレータのコマンド投入により、外部リソース追加／切離手段へリソース追加要求が送られ、外部リソース追加／切離手段はリソース追加要求を受けると（501）、リソース管理テーブル100へ増設された外部リソースを予備リソースとして追加し（ステップ502）、増設されたリソースをハイパバイザで管理できるようにする。
【００５４】
このようにして、ハイパバイザの予備リソースが不足した場合にもシステムを停止させることなく、稼働中に予備リソースの追加を行う。
【００５５】
一方、外部リソースの切離しを行う場合も同様に、オペレータのコマンド投入等により、外部リソース追加／切離手段50へ、リソース切離し要求が送られると（501）、外部リソース追加／切離手段はリソース管理テーブル100から、要求のあったリソースの情報を削除して、予備リソースから切離しを行い、物理計算機から撤去することのできる外部リソースとする。
最後に保守員が、外部リソースとなったリソースを計算機から撤去する。
【００５６】
次に、ある論理区画で予備リソースを万一使い切ってしまい、オンライン本番業務のように重要で優先度の高い論理区画において、予備リソースが使えなくなるという問題を回避するため、以下に、予備リソースを柔軟に利用する２つの実施例を述べる。
【００５７】
一点目は、ある論理区画で予備リソースの割り当てを受けるか否かを選択できるようにする方法である。
初期設定時または稼働中の操作により、論理区画毎に予備リソースの割り当て可否を選択する。
その可否は、ゲストOSからリソース割り当て要求があった場合、その論理区画に対して割り当て可能であるかどうかの判定を行う際に用いる。
【００５８】
この判定は、図３のステップ302に該当する。
【００５９】
また、その可否情報は、図１１に示す論理区画毎の構成情報を格納する論理区画管理テーブル1101に、予備リソースの割り当て可否情報を格納する領域（1105）を設け、そこに保持する。
なお、論理区画管理テーブルは、論理区画名1102、論理区画番号1103、主記憶容量1104等の、ハイパバイザが1つ1つの論理区画の構成を管理するための情報を格納するもので、論理区画式計算機システムにおいては構成上必須のものである。
【００６０】
論理区画への割り当て可否判定（ステップ302）の詳細は図１３で示すように、ゲストOSからリソース割り当て要求があった場合（ステップ301）、要求のあった論理区画の論理区画管理テーブルを参照し（ステップ1301）、予備リソース割り当て可否の値が可であれば、次の処理（ステップ303）へと進む、また、値が否であれば、ゲストOSからのリソース割り当て要求に対して何もせず終了する（ステップ1304）。
【００６１】
二点目は、予備リソースを区画化し、その区画毎に割り当て可能な論理区画を設定する方法である。
【００６２】
図１０に示すように、各予備リソースの区画に、論理区画割り当て可能マップ1006,1011,1014を設定し、論理区画番号がマップに存在する論理区画にのみ、区画化リソースの割り当てを可能とする。
この論理区画割り当て可能マップは、予備リソース割り当て/回収手段において、割り当て要求に応じ、必要な予備リソースを確保する際に（ステップ304）参照する。
予備リソースの確保は、図１２で示す通り、リソース管理テーブルの論理区画割り当てマップ（1005,1010,1013）の値が0、かつ、論理区画割り当て可能マップ（1006,1011,1014）の値に、割り当て要求のあった論理区画の論理区画番号が存在するリソースを検索することで達成される。
【００６３】
例えば、主記憶を確保する場合であれば、図１０において、論理区画割り当てマップ1010を参照し、論理区画2へ割り当てのできる主記憶装置を先頭エントリから順に検索すると、主記憶番号6,7の主記憶装置が検出できる。
【００６４】
また、論理区画3へ割り当てのできる主記憶装置を同様に検索すると、主記憶番号が6の主記憶装置が検出できる。
また、論理区画1へ割り当てのできる主記憶装置を同様に検索すると、割り当てのできる主記憶装置は検出されない。
【００６５】
この例では、論理区画1の要求は抑止され、論理区画3に対しては64MBを上限とできることから、論理区画2のために64MBの主記憶リソースを確保するという制御が可能となる。
以上の２つの方法により、重要な論理区画へ多くの予備リソースを確保しておくといった、柔軟な利用が可能となる。
【図面の簡単な説明】
【００６６】
【図１】本発明の一実施形態による論理区画式計算機システムの構成を示すブロック図である。
【図２】ハードウェアリソースの構成を示す図である。
【図３】ハイパバイザの予備リソース割り当て/回収手段の処理を説明するフローチャートである。
【図４】ゲストOSのゲストリソース追加/切離手段の処理を説明するフローチャートである。
【図５】ハイパバイザの外部リソースの追加/切離手段の処理を説明するフローチャートである。
【図６】ゲストOSのゲストリソース監視手段の処理を説明するフローチャートである。
【図７】予備リソースの命令プロセッサがゲストへ追加される例を示した図である。
【図８】予備リソースの主記憶装置がゲストへ追加される例を示した図である。
【図９】予備リソースの入出力チャネルがゲストへ追加される例を示した図である。
【図１０】リソース管理テーブルを示した図である。
【図１１】論理区画管理テーブルを示した図である。
【図１２】ハイパバイザの予備リソース割り当て/回収手段の予備リソース確保処理を説明するフローチャートである。
【図１３】ハイパバイザの予備リソース割り当て/回収手段の論理区画の判定処理を説明するフローチャートである。
【符号の説明】
【００６７】
１１  ハイパバイザ
１２  論理区画
１３  ゲストＯＳ
１４  ゲストリソース
１５  予備リソース
１６  外部リソース
１７  ハイパバイザリソース監視手段
２０  ハードウェアリソース
３０  予備リソース割り当て／回収手段
４０  ゲストリソース追加／切離手段
５０  外部リソース追加／切離手段
６０  ゲストリソース監視手段
１００  リソース管理テーブル
【図１】
2006323872.tif 000003
【図２】
2006323872.tif 000004
【図３】
2006323872.tif 000005
【図４】
2006323872.tif 000006
【図５】
2006323872.tif 000007
【図６】
2006323872.tif 000008
【図７】
2006323872.tif 000009
【図８】
2006323872.tif 000010
【図９】
2006323872.tif 000011
【図１０】
2006323872.tif 000012
【図１１】
2006323872.tif 000013
【図１２】
2006323872.tif 000014
【図１３】
2006323872.tif 000015