JP2013509637A - Ｃｐｕの仮想化を支援することが可能なコンピュータサーバ - Google Patents

Abstract

【課題】コンピュータサーバを提供すること。
【解決手段】本発明のコンピュータサーバは、複数のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含むＣＰＵプールと、前記複数のＣＰＵを相互排他的に割り当てられ、互いに独立してオペレーティングシステム（ＯＳ）を実行する少なくとも２つのパーティションと、現在可用ＣＰＵ数と現在使用中のＣＰＵ数に基づいて前記少なくとも２つのパーティションそれぞれに対するＣＰＵ割り当て及び回収を管理する資源管理及び監視者と、を含む。前記資源管理及び監視者は、前記少なくとも２つのパーティションそれぞれに対するＣＰＵ資源の使用率を測定するためにパーティション状態情報（前記パーティション状態情報は現在使用中のＣＰＵ数、保障されたＣＰＵ数、キャップ状態、最大可用ＣＰＵ数に関する情報を含む）を監視する。
【選択図】なし

Description

本発明は、コンピュータサーバに関し、特に、ＣＰＵの仮想化を支援することが可能なコンピュータサーバに関する。

今日、コンピュータサーバは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）の仮想化を通じて一つのハードウェアで多様なオペレーティングシステム（ＯＳ、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を実行することができる。独立にオペレーティングシステムを実行させる単位はパーティションで定義できる。ＣＰＵの仮想化において、ＣＰＵ使用率が正確に測定されない場合にはコンピュータサーバの効率が減少しうる。

本発明のある観点によれば、コンピュータサーバは、複数のＣＰＵを含むＣＰＵプールと、前記複数のＣＰＵを相互排他的に割り当てられ、互いに独立してオペレーティングシステム（ＯＳ）を実行する少なくとも２つのパーティションと、現在可用ＣＰＵ数と現在使用中のＣＰＵ数に基づいて前記少なくとも２つのパーティションそれぞれに対するＣＰＵ割り当て及び回収を管理する資源管理及び監視者と、を含む。前記資源管理及び監視者は、前記少なくとも２つのパーティションそれぞれに対するＣＰＵ資源の使用率を測定するためにパーティション状態情報（前記パーティション状態情報は現在使用中のＣＰＵ数、保障されたＣＰＵ数、キャップ状態、最大可用ＣＰＵ数に関する情報を含む）を監視する。

本発明の他の観点によれば、コンピュータサーバは、複数のＣＰＵを含むＣＰＵプールと、前記ＣＰＵプールを制御してＣＰＵの仮想化を支援する資源管理及び監視者と、前記資源管理及び監視者にＣＰＵ割り当てを要請し或いは割り当てられたＣＰＵを返還し、互いに独立して動作する少なくとも２つのパーティションと、を含む。前記資源管理及び監視者は、前記少なくとも２つのパーティションそれぞれに対するパーティション状態情報（前記パーティション状態情報は現在使用中のＣＰＵ数、保障されたＣＰＵ数、キャップ状態、最大可用ＣＰＵ数に関する情報を含む）を監視する。

本発明の別の観点によれば、コンピュータサーバは、複数のＣＰＵを含むＣＰＵプールと、複数のパーティション−前記複数のパーティションそれぞれは前記複数のＣＰＵのうち少なくとも一部（以下、「第１ＣＰＵグループ」という）を排他的に割り当てられ、前記第１ＣＰＵグループの少なくとも一部（以下、「第２ＣＰＵグループ」という）を前記ＣＰＵプールに返還し或いは前記複数のＣＰＵのうち可用ＣＰＵの少なくとも一部（以下、「第３ＣＰＵグループ」という）に対する追加割り当てを要請する−と、前記複数のパーティションそれぞれに対するパーティション状態情報（前記パーティション状態情報は現在使用中のＣＰＵ数、保障されたＣＰＵ数、キャップ状態、最大可用ＣＰＵ数に関する情報を含む）を管理し、特定のパーティションから追加割り当てが要請された場合には前記ＣＰＵプールの可用ＣＰＵ数と前記パーティション状態情報に基づいて前記追加割り当て要請の承認を決定し、前記複数のパーティションそれぞれに対するＣＰＵ資源の使用率を監視する資源管理及び監視者と、を含む。

