JPWO2016110950A1 - 計算機システム、管理システム、及び、リソース管理方法 - Google Patents

Abstract

複数の計算機を管理する管理システムは、複数の計算機から物理リソースが割り当てられることによって実現されるインスタンスを管理し、インスタンスを構成するための設定を含む情報であって、インスタンスの物理リソースの占有の要否の設定を含むインスタンス構成情報に基づいて、複数の異なるインスタンスの実現方式の中から、インスタンス構成情報に対応するインスタンスの実現方式を選択する。複数の計算機は、選択されたインスタンスの実現方式に基づいて、インスタンスに物理リソースを提供する。

Description

本発明は、概して、計算機システム、管理システム、及び、リソース管理方法の技術に関する。

所定のシステム環境（例えば、ＷＥＢサーバシステム、ファイルサーバシステム、及び、ＤＢシステムなど）の構築を、サービスとして提供するＩａａＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）が知られている。ユーザは、インターネットに接続されている端末を通じてＩａａＳを利用することにより、物理計算機の構築等を行うことなく、システム環境を構築することができる。

ＩａａＳの事業者は、複数の物理計算機、ネットワーク装置及びストレージ装置によって構成されている計算機システムを運用して、ＩａａＳを提供する。システム環境は、この計算機システム上に構築される。計算機システム上にシステム環境を構築する方法として、ベアメタル方式と、仮想化方式と、ＬＰＡＲ（Ｌｏｇｉｃａｌ Ｐａｒｔｉｔｉｏｎ）方式とが知られている。

ベアメタル方式は、物理計算機の有する物理デバイス（ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）及びメモリ）の物理リソースの全てを、一つのシステム環境に割り当てる方式である。

仮想化方式は、物理計算機の有する物理デバイスの物理リソースを仮想化し（仮想デバイスを構築し）、複数のシステム環境に割り当てる方式である。

ＬＰＡＲ方式は、物理計算機の有する物理デバイスの物理リソースを分割し、その分割した内の一部の物理リソースを、複数のシステム環境の内の一つのシステム環境にのみ割り当てる方式である。特許文献１には、このＬＰＡＲ方式の技術が記載されている。

特開２００４−１９９５６１号公報

仮想化方式又はＬＰＡＲ方式によってシステム環境を構築した場合、物理計算機における物理リソースの利用率は向上する。しかし、この場合、一つの物理計算機の物理リソースが複数のシステム環境によって共有されるため、複数のシステム環境内の或るシステム環境が物理リソースに高い負荷をかけると、他のシステム環境の性能が低下する可能性がある。ベアメタル方式によってシステム環境を構築した場合、このようなことは発生しないが、物理計算機における物理リソースの利用率は低下する。

課題は、物理計算機における物理リソースの利用率が高くなるようにシステム環境を構築する、計算機システム、管理システム、及び、リソース管理方法を提供することにある。

本実施例に係る計算機システムは、複数の計算機と、複数の計算機を管理する管理システムとを含む。管理システムは、複数の計算機が物理的なリソースである物理リソースが割り当てられることによって実現されるインスタンスを管理し、インスタンスを構成するための設定を含む情報であって、インスタンスの物理リソースの占有の要否の設定を含むインスタンス構成情報に基づいて、複数の異なるインスタンスの実現方式の中から、インスタンス構成情報に対応するインスタンスの実現方式を選択する。複数の計算機は、選択されたインスタンスの実現方式に基づいて、インスタンスに物理リソースを提供する。

物理計算機における物理リソースの利用率が高くなるようにシステム環境を構築することができる。

本実施例に係る計算機システムの構成例を示す。 物理計算機の備える物理デバイスの例を示す。 ベアメタルホスト、仮想マシンホスト、及び、ＬＰＡＲホストの構成例を示す。 複数のＬＰＡＲホストを接続して使用する構成例を示す。 ストレージ装置の構成例を示す。 管理計算機の機能の構成例を示す。 インスタンス情報テーブルの構成例を示す。 リソース情報テーブルの構成例を示す。 テンプレート情報テーブルの構成例を示す。 トポロジ情報テーブルの構成例を示す。 候補テーブルの構成例を示す。 候補テーブルの構成の変形例を示す。 インスタンスの作成処理の例を示すフローチャートである。 テンプレート利用頻度テーブルの構成例を示す。 派生テンプレート情報の作成処理の例を示す。

以下、実施例を説明する。なお、以後の説明では、「ｘｘｘテーブル」等の表現にて情報を説明することがあるが、これら情報はテーブル等のデータ構造以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「ｘｘｘテーブル」等について「ｘｘｘ情報」と呼ぶことがある。

また、以下の説明では、「ｋｋｋ部」の表現にて処理部（機能）を説明することがあるが、処理部は、コンピュータプログラムがプロセッサ（例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）によって実行されることで実現されてもよいし、ハードウェア回路（例えばＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ））によって実現されてもよい。プログラムがプロセッサによって処理部が実現される場合、定められた処理が、適宜に記憶資源（例えばメモリ）及び／又は通信インターフェイスデバイス（例えば通信ポート）等を用いながら行われるため、処理部はプロセッサの少なくとも一部とされてもよい。処理部を主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置が行う処理としてもよい。また、プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。プログラムは、プログラムソースからプロセッサにインストールされてもよい。プログラムソースは、例えば、プログラム配布計算機または計算機が読み取り可能な記憶メディアであってもよい。各処理部の説明は一例であり、複数の処理部が一つの処理部にまとめられたり、一つの処理部が複数の処理部に分割されたりしてもよい。

以下の説明では、同種の要素を区別して説明する場合には、「ｘｘｘ１０ａ」、「ｘｘｘ１０ｂ」のように、英文字の参照符号を使用し、同種の要素を区別しないで説明する場合には、「ｘｘｘ１０」のように 参照符号のうちの共通番号のみを使用することがある。

また、以下の説明において、管理システムは、一以上の計算機で構成されてよい。具体的には、例えば、管理計算機が情報を表示する場合（具体的には、管理計算機が自分の表示デバイスに情報を表示する、或いは、管理計算機が表示用情報を遠隔の表示用計算機に送信する場合）、管理計算機が管理システムである。また、例えば、複数の計算機で管理計算機と同等の機能が実現されている場合は、当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機を含んでよい）が、管理システムである。

また、管理計算機は、表示デバイスを含む１以上のＩ／Ｏデバイスに接続されたインターフェースデバイスと、情報を記憶する記憶資源（例えばメモリ）と、インターフェースデバイス及び記憶資源に接続されたプロセッサとを有する。表示デバイスは、管理計算機が有する表示デバイスでもよいし、管理計算機に接続された表示用計算機でもよい。Ｉ／Ｏデバイスは、管理計算機が有するＩ／Ｏデバイス（例えばキーボード及びポインティングデバイス、タッチパネル）でもよいし、管理計算機に接続された表示用計算機又は別の計算機でもよい。管理計算機が「表示用情報を表示する」ことは、表示デバイスに表示用情報を表示することであり、これは、管理計算機が有する表示デバイスに表示用情報を表示することであってもよいし、管理計算機が表示用計算機に表示用情報を送信することであってもよい（後者の場合は表示用計算機によって表示用情報が表示される）。また、管理計算機が情報を入出力するとは、管理計算機が有するＩ／Ｏデバイスとの間で情報の入出力を行うことであってもよいし、管理計算機に接続された遠隔の計算機（例えば表示用計算機）との間で情報の入出力を行うことであってもよい。情報の出力は、情報の表示であってもよい。

図１は、本実施例に係る計算機システム１の構成例を示す。

計算機システム１は、複数の物理計算機１０と、ストレージ装置１００と、それらを管理する管理計算機２００とを有する。各装置１０、１００、２００は、所定のネットワーク５５、６５、２５２で接続されており、相互にデータを送受信することができる。

各物理計算機１０、管理計算機２００及びストレージ装置１００は、それぞれＨＢＡ（Ｈｏｓｔ Ｂｕｓ Ａｄａｐｔｅｒ）を通じて、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）５５に接続されてよい。ＳＡＮ５５は、ＦＣ（ＦｉｂｒｅＣｈａｎｎｅｌ）スイッチ５０、及び、ＨＢＡ５１などから構成されるＦＣ ＳＡＮであってよい。ＨＢＡは、ポートを通じて、他のＨＢＡ又はＦＣスイッチ５０と接続されてよい。ＳＡＮ５５は、ファイバチャネル以外で構成されてもよい。例えば、ＳＡＮ５５は、ｉＳＣＳＩ、ＦＣｏＥ、又は、Ｉｎｆｉｎｉ−ｂａｎｄなどで構成されてもよい。

各物理計算機１０及び管理計算機２００は、それぞれＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）を通じて、所定のネットワークに接続されてよい。ネットワークは、Ｅｔｈｅｒｎｅｔ（登録商標）スイッチ６０及びケーブルなどによって構成されてよい。各物理計算機１０は、ネットワークを通じて、アプリケーションのデータ、及び、制御情報などを送受信してよい。ネットワーク上の通信には、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などのプロトコルが利用されてよい。

図１では、ネットワークを、ＬＡＮ６５と、サービスネットワーク２５０と、管理ネットワーク２５１、２５２とに分けている。

クライアント端末７０のサービスクライアント７１と、物理計算機１０上で実現されているアプリケーション１２とは、サービスネットワーク２５０を通じて、情報処理サービスに必要なデータを送受信してよい。

各装置の制御コンポーネント同士は、管理ネットワーク２５１、２５２を通じて、各装置の構成を管理するための制御データを送受信してよい。

データセンタ内に構成されている複数の物理計算機１０及び管理計算機２００同士は、ＬＡＮ６５を通じて、様々なデータを送受信してよい。

