特許 7448653 サーバ内の仮想ドロワー

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-03-04

(45)【発行日】2024-03-12

(54)【発明の名称】サーバ内の仮想ドロワー

(51)【国際特許分類】

   G06F 15/177 20060101AFI20240305BHJP

   G06F 15/173 20060101ALI20240305BHJP

【ＦＩ】

G06F15/177 A

G06F15/173 685S

【請求項の数】 17

(21)【出願番号】P 2022529371

(86)(22)【出願日】2020-11-23

(65)【公表番号】

(43)【公表日】2023-01-25

(86)【国際出願番号】 IB2020061023

(87)【国際公開番号】W WO2021105845

(87)【国際公開日】2021-06-03

【審査請求日】2023-04-24

(31)【優先権主張番号】16/695,135

(32)【優先日】2019-11-25

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】390009531

【氏名又は名称】インターナショナル・ビジネス・マシーンズ・コーポレーション

【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】Ｎｅｗ Ｏｒｃｈａｒｄ Ｒｏａｄ， Ａｒｍｏｎｋ， Ｎｅｗ Ｙｏｒｋ １０５０４， Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100112690

【弁理士】

【氏名又は名称】太佐 種一

(74)【代理人】

【識別番号】100120710

【弁理士】

【氏名又は名称】片岡 忠彦

(72)【発明者】

【氏名】シュタインマッハ－ブロウ、ブルクハルト

(72)【発明者】

【氏名】ヒュールス、ハラルド

【審査官】田中 幸雄

(56)【参考文献】

【文献】特開２０１７－１９９３６９（ＪＰ，Ａ）

【文献】特表２００６－５０７５６１（ＪＰ，Ａ）

【文献】特開２０１１－８１４６２（ＪＰ，Ａ）

【文献】特表２０１９－５１８２６０（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１９／００２８３４２（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１５／０２２３３３７（ＵＳ，Ａ１）

【文献】特開２００３－２７１５６９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ １５／１７７

Ｇ０６Ｆ １５／１７３

(57)【特許請求の範囲】

【請求項1】

コンピュータ実施方法であって、
複数の物理処理ユニットの各々のインデックス番号を受け取ることであって、前記複数の物理処理ユニットの各々が、複数のスイッチ・チップの各々とリーフ・スパイン・トポロジで通信可能に結合されている、前記受け取ることと、
前記複数の物理処理ユニットの少なくとも１つの物理処理ユニットの各インデックス番号と第１の仮想ドロワーのインデックスとの間の関連付けを示す仮想ドロワー・テーブル内のエントリを更新することにより、前記少なくとも１つの物理処理ユニットを前記第１の仮想ドロワーに割り当てることと、
前記仮想ドロワー・テーブルに基づいてドロワー管理機能を実施することと、を含むコンピュータ実施方法。

【請求項2】

前記仮想ドロワー・テーブルが、仮想ドロワー・インデックスを物理処理ユニット・インデックスにマッピングするＶ２Ｃテーブル、または、物理処理ユニット・インデックスを仮想ドロワー・インデックスにマッピングするＣ２Ｖテーブルの少なくとも一方を含む、請求項１に記載のコンピュータ実施方法。

【請求項3】

実行されるべき作業負荷の要件に基づいて、前記物理処理ユニットのサブセットを第２の仮想ドロワーに含めるために選択することと、
前記仮想ドロワー・テーブルを更新することにより、前記物理処理ユニットの前記選択されたサブセットを前記第２の仮想ドロワーに割り当てることと、
前記第２の仮想ドロワーに割り当てられた物理処理ユニットの前記サブセットを使用して前記作業負荷を実行することと、
をさらに含む、請求項１または２に記載のコンピュータ実施方法。

【請求項4】

複数の仮想ドロワーを備える論理パーティションを作成することをさらに含み、前記複数の仮想ドロワーの各々に、前記仮想ドロワー・テーブル内で、前記複数の物理処理ユニットのうち少なくとも１つの物理処理ユニットが割り当てられる、請求項１ないし３のいずれか一項に記載のコンピュータ実施方法。

【請求項5】

前記第１の仮想ドロワーが、前記物理処理ユニットの第１のサブセットを含み、前記コンピュータ実施方法が、
前記仮想ドロワー・テーブルを更新することにより、前記複数の物理処理ユニットの第２のサブセットを第２の仮想ドロワーに割り当てることをさらに含み、前記第２のサブセットの物理処理ユニットの数が、前記第１のサブセットの物理処理ユニットの数と等しくない、請求項１ないし４のいずれか一項に記載のコンピュータ実施方法。

【請求項6】

前記第１の仮想ドロワーの仮想ドロワー・インデックスを第２の物理処理ユニットのインデックスと関連付けるように、かつ、前記第１の仮想ドロワーの前記仮想ドロワー・インデックスと前記少なくとも１つの物理処理ユニットのインデックスとの関連付けを削除するように、前記仮想ドロワー・テーブルを更新することにより、前記第１の仮想ドロワーに割り当てられている前記少なくとも１つの物理処理ユニットを、前記第２の物理処理ユニットに置き換えることをさらに含む、請求項１ないし５のいずれか一項に記載のコンピュータ実施方法。

【請求項7】

前記少なくとも１つの物理処理ユニットを前記第１の仮想ドロワーに割り当てることが、
前記仮想ドロワー・テーブルを更新することにより、第１の基板上の第１の物理処理ユニットを前記第１の仮想ドロワーに割り当てることと、
前記仮想ドロワー・テーブルを更新することにより、第２の基板上の第２の物理処理ユニットを前記第１の仮想ドロワーに割り当てることと、
を含む、請求項１ないし６のいずれか一項に記載のコンピュータ実施方法。

【請求項8】

前記第１の仮想ドロワー内で、前記第１の仮想ドロワーのためのメモリ・アドレスが、前記第１の仮想ドロワーに割り当てられた前記少なくとも１つの物理処理ユニットにまたがって連続しかつインタリーブされるように、前記メモリ・アドレスをレイアウトすることをさらに含む、請求項１ないし７のいずれか一項に記載のコンピュータ実施方法。

【請求項9】

コンピュータ・システムであって、
複数の中央演算処理ユニット（ＣＰＵ）基板であって、各ＣＰＵ基板が、各インデックス番号を各々が有する１つまたは複数の物理ＣＰＵチップと、第１の複数の直交ダイレクト・コネクタとを含む、前記複数のＣＰＵ基板と、
複数のスイッチ・チップ（ＳＣ）基板であって、各ＳＣ基板が、少なくとも１つのスイッチ・チップと、第２の複数の直交ダイレクト・コネクタとを含み、前記第２の複数の直交ダイレクト・コネクタのうちの各前記直交ダイレクト・コネクタは、前記複数のＣＰＵ基板と前記複数のＳＣ基板とが直交ダイレクト・トポロジで接続されるように、前記複数のＣＰＵ基板の各々にある前記第１の複数の直交ダイレクト・コネクタの直交ダイレクト・コネクタのうちの対応するものに接続するように構成されている、前記複数のＳＣ基板と、
仮想ドロワー・テーブルを記憶するように構成されたメモリと、
前記メモリに通信可能に結合された処理ユニットであって、少なくとも１つの物理ＣＰＵチップの各インデックス番号と第１の仮想ドロワーのインデックスとの間の、前記仮想ドロワー・テーブル内の関連付けに基づいて、前記少なくとも１つの物理ＣＰＵチップが前記第１の仮想ドロワーに割り当てられるように、前記仮想ドロワー・テーブルを更新して前記関連付けを示すように構成された前記処理ユニットと、を備え、
前記処理ユニットが、前記仮想ドロワー・テーブルに基づいてドロワー管理機能を実施するように構成される、コンピュータ・システム。

