JP2002182934A - システムに形成された論理パーティションの容量制限を強化するための方法及び装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】複数の論理パーティションに分割されている情
報処理システムにおいてソフトウェア・ライセンス契約
によって課されたような容量制限を強化するための方法
及び装置を提供する。 【解決手段】パーティションで実行される仕事負荷管理
プログラムは、所定の加算平均時間間隔にわたって論理
パーティションによるプロセッサ・リソースの実消費を
測定し、それを最大許容消費と比較する。もし実消費が
最大許容消費を上回るならば、仕事負荷管理プログラム
はキャッピング・パターンを計算し、論理パーティショ
ン管理プログラムと相互作用して、計算されたキャッピ
ング・パターンに基づいてパーティションによるプロセ
ッサ・リソースの実消費をキャップする。さらにパーテ
ィションに疑似重みを割り当てる。論理パーティション
管理プログラムは全パーティション重みに疑似重みを加
えて、プロセッサ・リソースの許容共有レベルを上回る
かどうかを判断する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】論理的に分割された情報処理
システムにおける容量制限を強化するための方法及び装
置、特にソフトウェア・プログラム・ライセンス契約に
よって課された容量制限にもとづいたそのような容量制
限を強化するための方法及び装置に関する。

【０００２】

【従来の技術】上記のように、この発明は、プログラム
・ライセンス契約によって課されたような容量制限を強
化することに関する。本発明で扱う問題についての議論
の前提として、論理的に分割されたシステムとリソース
及び作業負荷管理に関する既存の方法とについて順次簡
単に説明する。

【０００３】論理的パーティション形成は、現在のＩＢ
Ｍ製Ｓ／３９０コンピュータ・ハードウェア・プラット
ホームの先行モデルに対して作られたコンセプトであ
る。今日、多くのＳ／３９０ハードウェア・マシンが論
理的パーティション形成（ＬＰＡＲ）モードとして知ら
れるモードで動作する。この際、マシンの物理的リソー
スが分割されて論理パーティションと呼ばれる複数の論
理マシンが形成される。特に、各論理パーティション
は、実際の物理的マシンと動作の点で類似している論理
マシンとしてパーティションで実行されるプログラミン
グのように見える。

【０００４】論理的な分割によって、中央処理装置複合
体（ＣＰＣ）とも呼ばれる１つの物理的な中央エレクト
ロニクス複合体（ＣＥＣ）の中に複数のシステム・イメ
ージを設定することが可能となる。すなわち、各論理パ
ーティションを個別にリセットしたり、各論理パーティ
ション毎に異なったオペレーティング・システムによっ
て初期化したり、異なる入出力（Ｉ／Ｏ）装置を用いて
異なるソフトウェア・プログラムによって動作させたり
することができる。論理的パーティション形成は、今日
一般的に使用されている。なぜなら、それによって、使
用中の論理パーティションの数及び各パーティションに
割り当てられた物理的システム・リソースの量を変化さ
せる柔軟性がそのユーザに対して与えられ、ある場合に
おいては、一方で中央処理装置複合体全体が動作を続け
る。

【０００５】論理パーティション形成コンピュータ・シ
ステムが従来技術においてよく知られており、さらに米
国特許第４，５６４，９０３号（Guyette他）、米国特
許第４，８４３，５４１号（Bean他）、及び米国特許第
５，５６４，０４０号（Kubala）に開示されている。本
明細書ではこれらの特許文献を発明の詳細な説明の一部
をなすものとして援用する。論理的パーティション形成
システムの市販の実施形態として、例えば本明細書にお
いて援用されるＩＢＭの出版物であるProcessor Resour
ce/Systems Manager Planning Guide, GA22-7236-06
（２０００年６月発行）に記載され、かつ特徴付けられ
たProcessor Resource/Systems Manager（登録商標）
（ＰＲ／ＳＭ（登録商標））が挙げられる。

【０００６】作業負荷管理は、オペレーティング・シス
テムによって管理される作業の単位（プロセス、スレッ
ド等）が所定の目標をどれぐらい十分に満たしているか
にもとづいてシステム・リソースが提供されるクラス
（サービス・クラス又は目標クラス）の中に組織化され
るコンセプトである。もし再割り当てによって生ずるレ
シーバ・クラスのパフォーマンスの向上がドナー・クラ
スのパフォーマンスの低下を上回る、すなわち所定のパ
フォーマンス基準によって定められるような正味の効果
がパフォーマンスにあるとするならば、リソースはドナ
ー・クラスからレシーバ・クラスに再度割り当てられ
る。この種の作業負荷管理は、リソースの割り当てが、
リソースが再割り当てされる作業単位上のその効果のみ
ならず、リソースが取られる作業単位に対するその効果
によっても決定される点で、ほとんどのオペレーティン
グ・システムで実行された従来のリソース管理とは異な
るものである。

【０００７】この一般的形式の作業負荷管理は、以下に
示すような一般に所有された特許、係属中の特許出願、
及び特許以外の出版物に開示されており、これらの文献
を本明細書では援用する。

【０００８】「マルチ処理システムにおけるトランザク
ション・クラス応答時間目標を達成するための作業負荷
管理プログラム」と題されたD.F. Ferguson他の米国特
許第５，５０４，８９４号、「２つ以上の異なる処理目
標にもとづいてデータ処理システム作業負荷を管理する
ための装置及び方法と題されたJ. D. Aman他の米国特許
第５，４７３，７７３号、「クライアント／サーバ・デ
ータ処理システムにおけるクライアント・パフォーマン
ス目標にもとづくサーバ仕事負荷を管理するための装置
及び方法」と題されたC. K. Eilert他の米国特許第５，
５３７，５４２号、「基準が目標指向であり、容量情報
が入手可能である資格のあるクラスへ分類することに基
づいた仕事要求を割り当てるシステム」と題されたJ.
D. Aman他の米国特許第５，６０３，０２９号、「複数
の異なる処理目標形式に基づく分散データ処理システム
仕事負荷を管理するための装置及び方法」と題されたC.
K. Eilert他の１９９５年２月３日出願の米国特許出願
一連番号０８／３８３，１６８号、「マルチシステム・
リソース・キャッピング」と題されたC. K. Eilert他の
１９９５年２月３日出願の米国特許出願一連番号０８／
３８３，０４２、「マルチサーバ・シスプレックス環境
におけるセッション要求割り当てのための装置及び付随
する方法」と題されたJ. D. Aman他の１９９５年７月７
日出願の米国特許出願一連番号０８／４８８，３７４、 ＭＳＶプラニング：仕事負荷管理、ＩＢＭ出版物ＧＣ２
８−１７６１−００（１９９６年）、及び ＭＳＶプログラミング：仕事負荷管理サービス、ＩＢＭ
出版物ＧＣ２８−１７７３−００（１９９６年）。

【０００９】これらの特許及び特許出願の中で、米国特
許第５，５０４，８９４号及び第５，４７３，７７３号
は基本的な仕事負荷管理システムを開示、米国特許第
５，５３７，５４２号はクライアント／サーバ・システ
ムに対する米国特許第５，４７３，７７３号の仕事負荷
管理システムの特定用途を開示、米国特許出願一連番号
０８／３８３，１６８及び０８／３８３，０４２は多重
相互接続したシステムに対する米国特許第５，４７３，
７７３号の仕事負荷管理システムの特定用途を開示、米
国特許第５，６０３，０２９号はマルチシステム複合体
（シスプレックス）における仕事要求の割り当てに関
し、さらに米国特許出願一連番号０８／４８８，３７４
はそのような複合体におけるセッション要求の割り当て
に関する。特許とは関係ない２つの出版物は、ＩＢＭ
（登録商標）のＯＳ／３９０（商標）（旧ＭＶＳ（登録
商標））オペレーティング・システムにおける作業管理
のインプリメンテーションについて説明している。

【００１０】論理パーティションをひとまとめにする最
近の技術は、論理パーティション管理及び仕事負荷管理
の複数の態様を組み合わせるものである。本明細書で援
用する同時係属出願である出願人J. P. Kubala他の米国
特許出願一連番号０９／４０７，３９１（１９９９年９
月２８日出願）は、動作の１つのモードにおいてＬＰ管
理プログラム１０６が論理パーティション１８０をＬＰ
クラスタ（ＬＰＣ）又は単にクラスタとここでは呼ぶ群
として管理する。クラスタは、特定のマシン１０２上の
論理パーティション１８０の全て、特定のマシン１０２
上のパーティション１０８のサブセット、又は異なるマ
シン１０２のパーティション１０８からなるものであっ
てもよい。ＬＰ管理プログラム１０６は、全体として所
定量のマシン・リソース（本発明の場合、共用ＣＰＵ容
量）をクラスタに割り当ててもよい。クラスタはリソー
ス競合が存在するとその所定量に制限されるが、競合が
存在しない場合は潜在的にそのリソースをさらに多く使
うことができる。