本発明の一実施例に係るＣＰＵの仮想化を支援することが可能なコンピュータサーバの物理的構造を説明するための図である。 図１のコンピュータサーバの論理的構造を説明するための図である。 図２の資源管理及び監視者によって管理されるパーティション状態情報を説明するための表である。 図２の資源管理及び監視者によって管理されるパーティション状態情報を説明するための表である。 図２の資源管理及び監視者によって管理されるパーティション状態情報を説明するための表である。 図２の資源管理及び監視者によって管理されるパーティション状態情報を説明するための表である。 図２の資源管理及び監視者の動作方式を説明するためのフローチャートである。

本発明に関する説明は構造的又は機能的説明のための実施例に過ぎないので、本発明の権利範囲は本文に説明された実施例によって限定されるものと解釈されてはならない。すなわち、実施例は多様な変更が可能であり、様々な形態を有することができるので、本発明の権利範囲は技術的思想を実現することが可能な均等物を含むものと理解されてはならない。

一方、本明細書において述べられる用語の意味は次のように理解されるべきである。

「第１」、「第２」などの用語は一つの構成要素を他の構成要素から区別するためのものであり、これらの用語によって権利範囲が限定されてはならない。例えば、第１構成要素は第２構成要素と命名でき、同様に第２構成要素も第１構成要素と命名できる。

「及び／又は」の用語は、一つ以上の関連項目から提示可能な全ての組み合わせを含むものと理解されてはならない。例えば、「第１項目、第２項目及び／又は第３項目」の意味は第１、第２又は第３項目だけでなく、第１、第２又は第３項目の２つ以上から提示できる全ての項目の組み合わせを意味する。

ある構成要素が他の構成要素に「連結されて」いると言及されたときは、その他の構成要素に直接連結されてもよいが、中間に他の構成要素が存在してもよいと理解されるべきである。反面、ある構成要素が他の構成要素に「直接連結されて」いると言及されたときは、中間に他の構成要素が存在しないものと理解されるべきである。一方、構成要素間の関係を説明する他の表現、すなわち「〜の間に」と「直ちに〜の間に」又は「〜に隣り合う」と「〜に直接隣り合う」なども同様に解釈されるべきである。

単数の表現は、文脈上明白に異なる意味を有しない限り、複数の表現を含むものと理解されるべきであり、「含む」又は「有する」などの用語は、説示された特徴、数字、段階、動作、構成要素、部分品又はこれらの組み合わせが存在することを指定するものであり、一つ又はそれ以上の他の特徴、或いは数字、段階、動作、構成要素、部分品又はこれらの組み合わせの存在又は付加可能性を予め排除しないものと理解されるべきである。

各段階において、識別符号（例えば、ａ、ｂ、ｃ、・・・）は、説明の便宜のために使用されるものであり、各段階の順序を説明するのではない。各段階は、文脈上明白に特定の順序を記載していない限り、明記された順序とは違う順で起こりうる。すなわち、各段階は明記された順序と同様に行われてもよく、実質的に同時に行われてもよく、反対の順で行われてもよい。

ここで使用される全ての用語は、別途定義されない限り、本発明の属する分野における通常の知識を有する者によって一般に理解されるものと同一の意味をもつ。一般に使用される辞典に定義された用語は、関連技術の文脈上有する意味と一致するものと解釈されるべきであり、本明細書で明白に定義しない限り、理想的且つ過度に形式的な意味を有するものと解釈できない。

図１は本発明の一実施例に係るＣＰＵの仮想化を支援することが可能なコンピュータサーバの物理的構造を説明するための図である。

図１を参照すると、物理的な観点から、コンピュータサーバ１００は、ＣＰＵプール１１０、バス１２０、及びメモリ１３０を含む。

ＣＰＵプール１１０は複数のＣＰＵ１１２を含む。一実施例において、ＣＰＵプール１１０は別個のＰＣＢ（Ｐｒｉｎｔｅｄ Ｃｉｒｃｕｉｔ Ｂｏａｒｄ）で具現されてバス１２０に連結できる。バス１２０は、ＣＰＵプール１１０とメモリ１３０とを物理的に連結するためのインターフェースであって、一実施例においてはＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ） Ｅｘｐｒｅｓｓで具現できる。メモリ１３０はＣＰＵプール１１０によって接近できる。メモリ１３０は具現に応じて独立的なメモリ又は共有メモリとして使用できる。

図２は図１のコンピュータサーバの論理的構造を説明するための図である。