【請求項10】

前記処理ユニットが、前記複数のＣＰＵ基板のうち１つにあるＣＰＵチップである、請求項９に記載のコンピュータ・システム。

【請求項11】

前記仮想ドロワー・テーブルが、仮想ドロワー・インデックスを物理ＣＰＵチップ・インデックスにマッピングするＶ２Ｃテーブル、または、物理ＣＰＵチップ・インデックスを仮想ドロワー・インデックスにマッピングするＣ２Ｖテーブルの少なくとも一方を含む、請求項９または１０に記載のコンピュータ・システム。

【請求項12】

前記処理ユニットがさらに、
１つまたは複数のＣＰＵ基板上の第１の複数の物理ＣＰＵチップを、第２の仮想ドロワーに含めるために選択することであって、前記第１の複数のＣＰＵチップ内の物理ＣＰＵチップの数は、実行されるべき作業負荷の要件に基づく、前記選択することと、
前記仮想ドロワー・テーブルを更新することにより、前記選択した第１の複数の前記物理ＣＰＵチップを前記第２の仮想ドロワーに割り当てることと、
を行うように構成され、
前記作業負荷は、前記第２の仮想ドロワーに割り当てられた前記第１の複数の物理ＣＰＵチップを使用して実行される、請求項９ないし１１のいずれか一項に記載のコンピュータ・システム。

【請求項13】

前記処理ユニットが、複数の仮想ドロワーを備える論理パーティションを作成するように構成され、前記複数の仮想ドロワーの各々に、前記仮想ドロワー・テーブル内で、少なくとも１つの物理ＣＰＵチップが割り当てられる、請求項９ないし１２のいずれか一項に記載のコンピュータ・システム。

【請求項14】

前記第１の仮想ドロワーが、物理ＣＰＵチップの第１のサブセットを含み、
前記処理ユニットが、前記仮想ドロワー・テーブルを更新することにより、物理ＣＰＵチップの第２のサブセットを第２の仮想ドロワーに割り当てるように構成され、前記第２のサブセットの物理ＣＰＵチップの数が、前記第１のサブセットの物理ＣＰＵチップの数と等しくない、請求項９ないし１３のいずれか一項に記載のコンピュータ・システム。

【請求項15】

前記処理ユニットが、
前記第１の仮想ドロワーの仮想ドロワー・インデックスを第２の物理ＣＰＵチップのインデックスと関連付けるように、かつ、前記第１の仮想ドロワーの前記仮想ドロワー・インデックスと前記少なくとも１つの物理ＣＰＵチップのインデックスとの関連付けを削除するように、前記仮想ドロワー・テーブルを更新することにより、前記第１の仮想ドロワーに割り当てられている前記少なくとも１つの物理ＣＰＵチップを、前記第２の物理ＣＰＵチップに置き換えるように構成される、請求項９ないし１４のいずれか一項に記載のコンピュータ・システム。

【請求項16】

前記第１の仮想ドロワー内で、メモリ・アドレスが、前記第１の仮想ドロワーに割り当てられた前記少なくとも１つの物理ＣＰＵチップにまたがって連続し、かつインタリーブされる、請求項９ないし１５のいずれか一項に記載のコンピュータ・システム。

【請求項17】

コンピュータ・プロセッサに、請求項１ないし８のいずれか一項に記載の方法を実施させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンピュータ・システムのドロワー管理に関し、特に仮想ドロワーを利用するドロワー管理に関する。

【背景技術】

【0002】

従来の大型サーバは、２つ以上の物理ドロワー（drawer）をケーブルで共につなぐことによってパッケージされ、または物理的に構築される。物理ドロワーは、１つまたは複数の中央演算処理ユニット（ＣＰＵ）チップを収容することができる。通例、各ＣＰＵチップはメモリ・チップに接続され、各ＣＰＵチップは、ＰＣＩｅコネクタなどの拡張カード用のコネクタを有する。また、各ＣＰＵチップは、他のＣＰＵチップへの１つまたは複数の対称マルチ処理（ＳＭＰ）リンクを有する。ドロワー内で、ＳＭＰリンクは、基板配線を使用して実装可能である。２つのドロワー間で、ＳＭＰリンクはケーブルを使用することができる。

【発明の概要】

【0003】

本開示の態様は、コンピュータ実施方法、コンピュータ・プログラム製品、およびシステムを含み得る。コンピュータ実施方法の一例は、複数の物理処理ユニットの各々のインデックス番号を受け取ることであって、複数の物理処理ユニットの各々が、複数のスイッチ・チップの各々とリーフ・スパイン（leaf-spine）・トポロジで通信可能に結合されている、受け取ることと、複数の物理処理ユニットの少なくとも１つの物理処理ユニットの各インデックス番号と第１の仮想ドロワーのインデックスとの間の関連付けを示す仮想ドロワー・テーブル内のエントリを更新することにより、少なくとも１つの物理処理ユニットを第１の仮想ドロワーに割り当てることと、仮想ドロワー・テーブルに基づいてドロワー管理機能を実施することと、を含む。

【0004】

図面は単に例示的な実施形態を描いており、したがって範囲を限定するものと解釈されるべきでないことを理解した上で、添付図面を使用して、例示的実施形態がさらなる具体性および詳細と共に説明される。

【図面の簡単な説明】

【0005】

【図1】仮想ドロワーを利用する例示のコンピュータ・システムの一実施形態の図である。

【図2】例示のコンピューティング・デバイスの一実施形態の高水準ブロック図である。

【図3】図１のコンピュータ・システムのための例示のリーフ・スパイン・トポロジの一実施形態の描写である。

【図4】仮想ドロワーを管理する例示の方法の一実施形態を示すフローチャートである。

【発明を実施するための形態】

【0006】

一般的な慣習に従い、様々な記載される特徴は、実際の縮尺では描かれておらず、例示的実施形態に関連する特定の特徴を強調するように描かれている。

【0007】

以下の詳細な説明では、その一部をなす添付図面が参照され、添付図面には、説明のための特定の実施形態が例示として示される。しかし、他の実施形態が利用されてよく、また論理的、機械的、および電気的な変更がなされてよいことが理解されるべきである。さらに、図面の図および明細書に提示される方法は、個々のステップが行われ得る順序を限定するものとは解釈されるべきでない。したがって、以下の詳細な説明は、限定的な意味で読まれるべきでない。

【0008】