【００１１】さらに、全体としてクラスタに対してマシ
ン・リソースの共有を割り当てることに加えて、この動
作モードでＬＰ管理プログラム１０６は、それぞれのパ
ーティションに割り当てられた論理パーティションの重
みに基づいてクラスタを構成している論理パーティショ
ン１０８間でリソースを割り当てることができる。この
重みの一例として、４つの論理パーティション（ＬＰ１
〜ＬＰ４）からなり、かつ４００ＭＩＰＳ（毎秒４００
万命令）全ＣＰＵ容量を利用可能とするＬＰクラスタを
考慮する。ＬＰ１〜Ｌ４は、クラスタ全体の重みを１０
０とすると、それぞれ２０、３０、４０、及び１０の重
みが割り当てられていと想定する。この例では、もしＣ
ＰＵ競合があるならば、パーティションＬＰ１〜ＬＰ４
は、クラスタ容量４００ＭＩＰＳと同等の容量全体に対
して、それぞれ８０ＭＩＰＳ、１２０ＭＩＰＳ、１６０
ＭＩＰＳ、及び４０ＭＩＰＳの容量で動作することが可
能となる。このような背景によって、本発明によって扱
われた問題を論ずることができる。第１に、それはＳ／
３９０等のサーバ・プラットホーム用のソフトウェアが
ライセンスされる方法に関係している。今日、Ｓ／３９
０ソフトウェア、すなわちＩＢＭソフトウェア及びベン
ダ・ソフトウェアの両方の多くが該ソフトウェアが実行
される物理的マシンの大きさに基づいて価格が設定され
ている。１つの中央処理装置（ＣＰＵ）を持つマシン
（ここで「マシン」と呼ぶものは物理的マシン）は、１
０個のＣＰＵを有するマシン上で実行される同一アプリ
ケーションよりも低価格である。価格は、アプリケーシ
ョンによって実際に行われる仕事量とは無関係である。

【００１２】この価格設定スキームは、エンド・ユーザ
に対してソフトウェアの経費をより低くするために、最
適な構成よりも少なく構築させることができる。例え
ば、もし新しいソフトウェア・プロダクトによって小規
模の実験を開始したいならば、ユーザはソフトウェアの
価格を低く抑えておくために、既存の大型のマシンで実
行される代わりに、小さなマシンで新しいプロダクトを
実行させる。このことは、もう１つのマシンを扱うこと
についての追加の管理を必要とし、既に言及した論理パ
ーティションのクラスタ形成技術を利用するインストレ
ーションを許さない。これらの問題は、Ｓ／３９０マシ
ンの大きさが多くのカスタマ作業負荷よりも早く成長し
ているという事実によって悪化されている。

【００１３】それを多少異なったかたちで述べるため
に、今日、Ｓ／３９０プラットホーム・ソフトウェア
は、全マシンに対して最もよくライセンスされる。ソフ
トウェアが実行されるマシンの全容量（一般に、１秒間
あたり数百万の命令、又はＭＩＰＳとして発現される）
に基づいているほとんどのソフトウェアの価格設定によ
って、マシンの容量増加によってユーザのソフトウェア
ライセンス費用が跳ね上がる。もし、所定のプログラム
製品がマシンの容量全体で使用されるならば、エンド・
ユーザ又はベンダに対して、これは必ずしも良くない事
柄又はモデルではない。しかし、もしプログラム製品が
マシンの一部で使用されることを意図しているならば、
論理パーティション内で、マシンの容量全体に対してそ
の製品をライセンスすることは高価な仕事である。

【００１４】Ｓ／３９０プラットホームの長所の１つ
は、ハードウェア・リソースを効率的に利用するため
に、多数の論理パーティションで多数かつ多様な作業負
荷を実行する能力である。Ｓ／３９０上で新しい作業負
荷（例えば、ＵＮＩＸ(R)系アプリケーション及びＷｅ
ｂサーバ）を動かす試みは、既存のアプリケーションに
並行し、かつ既にＳ／３９０に備わっているデータベー
スと協同して、それらの新しい作業負荷を既存のマシン
に負荷することが可能であることが求められる。しか
し、マシンに基づいたソフトウェア価格設定では、それ
らの作業負荷に対するＳ／３９０ワールドへのエントリ
・コストは、代わりのプラットホームと競合するコスト
ではない。

【００１５】

【発明が解決しようとする課題】本発明は従来の問題点
を解決し、論理的に分割された情報処理システムにおけ
る容量制限を強化するための方法及び装置、特にソフト
ウェア・プログラム・ライセンス契約によって課された
容量制限にもとづいたそのような容量制限を強化するた
めの方法及び装置を提供することを目的とする。

【００１６】

【課題を解決するための手段】本発明は、物理的マシン
が複数の論理パーティションに分割され、論理パーティ
ション管理プログラムによってプロセッサ・リソースの
所定部分が各パーティションに割り当てられている情報
処理システムにおけるソフトウェア・ライセンス契約管
理プログラムによって課された容量制限等の容量制限を
強化するための方法及び装置を検討する。各論理パーテ
ィションに対してプロセッサ・リソース制限を与えるこ
とができる。ソフトウェア・ライセンス契約管理プログ
ラムは、各論理パーティションで実行されているプログ
ラムが該パーティションの少なくとも容量制限でライセ
ンスされていることを確かめる。パーティションでも実
行されている作業負荷管理プログラムは、プロセッサ・
リソースの実際の消費を所定の平均間隔で測定し、それ
を最大許容消費と比較する。もし実際の消費が最大許容
消費を超えると、作業負荷管理プログラムはキャッピン
グ・パターンを計算し、論理パーティション管理プログ
ラムと相互作用し、計算されたキャッピング・パターン
に基づくパーティションに基づいて、プロセッサ・リソ
ースの実際の消費をキャップする。さらにキャッピング
のフレキシビリティを与えるために、論理パーティショ
ン管理プログラムが全パーティション重みに加算する見
かけの重みがパーティションに対して割り当てられ、パ
ーティションがキャッピングを目的としたプロセッサ・
リソースの許容共有レベルを超えたかどうかが判断され
る。したがって、論理パーティションは、マシン全体の
容量よりも少ない強化された処理能力（それにもとづい
てソフトウェアの価格が設定される）によってライセン
スされたプログラムのための「コンテナ」となる。

【００１７】マシンに基づいたスキームよりもむしろ論
理パーティションに基づいた価格設定スキームによっ
て、Ｓ／３９０上での仕事負荷に対するソフトウェアの
初期投入コストが反映させるべきものはマシン全体では
なく該マシンの能力のサブセットのみである。このこと
によって、特に論理パーティション・クラスタが伝える
ことができる作業負荷平衡及び管理の利益を考慮する場
合に、最小のコストでＳ／３９０マシンに対して作業負
荷を加えることが可能となる。正味の結果によって、さ
もなければ未使用の容量をかなり有する外部ボックス上
にある作業負荷を以前よりはより多くの総購入容量を持
つＳ／３９０マシンに負荷することが今や可能となる。

【００１８】本発明は、ＯＳ／３９０の作業負荷管理プ
ログラム（ＷＬＭ）コンポーネントの能力を利用し、論
理パーティションのためのＣＰＵリソースの消費をモニ
タする。ＷＬＭは、論理パーティションに対するいくら
かの所定容量制限に対して実際のＣＰＵリソース消費を
比較する。論理パーティションがその容量制限を越える
場合、ＷＬＭは論理パーティションをその容量制限まで
削減する。

【００１９】好ましくは、論理パーティションの実際の
モニタリングによって、ライセンスされた容量を超えて
仕事負荷のピークを生じさせることが可能となる。この
ことは、適当な時間間隔を超えてなだらかに起伏した平
均利用率を計算することによって好ましくは行われる。
例えば、４時間間隔は、一時的な仕事負荷スパイクの間
での容量要求を提供するのには長く、一方でシフト変化
を超えて「ゲーミング」を防ぐには短すぎる。したがっ
て、ソフトウェアは瞬間的なピーク容量よりもむしろ平
均化されたピーク容量に対してライセンスされる。

【００２０】ＷＬＭは、論理パーティションにおいてＣ
ＰＵリソースの全消費をモニタするが、個々のプログラ
ム・プロダクトによるリソースの使用についてはモニタ
しない。したがって、論理パーティション内で実行され
るオペレーション・システム（例えば、ＯＳ／３９０）
はライセンス及び管理された容量の一定量に対する「コ
ンテナ」となる。ライセンスされたプログラムはそのサ
イズのコンテナ（少なくとも）のためにライセンスさ
れ、さらにＷＬＭは該コンテナ・サイズが保たれるのを
保証する。例えば、カスタマは各ソフトウェア・アプリ
ケーション用にプロセッサ容量のいくらかに対するライ
センス証（すなわち、証明機関によってデジタル署名さ
れた書類を買っても良い。好ましくは、ライセンス契約
管理プログラムとしてここで言及される新規アプリケー
ションは、ＷＬＭ及びライセンスされたプログラムと通
信し、何を実行させて何を実行させないかを決定する。
ライセンス契約管理プログラムは、例外だと見なさなけ
ればならないようなどのような作用に対しても責任を負
う。

