JP2012073660A - Ｉ／ｏアダプタ制御方法、計算機及び仮想計算機生成方法 - Google Patents

Abstract

【課題】ＱｏＳポリシに基づいて、Ｉ／Ｏを処理する仮想計算機の計算機リソースを算出することを目的とする。
【解決手段】計算機リソースを論理的に分割して生成された論理区画上に仮想計算機を生成する計算機を備える計算機システムにおけるＩ／Ｏアダプタ制御方法であって、論理区画制御部が、仮想計算機の生成要求と、仮想計算機に要求するＱｏＳに関する情報であるＱｏＳ設定情報を含むＱｏＳポリシとを受信するステップと、ゲスト用論理区画を生成するステップと、ゲスト用論理区画とＩ／Ｏアダプタとの間のＩ／Ｏを処理するＩ／Ｏ制御用論理区画に割り当てるリソースを算出するステップと、ゲスト用論理区画に仮想的なＩ／Ｏアダプタを提供するために用いるＩ／ＯアダプタをＩ／Ｏ制御用論理区画に割り当てるステップと、算出されたリソースに基づいて、Ｉ／Ｏ制御用論理区画を生成するステップと、を含むことを特徴とする。
【選択図】図１

Description

本発明は、計算機に複数の論理的な区画を生成する技術に関係し、各論理区画においてＩ／Ｏの流量制御とプラットフォームの世代間移行を両立させる技術に関する。

近年の計算機性能の向上、特にプロセッサのマルチコア化の進行により、従来複数のサーバに分散していた処理を一つのサーバに集約しコストを削減する動きが多く見られる。このような集約に際して有効となる手段が、１台のサーバ上に複数の仮想サーバを生成し、それぞれの仮想サーバ上でオペレーティングシステムを稼動させる方法である。仮想サーバを生成するためのファームウェア又はソフトウェアをハイパバイザ又は仮想化ソフトウェアと呼ぶ。

仮想サーバの生成方式としては、大きく分類して仮想マシン（ＶＭ）方式と論理分割（ＬＰＡＲ）方式とがある。

ＶＭ方式では、物理プロセッサ（コア）や物理Ｉ／Ｏアダプタなどの物理リソースを、仮想マシンモニタ（ＶＭＭ）又はホストＯＳと呼ばれる層で仮想化し、時分割で切り替えながら仮想プロセッサや仮想アダプタとして各仮想サーバ（ＶＭ）に割り当てることによって複数ＶＭ間でのリソースの共有を実現する（例えば、特許文献１参照）。

一方、ＬＰＡＲ方式では、物理リソースを各論理区画に分割し、各論理区画上のＯＳからは物理リソースを占有しているかのように認識される。

ＶＭ方式及びＬＰＡＲ方式にはそれぞれ利害得失がある。最初にリソースの割当量の保証（ＱｏＳ）を考える。

ＱｏＳは、共有されるリソースに対して、それぞれの使用するリソース量（Ｉ／Ｏの場合は帯域やレイテンシ等）を割り当てた範囲でコントロールする仕組みで、ネットワーク及びスイッチの分野で導入が進んでいる技術である。ＱｏＳポリシというユーザに対してわかりやすい指標に基づいてスイッチ又は通信経路の設定を行う技術が知られている。（例えば、特許文献２参照）。

仮想サーバに対するＱｏＳという観点で見た場合、リソースを時分割で割り当てるＶＭ方式では、ＶＭ間を切り替える最小単位以下の精度ではＱｏＳを保証できない。また、ＣＰＵの割当時間と必ずしも比例しない非同期Ｉ／Ｏの流量のコントロールに関しては、実効流量をサンプリングしてから帯域を調整するためにタイムラグが生じ、最小でも１０ｍｓ程度の切り替え間隔となる。

一方のＬＰＡＲ方式では、ＰＣＩ−Ｅｘｐｒｅｓｓの拡張規格で、仮想サーバ間でのＩ／Ｏアダプタ共有をサポートするＳＲ−ＩＯＶ（例えば、非特許文献１参照）対応の物理Ｉ／Ｏアダプタの場合、物理Ｉ／Ｏアダプタ自身がＱｏＳ保証機能を備えるケースもある。例えば、Ｉｎｔｅｌ（登録商標、以下同じ）社の８２５９９ １０ＧｂＥアダプタなどである（例えば、非特許文献２参照）。ＬＰＡＲ方式の場合ＳＲ−ＩＯＶの機能を使って直接各ＬＰＡＲに論理アダプタを割り当て、かつ物理Ｉ／Ｏアダプタの備えるハードウェアベースのＱｏＳ保証機能を使うことで、精度の高いＱｏＳ保証を実現可能である。

一方、プラットフォーム移行性という観点で見ると、物理アダプタを一度仮想化して仮想アダプタとして仮想サーバに割り当てるＶＭ方式の場合、プラットフォームが変わった場合でも物理アダプタの違いを仮想マシンモニタの層で吸収できるため、移行前の仮想アダプタ用のドライバをそのまま移行後も使い続けることが可能となる。一方のＬＰＡＲ方式では、物理Ｉ／Ｏアダプタの持つ仮想化機能（ＳＲ−ＩＯＶなど）を使って生成された論理アダプタを直接ＬＰＡＲ上の仮想サーバに見せるため、プラットフォームの変更によって物理Ｉ／Ｏアダプタが代わってしまうと、論理アダプタ用のドライバも代える必要がある。したがって、精度の高いＩ／Ｏ ＱｏＳ保証に関してはＬＰＡＲ方式が優位である一方、プラットフォーム移行性に関してはＶＭ方式が優位であると言える。

米国特許第６４９６８４７号 特開２００２−３７４２８６号公報 特開２００６−８５５４３号公報 米国特許出願公開第２００５／０２４０９３２号 特開２００４−３０２９１８号公報

PCI-SIG,「Single-Root I/O Virtualization and Sharing Specification 1.0」, 2007年9月発行 Intel, 「Intel 82599 10 GbE Controller Datasheet Revision 2.3」，2010年4月発行 Microsoft,「Microsoft Windows Scalable Networking Initiative」Microsoft Whitepaper, [online],2004年4月発行, [平成22年8月18日検索]、インターネット＜URL: http://www.microsoft.com/whdc/device/network/scale.mspx＞

仮想サーバのＱｏＳ保証とプラットフォーム移行性とを両立する方法として、仮想サーバ用の論理区画に対するＩ／Ｏ専用のＬＰＡＲを用いる方法が考えられる（例えば、特許文献３、及び特許文献４参照）。

Ｉ／Ｏ専用ＬＰＡＲを用いてＩ／Ｏアダプタを仮想化することによって、プラットフォーム依存性を隠蔽し、プラットフォーム移行性を高めることができる。

しかし、前述した従来技術ではＩ／Ｏ専用ＬＰＡＲに必要なリソース（ＣＰＵ、メモリ）を割り当てるには、仮想サーバを構築する管理者自身が設定する必要がある。また、前述した従来技術には、Ｉ／Ｏアダプタに設定するＱｏＳ設定については、何も言及されていない。

Ｉ／Ｏアダプタに対するＱｏＳ設定は、Ｉ／Ｏアダプタごとの個別Ｉ／Ｆを用いて設定する必要があり、また設定できる項目もＩ／Ｏアダプタによって異なる。

図４０は、従来のＱｏＳに関連する項目とそれを設定するためのＩ／Ｏアダプタ側の機能の一例を示す説明図である。

そのため、管理者にとって理解しやすいＱｏＳポリシと、実際のアダプタ個別Ｉ／Ｆを用いたＱｏＳのパラメータ設定との間には大きな乖離があり、これまでは管理者が試行錯誤の末に調整したパラメータを用いて要求されたＱｏＳ設定を行っていた。このため、要求されたＱｏＳが設定されたプラットフォームにおいて、プラットフォームが変更されると、ＣＰＵ及びＩ／Ｏアダプタの構成が替わってしまい、ＱｏＳ設定を一から行う必要があるという課題があった。

本発明は、Ｉ／Ｏ専用ＬＰＡＲに割り当てるリソースを容易に算出するとともに、Ｉ／Ｏアダプタに対するＱｏＳ設定を容易実現することを目的とする。

本発明の代表的な一例を示せば以下の通りである。すなわち、第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、前記第１のプロセッサに接続される複数の第１のＩ／Ｏアダプタ、及び前記第１のプロセッサに接続される第１のネットワークインタフェースを備え、計算機リソースを論理的に分割して生成された論理区画上に仮想計算機を生成する第１の計算機を備える計算機システムにおけるＩ／Ｏアダプタ制御方法であって、前記第１のプロセッサは、前記第１のメモリ上に格納された第１の論理区画制御部を実行し、前記方法は、前記第１の論理区画制御部が、前記第１のネットワークインタフェースを介して、第１の仮想計算機の生成要求と、前記仮想計算機に要求するＱｏＳに関する情報である第１のＱｏＳ設定情報を含む第１のＱｏＳポリシとを受信する第１のステップと、前記第１の論理区画制御部が、前記受信した第１の仮想計算機の生成要求に基づいて、第１のゲスト用論理区画を生成する第２のステップと、前記第１の論理区画制御部が、前記受信した第１のＱｏＳポリシに基づいて、前記第１のゲスト用論理区画と前記第１のＩ／Ｏアダプタとの間のＩ／Ｏを処理する第１のＩ／Ｏ制御用論理区画に割り当てる第１の割当計算機リソースを算出する第３のステップと、前記第１の論理区画制御部が、前記第１のゲスト用論理区画に仮想的なＩ／Ｏアダプタを提供するために用いる前記第１のＩ／Ｏアダプタを前記第１のＩ／Ｏ制御用論理区画に割り当てる第４のステップと、前記第１の論理区画制御部が、前記算出された第１の割当計算機リソースに基づいて、前記第１のＩ／Ｏ制御用論理区画を生成する第５のステップと、を含むことを特徴とする。

本発明によれば、管理者が煩雑な設定をすることなく、ＱｏＳポリシに基づいてＩ／Ｏ制御用論理区画に割り当てる計算機リソースが自動的に算出できる。また、ＱｏＳポリシをＩ／Ｏアダプタが対応可能なＱｏＳ設定に変換し、変換されたＱｏＳ設定が当該Ｉ／Ｏアダプタに設定されるため、管理者が煩雑な設定をすることなく、物理サーバが備えるＩ／Ｏアダプタに対応したＱｏＳの設定を実現できる。

本発明の第１の実施形態における仮想計算機システムの論理構成の一例を示す説明図である。 本発明の第１の実施形態の物理サーバのハードウェア構成の一例を示す説明図である。 本発明の第１の実施形態におけるハイパバイザのソフトウェア構成の一例を示す説明図である。 本発明の第１の実施形態のリソース管理部の構成例を示す説明図である。 本発明の第１の実施形態におけるリソースプール管理表の一例を示す説明図である。 本発明の第１の実施形態におけるプロセッサ割当管理表の一例を示す説明図である。 本発明の第１の実施形態における本発明の第１の実施形態におけるメモリ割当管理表の一例を示す説明図である。 本発明の第１の実施形態における本発明の第１の実施形態における論理アダプタ割当管理表の一例を示す説明図である。 本発明の第１の実施形態におけるリソース割当管理表の一例を示す説明図である。 本発明の第１の実施形態におけるＱｏＳ換算データベースの詳細を示す説明図である。 本発明の第１の実施形態のＩ／Ｆ機能表の一例を示す説明図である。 本発明の第１の実施形態のプラットフォーム仕様表の一例を示す説明図である。 本発明の第１の実施形態のプロセッサ性能換算表の一例を示す説明図である。 本発明の第１の実施形態のリソース換算表の一例を示す説明図である。 本発明の第１の実施形態のＱｏＳ設定変換表の一例を示す説明図である。 本発明の第１の実施形態のＩ／Ｆ設定仕様表の一例を示す説明図である。 本発明の第１の実施形態の物理サーバが実行する処理を説明するフローチャートである。 本発明の第１の実施形態のリソース割当要求の一例を示す説明図である。 本発明の第１の実施形態のＱｏＳポリシの一例を示す説明図である。 本発明の第１の実施形態のハイパバイザが備える各構成間の入出力を示す説明図である。 本発明の第１の実施形態のＱｏＳ個別Ｉ／Ｆ設定部が実行する処理を説明するフローチャートである。 本発明の第１の実施形態のＩ／Ｏ ＬＰＡＲリソース算出部が実行する処理を説明するフローチャートである。 本発明の第１の実施形態のＩ／Ｏ ＬＰＡＲリソース算出部が実行する計算機リソースの算出処理を説明するフローチャートである。 本発明の第１の実施形態の負荷分散個別Ｉ／Ｆ設定部が実行する処理を説明するフローチャートである。 本発明の第１の実施形態における負荷分散設定の効果を示す説明図である。 本発明の第１の実施形態における負荷分散設定の効果を示す説明図である。 本発明の第１の実施形態の変形例におけるＩ／Ｏアダプタの一例を示す説明図である。 本発明の第２の実施形態における仮想計算機システムの論理構成の一例を示す説明図である。 本発明の第２の実施形態のＡＰが備えるＱｏＳモニタが実行する処理を説明するフローチャートである。 本発明の第２の実施形態の管理用ＬＰＡＲが実行する処理を説明するフローチャートである。 本発明の第２の実施形態のＩ／Ｏ ＬＰＡＲリソース算出部が実行する計算機リソースの割当増加処理を説明するフローチャートである。 本発明の第２の実施形態のＩ／Ｏ ＬＰＡＲリソース算出部が実行する計算機リソースの割当減少処理を説明するフローチャートである。 本発明の第３の実施形態における仮想計算機システムの構成の一例を示す説明図である。 本発明の第３の実施形態の移行元の物理サーバのハイパバイザが備える各構成間の入出力を示す説明図である。 本発明の第３の実施形態の移行元の物理サーバのＩ／Ｏ ＬＰＡＲリソース算出部が実行する処理を説明するフローチャートである。 本発明の第３の実施形態における計算機リソースの算出処理を説明するフローチャートである。 本発明の第３の実施形態の移行元の物理サーバのＱｏＳ個別Ｉ／Ｆ設定部が実行する処理を説明するフローチャートである。 本発明の第３の実施形態における仮想計算機システムの構成の変形例を示す説明図である。 本発明の第３の実施形態の変形例における移行元の物理サーバのハイパバイザが備える各構成間の入出力を示す説明図である。 本発明の第３の実施形態の変形例における負荷分散個別Ｉ／Ｆ設定部が実行する処理を説明するフローチャートである。 従来のＱｏＳに関連する項目とそれを設定するためのＩ／Ｏアダプタ側の機能の一例を示す説明図である。

以下、実施形態について図面を用いて説明する。

［第１の実施形態］
図１は、本発明の第１の実施形態における仮想計算機システムの論理構成の一例を示す説明図である。

図１に示すように、第１の実施形態における仮想計算機システムは、物理サーバ１００と、複数のＩ／Ｏアダプタ２００Ａ、２００Ｂ及び管理用コンソール５２０から構成される。以下、Ｉ／Ｏアダプタ２００Ａ、２００Ｂを区別しない場合、Ｉ／Ｏアダプタ２００と記載する。

物理サーバ１００と管理用コンソール５２０とは、管理ネットワーク５３０を介して接続される。

物理サーバ１００上では、ハイパバイザ１９０が実行される。ハイパバイザ１９０は、物理サーバ１００が備える計算機リソースを論理的に分割することによって複数の論理区画（ＬＰＡＲ）を生成し、また、生成されたＬＰＡＲを管理する。

なお、ハイパバイザ１９０のソフトウェア構成については図２を用いて後述する。また、物理サーバ１００が備えるハードウェア構成については図３を用いて後述する。

本実施形態におけるハイパバイザ１９０は、ゲストＬＰＡＲ１１５Ａ、１１５Ｂと、Ｉ／Ｏ ＬＰＡＲ１５０Ａ、１５０Ｂと、管理用ＬＰＡＲ１７０とを生成する。

管理用ＬＰＡＲ１７０は、管理用コンソール５２０と通信するための論理区画である。

ゲストＬＰＡＲ１１５Ａ、１１５Ｂは、ユーザの業務を実行する論理区画である。以下、ゲストＬＰＡＲ１１５Ａ、１１５Ｂを区別しない場合、ゲストＬＰＡＲ１１５と記載する。

Ｉ／Ｏ ＬＰＡＲ１５０Ａ、１５０Ｂは、ゲストＬＰＡＲ１１５と各Ｉ／Ｏアダプタ２００Ａ、２００Ｂとの間のＩ／Ｏアクセスを処理する論理区画である。以下、Ｉ／Ｏ ＬＰＡＲ１５０Ａ、１５０Ｂを区別しない場合、Ｉ／Ｏ ＬＰＡＲ１５０と記載する。

本実施形態におけるハイパバイザ１９０は、ゲストＬＰＡＲ１１５Ａと、Ｉ／Ｏ ＬＰＡＲ１５０Ａを一つの仮想化部１１０Ａとして管理する。また、ハイパバイザ１９０は、ゲストＬＰＡＲ１１５ＢとＩ／Ｏ ＬＰＡＲ１５０Ｂとを一つの仮想化部１１０Ｂとして管理する。

Ｉ／Ｏ ＬＰＡＲ１５０Ａは、ゲストＬＰＡＲ１１５ＡとＩ／Ｏアダプタ２００Ａ、２００Ｂとの間のＩ／Ｏアクセスを処理する。Ｉ／Ｏ ＬＰＡＲ１５０Ｂは、ゲストＬＰＡＲ１１５ＢとＩ／Ｏアダプタ２００Ａ、２００Ｂとの間のＩ／Ｏアクセスを処理する。

なお、本発明は前述したような構成に限定されない。例えば、複数のゲストＬＰＡＲ１１５と一つのＩ／Ｏ ＬＰＡＲ１５０とを対応づけてもよい。また、Ｉ／Ｏ ＬＰＡＲ１５０は、一つのＩ／Ｏアダプタ２００のアクセスのみを処理するように構成されてもよい。

管理用コンソール５２０は、管理者５１０が入力したＱｏＳポリシ５００及びリソース割当要求５４０を管理用ＬＰＡＲ１７０に送信する。ＱｏＳポリシ５００は、ユーザが要求するＱｏＳを設定するためのパラメータ等の情報を含む。リソース割当要求５４０は、ゲストＬＰＡＲ１１５に割り当てる計算機リソースに関する情報を含む。

なお、ＱｏＳポリシ５００の詳細については図１９を用いて後述する。また、リソース割当要求５４０の詳細については図１８を用いて後述する。