一部の従来のシステムでは、コンピュータ・システムは、複数の物理ドロワー（物理ブック、基板、島とも呼ばれる）を使用してパッケージされる。各物理ドロワーは、複数のコンピュータ処理ユニット（ＣＰＵ）チップを収容する。例えば、一部の従来のシステムでは、各物理ドロワーが、ＣＰＵチップのクラスタを２つ含み、各クラスタに３つのＣＰＵチップがある。一部のそのようなシステムでは、各ＣＰＵチップが、そのクラスタ内のその他のＣＰＵチップおよびスイッチ・チップと通信可能に連結され、スイッチ・チップは、他の物理ドロワー内のスイッチ・チップと通信可能に連結される。他の従来のシステムは他のトポロジを含むこともあることが理解されるべきである（例えば、各ドロワーのＣＰＵがより多いまたはより少ない、スイッチ・チップとＣＰＵチップ間の異なる接続等）。しかし、当業者に知られるように、そのような従来のシステムは、特定のトポロジに関係なく、物理ドロワーの概念を管理機能のために利用する。例えば、論理パーティションは、複数のドロワーのすべてまたは一部を使用することができる。同様に、実行中の作業負荷を有する既存のパーティションが、追加的なドロワーを追加することができる。また、メモリ内のアドレスのレイアウトは通例、物理ドロワー・トポロジを使用する。特に、アドレスは、１つのドロワー内のＣＰＵチップにまたがって連続し、かつインタリーブされる。さらに、物理ドロワーの概念は、信頼性・可用性・保守性（ＲＡＳ）を実装するために使用することができる。これらに限定されないが、ソフトウェア・ライセンスや他のビジネス諸面などの他の管理機能も、物理ドロワーの概念を使用して実装され得る。

【0009】

しかし、物理ドロワーへの依拠は、これに限定されないが、サーバにとっての所与の作業負荷の性能などに対する制限も有する。例えば、物理ドロワーにまたがって作業負荷を実行することによる非効率性があり得る。特に、１つの物理ドロワーの中で接続されているＣＰＵペアは、通例、物理ドロワーにまたがって接続されているＣＰＵペアよりも高い帯域幅を有する。その結果、通例は、作業負荷を単一のドロワーに収めようとする努力がある。しかし、大型のサーバは、必ずしも単一の物理ドロワーに対応しない。よって、そのようなサーバ内の物理ドロワーは、サーバよりも小さい作業負荷に適合する。また、所与のサーバ・サイズについて、サーバ内の物理ドロワーの数は、物理パッケージングによって決まる。しかし、所与の作業負荷は、当該サーバに存在するよりも多いまたは少ない数の物理ドロワーを用いる方がより効率的に実行される可能性がある。さらに、物理ドロワーのサイズは、固定されており、パッケージングによって決まる。ソリューション・スタックの他の層内のソフトウェアまたはサービスは、パッケージングによって決まる固定された物理ドロワー・サイズよりも小さいまたは大きいドロワー・サイズで、向上した性能を有し得る。言い換えると、一部の作業負荷は、サーバの物理ドロワーに含まれるよりも少ないＣＰＵチップおよびリソースで動作することが可能であり得、他の作業負荷は、サーバの物理ドロワーに含まれるよりも多いＣＰＵチップおよびリソースでより良好に動作する。しかし、物理ドロワーのリソースのすべてよりも少ないリソースを作業負荷に使用することは効率的でなく、また、作業負荷を複数の物理ドロワーにまたがって分散することも、例えばそれらの物理ドロワーを互いに通信可能に結合するスイッチ・チップにおいて発生し得るボトルネックのために、非効率性を生じさせる。

【0010】

本明細書に記載される実施形態は、物理パッケージングからのドロワー概念の切り離しを可能にすることにより、物理ドロワーの制限に対処しつつ、管理機能のためのドロワー概念の有益な使用を可能にする。特に、本明細書に記載される実施形態は、仮想ドロワーの使用を可能にする。例えば、図１は、仮想ドロワーを利用する例示のコンピュータ・システム１００の一実施形態を示す。特に、図１は、リーフ・スパイン・コンピュータ・システムまたはリーフ・スパイン・サーバの一例を示す。システム１００は、複数のＣＰＵチップ１０２（この例ではＣＰ０～ＣＰ１５と表記される）の各々が複数のスイッチ・チップ１０４（この例ではＳＣ０～ＳＣ７と表記される）の各々と通信可能に連結される、リーフ・スパイン・トポロジを活用する。そのようにして、任意の２つ以上のＣＰＵチップ１０２が互いと通信可能に結合され得る。各ＣＰＵチップ１０２は、一部の実施形態ではシングル・チップ・モジュール（ＳＣＭ）であり、他の実施形態ではデュアル・チップ・モジュール（ＤＣＭ）であり得る。

【0011】

コンピュータ・システム１００は、従来のコンピュータ管理モジュールと同様に、システム１００のための管理機能を実施するように構成されたコンピュータ管理モジュール１０８を含む。しかし、図１の例示の実施形態のコンピュータ管理モジュール１０８は、仮想ドロワー・テーブル１１０を利用して仮想ドロワーの動的な作成／管理を管理するドロワー管理モジュール１０６を含む。例えば、ドロワー管理モジュール１０６は、ＣＰＵチップ１０２の１つまたは複数を、それぞれの仮想ドロワー内にグループ化することができる。図１に示される例では、ドロワー管理モジュール１０６は、ＣＰＵチップ１０２のサブセットを、５つの仮想ドロワー、１１２－１．．．１１２－５（まとめて仮想ドロワー１１２と呼ぶ）にグループ化している。図１で見て取れるように、仮想ドロワー１１２の各々は、同じ数のＣＰＵチップ１０２を有する必要はない。特に、仮想ドロワー１１２は、仮想ドロワー１１２－３、１１２－４、および１１２－５のように単一のＣＰＵチップ１０２を含むことも、または仮想ドロワー１１２－１および１１２－２のように複数のＣＰＵチップ１０２を含むこともできる。一部の実施形態では、ＣＰＵチップ１０２のすべてが、単一の仮想ドロワー１１２に含まれ得る。よって、１つの仮想ドロワー内のＣＰＵチップ１０２の数ならびに仮想ドロワー１１２の数は、例えばコンピュータ・システム１００に割り当てられた作業負荷をより効率的に管理するために、異なる実施形態において変動し得る。

【0012】

また、ＬＰＡＲ１１４などの論理パーティション（ＬＰＡＲ）に、１つまたは複数の仮想ドロワー１１２が割り当てられることができる。よって、従来のシステムと同様に、ドロワーをＬＰＡＲに追加することができる。しかし、仮想ドロワー１１２を物理パッケージングから切り離すことにより、上述のように、各仮想ドロワーが、異なる数のＣＰＵチップ１０２を収容することができる。よって、例えばＬＰＡＲ１１４は、３つの仮想ドロワー１１２－３．．．１１２－５を収容することができ、各仮想ドロワーは単一のＣＰＵチップ１０２を収容している。

【0013】

さらに、物理パッケージングから切り離された仮想ドロワーを可能にすることにより、一部の実施形態では、所与の仮想ドロワーが、それぞれ異なる命令セット・アーキテクチャ（ＩＳＡ）を利用するＣＰＵチップ１０２を収容することができる。例えば、図１では、仮想ドロワー１１２－２は、ｘ８６アーキテクチャを実装するＣＰ９およびＣＰ１０と、ｚ／Ａｒｃｈｉｔｅｃｔｕｒｅを実装するＣＰ７、ＣＰ４、およびＣＰ１４とを含む。よって、一部の実施形態では、所与の仮想ドロワー内の各ＣＰＵチップ１０２が同じＩＳＡを実装するのに対し、他の実施形態では、所与の仮想ドロワー内のＣＰＵチップがそれぞれ異なるＩＳＡを実装することができる。このようにして、コンピュータ・システム１００は、作業負荷の要件を満たす際の柔軟性の増大を可能にする。