これらのネットワーク構成は、物理的に分離されてもよいし、レイヤ３スイッチの設定又はレイヤ２スイッチの設定（ＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ）、仮想ローカルエリアネットワーク）などによって論理的に分離されてもよい。

計算機の一種であるクライアント端末７０は、サービスネットワーク２５０、及び／又は、管理ネットワーク２５１を通じて、計算機システム１とデータを送受信することができる。ユーザは、クライアント端末７０を通じて、計算機システム１に対して、システム環境の構成を要求することができる。計算機システム１上に構成されるシステム環境をインスタンス１１という。インスタンス１１は、ゲストＯＳ１３及びアプリケーション１２によって構成されてもよいし、ゲストＯＳ１３のみで構成されてもよい。アプリケーション１２の一例としては、ＷＥＢサーバ、ファイルサーバ及びデータベースサーバ、又は、これらの組み合わせなどがある。

インスタンス１１は、計算機システム１を構成する物理計算機１０上に実現される。インスタンス１１の実現方式には、一の物理計算機１０が提供する物理リソースを複数のインスタンスへ共有可能に割り当てる第１の実現方式がある。また、インスタンス１１の実現方式には、１の計算機が提供する物理リソースの全部又は一部を一のインスタンスへ占有可能に割り当てる第２の実現方式がある。第１の実現方式の一例としては、仮想化方式がある。第２の実現方式の一例としては、ベアメタル方式、及び、ＬＰＡＲ方式がある。

ベアメタル方式で構成された物理計算機１０をベアメタルホスト１０ａ、仮想化方式で構成された物理計算機１０を仮想マシンホスト１０ｂ、ＬＰＡＲ方式で構成された物理計算機１０をＬＰＡＲホスト１０ｃという。これらの詳細については後述する（図３参照）。

クライアント端末７０は、機能として、サービスクライアント７１と、管理クライアント７２とを有してよい。サービスクライアント７１は、インスタンス１１上のアプリケーション１２から情報処理に関するサービスの提供を受ける。管理クライアント７２は、管理計算機２００に接続して計算機システム１の構成を管理する。これらサービスクライアント７１及び管理クライアント７２は、専用のプログラムであってもよいし、ＷＥＢブラウザなどで実行される汎用的なプログラムであってもよい。サービスクライアント７１及び管理クライアント７２は、一のクライアント端末７０にまとめて配置されてもよいし、複数のクライアント端末７０に別々に配置されてもよい。

ストレージ装置１００は、各インスタンス１１に、データのストレージ領域を提供する。ストレージ装置１００は、ＣＰＵ、メモリ及びストレージデバイスなどを備え、ストレージデバイスを制御するためのプログラム等が実行されてよい。ストレージデバイスの一例としては、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などがある。

ストレージ装置１００は、ストレージデバイスの物理的なストレージ領域から、論理的なストレージ領域であるボリューム１０１を構成し、そのボリューム１０１を、各インスタンス１１に提供してもよい。

ベアメタルホスト１０ａに係るゲストＯＳ１３は、そのボリューム１０１に対して、データのリード及びライトを実行してもよい。

仮想マシンホスト１０ｂでは、仮想化機構２４がそのボリューム１０１を分割し、複数の仮想ボリュームを構成してもよい。そして、仮想マシンホスト１０ｂに係るゲストＯＳ１３ｂは、自分に割り当てられた仮想ボリュームに対して、データのリード及びライトを実行してもよい。

管理計算機２００は、複数の物理計算機から物理的なリソースである物理リソースが割り当てられることによって実現されるインスタンスを管理する。また、管理計算機２００は、インスタンスを構成するための設定を含む情報であって、インスタンスの物理リソースの占有の要否の設定を含むインスタンス構成情報に基づいて、複数の異なるインスタンスの実現方式の中から、インスタンス構成情報に対応するインスタンスの実現方式を選択する。インスタンス構成情報は、後述するインスタンス構成要件、及び、インスタンス情報テーブルに格納されているインスタンス情報の何れであってもよい。

管理計算機２００は、計算機システム１を構成する物理計算機１０、ストレージ装置１００、及び、ネットワーク装置５０、６０等を管理する。管理計算機２００は、アプリケーション管理部２０１と、統合リソース管理部２０２と、計算機管理部２０３と、ネットワーク管理部２０４と、ストレージ管理部２０５と、に関する機能を有する。これらの機能２０１乃至２０５は、まとめて管理機能と呼ばれてもよい。

アプリケーション管理部２０１は、クライアント端末７０からインスタンス１１上のアプリケーション１２を管理するためのＩ／Ｆを提供する。計算機管理部２０３は、物理計算機１０の構成を管理する。ネットワーク管理部２０４は、ネットワーク装置（例えば、ＦＣスイッチ５０及びネットワークアダプタ）の構成を管理する。ストレージ管理部２０５は、ストレージ装置１００の構成を管理する。

統合リソース管理部２０２は、これらの要素２０１乃至２０５の間を跨がる複雑なリソース管理を簡易化する機能を有する。ユーザは、統合リソース管理部２０２を通じて、複雑なリソース管理を簡単に行うことができる。

図２は、物理計算機１０の備える物理デバイスの例を示す。

物理計算機１０は、複数の物理デバイスが、データバス１６を通じて接続されてよい。物理計算機１０は、物理デバイスとして、ＣＰＵ１５、メモリ１８、Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）コントローラ３１、グラフィックコントローラ３２、ディスクコントローラ３３、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ） Ｉ／Ｆ１９、ＶＧＡ（Ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ） Ｉ／Ｆ２０、ＳＡＳ（Ｓｅｒｉａｌ Ａｔｔａｃｈｅｄ ＳＣＳＩ） Ｉ／Ｆ１５４、記憶ディスク１０５、ＮＩＣ３４、ＨＢＡ３５、及び、ＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ）スイッチ１７などを備えてよい。

ＣＰＵ１５及びメモリ１８は、データバス１６を通じて、Ｉ／Ｏコントローラ３１、グラフィックコントローラ３２、及び、ディスクコントローラ３３と接続されてよい。また、ＣＰＵ１５及びメモリ１８は、データバス１６及びＰＣＩｅスイッチ１７を通じて、ＮＩＣ３４及びＨＢＡ３５と接続されてよい。

各コントローラ３１、３２、３３は、接続先の物理デバイスを制御する。Ｉ／Ｏコントローラ３１にはＵＳＢ Ｉ／Ｆ１９が接続されてよい。グラフィックコントローラ３２にはＶＧＡ Ｉ／Ｆ２０が接続されてよい。ディスクコントローラ３３にはＳＡＳ Ｉ／Ｆ１５４が接続されてよい。そして、ＳＡＳ Ｉ／Ｆ１５４には、記憶ディスク１０５の一種としてＨＤＤが接続されてよい。

各物理デバイスは、データバス１６及びＰＣＩｅスイッチ１７を通じて、ＰＣＩｅによって、相互にデータを送受信してもよい。

図３は、ベアメタルホスト１０ａ、仮想マシンホスト１０ｂ、及び、ＬＰＡＲホスト１０ｃの構成例を示す。

ベアメタルホスト１０ａでは、物理デバイス（ＣＰＵ１５ａ、メモリ１８ａ、ＮＩＣ３４ａ、ＨＢＡ３５ａなど）によって提供される物理リソース１４ａが、そのベアメタルホスト１０ａに実現されたインスタンス１１ａに直接的に割り当てられる。したがって、そのインスタンス１１ａに係るゲストＯＳ１３ａは、そのベアメタルホスト１０ａの物理デバイスが提供する全ての物理リソース１４ａを占有することができる。

ベアメタルホスト１０ａでは、物理リソース１４ａが特定のインスタンス１１ａ以外からは利用されないので、ベアメタルホスト１０ａの物理リソース１４ａの利用率は、後述する仮想マシンホスト１０ｂ及びＬＰＡＲホスト１０ｃの物理リソース１４ｂ、１４ｃの利用率と比較して低くなり易い。しかし、物理リソース１４ａを共有するインスタンスが存在しないので、インスタンス１１ａは、他のインスタンスから影響を受けることはない。利用率とは、利用可能な物理リソースの内、時間的又は空間的に、どのくらいの物理リソースが利用されているかを表す値である。利用率の詳細については後述する（図８参照）。

仮想マシンホスト１０ｂは、仮想化機構２４を備える。仮想化機構２４は、ハードウェア及びソフトウェアの何れで構成されてもよい。仮想化機構２４は、物理デバイスの物理リソース１４ｂを分割し、複数の仮想デバイスを構成する。この仮想デバイスによって提供されるリソースを仮想リソース４１という。仮想化機構２４は、その仮想マシンホスト１０ｂに実現された複数のインスタンス１１ｂのそれぞれに、物理リソース１４ｂを分割した仮想リソース４１ｂを割り当てる。したがって、各インスタンス１１ｂのゲストＯＳ１３ｂは、物理リソース１４ｂの内、仮想化機構２４によって割り当てられた分の仮想リソース４１ｂしか利用することができない。

一般的にＩａａＳでは、仮想マシンホスト１０ｂが構成される場合が多い。その理由は次の通りである。仮想マシンホスト１０ｂでは、物理リソース１４ｂが複数のインスタンス１１ｂから共有して利用されるので、その仮想マシンホスト１０ｂの物理リソース１４ｂの利用率は、ベアメタルホスト１０ａの物理リソース１４ａの利用率と比較して高くなり易い。インスタンス１１ａに割り当てる物理リソース１４ａを増加させる場合、ベアメタルホスト１０ａでは、物理デバイスを増設する必要がある。しかし、仮想マシンホスト１０ｂでは、仮想化機構２４の設定を、仮想リソース４１ｂに対する物理リソース１４ｂの割り当て量を増加させるように変更すればよい。