【００２１】コンテナ管理は、論理パーティション管理
プログラムと関連してＷＬＭによって行われる。抑制機
構は、もし論理パーティションが起伏平均期間をそのラ
イセンスされた容量が超えるならば、又は超えた場合に
論理パーティションにおいてキャッピングをオン及びオ
フするために、既に言及した同時係属出願であるJ. P.
Kubala他の米国特許出願一連番号０９／４０７，３９１
に記載された論理パーティション・クラスタ形成技術を
利用する。論理パーティションにおける作業がアンチロ
ック・ブレーキにかなり似たような気味悪い高い音を出
して停止しないように、キャッピングは別の様式で適用
及び除去される。

【００２２】本発明では、相対的な論理パーティション
重みは、キャッピングをインプリメントするために使用
されるものである。論理パーティション重みの主要な目
的は、ＣＰＵリソースに対する競合がある場合に論理パ
ーティションのディスパッチを確立することである。キ
ャッピングをオンにすることで、論理パーティションが
そのようなパーティション重みによって生ずるリソース
の部分を超えるのを防ぐ。

【００２３】

【発明の実施の形態】図１は、本発明が適用される情報
処理システム１００の模式図である。システム１００
は、中央エレクトロニクス複合体（ＣＥＣ）又は物理的
マシン１０２を有する。また、物理的マシン１０２は複
数の中央処理装置（単にプロセッサ、ＣＰ、物理的ＣＰ
ともいう）１０４を備えるもので、図１では模範的に４
つのＣＰ１〜ＣＰ４が示されている。一方、図１には示
されていないが、物理的マシン１０２は従来のコンピュ
ータ・システムの他の構成要素も有するもので、該構成
要素としてメモリ、直接アクセス記憶装置（ＤＡＳＤ）
等の入出力（Ｉ／Ｏ）周辺機器、その他が含まれる。論
理パーティション（ＬＰ）管理プログラム１０６は、物
理的マシン１０２を論理パーティション（ＬＰ）１０８
と呼ばれる複数の論理マシンに分割する。図１中、４つ
の論理パーティション（ＬＰ）１０８、すなわちＬＰ１
〜ＬＰ４が模範的に示されている。各論理パーティショ
ン１０８で実行されるものはオペレーティング・システ
ム（ＯＳ）１１０であり、仕事負荷管理プログラム（Ｗ
ＬＭ）と呼ばれる構成要素１１２と１つ以上のアプリケ
ーション（ＡＰＰ）１１４とが含まれる。各オペレーテ
ィング・システム１１０は、システム・サービスを提供
し、かつそこで実行されるアプリケーション１１４のた
めのリソースを管理する通常の機能を実行する。各ＷＬ
Ｍ１１２は、パーティション１０８内のリソースを種々
の所定のサービス・クラス内の仕事負荷に対して割り当
てることを管理する。

【００２４】論理的観点から、各論理パーティション１
０８は個々の物理的マシンとしてオペレーティング・シ
ステム１１０及びそこで実行されるアプリケーション１
１４として見られる（一般に、ここで「マシン」とは特
に指定されない限り物理的マシン１０２を意味する）。
各論理パーティション１０８上のオペレーティング・シ
ステム１００は、個々のシステム・イメージを表すの
で、パーティションはここではシステム又はイメージと
も言う。各論理パーティション１０８は、以下に説明す
るように、論理パーティション管理プログラム１０６に
よって特定されたマシンの物理的リソースの共有を有す
る。したがって、各論理パーティション１０８は、１つ
以上の論理プロセッサ（個々に示してはいない）を有
し、各論理プロセッサは物理的プロセッサ１０４の共有
（もし該物理プロセッサがパーティション間で共有され
ているならば）又は物理的プロセッサ全体（もし物理プ
ロセッサがそのパーティション専用であるならば）のい
ずれか一方に対応する。

【００２５】本発明はある特定のプラットホームに限定
されるものではないが、マシン１０２はＩＢＭのＳ／３
９０サーバ又は後続のマシンを含むものであってもよ
い。一方、論理パーティション管理プログラム１０６は
マシン１０２のリソース／システム管理プログラム（Ｐ
Ｒ／ＳＭ）機能を有するものであってもよい。ＯＳ１１
０はＩＢＭのＯＳ／３９０オペレーティング・システム
又は後続のオペレーティング・システムを有するもので
あってもよい。

【００２６】情報処理システム１００は、複数のパーテ
ィション１０８のうちの１つ又は別のパーティション又
はマシンで実行可能なソフトウェア・アプリケーション
であるライセンス契約管理プログラム１１６を有する。

【００２７】ライセンス契約管理プログラム１１６はＷ
ＬＭ１１２と通信して任意のパーティション１０８で利
用可能な容量を理解する。ライセンスが管理されている
ソフトウェア・プロダクト（例えば、アプリケーション
１１４）が１つのパーティション１０８で開始すると、
ライセンス契約管理プログラム１１６はパーティション
の容量（本発明によって管理されたように）に該プロダ
クトが既に開始されている同一マシン１０２上の任意の
他の論理パーティション１０８の容量を加えたのと少な
くとも同じだけの容量に対してプロダクトがライセンス
されているかどうかを調べる。もしプロダクトがそのラ
イセンスの範囲外であるならば、ライセンス契約管理プ
ログラム１１６は、プログラムの開始を停止させるか例
外レコードを書き込むかのいずれかを行う。ライセンス
契約管理プログラム１１６は、ＷＬＭ１１２から変更容
量の通知に対しても聞き耳を立てる。ライセンス契約管
理プログラム１１６がそのような通知を受け取ると、実
行中のプログラムがまだライセンスされた容量の範囲内
であることを確認する。もしそうでなければ、ライセン
ス契約管理プログラム１１６は例外レコードを書き込
む。

【００２８】出願人J. P. Kubala他の同時係属出願であ
る１９９９年９月２８日出願の米国特許出願一連番号０
９／４０７，３９１（本明細書の発明の詳細な説明の一
部として援用する）に記載されているように、ある動作
モードにおいてＬＰ管理プログラム１０６はＬＰクラス
タ（ＬＰＣ）又は単にクラスタとここで呼ぶグループと
して論理パーティション１０８を管理する。１つのクラ
スタは、ある特定のマシン１０２上の全ての論理パーテ
ィション１０２、ある特定のマシン１０２の複数のパー
ティション１０８からなるサブセット、又は複数の異な
るマシン１０２のパーティション１０８から構成される
ものであってもよい。クラスタは、リソース競合存在下
でその所定量に制限されるだろうが、競合がない状態で
は潜在的にそのようなリソースの追加量を使用する可能
性があると思われる。

【００２９】全体としてマシン・リソース共有をクラス
タに割り当てることに加えて、ＬＰ管理プログラムはこ
の動作モードで各々のパーティションに割り当てられた
論理パーティション重みに基づいてクラスタを構成して
いる論理パーティション１０８間でリソースを割り当て
ることができる。重みの付けの一例として、４つの論理
パーティション（ＬＰ１〜ＬＰ４）からなり、かつそれ
に対して４００ＭＩＰＳ（百万命令／秒）を使用可能と
するＬＰクラスタを考える。クラスタ全体の重み１００
に対してＬＰ１〜ＬＰ４がそれぞれ２０、３０、４０、
及び１０の重みが割り当てられていると仮定する。この
例では、もしＣＰＵ競合があるとすると、パーティショ
ンＬＰ１〜ＬＰ４は、４００ＭＩＰＳのクラスタ容量と
同等の全容量に対して、それぞれ８０ＭＩＰＳ、１２０
ＭＩＰＳ、１６０ＭＩＰＳ、及び４０ＭＩＰＳの容量で
稼働することが可能となる。

【００３０】既に指摘したように、パーティション重み
それ自体によって競合存在下で特定のパーティション１
０８で利用可能なリソースのみが制限される。競合がな
い場合でもパーティションによるリソースの使用を制限
するために、ＬＰ管理プログラム１０６はキャッピング
として知られている付加機能を有する。以下に説明する
ように、ＬＰ管理プログラムはキャッピングをパーティ
ション１０８へ適用するもので、たとえ競合がない場合
でもパーティション１０８のＣＰＵ使用量はパーティシ
ョン重みによって定まる量に制限される。

【００３１】図５は、個々のパーティション１０８を制
御するために本発明の論理パーティション管理プログラ
ム１０６によって使用された論理パーティション・パラ
メータ４００のいくつかを示す。これらのパラメータ
は、各パーティション１０８に対する一組のエントリ４
０２からなり、論理パーティション重み４０４、後述す
る「疑似重み」４０６、同じく後述する「ソフト・キャ
ップ」４０８、及びキャッピング・フラグ４１０を含
む。論理パーティション重み４０４は、論理パーティシ
ョン１０８がリソース競合存在下で資格があるマシン・
リソース（この場合、ＣＰＵリソース）の相対量を特定
する。ここで相対量とは、マシン１０２を構成する複数
のパーティション１０８のパーティション重み全体に対
するパーティション重み４０４の比に等しい。疑似重み
４０６は、後述するように、本発明にもとづくキャッピ
ング計算で使用される付加的な重みを定める。