【0014】

加えて、物理パッケージングから切り離された仮想ドロワーの使用は、故障回復および保守の柔軟性の増大を可能にする。例えば、仮想ドロワー内の所与のＣＰＵチップ１０２が故障した場合、そのＣＰＵチップ１０２は、別のＣＰＵチップ１０２に置き換えることができる。例えば、現在仮想ドロワーに割り当てられていないＣＰＵチップが故障したＣＰＵチップに取って代わる、または別の仮想ドロワーのＣＰＵチップが、故障したＣＰＵチップに取って代わるために割り当てし直されることが可能である。また、ＣＰＵチップ１０２、ＳＣチップ１０４、またはＣＰＵチップ１０２とＳＣチップ１０４との間のリンクの故障が、物理ドロワーを用いるよりも効率的に緩和され得る。特に、そのような故障は、物理ドロワー内のすべてのＣＰＵチップではなく、１つのみのＣＰＵチップ１０２またはＳＣチップ１０４に影響する。また、ＣＰＵチップ１０２が電源を切られる保守（例えばハードウェアの交換のため）を行うために、コンピュータ管理モジュール１０８は、従来の物理ドロワーよりも細かい粒度で選択されたＣＰＵチップ１０２の電源を切ることが可能であり、これは、必ずしも仮想ドロワー１１２全体が電源を切られる必要がないためである（例えば、仮想ドロワー１１２が、異なる基板上の複数のＣＰＵチップ１０２を収容している場合）。

【0015】

ＣＰＵチップ１０２を仮想ドロワー１１２にグループ化するまたは割り当てることは、一部の実施形態では、１つの仮想ドロワー１１２内で、その仮想ドロワー１１２に割り当てられているＣＰＵチップ１０２にまたがってアドレスが連続し、かつインタリーブされるように、メモリにアドレスをレイアウトすることを含む。すなわち、各ＣＰＵチップ１０２がメモリ・ストレージを含むことができ、ドロワー管理モジュール１０６は、総ストレージを単一の連続したアドレス空間として構成することができ、連続しているメモリ・ブロックのアドレスは、それぞれの仮想ドロワー１１２のＣＰＵチップにわたってインタリーブされる。よって、所与の仮想ドロワー１１２内のＣＰＵチップ１０２は同じ物理基板にない可能性があるにも関わらず、メモリ・アドレスのレイアウトは、依然として仮想ドロワー１１２内のＣＰＵチップ１０２にまたがって連続し、かつインタリーブされる。

【0016】

さらに、コンピュータ管理モジュール１０８は、仮想ドロワー１１２の単位でＣＰＵチップ１０２を管理し、ＣＰＵチップ１０２を管理者に提示することができる。よって、コンピュータ管理モジュール１０８は、物理ドロワーを利用する従来のコンピュータ管理モジュールと同様の管理機能を、仮想ドロワーを用いて実施することができる。例えば、仮想ドロワー１１２は、物理ドロワーを使用してＲＡＳを実装する方式と同様に、ＲＡＳを実装するために使用され得る。

【0017】

ドロワー管理モジュール１０６は、上述のように１つまたは複数の仮想ドロワー・テーブル１１０の使用を通じて仮想ドロワー１１２を作成／管理する。１つの例示の仮想ドロワー・テーブルが、下に表１として示される。表１は、仮想ドロワーへの物理ＣＰＵの例示のマッピングを示している。よって、表１は、本明細書においてＣ２Ｖテーブルと呼ぶことがある。特に、表１は、図１のＣＰＵチップ１０２の例示のマッピングを示している。

【0018】

【表1】

【0019】

表１の１番目の列は、各物理ＣＰＵチップ１０２のインデックスを示す。一部の実施形態では、１番目の列の値は表１に記憶されないことが理解されるべきである。代わりに、１番目の列の各値は、所与の物理ＣＰＵに対応するＶドロワーおよびＶＣＰＵエントリに直接アクセスするために、「物理ＣＰＵインデックス」値が表１への行オフセットとして使用されることを表している。２番目の列は、仮想ドロワー・インデックスを示す。特に、各仮想ドロワーは、一意の仮想ドロワー・インデックスと共に構成される。例えば、図１の仮想ドロワー１１２－１には、３の仮想ドロワー・インデックスが割り当てられている。図１に示されるように、ＣＰＵチップＣＰ０、ＣＰ１、ＣＰ１５、ＣＰ３、ＣＰ５、およびＣＰ６は、仮想ドロワー１１２－１に割り当てられている。よって、表１では、それらＣＰＵチップの各々に対応する列２は、仮想ドロワー・インデックス３のエントリを含んでいる。同様に、仮想ドロワー１１２－２に含まれるＣＰＵチップ１０２の各々には、仮想ドロワー・インデックス２が割り当てられている。仮想ドロワー１１２－３、１１２－４、および１１２－５には、それぞれ仮想インデックス１５、１３、および１０が割り当てられている。よって、仮想ドロワー１１２－３、１１２－４、および１１２－５の各々に対応するＣＰＵチップ１０２は、列２にある対応する仮想ドロワー・インデックスを含む。ＣＰＵチップＣＰ２およびＣＰ８は、仮想ドロワーに割り当てられていない。よって、ＣＰ２およびＣＰ８の各々に対応する列２は、エントリを含んでいない。

【0020】

加えて、表１は、仮想ＣＰＵインデックスについての３番目の列を含む。すなわち、仮想ドロワー内で、各ＣＰＵチップ１０２に仮想ＣＰＵインデックスが割り当てられる。例えば、仮想ドロワー１１２－１は、６個のＣＰＵチップ１０２を含む。よって、６個のＣＰＵチップ１０２の各々に、連続した仮想ＣＰＵインデックスが割り当てられる。この例では、連続した仮想ＣＰＵインデックスは０で始まり、仮想ドロワー内の最後のＣＰＵチップに仮想ＣＰＵインデックスが割り当てられるまで、１ずつ増分される。よって、この例示の仮想ドロワー１１２－１では、ＣＰ０に仮想ＣＰＵ（ＶＣＰＵ）インデックス０が割り当てられ、ＣＰ１にＶＣＰＵインデックス１が割り当てられ、ＣＰ１５にＶＣＰＵインデックス２が割り当てられ、ＣＰ３にＶＣＰＵインデックス３が割り当てられ、ＣＰ５にＶＣＰＵインデックス４が割り当てられ、ＣＰ６にＶＣＰＵインデックス５が割り当てられる。ＶＣＰＵインデックスの同様の割り当てが、その他の仮想ドロワー１１２にも行われる。注意すべき点として、ＶＣＰＵインデックスは所与の仮想ドロワー内で一意であるが、グローバルに一意ではない。すなわち、各仮想ドロワーは、例えばＶＣＰＵインデックス０を含むことができるが、所与の仮想ドロワーに対してＶＣＰＵインデックス０は１つしかない。ＶＣＰＵインデックスは、所与の仮想ドロワー１１２内でＣＰＵチップ１０２を編成し、識別することを助ける。