ゲストＬＰＡＲ１１５とＩ／Ｏアダプタとの間のＩ／Ｏアクセスを仮想化する方法を説明する。

本実施形態のＩ／Ｏアダプタ２００Ａは、ＳＲ−ＩＯＶに対応したアダプタである。そのため、ＳＲ−ＩＯＶに対応したＩ／Ｏアダプタ２００Ａは、内部に物理アダプタ制御機能（ＰＦ）２２０Ａと、複数の論理アダプタ（ＶＦ）２１０Ａ−１〜２１０Ａ−３を含む。

また、Ｉ／Ｏアダプタ２００ＢもＳＲ−ＩＯＶに対応したアダプタであり、物理アダプタ制御機能（ＰＦ）２２０Ｂと、複数の論理アダプタ（ＶＦ）２１０Ｂ−１〜２１０Ｂ−３を含む。

論理アダプタ（ＶＦ）２１０Ａ−１〜２１０Ａ−３、２１０Ｂ−１〜２１０Ｂ−３をＩ／Ｏ ＬＰＡＲ１５０と対応づけることによってＩ／Ｏアダプタ２００を複数のゲストＬＰＡＲ１１５が共有して使用することができる。

なお、図１に示す例では、Ｉ／Ｏアダプタ２００Ａ、２００Ｂは、それぞれ、一つの物理アダプタ制御機能（ＰＦ）２２０Ａ、２２０Ｂを含むが、複数の物理アダプタ制御機能（ＰＦ）を含んでもよい。

以下、物理アダプタ制御機能（ＰＦ）２２０Ａ、２２０Ｂを区別しない場合、ＰＦ２２０と記載する。論理アダプタ（ＶＦ）２１０Ａ−１〜２１０Ａ−３を区別しない場合ＶＦ２１０Ａと記載し、論理アダプタ（ＶＦ）２１０Ｂ−１〜２１０Ｂ−３を区別しない場合ＶＦ２１０Ｂと記載する。また、ＶＦ２１０Ａ及びＶＦ２１０Ｂを区別しない場合、ＶＦ２１０と記載する。

次に、各ＬＰＡＲの構成について説明する。

管理用ＬＰＡＲ１７０上では、管理用コンソール５２０及びハイパバイザ１９０との間の通信を制御するＯＳ１７５が実行される。また、管理用ＬＰＡＲ１７０は、ＰＦ２２０Ａ、２２０Ｂにアクセスするための物理アダプタドライバ（ＰＦＤ）１８５−１、１８５−２を備える。

以下、物理アダプタドライバ（ＰＦＤ）１８５−１、１８５−２を区別しない場合、ＰＦＤ１８５と記載する。

ゲストＬＰＡＲ１１５Ａ上ではユーザの業務を実行するＯＳ１３０Ａが稼動する。また、ＯＳ１３０Ａ上では各種アプリケーション１２５Ａが実行される。

ゲストＬＰＡＲ１１５Ａには、仮想Ｉ／Ｏアダプタ１４５Ａ−１、１４５Ａ−２が割り当てられる。また、ゲストＬＰＡＲ１１５Ａは、仮想Ｉ／Ｏアダプタ１４５Ａ−１、１４５Ａ−２にアクセスするための汎用的な仮想アダプタドライバ１３５Ａ−１、１３５Ａ−２を備える。前述した構成によって、ゲストＬＰＡＲ１１５Ａに割り当てられるＩ／Ｏアダプタを仮想化することが可能となる。具体的な、仮想化方法については後述する。

ゲストＬＰＡＲ１１５が含む仮想アダプタドライバ１３５Ａ−１、１３５Ａ−２は、汎用的なネットワークインタフェースカード（ＮＩＣ）又はホストバスアダプタ（ＨＢＡ）用のドライバである。

ゲストＬＰＡＲ１１５Ｂも同様の構成であるため、説明を省略する。

以下、仮想アダプタドライバ１３５Ａ−１、１３５Ａ−２を区別しない場合、仮想アダプタドライバ１３５Ａと記載し、仮想アダプタドライバ１３５Ｂ−１、１３５Ｂ−２を区別しない場合、仮想アダプタドライバ１３５Ｂと記載する。また、仮想アダプタドライバ１３５Ａ、１３５Ｂを区別しない場合、仮想アダプタドライバ１３５と記載する。

また、以下、仮想Ｉ／Ｏアダプタ１４５Ａ−１、１４５Ａ−２を区別しない場合、仮想Ｉ／Ｏアダプタ１４５Ａと記載し、仮想Ｉ／Ｏアダプタ１４５Ｂ−１、１４５Ｂ−２を区別しない場合、仮想Ｉ／Ｏアダプタ１４５Ｂと記載する。また、仮想Ｉ／Ｏアダプタ１４５Ａ、１４５Ｂを区別しない場合、仮想Ｉ／Ｏアダプタ１４５と記載する。

Ｉ／Ｏ ＬＰＡＲ１５０Ａ上では、ゲストＬＰＡＲ１１５ＡとＶＦ２１０Ａ、２１０Ｂとの間のＩ／Ｏアクセスを処理するＯＳ１６０Ａが稼動する。また、ＯＳ１６０Ａ上ではＩ／Ｏアクセスを処理するためのアプリケーション１５５Ａが実行される。

Ｉ／Ｏ ＬＰＡＲ１５０Ａは、ＶＦ２１０Ａ、２１０Ｂにアクセスするための論理アダプタドライバ（ＶＦＤ）１６５Ａ−１、１６５Ａ−２を備える。論理アダプタドライバ（ＶＦＤ）１６５Ａ−１、１６５Ａ−２は、Ｉ／Ｏアダプタ２００Ａ、２００Ｂ固有のデバイスドライバである。

Ｉ／Ｏ ＬＰＡＲ１５０Ｂも同様の構成であるため説明を省略する。

以下、論理アダプタドライバ（ＶＦＤ）１６５Ａ−１、１６５Ａ−２を区別しない場合、ＶＦＤ１６５Ａと記載し、論理アダプタドライバ（ＶＦＤ）１６５Ｂ−１、１６５Ｂ−２を区別しない場合、ＶＦＤ１６５Ｂと記載する。また、ＶＦＤ１６５Ａ、１６５Ｂを区別しない場合、ＶＦＤ１６５と記載する。

図１に示す例では、Ｉ／Ｏ ＬＰＡＲ１５０Ａには、ＶＦ２１０Ａ−１及びＶＦ２１０Ｂ−２が割り当てられている。

Ｉ／Ｏ ＬＰＡＲ１５０Ａは、ＶＦＤ１６５Ａ−１を介してＶＦ２１０Ａ−１へとアクセスし、また、ＶＦＤ１６５Ａ−２を介してＶＦ２１０Ｂ−２へとアクセスする。

Ｉ／Ｏ ＬＰＡＲ１５０は、ＶＦＤ１６５を介して入力されたＩ／Ｏアクセスを、仮想Ｉ／Ｏアダプタ１４５に対応するＩ／Ｏアクセスに変換し、変換されたＩ／ＯアクセスをゲストＬＰＡＲ１１５に送信する。また、Ｉ／Ｏ ＬＰＡＲ１５０は、仮想Ｉ／Ｏアダプタ１４５を介して入力されたＩ／Ｏアクセスを、ＶＦＤ１６５に対応したＩ／Ｏアクセスに変換し、変換されたＩ／Ｏアクセスを外部に送信する。

前述した処理によって、論理アダプタ２１０とゲストＬＰＡＲ１１５との間のＩ／Ｏアクセスを転送することが可能となる。

前述したＩ／Ｏ仮想化によって、プラットフォームの変更に伴ってＩ／Ｏアダプタ２００が異なるものとなった場合、ＶＦＤ１６５のみを変更すればよい。すなわち、ゲストＬＰＡＲ１１５の構成は変更する必要がないため、仮想アダプタドライバ１３５は同一のドライバを引き継ぐことができる。これによって、仮想化部１１０におけるプラットフォーム間移行を可能とする。

なお、１つのＩ／Ｏアダプタ２００が内部に複数の物理アダプタ制御機能（ＰＦ）２２０を備えることもあり得る。例えば、ＮＩＣとＨＢＡのコンボカード（ＣＮＡ）などである。ＣＮＡのようなＩ／Ｏアダプタ２００では、複数の物理アダプタ制御機能（ＰＦ）２２０が存在する。

第１の実施形態では、一つのＩ／Ｏアダプタ２００に一つのＰＦ２２０が備わるＩ／Ｏアダプタ２００について説明する。

図２は、本発明の第１の実施形態の物理サーバ１００のハードウェア構成の一例を示す説明図である。

物理サーバ１００は、ソケット４００Ａ、４００Ｂ、プロセッサ４０５Ａ、４０５Ｂ、メモリモジュール４５０Ａ−１、４５０Ａ−２、４５０Ｂ−１、４５０Ｂ−２、ＩＯハブチップセット４２０、コントローラハブチップセット４６０、及び管理ポート４７０を備える。

ソケット４００Ａには、プロセッサ４０５Ａが設置される。また、ソケット４００Ｂには、プロセッサ４０５Ｂは設置される。プロセッサ４０５Ａとプロセッサ４０５Ｂとは、相互接続パス４２５によって接続される。

プロセッサ４０５Ａは、複数のプロセッサコア４１０Ａ−１〜４１０Ａ−４及びメモリコントローラ４４０Ａを含む。なお、メモリコントローラ４４０Ａは、プロセッサ４０５Ａの外部にある構成でもよいし、別のチップセットに統合される構成も考えられる。

プロセッサコア４１０Ａ−１〜４１０Ａ−４は、演算ユニットであり、メモリモジュール４５０Ａ−１、４５０Ｂ−２に格納されたプログラムを実行する。ソケット４００Ｂも同一の構成であるため説明を省略する。

以下、ソケット４００Ａ、４００Ｂを区別しない場合、ソケット４００と記載する。プロセッサ４０５Ａ、４０５Ｂを区別しない場合、プロセッサ４０５と記載する。また、プロセッサコア４１０Ａ−１〜４１０Ａ−４及びプロセッサコア４１０Ｂ−１〜４１０Ｂ−４を区別しない場合、プロセッサコア４１０と記載する。

メモリコントローラ４４０Ａは、メモリチャネルを介してメモリモジュール４５０Ａ−１、４５０Ａ−２と接続され、メモリモジュール４５０Ａ−１、４５０Ａ−２に対するデータの読み出し、又は、データの書き込みを制御する。メモリモジュール４５０としてはＤＩＭＭ（Ｄｕａｌ Ｉｎｌｉｎｅ Ｍｅｍｏｒｙ Ｍｏｄｕｌｅ）のようなものが考えられる。メモリコントローラ４４０Ｂも同一の構成であるため説明を省略する。

以下、メモリコントローラ４４０Ａ、４４０Ｂを区別しない場合、メモリコントローラ４４０と記載する。

メモリモジュール４５０Ａ−１、４５０Ａ−２は、プロセッサコア４１０Ａ−１〜４１０Ａ−４が実行するプログラム及び当該プログラムを実行するために必要な情報を格納する。

メモリモジュール４５０Ｂ−１、４５０Ｂ−２も同一の構成であるため説明を省略する。

以下、メモリモジュール４５０Ａ−１、４５０Ａ−２、及びメモリモジュール４５０Ｂ−１、４５０Ｂ−２を区別しない場合、メモリモジュール４５０と記載する。

図２に示す例では、メモリモジュール４５０Ａ−２には、ハイパバイザ実行イメージ４５５が格納される。また、メモリモジュール４５０Ｂ−１には、ゲストＬＰＡＲ１１５の実行イメージ４５６が格納される。

また、メモリモジュール４５０は、Ｉ／Ｏアダプタ２００を制御するための情報を格納するコンフィグレーション領域（図示省略）を格納する。当該コンフィグレーション領域には、Ｖｅｎｄｏｒ ＩＤ（図１１参照）、Ｄｅｖｉｃｅ ＩＤ（図１１参照）等の情報が含まれる。

ＩＯハブチップセット４２０は、一以上のＩＯバス４３０Ａ、４３０Ｂを介してＩ／Ｏアダプタ２００と接続される。ここで、ＩＯバス４３０は、例えば、ＰＣＩ−Ｅｘｐｒｅｓｓのようなものが考えられる。

Ｉ／Ｏアダプタ２００には、当該Ｉ／Ｏアダプタ２００の種類によってネットワーク４８０又はストレージ装置４９０が接続される。

ストレージ装置４９０には、ゲストＬＰＡＲ１１５等のブートイメージ４９５が複数格納される。

物理サーバ１００の処理実行時には、不揮発性メモリからロードされたハイパバイザブートイメージ４６５がメモリモジュール４５０Ａ−２上に展開され、ハイパバイザ実行イメージ４５５として実行される。また、ゲストＬＰＡＲ１１５のブートイメージ４９５はメモリモジュール４５０Ｂ−１上に展開され、実行イメージ４５６として実行される。

また、ＩＯハブチップセット４２０は、コントローラハブチップセット４６０が接続される。

コントローラハブチップセット４６０は、管理ネットワーク５３０と接続する管理ポート４７０、ハイパバイザブートイメージ４６５を格納する不揮発性メモリと接続される。

図３は、本発明の第１の実施形態におけるハイパバイザ１９０のソフトウェア構成の一例を示す説明図である。

ハイパバイザ１９０は、リソース管理部３００、ＱｏＳ個別Ｉ／Ｆ設定部３１０、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０、負荷分散個別Ｉ／Ｆ設定部３３０、及びＱｏＳ換算データベース３４０を備える。

リソース管理部３００は、物理サーバ１００が備える計算機リソース、並びに、ゲストＬＰＡＲ１１５及びＩ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを管理する。リソース管理部３００の詳細については、図４を用いて後述する。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ＱｏＳポリシ５００に基づいて各ＶＦ２１０にＱｏＳを設定する。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てるリソースを算出する。

負荷分散個別Ｉ／Ｆ設定部３３０は、各ＶＦ２１０に対して、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられたプロセッサコアに対する割り込みを分散させるための負荷分散を設定する。

ＱｏＳ換算データベース３４０は、ＱｏＳポリシ５００に基づいて各ＶＦ２１０に設定するＱｏＳの設定パラメータを算出するための情報を格納する。ＱｏＳ換算データベース３４０の詳細については、図１０を用いて後述する。

なお、ＱｏＳ換算データベース３４０は、ハイパバイザ１９０が備えていなくてもよい。例えば、プラットフォーム又はＩ／Ｏアダプタの変更に合わせてデータの追加又は更新が必要となるため、物理サーバ１００の外部の装置（図示省略）に保持されてもよい。この場合、ハイパバイザ１９０は、管理用コンソール５２０及び管理用ＬＰＡＲ１７０を介して、外部の装置（図示省略）に必要な情報を参照する。

図４は、本発明の第１の実施形態のリソース管理部３００の構成例を示す説明図である。

リソース管理部３００は、リソースプール管理表６００、プロセッサ割当管理表６１０、メモリ割当管理表６２０、論理アダプタ割当管理表６３０、及びリソース割当管理表６４０を備える。

リソースプール管理表６００は、物理サーバ１００が備える計算機リソースの割当て状態を管理するための情報を格納する。リソースプール管理表６００の詳細については、図５を用いて後述する。

プロセッサ割当管理表６１０は、プロセッサコア４１０の割当て状態を管理するための情報を格納する。プロセッサ割当管理表６１０の詳細については、図６を用いて後述する。

メモリ割当管理表６２０は、メモリモジュール４５０の記憶領域の割当て状態を管理するための情報を格納する。メモリ割当管理表６２０の詳細については、図７を用いて後述する。

論理アダプタ割当管理表６３０は、ＶＦ２１０の割当て状態を管理するための情報を格納する。論理アダプタ割当管理表６３０の詳細については、図８を用いて後述する。

リソース割当管理表６４０は、ゲストＬＰＡＲ１１５及びＩ／Ｏ ＬＰＡＲ１５０に割り当てられる計算機リソースに関する情報を格納する。リソース割当管理表６４０の詳細については、図９を用いて後述する。

以下、リソース管理部３００が備える各表について説明する。

図５は、本発明の第１の実施形態におけるリソースプール管理表６００の一例を示す説明図である。

リソースプール管理表６００は、リソース名６０１、未割当リソース６０２、及び割当済リソース６０３を含む。

リソース名６０１は、物理サーバ１００が備える計算機リソースの名称を格納する。図５に示す例では、プロセッサコア６０５、メモリ６０６、及び論理アダプタ６０７のエントリが格納される。なお、論理アダプタ６０７については、物理アダプタ制御機能２２０毎にエントリが格納される。

未割当リソース６０２は、リソース名６０１に対応する計算機リソースのうち、ゲストＬＰＡＲ１１５及びＩ／Ｏ ＬＰＡＲ１５０のいずれにも割り当てられていない計算機リソースのリソース量を格納する。つまり、リソースプールにおける未使用のリソース量が格納される。

割当済リソース６０３は、リソース名６０１に対応する計算機リソースのうち、ゲストＬＰＡＲ１１５及びＩ／Ｏ ＬＰＡＲ１５０に割り当てられているリソース量を格納する。つまり、リソースプールにおける使用済みのリソース量が格納される。

未割当リソース６０２及び割当済リソース６０３の論理アダプタ６０７については、未割当てのＶＦ２１０の数が格納される。

図６は、本発明の第１の実施形態におけるプロセッサ割当管理表６１０の一例を示す説明図である。

プロセッサ割当管理表６１０は、プロセッサ６１１、プロセッサコア６１２、割当先ＬＰＡＲ６１３、及びＬＰＡＲ種別６１４を含む。

プロセッサ６１１は、プロセッサソケット４００に設置されるプロセッサ４０５を一意に識別するための識別子を格納する。

プロセッサコア６１２は、プロセッサ４０５が備えるプロセッサコア４１０を一意に識別するための識別子を格納する。

割当先ＬＰＡＲ６１３は、プロセッサコア４１０が割り当てられるＬＰＡＲ（ゲストＬＰＡＲ１１５又はＩ／Ｏ ＬＰＡＲ１５０）を一意に識別するための識別子を格納する。なお、プロセッサコア４１０がいずれのＬＰＡＲにも割り当てられていない場合、割当先ＬＰＡＲ６１３には割り当てられていないことを表す「未」が格納される。