図２を参照すると、論理的な観点から、コンピュータサーバ１００は、可用ＣＰＵプール２１０、資源管理及び監視者２２０、及び少なくとも２つのパーティション２３０を含む。

可用ＣＰＵプール２１０は、ＣＰＵプール１１０に含まれたＣＰＵのうち、パーティション２３０によって占有されていないＣＰＵの集合に相応する。例えば、ＣＰＵプール１１０に含まれたＣＰＵ数が２０に相応し、パーティション２３０ａ〜２３０ｄによって使用されるＣＰＵ数がそれぞれ３、２、４、６個に相応するならば、可用ＣＰＵプール２１０に含まれたＣＰＵ数は５に相応する。

資源管理及び監視者２２０は可用ＣＰＵプール２１０を管理し、少なくとも２つのパーティション２３０は互いに独立してオペレーティングシステム（ＯＳ）を実行し、資源管理及び監視者２２０と協力して、ＣＰＵプール１１０に含まれたＣＰＵを相互排他的に使用する。例えば、もし図１のＣＰＵ１（１１２）が第１パーティション２３０ａに割り当てられると、ＣＰＵ１（１１２）は他のパーティション２３０ｂ〜２３０ｄに割り当てられることができず、第１パーティション２３０ａと第２パーティション２３０ｂで実行されるオペレーティングシステムはそれぞれ異なりうる。

少なくとも２つのパーティション２３０それぞれは、ＣＰＵプール１１０に含まれた複数のＣＰＵのうち少なくとも一部（以下、「第１ＣＰＵグループ」という）を排他的に割り当てられて特定の作業を行う。特定の作業中に、少なくとも２つのパーティション２３０それぞれは第１ＣＰＵグループの少なくとも一部（以下、「第２ＣＰＵグループ」という）をＣＰＵプール１１０に返還し、或いはＣＰＵプール１１０に含まれた可用ＣＰＵの少なくとも一部（以下、「第３ＣＰＵグループ」という）に対する追加割り当てを要請することができる。

資源管理及び監視者２２０は、可用ＣＰＵプール２１０を管理するために、特定のパーティション（例えば、２３０ａ）から追加のＣＰＵ割り当ての要請を受けた場合には追加割り当ての要請を承認するか否かを決定する。このために、資源管理及び監視者２２０は少なくとも２つのパーティション２３０それぞれに対するパーティション状態情報を管理し、パーティション状態情報は現在使用中のＣＰＵ数、保障されたＣＰＵ数、キャップ状態、最大可用ＣＰＵ数に関する情報を含む。これに関する一つ以上の個別パーティション２３０それぞれに対するＣＰＵ資源の使用率は下記の数式１によって計算される。

［数式１］
ＰＣＲＡＴＥ＝（ＰＣ／ｍｉｎ（ＡＰＰ＋ＰＣ、ＭＣ））＊１００
ここで、ＰＣは特定のパーティションが現在使用中のＣＰＵ数であり、ＡＰＰはＣＰＵプール１１０の可用ＣＰＵ数であり、ＭＣはキャップ状態がアンキャップ状態（保障されたＣＰＵ数以外のＣＰＵを要請することが可能な状態）に相応する場合には特定のパーティションによって要請できる最大ＣＰＵ数である。

もしキャップ状態がキャップ状態（保障されたＣＰＵ数以外のＣＰＵを要請することができない状態）に相応する場合には、ＰＣＲＡＴＥ値は現在使用中のＣＰＵ数を保障されたＣＰＵ数で割った値に相応する。

以下、図３〜図６を参照して、資源管理及び監視者２２０の動作について説明する。

図３〜図６は図２の資源管理及び監視者によって管理されるパーティション状態情報を説明するための表である。

図３はパーティション状態情報を示し、パーティション状態情報は現在使用中のＣＰＵ数（ＰＣ、Ｐｒｏｃｅｓｓｏｒ Ｃｏｎｓｕｍｅｄ）、保障されたＣＰＵ数（ＥＣ、Ｅｎｔｉｔｌｅｄ Ｃａｐａｃｉｔｙ）、キャップ状態（Ｃａｐｐｅｄ Ｓｔａｔｕｓ）、最大可用ＣＰＵ数（ＭＣ、Ｍａｘ Ｖｉｒｔｕａｌ ＣＰＵｓ）に関する情報を含む。

