(57)【要約】【課題】リソースの提供側と利用側との双方に適したリソース割当を実現すること。【解決手段】リソース割当装置１は、仮想ＣＰＵが使用する物理ＣＰＵの使用量および物理ＣＰＵの特性を仮想ＣＰＵごとに規定した割当要求を受け、割当要求で指定された物理ＣＰＵの特性に合致する割当用リソース２を選択するフィルタリング部１２と、選択された各割当用リソース２の使用可能な使用量と、割当要求で指定された物理ＣＰＵの使用量とをもとに、仮想ＣＰＵの割当先となる物理ＣＰＵを選択するウェイティング部１３と、割当先として選定された物理ＣＰＵに対して、割当要求で指定された仮想ＣＰＵを割り当てる仮想マシン生成部１４とを有する。【選択図】図１
2020016910.tif 000002
【特許請求の範囲】
【請求項１】
仮想リソースが使用する物理リソースの使用量および前記物理リソースの特性を前記仮想リソースごとに規定した割当要求を受け、前記割当要求で指定された前記物理リソースの特性に合致する割当用リソースを選択するフィルタリング部と、
選択された各前記割当用リソースの使用可能な使用量と、前記割当要求で指定された前記物理リソースの使用量とをもとに、前記仮想リソースの割当先となる前記物理リソースを選定するウェイティング部と、
割当先として選定された前記物理リソースに対して、前記割当要求で指定された前記仮想リソースを割り当てるリソース割当部とを有することを特徴とする
リソース割当装置。
【請求項２】
前記ウェイティング部は、選択された各前記割当用リソースの使用可能な使用量が少ないほど、優先的に前記仮想リソースの割当先として選定することを特徴とする
請求項１に記載のリソース割当装置。
【請求項３】
請求項１または請求項２に記載のリソース割当装置と、前記割当用リソースを運用するインフラ運用者の端末と、前記割当用リソースを受けてサービスを提供するサービス提供者の端末とを含めて構成されるリソース管理システムであって、
前記インフラ運用者の端末は、前記割当用リソースごとの性能データおよび特性データを前記サービス提供者の端末に通知し、
前記サービス提供者の端末は、通知された前記割当用リソースごとの性能データから前記仮想リソースが使用する前記物理リソースの使用量を特定するとともに、通知された前記割当用リソースごとの特性データから前記仮想リソースが使用する前記物理リソースの特性を特定することで、前記割当要求を作成することを特徴とする
リソース管理システム。
【請求項４】
前記インフラ運用者の端末は、前記割当用リソースごとの性能データとして、前記割当用リソースが物理ＣＰＵであるときのＣＰＵ使用率を、物理ＣＰＵ上で動作させるプロセス種別ごとに通知し、
前記サービス提供者の端末は、事前に入力されているサービスのプロセス種別から、通知されたプロセス種別ごとのＣＰＵ使用率をもとに、前記仮想リソースが使用するＣＰＵ使用率を前記物理リソースの使用量として求めることを特徴とする
請求項３に記載のリソース管理システム。
【請求項５】
リソース割当装置としてのコンピュータに、フィルタリング部と、ウェイティング部と、リソース割当部とを実現させるためのリソース割当プログラムであって、
前記フィルタリング部は、仮想リソースが使用する物理リソースの使用量および前記物理リソースの特性を前記仮想リソースごとに規定した割当要求を受け、前記割当要求で指定された前記物理リソースの特性に合致する割当用リソースを選択し、
前記ウェイティング部は、選択された各前記割当用リソースの使用可能な使用量と、前記割当要求で指定された前記物理リソースの使用量とをもとに、前記仮想リソースの割当先となる前記物理リソースを選定し、
前記リソース割当部は、割当先として選定された前記物理リソースに対して、前記割当要求で指定された前記仮想リソースを割り当てることを特徴とする
リソース割当プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リソース割当装置、リソース管理システム、および、リソース割当プログラムに関する。
【背景技術】
【０００２】
コンピュータシステムを構築および稼動させるためのサーバ基盤技術として、物理的な計算機資源（リソース）を仮想化した仮想デバイスを用いた仮想計算機であるＶＭ（Virtual Machine）が普及している。ＶＭの構成要素となる仮想デバイスとは、例えば、物理ＣＰＵを仮想化した仮想ＣＰＵなどである。
【０００３】
ＶＭをインフラとして提供するサービス（IaaS：Infrastructure as a Service）に向けて、例えば、非特許文献１に記載のOpenStack（登録商標）は、どのリソース（計算機リソース、ネットワークリソース）をどのＶＭに割り当てるかを規定するスケジューリング機能を提供している。このスケジューリング機能では、ＶＭを割当可能なリソース候補の選択（フィルタリング）と、選択されたリソース候補からＶＭを割り当てるリソースを選定するための優先度付け（ウェイティング）という２段階の処理により、各ＶＭの割当先となるリソースを特定する。
【０００４】
以下では、ＶＭが収容する仮想ＣＰＵを割当対象とし、その仮想ＣＰＵの割当先を物理ＣＰＵとして説明する。１台のＶＭには、１つ以上の仮想ＣＰＵが収容される。１つの物理ＣＰＵには、１つ以上の仮想ＣＰＵが動作している。なお、１つの物理ＣＰＵを１つの仮想ＣＰＵが占有（dedicated）する方式（占有割当方式）としてもよいし、１つの物理ＣＰＵを複数の仮想ＣＰＵで共有（shared）する方式（共有割当方式）としてもよい。
【０００５】
IaaSサービスを提供するインフラ運用者は、共有割当方式の物理ＣＰＵについて、１つの物理ＣＰＵ上に何台の仮想ＣＰＵを割り当てるかというオーバーコミット率を設定することができる（非特許文献２）。オーバーコミット率を上げて１つの物理ＣＰＵ上に多くの仮想ＣＰＵを割り当てることで、インフラ運用者にとってはリソースの利用効率が高まり、収益性が向上する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】OpenStack、"Filter Scheduler"、［online］、［2018年7月9日検索］、インターネット〈URL：https://docs.openstack.org/nova/latest/user/filter-scheduler.html#filtering〉
【非特許文献２】OpenStack、"CPU topologies"、［online］、［2018年7月9日検索］、インターネット〈URL：https://docs.openstack.org/nova/pike/admin/cpu-topologies.html〉
【発明の概要】
【発明が解決しようとする課題】
【０００７】
一般的なIaaS基盤では、ＶＭを提供するサービス提供者が必要なリソース量を要求し、インフラ運用者は要求されたリソースに基づきスケジューリング機能を利用し適切なリソースを選定する。
ここで、インフラ運用者と、インフラの提供を受けて各消費者にサービスを提供するサービス提供者との間では、IaaSサービスのインフラについての情報共有がなされていないことが多く、両者の情報共有が分断されてしまっていた。そのため、両者にとって、それぞれ以下の問題があった。
【０００８】
本来は少ない負荷で済むようなサービス内容であっても、サービス提供者によって過大なリソース量が要求されてしまうと、インフラ運用者はオーバーコミット率を下げたり占有割当方式を採用したりすることにより、収容効率が上がらないという問題があった。
インフラ運用者の利益を大きくするためにオーバーコミット率を高く設定しすぎると、大きい負荷のサービス内容を実行するときには乏しいリソース量により、サービス提供者にとってはサービス品質が劣化してしまう問題があった。
【０００９】
なお、サービス提供者がインフラ運用者に要求すべき適切なリソースは、サービス提供者のサービス内容に応じて変化することもある。例えば、ネットワーク機能向けＶＭに使用される仮想ＣＰＵとして、パケット転送処理やコネクション接続処理などのネットワーク処理を高速に実行可能な物理ＣＰＵが割り当てられることが好ましい。一方で、高性能な画面描画能力を有する物理ＣＰＵをネットワーク機能向けＶＭに割り当ててしまっても、その画面描画能力は使用されずにリソースの無駄となってしまう。
【００１０】
そこで、本発明は、リソースの提供側と利用側との双方に適したリソース割当を実現することを、主な課題とする。
【課題を解決するための手段】
【００１１】
前記課題を解決するために、本発明のリソース割当装置は、以下の特徴を有する。
本発明は、仮想リソースが使用する物理リソースの使用量および前記物理リソースの特性を前記仮想リソースごとに規定した割当要求を受け、前記割当要求で指定された前記物理リソースの特性に合致する割当用リソースを選択するフィルタリング部と、
選択された各前記割当用リソースの使用可能な使用量と、前記割当要求で指定された前記物理リソースの使用量とをもとに、前記仮想リソースの割当先となる前記物理リソースを選定するウェイティング部と、
割当先として選定された前記物理リソースに対して、前記割当要求で指定された前記仮想リソースを割り当てるリソース割当部とを有することを特徴とする。
【００１２】
これにより、物理リソースの特性に合致する割当用リソースを選択することで、リソースの利用側に適したリソース割当となり、割当用リソースの使用可能な使用量をもとに割当用リソースを選択することで、リソースの提供側に適したリソース割当となる。
【００１３】
本発明は、前記ウェイティング部が、選択された各前記割当用リソースの使用可能な使用量が少ないほど、優先的に前記仮想リソースの割当先として選定することを特徴とする。
【００１４】
これにより、用意する割当用リソースの総数を節約できることで、割当用リソースの提供者の収益性が向上する。
【００１５】
本発明は、前記のリソース割当装置と、前記割当用リソースを運用するインフラ運用者の端末と、前記割当用リソースを受けてサービスを提供するサービス提供者の端末とを含めて構成されるリソース管理システムであって、
前記インフラ運用者の端末が、前記割当用リソースごとの性能データおよび特性データを前記サービス提供者の端末に通知し、
前記サービス提供者の端末が、通知された前記割当用リソースごとの性能データから前記仮想リソースが使用する前記物理リソースの使用量を特定するとともに、通知された前記割当用リソースごとの特性データから前記仮想リソースが使用する前記物理リソースの特性を特定することで、前記割当要求を作成することを特徴とする。
【００１６】
これにより、インフラ運用者とサービス提供者との間の情報共有により、双方に都合の良い物理リソースが割り当てられる。
【００１７】
本発明は、前記インフラ運用者の端末が、前記割当用リソースごとの性能データとして、前記割当用リソースが物理ＣＰＵであるときのＣＰＵ使用率を、物理ＣＰＵ上で動作させるプロセス種別ごとに通知し、
前記サービス提供者の端末が、事前に入力されているサービスのプロセス種別から、通知されたプロセス種別ごとのＣＰＵ使用率をもとに、前記仮想リソースが使用するＣＰＵ使用率を前記物理リソースの使用量として求めることを特徴とする。
【００１８】
これにより、サービス提供者は、自身の提供するサービス内容に適した物理リソースの割当要求をインフラ運用者に通知できる。
【発明の効果】
【００１９】
本発明によれば、リソースの提供側と利用側との双方に適したリソース割当を実現することができる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態に係わるリソース管理システムの構成図である。
【図２】本実施形態に係わるリソース割当処理を示すシーケンス図である。
【図３】本実施形態に係わるリソース管理情報を示すテーブルである。
【図４】本実施形態に係わるリソース割当定義ファイルを示すテーブルである。
【図５】本実施形態に係わるリソース管理部に格納される第１テーブルを示す。
【図６】本実施形態に係わるリソース管理部に格納される第２テーブルおよび第３テーブルを示す。
【図７】本実施形態に係わるリソース管理部に格納される第４テーブルを示す。
【発明を実施するための形態】
【００２１】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。
【００２２】
図１は、リソース管理システムの構成図である。
リソース管理システムは、リソース割当装置１と、割当用リソース２と、サービス提供者端末（サービス提供者の端末）３と、インフラ運用者端末（インフラ運用者の端末）４とがネットワークで接続されて構成される。これらの各装置は、それぞれＣＰＵ（Central Processing Unit）と、メモリと、ハードディスクなどの記憶手段（記憶部）と、ネットワークインタフェースとを有するコンピュータとして構成される。
このコンピュータは、ＣＰＵが、メモリ上に読み込んだプログラム（アプリケーションや、その略のアプリとも呼ばれる）を実行することにより、各処理部により構成される制御部（制御手段）を動作させる。
【００２３】
インフラ運用者端末４は、割当用リソース２をIaaSとして、サービス提供者端末３に提供する。リソース割当装置１は、割当用リソース２の状況を管理するとともに、個別のリソース割当処理を担当する。そして、インフラ運用者端末４は、リソース割当装置１から取得した割当用リソース２に関する情報を、リソース管理情報３１としてサービス提供者端末３に提供する（詳細は図３）。
サービス提供者端末３は、図示しない顧客に向けてサービスを提供する。サービス提供者は、提供するサービスを構築するための個々のプロセス種別（「パケット処理」、「バッチ処理」など）と、そのプロセス種別をＶＭで実行させる頻度とを、サービス提供者端末３に事前に入力しておく。
サービス提供者端末３は、提供されたリソース管理情報３１と、事前に入力された情報とをもとに、提供するサービスを構築するために要求するリソースの詳細をリソース割当定義ファイル３２として作成し、そのリソース割当定義ファイル３２をリソース割当装置１に通知することで、リソースの割当を要求する（詳細は図４）。
つまり、インフラ運用者端末４がリソース管理情報３１を送信し、サービス提供者端末３がリソース割当定義ファイル３２を送信することで、両者間で事前の情報交換が行われる。
【００２４】
リソース割当装置１は、処理部１０として、リソース割当決定部１１と、フィルタリング部１２と、ウェイティング部１３と、仮想マシン生成部（リソース割当部）１４とを有する。また、リソース割当装置１は、処理部１０が扱うデータを記憶するために、リソース管理部１５を有する（詳細は図５〜図７）。
リソース割当決定部１１は、リソース管理部１５で管理する割当用リソース２の特性と、リソース割当定義ファイル３２で要求された仮想ＣＰＵの特性とを踏まえ、要求された各仮想ＣＰＵ（仮想リソース）を適切な物理ＣＰＵ（物理リソース）に割り当てるように、スケジューリングを制御する。つまり、リソース割当決定部１１は、他の各処理部（フィルタリング部１２と、ウェイティング部１３と、仮想マシン生成部１４）に対して、以下に示す３段階のスケジューリングを指示する。
・第１段階として、フィルタリング部１２は、仮想ＣＰＵの特性と同一の特性を持つ物理ＣＰＵを選択する。
・第２段階として、ウェイティング部１３は、選択された物理ＣＰＵに対して、仮想ＣＰＵの使用率に合う物理ＣＰＵを割当先として選定する。
・第３段落として、仮想マシン生成部１４は、割当先の物理ＣＰＵ上に仮想ＣＰＵを割り当てるとともに、その仮想ＣＰＵを収容するＶＭ（仮想マシン）を生成する。
リソース管理部１５は、スケジューリングの各段階で使用するデータを保存するとともに、各処理部１０の要求に応じて保存したデータを読み書きする。
【００２５】
図２は、リソース割当処理を示すシーケンス図である。サービス提供者がＶＭのデプロイする場合のフローを以下に示す。
Ｓ１０１として、インフラ運用者端末４は、リソース割当装置１から取得した割当用リソース２に関する情報を、リソース管理情報３１としてサービス提供者端末３に提供する（図３）。
Ｓ１０２として、サービス提供者端末３は、提供されたリソース管理情報３１と、事前に入力された情報とをもとに、提供するサービスを構築するために要求するリソースを割当用リソース２から選択する。
Ｓ１０３として、サービス提供者端末３は、Ｓ１０２の選択結果を記載したリソース割当定義ファイル３２をリソース割当装置１のリソース割当決定部１１に通知することで、リソースの割当（デプロイ）を指示する（図４）。
【００２６】
Ｓ１０４として、リソース割当決定部１１は、割当用リソース２から現在割当可能なリソースを、リソース管理部１５に要求する。
Ｓ１０５として、リソース管理部１５は、保存したデータから現在割当可能なリソースを読み出す。
Ｓ１０６として、リソース管理部１５は、Ｓ１０５で読み出したデータをリソース候補として、リソース割当決定部１１に返却する（図５）。
【００２７】
Ｓ１０７として、フィルタリング部１２は、リソース割当決定部１１から通知されたＳ１０６のリソース候補を対象に、リソース割当定義ファイル３２で指定された仮想ＣＰＵの特性と同一の特性を持つ物理ＣＰＵを選択する（図６）。
Ｓ１０８として、ウェイティング部１３は、Ｓ１０７で選択された物理ＣＰＵに対して、仮想ＣＰＵの使用率に合う物理ＣＰＵを割当先として選定する（図６）。
Ｓ１１１として、ウェイティング部１３は、Ｓ１０８の割当先の物理ＣＰＵを割当リソースとしてリソース管理部１５に通知する。
Ｓ１１２として、リソース管理部１５は、Ｓ１１１で通知された割当リソースに仮想ＣＰＵを割り当てた後の割当用リソース２の状況に適合するように、管理しているリソースを更新する（図７）。
【００２８】
Ｓ１１３として、仮想マシン生成部１４は、Ｓ１０８の割り当て先の物理ＣＰＵ上に仮想ＣＰＵを割り当てるとともに、その仮想ＣＰＵを収容するＶＭ（仮想マシン）を生成するように、割当用リソース２に指示する。
Ｓ１１４として、割当用リソース２は、Ｓ１１３の指示を受け、仮想ＣＰＵとその仮想ＣＰＵを収容するＶＭを生成する。
Ｓ１１５として、割当用リソース２は、Ｓ１１４のＶＭ生成処理が完了したことを、仮想マシン生成部１４に通知する。
Ｓ１１６として、リソース割当決定部１１は、Ｓ１０３のデプロイ要求の処理が完了したことを、サービス提供者端末３に通知する。
【００２９】
図３は、リソース管理情報３１を示すテーブルである。リソース管理情報３１は、割当用リソース２の性能を示すベンチマークリスト３１ａと、割当用リソース２の処理特性を示す処理特性パラメータリスト３１ｂとで構成される。
ベンチマークリスト３１ａは、パケット処理などのプロセス種別ごとに、そのプロセス種別が割当用リソース２上で実行されることで、どの程度のリソース量が消費されるかという使用状況を示すデータである。図３では、ベンチマークリスト３１ａの使用状況として、ＣＰＵ使用率を例示している。このＣＰＵ使用率は、例えば、定められた環境下で測定したときのＣＰＵ使用率の平均値でもよいし、プロセスを起動したときのＣＰＵ使用率の最大値でもよい。
また、図３では、１種類の割当用リソース２に対して、４種類のプロセス種別のデータを例示したが、複数種類の割当用リソース２について、割当用リソース２ごとのプロセス種別のデータを用意してもよい。
処理特性パラメータリスト３１ｂは、割当用リソース２の処理特性と特性値とを対応付けるデータである。処理特性とは、例えば、図３で例示した単位時間当たりの起動回数でもよいし、処理実行時の実行時間でもよい。特性値は、処理特性の範囲に割り当てられたＦ１，Ｆ２，Ｆ３などのＩＤである。
【００３０】
図４は、リソース割当定義ファイル３２を示すテーブルである。リソース割当定義ファイル３２は、割当を要求する仮想ＣＰＵごとに、その仮想ＣＰＵ上で動作させるプロセス種別と、そのプロセス種別において要求するＣＰＵ使用率などの負荷量と、そのプロセス種別における実行頻度などの処理特性とを対応付けるデータである。
例えば、サービス提供者端末３には、以下の提供するサービスに関する情報が、サービス提供者から事前に入力されているとする。
・パケット処理を５回実行する。
・バッチ処理を３０回実行する。
サービス提供者端末３は、ベンチマークリスト３１ａを参照して、パケット処理に対応するＣＰＵ使用率５０％と、バッチ処理に対応するＣＰＵ使用率２０％とを求める。
サービス提供者端末３は、処理特性パラメータリスト３１ｂを参照して、パケット処理に対応する特性値Ｆ１と、バッチ処理に対応する特性値Ｆ２とを求める。
そして、サービス提供者端末３は、それぞれ求めた情報をもとに、パケット処理を動作させる仮想ＣＰＵ「Ｖ１」と、バッチ処理を動作させる仮想ＣＰＵ「Ｖ２」とを含むＶＭを要求する旨のリソース割当定義ファイル３２を作成する。
【００３１】
図５は、リソース管理部１５に格納される第１テーブル１５ａを示す。この第１テーブル１５ａは、Ｓ１０５でリソース管理部１５が読み出した、現在割当可能なリソース候補である。
第１テーブル１５ａは、割当用リソース２の物理ＣＰＵごとに、現在の使用可能な残りのＣＰＵ使用率（残使用可能率）と、物理ＣＰＵの特性値とが対応付けられている。
例えば、物理ＣＰＵ「Ｃ１」は、残使用可能率が20%なので、既に他の仮想ＣＰＵが割り当てられた状態である。つまり、物理ＣＰＵ「Ｃ１」に対して新たに仮想ＣＰＵを割り当てるときには、共有割当方式となる。
一方、物理ＣＰＵ「２」は、残使用可能率が100%なので、現時点ではどの仮想ＣＰＵも割り当てられていない状態である。つまり、物理ＣＰＵ「Ｃ２」に対して新たに仮想ＣＰＵを割り当てるときには、占有割当方式としてもよい。
【００３２】
図６は、リソース管理部１５に格納される第２テーブル１５ｂおよび第３テーブル１５ｃを示す。
第２テーブル１５ｂは、Ｓ１０７として、フィルタリング部１２が、第１テーブル１５ａの物理ＣＰＵの特性値と、リソース割当定義ファイル３２で指定された仮想ＣＰＵの特性値とを照合した結果である。第２テーブル１５ｂは、仮想ＣＰＵと、その割当先候補となる物理ＣＰＵとの組み合わせについて、互いの特性値が同じであるときは「候補」とし、特性値が異なるときには「否」とする採否欄を有する。
さらに、フィルタリング部１２は、リソース割当定義ファイル３２で指定された仮想ＣＰＵの使用率以上の残使用可能率をもつ第１テーブル１５ａの物理ＣＰＵを、「候補」に採用してもよい。
【００３３】
第３テーブル１５ｃは、Ｓ１０８として、ウェイティング部１３が、第２テーブル１５ｂで「候補」となる組み合わせについて、仮想ＣＰＵごとに割当先候補となる物理ＣＰＵを選定するための順位付け（重み付け＝ウェイティング）を行った結果を格納する。順位が小さいほど、優先して割当先に選ばれる。
ウェイティング部１３は、同じ仮想ＣＰＵに対応する割当先候補について、第１テーブル１５ａの残使用可能率が小さい順に、第３テーブル１５ｃの順位を決定する。例えば、仮想ＣＰＵ「Ｖ１」には、Ｃ２，Ｃ４という２つの物理ＣＰＵが割当先候補となっている。そのうち、物理ＣＰＵ「Ｃ４」の残使用可能率「50%」は、物理ＣＰＵ「Ｃ２」の残使用可能率「100%」よりも小さいので、物理ＣＰＵ「Ｃ４」の順位が１位になる。
【００３４】
図７は、リソース管理部１５に格納される第４テーブル１５ｄを示す。
第４テーブル１５ｄは、第３テーブル１５ｃの順位＝１位の割当先候補を割当先として決定した後の、第１テーブル１５ａの更新処理（Ｓ１１２）の結果を示す。
物理ＣＰＵ「Ｃ１」の残使用可能率は「20%」から「0%」に減少している。これは、仮想マシン生成部１４が仮想ＣＰＵ「Ｖ２」を物理ＣＰＵ「Ｃ１」に割り当てた結果、リソース割当定義ファイル３２の仮想ＣＰＵ「Ｖ２」で指定されたバッチ処理の使用率「20%」が消費されたためである。
物理ＣＰＵ「Ｃ４」の残使用可能率は「50%」から「0%」に減少している。これは、仮想マシン生成部１４が仮想ＣＰＵ「Ｖ１」を物理ＣＰＵ「Ｃ４」に割り当てた結果、リソース割当定義ファイル３２の仮想ＣＰＵ「Ｖ１」で指定されたパケット処理の使用率「50%」が消費されたためである。
【００３５】
以上説明した本実施形態では、コンピュータシステムを構築および稼動させるためのサーバ基盤技術について、サービス提供者が把握している仮想ＣＰＵの特性と、インフラ運用者が把握している物理ＣＰＵの特性とを事前に情報交換させることで、リソース割当装置１は、割り当てるリソースを適切に判断できる。
リソース割当装置１による割当結果は、以下に示すように、サービス提供者の要望と、インフラ運用者の要望とをバランスよく満たすことができるものである。
・フィルタリング部１２がリソース割当定義ファイル３２に適合しないリソースを事前にふるい落とすことで、サービス提供者は、サービス内容を円滑に（停止したり、性能不足になったりせずに）提供できる。
・ウェイティング部１３がリソース管理部１５内の残使用可能率からリソースの利用効率がよい順序でリソースの選別順序を決定する。例えば残使用可能率が少ないリソースほど優先して選択（共有割当方式）することで、用意する物理ＣＰＵの総数を節約できる。これにより、インフラ運用者は、物理ＣＰＵごとのオーバーコミット率のようなパラメータ値を考慮することなく、割当用リソース２にＶＭを効率よく収容できる。
【００３６】
一方、従来は、インフラ運用者がOpenStackの動作パラメータとして、占有割当方式か共有割当方式かを物理ＣＰＵごとに選択できたり、共有割当方式におけるオーバーコミット率を設定できたりするものの、どのような動作パラメータをどのＶＭに設定するか、などの運用コマンドの入力には、インフラ運用者の経験と勘による試行錯誤を要していた。
【００３７】
なお、本実施形態においては、本発明にかかる割当用リソース２は、図１に示すように、３つとして例示したが、これらの個数や構成に限定されない。また、本発明では、一般的なコンピュータのハードウェア資源を、リソース割当装置１、サービス提供者端末３、インフラ運用者端末４の各手段として動作させるプログラムによって実現することができる。そして、このプログラムは、通信回線を介して配布したり、ＣＤ−ＲＯＭ等の記録媒体に記録して配布したりすることも可能である。
【符号の説明】
【００３８】
１      リソース割当装置
２      割当用リソース
３      サービス提供者端末（サービス提供者の端末）
４      インフラ運用者端末（インフラ運用者の端末）
１０    処理部
１１    リソース割当決定部
１２    フィルタリング部
１３    ウェイティング部
１４    仮想マシン生成部（リソース割当部）
１５    リソース管理部
３１    リソース管理情報
３１ａ  ベンチマークリスト
３１ｂ  処理特性パラメータリスト
３２    リソース割当定義ファイル
【図１】
2020016910.tif 000003
【図２】
2020016910.tif 000004
【図３】
2020016910.tif 000005
【図４】
2020016910.tif 000006
【図５】
2020016910.tif 000007
【図６】
2020016910.tif 000008
【図７】
2020016910.tif 000009