ＬＰＡＲ種別６１４は、プロセッサコア４１０が割り当てられるＬＰＡＲがゲストＬＰＡＲ１１５又はＩ／Ｏ ＬＰＡＲ１５０の何れであるかを表す情報を格納する。図６に示す例では、ＬＰＡＲ種別６１４には、ゲストＬＰＡＲ１１５を表す「ゲスト」、又は、Ｉ／Ｏ ＬＰＡＲ１５０を表す「Ｉ／Ｏ」が格納される。なお、割当先ＬＰＡＲ６１３が「未」である場合、ＬＰＡＲ種別６１４には「−」が格納される。

図７は、本発明の第１の実施形態における本発明の第１の実施形態におけるメモリ割当管理表６２０の一例を示す説明図である。

メモリ割当管理表６２０は、ホストアドレス６２１、割当先６２２及びＬＰＡＲ種別６２３を含む。

ホストアドレス６２１は、割り当てられるメモリモジュール４５０の記憶領域に関する情報を格納する。具体的には、ホストアドレス６２１は、開始アドレス６２５及びサイズ６２６を含む。

開始アドレス６２５は、割り当てられる記憶領域のメモリモジュール４５０における開始アドレスを格納する。サイズ６２６は、割り当てられる記憶領域の容量を表す。

割当先６２２は、ホストアドレス６２１に対応する記憶領域が割り当てられる対象を識別するための情報を格納する。

図７に示す例では、メモリモジュール４５０の記憶領域がハイパバイザ１９０に割り当てられる場合には「ハイパバイザ」が格納され、管理用ＬＰＡＲ１７０に割り当てられる場合には「管理用ＬＰＡＲ」が格納される。また、メモリモジュール４５０の記憶領域がＬＰＡＲ（ゲストＬＰＡＲ１１５又はＩ／Ｏ ＬＰＡＲ１５０）に割り当てられる場合には、ＬＰＡＲ（ゲストＬＰＡＲ１１５又はＩ／Ｏ ＬＰＡＲ１５０）を識別するための識別子が格納される。

以下、メモリモジュール４５０の記憶領域をメモリ領域と記載し、メモリモジュール４５０の記憶領域の容量をメモリ容量と記載する。

ＬＰＡＲ種別６２３は、メモリモジュール４５０の記憶領域が割り当てられるＬＰＡＲの種別を格納する。ＬＰＡＲ種別６２３は、ＬＰＡＲ種別６１４と同一のものである。

図８は、本発明の第１の実施形態における本発明の第１の実施形態における論理アダプタ割当管理表６３０の一例を示す説明図である。

論理アダプタ割当管理表６３０は、物理Ｉ／Ｏアダプタ６３１、論理アダプタ６３２、及び割当先ＬＰＡＲ６３３を含む。

物理Ｉ／Ｏアダプタ６３１は、Ｉ／Ｏアダプタ２００を識別するための情報が格納される。本実施形態では、物理Ｉ／Ｏアダプタ６３１には、ＰＦ２２０を識別するための識別子が格納される。

論理アダプタ６３２は、物理Ｉ／Ｏアダプタ６３１に対応するＰＦ２２０によって生成されたＶＦ２１０を識別するための識別子を格納する。

割当先ＬＰＡＲ６３３は、論理アダプタ６３２に対応するＶＦ２１０が割り当てられたＩ／Ｏ ＬＰＡＲ１５０を識別するための情報が格納される。

図９は、本発明の第１の実施形態におけるリソース割当管理表６４０の一例を示す説明図である。

リソース割当管理表６４０は、ゲストＬＰＡＲ情報６４２及びＩ／Ｏ ＬＰＡＲ情報６４３を含む。

ゲストＬＰＡＲ情報６４２は、ゲストＬＰＡＲ１１５に割り当てられた計算機リソースに関する情報を格納する。具体的には、ゲストＬＰＡＲ情報６４２は、ＬＰＡＲ番号６４２１、プロセッサコア数６４２２、メモリ６４２３、及び仮想アダプタ６４２４を含む。

ＬＰＡＲ番号６４２１は、ゲストＬＰＡＲ１１５を一意に識別するための識別子を格納する。

プロセッサコア数６４２２は、ＬＰＡＲ番号６４２１に対応するゲストＬＰＡＲ１１５に割り当てられるプロセッサコア４１０の数を格納する。

メモリ６４２３は、ＬＰＡＲ番号６４２１に対応するゲストＬＰＡＲ１１５に割り当てられるメモリ容量を格納する。

仮想アダプタ６４２４は、ＬＰＡＲ番号６４２１に対応するゲストＬＰＡＲ１１５に割り当てられる仮想Ｉ／Ｏアダプタ１４５を一意に識別するための識別子を格納する。

Ｉ／Ｏ ＬＰＡＲ情報６４３は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられた計算機リソースに関する情報を格納する。具体的には、Ｉ／Ｏ ＬＰＡＲ情報６４３は、ＬＰＡＲ番号６４３１、プロセッサコア数６４３２、メモリ６４３３、Ｉ／Ｏアダプタ６４３４、及び論理アダプタ６４３５を含む。

ＬＰＡＲ番号６４３１は、Ｉ／Ｏ ＬＰＡＲ１５０を一意に識別するための識別子を格納する。

プロセッサコア数６４３２は、ＬＰＡＲ番号６４３１に対応するＩ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０の数を格納する。

メモリ６４３３は、ＬＰＡＲ番号６４３１に対応するＩ／Ｏ ＬＰＡＲ１５０に割り当てられるメモリ容量を格納する。

Ｉ／Ｏアダプタ６４３４は、ＬＰＡＲ番号６４３１に対応するＩ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０を生成したＰＦ２２０を識別するための識別子を格納する。

論理アダプタ６４３５は、ＬＰＡＲ番号６４３１に対応するＩ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０を識別するための識別子を格納する。

次に、ＱｏＳ換算データベース３４０について説明する。

図１０は、本発明の第１の実施形態におけるＱｏＳ換算データベース３４０の詳細を示す説明図である。

ＱｏＳ換算データベース３４０は、Ｉ／Ｆ機能表７００、プラットフォーム仕様表７１０、プロセッサ性能換算表７２０、リソース換算表７３０、ＱｏＳ設定変換表７４０、及びＩ／Ｆ設定仕様表７５０を含む。

Ｉ／Ｆ機能表７００は、物理サーバ１００に接続可能なＩ／Ｏアダプタ２００が備える機能に関する情報を格納する。Ｉ／Ｆ機能表７００の詳細については、図１１を用いて後述する。

プラットフォーム仕様表７１０は、物理サーバ１００に対応する計算機のハードウェア構成に関する情報を格納する。プラットフォーム仕様表７１０の詳細については、図１２を用いて後述する。

プロセッサ性能換算表７２０は、物理サーバ１００が備えるプロセッサ４０５の性能に関する情報を格納する。プロセッサ性能換算表７２０の詳細については、図１３を用いて後述する。

リソース換算表７３０は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを算出するための情報を格納する。リソース換算表７３０の詳細については、図１４を用いて後述する。

ＱｏＳ設定変換表７４０は、管理用コンソール５２０から送信されたＱｏＳポリシ５００をＶＦ２１０に対して設定可能なＱｏＳの情報に変換するための情報を格納する。ＱｏＳ設定変換表７４０の詳細については、図１５を用いて後述する。

Ｉ／Ｆ設定仕様表７５０は、ＶＦ２１０に対するＱｏＳを設定するために必要な情報を格納する。Ｉ／Ｆ設定仕様表７５０の詳細については、図１６を用いて後述する。

図１１は、本発明の第１の実施形態のＩ／Ｆ機能表７００の一例を示す説明図である。

Ｉ／Ｆ機能表７００は、Ｖｅｎｄｏｒ ＩＤ７０１、Ｄｅｖｉｃｅ ＩＤ７０２、アダプタ種別７０３、総帯域７０４、最大論理アダプタ数７０５、及びＣａｐａｂｉｌｉｔｙ７０６を含む。

Ｖｅｎｄｏｒ ＩＤ７０１は、Ｉ／Ｏアダプタ２００の製造元を識別するための識別情報を格納する。例えば、Ｖｅｎｄｏｒ ＩＤ７０１にはＩ／Ｏアダプタ２００の製造会社等の名称が格納される。

Ｄｅｖｉｃｅ ＩＤ７０２は、Ｖｅｎｄｏｒ ＩＤ７０１に対応する製造会社が製造するＩ／Ｏアダプタを識別するための識別情報を格納する。例えば、Ｄｅｖｉｃｅ ＩＤ７０２にはＩ／Ｏアダプタの型番等が格納される。

アダプタ種別７０３は、Ｄｅｖｉｃｅ ＩＤ７０２に対応するＩ／Ｏアダプタの種別が格納される。アダプタ種別７０３には、例えば、「ＮＩＣ」、「ＨＢＡ」等の情報が格納される。

総帯域７０４は、Ｄｅｖｉｃｅ ＩＤ７０２に対応するＩ／Ｏアダプタの総帯域幅の情報が格納される。

最大論理アダプタ数７０５は、Ｄｅｖｉｃｅ ＩＤ７０２に対応するＩ／Ｏアダプタに生成可能なＶＦ２１０の数を格納する。

Ｃａｐａｂｉｌｉｔｙ７０６は、Ｄｅｖｉｃｅ ＩＤ７０２に対応するＩ／Ｏアダプタが備える機能に関する情報が格納される。本実施形態では、Ｃａｐａｂｉｌｉｔｙ７０６には、Ｉ／Ｏアダプタが備えるなＱｏＳ機能及び負荷分散機能の情報が格納される。

なお、アダプタ種別７０３が「ＮＩＣ」であるエントリのＣａｐａｂｉｌｉｔｙ７０６には、ジャンボフレームに対応しているか否かを表す情報も含まれる。

図１２は、本発明の第１の実施形態のプラットフォーム仕様表７１０の一例を示す説明図である。

プラットフォーム仕様表７１０は、Ｖｅｎｄｏｒ ＩＤ７１１、プラットフォーム７１２、モデル／リビジョン７１３、Ｉ／Ｏバス仕様７１４、プロセッサ仕様７１５、及びメモリ仕様７１６を含む。

Ｖｅｎｄｏｒ ＩＤ７１１は、物理サーバ１００の製造元を識別するための識別情報を格納する。例えば、Ｖｅｎｄｏｒ ＩＤ７１１には物理サーバ１００の製造会社等の名称が格納される。

プラットフォーム７１２は、Ｖｅｎｄｏｒ ＩＤ７１１に対応する製造会社が製造する物理サーバ１００を識別するための識別情報を格納する。

モデル／リビジョン７１３は、プラットフォーム７１２に対応する物理サーバ１００のモデル名と、リビジョンとを格納する。

Ｉ／Ｏバス仕様７１４は、プラットフォーム７１２に対応する物理サーバ１００が備えるＩ／Ｏバスの規格情報を格納する。

プロセッサ仕様７１５は、プラットフォーム７１２に対応する物理サーバ１００が備えるプロセッサ４０５に関する情報を格納する。具体的には、プロセッサ仕様７１５は、Ｖｅｎｄｏｒ ＩＤ７１５１、プロセッサ７１５２、周波数７１５３、コア数７１５４、及びＬ３（７１５５）を含む。

Ｖｅｎｄｏｒ ＩＤ７１５１は、物理サーバ１００が備えるプロセッサ４０５の製造元を識別するための識別情報を格納する。例えば、Ｖｅｎｄｏｒ ＩＤ７１５１にはプロセッサ４０５の製造会社等の名称が格納される。

プロセッサ７１５２は、Ｖｅｎｄｏｒ ＩＤ７１５１に対応する製造会社が製造するプロセッサ４０５を識別するための識別情報を格納する。

周波数７１５３は、プロセッサ７１５２に対応するプロセッサ４０５の周波数を格納する。

コア数７１５４は、プロセッサ７１５２に対応するプロセッサ４０５が備えるプロセッサコア４１０の数を格納する。

Ｌ３（７１５５）は、プロセッサ７１５２に対応するプロセッサ４０５が備えるＬ３キャッシュの容量を格納する。

以上が、プロセッサ仕様７１５に格納される情報の説明である。

メモリ仕様７１６は、プラットフォーム７１２に対応する物理サーバ１００が備えるメモリモジュール４５０に関する情報を格納する。具体的には、メモリ仕様７１６は、規格７１６１及び周波数７１６２を含む。

規格７１６１は、プラットフォーム７１２に対応する物理サーバ１００が対応するメモリモジュールの規格を格納する。

周波数７１６２は、プラットフォーム７１２に対応する物理サーバ１００が対応するメモリモジュールの周波数を格納する。

図１３は、本発明の第１の実施形態のプロセッサ性能換算表７２０の一例を示す説明図である。

プロセッサ性能換算表７２０は、Ｖｅｎｄｏｒ ＩＤ７２１、プロセッサ７２２、コア数７２３、Ｌ３（７２４）、及び性能比７２５を含む。

Ｖｅｎｄｏｒ ＩＤ７２１は、プロセッサ４０５の製造元を識別するための識別情報を格納する。例えば、Ｖｅｎｄｏｒ ＩＤ７２１にはプロセッサ４０５の製造会社等の名称が格納される。

プロセッサ７２２は、Ｖｅｎｄｏｒ ＩＤ７２１に対応する製造会社が製造するプロセッサ４０５を識別するための識別情報を格納する。

コア数７２３は、プロセッサ７２２に対応するプロセッサ４０５が備えるプロセッサコア４１０の数を格納する。

Ｌ３（７２４）は、プロセッサ７２２に対応するプロセッサ４０５が備えるＬ３キャッシュの容量を格納する。

性能比７２５は、プロセッサ７２２に対応するプロセッサ４０５の周波数あたりの性能比を格納する。図１３に示す例では、プロセッサ７２２が「Ｗｏｏｄｃｒｅｓｔ」であるプロセッサ４０５の性能を基準にした値が性能比７２５に格納される。

図１４は、本発明の第１の実施形態のリソース換算表７３０の一例を示す説明図である。

リソース換算表７３０は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる帯域幅に必要な計算機リソースを算出するための情報が格納する。具体的には、リソース換算表７３０は、Ｖｅｎｄｏｒ ＩＤ７３１、アダプタ種別７３２、総帯域７３３、オフロードエンジン７３４、ジャンボフレーム７３５、単位帯域７３６、プロセッサ世代７３７、プロセッサリソース７３８、及びメモリリソース７３９を含む。

Ｖｅｎｄｏｒ ＩＤ７３１は、Ｉ／Ｏアダプタ２００の製造元を識別するための識別情報を格納する。例えば、Ｖｅｎｄｏｒ ＩＤ７３１にはＩ／Ｏアダプタ２００の製造会社等の名称が格納される。

アダプタ種別７３２は、Ｉ／Ｏアダプタ２００の種別に関する情報を格納する。

総帯域７３３は、Ｉ／Ｏアダプタ２００の全帯域幅を格納する。

オフロードエンジン７３４は、Ｉ／Ｏアダプタ２００がオフロードエンジンを備えるか否かの情報を格納する。図１４に示す例では、Ｉ／Ｏアダプタ２００がオフロードエンジン備えている場合、オフロードエンジン７３４には「Ｙｅｓ」が格納され、Ｉ／Ｏアダプタ２００がオフロードエンジンを備えていない場合、オフロードエンジン７３４には「Ｎｏ」が格納される。

ジャンボフレーム７３５は、Ｉ／Ｏアダプタ２００が備えるジャンボフレーム機能を有効にするか否かの情報が格納される。図１４に示す例では、ジャンボフレーム機能を有効にする場合、ジャンボフレーム７３５には「Ｙｅｓ」が格納され、ジャンボフレーム機能を無効にする場合、ジャンボフレーム７３５には「Ｎｏ」が格納される。

単位帯域７３６は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースの算出基準となる帯域幅を格納する。図１４に示す例では、１Ｇｂｐｓあたりに必要な計算機リソースに関する情報が格納される。

プロセッサ世代７３７は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てるプロセッサコア４１０の数を算出する基準となるプロセッサ４０５の種別に関する情報を格納する。

プロセッサリソース７３８は、単位帯域７３６に示された値に対して、Ｉ／Ｏ ＬＰＡＲ１５０が必要とするプロセッサリソースの情報を格納する。本実施形態では、プロセッサリソース７３８には、プロセッサコア４１０の数（個）と当該プロセッサコア４１０の周波数（Ｈｚ）とを乗算した値が格納される。

メモリリソース７３９は、単位帯域７３６に示された値に対して、Ｉ／Ｏ ＬＰＡＲ１５０が必要とするメモリ容量が格納される。

なお、Ｖｅｎｄｏｒ ＩＤ７３１が「Ｇｅｎｅｒｉｃ」のエントリは、対応するＩ／Ｏアダプタ２００の仕様が不明なＩ／Ｏアダプタ２００を表すエントリである。

図１５は、本発明の第１の実施形態のＱｏＳ設定変換表７４０の一例を示す説明図である。

ＱｏＳ設定変換表７４０は、ＱｏＳポリシ５００とＩ／Ｏアダプタ２００が備えるＱｏＳ機能との対応関係を格納する。

ＱｏＳ設定変換表７４０は、ＱｏＳポリシ７４１及びＱｏＳ機能７４２を含む。

ＱｏＳポリシ７４１は、管理用コンソール５２０から入力されたＱｏＳポリシ５００に対応する情報であり、要求されるＱｏＳの種別が格納される。具体的には、ＱｏＳポリシ７４１は、優先度７４１１、帯域配分７４１２、最大帯域７４１３、最小帯域７４１４、及び遅延保証７４１５を含む。

ＱｏＳ機能７４２は、Ｉ／Ｏアダプタ２００が備えるＱｏＳ機能に関する情報である。具体的には、ＱｏＳ機能７４２は、優先度７４２１、帯域配分７４２２、最大帯域７４２３、最小帯域７４２４、及び遅延保証７４２５を含む。

Ｉ／Ｏアダプタ２００が備えるＱｏＳ機能が、ＱｏＳポリシ７４１によって要求されたＱｏＳと一致する場合、入力されたＱｏＳポリシ５００に含まれる設定パラメータがそのままＩ／Ｏアダプタ２００に設定される。

一方、Ｉ／Ｏアダプタ２００が備えるＱｏＳ機能が、ＱｏＳポリシ７４１によって要求されるＱｏＳと一致しない場合、入力されたＱｏＳポリシ５００に含まれる設定パラメータがＩ／Ｏアダプタ２００が備える各ＱｏＳ機能に対応する設定パラメータに変換される。

図１５に示す例では、例えば、以下のような変換規則を用いてＱｏＳポリシ５００に含まれる設定パラメータが変換される。