図３において、第１パーティション２３０ａの場合、保障されたＣＰＵ数が４個、現在使用中のＣＰＵ数が３個、最大可用ＣＰＵ数が１０個、キャップ状態はアンキャップ状態（保障されたＣＰＵ数以外のＣＰＵを要請することが可能な状態）に相応する。第２パーティション２３０ｂの場合、保障されたＣＰＵ数が４個、現在使用中のＣＰＵ数が２個、最大可用ＣＰＵ数が１０個、キャップ状態はアンキャップ状態（保障されたＣＰＵ数以外のＣＰＵを要請することが可能な状態）に相応する。第３パーティション２３０ｃの場合、保障されたＣＰＵ数が６個、現在使用中のＣＰＵ数が４個、最大可用ＣＰＵ数が１０個、キャップ状態はキャップ状態（保障されたＣＰＵ数以外のＣＰＵを要請することができない状態）に相応する。第４パーティション２３０ｄの場合、保障されたＣＰＵ数が６個、現在使用中のＣＰＵ数が６個、最大可用ＣＰＵ数が１０個、キャップ状態はアンキャップ状態（保障されたＣＰＵ数以外のＣＰＵを要請することが可能な状態）に相応する。

図４は図２の資源管理及び監視者が図３のパーティション状態情報からＰＣＲＡＴＥ値を計算する過程を説明する表である。

ＡＰＰ（可用ＣＰＵ数）は５に相応するので、前記数式１に示すように、ＰＣＲＡＴＥ値はパーティション２３０それぞれ３８％、２９％、６７％、６０％に相応する。また、可用ＣＰＵ数が５であるから、それぞれのパーティションは必要の際に追加のＣＰＵ割り当てを要請することができる。

一方、資源管理及び監視者２２０は、ＰＣＲＡＴＥ方式ではなく他の方式で対比率を測定することができる。他の一実施例において、資源管理及び監視者２２０は保障されたＣＰＵ数（ＥＣ）対比の現在使用中のＣＰＵ数（ＰＣ）を示すためのＰＣＲＡＴＥ２値に基づいて対比率を決定することができる。もし現在使用中のＣＰＵ数（ＰＣ）が保障されたＣＰＵ数（ＥＣ）以上の場合にはＰＣＲＡＴＥ２値は１００％に相応する。別の一実施例において、資源管理及び監視者２２０は、最大可用ＣＰＵ数（ＭＣ）対比の現在使用中のＣＰＵ数（ＰＣ）を示すためのＰＣＲＡＴＥ３値に基づいて対比率を決定することができる。図４に示すように、ＰＣＲＡＴＥ３が使用される場合、資源管理及び監視者２２０は第３パーティション２３０ｃを過負荷状態と判断することができる。

図５は図２の資源管理及び監視者が他のパーティション状態情報からＰＣＲＡＴＥ値を計算する過程を説明する表である。

図５の場合、図３と対比して、パーティション２３０それぞれの現在使用中のＣＰＵ数（ＰＣ）は２、８、６、４に相応する。

ＡＰＰ（可用ＣＰＵ数）は０に相応するので、前記数式１に示すように、ＰＣＲＡＴＥ値はパーティション２３０それぞれ１００％、１００％、１００％、１００％に相応する。また、可用ＣＰＵ数が０であるから、資源パーティション２３０それぞれは追加のＣＰＵ割り当てを要請することができない。このような状態で、資源管理及び監視者２２０はＰＣＲＡＴＥ値に基づいて管理者にコンピュータサーバの性能低下を知らせることができる。例えば、資源管理及び監視者２２０はショートメッセージ、電子メール、自動音声電話によってシステム管理者に性能低下を知らせることができる。

一方、対比率がＰＣＲＡＴＥ２方式で測定される場合には第４パーティション２３０ｄは過負荷状態ではないと判断でき、対比率がＰＣＲＡＴＥ３方式で測定される場合には第１パーティション２３０ａ、第２パーティション２３０ｂ及び第４パーティション２３０ｄは過負荷状態ではないと判断できる。

図６は図２の資源管理及び監視者が別のパーティション状態情報からＰＣＲＡＴＥ値を計算する過程を説明する表である。

図６の場合、図３と対比して、パーティション２３０それぞれの現在使用中のＣＰＵ数（ＰＣ）は５、８、２、５に相応する。