しかし、仮想マシンホスト１０ｂでは、インスタンス１１ｂは、他のインスタンスから影響を受けることがある。例えば、仮想マシンホスト１０ｂ上の複数のインスタンス１１ｂの処理負荷が一斉に高くなると、複数のインスタンス１１ｂから共有されている物理リソース１４ｂが、性能上のボトルネックとなり得る。したがって、安定したＩ／Ｏ性能を有するインスタンス（例えば、ＤＢサーバなど）を構築したい場合、仮想マシンホスト１０ｂにインスタンス１１ｂを構築することは適切ではない。

ＬＰＡＲホスト１０ｃは、ＬＰＡＲ機構３７を有する。ＬＰＡＲ機構３７は、ハードウェア及びソフトウェアの何れで構成されてもよい。

物理デバイスは物理リソース１４ｃを提供するが、所定の物理デバイスは、さらに複数の独立した物理リソース（「独立物理リソース」という）を提供することができる。独立物理リソースは、他の独立物理リソースの状況から影響を受けない。

物理デバイスがＣＰＵ１５の場合、そのＣＰＵ１５の有する各コアは、独立物理リソースとなり得る。物理デバイスがメモリ１８の場合、そのメモリ１８のアドレス空間を分割した各区画は、独立物理リソースとなり得る。

物理デバイスがストレージ装置１００の場合、そのストレージ装置１００のスピンドル（例えば、複数のＨＤＤ）の各々は、独立物理リソースとなり得る。物理デバイスがネットワークアダプタ３４、３５等の場合、それぞれが有するポート６１、５１は、独立物理リソースである。

物理デバイスがコントローラ３１、３２、３３の場合、そのコントローラ３１、３２、３３に接続されているＩ／Ｆ１９、２０、１５４は、独立物理リソースとなり得る。また、データキャッシュの物理アドレス、ＲＡＩＤグループ、ＨＤＤ、及び、ネットワークスイッチ上の物理ポートなども、独立物理リソースとなり得る。

また、ＳＲ−ＩＯＶ（Ｓｉｎｇｌｅ Ｒｏｏｔ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）機能を有する物理デバイスは、物理デバイス側で論理アドレスの多重化を行い、論理的に独立した物理領域をインスタンス１１に提供することができる。したがって、ＳＲ−ＩＯＶ機能を有する物理デバイスについては、その論理的に独立した物理領域の各々を独立物理リソースとしてよい。例えば、ＮＩＣ３４がＳＲ−ＩＯＶ機能を有する場合、物理的には一つのＮＩＣ３４であるが、論理的に複数と扱われるＮＩＣの各々が独立物理リソースとなり得る。

ＬＰＡＲ機構３７は、独立物理リソースを、一つのインスタンス１１に占有的に割り当てるか、又は、複数のインスタンス１１に共有的に割り当てるかを制御することができる。独立物理リソースを複数のインスタンス１１に割り当てる場合、ＬＡＰＲ機構３７は、その独立物理リソースから複数の仮想リソースを構成し、その仮想リソースをインスタンス１１に割り当ててよい。一つのインスタンス１１に占有的に割り当てられた独立物理リソースを、占有リソース４２という。複数のインスタンス１１に共有的に割り当てられた独立物理リソースを、共有リソースという。

ベアメタルホスト１０ａと、仮想マシンホスト１０ｂとの間の構成上の差異は、仮想化機構２４の有無である。したがって、ベアメタルホスト１０ａに仮想化機構２４を導入して仮想マシンホスト１０ｂにしたり、反対に、仮想マシンホスト１０ｂから仮想化機構２４を削除してベアメタルホスト１０ａにしたりできてよい。

ベアメタルホスト１０ａと、ＬＰＡＲホスト１０ｃとの間の構成上の差異は、ＬＰＡＲ機構３７の有無である。したがって、ベアメタルホスト１０ａにＬＰＡＲ機構３７を導入してＬＰＡＲホスト１０ｃにしたり、反対に、ＬＰＡＲホスト１０ｃからＬＰＡＲ機構３７を削除してベアメタルホスト１０ａにしたりできてよい。

仮想マシンホスト１０ｂと、ＬＰＡＲホスト１０ｃとの間の構成上の差異は、仮想化機構２４とＬＰＡＲ機構３７の差異である。したがって、仮想マシンホスト１０ｂの仮想化機構２４をＬＰＡＲ機構３７に変更してＬＰＡＲホスト１０ｃにしたり、反対に、ＬＰＡＲホスト１０ｃのＬＰＡＲ機構３７を仮想化機構２４に変更して仮想マシンホスト１０ｂにしたりできてよい。

図４は、複数のＬＰＡＲホスト１０ｃを接続して使用する構成例を示す。

複数のＬＰＡＲホスト１０ｃがデータバスを通じて接続されている場合、各ＬＰＡＲホスト１０ｃのＬＰＡＲ機構３７が連携して、各ＬＰＡＲホスト１０ｃの物理リソース１４を相互に利用できるようにしてもよい。例えば、図４に示す構成は、ＬＰＡＲホスト１０ｃ−１のデータバス１６−１と、ＬＰＡＲホスト１０ｃ−２のデータバス１６−２とが、インターコネクト１６−３によって接続されている。

これにより、ＬＰＡＲ機構３７は、インスタンス１１ｃが構成されるＬＰＡＲホスト１０ｃ−１とは別のＬＰＡＲホスト１０ｃ−２の独立物理リソースを、インスタンス１１ｃに割り当てることができる。例えば、図４では、ＬＰＡＲ機構３７が、ＬＰＡＲホスト１０ｃ−１に構成されているインスタンス１１ｃに、ＬＰＡＲホスト１０ｃ−２のＣＰＵ１５−２のコアを割り当てている。

複数のＬＰＡＲホスト１０ｃを接続して使用する場合、その複数のＬＰＡＲホスト１０ｃの内の一つが代表ノードに選出され、その代表ノードの識別子が、その複数のＬＰＡＲホスト１０ｃの識別子として使用されてよい。

一般に、データバス１６よりもインターコネクト１６−３の方が、通信遅延が大きい。したがって、ＬＰＡＲ機構３７は、インスタンス１１ｃが構成されているＬＰＡＲホスト１０ｃ−１内のデータバス１６−１で接続されている物理リソース１４−１を、優先的にそのインスタンス１１ｃに割り当て、その割り当てが不可能な場合に、別のＬＰＡＲホスト１０ｃ−２内のインターコネクト１６−３の先にある物理リソース１４−２を、そのインスタンス１１に割り当てるとしてもよい。

インスタンス１１ｃ上のゲストＯＳ１３ｃは、このような通信遅延等に対応するために、データバス１６−１に接続されている物理リソース１４−１のセット（例えば、ＣＰＵ１５−１及びメモリ１８−１のセット）を検知する機能を有してもよい。例えば、ＮＵＭＡ（Ｎｏｎ−Ｕｎｉｆｏｒｍ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ）アーキテクチャに対応するゲストＯＳ１３ｃは、このような機能を有する。

図５は、ストレージ装置１００の構成例を示す。

ストレージ装置１００は、物理計算機１０（又は、その物理計算機１０のインスタンス１１。図５において、以下同じ）からライト要求されたデータを格納し、リード要求されたデータを物理計算機１０に渡す。

ストレージ装置１００は、例えば、プロセッサ１５１と、メモリ１５２と、キャッシュメモリ１５３と、ＳＡＴＡ（Ｓｅｒｉａｌ ＡＴＡ） Ｉ／Ｆ１５４と、ＨＢＡ１５９と、ＮＩＣ１５５と、ストレージメディア１０５と、これらの要素が接続されるデータバス１５６と、を有する。プロセッサ１５１と、メモリ１５２と、キャッシュメモリ１５３と、ＳＡＴＡ Ｉ／Ｆ１５４と、ＨＢＡ１５９と、ＮＩＣ１５５とは、まとめてストレージコントローラ１５０と呼ばれてもよい。ストレージ装置１００は、複数のストレージメディア１０５からＲＡＩＤグループ１０４を構成してもよい。

ＨＢＡ１５９は、ＳＡＮ５５に接続されており、物理計算機１０との間でライト要求及びリード要求などを送受信する。ＮＩＣ１５５は、管理ネットワーク２５２に接続されており、管理計算機２００との間で制御要求などを送受信する。ＳＡＴＡ Ｉ／Ｆ１５４は、ＲＡＩＤグループ１０４に接続されており、そのＲＡＩＤグループ１５４との間でリードデータ及びライトデータを送受信する。

キャッシュメモリ１５３は、ストレージメディア１０５よりもＩ／Ｏが高速である。キャッシュメモリ１５３には、ＳＡＴＡ Ｉ／Ｆ１５４を通じて送受信されるリードデータ及びライトデータがいったん格納される。物理計算機１０に対するストレージコントローラ１５０の応答を速くするためである。

プロセッサ１５１は、メモリ１５２に格納されている応答プログラム１５３ａ、及び、制御プログラム１５３ｂ等を実行し、ストレージ装置１００の有する各種機能を実現する。

応答プログラム１５３ａは、物理計算機１０から送信されたリード要求及びライト要求に対して応答を返すプログラムである。制御プログラム１５３ｂは、ＲＡＩＤグループ１０４の記憶領域から論理的なボリューム１０１を構成し、物理計算機１０にそのボリューム１０１を提供するプログラムである。

制御プログラム１５３ｂは、ＲＡＩＤグループ１０４の記憶領域からストレージプール１０６を構成し、そのストレージプール１０６から仮想ボリューム１０７を構成してもよい。そして、制御プログラム１５３ｂは、仮想ボリューム１０７にライトデータを格納するときに、そのライトデータを格納するための領域をストレージプール１０６に確保してもよい。複数の物理計算機１０が、ＲＡＩＤグループ１０４の記憶領域を無駄なく利用できるようにするためである。