換算１では、例えば以下の通りである。ＱｏＳポリシ５００に含まれる優先度の設定パラメータが「高」である場合には、帯域配分の設定パラメータが「８０％」となるように変換される。ＱｏＳポリシ５００に含まれる優先度の設定パラメータが「中」である場合には、帯域配分の設定パラメータが「５０％」となるように変換される。ＱｏＳポリシ５００に含まれる優先度の設定パラメータが「低」である場合には、帯域配分の設定パラメータが「２０％」になるように変換される。

換算２は、例えば以下の通りである。帯域配分の設定パラメータが「０％〜２０％」である場合には優先度の設定パラメータが「低」になるように変換される。帯域配分の設定パラメータが「２０％〜８０％」である場合には優先度の設定パラメータが「中」になるように変換される。帯域配分の設定パラメータが「８０％〜１００％」である場合には優先度の設定パラメータが「高」になるように変換される。

換算３は、例えば以下の通りである。ＱｏＳポリシ５００に遅延保証の設定パラメータが含まれる場合、遅延保証が設定されないゲストＬＰＡＲ１１５の最大帯域の合計値が一定以下になるように制御し、遅延保証が設定されるゲストＬＰＡＲ１１５の最小帯域を確保するような設定パラメータに変換される。

換算４は、例えば以下の通りである。ＱｏＳポリシ５００に遅延保証の設定パラメータが含まれる場合、遅延保証が設定されるゲストＬＰＡＲ１１５に予め設定された最小帯域を割り当てるような設定パラメータに変換される。

換算５は、例えば以下の通りである。まず、Ｉ／Ｏアダプタ２００の全割当帯域に基づいた相対配分が算出される。このとき、算出された相対配分が「０％〜２０％」である場合には、優先度の設定パラメータが「低」になるように変換される。また、算出された相対配分が「２０％〜１００％」である場合には、優先度の設定パラメータが「中」になるように変換される。

換算６は、例えば以下の通りである。Ｉ／Ｏアダプタ２００の全割当帯域に基づいた相対配分が算出され、算出された相対配分を割り当てるための設定パラメータに変換される。

換算７は、例えば以下の通りである。まず、Ｉ／Ｏアダプタ２００の全割当帯域に基づいた相対配分が算出される。このとき、算出された相対配分が「０％〜８０％」である場合には、優先度が「中」になるように変換される。また、算出された相対配分が「８０％〜１００％」である場合には、優先度が「高」になるように変換される。

換算８は、例えば以下の通りである。Ｉ／Ｏアダプタ２００の全割当帯域に基づいた相対配分が算出され、算出された相対配分を割り当てるための設定パラメータに変換される。

換算９は、例えば以下の通りである。ＱｏＳポリシ５００に遅延保証の設定パラメータが含まれる場合、優先度の設定パラメータが「高」になるように変換される。

換算１０は、例えば以下の通りである。ＱｏＳポリシ５００に遅延保証の設定が含まれる場合、遅延保証が設定されていないゲストＬＰＡＲ１１５の最大帯域の合計値が一定以下になるように制御し、遅延保証が設定されるゲストＬＰＡＲ１１５の最小帯域を確保するように設定パラメータが変換される。

換算１１は、例えば以下の通りである。ＱｏＳポリシ５００に遅延保証の設定パラメータが含まれる場合、遅延保証が設定されるゲストＬＰＡＲ１１５に最小帯域を割り当てるように設定パラメータが変換される。

なお、以上の変換規則は一例であり、他の変換規則を用いてもよい。本実施形態では、ＱｏＳ設定変換表７４０に基づいて、ＱｏＳポリシ５００に含まれるＱｏＳの設定パラメータがＩ／Ｏアダプタ２００に設定可能なＱｏＳの設定パラメータに変換される。

図１６は、本発明の第１の実施形態のＩ／Ｆ設定仕様表７５０の一例を示す説明図である。

Ｉ／Ｆ設定仕様表７５０は、Ｖｅｎｄｏｒ ＩＤ７５１、Ｄｅｖｉｃｅ ＩＤ７５２、設定項目７５３、機能名７５４、パラメータ仕様７５５、及びレジスタ仕様７５６を含む。

Ｖｅｎｄｏｒ ＩＤ７５１は、Ｉ／Ｏアダプタ２００の製造元を識別するための識別情報を格納する。例えば、Ｖｅｎｄｏｒ ＩＤ７５１にはＩ／Ｏアダプタ２００の製造会社等の名称が格納される。

Ｄｅｖｉｃｅ ＩＤ７５２は、Ｖｅｎｄｏｒ ＩＤ７５１に対応する製造会社が製造するＩ／Ｏアダプタを識別するための識別情報を格納する。例えば、Ｄｅｖｉｃｅ ＩＤ７５２にはＩ／Ｏアダプタの型番等が格納される。

設定項目７５３は、Ｄｅｖｉｃｅ ＩＤ７５２に対応するＩ／Ｏアダプタ２００が備える機能の項目を格納する。

機能名７５４は、Ｄｅｖｉｃｅ ＩＤ７５２に対応するＩ／Ｏアダプタ２００における設定項目７５３に対応する機能の名称を格納する。

パラメータ仕様７５５は、設定項目７５３に対応する機能に設定するパラメータの内容を格納する。

レジスタ仕様７５６は、設定項目７５３に対応する各機能にパラメータを設定するレジスタに関する情報を格納する。具体的には、レジスタ仕様７５６は、ｏｆｆｓｅｔ７５６１、ｓｉｚｅ７５６２、及びｂｉｔｍａｓｋ７５６３を含む。

ｏｆｆｓｅｔ７５６１は、設定項目７５３対応する機能にパラメータを設定するためのレジスタの位置を格納する。

ｓｉｚｅ７５６２は、設定項目７５３対応する機能にパラメータを設定するためのレジスタのサイズを格納する。

ｂｉｔｍａｓｋ７５６３は、設定項目７５３対応する機能にパラメータを設定するためのレジスタのビットマスクを格納する。

図１１〜図１６までが、ＱｏＳ換算データベース３４０が備える情報の説明である。

次に、具体的な処理の説明をする。

図１７は、本発明の第１の実施形態の物理サーバ１００が実行する処理を説明するフローチャートである。

本実施形態の初期状態では、ハイパバイザ１９０及び管理用ＬＰＡＲ１７０のみが存在する。ハイパバイザ１９０は、Ｉ／Ｏアダプタ２００を認識し、Ｉ／Ｏアダプタ２００のＰＦ２２０を管理用ＬＰＡＲ１７０に割り当て、管理用ＬＰＡＲ１７０は物理アダプタドライバ（ＰＦＤ）１８５を介してＩ／Ｏアダプタ２００の初期化処理を実行する。初期化処理によってＩ／Ｏアダプタ２００にＶＦ２１０が生成される。

物理サーバ１００上で稼動する管理用ＬＰＡＲ１７０は、管理用コンソール５２０からリソース割当要求５４０及びＱｏＳポリシ５００を受信する（ステップ１７０１）。

ここで、リソース割当要求５４０及びＱｏＳポリシ５００の一例について説明する。

図１８は、本発明の第１の実施形態のリソース割当要求５４０の一例を示す説明図である。

リソース割当要求５４０は、仮想化部５４１、プロセッサ数５４２、メモリ５４３、及び物理Ｉ／Ｏアダプタ５４４を含む。

仮想化部５４１は、新たに生成される仮想化部１１０を識別するための識別子を格納する。なお、仮想化部５４１の代わりにゲストＬＰＡＲ１１５の識別子を用いてもよい。

プロセッサ数５４２は、新たに生成される仮想化部１１０を構成するゲストＬＰＡＲ１１５に割り当てるプロセッサコア４１０の数を格納する。

メモリ５４３は、新たに生成される仮想化部１１０を構成するゲストＬＰＡＲ１１５に割り当てるメモリ容量を格納する。

物理Ｉ／Ｏアダプタ５４４は、新たに生成される仮想化部１１０に割り当てるＩ／Ｏアダプタ２００を識別するための識別子を格納する。本実施形態では、物理Ｉ／Ｏアダプタ５４４には、ＰＦ２２０を識別するための識別子が格納される。

図１９は、本発明の第１の実施形態のＱｏＳポリシ５００の一例を示す説明図である。

ＱｏＳポリシ５００は、仮想化部５０１、アダプタ種別５０２、優先度５０３、帯域配分５０４、最大帯域５０５、最小帯域５０６、遅延保証５０７、及び品質保証５０８を含む。

仮想化部５０１は、新たに生成される仮想化部１１０を識別するための識別子を格納する。

アダプタ種別５０２は、新たに生成される仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０の種別を格納する。

優先度５０３、帯域配分５０４、最大帯域５０５、最小帯域５０６、及び遅延保証５０７は、ＶＦ２１０に設定するＱｏＳの設定パラメータを格納する。なお、対応するＱｏＳ機能の設定を行わない場合には、「−」が格納される。

図１７の説明に戻る。

管理用ＬＰＡＲ１７０は、受信したリソース割当要求３５０に基づいて、新たに生成される仮想化部１１０を構成するゲストＬＰＡＲ１１５に割り当てる計算機リソース（プロセッサコア４１０の数及びメモリ容量）が存在するか否かをハイパバイザ１９０に問い合わせる（ステップ１７０２）。

当該問い合わせ受けたハイパバイザ１９０は、リソースプール管理表６００を参照し、新たに生成される仮想化部１１０を構成するゲストＬＰＡＲ１１５に割り当てる計算機リソースが物理サーバ１００に存在するか否かを判定する。ハイパバイザ１９０は、当該判定結果を管理用ＬＰＡＲ１７０に送信する。

ゲストＬＰＡＲ１１５に割り当てる計算機リソースが物理サーバ１００に存在すると判定された場合、管理用ＬＰＡＲ１７０は、受信したリソース割当要求３５０に基づいて、新たに生成される仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てるＶＦ２１０が存在するか否かをハイパバイザ１９０に問い合わせる（ステップ１７０３）。

当該問い合わせを受けたハイパバイザ１９０は、論理アダプタ割当管理表６３０を参照して、新たに生成される仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てるＶＦ２１０があるか否かを判定する。

具体的には、ハイパバイザ１９０は、リソース割当要求３５０の物理Ｉ／Ｏアダプタ５４４に対応するＩ／Ｏアダプタ２００のエントリを参照し、割当先ＬＰＡＲ６３３が「未」であるＶＦ２１０が存在するか否かを判定する。要求されたＩ／Ｏアダプタ２００に割当先ＬＰＡＲ６３３が「未」であるエントリが存在する場合に、新たに生成される仮想化部１１０に割り当て可能なＶＦ２１０があると判定される。

ハイパバイザ１９０は、当該判定結果を管理用ＬＰＡＲ１７０に送信する。

新たに生成される仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てるＶＦ２１０があると判定された場合、管理用ＬＰＡＲ１７０は、受信したＱｏＳポリシ５００に基づいて、ハイパバイザ１９０に、当該Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０に対するＱｏＳの設定を要求する（ステップ１７０４）。

ＱｏＳの設定要求を受信したハイパバイザ１９０は、ＱｏＳポリシ５００に基づいて、要求されるＱｏＳを実現するためにＶＦ２１０に設定する情報を生成する。具体的な処理については、図２１を用いて後述する。以下、要求されるＱｏＳを実現するためにＶＦ２１０に設定する情報をＱｏＳ設定情報とも記載する。

次に、管理用ＬＰＡＲ１７０は、ハイパバイザ１９０に、新たに生成される仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースの算出を要求する（ステップ１７０５）。

当該要求を受信したハイパバイザ１９０は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを算出する。具体的な処理については図２２を用いて後述する。このとき、算出された計算機リソースに基づいて、リソースプール管理表６００が更新される。

次に、管理用ＬＰＡＲ１７０は、ハイパバイザ１９０に負荷分散設定処理の実行を要求する（ステップ１７０６）。

当該要求を受信したハイパバイザ１９０は、負荷分散設定処理を実行する。具体的な処理の内容については図２４を用いて後述する。

管理用ＬＰＡＲ１７０は、ＶＦ２１０及び計算機リソースをＩ／Ｏ ＬＰＡＲ１５０に割り当てるようにハイパバイザ１９０に要求する（ステップ１７０７）。

当該要求を受信したハイパバイザ１９０は、ＶＦ２１０及び計算機リソースをＩ／Ｏ ＬＰＡＲ１５０に割り当てることによって、ゲストＬＰＡＲ１１５のＩ／Ｏアクセスを処理するＩ／Ｏ ＬＰＡＲ１５０を生成する。

このとき、プロセッサ割当管理表６１０、メモリ割当管理表６２０、及び論理アダプタ割当管理表６３０、及びリソース割当管理表６４０が更新される。なお、ハイパバイザ１９０は、生成されたＩ／Ｏ ＬＰＡＲ１５０に関する情報をリソース割当管理表６４０のＩ／Ｏ ＬＰＡＲ情報６４３に格納する。

管理用ＬＰＡＲ１７０は、生成されたＩ／Ｏ ＬＰＡＲ１５０の起動をハイパバイザ１９０に要求する（ステップ１７０８）。

当該要求を受信したハイパバイザ１９０は、生成されたＩ／Ｏ ＬＰＡＲ１５０を起動させる。

管理用ＬＰＡＲ１７０は、物理サーバ１００に接続されるＩ／Ｏアダプタ２００のＰＦ２２０に対してＶＦ２１０の初期化を要求する（ステップ１７０９）。

当該要求を受信したＰＦ２２０は、Ｉ／Ｏアダプタ２００の初期化処理を実行する。

管理用ＬＰＡＲ１７０は、ハイパバイザ１９０に、ゲストＬＰＡＲ１１５に割り当てる仮想Ｉ／Ｏアダプタ１４５に必要なリソースを確保するように要求する（ステップ１７１０）。

当該要求を受信したハイパバイザ１９０は、仮想Ｉ／Ｏアダプタ１４５を実現するために必要な、メモリ領域、Ｉ／Ｏ領域及びＰＣＩコンフィグ領域等を確保する。

管理用ＬＰＡＲ１７０は、ハイパバイザ１９０に、仮想Ｉ／Ｏアダプタ１４５及びリソース割当要求５４０によって指定された計算機リソースをゲストＬＰＡＲ１１５に割り当てるように要求する（ステップ１７１１）。

当該要求を受信したハイパバイザ１９０は、まず、ステップ１７１０において確保されたリソースに基づいて仮想Ｉ／Ｏアダプタ１４５を生成する。さらに、ハイパバイザ１９０は、生成された仮想Ｉ／Ｏアダプタ１４５と、リソース割当要求５４０によって指定された計算機リソースをゲストＬＰＡＲ１１５に割り当てることによってゲストＬＰＡＲ１１５を生成する。

このとき、リソースプール管理表６００、プロセッサ割当管理表６１０、メモリ割当管理表６２０及びリソース割当管理表６４０が更新される。なお、ハイパバイザ１９０は、生成されたゲストＬＰＡＲ１１５に関する情報を、リソース割当管理表６４０のゲストＬＰＡＲ情報６４２に格納する。これによって、ゲストＬＰＡＲ１１５とＩ／Ｏ ＬＰＡＲ１５０とが対応づけられる。

管理用ＬＰＡＲ１７０は、ハイパバイザ１９０に、生成されたゲストＬＰＡＲ１１５の起動を要求し（ステップ１７１２）、処理を終了する。

当該要求を受信したハイパバイザ１９０は、生成されたゲストＬＰＡＲ１１５を起動させる。

ステップ１７０２において新たに生成される仮想化部１１０を構成するゲストＬＰＡＲ１１５に割り当てる計算機リソースが存在しないと判定された場合、又は、ステップ１７０３において新たに生成される仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てるＶＦ２１０が存在しないと判定された場合、管理用ＬＰＡＲ１７０は、割当て失敗を管理用コンソール５２０に通知し（ステップ１７１３）、処理を終了する。

なお、図１７に示す処理は、整合性を失わなければ処理順を変更してもよい。

図２０は、本発明の第１の実施形態のハイパバイザ１９０が備える各構成間の入出力を示す説明図である。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ＱｏＳポリシ５００及びリソース割当要求５４０が入力されると、ＱｏＳ換算データベース３４０からＩ／Ｆ機能表７００及びＱｏＳ設定変換表７４０を読み出して、図２１において説明する処理を実行する。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０に処理結果として割当帯域を出力し、また、負荷分散個別Ｉ／Ｆ設定部３３０及び物理アダプタドライバ（ＰＦＤ）１８５に処理結果としてＱｏＳ設定情報を出力する。

割当帯域が入力されたＩ／Ｏ ＬＰＡＲリソース算出部３２０は、ＱｏＳ換算データベース３４０からプラットフォーム仕様表７１０、プロセッサ性能換算表７２０、及びリソース換算表７３０を読み出して、図２２及び図２３において説明する処理を実行する。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース管理部３００に、処理結果としてＩ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースに関する情報を出力する。

当該計算機リソースに関する情報が入力されたリソース管理部３００は、入力された計算機リソースに関する情報に基づいて、リソース割当管理表６４０を更新する。

また、リソース管理部３００は、プロセッサ割当管理表６１０及びリソース割当管理表６４０を負荷分散個別Ｉ／Ｆ設定部３３０に出力する。

負荷分散個別Ｉ／Ｆ設定部３３０は、ＱｏＳ設定情報、プロセッサ割当管理表６１０、リソース割当管理表６４０、及びＩ／Ｆ設定仕様表７５０を入力として図２４において説明する処理を実行する。

負荷分散個別Ｉ／Ｆ設定部３３０は、物理アダプタドライバ１８５に処理結果として負荷分散設定情報を出力する。

物理アダプタドライバ１８５は、ＱｏＳ個別Ｉ／Ｆ設定部３１０から入力されたＱｏＳ設定情報に基づいて、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てるＶＦ２１０の対するＱｏＳを設定する。また、物理アダプタドライバ１８５は、入力された負荷分散設定情報に基づいて、Ｉ／Ｏ ＬＰＡＲ１５０における負荷分散処理に必要な情報を設定する。

図２１は、本発明の第１の実施形態のＱｏＳ個別Ｉ／Ｆ設定部３１０が実行する処理を説明するフローチャートである。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、管理用ＬＰＡＲ１７０からＱｏＳポリシ５００及びリソース割当要求５４０を受信する（ステップ２１０１）。

まず、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、リソース割当要求５４０を参照し、一つのＰＦ２２０を選択する（ステップ２１０２）。例えば、リソース割当要求５４０における上位のエントリを選択する方法が考えられる。

以下、選択されたＰＦ２２０を対象ＰＦ２２０とも記載する。