【００３２】ソフト・キャップ４０８は、パーティショ
ン１０８に対する最大容量を定める。ソフト・キャップ
４０８の値は、論理パーティション１０８の定義の一部
として定められる。ソフト・キャップ４０８の単位は、
１時間あたり数百万の重みがかかっていないＣＰＵサー
ビス単位（ＭＳＵ）である（ここでＣＰＵサービス単位
は重みのかかっていないＣＰＵサービス単位のことを言
う）。共有ＣＰを有し、はっきりとキャップされていな
いパーティション１０８に対してソフト・キャップ４０
８を指定することができる。

【００３３】ソフト・キャップ４０８は、マシン１０２
上の物理的ＣＰ１０４の数に対するＭＰ因子を用いて計
算されたＣＰＵサービス単位に準拠する。このことは、
現在のパーティション１０８に対する論理ＣＰの数に準
拠するＭＰ因子を用いるＷＬＭ１１２が行うＣＰＵサー
ビス計算とは異なる。ＷＬＭ１１２はそれが計算するサ
ービス単位をソフト・キャップに関連した判断のための
物理的ＣＰ１０４の数に準拠したサービス単位に変換す
る。

【００３４】キャッピング・フラグ４１０は、パーティ
ション１０８についてキャッピングがオンであるかどう
かを判断する。

【００３５】本発明（以下に説明する疑似重みがない状
態）でどのようにしてキャッピングが動作するかについ
ての例として、４つの論理パーティション１０８（ＬＰ
１〜ＬＰ４）を有し、かつ全ＣＰＵ容量が１０００ＭＩ
ＰＳであるマシン１０２を検討する。各パーティション
１０８は重みが２５であり、この重みによって競合存在
下で各パーティションに対して２５０ＭＩＰＳが保証さ
れる。パーティションＬＰ１が４００ＭＩＰＳの容量を
ライセンスされたを仮定すると、もし利用可能であるな
らば（すなわち、他のパーティション１０８からの競合
がなければ）ＬＰ１上の作業付加は４５０ＭＩＰＳを使
用し、またパーティションＬＰ１はキャップが外され
る。もし４５０ＭＩＰＳがマシン１０２で利用可能であ
るならば（すなわち、他のパーティション１０８がそれ
自身の重み全体を使用していない）、ＬＰ１は４００Ｍ
ＩＰＳのライセンス制限内でパーティションに対して平
均使用を生ずるその重み相当量（２５０ＭＩＰＳ）での
時間の２５％がキャップされなければならない。この２
５％キャッピングを達成するためにこの例でＷＬＭ１１
２が確立したキャッピング・パターンは、３０秒キャッ
プした状態が続いた後、９０秒キャップが外された状態
が続くパターンである。

【００３６】図２は、ある期間にわたるＬＰ１によるＣ
ＰＵ使用の結果として生じるキャッピング・パターン２
００を示す。図に示すように、ＣＰＵ使用は、キャップ
された区間２０２と、該区間２０２と交互に現れるキャ
ップが外された区間２０４とから構成される。この例で
は、各々のキャップされた区間２０２は３０秒の長さで
あり、一方各々のキャップが外された区間２０４は９０
秒の長さである。各キャップされた区間２０２では、Ｌ
Ｐ１は２５０ＭＩＰＳのキャップされた容量（Ｃcappe
d）２０６で稼働し、一方各キャップが外された区間２
０４ではＬＰ１は４５０ＭＩＰＳのキャップが外された
容量（Ｃuncapped）で稼働する。この例では、キャップ
された区間２０２が時間間隔全体の２５％を構成し、一
方キャップが外された区間２０４は時間間隔全体の７５
％を構成することから、時間間隔全体にわたる平均ＣＰ
Ｕ消費（Ｃavg）２１０は以下のように計算される。

【００３７】

【数１】Ｃavg＝０．２５×Ｃcapped＋０．７５×Ｃunc
apped ＝４００ＭＩＰＳ

【００３８】図３は、特定のパーティション１０８につ
いて計算されたキャッピング・パターン（例えばパター
ン２００）を適用するためにＷＬＭ１２２が実行する手
順２５０を示す。ＷＬＭは、キャッピング・フラグ２０
４をセットしてキャッピングを開始するためにＬＰ管理
プログラム１０６に命令を発することで、キャップがさ
れている時間間隔２０２に対してキャッピングを適用す
る（ステップ２５２）。続いて、キャッピング・フラグ
４１０をリセットしてキャッピングを終わらせるために
ＬＰ管理プログラム１０６に対して命令を発することで
キャップされていない時間間隔２０４に対してキャッピ
ングを取り除く（ステップ２５４）。この手順２５０
は、パターンに基づいてキャッピングが適用される限り
繰り返される。

【００３９】開示した実施形態では、パーティションに
基づいた価格設定をサポートするという点でＷＬＭ１１
２は２つの基本的な役割を持つ。

【００４０】１． ＷＬＭ１１２は、必要に応じて潜在
的ＣＰＵ容量がライセンス契約管理プログラム１１６に
報告されるように、パーティション１０８で利用可能な
潜在的ＣＰＵ容量を定期的に計算する。また、ＷＬＭ１
１２はその容量が変化した場合にもライセンス契約管理
プログラム１１６に知らせる。

【００４１】２． ＷＬＭ１１２は、ソフト・キャップ
がパーティション１０８に関して設定又は変更されてい
るかどうかを判断するために、ＬＰ管理プログラム１０
６に対してポーリングを行う（対応のゼロ以外のソフト
・キャップ・エントリ４０８によって示されるよう
に）。ソフト・キャップがパーティション１０８に対し
て設定され、かつその４時間平均ＣＰＵ使用量がソフト
・キャップを上回る場合、ＷＬＭ１１２はキャップ・パ
ターンを計算し、パーティション１０８のキャッピング
を開始する（以下に説明するように）。

【００４２】潜在的なＣＰＵ容量の計算は、イメージの
構成に依存するもので、以下の３通りの場合がある。

【００４３】１． イメージは設定されたソフト・キャ
ップを有する。復帰した潜在的容量の値はソフト・キャ
ップ４０８の値である。

【００４４】２． イメージは基本モードにあるか、も
しくはキャップが外された論理パーティション１０８に
あるかのいずれか一方である。復帰した潜在的容量の値
は、個々のＣＰ速度、イメージ時間に利用可能なＣＰの
数である。

【００４５】３． イメージは、キャップ化論理パーテ
ィションである。復帰した潜在的容量の値は上記２の場
合よりも小さく、またパーティションの現在の論理パー
ティション重みによって表されるＣＰＵ容量よりも小さ
い。

【００４６】本発明が取り組む問題の１つは、従来の論
理パーティション重みがマシン１０２上の他のパーティ
ション１０８の重みに関連した意味のみを有することで
ある（この議論の目的のために、ＬＰクラスタがマシン
１０２全体から構成されると仮定する）。このことは、
ＬＰ管理プログラム１０６からの付加機能をパーティシ
ョンの重み及びマシン１０２上の他のパーティション１
０８の重みに基づいて制限することなく、ソフト・キャ
ップ値の範囲ＷＬＭ１１２が任意のパーティション１０
８に対してサポートすることができることを意味する。
もしソフト・キャップがパーティション重みが示す容量
よりも少ない容量を示すならば、パーティション・ソフ
ト・キャップを強化することはできない。

【００４７】この問題の最も単純な例は、単一のパーテ
ィション１０８を持つマシン１０２である。そのパーテ
ィションの重みはマシンの容量の１００％を示すので、
ソフト・キャップを使用してパーティションの容量を制
限することはできない。この制限を受け入れることがで
きないと考えられる。なぜなら、それによって論理パー
ティションに基づいた価格設定を用いることの複雑さが
著しく増大するからである。ユーザが任意のパーティシ
ョン重みを変更又は該ユーザのマシン１０２に容量を加
えるたびに、パーティションの重みごとに表される容量
が変化する。このことは、潜在的に、ＷＬＭ１１２及び
ＬＰ管理プログラム１０６によって強化することができ
ないあるパーティション１０８に対してソフト・キャッ
プを作り、それによってライセンス契約管理プログラム
容量チェックが欠けたユーザのソフトウェア・プロダク
トが得られる。