【0021】

表２は、ドロワー管理モジュール１０６によって利用され得る別の例示の仮想ドロワー・テーブルである。表２は、物理ＣＰＵへの仮想ドロワーの例示のマッピングを示している。よって、表２はＶ２Ｃテーブルと呼ぶことができる。表１と同様、表２は、図１のＣＰＵチップ１０２についての例示のマッピングを示している。

【0022】

【表2】

【0023】

表２の１番目の列は、仮想ドロワー・インデックスを示す。表１と同様、一部の実施形態では、１番目の列の値は表２に記憶されないことが理解されるべきである。代わりに、１番目の列の各値は、所与の仮想ドロワーに対応するＶＣＰＵ番号および物理ＣＰＵインデックス・エントリに直接アクセスするために、「Ｖドロワー・インデックス」値が表２への行オフセットとして使用されることを表している。一部の実施形態では、利用可能な仮想ドロワー（Ｖドロワー）インデックスの数は、ＣＰＵチップ１０２の数に等しい。そのようにして、１つのみのＣＰＵチップ１０２を収容するように各仮想ドロワー１１２を構成することが可能である。しかし、表２に見られるように、１つまたは複数の仮想ドロワーが２つ以上のＣＰＵチップ１０２を含む場合、Ｖドロワー・インデックスの一部は利用されない。表２の２番目の列は、仮想ドロワー内のＣＰＵチップの数を示す。列２に続く列は、ＶＣＰＵインデックスを示す。それら続く列の各行のエントリは、対応するＣＰＵチップ１０２の物理ＣＰＵインデックスである。例えば、上記で表１に関して考察したように、仮想ドロワー３では、ＶＣＰＵ０のインデックスは物理ＣＰＵインデックス０（ＣＰ０）に対応する。

【0024】

よって、表１および表２は、ドロワー管理モジュール１０６が、仮想ドロワー１１２を編成、作成、および管理することを可能にする。実際、表１および表２のエントリを調整することにより、ドロワー管理モジュール１０６は、既存の仮想ドロワーを更新する、新しい仮想ドロワーを作成する、または仮想ドロワーを削除することが可能である。表１および表２は例としてのみ提供され、他の実施形態では、表１および表２は異なるように構成され得ることが理解されるべきである。さらに、一部の実施形態では、ドロワー管理モジュール１０６は、Ｃ２ＶテーブルとＶ２Ｃテーブルの両方を使用するように構成される。例えば、Ｃ２ＶテーブルとＶ２Ｃテーブル両方の使用を通じて、ドロワー管理モジュール１０６は、種々のシナリオにおいて効率的に情報を検索することが可能である。例えば、仮想ドロワー・インデックスが与えられた場合、ドロワー管理モジュール１０６は、Ｖ２Ｃテーブルを使用することによって対応する物理ＣＰＵのインデックスを特定することができる。同様に、物理ＣＰＵインデックスが与えられた場合、ドロワー管理モジュール１０６は、Ｃ２Ｖテーブルを使用して対応する仮想ドロワーを特定することができる。しかし、他の実施形態では、ドロワー管理モジュール１０６は、Ｃ２ＶテーブルまたはＶ２Ｃテーブルの一方のみを利用して仮想ドロワーを管理するように構成される。加えて、図１および図２は１６個の物理ＣＰＵチップおよび８個のＳＣチップに関して考察されるが、他の実施形態は他の数の物理ＣＰＵチップまたは他の数のＳＣチップあるいはその両方を含み得ることが理解されるべきである。

【0025】

コンピュータ管理モジュール１０８およびドロワー管理モジュール１０６は、ハードウェア、ソフトウェア、またはハードウェアとソフトウェアの組合せとして実装され得る。例えば、一部の実施形態では、コンピュータ管理モジュール１０８およびドロワー管理モジュール１０６は、ＣＰＵチップ１０２の１つまたは複数で実行されるソフトウェアによって実装され得る。他の実施形態では、コンピュータ管理モジュール１０８およびドロワー管理モジュール１０６は、別個の処理ユニットで実行されるソフトウェアまたはファームウェアとして実装され得る。例えば、一部の実施形態では、コンピュータ管理モジュール１０８およびドロワー管理モジュール１０６は、インテリジェント・プラットフォーム管理インターフェース（ＩＰＭＩ）サブシステムのベースボード管理コントローラ（ＢＭＣ）を利用するファームウェアとして実装される。コンピュータ管理モジュール１０８およびドロワー管理モジュール１０６を実装するように構成された１つの例示のコンピューティング・デバイスが、図２に関して以下で説明される。

【0026】

図２は、例示のコンピューティング・デバイス２００の一実施形態の高水準ブロック図である。図２に示される例で、コンピューティング・デバイス２００は、メモリ２２５、ストレージ２３０、相互接続（例えばバス）２２０、１つまたは複数のプロセッサ２０５（本明細書ではＣＰＵ２０５とも呼ぶ）、およびネットワーク・インターフェース２１５を含む。コンピューティング・デバイス２００は、例としてのみ提供され、コンピューティング・デバイス２００は他の実施形態では異なるように実装され得ることが理解されるべきである。例えば、他の実施形態では、図２に示される構成要素の一部が省略される、または他の構成要素が含まれる、あるいはその両方であり得る。

【0027】

各ＣＰＵ２０５は、メモリ２２５またはストレージ２３０あるいはその両方に記憶されたプログラミング命令を取り出して実行する。相互接続２２０は、ＣＰＵ２０５、ストレージ２３０、ネットワーク・インターフェース２１５、およびメモリ２２５の間で、プログラミング命令などのデータを移動するために使用される。相互接続２２０は、１つまたは複数のバスを使用して実装され得る。ＣＰＵ２０５は、様々な実施形態において、単一のＣＰＵ、複数のＣＰＵ、または複数の処理コアを有する単一のＣＰＵであり得る。一部の実施形態では、プロセッサ２０５は、デジタル信号プロセッサ（ＤＳＰ）であり得る。メモリ２２５は一般に、ランダム・アクセス・メモリ（例えば静的ランダム・アクセス・メモリ（ＳＲＡＭ）、動的ランダム・アクセス・メモリ（ＤＲＡＭ）、またはＦｌａｓｈ）を表すように含まれる。ストレージ２３０は一般に、ハード・ディスク・ドライブ、ソリッド・ステート・デバイス（ＳＳＤ）、取り外し可能メモリ・カード、光学ストレージ、またはフラッシュ・メモリ・デバイスなどの不揮発性メモリを表すように含まれる。代替の実施形態では、ストレージ２３０は、ストレージ・エリア・ネットワーク（ＳＡＮ）デバイス、クラウド、またはネットワーク・インターフェース２１５に結合された通信ネットワークを介してコンピューティング・デバイス２００に接続された他のデバイスに、置き換えられ得る。

【0028】

一部の実施形態では、メモリ２２５は命令２１０を記憶し、ストレージ２３０は、Ｃ２Ｖテーブル２０９およびＶ２Ｃテーブル２１１を記憶する。Ｃ２Ｖテーブル２０９およびＶ２Ｃテーブル２１１は、上記の表１および表２と同様に実装することができる。他の実施形態では、命令２１０、Ｃ２Ｖテーブル２０９およびＶ２Ｃテーブル２１１は、部分的にメモリ２２５に記憶され、部分的にストレージ２３０に記憶されるか、または、それらは全体がメモリ２２５にもしくは全体がストレージ２３０に記憶されるか、または、それらはネットワーク・インターフェース２１５を介してネットワークを通じてアクセスされる。