このとき、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対象ＰＦ２２０のバス番号、デバイス番号及び機能番号に基づいて、Ｉ／Ｏアダプタ２００のコンフィグレーション領域を参照して、対象ＰＦ２２０に対応するＩ／Ｏアダプタ２００のＶｅｎｄｏｒ ＩＤ及びＤｅｖｉｃｅ ＩＤを取得する。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ステップ２１０１からステップ２１１０において、対象ＰＦ２２０が生成するＶＦ２１０に対するＱｏＳの設定に必要な情報を生成するための処理を実行する。

図１８に示す例では、ＰＦ２２０Ａに対応するＶＦ２１０Ａに対するＱｏＳ設定情報が生成され、その次に、ＰＦ２２０Ｂに対応するＶＦ２１０Ｂについて同様の処理が実行される。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対象ＰＦ２２０のＶｅｎｄｏｒ ＩＤ及びＤｅｖｉｃｅ ＩＤに基づいてＩ／Ｆ機能表７００を参照し、対象ＰＦ２２０（Ｉ／Ｏアダプタ２００）が備えるＱｏＳ機能を取得する（ステップ２１０３）。

具体的には、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対象ＰＦ２２０のＶｅｎｄｏｒ ＩＤ及びＤｅｖｉｃｅ ＩＤを検索キーとして、Ｉ／Ｆ機能表７００から対象ＰＦ２２０に対応するエントリを検索する。次に、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対応するエントリのＣａｐａｂｉｌｉｔｙ７０６を参照して、対象ＰＦ２２０が備えるＱｏＳ機能を取得する。

まず、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ＱｏＳポリシ５００を参照して、対象ＰＦ２２０が生成したＶＦ２１０が割り当てられる仮想化部１１０を一つ選択する（ステップ２１０４）。

選択方法としては、ＱｏＳポリシ５００の品質保証５０８及び優先度５０３に基づいて選択する方法が考えられる。例えば、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、品質保証５０８が「ｇｕａｒａｎｔｙ」であるエントリを選択し、さらに、優先度５０３が「高」であるエントリを選択する。これは、ＱｏＳを確保する必要性の高い仮想化部１１０から順にＱｏＳ設定情報を生成するためである。

以下、選択された仮想化部１１０を対象仮想化部１１０とも記載する。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ＱｏＳポリシ５００に基づいて、ＶＦ２１０に対するＱｏＳ設定情報を決定し、また、割当帯域を算出する（ステップ２１０５）。具体的には、以下のような処理が実行される。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ＱｏＳポリシ５００から対象仮想化部１１０に割り当てられるＶＦ２１０に対して要求されるＱｏＳの設定パラメータを取得する。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ステップ１０２０において取得された対象ＰＦ２２０が備えるＱｏＳ機能、及び、取得されたＱｏＳの設定パラメータに基づいてＱｏＳ設定変換表７４０を参照して、対象仮想化部１１０に割り当てられるＶＦ２１０が対応可能なＱｏＳを特定し、要求されたＱｏＳを実現するための当該ＱｏＳの設定パラメータに変換する。当該設定パラメータが、ＶＦ２１０に対するＱｏＳ設定情報となる。

生成されたＱｏＳ設定情報は、ＰＦ２２０に送信される。

また、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ステップ２１０３において取得された対象ＰＦ２２０が備えるＱｏＳ機能、及び、取得されたＱｏＳポリシ５００に含まれるＱｏＳの設定パラメータに基づいてＱｏＳ設定変換表７４０を参照して、対象仮想化部１１０に割り当てられるＶＦ２１０における帯域幅、すなわち、割当帯域を算出する。

具体的には、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、変換規則に基づいて、ＱｏＳポリシ５００に含まれるＱｏＳの設定パラメータから、割当帯域を算出する。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対象仮想化部１１０に割り当てられるＶＦ２１０の識別子及び算出された割当帯域とを、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０に出力する。

なお、Ｉ／Ｏアダプタ２００の種別がＮＩＣである場合には、ジャンボフレームを有効にするか否かの情報も出力される。また、ＱｏＳポリシ５００に含まれる情報も出力されてもよい。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、生成されたＱｏＳ設定情報が要求されるＱｏＳを満たすものであるか否かを判定する（ステップ２１０７）。

例えば、ＱｏＳポリシ５００の帯域配分５０４に設定パラメータが格納され、品質保証５０８に「ｇｕａｒａｎｔｙ」が格納され、また、最大帯域５０５に設定パラメータが格納される場合に、割当帯域が式（１）を満たすか否かが判定される。
割当帯域 ＜ 帯域配分５０４×総帯域７０４…（１）

また、ＱｏＳポリシ５００の最小帯域５０６に設定パラメータが格納され、品質保証５０８に「ｇｕａｒａｎｔｙ」が格納され、また、最大帯域５０５に設定パラメータが格納される場合に、割当帯域が式（２）を満たすか否かが判定される。
割当帯域 ＜ 最小帯域５０６…（２）

生成されたＱｏＳ設定情報が要求されるＱｏＳを満たすものでないと判定された場合、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、割り当てる計算機リソースが不足している旨を管理用コンソール５２０に送信し、処理を終了する（ステップ２１１１）。

生成されたＱｏＳ設定が要求されるＱｏＳを満たすものであると判定された場合、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対象ＰＦ２２０が生成するＶＦ２１０が割り当てられる全ての仮想化部１１０について処理が実行されたか否かを判定する（ステップ２１０８）。

全ての仮想化部１１０について処理が実行されていないと判定された場合、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ステップ２１０５に戻り、他の仮想化部１１０について同様の処理（ステップ２１０５〜ステップ２１０８）を実行する。

全ての仮想化部１１０に割り当てるＶＦ２１０ついて処理が実行されたと判定された場合、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、Ｉ／Ｆ設定仕様表７５０を読み出し、読み出されたＩ／Ｆ設定仕様表７５０に基づいて、決定されたＱｏＳ設定情報の設定依頼を物理アダプタドライバ（ＰＦＤ）１８５に送信する（ステップ２１０９）。

物理アダプタドライバ（ＰＦＤ）１８５は、受信した設定依頼に含まれるＱｏＳ設定情報に基づいて、対象ＰＦ２２０が生成するＶＦ２１０に対してＱｏＳを設定する。

次に、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、全ての対象ＰＦ２２０について処理が実行されたか否かを判定する（ステップ２１１０）。

全ての対象ＰＦ２２０について処理が実行されていないと判定された場合、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ステップ２１０２に戻り同様の処理（ステップ２１０２〜ステップ２１１１）を実行する。

全ての対象ＰＦ２２０について処理が実行されたと判定された場合、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、処理を終了する。

図２２は、本発明の第１の実施形態のＩ／Ｏ ＬＰＡＲリソース算出部３２０が実行する処理を説明するフローチャートである。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ＱｏＳ個別Ｉ／Ｆ設定部３１０から入力されたＶＦ２１０の識別子及び割当帯域とを取得する（ステップ２２０１）。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、一つの仮想化部１１０を選択する（ステップ２２０２）。例えば、ＱｏＳポリシ５００の仮想化部５０１を参照することによって一つの仮想化部１１０を選択できる。

ステップ２２０２〜ステップ２２１３の処理によって、仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースが算出される。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを初期化する（ステップ２２０３）。具体的には、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、プロセッサコア数を「０」、メモリ容量を「０」に初期化する。

次に、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０を一つ選択する（ステップ２２０４）。具体的には、ＶＦ２１０を生成するＰＦ２２０が選択される。以下、選択されたＰＦ２２０を対象ＰＦ２２０とも記載する。

まず、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象ＰＦ２２０が生成したＶＦ２１０に要求されるＱｏＳを実現するために必要な計算機リソースを算出する。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象ＰＦ２２０のＶｅｎｄｏｒ ＩＤ、アダプタ種別を検索キーとして、リソース換算表７３０に対象ＰＦ２２０に対応するエントリが存在するか否かを判定する（ステップ２２０５）。

具体的には、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース換算表７３０を参照し、対象ＰＦ２２０のＶｅｎｄｏｒ ＩＤ及びＤｅｖｉｖｅ ＩＤに対応するエントリが存在するか否かを判定する。なお、対象ＰＦ２２０のＶｅｎｄｏｒ ＩＤ及びＤｅｖｉｃｅ ＩＤは、ステップ２１０２と同様の方法を用いることによって取得できる。

対象ＰＦ２２０に対応するエントリが存在しないと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、Ｖｅｎｄｏｒ ＩＤ７３１が「Ｇｅｎｅｒｉｃ」であるエントリの情報を取得し（ステップ２２０７）、ステップ２２０８に進む。

なお、オフロードエンジンの有無は対象ＰＦ２２０から取得できるため、対象ＰＦ２２０から取得された情報に基づいて対応するエントリの情報が取得される。

対象ＰＦ２２０に対応するエントリが存在すると判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース換算表７３０から対象ＰＦ２２０に対応するエントリの情報を取得する（ステップ２２０６）。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ２２０６又はステップ２２０７において取得された情報に基づいて、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを算出する（ステップ２２０８）。具体的な処理は図２３を用いて後述する。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを更新する（ステップ２２０９）。

具体的には、以下に示す式（３）、（４）を用いて算出される。
プロセッサコア数＝前回処理で算出したプロセッサコア数＋換算プロセッサコア数…（３）
メモリ容量＝前回処理で算出したメモリ容量＋換算メモリ容量…（４）
ここで、換算プロセッサコア数は新たに算出されたプロセッサコア数を表し、換算メモリ容量は新たに算出されたメモリ容量を表す。式（３）、（４）によって、Ｉ／Ｏ ＬＰＡＲ１５０に必要な計算機リソースを算出できる。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、選択された仮想化部１１０において、全ての対象ＰＦ２２０について計算機リソースが算出されたか否かを判定する（ステップ２２１０）。すなわち、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられる全てのＶＦ２１０に対して必要となる計算機リソースが算出されたか否かが判定される。

選択された仮想化部１１０において、全ての対象ＰＦ２２０に対する計算機リソースが算出されていないと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ２２０４に戻り、他の対象ＰＦ２２０を選択して同様の処理（ステップ２２０４〜ステップ２２１０）を実行する。

選択された仮想化部１１０において、全ての対象ＰＦ２２０に対する計算機リソースが算出されたと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、算出された計算機リソースが割り当て可能であるか否かを判定する（ステップ２２１１）。

具体的には、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソースプール管理表６００を参照し、算出された計算機リソースが割り当て可能であるか否かを判定する。

算出された計算機リソースが割り当てできないと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、計算機リソースが不足している旨を管理用コンソール５２０に送信し（ステップ２２１４）、処理を終了する。

算出された計算機リソースが割り当て可能であると判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、算出された計算機リソースを、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースとして決定する（ステップ２２１２）。

具体的には、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、算出された計算機リソースを割り当て可能な値に変換した後に、当該値で指定された計算機リソースをＩ／Ｏ ＬＰＡＲ１５０に割り当てる。

変換方法は、例えば、プロセッサコア数及びメモリ容量の小数点以下の値を切り上げて、当該プロセッサコア数及びメモリ容量を整数値として算出する。当該整数値をＩ／Ｏ ＬＰＡＲ１５０に割り当てるプロセッサコア数及びメモリ容量とする方法が考えられる。

次に、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、全ての仮想化部１１０について処理が終了したか否かを判定する（ステップ２２１３）。

全ての仮想化部１１０について処理が終了していないと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ２２０２に戻り、他の仮想化部１１０を選択して同様の処理（ステップ２２０２〜ステップ２２１４）を実行する。

全ての仮想化部１１０について処理が終了したと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、割当帯域と算出された計算機リソースに関する情報とをリソース管理部３００に送信し、処理を終了する。

リソース管理部３００は、割当帯域と算出された計算機リソースに関する情報とを受信すると、受信した情報に基づいて、リソースプール管理表６００、プロセッサ割当管理表６１０、メモリ割当管理表６２０、論理アダプタ割当管理表６３０、及びリソース割当管理表６４０を更新する。

図２３は、本発明の第１の実施形態のＩ／Ｏ ＬＰＡＲリソース算出部３２０が実行する計算機リソースの算出処理を説明するフローチャートである。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ２２０６又はステップ２２０７においてリソース換算表７３０から取得された情報に基づいて、基準プロセッサを決定する（ステップ２３０１）。

具体的には、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース換算表７３０から取得された情報のプロセッサ世代７３７を基準プロセッサとして決定する。

次に、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、暫定プロセッサコア数及び換算メモリ容量を算出する（ステップ２３０２）。

暫定プロセッサ数は、プロセッサリソース７３８及び割当帯域を式（５）に代入して算出できる。
暫定プロセッサコア数＝プロセッサリソース×（割当帯域÷単位帯域）…（５）
換算メモリ容量は、メモリリソース７３９、単位帯域７３６及び割当帯域を式（６）に代入して算出できる。
換算メモリ容量＝メモリリソース×（割当帯域÷単位帯域）…（６）

次に、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、物理サーバ１００におけるプロセッサ性能に基づいて、Ｉ／Ｏ ＬＰＡＲ１５０が必要とする換算プロセッサコア数を算出し（ステップ２３０３）、処理を終了する。

具体的には、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、物理サーバ１００の情報（Ｖｅｎｄｏｒ ＩＤ、プロットフォーム、モデル及びリビジョン等）を取得する。当該情報は、公知の後述を用いてハイパバイザ１９０又は管理用ＬＰＡＲ１７０が取得することができる。

次に、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、取得された物理サーバ１００の情報に基づいてプラットフォーム仕様表７１０を参照して、該当するエントリを検索する。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、該当するエントリのプロセッサ７１５２及び決定された基準プロセッサ世代に基づいて、プロセッサ性能換算表７２０を参照し、式（７）を用いて換算プロセッサコア数を算出する。
換算プロセッサコア数＝暫定プロセッサコア数×（基準プロセッサの性能比÷物理サーバのプロセッサの性能比）…（７）
以上の処理によって、換算プロセッサと換算メモリとが算出される。

図２４は、本発明の第１の実施形態の負荷分散個別Ｉ／Ｆ設定部３３０が実行する処理を説明するフローチャートである。

負荷分散個別Ｉ／Ｆ設定部３３０は、リソース管理部３００からプロセッサ割当管理表６１０を取得し、取得されたプロセッサ割当管理表６１０を参照して、プロセッサコア４１０が割り当てられるＩ／Ｏ ＬＰＡＲ１５０を特定する（ステップ２４０１）。

具体的には、負荷分散個別Ｉ／Ｆ設定部３３０は、取得されたプロセッサ割当管理表６１０のＬＰＡＲ種別６１４が「Ｉ／Ｏ」であるエントリを抽出し、当該エントリの割当先ＬＰＡＲ６１３を参照してＩ／Ｏ ＬＰＡＲ１５０を特定する。

さらに、負荷分散個別Ｉ／Ｆ設定部３３０は、特定されたＩ／Ｏ ＬＰＡＲ１５０の識別子に基づいて、論理アダプタ割当管理表６３０を参照して、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０を生成したＰＦ２２０を特定する。

負荷分散個別Ｉ／Ｆ設定部３３０は、特定されたＰＦ２２０を一つ選択する（ステップ２４０２）。以下、選択されたＰＦ２２０を対象ＰＦ２２０とも記載する。

このとき、対象ＰＦ２２０のＶｅｎｄｏｒ ＩＤ及びＤｅｖｉｃｅ ＩＤも取得される。ＰＦ２２０のＶｅｎｄｏｒ ＩＤ及びＤｅｖｉｃｅ ＩＤの取得方法は、ステップ２１０２と同一である。

以下、対象ＰＦ２２０についてステップ２４０２〜ステップ２４１０の処理が実行される。

まず、負荷分散個別Ｉ／Ｆ設定部３３０は、対象ＰＦ２２０のＶｅｎｄｏｒ ＩＤ及びＤｅｖｉｃｅ ＩＤに基づいてＩ／Ｆ機能表７００を参照し、対象ＰＦ２２０に対応するＩ／Ｏアダプタ２００が負荷分散機能を備えるか否かを判定する（ステップ２４０３）。

具体的には、対象ＰＦ２２０と一致するエントリのＣａｐａｂｉｌｉｔｙ７０６に「負荷分散」又は「割り込み負荷分散」等の負荷分散機能が格納されるか否かが判定される。

対象ＰＦ２２０に対応するＩ／Ｏアダプタ２００が負荷分散機能を備えていないと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、ステップ２４１０に進む。

対象ＰＦ２２０に対応するＩ／Ｏアダプタ２００が負荷分散機能を備えていると判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、対象ＰＦ２２０が生成したＶＦ２１０が割り当てられる仮想化部１１０を一つ選択する（ステップ２４０４）。

以下、選択された仮想化部１１０を対象仮想化部１１０とも記載する。また、選択された仮想化部１１０に含まれるＩ／Ｏ ＬＰＡＲ１５０を対象Ｉ／Ｏ ＬＰＡＲ１５０とも記載する。

まず、負荷分散個別Ｉ／Ｆ設定部３３０は、リソース割当管理表６４０を参照して、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられているプロセッサコア４１０の数が「１」より大きいか否かを判定する（ステップ２４０５）。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられているプロセッサコア４１０の数が「１」以下であると判定された場合、対象Ｉ／Ｏ ＬＰＡＲ１５０に対して負荷分散設定はできないため、負荷分散個別Ｉ／Ｆ設定部３３０は、ステップ２４０８に進む。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられているプロセッサコア４１０の数が「１」より大きいと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、ＱｏＳ個別Ｉ／Ｆ設定部３１０から入力されたＱｏＳ設定情報を参照して、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０に割り当てられるキューの数が「１」より大きいか否かを判定する（ステップ２４０６）。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０に割り当てられるキューの数が「１」以下であると判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、ステップ２４０８に進む。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０に割り当てられるキューの数が「１」より大きいと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、負荷分散設定情報を生成する（ステップ２４０７）。

負荷分散の方法は、例えば、特許文献５のような公知技術を用いてもよいし、又は、非特許文献３に記載のＲＳＳ（Ｒｅｃｅｉｖｅ Ｓｉｄｅ Ｓｃａｌｉｎｇ）を用いてもよい。なお、ＲＳＳは、Ｉ／Ｏアダプタ２００が受信したＩ／Ｏを複数のプロセッサコア４１０に分散する機能である。

負荷分散個別Ｉ／Ｆ設定部３３０は、全ての対象Ｉ／Ｏ ＬＰＡＲ１５０について処理が実行されたか否かを判定する（ステップ２４０８）。

全ての対象Ｉ／Ｏ ＬＰＡＲ１５０について処理が実行されていないと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、ステップ２４０４に戻り同様の処理（ステップ２４０４〜ステップ２４０８）を実行する。