【００４８】単一パーティション更新の場合におけるこ
の問題を定量化するために、単一論理パーティション１
０８が４００ＭＩＰＳマシン１０２上に定められ、さら
に４００ＭＩＰＳのライセンスされた容量を持つと仮定
する。論理パーティション１０８は、共有プロセッサ及
び１００の重みによって定められる。パーティション１
０８は、加えられている将来の仕事負荷を予期する方向
に定められる。この構成では、すべてが洗練されてい
る。しかし、また将来に付加される新規の仕事負荷を予
期してエンド・ユーザが自己のマシン１０２を５００Ｍ
ＩＰＳマシンに更新することを望むと仮定する。既存の
論理パーティション１０８における仕事負荷は増加せ
ず、そしてまたエンド・ユーザは増加したライセンス容
量に対しての支払いを望まない。しかし、付加容量がマ
シン１０２に加えられるとすぐに、ＷＬＭは論理パーテ
ィションを４００ＭＩＰＳに管理することができない。
なぜなら、論理パーティション１０８に対してキャップ
するものがないからである。キャッピングは、効率的に
するために全ての重みの合計よりも低いものとなる論理
パーティション重みを要求する。この場合、論理パーテ
ィションは、指定されたコンテナの大きさ４００ＭＩＰ
Ｓを実施することができないことから、例外モードであ
るとしてライセンス契約管理プログラム１１６に報告さ
れなければならないと思われる。

【００４９】この問題を解くために、ＷＬＭ１１２は現
在のパーティション重みによって表される容量よりも低
くパーティション１０８をキャプするための方法を必要
とする。より詳しくは、ＷＬＭ１１２は、マシン１０２
の残りの部分に関連した論理パーティションの重みが変
化しないか（ＬＰクラスタには存在しない）、十分に変
化することができないか（最小又は最大規格によって結
合又はＬＰクラスタ合計によって）、又は共有ＣＰを使
用している他の論理パーティションがないことから心配
いらないかのいずれかである状況下で、キャッピング／
重み付け計算における分母を調整することができる何か
を必要とする。

【００５０】この機能を提供するために、本発明はパー
ティション「疑似重み」又は価格設定管理プログラム調
整重み（ＰＭＡＷ）と呼ばれるＬＰ管理プログラム１０
６のための新規の制御を熟考する。各パーティション１
０８は、ハードウェア命令の使用を介してＷＬＭ１１２
を設定することができるそれ自身の疑似重み（図５のエ
ントリ４０８）を有する。ある意味では、パーティショ
ンの疑似重量はそれをＬＰ管理プログラム１０６のよう
に見せる。ダミー（又は疑似）パーティション１０８は
このパーティションのためにキャッピングがオンとなっ
た時に存在する。それによって、パーティションの重み
がマシンの重み全体よりも比率が小さくなる。この疑似
重量は、ＷＬＭ１１２によってキャッピングされている
パーティション１０８の優先順位を算定する場合のみ、
論理パーティション重み全体に対する加算器として作用
する。このことによって、ＷＬＭ１１２に対する最も高
いフレキシビリティが可能となり、共有プロセッサを有
する全てのＷＬＭ管理パーティション１０８がライセン
スされた容量に管理されることができることを保証す
る。

【００５１】どのようにＷＬＭ１１２が疑似重みを使用
するかを理解するために、従来、どのようにＬＰ管理プ
ログラム１０６がキャッピングを強制するかを見てみる
ことが役立つ。図４は、かなり高いレベルでＬＰ管理プ
ログラム１０６によって実行されたキャッピングの手順
３００を示す。この図に関して、ＬＰ管理プログラム１
０６は以下のように所定のパーティション１０８のため
のキャッピングを強化する。

【００５２】１． ＬＰ管理プログラム１０６は、全て
のアクティブなパーティション１０８の重みの合計に対
するパーティションの重みの比を計算する（ステップ３
０２）。

【００５３】２． ディスパッチ区間のあいだ、定期的
に、ＬＰ管理プログラム１０６はこの比をパーティショ
ン１０８が使用したマシン容量の実際の割合と比較する
（ステップ３０４）。

【００５４】３． もしパーティションの実際の使用量
がこの比を超えるならば（ステップ３０６）、パーティ
ション１０８はディスパッチ区間の残りの部分でディス
パッチされない（ステップ３０８）。

【００５５】本発明によれば、ＷＬＭ１１２を現在の重
みによって表される容量よりも少なくキャッピングさせ
るために、ＷＬＭ１１２がパーティション１０８をキャ
ッピングした場合、ステップ１で述べた比の計算におい
てＬＰ管理プログラム１０６はパーティションの疑似重
みをアクティブなパーティション１０８の重み全体に加
える。例えば、重みが１００の単一パーティションを有
する５００ＭＳＵマシンを考えた場合、もしユーザがこ
のパーティション１０８に対して４００ＭＳＵのソフト
・キャップを設定するならば、ＷＬＭ１１２はパーティ
ションの疑似重みを２５に設定する。設定された疑似重
みを有するＷＬＭ１１２によってキャップされたパーテ
ィション１０８の重みによって表される容量を計算する
ための式は以下の通りである。

【００５６】

【数２】Ｃcapped＝［パーティション重み／Σ（全アク
ティブ・パーティション重み＋疑似重み）×容量 即ち、Ｃcapped＝［Partition_weight／（ΣAll_active
_partition_weights＋Phantom_weight）］×Capacity と表す。

【００５７】式中、Ｃcappedはパーティションのキャッ
プ化容量、容量はキャップされていない場合のパーティ
ション１０８によって潜在的に利用可能な全容量（ＭＳ
Ｕ又は他の適当な単位で）。

【００５８】この例では、

【数３】Ｃcapped＝１００／（１００＋２５）×５００
ＭＳＵｓ＝４００ＭＳＵｓ，

【００５９】式中、ＭＳＵは時間あたりの１００万サー
ビス単位を示す。

【００６０】ＷＬＭ１１２は、パーティションのソフト
・キャップは、パーティションの現在の重みよりも少な
い容量が少ない場合、パーティション１０８に対して疑
似重みのみを設定する。そのような場合、ＷＬＭ１１２
は以下の式（この式の導出について付録Ａを見よ）によ
ってパーティションの疑似重みを計算する。

【００６１】

【数４】疑似重み＝［（パーティション重み／ソフト・
キャップ）ｘ容量］−Σ全パーティション重み 即ち、Phantom_weight＝［（Partition_weight／Soft_c
ap）×Capacity］−ΣAll_partition_weights と表す。

【００６２】ＷＬＭ１１２は、１分間に１回、疑似重み
計算に対する入力すべてをポーリングする。もしそれら
の入力のいずれかが変化するならば、ＷＬＭ１１２はパ
ーティションの疑似重みを再計算し、ＬＭ管理プログラ
ム１０６に対して新規の疑似重みを供給する。

【００６３】パーティション１０８がキャッピングをオ
ンすることを必要とするわずかな時間を以下の式で計算
することができる（この式の導出について付録Ｂを見
よ）。

【００６４】

【数５】Ｐ＝（Ｃuncapped−Ｃsoftcap）／（Ｃuncappe
d−Ｃcapped）

【００６５】式中、Ｐはパーティション１０８がキャッ
ピングを必要とする時間の端数、Ｃuncappedはキャップ
されていない時のパーティション１０８によって使用さ
れた平均容量、Ｃsoftcapはパーティション１０８に対
するソフト・キャップの値、さらにＣcappedはキャップ
されている場合のパーティション１０８によって使用さ
れた平均容量である。もしパーティション１０８がキャ
ッピングされたばかりであるならあ、現在の重みによっ
て表された容量をこの最新の値に対して使用してもよ
い。

【００６６】論理パーティション１０８に対していつキ
ャッピングをオン及びオフするかを判断するために、上
記のように計算されたパーティション１０８をキャッピ
ングすべき時間の割合を与える。ＷＬＭ１１２は、「キ
ャップ・パターン」を生成する（図２）。好ましくは、
ＷＬＭ１１２は、平均して１分間に１回よりも頻繁にパ
ーティション１０８に対してキャッピングする論理パー
ティションの状態を変更すべきではない。すなわち、キ
ャッピング状態は、１０分間に１０回よりも多く変更す
べきではない。パターンは、２つの値によって表すこと
ができる。すなわち、キャッピングをオンにすべき期間
とキャッピングをオフにすべき期間である。以下の表１
は、好ましい実施形態例でパーティションがキャップさ
れるべき時間の割合全体に基づいてキャップがついてい
る時間（Cap on time）及びキャップがはずされている
時間（Cap off time）についての値を与える。値は、平
均して１分間に１回を上回ることなくキャッピング状態
での移行の数を保つために選択される。なお、表中、Ｐ
はパーティションがキャップされている時間の割合を示
す。

【００６７】

【表１】Percentage of time partition capped(P) Time cap on（秒） Time cap off（ 秒） P ≦ 5% 0 常時 5% ＜ P ≦ 25% 30 90〜570 25% ＜ P ≦ 50% 60 60〜180 50% ＜ P ≦ 75% 60〜180 60 75% ＜ P ＜100% 90〜570 30 P = 100% 常時 0