ＡＰＰ（可用ＣＰＵ数）は０に相応するから、前記数式１に示すように、ＰＣＲＡＴＥ値はパーティション２３０それぞれ１００％、１００％、３３％、１００％に相応する。したがって、第３パーティション２３０ｃは追加のＣＰＵ割り当てを要請することができ、このような要請がある場合、資源管理及び監視者２２０は他のパーティション２３０ａ、２３０ｂ、２３０ｄから現在使用中のＣＰＵを持ってくることもできる。

一方、対比率がＰＣＲＡＴＥ２方式で測定される場合には第４パーティション２３０ｄは過負荷状態ではないと判断でき、対比率がＰＣＲＡＴＥ３方式で測定される場合には第１パーティション２３０ａ、第２パーティション２３０ｂ及び第４パーティション２３０ｄは過負荷状態ではないと判断できる。

図７は図２の資源管理及び監視者の動作方式を説明するためのフローチャートである。

資源管理及び監視者２２０は、特定のパーティション２３０ａからＣＰＵ割り当ての要請を受けることができ（段階Ｓ７１０）、資源管理及び監視者はパーティション２３０それぞれに対するパーティション状態情報を得る（段階Ｓ７２０）。パーティション状態情報は、図３に示すように、現在使用中のＣＰＵ数（ＰＣ、Ｐｒｏｃｅｓｓｏｒ Ｃｏｎｓｕｍｅｄ）、保障されたＣＰＵ数（ＥＣ、Ｅｎｔｉｔｌｅｄ Ｃａｐａｃｉｔｙ）、キャップ状態（Ｃａｐｐｅｄ Ｓｔａｔｕｓ）、最大可用ＣＰＵ数（ＭＣ、Ｍａｘ Ｖｉｒｔｕａｌ ＣＰＵｓ）に関する情報を含む。

資源管理及び監視者２２０はパーティション状態情報に基づいてＰＣＲＡＴＥ値を計算する（段階Ｓ７３０）。他の実施例において、資源管理及び監視者２２０はパーティション状態情報に基づいてＰＣＲＡＴＥ２又はＰＣＲＡＴＥ３を計算することができる。

本発明は次の効果を持つことができる。但し、特定の実施例が次の効果を全て含むべき或いは次の効果のみを含むべきという意味ではないので、本発明の権利範囲はこれによって制限されるものと理解されてはならない。

一実施例に係るコンピュータサーバは、パーティション状態情報からＣＰＵ使用率を効率よく測定してＣＰＵの仮想化を支援することができる。すなわち、コンピュータサーバはより正確にＣＰＵ使用率を測定することにより、ＣＰＵの資源配分とシステム管理者のシステム管理を助けることができる。

以上、本発明の好適な実施例を参照して説明したが、該当技術分野における当業者は、下記の特許請求の範囲に記載された本発明の思想及び領域から逸脱しない範疇内において、本発明を様々に修正及び変更させることができることを理解するであろう。

Claims (6)

1. 複数のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含むＣＰＵプールと、
   前記複数のＣＰＵを相互排他的に割り当てられ、互いに独立してオペレーティングシステム（ＯＳ）を実行する少なくとも２つのパーティションと、
   現在可用ＣＰＵ数と現在使用中のＣＰＵ数に基づいて前記少なくとも２つのパーティションそれぞれに対するＣＰＵ割り当て及び回収を管理する資源管理及び監視者と、を含み、
   前記資源管理及び監視者は前記少なくとも２つのパーティションそれぞれに対するＣＰＵ資源の使用率を測定するためにパーティション状態情報（前記パーティション状態情報は現在使用中のＣＰＵ数、保障されたＣＰＵ数、キャップ状態、最大可用ＣＰＵ数に関する情報を含む）を監視し、
   前記資源管理及び監視者は下記の数式で決定されるＰＣＲＡＴＥ値に基づいて前記ＣＰＵ使用率を測定することを特徴とする、コンピュータサーバ。
   ［数式１］
   ＰＣＲＡＴＥ＝（ＰＣ／ｍｉｎ（ＡＰＰ＋ＰＣ、ＭＣ））＊１００
   （式中、ＰＣは特定のパーティションが現在使用中のＣＰＵ数であり、ＡＰＰはＣＰＵプールの可用ＣＰＵ数であり、ＭＣはキャップ状態がアンキャップ状態（前記保障されたＣＰＵ数以外のＣＰＵを要請することが可能な状態）に相応する場合には特定のパーティションによって要請できる最大ＣＰＵ数である。）