全ての対象Ｉ／Ｏ ＬＰＡＲ１５０について処理が実行されていないと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、Ｉ／Ｆ設定仕様表７５０を読み出し、読み出されたＩ／Ｆ設定仕様表７５０に基づいて、生成された負荷分散設定情報の設定を管理用ＬＰＡＲ１７０に依頼する（ステップ２４０９）。

当該依頼を受信した管理用ＬＰＡＲ１７０は、ＰＦＤ１８５を介して、対象となるＩ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０への割り込みが均等になるようにＶＦ２１０のキューを配分する。

負荷分散個別Ｉ／Ｆ設定部３３０は、全てのＰＦ２２０について処理が終了したか否かを判定する（ステップ２４１０）。

全てのＰＦ２２０について処理が終了していないと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、ステップ２４０２に戻り同様の処理（ステップ２０４２〜ステップ２４１０）を実行する。

全てのＰＦ２２０について処理が終了したと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、処理を終了する。

図２５Ａ及び図２５Ｂは、本発明の第１の実施形態における負荷分散設定の効果を示す説明図である。

図２５Ａは、負荷分散が設定されていないＩ／Ｏ ＬＰＡＲ１５０へのアクセス状態を示す。図２５Ｂは、負荷分散が設定されたＩ／Ｏ ＬＰＡＲ１５０へのアクセス状態を示す。

図２５Ａでは、ＶＦ２１０が受信した受信パケット８３０がハッシュフィルタ８２０を介して受信キュー８１０−１、８１０−２に分割される。図２５Ａでは、負荷分散の設定がされていないため、受信キュー８１０−１、８１０−２から送信される受信割り込み８００−１及び８００−２が一つのプロセッサコア４１０−１に集中する。

一方、図２５Ｂでは、受信キュー８１０−１、８１０−２のそれぞれに割り込み先のプロセッサコア４１０を指定する割り込みベクタ設定８４０−１、８４０−２が設定されている。そのため、受信割り込み８００−１、８００−２は、それぞれ、プロセッサコア４１０−１、４１０−２に分散する。プロセッサコア４１０への割り込み設定は、例えば、ＭＳＸ−Ｉを用いることができる。

本発明の第１の実施形態によれば、ＱｏＳポリシ５００に基づいて、Ｉ／Ｏ ＬＰＡＲ１５０に必要な計算機リソースを適切に算出できる。また、本発明の第１の実施形態によれば、管理者が手動で操作することなく、ＱｏＳポリシ５００に基づいて、要求されたＱｏＳを実現するためのＱｏＳの設定パラメータが自動的に生成される。したがって、Ｉ／Ｏ ＬＰＡＲ１５０に必要な設定を適切かつ容易に実現できる。

［第１の実施形態の変形例］
第１の実施形態では、Ｉ／Ｏアダプタ２００は１つのＰＦ２２０を備えていたが、Ｉ／Ｏアダプタ２００は２以上のＰＦ２２０を備えてもよい。例えば、ＣＮＡ（Ｃｏｎｖｅｒｇｅｄ Ｎｅｔｗｏｒｋ Ａｄａｐｔｅｒ）等が考えられる。

図２６は、本発明の第１の実施形態の変形例におけるＩ／Ｏアダプタの一例を示す説明図である。

Ｉ／Ｏアダプタ２６００は、ＨＢＡ機能に相当するＰＦ２６１０Ａと、ＮＩＣ機能に相当するＰＦ２６１０Ｂとを備える。

Ｉ／Ｏアダプタ２６００は、ＰＦ２６１０Ａ、及び仮想的なＨＢＡであるＶＦ２６２０Ａ−１〜ＶＦ２６２０Ａ−３から構成されるＨＢＡ機能２６１５Ａと、ＰＦ２６１０Ｂ、及び仮想的なＮＩＣであるＶＦ２６２０Ｂ−１〜ＶＦ２６２０Ｂ−３から構成されるＮＩＣ機能２６１５Ｂとを備える。

このとき、ハイパバイザ１９０は、ＨＢＡ機能２６１５Ａ、及びＮＩＣ機能２６１５ＢについてＱｏＳを設定し、また、Ｉ／Ｏ ＬＰＡＲ１５０にリソースを割り当てることができる。

具体的な処理については、第１の実施形態と同一であるため省略する。

［第２の実施形態］
第２の実施形態は、Ｉ／Ｏ ＬＰＡＲ１５０における実効帯域を取得し、動的にＩ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを変更するため点が第１の実施形態と異なる。

以下、第１の実施形態との差異を中心に説明する。

図２７は、本発明の第２の実施形態における仮想計算機システムの論理構成の一例を示す説明図である。

第１の実施形態と比較して、ＡＰ１５５がＱｏＳモニタ２７０を備え、ＯＳ１６０がＱｏＳモニタ２７１を備え、また、ＰＦ２２０及びＶＦ２１０がモニタリングレジスタ２７３を備える点が異なる。

ＱｏＳモニタ２７０、２７１、及びモニタリングレジスタ２７３は、各Ｉ／Ｏ ＬＰＡＲ１５０が使用する帯域幅を測定する。

なお、ＱｏＳモニタ２７０、２７１、及びモニタリングレジスタ２７３は、少なくともいずれかが備わっていればよい。すなわち、ＡＰ１５５、ＯＳ１６０、ＶＦ２１０又はＰＦ２２０のいずれかが、Ｉ／Ｏ ＬＰＡＲ１５０の帯域幅を測定できればよい。

以下、ＡＰ１５５がＱｏＳモニタ２７０を備える場合の処理について説明する。

図２８は、本発明の第２の実施形態のＡＰ１５５が備えるＱｏＳモニタ２７０が実行する処理を説明するフローチャートである。なお、ＯＳ１６０が備えるＱｏＳモニタ２７１、ＰＦ２２０及びＶＦ２１０がモニタリングレジスタ２７３についても同様の処理が実行される。

ＱｏＳモニタ２７０は、周期的に、Ｉ／Ｏ ＬＰＡＲ１５０の状態情報を取得する（ステップ２８０１）。

Ｉ／Ｏ ＬＰＡＲ１５０の状態情報には、実効帯域、レイテンシ、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられたプロセッサコア４１０の利用率、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられたメモリ容量、及び、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられたメモリ容量の使用量等が含まれる。ここで、実効帯域とは、Ｉ／Ｏ ＬＰＡＲ１５０上に実際に流れるＩ／Ｏの流量を表す。なお、遅延保証が必要でない場合には、レイテンシは取得されなくてもよい。

ＱｏＳモニタ２７０は、取得されたＩ／Ｏ ＬＰＡＲ１５０の状態情報を管理用ＬＰＡＲ１７０に送信し（ステップ２８０２）、処理を終了する。

具体的には、ＱｏＳモニタ２７０を備えるＡＰ１５５が、仮想ネットワーク等を介して、取得されたＩ／Ｏ ＬＰＡＲ１５０の状態情報と、当該Ｉ／Ｏ ＬＰＡＲ１５０の識別子とを管理用ＬＰＡＲ１７０に送信する。

図２９は、本発明の第２の実施形態の管理用ＬＰＡＲ１７０が実行する処理を説明するフローチャートである。

管理用ＬＰＡＲ１７０は、ＡＰ１５５からＩ／Ｏ ＬＰＡＲ１５０の状態情報と、当該Ｉ／Ｏ ＬＰＡＲ１５０の識別子とを受信する（ステップ２９０１）。

なお、管理用ＬＰＡＲ１７０は、ＱｏＳモニタ２７０から情報を受信するたびに処理を開始してもよいし、周期的に処理を開始してもよい。

管理用ＬＰＡＲ１７０は、受信したＩ／Ｏ ＬＰＡＲ１５０の識別子に基づいて、ハイパバイザ１９０からＩ／Ｏ ＬＰＡＲ１５０の割当帯域を取得する（ステップ２９０２）。

具体的には、管理用ＬＰＡＲ１７０は、ハイパバイザ１９０に、Ｉ／Ｏ ＬＰＡＲ１５０の識別子が含まれる割当帯域の取得要求を送信する。当該取得要求を受信したハイパバイザ１９０は、リソース管理部３００を起動させ、リソース割当管理表６４０から割当帯域６４３６を取得する。ハイパバイザ１９０は、取得された割当帯域６４３６を管理用ＬＰＡＲ１７０に送信する。

管理用ＬＰＡＲ１７０は、Ｉ／Ｏ ＬＰＡＲ１５０の実効帯域と割当帯域とを比較して、当該Ｉ／Ｏ ＬＰＡＲ１５０の計算機リソースが不足しているか否かを判定する（ステップ２９０３）。

例えば、以下の式（８）を用いた判定方法が考えられる。
実効帯域 ＜ 割当帯域 − 閾値…（８）
ここで、閾値は任意の値であり、管理者５１０によって設定されもよいし、管理用ＬＰＡＲ１７０が決定してもよい。

式（８）を満たす場合には、Ｉ／Ｏ ＬＰＡＲ１５０の計算機リソースが不足していると判定される。

Ｉ／Ｏ ＬＰＡＲ１５０の計算機リソースが不足していると判定された場合、管理用ＬＰＡＲ１７０は、ハイパバイザ１９０に計算機リソースの割当変更を要求し（ステップ２９０４）、処理を終了する。

具体的には、管理用ＬＰＡＲ１７０は、ハイパバイザ１９０にＩ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを増加させるように変更要求を送信する。なお、当該変更要求には、Ｉ／Ｏ ＬＰＡＲ１５０の識別子が含まれる。

変更要求を受信したハイパバイザ１９０は、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０を起動させる。Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、計算機リソースの割当増加処理を実行する。計算機リソースの割当増加処理の詳細については、図３０を用いて後述する。

Ｉ／Ｏ ＬＰＡＲ１５０の計算機リソースが不足していないと判定された場合、管理用ＬＰＡＲ１７０は、ハイパバイザ１９０に計算機リソースの割当変更を要求し（ステップ２９０５）、処理を終了する。

具体的には、管理用ＬＰＡＲ１７０は、ハイパバイザ１９０にＩ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを減少させるように変更要求を送信する。なお、当該変更要求には、Ｉ／Ｏ ＬＰＡＲ１５０の識別子が含まれる。

変更要求を受信したハイパバイザ１９０は、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０を起動させる。Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、計算機リソースの割当減少処理を実行する。計算機リソースの割当減少処理の詳細については、図３１を用いて後述する。

図３０は、本発明の第２の実施形態のＩ／Ｏ ＬＰＡＲリソース算出部３２０が実行する計算機リソースの割当増加処理を説明するフローチャートである。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、管理用ＬＰＡＲ１７０から計算機リソースの割当変更要求を受信する（ステップ３００１）。Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、受信した割当変更要求に含まれるＩ／Ｏ ＬＰＡＲ１５０の識別子を参照することによって処理対象となるＩ／Ｏ ＬＰＡＲ１５０を特定する。

以下、処理対象となるＩ／Ｏ ＬＰＡＲ１５０を対象Ｉ／Ｏ ＬＰＡＲ１５０とも記載する。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０の使用率、及びメモリ容量の使用率を取得する（ステップ３００２）。

なお、ハイパバイザ１９０が前述した各種計算機リソースの使用状況を取得する。

次に、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０が不足しているか否かを判定する（ステップ３００３）。

具体的には、プロセッサコア４１０の使用率が所定の閾値以上であるか否かが判定される。ここで、所定の閾値は、管理者５１０によって設定された値である。なお、所定の閾値は、他の方法を用いて設定されてもよい。

プロセッサコア４１０の使用率が所定の閾値以上である場合、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０が不足していると判定される。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０が不足していないと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ３００５に進む。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０が不足していると判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てるプロセッサコア４１０の数を増加させる（ステップ３００４）。

プロセッサコア４１０の増加方法としては、プロセッサコア４１０を一つ増加させる、又は複数増加させる方法が考えられる。なお、本発明はこれに限定されず、他の方法を用いてもよい。

次に、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるメモリ容量が不足しているか否かを判定する（ステップ３００５）。

具体的には、メモリ容量の使用率が所定の閾値以上であるか否かが判定される。ここで、所定の閾値は、管理者５１０によって設定された値である。なお、本発明はこれに限定されず、他の方法を用いて設定されてもよい。

メモリ容量の使用率が所定の閾値以上である場合には、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるメモリ容量が不足していると判定される。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるメモリ容量が不足していると判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ３００７に進む。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるメモリ容量が不足していると判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てるメモリ容量を増加させる（ステップ３００６）。

メモリ容量の増加方法としては、予め設定されたメモリ容量を追加する方法、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるメモリ容量の２０％分のメモリ容量を追加する方法が考えられる。なお、本発明はこれに限定されず、他の方法を用いてもよい。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、変更された計算機リソースをＩ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースとして決定する（ステップ３００７）。ステップ３００７は、ステップ２２１２と同一の処理であるため説明を省略する。

以上の処理によって、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを増加することができる。

図３１は、本発明の第２の実施形態のＩ／Ｏ ＬＰＡＲリソース算出部３２０が実行する計算機リソースの割当減少処理を説明するフローチャートである。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、管理用ＬＰＡＲ１７０から計算機リソースの割当変更要求を受信する（ステップ３１０１）。Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、受信した割当変更要求に含まれるＩ／Ｏ ＬＰＡＲ１５０の識別子を参照することによって処理対象となるＩ／Ｏ ＬＰＡＲ１５０を特定する。

以下、処理対象となるＩ／Ｏ ＬＰＡＲ１５０を対象Ｉ／Ｏ ＬＰＡＲ１５０とも記載する。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０の数、プロセッサコア４１０の使用率、メモリ容量、及び割り当てられたメモリ容量の使用率を取得する（ステップ３１０２）。

なお、ハイパバイザ１９０が前述した各種情報を取得する。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に過剰な数のプロセッサコア４１０が割り当てられているか否かを判定する（ステップ３１０３）。

具体的には、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０の数が「１」より大きくであり、かつ、当該プロセッサコア４１０の使用率が所定の閾値以下であるか否かが判定される。ここで、所定の閾値は、管理者５１０によって設定された値である。なお、他の方法を用いて設定されてもよい。

前述した条件を満たす場合、対象Ｉ／Ｏ ＬＰＡＲ１５０に過剰な数のプロセッサコア４１０が割り当てられていると判定される。

対象Ｉ／Ｏ ＬＰＡＲ１５０に過剰な数のプロセッサコア４１０が割り当てられていないと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ３１０５に進む。

対象Ｉ／Ｏ ＬＰＡＲ１５０に過剰な数のプロセッサコア４１０が割り当てられていると判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられているプロセッサコア４１０の数を減少させる（ステップ３１０４）。

プロセッサコア４１０の減少方法としては、プロセッサコア４１０を一つ減少させる、又は複数減少させる方法が考えられる。なお、本発明はこれに限定されず、他の方法を用いてもよい。

次に、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に過剰なメモリ容量が割り当てられているか否かを判定する（ステップ３１０５）。

具体的には、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられているメモリ容量が予め設定されたメモリ容量より大きく、かつ、当該メモリ容量の使用率が所定の閾値以下であるか否かを判定される。ここで、所定の閾値は、管理者５１０によって設定された値である。なお、他の方法を用いて設定されてもよい。

前述した条件を満たす場合、対象Ｉ／Ｏ ＬＰＡＲ１５０に過剰なメモリ容量が割り当てられていると判定される。

対象Ｉ／Ｏ ＬＰＡＲ１５０に過剰なメモリ容量が割り当てられていないと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ３１０７に進む。

対象Ｉ／Ｏ ＬＰＡＲ１５０に過剰なメモリ領域が割り当てられていると判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てるメモリ容量を減少させる（ステップ３１０６）。

メモリ容量の増加方法としては、予め設定されたメモリ容量を追加する方法、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるメモリ容量の２０％分のメモリ容量を追加する方法が考えられる。なお、本発明はこれに限定されず、他の方法を用いてもよい。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、変更された計算機リソースをＩ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースとして決定する（ステップ３１０７）。ステップ３１０７は、ステップ２２１２と同一の処理であるため説明を省略する。

以上の処理によって、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを減少することができる。

第２の実施形態によれば、Ｉ／Ｏ ＬＰＡＲ１５０の利用状況に応じて、当該Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを動的に変更できるため、計算機リソースの有効活用が可能となる。

［第３の実施形態］
第３の実施形態では、物理サーバ間で稼働中の仮想化部１１０を移動させる場合の処理について説明する。

図３２は、本発明の第３の実施形態における仮想計算機システムの構成の一例を示す説明図である。

第３の実施形態の仮想計算機システムは、移行元の物理サーバ１００Ａ及び移行先の物理サーバ１００Ｂを備える。なお、移行元の物理サーバ１００Ａ及び移行先の物理サーバ１００Ｂは、第１の実施形態の物理サーバ１００と同一のハードウェア構成及びソフトウェア構成であるため説明を省略する。

移行元の物理サーバ１００Ａは、管理ネットワーク５３０Ａを介して、管理用コンソール５２０と接続される。また、移行先の物理サーバ１００Ｂは、管理ネットワーク５３０Ｂを介して、管理用コンソール５２０と接続される。

移行元の物理サーバ１００Ａは、Ｉ／Ｏアダプタ２００Ａ−１、２００Ａ−２が接続される。また、移行先の物理サーバ１００Ｂは、Ｉ／Ｏアダプタ２００Ｂ−１、２００Ｂ−２が接続される。

以下の説明では、移行元の物理サーバ１００Ａ上に複数の仮想化部１１０が稼動するものとする。

第３の実施形態では、移行元の物理サーバ１００Ａが、管理用コンソール５２０から物理サーバの移行要求を受信した場合に以下の処理を実行する。

仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てられた計算機リソースに基づいてリソース割当要求を決定し、またＩ／Ｏアダプタ２００Ａ−１、２００Ａ−２におけるＱｏＳ設定情報に基づいてＱｏＳポリシ５００を決定する。

決定されたＱｏＳポリシ５００及びリソース割当要求５４０は、管理用コンソール５２０から移行先の物理サーバ１００Ｂに送信される。

決定されたＱｏＳポリシ５００及びリソース割当要求５４０を受信した移行先の物理サーバ１００Ｂは、第１の実施形態と同様の処理を実行して、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを算出し、また、Ｉ／Ｏアダプタ２００Ｂ−１、２００Ｂ−２に対するＱｏＳ設定情報を生成する。

以下、移行元の物理サーバ１００Ａが、移行先の物理サーバ１００Ｂに対して送信するＱｏＳポリシ５００及びリソース割当要求５４０の決定方法を中心に説明する。