ボリューム１０１及び仮想ボリューム１０７は、ストレージリソースと呼ばれてもよい。ストレージリソースは、独立物理リソースになり得る。

制御プログラム１５３ｂは、ストレージリソースが、何れの物理計算機１０（インスタンス１１）に割り当てられているか、及び／又は、占有リソース及び共有リソースの何れとして割り当てられているかなどを管理してもよい。

図６は、管理計算機２００の機能の構成例を示す。

管理計算機２００は、機能の一種として、例えば、統合リソース管理部２０２と、計算機管理部２０３と、ネットワーク管理部２０４と、ストレージ管理部２０５とを有する。統合リソース管理部２０２は、インスタンス構成部２１１と、要件受付部２１０と、インスタンス情報テーブル２１２と、リソース情報テーブル２１３と、テンプレート情報テーブル２１４と、テンプレート利用頻度テーブル２１８と、トポロジ情報テーブル２１５と、候補テーブル２１７と、リソース稼働情報データベース２１６と、を含んでよい。リソース稼働情報データベース２１６には、各装置の過去の可動性能に関する情報を含む履歴情報が格納されてよい。

インスタンス構成部２１１は、各テーブル２１２乃至２１７に格納されている情報に基づき、インスタンス構成要件を満たし、且つ、物理計算機１０の物理リソース１４の利用率ができるだけ高くなるように、各物理計算機１０を制御する。インスタンス構成要件には、ユーザがインスタンス１１に求める要件の情報が含まれてよい。例えば、インスタンス構成要件には、インスタンス１１の構成要素とするリソースの情報と、そのリソースに求める機能、性能及び品質に関する情報と、が含まれてよい。そして、インスタンス構成部２１１は、インスタンス構成要件において高品質が指定されているリソースを占有リソースとし、それ以外のリソースを共有リソースとしてもよい。

要件受付部２１０は、クライアント端末７０の管理クライアント７２から、インスタンス構成要件を受信する。そして、要件受付部２１０は、その受信したインスタンス構成要件を、適宜、インスタンス構成部２１１へ渡す。例えば、要件受付部２１０は、複数のインスタンス構成要件において同じリソースが要求されている場合、先に受信したインスタンス構成要件を先にインスタンス構成部２１１へ渡し、後に受信したインスタンス構成要件をいったん保留してもよい。

インスタンス情報テーブル２１２には、計算機システム１に構成されたインスタンス１１毎に、そのインスタンス１１の構成に関する情報であるインスタンス情報が格納される。インスタンス情報テーブル２１２の詳細については後述する（図７参照）。

リソース情報テーブル２１３には、物理デバイス毎に、その物理デバイスが有する独立物理リソースに関する情報である独立物理リソース情報が格納される。リソース情報テーブル２１３の詳細については後述する（図８参照）。

テンプレート情報テーブル２１４には、テンプレート情報が格納される。ユーザは、テンプレート情報を利用することにより、より簡単にインスタンス構成要件を作成することができる。テンプレート情報テーブル２１４の詳細については後述する（図９参照）。

トポロジ情報テーブル２１５には、計算機システム１に構成されたインスタンス１１毎に、そのインスタンス１１を構成するリソースと、そのリソースに関連する物理デバイスとの関係を示す情報（「トポロジ情報」という）が格納される。トポロジ情報テーブル２１５の詳細については後述する（図１０参照）。

候補テーブル２１７には、インスタンス１１の作成処理の途中において、インスタンス１１のデプロイ先の物理計算機１０の候補が格納される。候補テーブル２１７の詳細については後述する（図１１参照）。

テンプレート利用頻度テーブル２１８には、テンプレート情報の利用頻度に関する情報が格納される。テンプレート利用頻度テーブル２１８の詳細については後述する（図１３参照）。

図７は、インスタンス情報テーブル２１２の構成例を示す。

インスタンス情報テーブル２１２には、計算機システム１に構成された各インスタンス１１のインスタンス情報が格納される。

インスタンス情報は、インスタンスＩＤと、共通情報２１２−１と、演算リソース情報２１２−２と、ネットワークリソース情報２１２−３と、ストレージリソース情報２１２−４と、機能情報２１２−５とを含んでよい。インスタンスＩＤは、インスタンス１１を識別するための情報である。

共通情報２１２−１は、インスタンスＩＤのインスタンス１１に共通する情報を含む。共通情報２１２−１は、例えば、テンプレート名と、インスタンス名と、インスタンスの実現方式と、ユーザ名と、を含む。

テンプレート名は、インスタンスＩＤのインスタンス１１が基礎としたテンプレート情報の名称を示す。インスタンス名は、インスタンスＩＤのインスタンス１１の名称を示す。インスタンスの実現方式は、インスタンスＩＤのインスタンス１１が、例えば、「ベアメタル方式」、「仮想化方式」及び「ＬＰＡＲ方式」の何れで実現されているかを示す。ユーザ名は、インスタンスＩＤのインスタンス１１を所有しているユーザの名称を示す。

演算リソース情報２１２−２は、インスタンスＩＤのインスタンス１１に割り当てられている演算に関する物理リソースの情報を含む。例えば、演算リソース情報２１２−２は、インスタンス１１に割り当てられている各ＣＰＵリソースについて、割り当てモードと、動作周波数と、コア数とを含む。

ＣＰＵリソースに係る割り当てモードは、インスタンスＩＤのインスタンス１１に割り当てられているこのＣＰＵリソースが、占有リソース又は共有リソースの何れであるかを示す。割り当てモードが「占有」のＣＰＵリソースは、インスタンスＩＤのインスタンス１１以外のインスタンスからは利用されない。割り当てモードが「共有」のＣＰＵリソースは、インスタンスＩＤのインスタンス１１以外のインスタンスからも利用される可能性がある。

動作周波数は、このＣＰＵリソースの動作周波数を示す。コア数は、このＣＰＵリソースの有するコア数を示す。

ネットワークリソース情報２１２−３は、インスタンスＩＤのインスタンス１１に割り当てられているネットワークに関する物理リソースの情報を含む。例えば、ネットワークリソース情報は、インスタンス１１に割り当てられている各ＮＩＣリソースについて、割り当てモードと、帯域と、ポート数と、ＶＬＡＮ ＩＤとを含む。

ＮＩＣリソースに係る割り当てモードは、インスタンスＩＤのインスタンス１１に割り当てられているＮＩＣリソースが、占有リソース又は共有リソースの何れであるかを示す。割り当てモードが「占有」のＮＩＣリソースは、インスタンスＩＤのインスタンス１１以外のインスタンスからは利用されない。割り当てモードが「共有」のＮＩＣリソースは、インスタンスＩＤのインスタンス１１以外のインスタンスからも利用される可能性がある。

帯域は、このＮＩＣリソースの最大帯域を示す。ポート数は、このＮＩＣリソースの有するポート数を示す。ＶＬＡＮ ＩＤは、このＮＩＣリソースに設定されたＶＬＡＮのＩＤを示す。

ストレージリソース情報２１２−４は、インスタンスＩＤのインスタンス１１に割り当てられているストレージに関する物理リソースの情報を含む。例えば、ストレージリソース情報２１２−４は、インスタンス１１に割り当てられている各仮想的なストレージについて、割り当てモードと、容量と、階層と、冗長パスとを含む。

ストレージに係る割り当てモードは、インスタンスＩＤのインスタンス１１に割り当てられているストレージリソースが、占有リソース又は共有リソースの何れであるかを示す。割り当てモードが「占有」のストレージリソースは、インスタンスＩＤのインスタンス１１以外のインスタンスからは利用されない。割り当てモードが「共有」のストレージリソースは、インスタンスＩＤのインスタンス１１以外のインスタンスからも利用される可能性がある。

容量は、このストレージリソースの最大の記憶容量を示す。階層は、このストレージリソースの階層（ティア）を示す。冗長パスは、このストレージリソースに対する冗長パスの数を示す。

機能情報２１２−５は、インスタンスＩＤのインスタンス１１に設定された機能に関する情報を含む。例えば、機能情報２１２−５は、移行機能と、高可用性機能と、を含む。

移行機能は、インスタンスＩＤのインスタンス１１の移行に関する機能である。例えば、移行機能が「無停止」のインスタンス１１は、無停止での移行に必要な機能を有する。

高可用性機能は、インスタンスＩＤのインスタンス１１の可用性に関する機能である。例えば、高可用性機能が「有効」のインスタンス１１は、高可用性の運用に必要な機能を有する。

ユーザは、インスタンス構成要件を用いて、上述のインスタンス情報の項目の全部又は一部を指定することができる。すなわち、インスタンス構成要件には、上述のインスタンス情報と同じ項目が含まれてよい。

インスタンス構成要件においてユーザから指定されなかった項目は、管理計算機２００が自動的に設定してもよい。インスタンス構成要件においてユーザから不正な値が指定されている項目は、管理計算機２００が自動的に修正してもよい。インスタンス構成要件においてユーザから指定された値が項目間で不整合な場合は、管理計算機２００が自動的に修正してもよい。インスタンス１１に割り当てないリソースの項目には、「Ｎ／Ａ」が設定されてもよい。

図７において、インスタンスＩＤ「ＩＳＴ−Ａ０−０００２」のインスタンス１１は、「ＬＰＡＲ方式」で実現されている。

このインスタンス１１に割り当てられているＣＰＵリソース「ＣＰＵ＃０」は、「共有」である。したがって、このインスタンス１１におけるＣＰＵ＃０による演算処理は、他のインスタンスの影響を受ける可能性がある。

このインスタンス１１に割り当てられているＮＩＣリソース「ＮＩＣ＃０」は、「占有」である。したがって、このインスタンス１１におけるＮＩＣ＃０による通信処理は、他のインスタンスの影響を受けない。