2. もし前記キャップ状態がキャップ状態（前記保障されたＣＰＵ数以外のＣＰＵを要請することができない状態）に相応する場合には、前記現在使用中のＣＰＵ数を前記保障されたＣＰＵ数で割った値に相応することを特徴とする、請求項１に記載のコンピュータサーバ。
3. 前記資源管理及び監視者は前記ＰＣＲＡＴＥ値に基づいてシステム管理者に前記コンピュータサーバの性能低下を知らせることを特徴とする、請求項２に記載のコンピュータサーバ。
4. 複数のＣＰＵを含むＣＰＵプールと、
   前記ＣＰＵプールを制御してＣＰＵの仮想化を支援する資源管理及び監視者と、
   前記資源管理及び監視者にＣＰＵ割り当てを要請し或いは割り当てられたＣＰＵを返還し、互いに独立して動作する少なくとも２つのパーティションと、を含み、
   前記資源管理及び監視者は前記少なくとも２つのパーティションそれぞれに対するパーティション状態情報（前記パーティション状態情報は現在使用中のＣＰＵ数、保障されたＣＰＵ数、キャップ状態、最大可用ＣＰＵ数に関する情報を含む）を監視し、
   前記資源管理及び監視者は下記の数式で決定されるＰＣＲＡＴＥ値に基づいて前記ＣＰＵの仮想化に対するＣＰＵ資源の使用率を監視することを特徴とする、コンピュータサーバ。
   ［数式１］
   ＰＣＲＡＴＥ＝（ＰＣ／ｍｉｎ（ＡＰＰ＋ＰＣ、ＭＣ））＊１００
   （式中、ＰＣは特定のパーティションが現在使用中のＣＰＵ数であり、ＡＰＰはＣＰＵプールの可用ＣＰＵ数であり、ＭＣはキャップ状態がアンキャップ状態（前記保障されたＣＰＵ数以外のＣＰＵを要請することが可能な状態）に相応する場合には特定のパーティションによって要請できる最大ＣＰＵ数である。）
5. 複数のＣＰＵを含むＣＰＵプールと、
   複数のパーティション−前記複数のパーティションそれぞれは前記複数のＣＰＵのうち少なくとも一部（以下、「第１ＣＰＵグループ」という）を排他的に割り当てられ、前記第１ＣＰＵグループの少なくとも一部（以下、「第２ＣＰＵグループ」という）を前記ＣＰＵプールに返還し或いは前記複数のＣＰＵのうち可用ＣＰＵの少なくとも一部（以下、「第３ＣＰＵグループ」という）に対する追加割り当てを要請する−と、
   前記複数のパーティションそれぞれに対するパーティション状態情報（前記パーティション状態情報は現在使用中のＣＰＵ数、保障されたＣＰＵ数、キャップ状態、最大可用ＣＰＵ数に関する情報を含む）を管理し、特定のパーティションから追加割り当てが要請された場合には前記ＣＰＵプールの可用ＣＰＵ数と前記パーティション状態情報に基づいて前記追加割り当て要請の承認を決定し、
   前記複数のパーティションそれぞれに対するＣＰＵ資源の使用率を監視する資源管理及び監視者を含み、
   前記資源管理及び監視者は、下記の数式で決定されるＰＣＲＡＴＥ値に基づいて、前記特定のパーティションが使用しているＣＰＵ資源の使用率を監視することを特徴とする、コンピュータサーバ。
   ［数式１］
   ＰＣＲＡＴＥ＝（ＰＣ／ｍｉｎ（ＡＰＰ＋ＰＣ、ＭＣ））＊１００
   （式中、ＰＣは特定のパーティションが現在使用中のＣＰＵ数であり、ＡＰＰはＣＰＵプールの可用ＣＰＵ数であり、ＭＣはキャップ状態がアンキャップ状態（前記保障されたＣＰＵ数以外のＣＰＵを要請することが可能な状態）に相応する場合には特定のパーティションによって要請できる最大ＣＰＵ数である。）
6. 前記複数のパーティションそれぞれは、別個のオペレーティングシステム（ＯＳ）を実行することができ、互いに独立して動作することを特徴とする、請求項５に記載のコンピュータサーバ。