図３３は、本発明の第３の実施形態の移行元の物理サーバ１００Ａのハイパバイザ１９０が備える各構成間の入出力を示す説明図である。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、物理アダプタドライバ（ＰＦＤ）１８５からＱｏＳ設定情報を取得し、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０から割当帯域を取得する。さらに、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ＱｏＳ換算データベース３４０からＩ／Ｆ機能表７００及びＱｏＳ設定変換表７４０を読み出す。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、前述した情報に基づいて、図３６において説明する処理を実行する。ＱｏＳ個別Ｉ／Ｆ設定部３１０は、処理結果としてＱｏＳポリシ３３１０を管理用コンソール５２０に出力する。

当該ＱｏＳポリシ３３１０が移行先の物理サーバ１００Ｂに入力されるＱｏＳポリシ５００となる。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース管理部３００からリソース割当管理表６４０を読み出し、また、ＱｏＳ換算データベース３４０からＩ／Ｆ設定仕様表７５０を読み出す。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、前述した情報に基づいて、図３４において説明する処理を実行する。Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、処理結果としてリソース割当要求３３２０を管理用コンソール５２０に出力し、割当帯域をＱｏＳ個別Ｉ／Ｆ設定部３１０に出力する。

当該リソース割当要求３３２０が移行先の物理サーバ１００Ｂに入力されるリソース割当要求５４０となる。

図３４は、本発明の第３の実施形態の移行元の物理サーバのＩ／Ｏ ＬＰＡＲリソース算出部が実行する処理を説明するフローチャートである。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース管理部３００からリソース割当管理表６４０を取得する（ステップ３４０１）。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース割当管理表６４０を参照して、一つの仮想化部１１０を選択する（ステップ３４０２）。

選択方法としては、リソース割当管理表６４０の上のエントリから順に選択する方法が考えられる。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース割当管理表６４０を参照して、選択された仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０を特定し、さらに、特定されたＶＦ２１０を生成するＰＦ２２０を一つ選択する（ステップ３４０３）。以下、選択されたＰＦ２２０を対象ＰＦ２２０とも記載する。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース割当管理表６４０のゲストＬＰＡＲ情報６４２に基づいて、リソース割当要求３３２０に設定する情報を決定する（ステップ３４０４）。具体的には、以下のように決定される。

リソース割当管理表６４０の仮想化部６４１に格納される識別子がリソース割当要求５４０の仮想化部５４１に格納される情報となる。リソース割当管理表６４０のプロセッサコア数６４２２に格納される値がリソース割当要求５４０のプロセッサ数５４２に格納される情報となる。また、リソース割当管理表６４０のメモリ６４２３に格納される値がリソース割当要求５４０のメモリ５４３に格納される情報となる。

なお、リソース割当要求５４０の物理Ｉ／Ｏアダプタ５４４には、移行先の物理サーバ１００ＢのＩ／Ｏアダプタ２００が予め分かる場合には必要な情報が含まれる。また、リソース割当要求５４０を受信した管理用コンソール５２０が物理Ｉ／Ｏアダプタ５４４に対応する情報を決定してもよい。

リソース割当要求３３２０は、管理用コンソール５２０に送信される。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象ＰＦ２２０のＶｅｎｄｏｒ ＩＤ、アダプタ種別を検索キーとしてリソース換算表７３０を参照し、対象ＰＦ２２０に対応するエントリが存在するか否かを判定する（ステップ３４０５）。

リソース換算表７３０に対象ＰＦ２２０に対応するエントリが存在すると判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象ＰＦ２２０に対応するエントリの情報を取得してステップ３４０７に進む。

リソース換算表７３０に対象ＰＦ２２０に対応するエントリが存在すると判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、Ｖｅｎｄｏｒ ＩＤ７３１が「Ｇｅｎｅｒｉｃ」であるエントリの情報を取得し（ステップ３４０６）、ステップ３５０７に進む。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ３４０５又はステップ３４０６において取得された情報に基づいて、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを算出する（ステップ３４０７）。具体的な処理は、図３５を用いて後述する。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、算出された計算機リソースに基づいて、対象ＰＦ２２０が生成するＶＦ２１０が割り当てられるＩ／Ｏ ＬＰＡＲ１５０の割当帯域を算出する（ステップ３４０８）。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０を生成する全てのＰＦ２２０について処理が実行されたか否かを判定する（ステップ３４０９）。

ステップ３４０３〜ステップ３４０９の処理によって、仮想化部１１０の割当帯域を把握することができる。

Ｉ／Ｏ ＬＰＡＲ１５０のＶＦＤ１６５と対応づけられる全てのＶＦ２１０について処理が実行されていないと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ３４０３に戻り、同様の処理（ステップ３４０３〜ステップ３４０９）を実行する。

Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０を生成する全てのＰＦ２２０について処理が実行されたと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、移行元の物理サーバ１００Ａ上で稼動する全ての仮想化部１１０について処理が実行されたか否かを判定する（ステップ３４１０）。

移行元の物理サーバ１００Ａ上で稼動する全ての仮想化部１１０について処理が実行されていないと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、ステップ３４１０に戻り同様の処理（ステップ３４０２〜ステップ３４１０）を実行する。

移行元の物理サーバ１００Ａ上で稼動する全ての仮想化部１１０について処理が実行されていないと判定された場合、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、算出された割当帯域をＱｏＳ個別Ｉ／Ｆ設定部３１０に出力し（ステップ３４１１）、処理を終了する。

このとき、仮想化部１１０の識別子及び対象ＰＦ２２０の識別子も合わせて出力される。

図３５は、本発明の第３の実施形態における計算機リソースの算出処理を説明するフローチャートである。

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、対象ＰＦ２２０が割り当てられる仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０の計算機リソースを正規化する（ステップ３５０１）。これは、Ｉ／Ｏ ＬＰＡＲ１５０の計算機リソースがどのＰＦ２２０によってどのぐらい必要かを正確に算出できないためである。

正規化の方法は、例えば、Ｉ／Ｏ ＬＰＡＲ１５０の計算機リソースをＩ／Ｏ ＬＰＡＲ１５０と対応づけられるＰＦ２２０の数で除算して算出する方法が考えられる。また、ＰＦ２２０を備えるＩ／Ｏアダプタ２００の性能に基づいて、Ｉ／Ｏ ＬＰＡＲ１５０の計算機リソースの割当比率を算出し、当該割当比率に基づいてＩ／Ｏ ＬＰＡＲ１５０の計算機リソースを正規化する方法であってもよい。

以下、正規化された計算機リソースにおけるプロセッサコア数を割当プロセッサコア数、メモリ容量を割当メモリ容量と記載する。

次に、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース換算表７３０から取得された情報、並びに、プラットフォーム仕様表７１０及びプロセッサ性能換算表７２０を参照し、式（９）を用いて基準プロセッサコア数を算出する（ステップ３５０２）。
基準プロセッサコア数 ＝（割当プロセッサコア数÷プロセッサ世代７３７に対応する性能比７２５）×物理サーバ１００のプロセッサの性能比７２５…（９）

Ｉ／Ｏ ＬＰＡＲリソース算出部３２０は、リソース換算表７３０から取得された情報、基準プロセッサコア数及び割当メモリ容量に基づいて、式（１０）を用いて割当帯域係数を算出し（ステップ３５０３）、処理を終了する。
割当帯域係数＝ＭＡＸ（基準プロセッサコア数÷プロセッサリソース７３８×単位帯域７３６，割当メモリ÷メモリリソース７３９×単位帯域７３６）…（１０）

図３６は、本発明の第３の実施形態の移行元の物理サーバ１００ＡのＱｏＳ個別Ｉ／Ｆ設定部３１０が実行する処理を説明するフローチャートである。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、Ｉ／Ｏ ＬＰＡＲリソース算出部３２０から移行元の物理サーバ１００Ａ上で稼動する全仮想化部１１０における割当帯域を取得する（ステップ３６０１）。

具体的には、仮想化部１１０に割り当てられる各ＰＦ２２０における割当帯域が取得される。なお、取得される情報には、仮想化部１１０の識別子、ＰＦ２２０の識別子及び割当帯域が含まれる。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、一つのＰＦ２２０を選択する（ステップ３６０２）。以下、選択されたＰＦを対象ＰＦ２２０とも記載する。

このとき、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対象ＰＦ２２０に対応するＩ／Ｏアダプタ２００のバス番号、デバイス番号及び機能番号に基づいてコンフィグレーション領域を参照することによって、対象ＰＦ２２０に対応するＩ／Ｏアダプタ２００のＶｅｎｄｏｒ ＩＤ及びＤｅｖｉｃｅ ＩＤを取得する。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対象ＰＦ２２０に対応するＩ／Ｏアダプタ２００のＶｅｎｄｏｒ ＩＤ及びＤｅｖｉｃｅ ＩＤに基づいてＩ／Ｆ機能表７００を参照し、対象ＰＦ２２０のアダプタ種別を取得する（ステップ３６０３）。

これによって、ＱｏＳポリシ５００のアダプタ種別５０２に対応する情報が取得される。

次に、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、リソース割当管理表対象ＰＦによって生成されたＶＦ２１０が割り当てられる仮想化部１１０を一つ選択する（ステップ３６０４）。以下、選択された仮想化部１１０を対象仮想化部１１０とも記載する。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対象ＰＦ２２０から対象仮想化部１１０に割り当てられるＶＦ２１０に対するＱｏＳ設定情報を取得する（ステップ３６０５）。

ＱｏＳ設定情報の取得方法は、ＱｏＳ個別Ｉ／Ｆ設定部３１０が、対象仮想化部１１０を構成するＩ／Ｏ ＬＰＡＲ１５０に割り当てられたＶＦ２１０を管理するＰＦ２２０に問い合わせる方法、又は、Ｉ／Ｆ設定仕様表７５０のレジスタ仕様７５６から取得する方法が考えられる。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対象仮想化部１１０の割当帯域及び取得されたＱｏＳ設定情報に基づいて、ＱｏＳポリシ３３１０に設定する情報を決定する（ステップ３６０６）。

具体的にはＱｏＳポリシ５００の優先度５０３、帯域配分５０４、最大帯域５０５、最小帯域５０６、遅延保証５０７、及び品質保証５０８に対応する情報が決定される。なお、品質保証５０８は、取得されたＱｏＳ設定情報からは直接決定できないため、例えば、優先度５０３が「高」の場合には「ｇｕａｒａｎｔｙ」とし、優先度５０３が「低」の場合には「ｂｅｓｔ ｅｆｆｏｒｔ」に決定する方法が考えられる。

ＱｏＳ個別Ｉ／Ｆ設定部３１０は、対象ＰＦ２２０によって生成されたＶＦ２１０が割り当てられる全ての仮想化部１１０について処理が実行されたか否かを判定する（ステップ３６０７）。

全ての仮想化部１１０について処理が実行されていないと判定された場合、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ステップ３６０４に戻り同様の処理（ステップ３６０４〜ステップ３６０７）を実行する。

全ての仮想化部１１０について処理が実行されたと判定された場合、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、移行元の物理サーバ１００Ａに接続される全てのＰＦ２２０について処理が実行されたか否かを判定する（ステップ３６０８）。

移行元の物理サーバ１００Ａに接続される全てのＩ／Ｏアダプタ２００について処理が実行されていないと判定された場合、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、ステップ３６０１に戻り同様の処理（ステップ３６０１〜ステップ３６０８）を実行する。

移行元の物理サーバ１００Ａに接続される全てのＩ／Ｏアダプタ２００について処理が実行されたと判定された場合、ＱｏＳ個別Ｉ／Ｆ設定部３１０は、処理を終了する。

以上の処理によって、移行元の物理サーバ１００Ａに接続される全ての仮想化部１１０に設定されたＱｏＳ設定情報が取得され、取得されたＱｏＳ設定情報から移行先の物理サーバ１００Ｂに送信するＱｏＳポリシ３３１０が生成される。

図３４〜図３６で説明した処理によって生成されたＱｏＳポリシ３３１０及びリソース割当要求３３２０が、ハイパバイザ１９０を介して管理用ＬＰＡＲ１７０に送信される。管理用ＬＰＡＲ１７０は、ＱｏＳポリシ３３１０及びリソース割当要求３３２０を管理用コンソール５２０に送信する。

さらに、管理用コンソール５２０が、移行先の物理サーバ１００Ｂに、ＱｏＳポリシ３３１０及びリソース割当要求３３２０を送信する。移行先の物理サーバ１００Ｂは、第１の実施形態と同様の処理を実行する。

第３の実施形態によれば、移行元の物理サーバ１００上のゲストＬＰＡＲ１１５のＩ／Ｏを処理するＩ／Ｏ ＬＰＡＲ１５０に対するＱｏＳ設定情報からＱｏＳポリシを生成することできる。これによって、ゲストＬＰＡＲ１１５に対して要求されるＱｏＳを移行先の物理サーバ１００上でも実現することが可能となる。

また、移行先の物理サーバ１００が備えるＩ／Ｏアダプタ２００が移行元の物理サーバ１００が備えるＩ／Ｏアダプタと異なる場合であっても、ゲストＬＡＰＲ１１５の構成は変更されないため、プラットフォーム間の移行が容易にできる。

［第３の実施形態の変形例１］
図３７は、本発明の第３の実施形態における仮想計算機システムの構成の変形例を示す説明図である。

変形例１における仮想計算機システムは、移行元の物理サーバ１００ＡがＮＩＣ及びＨＢＡを備え、移行先の物理サーバ１００ＢがＣＮＡを備える点が異なる。

この場合、ＣＮＡが備える各ＰＦについて移行元の物理サーバ１００Ａ上のＮＩＣ及びＨＢＡの設定が反映される。具体的な処理については第３の実施形態と同一であるため説明を省略する。

なお、移行元の物理サーバ１００ＡがＣＮＡを備え、移行先の物理サーバ１００ＢがＮＩＣ及びＨＢＡを備える場合であっても同様の処理を適用できる。

［第３の実施形態の変形例２］
変形例２では、移行元のサーバＡの負荷設定情報を移行先のサーバ１００Ｂに入力する情報として用いる。

仮想計算機システムの構成は同一であるため説明を省略する。また、移行元の物理サーバ１００Ａ及び移行先の物理サーバ１００Ｂの構成も同一であるため説明を省略する。

以下、第３の実施形態との差異を中心に説明する。

図３８は、本発明の第３の実施形態の変形例における移行元の物理サーバ１００Ａのハイパバイザ１９０が備える各構成間の入出力を示す説明図である。

負荷分散個別Ｉ／Ｆ設定部３３０は、物理アダプタドライバ（ＰＦＤ）１８５から負荷分散設定情報を取得し、リソース管理部３００からプロセッサ割当管理表６１０及びリソース割当管理表６４０を参照する。

負荷分散個別Ｉ／Ｆ設定部３３０は、前述した情報に基づいて、図３９において説明する処理を実行する。負荷分散個別Ｉ／Ｆ設定部３３０は、処理結果として負荷分散ポリシ３８００を管理用コンソール５２０に出力する。

図３９は、本発明の第３の実施形態の変形例における負荷分散個別Ｉ／Ｆ設定部３３０によって実行される処理を説明するフローチャートである。

負荷分散個別Ｉ／Ｆ設定部３３０は、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０を特定する（ステップ３９０１）。

具体的には、負荷分散個別Ｉ／Ｆ設定部３３０は、プロセッサ割当管理表６１０を参照して、各Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるプロセッサコア４１０を特定する。

次に、負荷分散個別Ｉ／Ｆ設定部３３０は、一つのＰＦ２２０を選択する（ステップ３９０２）。以下、選択されたＰＦ２２０を対象ＰＦ２２０とも記載する。

このとき、負荷分散個別Ｉ／Ｆ設定部３３０は、対象ＰＦ２２０のＶｅｎｄｏｒ ＩＤ、アダプタ種別を検索キーとしてＩ／Ｆ機能表７００を参照し、対象ＰＦ２２０に対応するＩ／Ｏアダプタ２００が負荷分散機能を備えるか否かを判定する（ステップ３９０３）。

対象ＰＦ２２０に対応するＩ／Ｏアダプタ２００が負荷分散機能を備えていないと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、ステップ３９０９に進む。

対象ＰＦ２２０に対応するＩ／Ｏアダプタ２００が負荷分散機能を備えていると判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、対象ＰＦ２２０が生成したＶＦ２１０が割り当てられるＩ／Ｏ ＬＰＡＲ１５０を選択する（ステップ３９０４）。以下、選択されたＩ／Ｏ ＬＰＡＲ１５０を対象Ｉ／Ｏ ＬＰＡＲ１５０とも記載する。

負荷分散個別Ｉ／Ｆ設定部３３０は、対象Ｉ／Ｏ ＬＰＡＲ１５０の識別子に基づいてリソース割当管理表６４０を参照し、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられているプロセッサコア４１０の数が「１」より大きいか否かを判定する（ステップ３９０５）。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられているプロセッサコア４１０の数が「１」以下であると判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、ステップ３９０８に進む。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられているプロセッサコア４１０の数が「１」より大きいと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０のキューの数が「１」より大きいか否かを判定する（ステップ３９０６）。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０のキューの数が「１」以下であると判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、ステップ３９０８に進む。

対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられるＶＦ２１０のキューの数が「１」より大きいと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、対象Ｉ／Ｏ ＬＰＡＲ１５０に割り当てられたＶＦ２１０に対する負荷分散設定情報を取得する（ステップ３９０７）。

負荷分散設定情報の取得方法は、対象ＰＦ２２０に問い合わせる方法、Ｉ／Ｆ設定仕様表７５０のレジスタ仕様７５６を参照して取得する方法が考えられる。

次に、負荷分散個別Ｉ／Ｆ設定部３３０は、全ての仮想化部１１０について処理が実行されたか否かを判定する（ステップ３９０８）。

全ての仮想化部１１０について処理が実行されていないと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、ステップ３９０４に戻り同様の処理（ステップ３９０４〜ステップ３９０８）を実行する。

全ての仮想化部１１０について処理が実行されたと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、全てのＰＦ２２０について処理が実行されたか否かを判定する（ステップ３９０９）。

全てのＰＦ２２０について処理が実行されていないと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、ステップ３９０２に戻り同様の処理（ステップ３９０２〜ステップ３９０９）を実行する。

全てのＰＦ２２０について処理が実行されたと判定された場合、負荷分散個別Ｉ／Ｆ設定部３３０は、取得された負荷分散設定情報に基づいて負荷分散ポリシ３４１０を生成し（ステップ３９１０）、処理を終了する。

具体的には、ＰＦ２２０ごとに負荷分散設定情報をリスト化した情報が生成される。