【００６８】ＷＬＭ１１２は、４時間を上回る平均ＣＰ
Ｕサービス率に基づいたソフト・キャップを実行する。
パーティション１０８がキャップされるべきである時間
の割合を計算するために、キャップされている間の平均
ＣＰＵサービス率とキャップされていない間の平均ＣＰ
Ｕサービス率とが必要である。ここで図９を参照する。
これらの平均を計算するために、ＷＬＭ１１２は項目６
０２が４８個の配列を保持する（４時間のうちの５分間
のインタバル数）。各項目は４つの値が含まれている。

【００６９】６０４ パーティションがキャップされ
なかった場合の５分間のインタバル内で蓄積されたＣＰ
Ｕサービス。

【００７０】６０６ パーティションがキャップされ
なかった５分間のインタバルにおける１０秒間のインタ
バル数。このインタバル数は０から３０までの範囲内で
あると考えられる。

【００７１】６０８ パーティションがキャップされ
た場合の５分間のインタバル内で蓄積されたＣＰＵサー
ビス。

【００７２】６１０ パーティションがキャップされ
た５分間のインタバル内での１０秒間のインタバル数。
このインタバル数は０から３０までの範囲内であると考
えられる。

【００７３】したがって、図６を最初に参照すると、５
分毎にＷＬＭ１１２が手順５００を開始させる（図６乃
至図８）。それによって、パーティション１０８がキャ
ップされていなかった間の先行する５分間のインタバル
中に蓄積されたＣＰＵサービス６０４（ステップ５０
２）、パーティション１０８がキャップされていなかっ
た間の先行する５分間のインタバルにおける１０秒間の
インタバル数６０６（ステップ５０４）、パーティショ
ン１０８がキャップされていた間の先行する５分間のイ
ンタバル中に集積されたＣＰＵサービス６０８（ステッ
プ５０６）、及びパーティションがキャップされていた
間の先行する５分間のインタバルにおける１０秒間のイ
ンタバル数６１０（ステップ５０８）を決定する。これ
らの値６０４〜６１０が配列６００の次に利用可能な列
６０２に格納される。

【００７４】計算されたサービス・ユニットは、蓄積さ
れたＣＰＵ時間のＬＰ管理プログラム１０６のビューに
基づいている。したがって、１０秒毎にＷＬＭ１１２は
ＬＰ管理プログラム１０６に対して命令を送出する。こ
の命令は各パーティションに対してデータ・テーブルを
復帰させる。各パーティション１０８について、確定し
た論理ＣＰＵの各々に対してデータが復帰される。ＷＬ
Ｍ１１２は、ＷＬＭの特定のインスタンスが存在する論
理パーティション１０８の各々の論理ＣＰＵに対する有
効ディスパッチ時間を総計する。有効ディスパッチ時間
の変更はＣＰＵサービス計算に対する入力として使用さ
れる。

【００７５】パーティション１０８によって消費された
サービス・ユニットは、最初の５分間、第１の配列項目
６０２に蓄積される。配列６００がひとたび満たされる
と、蓄積が折り返して最初の項目６０２に戻る。このよ
うにして、アレイ６００は最後の４時間にわたって使用
されたサービスを常に含む。

【００７６】ここで図７を参照する。最後の５分間のイ
ンタバルに対して値６０４〜６１０を決定した後、ＷＬ
Ｍ１１２は、パーティションがキャップされていない場
合の平均ＣＰＵサービス率（ステップ５１０）、キャッ
プされている場合の平均ＣＰＵサービス率（ステップ５
１２）、及び全平均ＣＰＵサービス率（ステップ５１
４）を計算する。パーティションがキャップされていな
かった場合の平均ＣＰＵサービス率（Ｃuncapped）を計
算するために、ＷＬＭ１１２はパーティションがキャッ
プされなかった場合（アレイにおける全ての値６１０の
合計）の１０秒間のインタバル数で、キャップされてい
る間に使用したサービス全体（配列６００における全て
の値６０４の合計）を割る。全平均ＣＰＵサービス率を
計算するために、ＷＬＭは全体の加算平均インタバルを
通して使用した全サービス（配列６００における全ての
値６０４及び６０６の合計）を加算平均インタバルにお
ける１０秒間のインタバル数（４時間加算平均インタバ
ルで１４４０）で割る。システムが実際に４時間稼働す
るまで、データを有する配列項目のみが平均サービス率
の計算に使用される。このことは、配列項目が４時間相
当のデータを持っていない場合に計算される平均があま
りにも低い値とならないようにするためである。

【００７７】サービス・ユニット・データが蓄積される
場合、計算されたサービスを調整して、ローカル・パー
ティションにある論理ＣＰの数に基づいたＭＰ（マルチ
プロセッシング）ファクタの代わりにマシン全体のＭＰ
ファクタを反映させる。この調整は、マシン全体のＦＭ
ファクタをパーティションのＭＰファクタに掛ける。マ
シン全体に対するＭＰファクタは、ＯＳ／３９０イメー
ジに利用可能な潜在的ＣＰＵ容量の計算の一部として得
られる。

【００７８】次に、図８を参照する。それらの平均に基
づいて、パーティション１０８に対するキャッピング状
態で次の遷移が起こる。

【００７９】１． もしパーティション１０８がキャ
ップされていないで（ステップ５１６）、またその全平
均ＣＰＵサービス率がソフト・キャップ（ステップ５１
８）よりも高ければ、手順５００は図２に示すようなキ
ャップ・パターンを計算し（ステップ５２０）、該パタ
ーンに基づいて図３に示す手順に従ってキャッピングを
開始し（ステップ５２２）、さらに次の５分間のインタ
バルの終わりで繰り返されるように復帰する（ステップ
５２４）。もし全平均ＣＰＵサービス率がソフト・キャ
ップよりも高くなければ（ステップ５１８）、手順５０
０はキャップ・パターンを計算することなく、又はキャ
ッピングを開始することなく復帰する（ステップ５２
４）。

【００８０】２． もしパーティション１０８がキャ
ップされており（ステップ５１６）、またその非キャッ
プ状態の平均ＣＰＵサービス率がソフト・キャップより
も低く（ステップ５２６）、手順５００は復帰（ステッ
プ５２４）前にキャッピングを止める（ステップ５２
８）。

【００８１】３． もし上記条件のいずれでもなく、
パーティション１０８がその時間の１００％キャップさ
れており（ステップ５３０）、またその全ＣＰＵサービ
スがソフト・キャップよりも低ければ（ステップ５３
２）、手順５００は同じく復帰（ステップ５２４）前に
キャッピングを止める（ステップ５３４）。

【００８２】４． もしパーティション１０８がキャ
ップされており、また上記２つの条件のいずれでもな
く、しかしキャップ状態の平均ＣＰＵサービス率６０８
又はそのキャップされていない状態の平均サービス率６
０４が閾値によって変化するならば（ステップ５３
６）、手順５００は復帰（ステップ５２４）前にキャッ
プ・パターンを再計算する（ステップ５３８）。

【００８３】これらの条件のどれも起こらなければ、手
順５００はキャッピングを停止することなく、又はキャ
ッピング・パターンを再計算することなく、単に復帰す
る（ステップ５２４）。

【００８４】もしパーティションがキャップされている
ならば、以下のイベントのためにキャップ・パターンも
再計算される。

【００８５】１． ＷＬＭ１１２はパーティションの重
み４０４を変える（図５）。

【００８６】２． ソフト・キャップ４０８が変化する
（１分間に１回ポーリングされる）。

【００８７】３． パーティションの現在の重み４０４
及び疑似重み４０６によって表された容量が変化する
（１分間に１回計算される）。

【００８８】ＷＬＭ重み管理アルゴリズムは、パーティ
ション１０８の動作を促進しようとする場合、パーティ
ションのソフト・キャップ４０８よりも高くパーティシ
ョン１０８の重み４０４を高めない。

【００８９】１分間に１回、ＷＬＭ１１２がパーティシ
ョン１０８に利用可能な全容量を計算する。もし値がそ
の前の分から変化しているならば、ライセンス契約管理
プログラム１１６に対して知らされる。論理パーティシ
ョン・モードでは、上記したキャップ・パターン計算に
対する入力としてＷＬＭ１１２もまた全マシン容量を計
算する。

【００９０】開示された実施形態例では、マシン１０２
は基本モード（マシンがパーティション形成されていな
い）又は論理パーティション・モード（マシンが複数の
論理パーティション１０８に分割されている）。基本モ
ードでは、ＷＬＭ１１２はライセンス契約管理プログラ
ム１１６に復帰できるように全マシン容量を計算する。
全マシン容量を計算するために、最初にサービス・ユニ
ット／秒／ＣＰＵが計算される。この値に対して利用可
能なＣＰの総量を掛け、最終結果をＭＳＵに変換する。
ここで、全マシン容量が作業の実行に対して潜在的に利
用可能な全ＣＰに基づいているということである点に注
意する。このことは、オンラインＣＰ及びオンラインで
もたらされるＣＰが含まれる。