【0029】

実行されると、命令２１０は、ＣＰＵ２０５に、上述のように仮想ドロワーを管理させる。特に命令２１０は、ＣＰＵ２０５に、上述のコンピュータ管理モジュール１０８およびドロワー管理モジュール１０６を実装させる。コンピューティング・デバイス２００の動作に関するさらなる詳細は、方法４００との関連で下記でも説明される。

【0030】

さらに、上述のように、一部の実施形態では、図２に示される構成要素およびデータの１つまたは複数は、本明細書に記載される機能を実行するために、プロセッサ２０５で実行される命令もしくは文、またはプロセッサ２０５で実行される命令もしくは文によって解釈実行される命令もしくは文を含む。他の実施形態では、図２に示される構成要素の１つまたは複数が、プロセッサに基づくシステムの代わりにまたはそれに加えて、半導体デバイス、チップ、論理ゲート、回路、回路カード、または他の物理ハードウェア・デバイスあるいはそれらの組合せを介して、ハードウェアとして実装される。

【0031】

図３は、コンピュータ・システム１００のための例示のリーフ・スパイン・パッケージング３００の一実施形態の描写である。リーフ・スパイン・パッケージング３００は、複数のＣＰＵ基板３０１－１．．．３０１－Ｎ（まとめてＣＰＵ基板３０１と呼ぶ）と、複数のＳＣ基板３０３－１．．．３０３－Ｍ（まとめてＳＣ基板３０３と呼ぶ）とを含む。図示の容易のために３つのＣＰＵ基板３０１および３つのＳＣ基板３０３のみが示されるが、任意の好適な数のＣＰＵ基板３０１およびＳＣ基板３０３が使用され得ることが理解されるべきである。さらに、コンピュータ・システム１００のために、例示のパッケージング３００は、８個のＳＣ基板３０３および８個のＣＰＵ基板３０１を含む。よって、この例では、各ＳＣ基板３０３は１つのＳＣチップ３０４を含み、各ＣＰＵ基板３０１は２つのＣＰＵチップ３０２を含む。しかし、他の実施形態では他の構成が使用され得ることが理解されるべきである。例えば、一部の実施形態では、各ＣＰＵ基板３０１は、１つのＣＰＵチップ３０２を含む。そのような例では、１６個のＣＰＵチップが、１６個のＣＰＵ基板３０１を使用する。また、一部の実施形態では、各ＳＣ基板３０３は、２つ以上のＳＣチップを含むことができる。例えば、一部のそのような実施形態では、各ＳＣ基板３０３は、２つのＳＣチップを含む。そのような実施形態では、図３の例の８つのＳＣ基板に代えて、４つのＳＣ基板３０３が、例示のコンピュータ・システム１００に使用され得る。

【0032】

図３の例における各ＳＣ基板３０３および各ＣＰＵ基板３０１は、８個の直交ダイレクト・コネクタ３０７も含む。各ＣＰＵ基板３０１上に含まれる直交ダイレクト・コネクタ３０７の数は、少なくとも、パッケージング３００内のＳＣ基板３０３の数に等しいことが理解されるべきである。同様に、各ＳＣ基板３０３に搭載される直交ダイレクト・コネクタ３０７の数は、少なくとも、パッケージング３００内のＣＰＵ基板３０１の数に等しい。直交ダイレクト・コネクタ３０７は、各ＣＰＵチップ３０２が各ＳＣチップ３０４と通信可能に結合されるように、ＳＣ基板３０３とＣＰＵ基板３０１とが直交ダイレクト・トポロジで接続されることを可能にする。

【0033】

リーフ・スパイン・パッケージング３００は例として提供され、他の実施形態では他の構成が使用され得ることが理解されるべきである。例えば、各ＣＰＵ基板３０１は従来のＣＰＵ基板と同様の構成要素（例えばメモリ・チップ、ＳＭＰリンク等）を含み得ることが理解されるべきである。一部の実施形態では、ＣＰＵ基板３０１またはＳＣ基板３０３あるいはその両方に、他の構成要素が含まれ得る。例えば、この実施形態では、各ＣＰＵ基板３０１は、メモリ・チップ３２１を含む。しかし、他の実施形態では、各ＳＣ基板が、ＣＰＵ基板３０１上のメモリ・チップ３２１に加えてまたはその代わりに、メモリ・チップを含むことができる。一部のそのような実施形態では、１つまたは複数のＳＣ基板３０３上のメモリの少なくとも一部は、仮想ドロワーに割り当てられ得る。一部の実施形態では、ドロワー管理モジュール１０６によって構成される各仮想ドロワーは、一部の実施形態において、１つまたは複数のＣＰＵ基板３０１を含むことができる。各ＣＰＵ基板３０１に複数のＣＰＵチップ３０２が含まれる他の実施形態では、各仮想ドロワーは、１つまたは複数のＣＰＵチップ３０２を含むことができる。よって、そのような実施形態のＣＰＵ基板３０１上の各ＣＰＵチップは、異なる仮想ドロワーに割り当てられ得る。

【0034】

図４は、仮想ドロワーを管理する例示の方法４００の一実施形態を示すフローチャートである。方法４００は、ドロワー管理モジュール１０６を用いて実装され得る。例えば、一部の実施形態では、方法４００は、上記図２のＣＰＵ２０５に対する命令２１０を実行することによって実装され得る。例示の方法４００における動作の順序は、説明の目的で提供され、他の実施形態では方法が異なる順序で実行され得ることが理解されるべきである。同様に、他の実施形態では、一部の動作が省略される、または追加的な動作が含まれ得ることが理解されるべきである。

【0035】

ブロック４０２で、複数の物理処理ユニットの各々のインデックス番号が受け取られる。複数の物理処理ユニットの各々は、上述のように、複数のスイッチ・チップの各々とリーフ・スパイン・トポロジで通信可能に結合されている。インデックス番号は、当業者に知られる技術を使用して受け取られるまたは取得される。

【0036】

ブロック４０４で、複数の物理処理ユニットの少なくとも１つの物理処理ユニットの各インデックス番号と第１の仮想ドロワーのインデックスとの間の関連付けを示す仮想ドロワー・テーブル内のエントリを更新することにより、少なくとも１つの物理処理ユニットが、第１の仮想ドロワーに割り当てられる。本明細書で使用される場合、エントリを更新することは、仮想ドロワー・テーブル内の既存のエントリに変更を加えること、ならびに仮想ドロワー・テーブル内に新しいエントリを作成することの両方を含み得ることが理解されるべきである。さらに、仮想ドロワー・テーブルが現在存在していない場合、エントリを更新することは、仮想ドロワー・テーブルを作成し、そのテーブル内に新しいエントリを作成することを含み得る。加えて、上述のように、一部の実施形態では、２つの仮想ドロワーを使用することができる。よって、仮想ドロワー・テーブル内のエントリを更新することは、２つの仮想ドロワー・テーブル各々の中のそれぞれのエントリを更新することを含み得る。