このインスタンス１１に割り当てられているストレージリソース「ストレージ＃０」は、「共有」である。したがって、このインスタンス１１におけるストレージ＃０に対するＩ／Ｏは、他のインスタンスの影響を受ける可能性がある。

図８は、リソース情報テーブル２１３の構成例を示す。

リソース情報テーブル２１３には、各物理計算機１０が有する物理デバイス毎に、その物理デバイスが有する独立物理リソースに関する情報（「独立物理リソース情報」という）が格納される。

物理計算機１０の有する物理デバイスは、以下の独立物理リソースを有してよい。

ＣＰＵに係る独立物理リソースは、そのＣＰＵが有する各コアであってよい。例えば、図８の場合、ＣＰＵにおけるコア＃０〜＃７、コア＃８〜＃１１、コア＃１２〜＃１７、コア＃２８〜＃３１のそれぞれのコア群が、一つの独立物理リソースである。

メモリに係る独立物理リソースは、そのメモリの記憶領域を複数の区画に分割した内の１区画であってよい。例えば、図８の場合、メモリのアドレス＃００〜＃９Ｆ、アドレス＃Ａ０〜＃ＣＦ、アドレス＃Ｄ０〜＃ＦＦのそれぞれの区画が、一つの独立物理リソースである。

ＮＩＣに係る独立物理リソースは、そのＮＩＣが有する各スロットであってよい。例えば、図８の場合、ＮＩＣのスロット＃０、＃１、＃２のそれぞれが、一つの独立物理リソースである。

ストレージ装置１００の有する物理デバイスは、以下の独立物理リソースを有してよい。

プロセッサに係る独立物理リソースは、各プロセッサであってよい。例えば、図８の場合、ＭＰ＃１、＃２のそれぞれが、一つの独立物理リソースである。キャッシュメモリに係る独立物理リソースは、各スロットであってよい。例えば、図８のレコード２１３−５は、スロットＡ０、Ａ１のそれぞれが、一つの独立物理リソースである。ポートに係る独立物理リソースは、各ポートであってよい。例えば、図８の場合、ポートＰ００−０１、Ｐ０２−１０、Ｐ１１−１５のそれぞれが、一つの独立物理リソースである。ＲＡＩＤグループに係る独立物理リソースは、各ＲＡＩＤグループであってよい。例えば、図８の場合、ＲＡＩＤグループ「ＲＡＩＤ＃００」が、一つの独立物理リソースである。

独立物理リソース情報は、フィールド値として、例えば、装置ＩＤ２１３−１と、物理デバイス名２１３−２と、独立物理リソース名２１３−３と、割り当てモード２１３−４と、利用率２１３−５と、を有する。

装置ＩＤ２１３−１は、物理計算機１０及びストレージ装置１００等の装置を識別するための情報である。物理デバイス名２１３−２は、装置ＩＤ２１３−１の装置が有する物理デバイスの名称を示す。独立物理リソース名２１３−３は、物理デバイス名２１３−２の物理デバイスが有する独立物理リソースの名称を示す。

割り当てモード２１３−４は、独立物理リソース名２１３−３の独立物理リソースが、「占有」、「共有」又は「未割り当て」の何れの状態であるかを示す。割り当てモードが「占有」の独立物理リソースは、一つのインスタンス１１に割り当てられている。割り当てモードが「共有」の独立物理リソースは、複数のインスタンス１１に割り当てられている可能性がある。割り当てモードが「未割り当て」の独立物理リソースは、何れのインスタンス１１にも割り当てられていない。

利用率２１３−５は、独立物理リソース名２１３−３の独立物理リソースの利用率を示す情報である。ＣＰＵに係る利用率は、独立物理リソースであるコア群における単位時間当たりの利用率であってよい。メモリに係る利用率は、独立物理リソースである１区画当たりの利用率であってよい。ＮＩＣに係る利用率は、独立物理リソースである１スロットにおける単位時間当たりの利用率であってよい。プロセッサに係る利用率は、独立物理リソースである１プロセッサにおける単位時間当たりの利用率であってよい。キャッシュメモリに係る利用率は、独立物理リソースである１スロットにおける単位時間当たり利用率であってよい。ポートに係る利用率は、独立物理リソースである１ポートにおける単位時間当たりの利用率であってよい。ＲＡＩＤグループに係る利用率は、独立物理リソースである一つのＲＡＩＤグループの記憶容量当たりの利用率であってよい。

図９は、テンプレート情報テーブル２１４の構成例を示す。

テンプレート情報テーブル２１４には、テンプレート情報が格納される。テンプレート情報には、インスタンス構成要件の作成に利用可能なデフォルト値が設定されてよい。テンプレート情報は、計算機システム１の事業者などによって予め作成されてよい。

テンプレート情報テーブル２１４には、ユーザのニーズに合わせた様々なパターンのテンプレート情報が格納されてよい。例えば、テンプレート情報テーブル２１４には、インスタンス１１の性能別、用途別、又は費用別などの様々なパターンのテンプレート情報が格納されてよい。パターンの異なるテンプレート情報には、異なるデフォルト値が設定されてよい。

テンプレート情報には、選択可能なデフォルト値、上限値と下限値、変更不可能なデフォルト値、などが設定されてよい。

テンプレート情報には、インスタンス１１上で稼働させるアプリケーション用に適切にサイジングされたデフォルト値が設定されてよい。このデフォルト値は、アプリケーションのリソース要件、及び、事前の稼働試験等により発揮しうる性能が見積もられた構成に基づいて算出されたものであってよい。

テンプレート情報には、計算機システム１の物理計算機１０及びストレージ装置１００の構成に適したデフォルト値が設定されてよい。

テンプレート情報には、計算機システム１の全体の物理デバイスの利用率が高まるようなデフォルト値が設定されてよい。例えば、テンプレート情報には、各物理デバイスの有する物理リソース１４を等分したデフォルト値が設定されてよい。

テンプレート情報には、割り当てモードのデフォルト値として、「占有」と「共有」の選択肢が設定されてよい。

インスタンスの実現方式のデフォルト値が「ＬＰＡＲ方式」のテンプレート情報には、割り当てモードのデフォルト値として「占有」と「共有」の選択肢が設定されてよい。インスタンスの実現方式のデフォルト値が「ベアメタル方式」のテンプレート情報には、割り当てモードのデフォルト値として「占有」が設定されてよい。インスタンスの実現方式のデフォルト値が「仮想化方式」のテンプレート情報には、割り当てモードのデフォルト値として「共有」が設定されてよい。

テンプレート情報は、図９に示す構成に限られない。例えば、テンプレート情報は、共通情報２１４−１に、「ＣＰＵリソース占有型」など、特定の独立物理リソースの占有／共有を設定できる構成であってもよい。

ユーザは、所望のインスタンス構成に近い設定を有するテンプレート情報を利用することにより、簡単にインスタンス構成要件を作成することができる。また、計算機システム１の事業者は、ユーザにテンプレート情報を利用してもらうことにより、計算機システム１のリソース構成の拡張及び変更等の計画を立てやすくなる。

図１０は、トポロジ情報テーブル２１５の構成例を示す。

トポロジ情報テーブル２１５には、物理計算機１０に配置されているインスタンス１１と、そのインスタンス１１から利用されている物理リソースに関する情報と、が対応付けられて格納される。

トポロジ情報テーブル２１５は、フィールド値として、例えば、インスタンスＩＤ２１５−１と、リソースプールＩＤ２１５−２と、物理計算機に関する情報２１５−３と、ＥｔｈｅｒｎｅｔスイッチＩＤ２１５−４と、ＦＣスイッチＩＤ２１５−５と、ストレージ装置に関する情報２１５−６と、を有する。

物理計算機に関する情報２１５−３は、例えば、物理計算機ＩＤと、独立物理リソースに係るＣＰＵコア及びＮＩＣに関する情報とを含む。

ストレージ装置に係る情報２１５−６は、例えば、ストレージ装置ＩＤと、独立物理ソースに係るポートＩＤと、キャッシュＩＤと、ボリュームＩＤと、ＲＡＩＤグループＩＤに関する情報とを含む。

インスタンスＩＤ２１５−１は、物理計算機１０に配置済みのインスタンス１１を識別するための情報である。リソースプールＩＤ２１５−２は、インスタンスＩＤ２１５ａのインスタンス１１、及び、物理計算機１０などが、何れのリソースプールに属しているかを示す。

物理計算機ＩＤは、インスタンスＩＤ２１５−１のインスタンス１１に割り当てられている物理リソースを有する物理計算機１０を示す。すなわち、インスタンスＩＤ２１５−１のインスタンス１１は、この物理計算機ＩＤの物理計算機１０に配置されている。

ＣＰＵコアは、物理計算機ＩＤの物理計算機１０が有するＣＰＵの独立物理リソースに係るコアの内、インスタンスＩＤ２１５−１のインスタンス１１に割り当てられたコアを示す。

ＮＩＣは、物理計算機ＩＤの物理計算機１０が有するＮＩＣの独立物理リソースに係るスロットの内、インスタンスＩＤ２１５−１のインスタンス１１に割り当てられたスロットを示す。

ＥｔｈｅｒｎｅｔスイッチのＩＤ２１５−４は、インスタンスＩＤ２１５−１のインスタンス１１が利用するＥｔｈｅｒｎｅｔスイッチを示す。すなわち、このＥｔｈｅｒｎｅｔスイッチには、物理計算機ＩＤの物理計算機１０が接続されている。

ＦＣスイッチＩＤ２１５−５は、インスタンスＩＤ２１５−１のインスタンス１１が利用するＦＣスイッチを示す。すなわち、このＦＣスイッチには、物理計算機ＩＤの物理計算機１０が接続されている。

ストレージ装置ＩＤは、インスタンスＩＤ２１５−１のインスタンス１１に割り当てられたストレージリソースを有するストレージ装置１００を示す。