【００９１】１． オンラインＣＰのカウント及びオン
ラインで変動するスタンドバイＣＰのカウント。これら
２つのカウントの合計は利用可能なＣＰＵ全体のカウン
トである。

【００９２】２． もし利用可能な全ＣＰＵカウントが
現在のオンラインＣＰの数よりも多ければ、ＣＰＵ調整
ファクタは利用可能な全ＣＰＵカウントに基づいて計算
される。このＣＰＵ調整ファクタは、現在のＭＰファク
タによって現在のＣＰＵ調整ファクタを乗じ、さらにそ
れを全ＣＰＵカウントのＭＰファクタによって割ること
で計算される。

【００９３】なお、ＣＰＵサービス・ユニットは、所定
のプロセッサの速度に対して正規化されたプロセッサ容
量の共通ユニットを表す。ＣＰＵ時間と異なり、ＣＰＵ
サービス・ユニットは、物理的プロセッサ速度に関係な
くほぼ同一プロセッサ容量を示す。ＣＰＵ調整ファクタ
は、ＣＰＵ時間をＣＰＵサービス・ユニットに変換する
ための正規化値である。

【００９４】３． １６，０００，０００をＣＰＵ調整
ファクタによって割ることでＣＰＵ調整ファクタをサー
ビス・ユニット／秒／ＣＰＵに変換する（これはサービ
ス・ユニット／秒を計算するための一般式である。

【００９５】４． １秒あたりの全マシン・サービス・
ユニットを得るために、サービス・ユニット／秒／ＣＰ
Ｕを利用可能なＣＰＵ全体のカウントで乗じる。この結
果をさらに３６００秒／時間で乗じ、続いて１，００
０，０００で割ることで、全マシンＭＳＵ容量を得る。

【００９６】論理パーティション・モードでは、全マシ
ンＭＳＵ容量及びパーティションの潜在的ＭＳＵ容量の
値が必要である。以下は全マシン容量を計算するための
ステップである。

【００９７】１． オンラインＣＰのカウントとオンラ
インで変動するＣＰのカウントとを得る。利用可能なＣ
Ｐ全体を得るために、構成及びスタンドバイＣＰのカウ
ントを一緒に加える。

【００９８】２． 物理的ＭＰファクタを得る。

【００９９】３． 論理ＣＰＵ調整ファクタを物理的Ｍ
Ｐファクタに対する論理ＭＰファクタの比によって乗じ
ることで、物理的ＣＰＵ調整ファクタを計算する。

【０１００】４． ＣＰＵサービス・ユニット／秒／Ｃ
ＰＵを計算するために、１６，０００，０００を物理的
ＣＰＵ調整因子によって割る（このことはＣＰＵ調整フ
ァクタからサービス・ユニット／秒への一般的変換法で
ある）。ＣＰＵサービス・ユニット／秒の値を保存す
る。

【０１０１】５． マシン容量を計算するために、サー
ビス・ユニット／秒／ＣＰＵの値を上記計算した物理的
ＣＰＵの数で乗ずる。得られたサービス・ユニット／秒
の値を３６００秒／時間で乗じ、続いて１，０００，０
００で割ることでＭＳＵに変換する。

【０１０２】パーティションの潜在的に利用可能な容量
を計算するために、ＷＬＭ１１２を以下のようにして行
う。

【０１０３】１． ソフト・キャップを有する論理パー
ティション：パーティションの容量はソフト・キャップ
に等しい。

【０１０４】２． ソフト・キャップ無しで、かつ明確
にキャップされていない論理パーティション：構成論理
ＣＰＵのカウントをスタンドバイ論理ＣＰＵのカウント
に加えることによってパーティションで利用可能な論理
ＣＰＵの数を計算する。上記計算したサービス・ユニッ
ト／秒をこのパーティションで利用可能なＰＵの数で乗
ずる。この結果を３６００秒／時間で乗じ、続いて１，
０００，０００で割ることでＭＳＵに変換する。最大は
１となる

【０１０５】３． 明確にキャップされた論理パーティ
ション。パーティションの容量は上記２の計算のもの及
びパーティションの重みによって表された容量よりも小
さい。

【０１０６】以上、特定の実施形態例を示し、かつそれ
を説明したが、特許請求の範囲によって限定される範囲
内において種々の変更が可能であることを当業者は容易
に理解するであろう。

【０１０７】付録１：疑似重み式の導出

【０１０８】疑似重みを計算する式を導き出すために、
パーティションの重みが表す容量を計算するための式か
ら開始する。我々は、パーティションの重みによって表
されるようようがソフト・キャップと等しくなることを
望む。

【０１０９】

【数６】ソフト・キャップ＝［パーティション重み／
（Σ全パーティション重み＋疑似重み）］×容量 即ち、Soft_cap＝［Partition_weight／（ΣAll_partit
ion_weights＋Phantom_weight）］×Capacity と表す。

【０１１０】疑似重みについて解決する。

【０１１１】