生成された負荷分散ポリシ３４１０は、管理用コンソール５２０に送信される。

管理用コンソール５２０から負荷分散ポリシ３４１０を受信した移行先の物理サーバ１００Ｂは、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てる計算機リソースを算出するときに、負荷分散ポリシ３４１０に基づいて、Ｉ／Ｏ ＬＰＡＲ１５０に割り当てるプロセッサコア４１０の数を決定する。

例えば、負荷分散設定がされているＩ／Ｏ ＬＰＡＲ１５０については、ステップ１１２０において、プロセッサコア数を「１」に初期化する等が考えられる。

移行前の物理サーバ１００Ａに設定された負荷分散の設定情報を用いて、移行先の物理サーバ１００Ｂに設定すべき情報をより詳細かつ適切に決定することができる。

本発明の一形態によれば、論理分割方式の仮想化における、性能安定性、堅牢性、ＱｏＳ保証という特長は残しながら、プラットフォーム移行性の高い仮想計算機システムが実現可能となる。性能安定性に関しては、ソフトウェアベースのＶＭ方式では、実効流量をサンプリングしてタイマ割り込みにより帯域調整を行うため、仮想サーバ間の切り替えの最小単位は約１０ｍｓのオーダーとなる。これに対して、Ｉ／Ｏアダプタのハードウェア機能を使って仮想サーバ間の切り替えを行う場合、フレーム単位での切り替えが可能となる。例えば、１０ＧｂＥ ＮＩＣの場合、フレームの大きさは１．５ＫＢ〜９．５ＫＢ（ジャンボフレームの場合）となる。これを１０Ｇｂで除算すると1μｓから８μｓとなり、ＶＭ方式と比べて約１０００倍〜１００００倍の高精度なＱｏＳ制御が可能となる。

１００ 物理サーバ
１１０ 仮想化部
１１５ ゲストＬＰＡＲ
１２５ アプリケーション
１３０ ＯＳ
１３５ 仮想アダプタドライバ
１４５ 仮想Ｉ／Ｏアダプタ
１５０ Ｉ／Ｏ ＬＰＡＲ
１５５ アプリケーション
１６０、１７５ ＯＳ
１６５ 論理アダプタドライバ
１７０ 管理用ＬＰＡＲ
１８５ 物理アダプタドライバ
１９０ ハイパバイザ
２００ Ｉ／Ｏアダプタ
２１０ 論理アダプタ
２２０ 物理アダプタ制御機能
３００ リソース管理部
３１０ ＱｏＳ個別Ｉ／Ｆ設定部
３２０ Ｉ／Ｏ ＬＰＡＲリソース算出部
３３０ 負荷分散個別Ｉ／Ｆ設定部
３４０ ＱｏＳ換算データベース
３５０ リソース割当要求
４００ プロセッサソケット
４０５ プロセッサ
４１０ プロセッサコア
４２０ ＩＯハブチップセット
４２５ 相互接続パス
４３０ ＩＯバス
４４０ メモリコントローラ
４５０ メモリモジュール
４５５ ハイパバイザ実行イメージ
４５６ 実行イメージ
４６０ コントローラハブチップセット
４６５ ハイパバイザブートイメージ
４７０ 管理ポート
４８０ ネットワーク
４９０ ストレージ装置
４９５ ブートイメージ
５００ ＱｏＳポリシ
５１０ 管理者
５２０ 管理用コンソール
５３０ 管理ネットワーク
５４０ リソース割当要求
６００ リソースプール管理表
６１０ プロセッサ割当管理表
６２０ メモリ割当管理表
６３０ 論理アダプタ割当管理表
６４０ リソース割当管理表
７００ Ｉ／Ｆ機能表
７１０ プラットフォーム仕様表
７２０ プロセッサ性能換算表
７３０ リソース換算表
７４０ ＱｏＳ設定変換表
７５０ Ｉ／Ｆ設定仕様表

Claims (17)

1. 第１のプロセッサ、前記第１のプロセッサに接続される第１のメモリ、前記第１のプロセッサに接続される複数の第１のＩ／Ｏアダプタ、及び前記第１のプロセッサに接続される第１のネットワークインタフェースを備え、計算機リソースを論理的に分割して生成された論理区画上に仮想計算機を生成する第１の計算機を備える計算機システムにおけるＩ／Ｏアダプタ制御方法であって、
   前記第１のプロセッサは、前記第１のメモリ上に格納された第１の論理区画制御部を実行し、
   前記方法は、
   前記第１の論理区画制御部が、前記第１のネットワークインタフェースを介して、第１の仮想計算機の生成要求と、前記仮想計算機に要求するＱｏＳに関する情報である第１のＱｏＳ設定情報を含む第１のＱｏＳポリシとを受信する第１のステップと、
   前記第１の論理区画制御部が、前記受信した第１の仮想計算機の生成要求に基づいて、第１のゲスト用論理区画を生成する第２のステップと、
   前記第１の論理区画制御部が、前記受信した第１のＱｏＳポリシに基づいて、前記第１のゲスト用論理区画と前記第１のＩ／Ｏアダプタとの間のＩ／Ｏを処理する第１のＩ／Ｏ制御用論理区画に割り当てる第１の割当計算機リソースを算出する第３のステップと、
   前記第１の論理区画制御部が、前記第１のゲスト用論理区画に仮想的なＩ／Ｏアダプタを提供するために用いる前記第１のＩ／Ｏアダプタを前記第１のＩ／Ｏ制御用論理区画に割り当てる第４のステップと、
   前記第１の論理区画制御部が、前記算出された第１の割当計算機リソースに基づいて、前記第１のＩ／Ｏ制御用論理区画を生成する第５のステップと、を含むことを特徴とするＩ／Ｏアダプタ制御方法。
2. 前記第３のステップは、
   前記第１のＱｏＳ設定情報に基づいて、前記第１のＩ／Ｏ制御用論理区画に割り当てられる第１のＩ／Ｏアダプタに対して前記第１のＱｏＳポリシによって要求されたＱｏＳを実現するための設定情報である第２のＱｏＳ設定情報を生成する第６のステップと、
   前記第１のＩ／Ｏ制御用論理区画に割り当てられる第１のＩ／Ｏアダプタに、前記生成された第２のＱｏＳ設定情報を設定する第７のステップと、
   前記生成された第２のＱｏＳ設定情報に基づいて、前記第１の割当計算機リソースを算出する第８のステップと、を含むことを特徴とする請求項１に記載のＩ／Ｏアダプタ制御方法。
3. 前記第１の論理区画制御部は、前記第１のＱｏＳポリシに含まれる前記第１のＱｏＳ設定情報を前記各第１のＩ／Ｏアダプタが対応可能なＱｏＳ設定情報に変換するためのＱｏＳ変換情報を保持し、
   前記第６のステップは、
   前記ＱｏＳ変換情報を参照して、前記第１のＱｏＳ設定情報を前記第２のＱｏＳ設定情報に変換する第９のステップと、
   前記ＱｏＳ変換情報を参照して、前記第１のＩ／Ｏ制御用論理区画に割り当てられる第１のＩ／Ｏアダプタに設定される割当帯域を算出する第１０のステップと、を含むことを特徴とする請求項２に記載のＩ／Ｏアダプタ制御方法。
4. 前記第１の論理区画制御部は、前記各第１のＩ／Ｏアダプタにおける単位帯域あたりに必要となる計算機リソースに関する情報である計算機リソース換算情報を保持し、
   前記第８のステップは、前記第１の論理区画制御部が、前記算出された割当帯域と、前記計算機リソース換算情報とに基づいて、前記第１の割当計算機リソースを算出することを特徴とする請求項３に記載のＩ／Ｏアダプタ制御方法。
5. 前記各第１のＩ／Ｏアダプタは、帯域制御、優先制御、又は、遅延保証の少なくともいずれかのＱｏＳ設定情報に対応可能であることを特徴とする請求項２に記載のＩ／Ｏアダプタ制御方法。
6. 前記方法は、さらに、
   前記第１の論理区画制御部が、前記第１のＩ／Ｏ制御用論理区画に割り当てられる第１のＩ／Ｏアダプタが前記Ｉ／Ｏ制御用論理区画に送信されるＩ／Ｏの処理負荷を分散させるための負荷分散機能を備えるか否かを判定する第１１ステップと、
   前記第１のＩ／Ｏ制御用論理区画に割り当てられる第１のＩ／Ｏアダプタが前記負荷分散機能を備えると判定された場合に、前記第１の論理区画制御部が、前記第１のＩ／Ｏ制御用論理区画に割り当てられる第１のＩ／Ｏアダプタに対して、前記負荷分散機能に対応した負荷分散設定情報を設定する第１２のステップと、を含むことを特徴とする請求項２に記載のＩ／Ｏアダプタ制御方法。
7. 前記第１のプロセッサは、複数のプロセッサコアを含み、
   前記第１の割当計算機リソースは、前記第１のＩ／Ｏ制御用論理区画に割り当てる前記プロセッサコアを含み、
   前記負荷分散設定情報は、前記Ｉ／Ｏの割り込み先の前記Ｉ／Ｏ制御用論理区画に割り当てられる前記プロセッサコアを分散させるための情報であることを特徴とする請求項６に記載のＩ／Ｏアダプタ制御方法。
8. 前記計算機システムは、第２のプロセッサ、前記第２のプロセッサに接続される第２のメモリ、前記第２のプロセッサに接続される複数の第２のＩ／Ｏアダプタ、及び前記第２のプロセッサに接続される第２のネットワークインタフェースを備え、計算機リソースを論理的に分割して生成された論理区画上に仮想計算機を生成する第２の計算機を備え、
   前記第２のプロセッサは、前記第２のメモリ上に格納された第２の論理区画制御部を実行し、
   前記方法は、さらに、
   前記第１の論理区画制御部が、前記第１の計算機上の第１のゲスト用論理区画を前記第２の計算機に移動させるための移動要求を受信する第１３のステップと、
   前記第１の論理区画制御部が、前記第１のゲスト用論理区画の設定情報を取得する第１４のステップと、
   前記第１の論理区画制御部が、前記取得された第１のゲスト用論理区画の設定情報に基づいて、第２の仮想計算機の生成要求を生成する第１５のステップと、
   前記第１の論理区画制御部が、前記第１の割当計算機リソースに関する情報を取得する第１６のステップと、
   前記第１の論理区画制御部が、前記第１のＩ／Ｏ制御用論理区画に割り当てられる第１のＩ／Ｏアダプタに対して設定された前記第２のＱｏＳ設定情報を取得する第１７のステップと、
   前記第１の論理区画制御部が、前記取得された第１の割当計算機リソースに関する情報及び前記取得された第２のＱｏＳ設定情報に基づいて、第３のＱｏＳ設定情報を含む第２のＱｏＳポリシを生成する第１８のステップと、
   前記第１の論理区画制御部が、前記生成された第２の仮想計算機の生成要求及び前記生成された第２のＱｏＳポリシを前記第２の計算機に送信する第１９のステップと、
   前記第２の論理区画制御部が、前記第２のネットワークインタフェースを介して、前記第２の仮想計算機の生成要求と、前記第２のＱｏＳポリシとを受信する第２０のステップと、
   前記第２の論理区画制御部が、前記受信した第２の仮想計算機の生成要求に基づいて、第２のゲスト用論理区画を生成する第２１のステップと、
   前記第２の論理区画制御部が、前記受信した第２のＱｏＳポリシに基づいて、前記第２のゲスト用論理区画と前記第２のＩ／Ｏアダプタとの間のＩ／Ｏを処理する第２のＩ／Ｏ制御用論理区画に割り当てる第２の割当計算機リソースを算出する第２２のステップと、
   前記第２の論理区画制御部が、前記第２のゲスト用論理区画に仮想的なＩ／Ｏアダプタを提供するために用いる前記第２のＩ／Ｏアダプタを前記第２のＩ／Ｏ制御用論理区画に割り当てる第２３のステップと、
   前記第２の論理区画制御部が、前記算出された第２の割当計算機リソースに基づいて、前記第２のＩ／Ｏ制御用論理区画を生成する第２４のステップと、を含むことを特徴とする請求項２に記載のＩ／Ｏアダプタ制御方法。
9. 前記方法は、さらに、
   前記第１の論理区画制御部が、前記第１のＩ／Ｏ制御用論理区画に割り当てられる第１のＩ／ＯアダプタにおけるＩ／Ｏの流量を表す実効帯域を取得する第２５のステップと、
   前記受信した第１のＱｏＳポリシ及び前記取得された実効帯域に基づいて、前記第１の割当計算機リソースを変更する第２６のステップと、を含むことを特徴とする請求項１に記載のＩ／Ｏアダプタ制御方法。
10. 前記各第１のＩ／Ｏアダプタは、前記実効帯域を計測するためのモニタ機能を備え、
    前記第１の論理区画制御部は、前記第１のＩ／Ｏ制御用論理区画に割り当てられた第１のＩ／Ｏアダプタから前記実効帯域を取得することを特徴とする請求項９に記載のＩ／Ｏアダプタ制御方法。
11. 前記第１のＩ／Ｏ制御用論理区画では、前記Ｉ／Ｏの処理を実行するＯＳが実行され、
    前記ＯＳ上では、アプリケーションが実行され、
    前記ＯＳ又は前記アプリケーションの少なくともいずれか一方が、前記実効帯域を計測するための計測部を備え、
    前記第１の論理区画制御部は、前記ＯＳ又は前記アプリケーションから前記実効帯域を取得することを特徴とする請求項９に記載のＩ／Ｏアダプタ制御方法。
12. プロセッサ、前記プロセッサに接続されるメモリ、前記プロセッサに接続される複数のＩ／Ｏアダプタ、及び前記プロセッサに接続されるネットワークインタフェースを備え、計算機リソースを論理的に分割して生成された論理区画上に仮想計算機を生成する計算機であって、
    前記計算機は、
    前記ネットワークインタフェースを介して、仮想計算機の生成要求と、前記仮想計算機に要求するＱｏＳに関する情報である第１のＱｏＳ設定情報を含む第１のＱｏＳポリシとを受信した場合に、前記受信した仮想計算機の生成要求に基づいて、ゲスト用論理区画を生成し、
    前記受信した第１のＱｏＳポリシに基づいて、前記ゲスト用論理区画と前記Ｉ／Ｏアダプタとの間のＩ／Ｏを処理するＩ／Ｏ制御用論理区画に割り当てる割当計算機リソースを算出し、
    前記ゲスト用論理区画に仮想的なＩ／Ｏアダプタを提供するために用いる前記Ｉ／Ｏアダプタを前記Ｉ／Ｏ制御用論理区画に割り当て、
    前記算出された割当計算機リソースに基づいて、前記Ｉ／Ｏ制御用論理区画を生成することを特徴とする計算機。
13. 前記割当計算機リソースを算出する場合に、前記第１のＱｏＳ設定情報に基づいて、前記Ｉ／Ｏ制御用論理区画に割り当てるＩ／Ｏアダプタに対して前記第１のＱｏＳポリシによって要求されたＱｏＳを実現するための設定情報である第２のＱｏＳ設定情報を生成し、
    前記Ｉ／Ｏ制御用論理区画に割り当てるＩ／Ｏアダプタに、前記生成された第２のＱｏＳ設定情報を設定し、
    前記生成された第２のＱｏＳ設定情報に基づいて、前記割当計算機リソースを算出することを特徴とする請求項１２に記載の計算機。
14. 前記メモリは、前記第１のＱｏＳポリシに含まれる前記第１のＱｏＳ設定情報を前記各Ｉ／Ｏアダプタが対応可能なＱｏＳ設定情報に変換するためのＱｏＳ変換情報を格納し、
    前記計算機は、
    前記第２のＱｏＳ設定情報を生成する場合に、前記ＱｏＳ変換情報を参照して、前記第１のＱｏＳ設定情報を前記第２のＱｏＳ設定情報に変換し、
    前記ＱｏＳ変換情報を参照して、前記Ｉ／Ｏ制御用論理区画に割り当てられるＩ／Ｏアダプタに設定される割当帯域を算出することを特徴とする請求項１３に記載の計算機。
15. 前記計算機上のゲスト用論理区画を他の計算機に移動させるための移動要求を受信した場合に、前記ゲスト用論理区画の設定情報を取得し、
    前記取得されたゲスト用論理区画の設定情報に基づいて、新たな仮想計算機の生成要求を生成し、
    前記割当計算機リソースに関する情報を取得し、
    前記Ｉ／Ｏ制御用論理区画に割り当てられるＩ／Ｏアダプタに対して設定された前記第２のＱｏＳ設定情報を取得し、
    前記取得された前記割当計算機リソースに関する情報及び前記取得された第２のＱｏＳ設定情報に基づいて、第３のＱｏＳ設定情報を含む第２のＱｏＳポリシを生成し、
    前記生成された新たな仮想計算機の生成要求及び前記生成された第２のＱｏＳポリシを前記他の計算機に送信することを特徴とする請求項１３に記載の計算機。
16. 前記Ｉ／Ｏ制御用論理区画に割り当てられるＩ／ＯアダプタにおけるＩ／Ｏの流量を表す実効帯域を取得し、
    前記受信した第１のＱｏＳポリシ及び前記取得された実効帯域に基づいて、前記割当計算機リソースを変更することを特徴とする請求項１２に記載の計算機。
17. 計算機リソースを分割し、前記分割された計算機リソースを割り当てることによって一以上の仮想計算機を生成する計算機を備える計算機システムにおける仮想計算機生成方法であって、
    前記計算機は、プロセッサ、前記プロセッサに接続されるメモリ、前記プロセッサに接続されるＩ／Ｏアダプタ、前記プロセッサに接続されるネットワークインタフェースを備え、
    前記方法は、
    前記計算機が、前記ネットワークインタフェースを介して、前記仮想計算機の生成要求と、前記仮想計算機に要求するＱｏＳに関する情報である第１のＱｏＳ設定情報を含むＱｏＳポリシを受信するステップと、
    前記計算機が、前記第１のＱｏＳ設定情報に基づいて、前記仮想計算機に割り当てる前記Ｉ／Ｏアダプタに対して前記要求されたＱｏＳを実現するための設定情報である第２のＱｏＳ設定情報を生成するステップと、
    前記計算機が、前記生成された第２のＱｏＳ設定情報に基づいて、前記仮想計算機に割り当てるＩ／Ｏアダプタを制御するために必要となる割当計算機リソースを算出するステップと、
    前記計算機が、前記生成された第２のＱｏＳ設定情報と、前記算出された割当計算機リソースとに基づいて、前記仮想計算機を生成するステップと、を含むことを特徴とする仮想計算機生成方法。

Images