ポートＩＤ、キャッシュＩＤ、ボリュームＩＤ及びＲＡＩＤグループＩＤは、インスタンスＩＤ２１５−１のインスタンス１１が利用するストレージ装置に係るポート、キャッシュ、ボリューム及びＲＡＩＤグループをそれぞれ示す。

物理計算機１０及びストレージ装置１００等は、ネットワークを通じて接続されているので、論理的には、異なる物理計算機１０及びストレージ装置１００等の独立物理リソースをインスタンス１１に割り当てることができる。

しかし、図４で説明したとおり、インスタンス１１が配置される物理計算機１０と、そのインスタンス１１に割り当てられた独立物理リソースとが、ネットワークトポロジ的に遠くなるほど、そのインスタンス１１の性能は低下する。したがって、インスタンス１１には、ネットワークトポロジ的に近い独立物理リソースが割り当てられることが望ましい。トポロジ情報テーブル２１５は、このように、物理デバイス間のネットワークトポロジ的な距離を知りたい場合に参照される。例えば、同じＦＣスイッチを有する２つの物理計算機１０は、ネットワークトポロジ的に近いといえる。

また、トポロジ情報テーブル２１５は、配置済みのインスタンス１１に割り当てられている物理デバイス及び物理リソースを知りたい場合に参照される。

例えば、物理計算機ＩＤが同一であって、何れのインスタンスＩＤにも対応付けられていないＣＰＵコアは「未割り当て」であるといえる。

図１１Ａ及び図１１Ｂは、候補テーブル２１７の構成例を示す。管理計算機２００は、図１１Ａ及び図１１Ｂの何れの候補テーブル２１７を採用してもよい。

候補テーブル２１７には、複数のインスタンス構成の候補が格納される。候補ＩＤ２１７−１は、このインスタンス構成の候補を識別するための情報である。

候補テーブル２１７には、候補ＩＤ２１７−１のインスタンス構成の評価指標を算出するための情報が格納されてよい。評価指標とは、複数のインスタンス構成の候補の中から、一つのインスタンス構成を決定するための指標となる値である。

物理計算機１０における評価指標は、ＣＰＵ、メモリ及びＮＩＣのそれぞれにおける余剰リソース２１７−２であってよい。

ストレージ装置１００における評価指標は、スピンドル、ポート及びキャッシュのそれぞれにおける余剰リソース２１７−３であってよい。

余剰リソースは、図１１Ａの２１７ａ−２、２１７ａ−３に示すように、リソース全体における余剰リソースの割合で示されてもよいし、図１１Ｂの２１７ｂ−２、２１７ｂ−３に示すように、独立物理リソースの全数における未割り当ての独立物理リソースの数であってもよい。

図１２は、インスタンス１１の作成処理の例を示すフローチャートである。

ユーザは、クライアント端末７０の管理クライアント７２を通じて、管理計算機２００の要件受付部２１０にアクセスする。そして、ユーザは、テンプレート情報テーブル２１４に格納されている複数のテンプレート情報の中から、所望のテンプレート情報を選択する（Ｓ３３０）。

そして、ユーザは、その選択したテンプレート情報を用いてインスタンス構成要件を作成する。テンプレート情報の項目には、デフォルト値、上限値と下限値、及び／又は、選択肢などが設定されてよい。ユーザは、その設定に基づいて各項目を修正し、インスタンス構成要件を作成してよい。ユーザが入力又は修正した値が不正な場合、要件受付部２１０は、不正である旨をユーザに通知してもよい。

次に、インスタンス構成部２１１は、インスタンス構成要件の何れかの割り当てモードに「占有」が指定されているか否かを判定する（Ｓ３３１）。「占有」が指定されたリソースは、ユーザが、そのリソースについて性能の保証を要件としているといえる。「占有」が指定されていないリソースは、ユーザが、そのリソースについて性能の保証を要件としていないといえる。

インスタンス構成要件の何れの割り当てモードにも「占有」が指定されていない場合（Ｓ３３１：ＮＯ）の処理は、次の通りである。インスタンス構成部２１１は、仮想化方式に基づいてそのインスタンス１１を作成する（Ｓ３３２）。例えば、インスタンス構成部２１１は、仮想マシンホスト１０ｂに、そのインスタンス１１を作成及び配置する。なぜなら、このユーザは、何れのリソースについても性能の保証を要件としていなので、仮想マシンホスト１０ｂにインスタンス１１が作成及び配置されても、このユーザの要件は満たされるからである。さらに、計算機システム１の事業者は、仮想マシンホスト１０ｂにインスタンス１１を作成及び配置することにより、計算機システム１における物理リソースの利用率を向上させることができる。

インスタンス構成要件の何れかの割り当てモードに「占有」が指定されている場合（Ｓ３３１：ＹＥＳ）の処理は、次の通りである。なお、インスタンス構成要件の割り当てモードに「占有」が指定されているリソースを「占有指定リソース」という。インスタンス構成部２１１は、リソース情報テーブル２１３の中から、占有指定リソースに対応する独立物理リソース名２１３−３の割り当てモード２１３−４が「未割り当て」である装置ＩＤ２１３−１を検索する（Ｓ３３３）。

インスタンス構成要件の演算リソースに「占有」が指定されている場合、インスタンス構成部２１１は、リソース情報テーブル２１３の中から、割り当てモードに「未割り当て」を含むＣＰＵを有する物理計算機を検索してもよい。

インスタンス構成要件のネットワークリソースに「占有」が指定されている場合、インスタンス構成部２１１は、リソース情報テーブル２１３の中から、割り当てモードに「未割り当て」を含むＮＩＣを有する物理計算機を検索してもよい。

インスタンス構成要件のストレージリソースに「占有」が指定されている場合、インスタンス構成部２１１は、リソース情報テーブル２１３の中から、割り当てモードに「未割り当て」を含むＲＡＩＤグループを有するストレージ装置１００を検索してもよい。

インスタンス構成要件において、演算リソース及びネットワークリソースの両方に「占有」が指定されている場合、インスタンス構成部２１１は、リソース情報テーブル２１３の中から、ＣＰＵとＮＩＣの両方の割り当てモードに「未割り当て」を含む物理計算機を検索してもよい。

なお、インスタンス構成部２１１は、Ｓ３３３の処理を実行する前に、リソース稼働情報データベース２１６内の履歴情報を、リソース情報テーブル２１３の利用率２１３−５などに反映してもよい。

次に、インスタンス構成部２１１は、Ｓ３３３の処理で検索された装置の中から一つの装置（「対象装置」という）を選択する。そして、インスタンス構成部２１１は、トポロジ情報テーブル２１５の中から、対象装置に接続されている装置（「接続装置」という）を検索する。

そして、インスタンス構成部２１１は、検索された接続装置の中の何れかが、インスタンス構成要件において「共有」が指定されているリソース（「共有指定リソース」という）に、物理リソースを提供可能か否か判定する（Ｓ３３４）。インスタンス構成部２１１は、リソース情報テーブル２１３における接続装置に係る情報を参照することによって、当該判定を行ってよい。インスタンス構成部２１１は、トポロジ情報テーブル２１５の中から接続装置を検索できなかった場合、トポロジ情報テーブル２１５に格納されていない接続装置についても検索してよい。

トポロジ情報テーブル２１５の中から、インスタンス１１に物理リソースを提供可能な接続装置を検索している理由は、次の通りである。トポロジ情報テーブル２１５には、配置済みのインスタンス１１に物理リソースを提供している装置が格納されている。よって、トポロジ情報テーブル２１５に格納されている装置の物理リソースを、新たに作成するインスタンス１１に優先的に割り当てることにより、一つの装置当たりの物理リソースの利用率が高まり得る。

また、トポロジ情報テーブル２１５から、インスタンス１１に物理リソースを提供可能な接続装置が２以上検索された場合、インスタンス構成部２１１は、対象装置とネットワークトポロジ的に最も近い接続装置を選択してよい。これにより、インスタンス構成部２１１は、対象装置と接続装置との間の通信遅延によるオーバーヘッドをできるだけ小さくすることができる。

何れかの接続装置が共有指定リソースに物理リソースを提供可能な場合（Ｓ３３４：ＹＥＳ）の処理は、次の通りである。インスタンス構成部２１１は、対象装置と接続装置とのセットに候補ＩＤ２１７−１を付与し、その候補ＩＤ２１７−１に係るセットを候補テーブル２１７に登録する（Ｓ３３５）。そして、インスタンス構成部２１１は、Ｓ３３６の処理に進む。

何れの接続装置も共有指定リソースに物理リソースを提供可能できない場合（Ｓ３３４：ＮＯ）、インスタンス構成部２１１は、そのままＳ３３６の処理に進む。

次に、インスタンス構成部２１１は、Ｓ３３３の処理で検索された装置の中に、未選択の装置が残っているか否かを判定する（Ｓ３３６）。未選択の装置が残っている場合（Ｓ３３６：ＹＥＳ）、インスタンス構成部２１１は、Ｓ３３３の処理に戻り、未選択の装置の中の一つを選択し、処理を繰り返す。

未選択の装置が残っていない場合（Ｓ３３６：ＮＯ）、インスタンス構成部２１１は、候補テーブル２１７に格納された装置ＩＤ２１７−１の中から、一つの装置ＩＤ２１７−１を選択する（Ｓ３３７）。例えば、インスタンス構成部２１１は、物理リソースの利用率が最大となる装置ＩＤ２１７−１のセットを選択する。

ここで、インスタンス構成部２２１は、物理リソースの利用率について、未知の候補装置よりも、既知の候補装置の方を高く評価してよい。未知の候補装置とは、何れのインスタンス１１にも物理リソースを提供していない候補装置である。既知の候補装置とは、何れかのインスタンス１１に物理リソースを提供している候補装置である。