【数７】Σ全パーティション重み＋疑似重み＝（パーテ
ィション重み／ソフト・キャップ）Ｘ容量 即ち、ΣAll_partition_weights＋Phantom_weight＝(Pa
rtition_weight／Soft_cap）×Capacity と表す。

【０１１２】

【数８】疑似重み＝（パーティション重み／ソフト・キ
ャップ）×容量−Σ全パーティション重み 即ち、Phantom_weight＝（Partition_weight／Soft_ca
p）×Capacity−ΣAll_partition_weights と表す。

【０１１３】付録Ｂ：キャップ割合を求める式の導出

【０１１４】パーティションがキャップされなければな
らない時間の割合を計算するための式を導き出すため
に、時間の割合Ｐでキャップされているパーティション
によって使用された平均ＣＰＵ容量を計算するための式
から開始する。

【０１１５】

【数９】 Ｃavg＝Ｐ×Ｃcapped＋（１−Ｐ）×Ｃuncapped

【０１１６】Ｐについて解決する。

【０１１７】

【数１０】 Ｃavg＝Ｐ（Ｃcapped−Ｃuncapped）＋Ｃuncapped

【０１１８】

【数１１】 Ｃavg−Ｃuncapped ＝Ｐ（Ｃcapped −Ｃuncapped）

【０１１９】

【数１２】Ｐ＝（Ｃuncapped−Ｃavg）／（Ｃuncapped
−Ｃcapped）

【０１２０】平均ＣＰＵ容量がソフト・キャップに等し
い時のＰを計算したいため、ＣavgをＣsoftcapで置き換
える。

【０１２１】

【数１３】Ｐ＝（Ｃuncapped−Ｃsoftcap）／（Ｃuncap
ped−Ｃcapped）

【０１２２】まとめとして、本発明の構成に関して以下
の事項を開示する。 （１）論理パーティションにある所定のシステム・リソ
ースの実消費を決定するステップと、前記実消費を、前
記論理パーティションにある前記リソースに対する所定
の許容消費と比較するステップと、前記実消費が前記許
容消費を上回る場合、前記リソースの前記実消費を前記
許容消費まで減少させるステップと、を有することを特
徴とする方法。 （２）前記所定のシステム・リソースはプロセッサ・リ
ソースであることを特徴とする上記（１）に記載の方
法。 （３）複数の時間間隔にわたって前記消費を加算平均す
ることで前記実消費を決定することを特徴とする上記
（１）に記載の方法。 （４）物理的マシンが１つ以上の論理パーティションを
有し、かつ前記論理パーティションの各々がマシン・リ
ソースの所定の一部分を割り当てられている情報処理シ
ステムで、容量制限を強化するための方法であって、前
記１つ以上の論理パーティションによる前記リソースの
最大許容容量を特定するステップと、前記論理パーティ
ションによる前記リソースの実消費を測定するステップ
と、前記実消費と前記最大許容消費とを比較して前記実
消費が前記最大許容消費を上回るかを決定するステップ
と、もし前記実消費が前記最大許容消費を上回るなら
ば、前記リソースの前記実消費を前記最大許容消費まで
減少させるステップと、を有することを特徴とする方
法。 （５）前記論理パーティションは複数の論理パーティシ
ョンからなる群から選択される１つであり、前記最大許
容消費は前記複数の論理パーティションからなる群に利
用可能なリソースの割合を特定することを特徴とする上
記（４）に記載の方法。 （６）前記複数の論理パーティションからなる群は、前
記物理的マシン上にある全ての論理パーティションから
構成されることを特徴とする上記（４）に記載の方法。 （７）前記複数の論理パーティションからなる群に含ま
れる論理パーティションの各々は重みが割り当てられて
おり、前記割合は前記群の前記複数のパーティションの
重みの合計に対する前記論理パーティションの重みの比
として定められていることを特徴とする上記（５）に記
載の方法。 （８）前記論理パーティションは疑似重みも割り当てら
れており、該疑似重みは前記比を決定するステップで前
記論理パーティションの重みの前記合計に加えられるこ
とを特徴とする上記（７）に記載の方法。 （９）前記所定のシステム・リソースはプロセッサ・リ
ソースであることを特徴とする上記（４）に記載の方
法。 （１０）前記実消費は所定の時間間隔における前記消費
の回転平均として決定されることを特徴とする上記
（４）に記載の方法。 （１１）マシンによって読み取り可能なプログラム記憶
装置であって、上記（１）にもとづく方法のステップを
実行するために前記マシンによって実行可能な複数の命
令からなるプログラムを実質的に包含することを特徴と
するプログラム記憶装置。 （１２）物理的マシンが１つ以上の論理パーティション
を有し、かつ前記論理パーティションの各々がマシン・
リソースの所定の一部分を割り当てられている情報処理
システムで、容量制限を強化するための装置であって、
前記１つ以上の論理パーティションによる前記リソース
の最大許容容量を特定する手段と、前記論理パーティシ
ョンによる前記リソースの実消費を測定する手段と、前
記実消費と前記最大許容消費とを比較して前記実消費が
前記最大許容消費を上回るかを決定する手段と、もし前
記実消費が前記最大許容消費を上回るならば、前記リソ
ースの前記実消費を前記最大許容消費まで減少させる手
段と、を有することを特徴とする装置。 （１３）前記論理パーティションは複数の論理パーティ
ションからなる群から選択される１つであり、前記最大
許容消費は前記複数の論理パーティションからなる群に
利用可能なリソースの割合として特定することを特徴と
する上記（１２）に記載の装置。 （１４）前記複数の論理パーティションからなる群に含
まれる論理パーティションの各々は重みが割り当てられ
ており、前記割合は前記群の前記複数のパーティション
の重みの合計に対する前記論理パーティションの重みの
比として定められていることを特徴とする上記（１３）
に記載の装置。 （１５）前記論理パーティションは疑似重みも割り当て
られており、該疑似重みは前記比を決定するステップで
前記論理パーティションの重みの前記合計に加えられる
ことを特徴とする上記（１４）に記載の方法。

【図面の簡単な説明】

【図１】本発明が適用される情報処理システムの概略的
構成を説明するための模式図である。

【図２】本発明にもとづく方法及び装置に適用される典
型的なキャッピング・パターンを説明するための図であ
る。

【図３】キャッピング・パターンを適用するために仕事
負荷管理プログラムによって実行される手順を説明する
ためのフローチャートである。

【図４】本発明の論理パーティション管理プログラムに
よて実行されるキャッピング手順を説明するためのフロ
ーチャートである。

【図５】本発明の論理パーティション管理プログラムに
よって使用される論理パーティション・パラメータを示
すブロック図である。

【図６】キャッピングを適用すべきかどうかを判断する
ために本発明の仕事負荷管理プログラムによって実行さ
れる手順を説明するためのフローチャートである。

【図７】キャッピングを適用すべきかどうかを判断する
ために本発明の仕事負荷管理プログラムによって実行さ
れる手順を説明するためのフローチャートである。

【図８】キャッピングを適用すべきかどうかを判断する
ために本発明の仕事負荷管理プログラムによって実行さ
れる手順を説明するためのフローチャートである。

【図９】図６、図７、及び図８のフローチャートに示さ
れた手順を実行するために仕事負荷管理プログラムによ
って使用される配列を説明するための配列表である。

【符号の説明】

１０２ マシン １０４ 物理的ＣＰ（物理的プロセッサ、中央処理
装置） １０６ 論理パーティション（ＬＰ）管理プログラ
ム １０８ 論理パーティション（ＬＰ１〜ＬＰ４） １１０ オペレーティング・システム（ＯＳ） １１２ 仕事負荷管理プログラム（ＷＬＭ） １１４ アプリケーション １１６ ライセンス契約管理プログラム ４００ 論理パーティション・パラメータ ４０２ エントリ ４０４ 論理パーティション重み ４０６ 疑似重み ４０８ ソフト・キャップ ４１０ キャッピング・フラグ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジェフリー・エム・ニック アメリカ合衆国12493 ニューヨーク州 ウェスト・パーク、 ルート・９ダブリュ ー 1957 (72)発明者 ピーター・ビー・ヤコム アメリカ合衆国12590 ニューヨーク州 ワッピング・フォールス、 ワイルドウッ ド・マナー 17ビー Ｆターム(参考） 5B045 GG02 5B098 AA10 GA01 GD01 GD14 HH04 HH07 HH08

Claims (15)

【特許請求の範囲】
1. 【請求項１】論理パーティションにある所定のシステム
   ・リソースの実消費を決定するステップと、 前記実消費を、前記論理パーティションにある前記リソ
   ースに対する所定の許容消費と比較するステップと、 前記実消費が前記許容消費を上回る場合、前記リソース
   の前記実消費を前記許容消費まで減少させるステップ
   と、 を有することを特徴とする方法。
2. 【請求項２】前記所定のシステム・リソースはプロセッ
   サ・リソースであることを特徴とする請求項１に記載の
   方法。
3. 【請求項３】複数の時間間隔にわたって前記消費を加算
   平均することで前記実消費を決定することを特徴とする
   請求項１に記載の方法。
4. 【請求項４】物理的マシンが１つ以上の論理パーティシ
   ョンを有し、かつ前記論理パーティションの各々がマシ
   ン・リソースの所定の一部分を割り当てられている情報
   処理システムで、容量制限を強化するための方法であっ
   て、 前記１つ以上の論理パーティションによる前記リソース
   の最大許容容量を特定するステップと、 前記論理パーティションによる前記リソースの実消費を
   測定するステップと、前記実消費と前記最大許容消費と
   を比較して前記実消費が前記最大許容消費を上回るかを
   決定するステップと、 もし前記実消費が前記最大許容消費を上回るならば、前
   記リソースの前記実消費を前記最大許容消費まで減少さ
   せるステップと、 を有することを特徴とする方法。
5. 【請求項５】前記論理パーティションは複数の論理パー
   ティションからなる群から選択される１つであり、前記
   最大許容消費は前記複数の論理パーティションからなる
   群に利用可能なリソースの割合を特定することを特徴と
   する請求項４に記載の方法。
6. 【請求項６】前記複数の論理パーティションからなる群
   は、前記物理的マシン上にある全ての論理パーティショ
   ンから構成されることを特徴とする請求項４に記載の方
   法。
7. 【請求項７】前記複数の論理パーティションからなる群
   に含まれる論理パーティションの各々は重みが割り当て
   られており、前記割合は前記群の前記複数のパーティシ
   ョンの重みの合計に対する前記論理パーティションの重
   みの比として定められていることを特徴とする請求項５
   に記載の方法。
8. 【請求項８】前記論理パーティションは疑似重みも割り
   当てられており、該疑似重みは前記比を決定するステッ
   プで前記論理パーティションの重みの前記合計に加えら
   れることを特徴とする請求項７に記載の方法。
9. 【請求項９】前記所定のシステム・リソースはプロセッ
   サ・リソースであることを特徴とする請求項４に記載の
   方法。
10. 【請求項１０】前記実消費は所定の時間間隔における前
    記消費の回転平均として決定されることを特徴とする請
    求項４に記載の方法。
11. 【請求項１１】マシンによって読み取り可能なプログラ
    ム記憶装置であって、請求項１にもとづく方法のステッ
    プを実行するために前記マシンによって実行可能な複数
    の命令からなるプログラムを実質的に包含することを特
    徴とするプログラム記憶装置。
12. 【請求項１２】物理的マシンが１つ以上の論理パーティ
    ションを有し、かつ前記論理パーティションの各々がマ
    シン・リソースの所定の一部分を割り当てられている情
    報処理システムで、容量制限を強化するための装置であ
    って、 前記１つ以上の論理パーティションによる前記リソース
    の最大許容容量を特定する手段と、 前記論理パーティションによる前記リソースの実消費を
    測定する手段と、 前記実消費と前記最大許容消費とを比較して前記実消費
    が前記最大許容消費を上回るかを決定する手段と、 もし前記実消費が前記最大許容消費を上回るならば、前
    記リソースの前記実消費を前記最大許容消費まで減少さ
    せる手段と、 を有することを特徴とする装置。
13. 【請求項１３】前記論理パーティションは複数の論理パ
    ーティションからなる群から選択される１つであり、前
    記最大許容消費は前記複数の論理パーティションからな
    る群に利用可能なリソースの割合として特定することを
    特徴とする請求項１２に記載の装置。
14. 【請求項１４】前記複数の論理パーティションからなる
    群に含まれる論理パーティションの各々は重みが割り当
    てられており、前記割合は前記群の前記複数のパーティ
    ションの重みの合計に対する前記論理パーティションの
    重みの比として定められていることを特徴とする請求項
    １３に記載の装置。
15. 【請求項１５】前記論理パーティションは疑似重みも割
    り当てられており、該疑似重みは前記比を決定するステ
    ップで前記論理パーティションの重みの前記合計に加え
    られることを特徴とする請求項１４に記載の方法。