【0037】

ブロック４０６で、仮想ドロワー・テーブルに基づいてドロワー管理機能が実施される。すなわち、上述のように、Ｃ２ＶテーブルおよびＶ２Ｃテーブルの一方または両方を使用して、ドロワー管理機能の性能を管理することができる。例えば、物理ＣＰＵのインデックスを与えられると、Ｃ２Ｖテーブルを使用して、対応する仮想ドロワーのインデックスを特定することができる。同様に、仮想ドロワーのインデックスを与えられると、Ｖ２Ｃテーブルを使用して、その仮想ドロワーの物理ＣＰＵのインデックスを特定することができる。また、仮想ドロワーの物理ＣＰＵのインデックスを与えられると、当該仮想ドロワーの物理ＣＰＵに対してまたはそれを使用して、所望のドロワー管理機能が行われ得る。

【0038】

いくつかの例示のドロワー管理機能が以下で考察される。ただし、下記で考察されるドロワー管理機能は、例としてのみ提供され、本明細書で論じられるそれらの例に代えてまたはそれに加えて、他のドロワー管理機能が行われ得ることが理解されるべきである。

【0039】

上述のように、仮想ドロワー・テーブルを使用した仮想ドロワーへの物理処理ユニットの割り当ては、仮想ドロワーの管理の柔軟性を可能にする。例えば、一部の実施形態では、実行されるべき作業負荷の要件に基づいて、物理処理ユニットのサブセットが、仮想ドロワーに含めるために選択され得る。よって、仮想ドロワーに含まれる処理ユニットの数が、作業負荷の特定の要件に基づいて選択されるので、作業負荷は、仮想ドロワーの処理ユニットによってより効率的に実行することができる。仮想ドロワーへの処理ユニットの割り当ては、ドロワー管理モジュールにより自動的に、またはユーザ入力装置を介して受け取られるユーザ入力に応答して、行われ得る。

【0040】

また、上述のように、異なる仮想ドロワーは、異なる数の処理ユニットを有することができる。例えば、一部の実施形態では、第１の仮想ドロワーは物理処理ユニットの第１のサブセットを含み、第２の仮想ドロワーに物理処理ユニットの第２のサブセットが割り当てられ、第２のサブセットの処理ユニットの数は、第１のサブセットの処理ユニットの数と等しくない。加えて、上述のように、一部の実施形態では、仮想ドロワーは単一の処理ユニットを含むことができる。さらに、複数の仮想ドロワーから１つの論理パーティションを作成することができ、各仮想ドロワーは、少なくとも１つの物理処理ユニットを含む。よって、仮想ドロワー・テーブルを使用してコンピュータ・システムを管理することができる（例えば、仮想ドロワー・テーブル内のＣＰＵ割り当てに基づいて、仮想ドロワーが電源遮断、電源投入、またはリブートされ得る）。また、仮想ドロワー・テーブルを使用してコンピュータ・システムの作業負荷を管理することができる。例えば、作業負荷を実行しているＬＰＡＲに仮想ドロワーが追加される、もしくはそこから削除され得、または、仮想ドロワー・テーブルのエントリに基づいて、第１の仮想ドロワーに関連付けられたＣＰＵから、第２の仮想ドロワーに関連付けられたＣＰＵに作業負荷が移動され得、あるいはそれらの両方が行われ得る。

【0041】

加えて、仮想ドロワー・テーブルを使用することにより、上述のように、仮想ドロワーに割り当てられている処理ユニットが、別の処理ユニットのインデックス番号をその仮想ドロワーのインデックスと関連付け、かつ、その仮想ドロワーのインデックスと元の処理ユニットのインデックスとの間の関連付けを削除するように、仮想ドロワー・テーブルを更新することにより、当該別の処理ユニットに置き換えられることができる。さらに、上述のように、仮想ドロワーは、異なるＣＰＵ基板上の物理処理ユニットを含むことができる。例えば、仮想ドロワー・テーブルを更新することにより、第１の基板上の第１の物理処理ユニットが、第２の基板上の第２の物理処理ユニットと同じ仮想ドロワーに割り当てられ得る。

【0042】

よって、仮想ドロワー・テーブルの使用を通じて可能になる１つの例示のドロワー管理機能は、システムの容量を同時に増大する能力を提供することを含む。例えば、容量は、所与の仮想ドロワーにおいてより多くのＣＰＵを同時に有効にすることにより、または仮想ドロワーを同時にＬＰＡＲに追加して、より多くのＣＰＵ、より多くのメモリ、またはより多くの拡張デバイスあるいはそれらの組合せを有効にすることにより、増大することができる。追加のＣＰＵは、本明細書に記載されるように、所与の仮想ドロワー上で有効にされる、または仮想ドロワー・テーブルの適当な修正を通じて同時にＬＰＡＲに追加され得る。

【0043】

仮想ドロワー・テーブルの使用を通じて管理される別の例示のドロワー管理機能は、ドロワーの同時修理を含む。一部のシステムは、例えば、同時のドロワー修理のために最小限の物理ドロワー（例えば２つの物理ドロワー）を必要とする。仮想ドロワー・テーブルの使用を通じて、より小さい仮想ドロワーを構成することができ、それにより、同時のドロワー修理を行うために最小限で２つのドロワーというシステム要件を満たすことが容易になる。

【0044】

また、本明細書に記載されるように、アップグレートまたは修理のためにドロワーを削除する機能が、仮想ドロワー・テーブルを通じて管理され得る。例えば、本明細書において考察されるように、仮想ドロワー・テーブルの使用を通じて、物理ドロワーより細かい粒度で仮想ドロワーが構成され得る。よって、仮想ドロワー・テーブルの適当な修正を通じて、十分なリソースを利用可能にして、所与の仮想ドロワーに関連付けられた物理ＣＰＵがアップグレードまたは修理のために削除されるときに利用不可能になるリソースに対処することができる。よって、向上したドロワー可用性により、単一の仮想ドロワーに関連付けられたＣＰＵを、アップグレードまたは修理のために同時に削除し、再インストールすることが可能になる。

【0045】

仮想ドロワー・テーブルに基づいて行われる別の例示のドロワー管理機能は、仮想ドロワーに関連付けられた物理ＣＰＵが削除されるときに入出力（Ｉ／Ｏデバイス）への接続性の損失を防ぐことを伴う。すなわち、ＣＰＵを削除することは、その物理ＣＰＵに接続されているＩ／Ｏデバイスが失われることを意味する。しかし、Ｉ／Ｏデバイスは、２つ以上のＣＰＵへのＩ／Ｏ相互接続を有することがある。よって、複数のＩ／Ｏデバイスを含み、各Ｉ／Ｏデバイスが２つ以上のＣＰＵに接続されている所与の仮想ドロワーについては、それらのＩ／Ｏデバイスに全体として接続するＣＰＵの様々なサブセットがあり得る。仮想ドロワー・テーブルを修正して、顧客ニーズを満たすサブセットを選択することができる（例えばサービス・レベル同意を満たす、特定のタスクを行う等）。例えば、仮想ドロワー・テーブルの使用を通じて、削除されるＣＰＵの数が最小にされ得る。物理ドロワーは、Ｉ／Ｏデバイスへの相互接続については、仮想ドロワー・テーブルによって管理される仮想ドロワーの使用を通じた場合と同じ柔軟性を提供しない。