このように評価する理由は、未知の候補装置では、ＬＰＡＲ機構３７が稼働しておらず、新たにＬＰＡＲ機構３７を導入するための切り替えコストが発生してしまう可能性があるからである。これに対して、既知の候補装置では、ＬＰＡＲ機構３７が稼働しているので、このようなコストが発生する可能性がない。

また、インスタンス構成部２１１は、Ｓ３３７の処理において、ＬＰＡＲホスト１０ｃではなく、ベアメタルホスト１０ａのセットを選択してもよい。なぜなら、ベアメタルホスト１０ａにＬＰＡＲ機構３７を導入して、ＬＰＡＲホスト１０ｃとすることも可能だからである。また、インスタンス構成部２１１は、必要に応じて、Ｓ３３７の処理において候補テーブルから選択したセットで稼働している他のインスタンス１１を、別のＬＰＡＲホストに移動させてもよい。

例えば、図１１Ｂに示す候補テーブル２１７ｂにおける、候補ＩＤ２１７ｂ−１「ＣＤＤＴ−０３」のレコードが示すように、この物理計算機の余剰リソース２１７ｂ−２が極めて小さく（例えば、余剰リソース２１７ｂ−２が所定の閾値未満であり）、且つ、この物理計算機が他の何れのインスタンス１１にも物理リソースを提供していない場合（つまり、二つ以上のインスタンス１１に物理リソースを提供していない場合）、インスタンス構成部２１１は、この物理計算機を、ＬＰＡＲ方式ではなく、ベアメタル方式で運用してもよい。ベアメタル方式で運用される物理計算機から物理リソースを割り当てられるインスタンス１１は、ＬＡＰＲ機構３７のオーバーヘッドが存在しないので、比較的高い性能を得られる。また、このインスタンス１１に対する所定のライセンスコストも低くなる可能性がある。よって、このインスタンス１１は、費用対効果が高く、インスタンス構成要件を満たす。

次に、インスタンス構成部２１１は、Ｓ３３７の処理において選択された物理計算機に、インスタンス１１を作成及び配置する。インスタンス構成部２１１は、上述の通り、必要に応じて、その選択された物理計算機１０にＬＰＡＲ機構３７を導入してもよい。

上述の物理計算機の実現方式の変更、及び／又は、他のインスタンスの移動などは、新たにインスタンス１１を作成及び配置する度に行われてもよい。これにより、計算機システム１の物理リソースの利用率が、その時々の状況に合わせて最適化される。すなわち、計算機システム１において、物理計算機１０に係る物理デバイスの追加、変更及び削除、並びに、インスタンス１１の追加、構成変更及び削除などが発生した場合であっても、計算機システム１の全体における物理リソースの利用率をできるだけ高くしておくことができる。

例えばＩａａＳにおいては、多数のユーザから非同期的に、インスタンスの作成、構成変更及び削除などが要求される。多数のインタンスを少数の仮想マシンホスト１０ｂに集約した場合、計算機システム１の全体における物理リソースの利用率は向上する。しかしこの場合、所有するユーザの異なるインスタンスが、一つの物理計算機の物理リソースを共有する。そのため、或るユーザの所有するインスタンスの処理負荷が高くなると、他のユーザの所有するインスタンスの性能は低下する可能性がある。

ベアメタルホスト１０ａでは、このようなインスタンスの性能低下は発生しない。しかし、このインスタンスの物理リソースの利用率が低い場合、計算機システム１の全体における物理リソースの利用率は低下する。

ＬＰＡＲホスト１０ｃでは、物理計算機の全ての物理リソースを「占有」させるのではなく、物理リソースの一部である独立物理リソースの単位で「占有」及び「共有」を設定できるので、物理リソースの利用率を高めやすい。しかし、ＬＰＡＲホスト１０ｃの有する物理デバイスの数、及び、各物理デバイスの利用率などを知らなければ、利用率を効果的に高めることは難しい。また、ＬＰＡＲホスト１０ｃの有する物理デバイスなどが変更されることもある。ＩａａＳを利用するユーザは、このようなＬＰＡＲホスト１０ｃの有する物理デバイスのことを知らない。そのため、ユーザが任意に作成したインスタンス構成要件では、ＬＰＡＲホスト１０ｃにおける物理リソースの利用率を効果的に高めることが難しい。

本実施例は、計算機システム１の構成等に適合するテンプレート情報をユーザに提供し、ユーザにテンプレート情報を用いてインスタンス構成要件を作成してもらうことにより、計算機システム１における物理リソースの利用率を効果的に高めることができる。また、ユーザも、テンプレート情報を用いることにより、より簡単にインスタンス構成要件を作成することができる。

図１３は、テンプレート利用頻度テーブル２１８の構成例を示す。

テンプレート利用頻度テーブル２１８に格納されている情報は、より適切なテンプレート情報を作成する際に利用される。

テンプレート情報は、物理計算機１０の物理デバイスの構成と、ユーザが所望するインスタンス構成要件との両方に適合するように作成される必要がある。テンプレート情報が物理計算機１０の物理デバイスの構成に適合していないと、そのテンプレート情報が用いられたときに、物理リソースの利用率が低下する可能性がある。

例えば、テンプレート情報が、２つのＮＩＣにまとめて「占有」又は「共有」を指定する選択肢しか有していないとする。この場合、ユーザは、一つのＮＩＣを占有リソースとして利用したい場合であっても、このテンプレート情報を用いると、二つのＮＩＣにまとめて「占有」を指定することしかできない。このように構成されたインスタンス１１は、二つのＮＩＣの物理リソースを「占有」しているものの、概ね一つのＮＩＣの物理リソースしか利用しない可能性が高い。この場合、物理計算機１０におけるＮＩＣの物理リソースの利用率は低下する。

また、物理計算機１０の有する物理デバイスの構成が変更されることもあり得る。例えば、サポート期間の終了した物理デバイスが、別の物理デバイスに交換されることもあり得る。例えば、物理デバイスの供給元の都合、又は、需要の変化等によって、その物理デバイスに係る契約内容が更新されることもあり得る。このように、物理デバイスの構成が変化した場合には、より適切なテンプレート情報を作成する必要がある。

テンプレート利用頻度テーブル２１８には、テンプレート情報、及び、そのテンプレート情報から派生したテンプレート情報（「派生テンプレート情報」という）の利用頻度に関する情報が格納されてよい。

派生テンプレート情報は、元のテンプレート情報の内容が変更されて作成されたテンプレート構成要件に基づいて作成されてよい。派生テンプレート情報に設定されるデフォルト値等は、元のテンプレート情報に設定されているデフォルト値をユーザがどのように変更したか、に基づいて算出されてよい。この算出には、クラスタ分析などの統計的手法が適用されてもよい。これにより、管理計算機２００は、多くのユーザの要望が反映されたデフォルト値等を含む派生テンプレート情報を作成することができる

テンプレート利用頻度テーブル２１８は、フィールド値として、例えば、テンプレートＩＤ２１８−１と、派生テンプレートＩＤ２１８−２と、利用頻度２１８−３と、差分２１８−４と、近似モデル２１８−５とを有する。

利用頻度２１８−３は、テンプレート情報又は派生テンプレート情報（「テンプレート情報等」という）が、ユーザに利用された頻度を示す値である。利用頻度２１８−３は、そのテンプレート情報等が利用された総数、又は、そのテンプレート情報等を利用したユーザ数などであってよい。また、利用頻度２１８−３は、所定の期間におけるテンプレート情報等の利用頻度であってよい。利用頻度２１８−３は、そのテンプレート情報等が、インスタンス１１の作成に利用された場合に加算されてよい。利用頻度２１８−３は、そのテンプレート情報等によって作成されたインスタンス１１が、削除又は構成変更された場合に減算されてよい。

差分２１８−４は、元のテンプレート情報と派生テンプレート情報との間における物理リソース１４の差分を示す情報である。差分は、図１２のＳ３３０の処理においてユーザが行った変更に基づいて算出されてよい。

近似モデル２１８−５は、テンプレート情報等に設定されているリソース構成が、複数の異なるモデルとする物理計算機のリソース構成（「リソース構成モデル」という）の内の何れと近似しているかを示す情報である。

例えば、図１３に示すテンプレートＩＤ２１８−１「ＴＭＰ３０２３−９００２」のレコードは、近似モデル２１８−５が「１／２−Ａモデル」であることを示す。これは、このテンプレートＩＤ２１８−１「ＴＭＰ３０２３−９００２」のテンプレート情報に設定されているリソース構成が、リソース構成モデル「Ａモデル」の有する物理リソースの２分の１の構成と近似していることを示す。例えば、リソース構成モデル「Ａモデル」が４つのＮＩＣを有している場合、近似モデル「１／２−Ａモデル」のテンプレート情報には２つのＮＩＣが設定される。

リソース構成モデルは、計算機システム１を構成する物理計算機１０、ネットワーク装置、及び、ストレージ装置１００の何れかの物理リソースの構成を示すものであってよい。リソース構成モデルは、装置の製造元が定義した型式番号、又は、製品名などで表現されてもよい。

図１４は、派生テンプレート情報の作成処理の例を示す。

インスタンス構成部２１１は、テンプレート情報に基づき、派生テンプレート情報を作成する（Ｓ３４０）。インスタンス構成部２１１は、テンプレート情報からユーザによって変更された項目に基づいて、インスタンス１１の構成を分類し、派生テンプレート情報を作成してよい。そして、インスタンス構成部２１１は、派生テンプレート情報に係るレコードを、テンプレート利用頻度テーブル２１８に格納する。

インスタンス構成部２１１は、その作成した派生テンプレート情報について、利用頻度及び近似モデルを算出する。そして、インスタンス構成部２１１は、その算出結果を、テンプレート利用頻度テーブル２１８において、その作成した派生テンプレート情報に係るレコードの利用頻度２１８−３及び近似モデル２１８−５に格納する（Ｓ３４１）。

インスタンス構成部２１１は、テンプレート利用頻度テーブル２１８の中から、元のテンプレート情報よりも利用頻度２１８−３の高い派生テンプレート情報を検索する（Ｓ３４２）。ここで検索された派生テンプレート情報は、計算機システム１の事業者が作成した元のテンプレート情報よりも、ユーザのニーズにより適合している可能性がある。つまり、元のテンプレート情報には、改善の余地があるともいえる。

元のテンプレート情報よりも利用頻度２１８−３の高い派生テンプレート情報が検索されなかった場合（Ｓ３４２：ＮＯ）、インスタンス構成部２１１は、この派生テンプレート情報を棄却し（Ｓ３４４）、本処理を終了してよい。

元のテンプレート情報よりも利用頻度２１８−３の高い派生テンプレート情報が検索された場合（Ｓ３４２：ＹＥＳ）、インスタンス構成部２１１は、その検索された派生テンプレート情報について、次の処理を実行する。

インスタンス構成部２１１は、テンプレート利用頻度テーブル２１８を参照し、近似モデル２１８−５における分割の粒度が、元のテンプレート情報よりも派生テンプレート情報の方が小さいか否かを判定する（Ｓ３４３）。すなわち、元のテンプレート情報よりも派生テンプレート情報の方が、より小さい単位で物理リソース１４の割り当てを設定できるか否かを判定する。

近似モデル２１８−５における分割の粒度が、元のテンプレート情報よりも派生テンプレート情報の方が小さい場合（Ｓ３４３：ＹＥＳ）、インスタンス構成部２１１は、この派生テンプレート情報を、テンプレート情報に採用し（Ｓ３４５）、本処理を終了してよい。例えば、インスタンス構成部２１１は、この派生テンプレート情報を新たなテンプレート情報として、テンプレート情報テーブル２１４に格納してよい。又は、インスタンス構成部２１１は、テンプレート情報テーブル２１４において、元のテンプレート情報をこの派生テンプレート情報に置き換えてもよい。

近似モデル２１８−５における分割の粒度が、元のテンプレート情報の方が派生テンプレート情報よりも小さい又は同じである場合（Ｓ３４３：ＮＯ）、インスタンス構成部２１１は、この派生テンプレート情報を廃棄し（Ｓ３４４）、本処理を終了してよい。

例えば、図１３に示すテンプレート利用頻度テーブル２１８において、元のテンプレート情報「ＴＭＰ３０２３−９００２」からの派生テンプレート情報「派生２」の利用頻度２１８−３「１９０」は、元のテンプレート情報の利用頻度２１８−３「１８２」よりも高い。

そして、この派生テンプレート情報「派生２」の近似モデル２１８−５「１／３−Ｂモデル」の方が、元のテンプレート情報の近似モデル２１８−５「１／２−Ａモデル」よりも、分割の粒度が小さい。この場合、元のテンプレート情報「ＴＭＰ３０２３−９００２」の派生テンプレート情報「派生２」は、新たなインスタンス情報として採用されてよい。

派生テンプレート情報が作成された場合、インスタンス構成部２１１は、次の処理を実行してもよい。インスタンス構成部２１１は、インスタンス情報テーブル２１２から、検討対象のインスタンスを選択する。そして、インスタンス構成部２１１は、このインスタンスが、この派生テンプレート情報の元のテンプレート情報に基づいて構成されたものであるか否かを判定する。この判定が肯定的である場合、インスタンス構成部２１１は、ユーザの承認に基づき、このインスタンスの構成を派生テンプレート情報の設定に適合するように変更してもよい。

以上の処理により、元のテンプレート情報の利用頻度２１８−３、及び、元のテンプレート情報から変更された派生テンプレート情報の利用頻度２１８−３などに基づき、ユーザのニーズにより適合したテンプレート情報を自動的に作成することができる。

本実施例によれば、多くのインスタンスが一つの物理計算機に作成及び配置されやすくなるので、物理リソースの利用率を向上させることができる。これにより、計算機システム１の事業者は、計算機システム１の運用における費用対効果を高めることができる。

また、テンプレート情報からユーザのニーズにより適合する派生テンプレート情報が自動的に作成されるので物理リソースの利用率を向上させることができる。

また、計算機システムの構成、若しくは、物理計算機の物理デバイスの構成などが変更された場合、又は、ユーザのインスタンス構成要件のニーズが変化した場合にも、その変化に適合する派生テンプレート情報を自動的に作成することができる。

上述した実施例は、本発明の説明のための例示であり、本発明の範囲をそれらの実施例にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

１：計算機システム １０：物理計算機 ７０：クライアント端末 １００：ストレージ装置 ２００：管理計算機 ２４：仮想化機構 ３７：ＬＰＡＲ機構

Claims (13)

1. 複数の計算機と、前記複数の計算機を管理する管理システムと、を含む計算機システムであって、
   前記管理システムは、
   前記複数の計算機から物理的なリソースである物理リソースが割り当てられることによって実現されるインスタンスを管理し、
   前記インスタンスを構成するための設定を含む情報であって、前記インスタンスの前記物理リソースの占有の要否の設定を含むインスタンス構成情報に基づいて、複数の異なるインスタンスの実現方式の中から、前記インスタンス構成情報に対応するインスタンスの実現方式を選択し、
   前記複数の計算機は、
   前記選択されたインスタンスの実現方式に基づいて、前記インスタンスに前記物理リソースを提供する
   計算機システム。
2. 前記複数の異なるインスタンスの実現方式には、一つの計算機が提供する物理リソースを複数のインスタンスに共有可能に割り当てる第１の実現方式と、一つの計算機が提供する物理リソースの全部又は一部を一つのインスタンスに占有可能に割り当てる第２の実現方式と、が含まれている
   請求項１に記載の計算機システム。
3. 前記管理システムは、前記インスタンス構成情報に前記物理リソースの占有を要する旨の設定が含まれていない場合、前記インスタンス構成情報に対応するインスタンスの実現方式として、前記第１の実現方式を選択する
   請求項２に記載の計算機システム。
4. 前記管理システムは、前記インスタンス構成情報に前記物理リソースの占有を要する旨の設定が含まれている場合、前記インスタンス構成情報に対応するインスタンスの実現方式として、前記第２の実現方式を選択する
   請求項２に記載の計算機システム。
5. 前記インスタンス構成情報における占有の要否の設定は、種類の異なる物理リソース毎に設定される
   請求項４に記載の計算機システム。
6. 前記管理システムは、前記インスタンス構成情報において、前記種類の異なる物理リソースの内の第１の種類の物理リソースに占有を要する旨が設定されている場合、何れのインスタンスにも割り当てられていない前記第１の種類の物理リソースを、前記インスタンスに割り当てる
   請求項５に記載の計算機システム。
7. 前記管理システムは、前記インスタンス構成情報において、前記種類の異なる物理リソースの内の第２の種類の物理リソースに占有を要する旨が設定されていない場合、何れかのインスタンスに割り当てられている前記第２の種類の物理リソースを、優先的に前記インスタンスに割り当てる
   請求項５に記載の計算機システム。
8. 前記管理システムは、前記第２の実現方式が選択された計算機であって、この計算機の何れのインスタンスにも割り当てられていない物理リソースが所定の閾値未満であり、且つ、この計算機が二つ以上のインスタンスに物理リソースを提供していない場合、この計算機が提供する物理リソースの全部を一つのインスタンスに占有可能に割り当てる
   請求項４に記載の計算機システム。
9. 前記管理システムは、前記インスタンスに、前記インスタンスを実現する第１の計算機とは異なる第２の計算機の物理リソースを提供する場合、前記第１の計算機からのネットワークトポロジ的な距離の近さに基づいて、前記第２の計算機を決定する
   請求項１に記載の計算機システム。
10. 前記管理システムは、前記インスタンス構成情報に含まれる設定に関して、デフォルト設定を含むテンプレート情報を有し、
    前記デフォルト設定は、前記複数の計算機が提供可能な物理リソースに基づいて決定されている
    請求項１に記載の計算機システム。
11. 前記管理システムは、前記テンプレート情報の利用頻度、及び、前記テンプレート情報のデフォルト設定から変更された設定に基づいて、新たなデフォルト設定を含むテンプレート情報を作成する
    請求項１０に記載の計算機システム。
12. 複数の計算機を管理する管理システムであって、
    前記複数の計算機が物理的なリソースである物理リソースが割り当てられることによって実現されるインスタンスを管理し、
    前記インスタンスを構成するための設定を含む情報であって、前記インスタンスの前記物理リソースの占有の要否の設定を含むインスタンス構成情報に基づいて、複数の異なるインスタンスの実現方式の中から、前記インスタンス構成情報に対応するインスタンスの実現方式を選択し、
    前記複数の計算機に、前記選択されたインスタンスの実現方式に基づいて、前記インスタンスに前記物理リソースを提供させる
    管理システム。
13. 複数の計算機の物理的なリソースである物理リソースを管理するリソース管理方法であって、
    前記複数の計算機を管理する管理システムが、
    前記複数の計算機が物理的なリソースである物理リソースが割り当てられることによって実現されるインスタンスを管理し、
    前記インスタンスを構成するための設定を含む情報であって、前記インスタンスの前記物理リソースの占有の要否の設定を含むインスタンス構成情報に基づいて、複数の異なるインスタンスの実現方式の中から、前記インスタンス構成情報に対応するインスタンスの実現方式を選択し、
    前記複数の計算機が、
    前記選択されたインスタンスの実現方式に基づいて、前記インスタンスに前記物理リソースを提供する
    リソース管理方法。
    
    

Images