【0046】

よって、上述のように、本明細書に記載される実施形態は、様々な管理機能のための仮想ドロワーの使用を可能にし、一方で、仮想ドロワーへの処理ユニットの割り当てを、仮想ドロワーの物理パッケージングから切り離す。

【0047】

本発明は、任意の可能な技術的詳細の統合レベルにあるシステム、方法、またはコンピュータ・プログラム製品あるいはそれらの組合せであってよい。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実行させるコンピュータ可読プログラム命令が記憶されている（１つまたは複数の）コンピュータ可読記憶媒体を含んでよい。

【0048】

コンピュータ可読記憶媒体は、命令実行デバイスが使用するための命令を保持・記憶することが可能な有形のデバイスであり得る。コンピュータ可読記憶媒体は、例えば、これらに限定されないが、電子記憶装置、磁気記憶装置、光学記憶装置、電磁気記憶装置、半導体記憶装置、または前述の任意の好適な組合せであってよい。コンピュータ可読記憶媒体のより具体的な例の非網羅的リストは、携帯型コンピュータ・ディスケット、ハードディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能プログラム可能読出し専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、静的ランダム・アクセス・メモリ（ＳＲＡＭ）、携帯型コンパクト・ディスク読出し専用メモリ（ＣＤ－ＲＯＭ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、メモリ・スティック、フロッピー・ディスク、パンチカードや、命令が記憶されている溝内の隆起構造などの機械的に符号化されたデバイス、および前述の任意の好適な組合せを含む。本明細書において使用されるコンピュータ可読記憶媒体は、電波または他の自由伝搬する電磁波、導波管もしくは他の伝送媒体を通って伝搬する電磁波（例えば光ファイバ・ケーブルを通る光パルス）、または電線を通じて伝送される電気信号のように、それ自体が一過性の信号であると解釈されるべきではない。

【0049】

本明細書に記載されるコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティング／処理デバイスに、またはネットワーク、例えば、インターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワークまたはワイヤレス・ネットワーク、あるいはそれらの組合せを介して、外部コンピュータまたは外部記憶装置にダウンロードされ得る。ネットワークは、銅伝送ケーブル、光学伝送ファイバ、ワイヤレス伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータまたはエッジ・サーバ、あるいはそれらの組合せを含んでよい。各コンピューティング／処理デバイス内のネットワーク・アダプタ・カードまたはネットワーク・インターフェースが、ネットワークからコンピュータ可読プログラム命令を受信し、そのコンピュータ可読プログラム命令を、それぞれのコンピューティング／処理デバイス内部のコンピュータ可読記憶媒体に記憶するために転送する。

【0050】

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セット・アーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路のための構成データ、またはＳｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋等のオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語もしくは同様のプログラミング言語などの手続き型プログラミング言語を含む１つまたは複数のプログラミング言語の任意の組合せで書かれたソース・コードもしくはオブジェクト・コードのいずれかであってよい。コンピュータ可読プログラム命令は、スタンドアロンのソフトウェア・パッケージとして、全体がユーザのコンピュータで実行される、一部がユーザのコンピュータで実行される、一部がユーザのコンピュータで実行され、一部がリモート・コンピュータで実行される、または全体がリモート・コンピュータもしくはサーバで実行されてもよい。後者のシナリオの場合、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）、もしくはワイド・エリア・ネットワーク（ＷＡＮ）を含む任意種類のネットワークを通じてユーザのコンピュータに接続されてよく、または接続は外部コンピュータになされてもよい（例えば、インターネット・サービス・プロバイダを使用してインターネットを通じて）。一部の実施形態では、例えば、プログラム可能論理回路、フィールド・プログラム可能ゲートアレイ（ＦＰＧＡ）、またはプログラム可能論理アレイ（ＰＬＡ）を含む電子回路が、本発明の態様を実施するためにコンピュータ可読プログラム命令の状態情報を利用して電子回路を個別設定することにより、コンピュータ可読プログラム命令を実行してよい。

【0051】

本発明の態様は、本発明の実施形態に係る方法、装置（システム）、およびコンピュータ・プログラム製品のフローチャート図またはブロック図あるいはそれらの両方を参照して本明細書に記載される。フローチャート図またはブロック図あるいはそれらの両方の各ブロック、ならびにフローチャート図またはブロック図あるいはその両方の中のブロックの組合せは、コンピュータ可読プログラム命令によって実施され得ることが理解されよう。

【0052】

それらのコンピュータ可読プログラム命令は、コンピュータのプロセッサまたは他のプログラム可能データ処理装置を介して実行される命令が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックに指定される機能／動作を実施するための手段を作り出すように、コンピュータまたは他のプログラム可能データ処理装置のプロセッサに提供されて、マシンを作り出すものであってよい。それらのコンピュータ可読プログラム命令は、命令が記憶されているコンピュータ可読記憶媒体が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックに指定される機能／動作の態様を実施する命令を含む製造品を構成するように、コンピュータ可読記憶媒体に記憶され、コンピュータ、プログラム可能データ処理装置、または他のデバイス、あるいはそれらの組合せに特定の形で機能するように命令することができるものであってもよい。

【0053】

コンピュータ可読プログラム命令は、コンピュータ、他のプログラム可能装置、または他のデバイス上で実行される命令が、フローチャートまたはブロック図あるいはその両方の１つまたは複数のブロックに指定される機能／動作の態様を実施するように、コンピュータ実施プロセスを作出するべく、コンピュータ、他のプログラム可能データ処理装置、または他のデバイスにロードされ、コンピュータ、他のプログラム可能装置または他のデバイスで一連の動作ステップを行わせるものであってもよい。

【0054】

図にあるフローチャートおよびブロック図は、本発明の様々な実施形態に係るシステム、方法、およびコンピュータ・プログラム製品の可能な実装形態のアーキテクチャ、機能、および動作を示す。これに関して、フローチャートまたはブロック図の各ブロックは、モジュール、セグメント、または命令の一部分を表し得、それらは、規定される論理機能を実施するための１つまたは複数の実行可能命令を含む。一部の代替実装形態では、ブロックに記される機能は、図に記される順序から外れて行われてよい。例えば、連続して示される２つのブロックが実際には、１つのステップとして、同時に実行される、実質的に同時に実行される、部分的にもしくは完全に時間的に重なり合う方式で実現されてよく、または、関係する機能に応じて、ブロックは、場合によっては逆の順序で行われてよい。また、ブロック図またはフローチャート図あるいはその両方の各ブロック、ならびにブロック図またはフローチャート図あるいはその両方におけるブロックの組合せは、規定される機能もしくは動作を行う、もしくは特殊目的ハードウェアとコンピュータ命令の組合せを実施する、特殊目的のハードウェアに基づくシステムによって実施され得ることに気が付かれよう。

【0055】

特定の実施形態が図示され、本明細書に記載されたが、当業者には、同じ目的を達成すると考えられる任意の構成が、示される特定の実施形態の代わりに使用されてよいことが認識されよう。したがって、本発明は特許請求の範囲およびその均等物によってのみ限定されることが明白に意図される。

【図1】

【図2】

【図3】

【図4】