特開2023-180849資源管理プログラム、資源管理方法、および資源管理装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023180849
(43)【公開日】2023-12-21
(54)【発明の名称】資源管理プログラム、資源管理方法、および資源管理装置
(51)【国際特許分類】
G06F 9/50 20060101AFI20231214BHJP
G06F 9/455 20180101ALI20231214BHJP
【ＦＩ】
G06F9/50 150D
G06F9/455 150
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2022094488
(22)【出願日】2022-06-10
(71)【出願人】
【識別番号】000005223
【氏名又は名称】富士通株式会社
(74)【代理人】
【識別番号】100104190
【弁理士】
【氏名又は名称】酒井 昭徳
(72)【発明者】
【氏名】西島 孝通
(57)【要約】
【課題】予備処理装置にかかる消費電力を削減すること。
【解決手段】管理サーバは、予備コンテナＡ１ｂ～Ｃ１ｂのうち、同じタイミングで使用される予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ～Ｃ１ｂを分類する。例えば、管理サーバは、同じサービス用の予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ～Ｃ１ｂを分類する。管理サーバは、分類したグループＧ１～Ｇ３内の予備コンテナ間でリソースを共有するように、グループＧ１～Ｇ３内の予備コンテナに重複してリソースを割り当てる。例えば、管理サーバは、グループＧ１内の予備コンテナＡ１ｂ，Ｂ１ｂ間で共有するように、グループＧ１内の予備コンテナＡ１ｂ，Ｂ１ｂに重複してＣＰＵ１個、ＧＰＵ１個を割り当てる。
【選択図】図６
【解決手段】管理サーバは、予備コンテナＡ１ｂ～Ｃ１ｂのうち、同じタイミングで使用される予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ～Ｃ１ｂを分類する。例えば、管理サーバは、同じサービス用の予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ～Ｃ１ｂを分類する。管理サーバは、分類したグループＧ１～Ｇ３内の予備コンテナ間でリソースを共有するように、グループＧ１～Ｇ３内の予備コンテナに重複してリソースを割り当てる。例えば、管理サーバは、グループＧ１内の予備コンテナＡ１ｂ，Ｂ１ｂ間で共有するように、グループＧ１内の予備コンテナＡ１ｂ，Ｂ１ｂに重複してＣＰＵ１個、ＧＰＵ１個を割り当てる。
【選択図】図６
【特許請求の範囲】
【請求項1】
１以上のサービスの提供にかかる複数の処理装置それぞれの特徴を表す情報に基づいて、前記複数の処理装置それぞれに対応する予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類し、
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
処理をコンピュータに実行させることを特徴とする資源管理プログラム。
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
処理をコンピュータに実行させることを特徴とする資源管理プログラム。
【請求項2】
前記情報は、前記複数の処理装置それぞれが前記１以上のサービスのうちのいずれのサービスの提供にかかる処理装置であるかを表す情報であり、
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち、同じサービスの提供にかかる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする請求項１に記載の資源管理プログラム。
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち、同じサービスの提供にかかる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする請求項１に記載の資源管理プログラム。
【請求項3】
前記情報は、前記複数の処理装置それぞれの負荷状態を表す情報であり、
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち処理性能の余裕度合いが閾値以下となる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする請求項１に記載の資源管理プログラム。
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち処理性能の余裕度合いが閾値以下となる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする請求項１に記載の資源管理プログラム。
【請求項4】
前記情報は、前記複数の処理装置それぞれに対応するサービスの需要傾向を表す情報であり、
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち、同じ需要傾向のサービスの提供にかかる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする請求項１に記載の資源管理プログラム。
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち、同じ需要傾向のサービスの提供にかかる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする請求項１に記載の資源管理プログラム。
【請求項5】
前記分類する処理は、
前記予備用の予備処理装置に割り当て可能なリソース量の上限を表す上限情報と前記情報とに基づいて、前記予備用の予備処理装置に割り当てるリソース量が前記上限を超えないように、かつ、前記予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする請求項１に記載の資源管理プログラム。
前記予備用の予備処理装置に割り当て可能なリソース量の上限を表す上限情報と前記情報とに基づいて、前記予備用の予備処理装置に割り当てるリソース量が前記上限を超えないように、かつ、前記予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする請求項１に記載の資源管理プログラム。
【請求項6】
前記予備用の予備処理装置に割り当て可能なリソースは、未割り当ての状態では電源断となっており、
前記予備用の予備処理装置に割り当て可能なリソースのうち、前記グループ内の予備処理装置に割り当てたリソースの電源を投入する、
処理を前記コンピュータに実行させることを特徴とする請求項１に記載の資源管理プログラム。
前記予備用の予備処理装置に割り当て可能なリソースのうち、前記グループ内の予備処理装置に割り当てたリソースの電源を投入する、
処理を前記コンピュータに実行させることを特徴とする請求項１に記載の資源管理プログラム。
【請求項7】
前記複数の処理装置それぞれは、コンテナまたは仮想マシンであり、
前記予備用の予備処理装置は、予備用のコンテナまたは仮想マシンである、
ことを特徴とする請求項１～６のいずれか一つに記載の資源管理プログラム。
前記予備用の予備処理装置は、予備用のコンテナまたは仮想マシンである、
ことを特徴とする請求項１～６のいずれか一つに記載の資源管理プログラム。
【請求項8】
１以上のサービスの提供にかかる複数の処理装置それぞれの特徴を表す情報に基づいて、前記複数の処理装置それぞれに対応する予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類し、
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
処理をコンピュータが実行することを特徴とする資源管理方法。
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
処理をコンピュータが実行することを特徴とする資源管理方法。
【請求項9】
１以上のサービスの提供にかかる複数の処理装置それぞれの特徴を表す情報に基づいて、前記複数の処理装置それぞれに対応する予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類し、
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
制御部を有することを特徴とする資源管理装置。
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
制御部を有することを特徴とする資源管理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、資源管理プログラム、資源管理方法、および資源管理装置に関する。
【背景技術】
【0002】
従来、サーバに跨って様々なＩＣＴ（Ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）リソースをプール化し、アプリケーションに応じて動的にリソースを割り当てて利用するディスアグリゲーテッドなシステムがある。このシステムでは、例えば、アプリケーションの性能が要件を満たさなくなった場合、リソースを増強して処理性能を確保することが行われる。
【0003】
先行技術としては、システムが稼働している状態において、現用系の仮想マシンの仮想ＣＰＵコアに占有の物理ＣＰＵコアを割り当て、待機系の仮想マシンの仮想ＣＰＵコアには共有の物理ＣＰＵコアを割り当てるものがある。また、ＶＭの状態を停止状態から起動状態の間の待機状態に予め遷移させ、ユーザから処理要求を受け付けた場合、当該ユーザの固有の設定情報と、待機状態の処理部の状態に関する情報とを用いて、処理部の状態を待機状態から起動状態に遷移させる技術がある。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１９－１４４７１７号公報
【特許文献2】特開２０１８－１２９００３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来技術では、リソースの増強にかかる時間を短縮すべく、アプリケーションを実行する予備用のコンテナ等を事前に準備するにあたり、予備用のコンテナ等に割り当てたＩＣＴリソースの待機電力により消費電力が増大するという問題がある。
【0006】
一つの側面では、本発明は、予備処理装置にかかる消費電力を削減することを目的とする。
【課題を解決するための手段】
【0007】
１つの実施態様では、１以上のサービスの提供にかかる複数の処理装置それぞれの特徴を表す情報に基づいて、前記複数の処理装置それぞれに対応する予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類し、分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、資源管理プログラムが提供される。
【発明の効果】
【0008】
本発明の一側面によれば、予備処理装置にかかる消費電力を削減することができるという効果を奏する。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下に図面を参照して、本発明にかかる資源管理プログラム、資源管理方法、および資源管理装置の実施の形態を詳細に説明する。
【0011】
（実施の形態）
図１は、実施の形態にかかる資源管理方法の一実施例を示す説明図である。図１において、資源管理装置１０１は、１以上のサービスの提供にかかる複数の処理装置それぞれに対応する予備用の予備処理装置に割り当てるリソースを管理するコンピュータである。サービスは、１または複数のアプリケーションにより提供される。
図１は、実施の形態にかかる資源管理方法の一実施例を示す説明図である。図１において、資源管理装置１０１は、１以上のサービスの提供にかかる複数の処理装置それぞれに対応する予備用の予備処理装置に割り当てるリソースを管理するコンピュータである。サービスは、１または複数のアプリケーションにより提供される。
【0012】
処理装置は、サービスを提供するためのアプリケーションを実行する。処理装置は、例えば、コンテナまたは仮想マシンである。コンテナは、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のカーネルを内部で分割して作成される、他と隔離されたユーザ空間に相当し、ＯＳのプロセスのひとつとして動作する。
【0013】
仮想マシンは、物理的なコンピュータのハードウェア資源を分割して構築される実行環境で動作する仮想的なコンピュータである。処理装置は、物理サーバであってもよい。予備用の予備処理装置は、例えば、性能不足に応じてリソースの増強を行う際にサービスに追加される処理装置である。
【0014】
リソースは、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、メモリ、ストレージ、アクセラレータなどのＩＣＴリソースである。アクセラレータは、例えば、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、スマートＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）などである。
【0015】
ここで、ディスアグリゲーテッドなシステムでは、例えば、サービスの性能が要件を満たさなくなった場合、リソースを増強して処理性能を確保することが行われる。例えば、サービスにかかるトラフィックや負荷が閾値を超えた場合、新たなコンテナや仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）をサービスに追加することが行われる。
【0016】
一方、リソースを増強する際に、その都度、新たなコンテナ等を生成する場合、コンテナ等を追加する作業に時間がかかる。例えば、ディスアグリゲーテッドなシステムにコンテナを追加するには、ＩＣＴリソースの電源投入やコンテナへの接続設定（例えば、コンテナとＩＣＴリソースとの紐付け）を行うことになり、コンテナを追加する作業に時間がかかる。
【0017】
このため、リソースの増強にかかる時間を短縮すべく、サービスを提供するためのアプリケーションを実行する予備コンテナ等を事前に準備する手法が考えられる。例えば、サービス提供用のコンテナの配備時に、サービスに合わせて事前に予備コンテナ用のＩＣＴリソースを確保して、電源投入、接続設定をしておき、コンテナの追加が必要になったタイミングで事前に準備していた予備コンテナをサービスに追加することが考えられる。
【0018】
しかし、この手法では、予備コンテナ等に割り当てたＩＣＴリソースの待機電力が発生し、予備コンテナ等にかかる消費電力が増大するという問題がある。例えば、１０個の予備コンテナそれぞれに１つのＩＣＴリソースを割り当てた場合、１０個のＩＣＴリソースを待機させることになる。また、全ての予備コンテナが同時に使われる可能性は低く、全てのＩＣＴリソースに電源投入して待機させることは効率的ではない。
【0019】
そこで、本実施の形態では、事前に電源投入して用意しておくリソースの数を抑えて、予備コンテナ等にかかる消費電力を削減する資源管理方法について説明する。ここで、資源管理装置１０１の処理例について説明する。
【0020】
図１の例では、稼働中のサービスを「サービスＡ，Ｂ，Ｃ」とする。また、サービスＡの提供にかかる処理装置を「処理装置Ａ１ａ，Ａ２ａ，Ａ３ａ」とする。サービスＢの提供にかかる処理装置を「処理装置Ｂ１ａ，Ｂ２ａ」とする。サービスＣの提供にかかる処理装置を「処理装置Ｃ１ａ」とする。
【0021】
また、処理装置Ａ１ａで使用されるリソースを「ＣＰＵ：１、ＧＰＵ：１」とする。なお、「ＣＰＵ：１」は、１個のＣＰＵを示す。「ＧＰＵ：１」は、１個のＧＰＵを示す。処理装置Ａ２ａで使用されるリソースを「ＣＰＵ：１」とする。処理装置Ａ３ａで使用されるリソースを「ＣＰＵ：２」とする。処理装置Ｂ１ａで使用されるリソースを「ＣＰＵ：１、ＧＰＵ：１」とする。処理装置Ｂ２ａで使用されるリソースを「ＣＰＵ：１」とする。処理装置Ｃ１ａで使用されるリソースを「ＣＰＵ：２」とする。
【0022】
また、サービスＡ，Ｂ，Ｃの提供にかかる処理装置Ａ１ａ，Ａ２ａ，Ａ３ａ，Ｂ１ａ，Ｂ２ａ，Ｃ１ａに対応する予備用の予備処理装置として、「予備処理装置Ａ１ｂ，Ａ２ｂ，Ａ３ｂ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ」をそれぞれ生成する場合を想定する。
【0023】
この場合、資源管理装置１０１は、特徴情報１１０に基づいて、予備用の予備処理装置Ａ１ｂ～Ｃ１ｂのうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、予備用の予備処理装置Ａ１ｂ～Ｃ１ｂを分類する。
【0024】
ここで、特徴情報１１０は、サービスＡ，Ｂ，Ｃの提供にかかる処理装置Ａ１ａ～Ｃ１ａそれぞれの特徴を表す情報である。特徴情報１１０は、例えば、処理装置Ａ１ａ～Ｃ１ａそれぞれが、サービスＡ，Ｂ，Ｃのうちのいずれのサービスの提供にかかる処理装置であるかを表す。
【0025】
あるサービスに人気が集中した際には、そのサービスの提供にかかる全てのコンテナ（処理装置）でリソース増強が必要となる可能性が高い。このため、資源管理装置１０１は、例えば、特徴情報１１０に基づいて、予備用の予備処理装置Ａ１ｂ～Ｃ１ｂのうち、同じサービスの提供にかかる処理装置に対応する予備処理装置同士が同一グループとならないように、予備用の予備処理装置Ａ１ｂ～Ｃ１ｂを分類してもよい。
【0026】
図１の例では、処理装置Ａ１ａ，Ａ２ａ，Ａ３ａは、サービスＡの提供にかかる処理装置である。サービスＡの提供にかかる処理装置Ａ１ａ，Ａ２ａ，Ａ３ａに対応する予備処理装置は、予備処理装置Ａ１ｂ，Ａ２ｂ，Ａ３ｂである。また、処理装置Ｂ１ａ，Ｂ２ａは、サービスＢの提供にかかる処理装置である。サービスＢの提供にかかる処理装置Ｂ１ａ，Ｂ２ａに対応する予備処理装置は、予備処理装置Ｂ１ｂ，Ｂ２ｂである。また、処理装置Ｃ１ａは、サービスＣの提供にかかる処理装置である。サービスＣの提供にかかる処理装置Ｃ１ａに対応する予備処理装置は、予備処理装置Ｃ１ｂである。
【0027】
このため、資源管理装置１０１は、特徴情報１１０に基づいて、サービスＡの提供にかかる処理装置Ａ１ａ，Ａ２ａ，Ａ３ａに対応する予備処理装置Ａ１ｂ，Ａ２ｂ，Ａ３ｂ同士が同一グループとならないように、予備用の予備処理装置Ａ１ｂ～Ｃ１ｂを分類する。また、資源管理装置１０１は、特徴情報１１０に基づいて、サービスＢの提供にかかる処理装置Ｂ１ａ，Ｂ２ａに対応する予備処理装置Ｂ１ｂ，Ｂ２ｂ同士が同一グループとならないように、予備用の予備処理装置Ａ１ｂ～Ｃ１ｂを分類する。
【0028】
ここでは、予備用の予備処理装置Ａ１ｂ～Ｃ１ｂのうち、予備処理装置Ａ１ｂ，Ｂ１ｂがグループＧ１に分類され、予備処理装置Ａ２ｂ，Ｂ２ｂがグループＧ２に分類され、予備処理装置Ａ３ｂ，Ｃ１ｂがグループＧ３に分類された場合を想定する。
【0029】
つぎに、資源管理装置１０１は、分類したグループＧ１～Ｇ３内の予備処理装置間でリソースを共有するように、グループＧ１～Ｇ３内の予備処理装置に重複してリソースを割り当てる。ここで、各予備処理装置Ａ１ｂ～Ｃ１ｂには、例えば、各処理装置Ａ１ａ～Ｃ１ａで使用されるリソースと同量のリソースが割り当てられる。
【0030】
例えば、予備処理装置Ａ１ｂには、処理装置Ａ１ａと同量のリソース「ＣＰＵ：１、ＧＰＵ：１」が割り当てられる。予備処理装置Ｂ１ｂには、処理装置Ｂ１ａと同量のリソース「ＣＰＵ：１、ＧＰＵ：１」が割り当てられる。この際、グループＧ１内の予備処理装置Ａ１ｂ，Ｂ１ｂには、同じリソースを予備処理装置Ａ１ｂ，Ｂ１ｂ間で共有するように、リソースが割り当てられる。グループＧ１では、予備処理装置Ａ１ｂ，Ｂ１ｂ間で１個のＣＰＵを共有する。また、グループＧ１では、予備処理装置Ａ１ｂ，Ｂ１ｂ間で１個のＧＰＵが共有される。
【0031】
また、予備処理装置Ａ２ｂには、処理装置Ａ２ａと同量のリソース「ＣＰＵ：１」が割り当てられる。予備処理装置Ｂ２ｂには、処理装置Ｂ２ａと同量のリソース「ＣＰＵ：１」が割り当てられる。この際、グループＧ２内の予備処理装置Ａ２ｂ，Ｂ２ｂには、同じリソースを予備処理装置Ａ２ｂ，Ｂ２ｂ間で共有するように、リソースが割り当てられる。グループＧ２では、予備処理装置Ａ２ｂ，Ｂ２ｂ間で１個のＣＰＵが共有される。
【0032】
また、予備処理装置Ａ３ｂには、処理装置Ａ３ａと同量のリソース「ＣＰＵ：２」が割り当てられる。予備処理装置Ｃ１ｂには、処理装置Ｃ１ａと同量のリソース「ＣＰＵ：２」が割り当てられる。この際、グループＧ３内の予備処理装置Ａ３ｂ，Ｃ１ｂには、同じリソースを予備処理装置Ａ３ｂ，Ｃ１ｂ間で共有するように、リソースが割り当てられる。グループＧ３では、予備処理装置Ａ３ｂ，Ｃ１ｂ間で２個のＣＰＵが共有される。
【0033】
このように、資源管理装置１０１によれば、同じタイミングに使用される可能性が高い予備処理装置同士が別のリソース（ＩＣＴリソース）を使うように予備処理装置をグループ化することができる。換言すれば、資源管理装置１０１は、同じタイミングに使用される可能性が低い予備処理装置同士を、同じリソースを共有する同じグループにまとめることができる。これにより、資源管理装置１０１は、現構成で性能を満たせない場合に迅速なリソース増強を可能にするとともに、事前に電源投入して用意しておくリソースの数を抑えて消費電力を削減することができる。
【0034】
図１の例では、資源管理装置１０１は、リソースの確保数をＣＰＵ４個、ＧＰＵ１個に抑えることができる。一方、予備処理装置間でリソースを共有せず、予備処理装置ごとにリソースを確保する場合、ＣＰＵが８個、ＧＰＵが２個必要となる。このため、資源管理装置１０１は、予備処理装置ごとにリソースを確保する場合に比べて、ＣＰＵ４個分の消費電力と、ＧＰＵ１個分の消費電力を削減することができる。また、同一グループに分類された予備処理装置同士は同じタイミングで必要となる可能性が低く、追加するコンテナ間でリソースの競合が発生しにくい。このため、資源管理装置１０１は、現構成で性能を満たせない場合に迅速なリソース増強を行うことができる。
【0035】
（情報処理システム２００のシステム構成例）
つぎに、図１に示した資源管理装置１０１を含む情報処理システム２００のシステム構成例について説明する。ここでは、図１に示した資源管理装置１０１を、情報処理システム２００内の管理サーバ２０１に適用した場合を例に挙げて説明する。情報処理システム２００は、例えば、ディスアグリゲーテッドなシステムに適用される。
つぎに、図１に示した資源管理装置１０１を含む情報処理システム２００のシステム構成例について説明する。ここでは、図１に示した資源管理装置１０１を、情報処理システム２００内の管理サーバ２０１に適用した場合を例に挙げて説明する。情報処理システム２００は、例えば、ディスアグリゲーテッドなシステムに適用される。
【0036】
以下の説明では、サービスの提供にかかる処理装置として「コンテナ」を例に挙げて説明する。また、予備用の予備処理装置として「予備コンテナ」を例に挙げて説明する。
【0037】
図２は、情報処理システム２００のシステム構成例を示す説明図である。図２において、情報処理システム２００は、管理サーバ２０１と、複数の運用サーバ２０２と、コンテナ管理装置２０３と、を含む。情報処理システム２００において、管理サーバ２０１、運用サーバ２０２およびコンテナ管理装置２０３は、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。
【0038】
ここで、管理サーバ２０１は、１以上のサービスの提供にかかる複数のコンテナそれぞれに対応する予備コンテナに割り当てるリソースを管理するコンピュータである。コンテナや予備コンテナは、例えば、運用サーバ２０２により実行される。コンテナや予備コンテナに割り当てるリソースは、例えば、運用サーバ２０２により提供される。
【0039】
運用サーバ２０２は、コンテナ（予備コンテナを含む）を実行可能なコンピュータである。また、運用サーバ２０２は、仮想マシン（予備仮想マシンを含む）を実行可能であってもよい。また、運用サーバ２０２は、ネットワーク２１０を介してコンテナに割り当てるリソース（ＩＣＴリソース）を提供するコンピュータであってもよい。
【0040】
コンテナ管理装置２０３は、コンテナ（予備コンテナを含む）を管理するコンピュータである。コンテナ管理装置２０３は、例えば、管理サーバ２０１の制御に従って、運用サーバ２０２上にコンテナや予備コンテナを配備する。
【0041】
なお、ここでは、管理サーバ２０１とコンテナ管理装置２０３とを別体に設けることにしたが、これに限らない。例えば、コンテナ管理装置２０３は、管理サーバ２０１により実現されてもよい。また、コンテナ管理装置２０３は、複数の運用サーバ２０２のうちのいずれかの運用サーバ２０２により実現されてもよい。
【0042】
（管理サーバ２０１のハードウェア構成例）
つぎに、管理サーバ２０１のハードウェア構成例について説明する。
つぎに、管理サーバ２０１のハードウェア構成例について説明する。
【0043】
図３は、管理サーバ２０１のハードウェア構成例を示すブロック図である。図３において、管理サーバ２０１は、ＣＰＵ３０１と、メモリ３０２と、ディスクドライブ３０３と、ディスク３０４と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０５と、可搬型記録媒体Ｉ／Ｆ３０６と、可搬型記録媒体３０７と、を有する。また、各構成部は、バス３００によってそれぞれ接続される。
【0044】
ここで、ＣＰＵ３０１は、管理サーバ２０１の全体の制御を司る。ＣＰＵ３０１は、複数のコアを有していてもよい。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭがＯＳのプログラムを記憶し、ＲＯＭがアプリケーションプログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。
【0045】
ディスクドライブ３０３は、ＣＰＵ３０１の制御に従ってディスク３０４に対するデータのリード／ライトを制御する。ディスク３０４は、ディスクドライブ３０３の制御で書き込まれたデータを記憶する。ディスク３０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。
【0046】
通信Ｉ／Ｆ３０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して外部のコンピュータ（例えば、図２に示した運用サーバ２０２、コンテナ管理装置２０３）に接続される。そして、通信Ｉ／Ｆ３０５は、ネットワーク２１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。通信Ｉ／Ｆ３０５には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【0047】
可搬型記録媒体Ｉ／Ｆ３０６は、ＣＰＵ３０１の制御に従って可搬型記録媒体３０７に対するデータのリード／ライトを制御する。可搬型記録媒体３０７は、可搬型記録媒体Ｉ／Ｆ３０６の制御で書き込まれたデータを記憶する。可搬型記録媒体３０７としては、例えば、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリなどが挙げられる。
【0048】
なお、管理サーバ２０１は、上述した構成部のほかに、例えば、入力装置、ディスプレイなどを有していてもよい。また、管理サーバ２０１は、上述した構成部のうち、例えば、可搬型記録媒体Ｉ／Ｆ３０６、可搬型記録媒体３０７を有さなくてもよい。また、図２に示した運用サーバ２０２およびコンテナ管理装置２０３についても、管理サーバ２０１と同様のハードウェア構成により実現することができる。ただし、運用サーバ２０２は、上述した構成部のほかに、例えば、コンテナ等に割り当て可能な各種ＩＣＴリソース（ＧＰＵ、ＦＰＧＡなど）を有する。
【0049】
（サービスの一例）
つぎに、図４を用いて、情報処理システム２００（図２参照）において提供されるサービスについて説明する。ここでは、コンテナ（予備コンテナを含む）に割り当て可能なリソースを「ＣＰＵ、ＧＰＵ」とする。また、コンテナ（予備コンテナを含む）に割り当て可能なＣＰＵを「ＣＰＵ１～ＣＰＵ１６」とし、コンテナ（予備コンテナを含む）に割り当て可能なＧＰＵを「ＧＰＵ１～ＧＰＵ１０」とする。なお、ＣＰＵ＃の「＃」は、ＣＰＵを一意に識別する番号（識別子）である。ＧＰＵ＃の「＃」は、ＧＰＵを一意に識別する識別子である。
つぎに、図４を用いて、情報処理システム２００（図２参照）において提供されるサービスについて説明する。ここでは、コンテナ（予備コンテナを含む）に割り当て可能なリソースを「ＣＰＵ、ＧＰＵ」とする。また、コンテナ（予備コンテナを含む）に割り当て可能なＣＰＵを「ＣＰＵ１～ＣＰＵ１６」とし、コンテナ（予備コンテナを含む）に割り当て可能なＧＰＵを「ＧＰＵ１～ＧＰＵ１０」とする。なお、ＣＰＵ＃の「＃」は、ＣＰＵを一意に識別する番号（識別子）である。ＧＰＵ＃の「＃」は、ＧＰＵを一意に識別する識別子である。
【0050】
図４は、稼働中のサービスの一例を示す説明図である。図４において、サービスＡ，Ｂ，Ｃは、稼働中のサービスの一例である。サービスＡは、アプリＡ１、アプリＡ２およびアプリＡ３を含む３段構成のサービスである。図４中、Ａ１ａは、アプリＡ１を実行するコンテナを示す。Ａ２ａは、アプリＡ２を実行するコンテナを示す。Ａ３ａは、アプリＡ３を実行するコンテナを示す。
【0051】
コンテナＡ１ａ，Ａ２ａ，Ａ３ａは、サービスＡの提供にかかるコンテナである。ここで、アプリＡ１の実行に必要なリソースは、「ＣＰＵ：１、ＧＰＵ：１」である。コンテナＡ１ａには、ＣＰＵ１とＧＰＵ１が割り当てられている。また、アプリＡ２の実行に必要なリソースは、「ＣＰＵ：１」である。コンテナＡ２ａには、ＣＰＵ２が割り当てられている。また、アプリＡ３の実行に必要なリソースは、「ＣＰＵ：２」である。コンテナＡ３ａには、ＣＰＵ３とＣＰＵ４が割り当てられている。
【0052】
サービスＢは、アプリＢ１およびアプリＢ２を含む２段構成のサービスである。図４中、Ｂ１ａは、アプリＢ１を実行するコンテナを示す。Ｂ２ａは、アプリＢ２を実行するコンテナを示す。コンテナＢ１ａ，Ｂ２ａは、サービスＢの提供にかかるコンテナである。ここで、アプリＢ１の実行に必要なリソースは、「ＣＰＵ：１、ＧＰＵ：１」である。コンテナＢ１ａには、ＣＰＵ５とＧＰＵ２が割り当てられている。また、アプリＢ２の実行に必要なリソースは、「ＣＰＵ：１」である。コンテナＢ２ａには、ＣＰＵ６が割り当てられている。
【0053】
サービスＣは、アプリＣ１を含む１段構成のサービスである。図４中、Ｃ１ａは、アプリＣ１を実行するコンテナを示す。コンテナＣ１ａは、サービスＣの提供にかかるコンテナである。ここで、アプリＣ１の実行に必要なリソースは、「ＣＰＵ：２」である。コンテナＣ１ａには、ＣＰＵ７とＣＰＵ８が割り当てられている。
【0054】
（管理サーバ２０１の機能的構成例）
つぎに、管理サーバ２０１の機能的構成例について説明する。
つぎに、管理サーバ２０１の機能的構成例について説明する。
【0055】
図５は、管理サーバ２０１の機能的構成例を示すブロック図である。図５において、管理サーバ２０１は、受付部５０１と、第１の算出部５０２と、電源管理部５０３と、配備部５０４と、第２の算出部５０５と、負荷監視部５０６と、を含む。受付部５０１～負荷監視部５０６は制御部５００となる機能であり、具体的には、例えば、図３に示したメモリ３０２、ディスク３０４、可搬型記録媒体３０７などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、通信Ｉ／Ｆ３０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。
【0056】
受付部５０１は、サービスに関する要求性能を受け付ける。サービスは、１または複数のアプリにより提供される１または複数段構成のサービスである。例えば、図４に示したサービスＡは、アプリＡ１～Ａ３により提供される３段構成のサービスである。要求性能は、サービスを提供するにあたり要求される性能を表す。要求性能は、例えば、サービスを提供するための各段のアプリごとの要求性能によって表される。
【0057】
具体的には、例えば、受付部５０１は、不図示のクライアント端末から受信することにより、サービスに関する性能要求を受け付ける。クライアント端末は、サービス提供元のユーザが使用するコンピュータである。また、受付部５０１は、不図示の入力装置を用いたユーザの操作入力により、サービスに関する性能要求を受け付けてもよい。
【0058】
第１の算出部５０２は、サービスの提供にかかるコンテナ構成を算出する。ここで、コンテナ構成は、サービスの提供にかかるコンテナを表す。コンテナ構成は、例えば、サービスを提供するにあたり必要となる各段のコンテナを示す。各段のコンテナは、各段のアプリを実行する。
【0059】
具体的には、例えば、第１の算出部５０２は、受け付けたサービスに関する要求性能とアプリ性能／リソース情報とに基づいて、サービスの提供にかかるコンテナ構成を算出する。アプリ性能／リソース情報は、サービスを提供するためのアプリごとの性能と必要リソースを示す。必要リソースは、アプリの実行に必要なリソース量である。
【0060】
例えば、サービスを、カメラ映像を解析して顔を認識する顔認識サービスとする。この場合、サービスを提供するためのアプリは、例えば、データ（画像）の圧縮を行うアプリ、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）分析を行うアプリ、可視化を行うアプリなどである。
【0061】
アプリ性能／リソース情報は、例えば、不図示のクライアント端末から取得されてもよく、また、不図示の入力装置を用いたユーザの操作入力により取得されてもよい。アプリ性能／リソース情報の具体例については、例えば、図１２を用いて後述する。算出されたコンテナ構成は、例えば、後述の図１３に示すようなサービス構成情報１３００に記憶される。
【0062】
また、第１の算出部５０２は、サービスの提供にかかるコンテナにリソースを割り当てる。リソースは、例えば、ＣＰＵ、メモリ、ストレージ、アクセラレータなどのＩＣＴリソースである。具体的には、例えば、第１の算出部５０２は、リソース割当状況情報を参照して、算出したコンテナ構成の各コンテナに空きリソースを割り当てる。
【0063】
ここで、リソース割当状況情報は、コンテナ（予備コンテナを含む）に割り当て可能なリソースそれぞれの割り当て状況を特定可能な情報である。コンテナに割り当てるリソース量（必要リソース）は、例えば、アプリ性能／リソース情報から特定される。例えば、図４に示したサービスＡの提供にかかるコンテナＡ１ａの必要リソースは、「ＣＰＵ：１、ＧＰＵ：１」である。
【0064】
【0065】
電源管理部５０３は、コンテナに割り当てられたリソースの電源を投入する。コンテナ（予備コンテナを含む）に割り当て可能なリソースは、例えば、消費電力を抑えるため、未割り当ての状態では電源断（電源ＯＦＦ）となっている。具体的には、例えば、電源管理部５０３は、コンテナに割り当てられたリソースを有する運用サーバ２０２に対して、リソースの電源投入指示を送信する。
【0066】
この結果、運用サーバ２０２において、コンテナに割り当てられたリソースの電源が投入される。電源投入指示は、例えば、運用サーバ２０２へのコマンドや、ＰＣＩｅ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｅｘｐｒｅｓｓ）スイッチのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を叩くことにより行われる。
【0067】
配備部５０４は、サービスの提供にかかるコンテナを配備する。具体的には、例えば、配備部５０４は、図２に示したコンテナ管理装置２０３に対して、各コンテナに割り当てられたリソースの接続設定と、各コンテナの配備（起動）とを要求する。この際、配備部５０４は、例えば、トラフィック分散などの設定を行ってもよい。
【0068】
コンテナ管理装置２０３に対する要求は、例えば、既存のコンテナ管理ソフトのＡＰＩを叩くことにより行われる。この結果、サービスの提供にかかるコンテナが起動される。コンテナが配備されると、例えば、後述の図１５Ａに示すようなコンテナ管理情報１５００が更新される。
【0069】
例えば、図４に示したサービスＡの提供にかかるコンテナＡ１ａ，Ａ２ａ，Ａ３ａが起動されると、サービスＡの運用が開始される。また、サービスＢの提供にかかるコンテナＢ１ａ，Ｂ２ａが起動されると、サービスＢの運用が開始される。また、サービスＣの提供にかかるコンテナＣ１ａが起動されると、サービスＣの運用が開始される。
【0070】
第２の算出部５０５は、算出されたコンテナ構成に基づいて、サービスの提供にかかる予備コンテナ構成を算出する。ここで、予備コンテナ構成は、サービスの提供にかかるコンテナに対応する予備コンテナを表す。予備コンテナ構成は、例えば、サービスを提供するにあたり準備（生成）する各段の予備コンテナを示す。各段の予備コンテナは、各段のアプリを実行する。
【0071】
具体的には、例えば、第２の算出部５０５は、算出されたコンテナ構成を参照して、サービスの各段のアプリを実行するコンテナと同一性能の予備コンテナを含む予備コンテナ構成を算出する。各段の予備コンテナ数は、例えば、１台とする。ただし、各段の予備コンテナ数は、各段のコンテナ数と同数としてもよい。
【0072】
算出された予備コンテナ構成は、例えば、コンテナ管理情報１５００に記憶される。
【0073】
また、第２の算出部５０５は、複数のコンテナそれぞれに対応する予備用の予備コンテナのうち、同じタイミングで使用される予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する。ここで、複数のコンテナは、１以上のサービスの提供にかかる複数のコンテナである。１以上のサービスは、例えば、図４に示したサービスＡ，Ｂ，Ｃである。
【0074】
具体的には、例えば、第２の算出部５０５は、複数のコンテナそれぞれの特徴を表す特徴情報に基づいて、予備用の予備コンテナを分類する。ここで、特徴情報は、例えば、複数のコンテナそれぞれが、１以上のサービスのうちのいずれのサービスの提供にかかるコンテナであるかを表す情報である。特徴情報は、例えば、不図示のクライアント端末から取得されてもよく、また、不図示の入力装置を用いたユーザの操作入力により取得されてもよい。
【0075】
例えば、あるサービスに人気が集中した際は、そのサービスの提供にかかる全てのコンテナでリソース増強が必要となる可能性が高いといえる。このため、第２の算出部５０５は、サービス構成を考慮して、予備用の予備コンテナのうち同じタイミングで使用される可能性が相対的に高い予備コンテナを異なるグループに分類する。
【0076】
より詳細に説明すると、例えば、第２の算出部５０５は、特徴情報に基づいて、予備用の予備コンテナのうち、同じサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する（後述する実施例１に対応）。
【0077】
また、特徴情報は、例えば、複数のコンテナそれぞれの負荷状態を表す情報であってもよい。コンテナの負荷状態は、例えば、データ転送速度（Ｍｂｐｓ）によって表される。例えば、処理性能に余裕がないコンテナは、今後すぐにリソース増強が必要となる可能性が高いといえる。このため、第２の算出部５０５は、コンテナの処理性能の余裕を考慮して、同じタイミングで使用される可能性が高いといえる予備コンテナを異なるグループに分類する。
【0078】
より詳細に説明すると、例えば、第２の算出部５０５は、特徴情報に基づいて、予備用の予備コンテナのうち、処理性能の余裕度合いが閾値以下となるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類してもよい（後述する実施例２に対応）。処理性能の余裕度合いは、例えば、アプリの性能と現在の負荷（負荷状態）との差分によって表される。現在の負荷は、例えば、性能要件や測定値から特定される。閾値は、任意に設定可能である。
【0079】
また、第２の算出部５０５は、特徴情報に基づいて、予備用の予備コンテナのうち、性能要件に対する処理性能の余裕度合いが相対的に低いコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類してもよい。余裕度合いが相対的に低いコンテナは、例えば、複数のコンテナのうち、余裕度合いが低いほうから所定数のコンテナである。所定数は、任意に設定可能である。
【0080】
また、特徴情報は、例えば、複数のコンテナそれぞれに対応するサービスの需要傾向を表す情報であってもよい。例えば、需要傾向が似ているサービス同士は、ピークが重なりやすく、同じタイミングでリソース増強が必要となる可能性が高いといえる。このため、第２の算出部５０５は、サービスの需要傾向を考慮して、同じタイミングで使用される可能性が高いといえる予備コンテナを異なるグループに分類する。
【0081】
より詳細に説明すると、例えば、第２の算出部５０５は、特徴情報に基づいて、予備用の予備コンテナのうち、同じ需要傾向のサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類してもよい（後述する実施例３に対応）。サービスの需要傾向は、例えば、サービスの内容から判断されてもよい。
【0082】
例えば、サービスＡとサービスＢがオンラインゲームの場合、どちらも夜に負荷が増加する傾向にある。この場合、第２の算出部５０５は、例えば、サービスＡ用の予備コンテナとサービスＢ用の予備コンテナのグループを分ける。また、サービスＣが企業システムで、サービスＤが動画配信システムの場合、サービスＣは昼間に負荷が高くなり、サービスＤは夜に負荷が高くなる傾向にある。この場合、第２の算出部５０５は、例えば、サービスＣ用の予備コンテナとサービスＤ用の予備コンテナを同じグループにまとめてもよい。
【0083】
また、消費電力やコストの観点から、予備用の予備コンテナに割り当てるリソース量を抑えたい場合がある。この場合、第２の算出部５０５は、リソース上限情報と特徴情報とに基づいて、予備用の予備コンテナを分類してもよい。リソース上限情報は、予備用の予備コンテナに割り当て可能なリソース量の上限を表す情報である。リソース上限情報は、例えば、不図示のクライアント端末から取得されてもよく、また、不図示の入力装置を用いたユーザの操作入力により取得されてもよい。
【0084】
具体的には、例えば、第２の算出部５０５は、予備用の予備コンテナに割り当てるリソース量が上限を超えないように、かつ、予備用の予備コンテナのうち、同じタイミングで使用される予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類してもよい（後述する実施例４に対応）。
【0085】
より詳細に説明すると、例えば、第２の算出部５０５は、予備用の予備コンテナに割り当てるリソース量が上限を超えないように、かつ、予備用の予備コンテナのうち、同じサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類してもよい。
【0086】
また、第２の算出部５０５は、予備用の予備コンテナに割り当てるリソース量が上限を超えないように、かつ、予備用の予備コンテナのうち、処理性能の余裕度合いが閾値以下となるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類してもよい。
【0087】
また、第２の算出部５０５は、予備用の予備コンテナに割り当てるリソース量が上限を超えないように、かつ、予備用の予備コンテナのうち、同じ需要傾向のサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類してもよい。
【0088】
また、第２の算出部５０５は、分類したグループ内の予備コンテナ間でリソースを共有するように、グループ内の予備コンテナに重複してリソースを割り当てる。予備コンテナに割り当てるリソース量（必要リソース）は、例えば、予備コンテナに対応するコンテナと同じである。
【0089】
具体的には、例えば、第２の算出部５０５は、分類したグループ内の予備コンテナに割り当てるリソース量（必要リソース）から、グループごとの必要リソース量を算出する。グループの必要リソース量は、グループ内の予備コンテナに重複してリソースを割り当てるのに必要となるリソース量である。
【0090】
そして、第２の算出部５０５は、算出したグループごとの必要リソース量に基づいて、グループ内の予備コンテナ間でリソースを共有するように、グループ内の予備コンテナに重複してリソースを割り当てる。この際、第２の算出部５０５は、例えば、リソース割当状況情報を参照して、グループ内の予備コンテナに空きリソースを割り当てる。なお、予備コンテナ間でリソースを共有する方法は、例えば、既存のいかなる技術を用いてもよい。
【0091】
電源管理部５０３は、予備コンテナに割り当てられたリソースの電源を投入する。具体的には、例えば、電源管理部５０３は、予備コンテナに割り当てられたリソースを有する運用サーバ２０２に対して、リソースの電源投入指示を送信する。この結果、運用サーバ２０２において、予備コンテナに割り当てられたリソースの電源が投入される。
【0092】
配備部５０４は、サービスの提供にかかるコンテナに対応する予備コンテナを配備する。具体的には、例えば、配備部５０４は、コンテナ管理装置２０３に対して、各予備コンテナに割り当てられたリソースの接続設定と、各予備コンテナの配備（起動）とを要求する。この際、配備部５０４は、例えば、トラフィック分散などの設定を行ってもよい。
【0093】
この結果、サービスの提供にかかるコンテナに対応する予備コンテナが起動される。予備コンテナが配備されると、例えば、コンテナ管理情報１５００が更新される。
【0094】
また、電源管理部５０３は、コンテナ（予備コンテナを含む）に割り当て可能なリソースのうち、割り当て済みのリソース以外のリソースの電源を省電力モードに設定してもよい。省電力モードは、消費電力を抑えるために、リソースを低消費電力状態や低性能状態とするモードである。
【0095】
具体的には、例えば、電源管理部５０３は、割り当て済みのリソース以外のリソースを有する運用サーバ２０２に対して、電源モード変更指示を送信する。電源モード変更指示は、割り当て済みのリソース以外のリソースの電源モードを、省電力モードに設定するよう指示するものである。
【0096】
この結果、運用サーバ２０２において、割り当て済みのリソース以外のリソースが省電力モードに設定される。これにより、電源管理部５０３は、コンテナ（予備コンテナを含む）に割り当てたリソースの電源を投入する際に、電源断の場合に比べて通常状態に遷移するまでの時間を短縮することができる。
【0097】
負荷監視部５０６は、サービスの提供にかかるコンテナの負荷を監視し、リソースの増強を行うか否かを判断する。具体的には、例えば、負荷監視部５０６は、コンテナのトラフィック量が所定量を超えた場合に、そのコンテナについてのリソースの増強を行うと判断してもよい。所定量は、任意に設定可能である。
【0098】
第１の算出部５０２は、サービスの提供にかかるコンテナについてリソースの増強を行うと判断された場合、予備用の予備コンテナの中から、サービスに追加する予備コンテナを特定する。そして、第１の算出部５０２は、特定した予備コンテナをサービスに追加する。また、第１の算出部５０２は、追加した予備コンテナが同じグループ内の他の予備コンテナと共有しているリソースを占有するようにコンテナ構成を更新する。
【0099】
電源管理部５０３は、追加した予備コンテナと同じグループ内の他の予備コンテナのみに割り当てられたリソースの電源をＯＦＦ状態にする。具体的には、例えば、電源管理部５０３は、他の予備コンテナのみに割り当てられたリソースを有する運用サーバ２０２に対して、リソースの電源断指示を送信する。この結果、運用サーバ２０２において、他の予備コンテナのみに割り当てられたリソースの電源がＯＦＦ状態となる。
【0100】
なお、上述した管理サーバ２０１の機能部（受付部５０１～負荷監視部５０６）は、情報処理システム２００内の複数のコンピュータ（例えば、管理サーバ２０１、コンテナ管理装置２０３）により実現されることにしてもよい。
【0101】
（管理サーバ２０１の動作例）
図６を用いて、サービスの提供にかかるコンテナに対応する予備コンテナを生成する際の管理サーバ２０１の動作例について説明する。ここでは、サービスとして、図４に示したサービスＡ，Ｂ，Ｃを例に挙げて説明する。
図６を用いて、サービスの提供にかかるコンテナに対応する予備コンテナを生成する際の管理サーバ２０１の動作例について説明する。ここでは、サービスとして、図４に示したサービスＡ，Ｂ，Ｃを例に挙げて説明する。
【0102】
図６は、管理サーバ２０１の動作例を示す説明図である。図６において、第２の算出部５０５は、各サービスＡ，Ｂ，Ｃの提供にかかるコンテナ構成に基づいて、各サービスＡ，Ｂ，Ｃの提供にかかる予備コンテナ構成を算出する。
【0103】
ここでは、第２の算出部５０５は、各サービスＡ，Ｂ，Ｃの提供にかかるコンテナＡ１ａ，Ａ２ａ，Ａ３ａ，Ｂ１ａ，Ｂ２ａ，Ｃ１ａ（図４参照）それぞれに対応する予備コンテナＡ１ｂ，Ａ２ｂ，Ａ３ｂ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂを生成する。
【0104】
つぎに、第２の算出部５０５は、予備コンテナＡ１ｂ～Ｃ１ｂのうち、同じタイミングで使用される予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ～Ｃ１ｂを分類する。具体的には、例えば、第２の算出部５０５は、同じサービス用の予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ～Ｃ１ｂを分類する。
【0105】
ここでは、グループＧ１に予備コンテナＡ１ｂ，Ｂ１ｂが分類され、グループＧ２に予備コンテナＡ２ｂ，Ｂ２ｂが分類され、グループＧ３に予備コンテナＡ３ｂ，Ｃ１ｂが分類されている。
【0106】
これにより、第２の算出部５０５は、リソース増強のタイミングが重なりそうな同じサービス用の予備コンテナが分かれるようにグループ化することができる。例えば、サービスＡ用の予備コンテナＡ１ｂ、Ａ２ｂ、Ａ３ｂが異なるグループに分類される。また、サービスＡ用の予備コンテナＢ１ｂ，Ｂ２ｂが異なるグループに分類される。
【0107】
そして、第２の算出部５０５は、分類したグループＧ１～Ｇ３内の予備コンテナ間でリソースを共有するように、グループＧ１～Ｇ３内の予備コンテナに重複してリソースを割り当てる。各予備コンテナＡ１ｂ～Ｃ１ｂに割り当てるリソース量（必要リソース）は、例えば、各予備コンテナＡ１ｂ～Ｃ１ｂに対応するコンテナＡ１ａ～Ｃ１ａと同じである。
【0108】
例えば、第２の算出部５０５は、グループＧ１内の予備コンテナＡ１ｂ，Ｂ１ｂ間で共有するように、グループＧ１内の予備コンテナＡ１ｂ，Ｂ１ｂに重複してＣＰＵ１個、ＧＰＵ１個を割り当てる。また、第２の算出部５０５は、グループＧ２内の予備コンテナＡ２ｂ，Ｂ２ｂ間で共有するように、グループＧ２内の予備コンテナＡ２ｂ，Ｂ２ｂに重複してＣＰＵ１個を割り当てる。また、第２の算出部５０５は、グループＧ３内の予備コンテナＡ３ｂ，Ｃ１ｂ間で共有するように、グループＧ３内の予備コンテナＡ３ｂ，Ｃ１ｂに重複してＣＰＵ２個を割り当てる。
【0109】
このように、管理サーバ２０１は、同じタイミングに使用される可能性が高い予備コンテナ同士が別のＩＣＴリソースを使うように予備コンテナをグループ化することができる。これにより、管理サーバ２０１は、事前に電源投入して用意しておくＩＣＴリソースの数を削減して消費電力を抑えることができる。
【0110】
（管理サーバ２０１の資源管理処理手順）
つぎに、管理サーバ２０１の資源管理処理手順について説明する。管理サーバ２０１の資源管理処理は、例えば、１以上のサービスの提供にかかる複数のコンテナそれぞれに対応する予備用の予備コンテナを生成する際に実行される。
つぎに、管理サーバ２０１の資源管理処理手順について説明する。管理サーバ２０１の資源管理処理は、例えば、１以上のサービスの提供にかかる複数のコンテナそれぞれに対応する予備用の予備コンテナを生成する際に実行される。
【0111】
図７は、管理サーバ２０１の資源管理処理手順の一例を示すフローチャートである。図７において、管理サーバ２０１は、１以上のサービスの提供にかかるコンテナ構成に基づいて、１以上のサービスの提供にかかる予備コンテナ構成を算出する（ステップＳ７０１）。
【0112】
つぎに、管理サーバ２０１は、算出した予備コンテナ構成に基づいて、予備用の予備コンテナのうち、同じタイミングで使用される予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する（ステップＳ７０２）。予備用の予備コンテナは、１以上のサービスの提供にかかる複数のコンテナそれぞれに対応する予備コンテナである。
【0113】
そして、管理サーバ２０１は、分類したグループ内の予備コンテナに割り当てるリソース量（必要リソース）から、グループごとの必要リソース量を算出する（ステップＳ７０３）。つぎに、管理サーバ２０１は、算出したグループごとの必要リソース量に基づいて、グループ内の予備コンテナ間でリソースを共有するように、グループ内の予備コンテナに重複してリソースを割り当てる（ステップＳ７０４）。そして、管理サーバ２０１は、本フローチャートによる一連の処理を終了する。
【0114】
これにより、管理サーバ２０１は、同じタイミングに使用される可能性が高い予備コンテナ同士が別のリソースを使うように予備コンテナをグループ化することができる。
【0115】
（コンテナの追加スピード、ＩＣＴリソース確保数および消費電力の比較例）
つぎに、図８～図１０を用いて、手法別のコンテナの追加スピード、ＩＣＴリソース確保数および消費電力の比較例について説明する。ここでは、他手法１を、リソース増強が必要となった際にコンテナ、ＩＣＴリソースを起動、接続、追加する手法とする。また、他手法２を、各コンテナに対応する予備コンテナ、ＩＣＴリソースを事前に準備しておき、リソース増強が必要となった際にコンテナを追加する手法である。本手法は、本資源管理方法に対応する。
つぎに、図８～図１０を用いて、手法別のコンテナの追加スピード、ＩＣＴリソース確保数および消費電力の比較例について説明する。ここでは、他手法１を、リソース増強が必要となった際にコンテナ、ＩＣＴリソースを起動、接続、追加する手法とする。また、他手法２を、各コンテナに対応する予備コンテナ、ＩＣＴリソースを事前に準備しておき、リソース増強が必要となった際にコンテナを追加する手法である。本手法は、本資源管理方法に対応する。
【0116】
図８は、コンテナの追加スピードの比較例を示す説明図である。図８において、グラフ８０１～８０３は、リソースの増強要求に応じて、サービスの提供にかかるコンテナを追加するまでの手法別の時間の長さを表す。図８中、「電源投入」は、ＩＣＴリソースの電源投入にかかる時間を示す。「接続」は、ＩＣＴリソースの接続設定にかかる時間を示す。「起動」は、コンテナの起動にかかる時間を示す。「追加」は、コンテナの追加にかかる時間を示す。
【0117】
グラフ８０１～８０３によれば、本手法は、他手法１に比べてコンテナを追加するまでの時間が短縮されていることがわかる。
【0118】
図９は、ＩＣＴリソース確保数の比較例を示す説明図である。図９において、グラフ９０１～９０３は、コンテナ追加前のＩＣＴリソース確保数を表す（縦：ＩＣＴリソース確保数、横：手法）。また、グラフ９０４～９０６は、コンテナ追加後のＩＣＴリソース確保数を表す（縦：ＩＣＴリソース確保数、横：手法）。
【0119】
図９中、Ａ１は、アプリＡ１（図４参照）の実行に使用されるＩＣＴリソース数を示す。Ａ２は、アプリＡ２（図４参照）の実行に使用されるＩＣＴリソース数を示す。Ａ３は、アプリＡ３（図４参照）の実行に使用されるＩＣＴリソース数を示す。Ｂ１は、アプリＢ１（図４参照）の実行に使用されるＩＣＴリソース数を示す。Ｂ２は、アプリＢ２（図４参照）の実行に使用されるＩＣＴリソース数を示す。Ｃ１は、アプリＣ１（図４参照）の実行に使用されるＩＣＴリソース数を示す。予備は、予備コンテナに使用されるＩＣＴリソース数を示す。
【0120】
グラフ９０１～９０６によれば、本手法は、他手法２に比べてＩＣＴリソース数が、５個（２５％：サービス用１０個＋予備用１０個→サービス用１０個＋予備用５個）削減されていることがわかる。
【0121】
図１０は、消費電力の比較例を示す説明図である。図１０において、グラフ１００１～１００３は、コンテナ追加前の消費電力を表す（縦：消費電力の大きさ、横：手法）。また、グラフ１００４～１００６は、コンテナ追加後の消費電力を表す（縦：消費電力の大きさ、横：手法）。追加後は、予備コンテナを１個、予備から稼働中にするため消費電力が増加する。
【0122】
図１０中、Ａ１は、アプリＡ１（図４参照）の実行にかかる消費電力を示す。Ａ２は、アプリＡ２（図４参照）の実行にかかる消費電力を示す。Ａ３は、アプリＡ３（図４参照）の実行にかかる消費電力を示す。Ｂ１は、アプリＢ１（図４参照）の実行にかかる消費電力を示す。Ｂ２は、アプリＢ２（図４参照）の実行にかかる消費電力を示す。Ｃ１は、アプリＣ１（図４参照）の実行にかかる消費電力を示す。予備は、予備コンテナにかかる消費電力を示す。
【0123】
グラフ１００１～１００６によれば、本手法は、他手法２に比べて消費電力が、１．５（追加前１２％、追加後１４％）削減されていることがわかる。
【0124】
以上説明したように、実施の形態にかかる管理サーバ２０１（資源管理装置１０１）によれば、特徴情報に基づいて、予備用の予備コンテナのうち、同じタイミングで使用される予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類することができる。特徴情報は、１以上のサービスの提供にかかる複数のコンテナそれぞれの特徴を表す情報である。予備用の予備コンテナは、複数のコンテナそれぞれに対応する予備コンテナを含む。そして、管理サーバ２０１によれば、分類したグループ内の予備コンテナ間でリソースを共有するように、グループ内の予備コンテナに重複してリソースを割り当てることができる。リソースは、例えば、ＣＰＵ、メモリ、ストレージ、アクセラレータなどのＩＣＴリソースである。
【0125】
これにより、管理サーバ２０１は、同じタイミングに使用される可能性が高い予備コンテナ同士が別のリソース（ＩＣＴリソース）を使うように予備コンテナをグループ化することができる。これにより、管理サーバ２０１は、迅速なリソース増強を可能にするとともに、事前に電源投入して用意しておくＩＣＴリソースの数を削減して消費電力を抑えることができる。例えば、管理サーバ２０１は、リソースの増強が必要となった時に、追加するコンテナ間でリソースの競合が発生して、コンテナ追加に時間がかかるのを防ぐことができる。
【0126】
また、管理サーバ２０１によれば、複数のコンテナそれぞれが１以上のサービスのうちのいずれのサービスの提供にかかるコンテナであるかを表す特徴情報に基づいて、予備用の予備コンテナのうち、同じサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類することができる。
【0127】
これにより、管理サーバ２０１は、リソース増強のタイミングが重なりそうな同じサービス用の予備コンテナが分かれるようにグループ化することができる。
【0128】
また、管理サーバ２０１によれば、複数のコンテナそれぞれの負荷状態を表す特徴情報に基づいて、予備用の予備コンテナのうち処理性能の余裕度合いが閾値以下となるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類することができる。
【0129】
これにより、管理サーバ２０１は、現状のサービス構成における処理性能の余裕が少ないコンテナに対応する予備コンテナが分かれるようにグループ化することができる。
【0130】
また、管理サーバ２０１によれば、複数のコンテナそれぞれに対応するサービスの需要傾向を表す特徴情報に基づいて、予備用の予備コンテナのうち、同じ需要傾向のサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類することができる。
【0131】
これにより、管理サーバ２０１は、サービスの内容や需要傾向が似ているサービス用の予備コンテナが分かれるようにグループ化することができる。
【0132】
また、管理サーバ２０１によれば、リソース上限情報と特徴情報とに基づいて、予備用の予備コンテナに割り当てるリソース量が上限を超えないように、かつ、予備用の予備コンテナのうち、同じタイミングで使用される予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類することができる。リソース上限情報は、予備用の予備コンテナに割り当て可能なリソース量の上限を表す情報である。
【0133】
これにより、管理サーバ２０１は、消費電力、コストなどの観点から予備用のＩＣＴリソース数を抑えつつ、同じタイミングに使用される可能性が高い予備コンテナ同士が別のリソース（ＩＣＴリソース）を使うように予備コンテナをグループ化することができる。
【0134】
また、管理サーバ２０１によれば、予備用の予備コンテナに割り当て可能なリソースのうち、グループ内の予備コンテナに割り当てたリソースの電源を投入することができる。予備用の予備コンテナに割り当て可能なリソースは、未割り当ての状態では電源断（電源ＯＦＦ状態）である。
【0135】
これにより、管理サーバ２０１は、未割り当ての状態のＩＣＴリソースにかかる消費電力を抑えることができる。
【0136】
また、管理サーバ２０１によれば、予備用の予備コンテナに割り当て可能なリソースのうち、割り当て済みのリソース以外のリソースの電源を省電力モード（例えば、低消費電力状態、低性能状態）に設定することができる。
【0137】
これにより、管理サーバ２０１は、未割り当ての状態のＩＣＴリソースにかかる消費電力を抑えつつ、予備コンテナに割り当てたリソースの電源を投入する際に、電源断の場合に比べて通常状態に遷移するまでの時間を短縮することができる。
【0138】
これらのことから、実施の形態にかかる管理サーバ２０１によれば、ユーザからの性能要件を満たしたインフラを低消費電力で構築することが可能となる。
【0139】
（実施例１）
つぎに、管理サーバ２０１の実施例１について説明する。実施例１では、予備用の予備コンテナのうち、同じサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する場合について説明する。
つぎに、管理サーバ２０１の実施例１について説明する。実施例１では、予備用の予備コンテナのうち、同じサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する場合について説明する。
【0140】
（配備対象のサービス）
まず、図１１を用いて、配備対象のサービスについて説明する。
まず、図１１を用いて、配備対象のサービスについて説明する。
【0141】
図１１は、配備対象のサービスの一例を示す説明図である。図１１において、サービスＡ，Ｂは、配備対象のサービスの一例である。サービスＡは、アプリＡ１およびアプリＡ２を含む２段構成のサービスである。サービスＢは、アプリＢ１およびアプリＢ２を含む２段構成のサービスである。
【0142】
（アプリ性能／リソース情報の具体例）
つぎに、図１２を用いて、アプリ性能／リソース情報の具体例について説明する。
つぎに、図１２を用いて、アプリ性能／リソース情報の具体例について説明する。
【0143】
図１２は、アプリ性能／リソース情報の具体例を示す説明図（その１）である。図１２において、アプリ性能／リソース情報１２００は、アプリと性能と必要リソース（ＣＰＵ、ＧＰＵ）との対応関係を示す。図１２中、ＣＰＵの数は、同一性能のＣＰＵの数を示す。ＧＰＵの数は、同一性能のＧＰＵの数を示す。
【0144】
例えば、アプリ性能／リソース情報１２００は、アプリＡ１の性能が「８０Ｍｂｐｓ」であり、アプリＡ１の必要リソースが「ＣＰＵ：２、ＧＰＵ：０」であることを示す。
【0145】
以下、実施例１にかかる動作例について説明する。
【0146】
まず、受付部５０１は、各サービスＡ，Ｂに関する要求性能を受け付ける。ここでは、サービスＡに関する要求性能を「４０Ｍｂｐｓ」とし、サービスＢに関する要求性能を「５０Ｍｂｐｓ」とする。
【0147】
つぎに、第１の算出部５０２は、各サービスＡ，Ｂの提供にかかるコンテナ構成を算出する。具体的には、例えば、第１の算出部５０２は、サービスＡに関する要求性能「４０Ｍｂｐｓ」と、図１２に示したアプリ性能／リソース情報１２００とに基づいて、サービスＡの提供にかかるコンテナ構成を算出する。
【0148】
ここで、サービスＡの要求性能「４０Ｍｂｐｓ」に対して、サービスＡの１段目のアプリＡ１の性能は「８０Ｍｂｐｓ」である。このため、第１の算出部５０２は、サービスＡの１段目のコンテナ数を「１」とする。また、サービスＡの要求性能「４０Ｍｂｐｓ」に対して、サービスＡの２段目のアプリＡ２の性能は「３０Ｍｂｐｓ」である。このため、第１の算出部５０２は、サービスＡの２段目のコンテナ数を「２」とする。
【0149】
また、第１の算出部５０２は、サービスＢに関する要求性能「５０Ｍｂｐｓ」と、アプリ性能／リソース情報１２００とに基づいて、サービスＢの提供にかかるコンテナ構成を算出する。ここで、サービスＢの要求性能「５０Ｍｂｐｓ」に対して、サービスＢの１段目のアプリＢ１の性能は「１００Ｍｂｐｓ」である。このため、第１の算出部５０２は、サービスＢの１段目のコンテナ数を「１」とする。また、サービスＢの要求性能「５０Ｍｂｐｓ」に対して、サービスＢの２段目のアプリＢ２の性能は「５０Ｍｂｐｓ」である。このため、第１の算出部５０２は、サービスＢの２段目のコンテナ数を「１」とする。
【0150】
算出されたコンテナ構成は、例えば、図１３に示すようなサービス構成情報１３００に記憶される。
【0151】
図１３は、サービス構成情報１３００の具体例を示す説明図である。図１３において、サービス構成情報１３００は、各サービスＡ，Ｂの提供にかかるコンテナ構成を示す。サービス構成情報１３００は、サービスＡを提供するにあたり、１段目のアプリＡ１を実行する１台のコンテナＡ１ａと、２段目のアプリＡ２を実行する２台のコンテナＡ２ａ，Ａ２ｂとが必要であることを示す。
【0152】
また、サービス構成情報１３００は、サービスＢを提供するにあたり、１段目のアプリＢ１を実行する１台のコンテナＢ１ａと、２段目のアプリＢ２を実行する１台のコンテナＢ２ａとが必要であることを示す。なお、Ａ１ａ，Ａ２ａ，Ａ２ｂ，Ｂ１ａ，Ｂ２ａは、管理サーバ２０１において付与されるコンテナ（予備コンテナを含む）を一意に識別する識別子である。
【0153】
例えば、コンテナＡ１ａは、アプリＡ１を実行する１台目のコンテナを示す。コンテナＡ２ａは、アプリＡ２を実行する１台目のコンテナを示す。コンテナＡ２ｂは、アプリＡ２を実行する２台目のコンテナを示す。
【0154】
つぎに、第１の算出部５０２は、各サービスＡ，Ｂの提供にかかるコンテナＡ１ａ～Ｂ２ａにリソースを割り当てる。具体的には、例えば、第１の算出部５０２は、アプリ性能／リソース情報１２００を参照して、各コンテナＡ１ａ～Ｂ２ａに割り当てるリソース量（必要リソース）を特定する。
【0155】
例えば、コンテナＡ１ａのリソース量は、アプリＡ１の必要リソース「ＣＰＵ：２、ＧＰＵ：０」に対応する。また、コンテナＢ１ａのリソース量は、アプリＢ１の必要リソース「ＣＰＵ：２、ＧＰＵ：１」に対応する。
【0156】
そして、第１の算出部５０２は、図１４に示すようなリソース割当状況情報１４００を参照して、各コンテナＡ１ａ～Ｂ２ａに、特定したリソース量の空きリソースを割り当てる。ここで、リソース割当状況情報１４００の記憶内容について説明する。ここでは、コンテナ（予備コンテナを含む）に割り当て可能なリソースを「ＣＰＵ１～ＣＰＵ１６、ＧＰＵ１～ＧＰＵ１０」とする。
【0157】
図１４は、リソース割当状況情報１４００の記憶内容の変遷例を示す説明図である。図１４において、リソース割当状況情報１４００は、コンテナ（予備コンテナを含む）に割り当て可能なリソースごとの割り当て状況を示す。種類は、リソースの種類を示す。ＯＮは、割り当て済みの状態を示す。ＯＦＦは、未割り当ての状態を示す。
【0158】
（１４－１）に示すリソース割当状況情報１４００は、ＣＰＵ１～ＣＰＵ１６、ＧＰＵ１～ＧＰＵ１０が未割り当ての状態であることを示す。第１の算出部５０２は、例えば、リソース割当状況情報１４００を参照して、各コンテナＡ１ａ～Ｂ２ａに、番号が若い順から未割り当てのリソースを割り当てる。
【0159】
例えば、第１の算出部５０２は、コンテナＡ１ａにＣＰＵ１，ＣＰＵ２を割り当てる。第１の算出部５０２は、コンテナＡ２ａにＣＰＵ３およびＧＰＵ１を割り当てる。第１の算出部５０２は、コンテナＡ２ｂにＣＰＵ４およびＧＰＵ２を割り当てる。第１の算出部５０２は、コンテナＢ１ａにＣＰＵ５，ＣＰＵ６およびＧＰＵ３を割り当てる。第１の算出部５０２は、コンテナＢ２ａにＣＰＵ７およびＧＰＵ４を割り当てる。
【0160】
この結果、（１４－２）に示すリソース割当状況情報１４００のように、ＣＰＵ１～ＣＰＵ７がＯＮとなり、ＧＰＵ１～ＧＰＵ４がＯＮとなる。つぎに、電源管理部５０３は、各コンテナＡ１ａ～Ｂ２ａに割り当てられたリソースの電源を投入する。そして、配備部５０４は、各サービスＡ，Ｂの提供にかかるコンテナＡ１ａ～Ｂ２ａを配備する。
【0161】
【0162】
図１５Ａ～図１５Ｃは、コンテナ管理情報１５００の記憶内容の変遷例を示す説明図である。図１５Ａ～図１５Ｃにおいて、コンテナ管理情報１５００は、サービスＡ，Ｂの提供にかかる各コンテナのリソース割り当て結果および稼働状態を示す。図１５Ａ～図１５Ｃ中、コンテナＩＤは、コンテナの識別子である。ＣＰＵ番号は、コンテナに割り当てられたＣＰＵの識別子である。ＧＰＵ番号は、コンテナに割り当てられたＧＰＵの識別子である。状態は、コンテナの稼働状態を示す。
【0163】
図１５Ａの（１５－１）に示すコンテナ管理情報１５００では、各コンテナＡ１ａ～Ｂ２ａのリソース割り当て結果および稼働状態が示されている。状態「稼働」は、コンテナが稼働中であることを示す。
【0164】
【0165】
図１６～図１８は、実施例１にかかるリソースの使用状態を示す説明図である。図１６～図１８において、運用サーバ２０２内のＣＰＵ１～ＣＰＵ１６およびＧＰＵ１～ＧＰＵ１０は、コンテナ（予備コンテナを含む）に割り当て可能なリソースを表す。なお、図１６～図１８中、運用サーバ２０２は、１台以上の運用サーバ２０２を表す。また、ＣＰＵ１～ＣＰＵ１６は、同一性能のＣＰＵである。ＧＰＵ１～ＧＰＵ１０は、同一性能のＧＰＵである。
【0166】
図１６に示す例では、コンテナＡ１ａ～Ｂ２ａに割り当てられたリソースの使用状態が「電源ＯＮ（使用中）」となっている。使用状態「電源ＯＮ（使用中）」は、電源が投入されて、サービスに使用されている状態を示す。また、コンテナＡ１ａ～Ｂ２ａに割り当てられたリソース以外のリソースの使用状態は、「電源ＯＦＦ」となっている。使用状態「電源ＯＦＦ」は、電源が投入されていない状態を示す。
【0167】
コンテナＡ１ａ～Ｂ２ａの配備が完了すると、サービスＡ，Ｂを提供可能となる。
【0168】
つぎに、第２の算出部５０５は、図１３に示したサービス構成情報１３００に基づいて、サービスＡ，Ｂの提供にかかる予備コンテナ構成を算出する。具体的には、例えば、第２の算出部５０５は、サービスＡの各段のアプリＡ１，Ａ２を実行するコンテナＡ１ａ，Ａ２ａと同一性能の予備コンテナＡ１ｂ，Ａ２ｃを生成すると決定する。
【0169】
また、第２の算出部５０５は、サービスＢの各段のアプリＢ１，Ｂ２を実行するコンテナＢ１ａ，Ｂ２ａと同一性能の予備コンテナＢ１ｂ，Ｂ２ｂを生成すると決定する。予備コンテナ構成は、例えば、コンテナ管理情報１５００に記憶される。図１５Ａの（１５－２）に示すコンテナ管理情報１５００では、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂが追加されている。
【0170】
つぎに、第２の算出部５０５は、サービス構成情報１３００に基づいて、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂのうち、同じサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂを分類する。
【0171】
ここで、図１９を用いて、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂの分類例について説明する。
【0172】
図１９は、予備コンテナの第１の分類例を示す説明図である。図１９において、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂは、サービスＡ，Ｂの提供にかかる予備用のコンテナである。第２の算出部５０５は、例えば、同じサービスの予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂそれぞれを順番にグループ分けする。
【0173】
まず、第２の算出部５０５は、予備コンテナＡ１ｂをグループＧ１に分類する。つぎに、第２の算出部５０５は、予備コンテナＡ２ｃを、同じサービスＡの予備コンテナＡ１ｂとは異なるグループＧ２に分類する。つぎに、第２の算出部５０５は、予備コンテナＢ１ｂをグループＧ１に分類する。そして、第２の算出部５０５は、予備コンテナＢ２ｂを、同じサービスＢの予備コンテナＢ１ｂとは異なるグループＧ２に分類する。
【0174】
これにより、第２の算出部５０５は、同じサービスの予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂをグループ分けすることができる。
【0175】
つぎに、第２の算出部５０５は、分類したグループＧ１，Ｇ２内の予備コンテナ間でリソースを共有するように、グループＧ１，Ｇ２内の予備コンテナに重複してリソースを割り当てる。具体的には、例えば、まず、第２の算出部５０５は、グループＧ１，Ｇ２内の予備コンテナに割り当てるリソース量（必要リソース）から、グループＧ１，Ｇ２ごとの必要リソース量を算出する。
【0176】
ここで、グループＧ１内の予備コンテナＡ１ｂの必要リソースは「ＣＰＵ：２」である。グループＧ１内の予備コンテナＢ１ｂの必要リソースは「ＣＰＵ：２、ＧＰＵ：１」である。このため、グループＧ１内の予備コンテナ間でリソースを共有する場合、グループＧ１の必要リソース量は「ＣＰＵ：２、ＧＰＵ：１」となる（例えば、図１９参照）。
【0177】
また、グループＧ２内の予備コンテナＡ２ｃの必要リソースは「ＣＰＵ：１、ＧＰＵ：１」である。グループＧ２内の予備コンテナＢ２ｂの必要リソースは「ＣＰＵ：１、ＧＰＵ：１」である。このため、グループＧ２内の予備コンテナ間でリソースを共有する場合、グループＧ２の必要リソース量は「ＣＰＵ：１、ＧＰＵ：１」となる（例えば、図１９参照）。
【0178】
つぎに、第２の算出部５０５は、グループＧ１，Ｇ２ごとの必要リソース量に基づいて、グループＧ１，Ｇ２に割り当てるリソースを決定する。具体的には、例えば、第２の算出部５０５は、図１４の（１４－２）に示したリソース割当状況情報１４００を参照して、グループＧ１，Ｇ２に、必要リソース量分の空きリソースを割り当てる。
【0179】
ここでは、グループＧ１に、ＣＰＵ８，ＣＰＵ９およびＧＰＵ５が割り当てられる。また、グループＧ２に、ＣＰＵ１０およびＧＰＵ６が割り当てられる。この結果、（１４－３）に示すリソース割当状況情報１４００のように、ＣＰＵ８～ＣＰＵ１０がＯＮとなり、ＧＰＵ５，ＧＰＵ６がＯＮとなる。
【0180】
そして、第２の算出部５０５は、グループＧ１，Ｇ２内の予備コンテナ間でリソースを共有するように、グループＧ１，Ｇ２内の予備コンテナに重複してリソースを割り当てる。例えば、第２の算出部５０５は、各グループＧ１，Ｇ２に割り当てたリソースを、各グループＧ１，Ｇ２内の予備コンテナに重複して割り当てる。この際、第２の算出部５０５は、各グループＧ１，Ｇ２に割り当てられたリソースの方が、予備コンテナに必要なリソースよりも多い場合は、必要な分だけリソースを選択する。
【0181】
ここでは、グループＧ１内の予備コンテナＡ１ｂに、ＣＰＵ８，ＣＰＵ９が割り当てられる（例えば、図１９参照）。グループＧ１内の予備コンテナＢ１ｂに、ＣＰＵ８，ＣＰＵ９およびＧＰＵ５が割り当てられる（例えば、図１９参照）。ＣＰＵ８，ＣＰＵ９は、予備コンテナＡ１ｂ，Ｂ１ｂに重複して割り当てられている。
【0182】
また、グループＧ２内の予備コンテナＡ２ｃに、ＣＰＵ１０およびＧＰＵ６が割り当てられる（例えば、図１９参照）。グループＧ２内の予備コンテナＢ２ｂに、ＣＰＵ１０およびＧＰＵ６が割り当てられる（例えば、図１９参照）。ＣＰＵ１０およびＧＰＵ６は、予備コンテナＡ２ｃ，Ｂ２ｂに重複して割り当てられている。
【0183】
この結果、図１５Ｂの（１５－３）に示すように、コンテナ管理情報１５００に、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂそれぞれに割り当てられたリソースのＣＰＵ番号およびＧＰＵ番号が追加される。
【0184】
つぎに、電源管理部５０３は、各予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂに割り当てられたリソースの電源を投入する。そして、配備部５０４は、各サービスＡ，Ｂの提供にかかる予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂを配備する。この結果、図１５Ｂの（１５－４）に示すように、コンテナ管理情報１５００内の各予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂの状態に「予備」が設定される。状態「予備」は、予備コンテナとして待機中であることを示す。
【0185】
また、図１７に示すように、リソースの使用状態については、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂに割り当てられたリソースの使用状態が「電源ＯＮ（未使用）」となる。使用状態「電源ＯＮ（未使用）」は、電源が投入されているものの、サービスには使用されていない状態を示す。なお、使用状態「電源ＯＮ（未使用）」のリソースは、待機状態のため、電源ＯＦＦと比べると電力を使用するものの、電源ＯＮ（使用中）と比べると消費電力が少ない。
【0186】
ここで、トラフィック量の増加等に起因して、サービスＡの１段目のコンテナＡ１ａの性能が足りなくなって、リソース増強が必要となった場合を想定する。
【0187】
図２０は、コンテナ構成および予備コンテナ構成の一例を示す説明図である。図２０において、サービスＡの提供にかかるコンテナＡ１ａ，Ａ２ａ，Ａ２ｂと、サービスＢの提供にかかるコンテナＢ１ａ，Ｂ２ａが示されている。また、グループＧ１に分類された予備コンテナＡ１ｂ，Ｂ１ｂと、グループＧ２に分類された予備コンテナＡ２ｃ，Ｂ２ｂが示されている。
【0188】
ここでは、サービスＡの１段目のコンテナＡ１ａの性能が足りなくなっている。この場合、第１の算出部５０２は、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂの中から、サービスＡに追加する予備コンテナを特定する。ここでは、リソース増強が必要となったコンテナＡ１ａに対応する予備コンテナＡ１ｂが特定される。
【0189】
そして、第１の算出部５０２は、特定した予備コンテナＡ１ｂをサービスＡに追加する。また、第１の算出部５０２は、追加した予備コンテナＡ１ｂが同じグループＧ１内の他の予備コンテナＢ１ｂと共有しているリソースを占有するようにコンテナ構成を更新する。
【0190】
より具体的には、例えば、第１の算出部５０２は、配備部５０４により、コンテナ管理装置２０３に対して、予備コンテナＡ１ｂで占有するＣＰＵ８，ＣＰＵ９の接続設定と、グループＧ１内の他の予備コンテナＢ１ｂの削除を要求する。この際、配備部５０４は、例えば、トラフィック分散の変更などの設定を行ってもよい。
【0191】
また、電源管理部５０３は、グループＧ１内の他の予備コンテナＢ１ｂのみに割り当てられたリソースの電源をＯＦＦ状態にする。具体的には、例えば、電源管理部５０３は、他の予備コンテナＢ１ｂのみに割り当てられたＧＰＵ５を有する運用サーバ２０２に対して、ＧＰＵ５の電源断指示を送信する。
【0192】
この結果、運用サーバ２０２において、他の予備コンテナＢ１ｂのみに割り当てられたＧＰＵ５の電源がＯＦＦ状態となり、リソース割当状況情報１４００内のＧＰＵ５がＯＦＦとなる。また、図１８に示すように、リソースの使用状態については、予備コンテナＡ１ｂに割り当てられたリソース（ＣＰＵ８，ＣＰＵ９）の使用状態が「電源ＯＮ（使用）」となり、ＧＰＵ５の使用状態が「電源ＯＦＦ」となる。また、図１５Ｃの（１５－５）に示すように、コンテナ管理情報１５００内の予備コンテナＡ１ｂの状態に「稼働」が設定される。また、予備コンテナＢ１ｂのＣＰＵ番号およびＧＰＵ番号に「－（ｎｕｌｌ）」が設定され、状態に「削除」が設定される。
【0193】
これにより、管理サーバ２０１は、予備コンテナＡ１ｂを用いたサービスＡへのリソース増強が完了する。図２０の例では、サービスＡの１段目にグループＧ１内の予備コンテナＡ１ｂが追加され、リソース増強が行われている。この後、管理サーバ２０１は、例えば、予備コンテナＡ１ｂとリソースを共有していた予備コンテナＢ１ｂの再準備や、サービスＡの一段目用の予備コンテナＡ１ｃの準備を行ってもよい。
【0194】
（管理サーバ２０１の資源管理処理手順）
つぎに、実施例１にかかる管理サーバ２０１の資源管理処理の具体的な処理手順について説明する。
つぎに、実施例１にかかる管理サーバ２０１の資源管理処理の具体的な処理手順について説明する。
【0195】
図２１は、管理サーバ２０１の資源管理処理の具体的処理手順の一例を示すフローチャートである。図２１のフローチャートにおいて、まず、管理サーバ２０１は、各サービスの要求性能を受け付ける（ステップＳ２１０１）。つぎに、管理サーバ２０１は、受け付けた要求性能に基づいて、各サービスのサービス構成を決定する（ステップＳ２１０２）。サービス構成は、例えば、サービスの要求性能を満たす各段のコンテナ数を示す。
【0196】
そして、管理サーバ２０１は、決定したサービス構成に基づいて、各サービスの提供にかかるコンテナ構成を算出し、各サービスの提供にかかるコンテナにリソースを割り当てる（ステップＳ２１０３）。つぎに、管理サーバ２０１は、各コンテナに割り当てたリソースの電源を投入する（ステップＳ２１０４）。
【0197】
そして、管理サーバ２０１は、リソースの接続設定を含むコンテナの配備を行う（ステップＳ２１０５）。つぎに、管理サーバ２０１は、各サービスにコンテナを追加する（ステップＳ２１０６）。この際、管理サーバ２０１は、例えば、トラフィック分散の変更などの設定を行う。
【0198】
そして、管理サーバ２０１は、予備コンテナ構成決定処理を実行する（ステップＳ２１０７）。予備コンテナ構成決定処理の具体的な処理手順については、図２２を用いて後述する。つぎに、管理サーバ２０１は、各予備コンテナに割り当てたリソースの電源を投入する（ステップＳ２１０８）。
【0199】
そして、管理サーバ２０１は、リソースの接続設定を含む予備コンテナの配備を行って（ステップＳ２１０９）、本フローチャートによる一連の処理を終了する。これにより、管理サーバ２０１は、各サービスの要求性能に応じて、各サービスの提供にかかるコンテナを追加するとともに、予備コンテナを配備することができる。
【0200】
つぎに、図２２を用いて、ステップＳ２１０７の予備コンテナ構成決定処理の具体的な処理手順について説明する。
【0201】
図２２は、予備コンテナ構成決定処理の具体的処理手順の一例を示すフローチャートである。図２２のフローチャートにおいて、まず、管理サーバ２０１は、各サービスのサービス構成に基づいて、各サービスの提供にかかる予備コンテナ構成を算出する（ステップＳ２２０１）。
【0202】
つぎに、管理サーバ２０１は、算出した予備コンテナ構成に基づいて、第１のグループ分け処理を実行する（ステップＳ２２０２）。第１のグループ分け処理の具体的な処理手順については、図２３を用いて後述する。そして、管理サーバ２０１は、各グループ内の予備コンテナの必要リソースから、各グループの必要リソース量を算出する（ステップＳ２２０３）。
【0203】
つぎに、管理サーバ２０１は、算出した各グループの必要リソース量に基づいて、各グループに必要リソース量分の空きリソースを割り当てる（ステップＳ２２０４）。そして、管理サーバ２０１は、各グループ内の予備コンテナ間でリソースを共有するように、各グループ内の予備コンテナに重複してリソースを割り当てて（ステップＳ２２０５）、予備コンテナ構成決定処理を呼び出したステップに戻る。
【0204】
つぎに、図２３を用いて、ステップＳ２２０２の第１のグループ分け処理の具体的な処理手順について説明する。
【0205】
図２３は、第１のグループ分け処理の具体的処理手順の一例を示すフローチャートである。図２３のフローチャートにおいて、まず、管理サーバ２０１は、予備用の予備コンテナのうち選択されていない未選択の予備コンテナを選択する（ステップＳ２３０１）。つぎに、管理サーバ２０１は、サービス構成情報に基づいて、選択した予備コンテナのサービスを特定する（ステップＳ２３０２）。
【0206】
そして、管理サーバ２０１は、未確認のグループがあるか否かを判断する（ステップＳ２３０３）。ここで、未確認のグループがない場合（ステップＳ２３０３：Ｎｏ）、管理サーバ２０１は、新しいグループに、選択した予備コンテナを追加して（ステップＳ２３０４）、ステップＳ２３０９に移行する。
【0207】
一方、未確認のグループがある場合（ステップＳ２３０３：Ｙｅｓ）、管理サーバ２０１は、未確認のグループを選択する（ステップＳ２３０５）。つぎに、管理サーバ２０１は、グループ内の予備コンテナのサービスを特定する（ステップＳ２３０６）。そして、管理サーバ２０１は、特定したサービスがステップＳ２３０２において特定したサービスと同じか否かを判断する（ステップＳ２３０７）。
【0208】
ここで、サービスが同じ場合（ステップＳ２３０７：Ｙｅｓ）、管理サーバ２０１は、ステップＳ２３０３に戻る。一方、サービスが異なる場合（ステップＳ２３０７：Ｎｏ）、管理サーバ２０１は、選択したグループに、選択した予備コンテナを追加する（ステップＳ２３０８）。
【0209】
そして、管理サーバ２０１は、予備用の予備コンテナのうち選択されていない未選択の予備コンテナがあるか否かを判断する（ステップＳ２３０９）。ここで、未選択の予備コンテナがある場合（ステップＳ２３０９：Ｙｅｓ）、管理サーバ２０１は、ステップＳ２３０１に戻る。一方、未選択の予備コンテナがない場合（ステップＳ２３０９：Ｎｏ）、管理サーバ２０１は、第１のグループ分け処理を呼び出したステップに戻る。
【0210】
これにより、管理サーバ２０１は、同じサービスの予備コンテナ同士が同一グループとならないように、予備コンテナをグループ分けすることができる。
【0211】
（管理サーバ２０１のリソース増強処理手順）
つぎに、管理サーバ２０１のリソース増強処理手順について説明する。
つぎに、管理サーバ２０１のリソース増強処理手順について説明する。
【0212】
図２４は、管理サーバ２０１のリソース増強処理手順の一例を示すフローチャートである。図２４のフローチャートにおいて、まず、管理サーバ２０１は、サービスの提供にかかるコンテナの負荷を監視し、リソースの増強を行うか否かを判断する（ステップＳ２４０１）。
【0213】
ここで、管理サーバ２０１は、リソースの増強を行うと判断するまで待つ（ステップＳ２４０１：Ｎｏ）。そして、管理サーバ２０１は、リソースの増強を行うと判断した場合（ステップＳ２４０１：Ｙｅｓ）、予備用の予備コンテナの中から、サービスに追加する予備コンテナを特定する（ステップＳ２４０２）。
【0214】
つぎに、管理サーバ２０１は、特定した予備コンテナをサービスに追加する（ステップＳ２４０３）。この際、管理サーバ２０１は、例えば、トラフィック分散の変更などの設定を行う。そして、管理サーバ２０１は、追加した予備コンテナと同一グループの他の予備コンテナを特定する（ステップＳ２４０４）。
【0215】
つぎに、管理サーバ２０１は、特定した他の予備コンテナを削除する（ステップＳ２４０５）。そして、管理サーバ２０１は、追加した予備コンテナが同じグループ内の他の予備コンテナと共有しているリソースを占有するようにコンテナ構成を更新する（ステップＳ２４０６）。
【0216】
つぎに、管理サーバ２０１は、他の予備コンテナのみに割り当てられた不要リソースの電源をＯＦＦ状態にする（ステップＳ２４０７）。そして、管理サーバ２０１は、まだリソース増強が必要であるか否かを判断する（ステップＳ２４０８）。ここで、リソース増強が必要な場合（ステップＳ２４０８：Ｙｅｓ）、管理サーバ２０１は、ステップＳ２４０２に戻る。
【0217】
一方、リソース増強が必要ではない場合（ステップＳ２４０８：Ｎｏ）、管理サーバ２０１は、本フローチャートによる一連の処理を終了する。これにより、管理サーバ２０１は、トラフィック量の増加等に起因して性能不足が発生した際に、予備コンテナを用いてサービスへのリソース増強を行うことができる。
【0218】
以上説明したように、実施例１にかかる管理サーバ２０１によれば、リソース増強のタイミングが重なりそうな同じサービス用の予備コンテナが分かれるようにグループ化することができる。これにより、管理サーバ２０１は、迅速なリソース増強を可能にするとともに、事前に電源投入して用意しておくＩＣＴリソースの数を削減して消費電力を削減することができる。
【0219】
（実施例２）
つぎに、管理サーバ２０１の実施例２について説明する。実施例２では、予備用の予備コンテナのうち、処理性能の余裕度合いが閾値以下となるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する場合について説明する。
つぎに、管理サーバ２０１の実施例２について説明する。実施例２では、予備用の予備コンテナのうち、処理性能の余裕度合いが閾値以下となるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する場合について説明する。
【0220】
以下、実施例２にかかる動作例について説明する。ただし、配備対象のサービスは、実施例１と同じとする（図１１参照）。また、実施例２にかかるサービス配備とリソース増強については、実施例１と同様のため、図示および説明を省略する。ここでは、実施例２にかかる予備コンテナを準備する際の動作例について説明する。
【0221】
まず、負荷監視部５０６は、サービスＡ，Ｂの提供にかかるコンテナの負荷を監視し、図２５に示すようなサービス構成情報２５００に現在の負荷を記録する。
【0222】
図２５は、サービス構成情報２５００の具体例を示す説明図である。図２５において、サービス構成情報２５００は、各サービスＡ，Ｂの提供にかかるコンテナ構成と、現在の負荷とを示す。現在の負荷は、サービスＡ，Ｂの提供にかかる各段のコンテナの負荷を表す。
【0223】
第２の算出部５０５は、図２５に示したサービス構成情報２５００に基づいて、サービスＡ，Ｂの提供にかかる予備コンテナ構成を算出する。具体的には、例えば、第２の算出部５０５は、サービスＡの各段のアプリＡ１，Ａ２を実行するコンテナＡ１ａ，Ａ２ａと同一性能の予備コンテナＡ１ｂ，Ａ２ｃを生成すると決定する。
【0224】
また、第２の算出部５０５は、サービスＢの各段のアプリＢ１，Ｂ２を実行するコンテナＢ１ａ，Ｂ２ａと同一性能の予備コンテナＢ１ｂ，Ｂ２ｂを生成すると決定する。予備コンテナ構成は、例えば、図２６に示すようなコンテナ管理情報２６００に記憶される。
【0225】
図２６は、コンテナ管理情報２６００の記憶内容の変遷例を示す説明図である。図２６において、コンテナ管理情報２６００は、サービスＡ，Ｂの提供にかかる各コンテナのリソース割り当て結果および稼働状態を示す。（２６－１）に示すコンテナ管理情報２６００では、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂが追加されている。
【0226】
つぎに、第２の算出部５０５は、サービス構成情報２５００に基づいて、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂのうち、処理性能の余裕度合いが閾値以下となるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂを分類する。
【0227】
【0228】
図２７Ａおよび図２７Ｂは、予備コンテナの第２の分類例を示す説明図である。図２７Ａにおいて、コンテナＡ１ａ，Ａ２ａ，Ａ２ｂ，Ｂ１ａ，Ｂ２ａは、サービスＡ，Ｂの提供にかかる予備用のコンテナである。また、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂは、サービスＡ，Ｂの提供にかかる予備用のコンテナである。
【0229】
まず、第２の算出部５０５は、例えば、サービスＡ，Ｂの各段について、コンテナＡ１ａ，Ａ２ａ，Ａ２ｂ，Ｂ１ａ，Ｂ２ａの処理性能の余裕度合いを算出する。そして、第２の算出部５０５は、算出した余裕度合いが少ない順に、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂを並び替える。
【0230】
サービスＡの１段目は、コンテナＡ１ａの処理性能「８０Ｍｂｐｓ」に対して現在の負荷が「４０Ｍｂｐｓ」である。このため、１段目のコンテナＡ１ａの処理性能の余裕度合いは、「４０Ｍｂｐｓ」となる。また、サービスＡの２段目は、コンテナＡ２ａ，Ａ２ｂの処理性能「６０Ｍｂｐｓ（＝３０Ｍｂｐｓ×２）」に対して現在の負荷が「４０Ｍｂｐｓ」である。このため、２段目のコンテナＡ２ａ，Ａ２ｂの処理性能の余裕度合いは、「２０Ｍｂｐｓ」となる。
【0231】
サービスＢの１段目は、コンテナＢ１ａの処理性能「１００Ｍｂｐｓ」に対して現在の負荷が「５０Ｍｂｐｓ」である。このため、１段目のコンテナＢ１ａの処理性能の余裕度合いは、「５０Ｍｂｐｓ」となる。また、サービスＢの２段目は、コンテナＢ２ａの処理性能「５０Ｍｂｐｓ」に対して現在の負荷が「５０Ｍｂｐｓ」である。このため、２段目のコンテナＢ２ａの処理性能の余裕度合いは、「０Ｍｂｐｓ」となる。
【0232】
この場合、各予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂに対応する段の処理性能の余裕度合いが少ない順に並び替えると、予備コンテナＢ２ｂ，Ａ２ｃ，Ａ１ｂ，Ｂ１ｂとなる。第２の算出部５０５は、並び替えた予備コンテナＢ２ｂ，Ａ２ｃ，Ａ１ｂ，Ｂ１ｂを、処理性能の余裕度合いが閾値以下の予備コンテナ同士が同一グループにならないように順番にグループ分けする。
【0233】
ここでは、閾値を「３０Ｍｂｐｓ」とする。この場合、処理性能の余裕度合いが閾値以下となる予備コンテナは、予備コンテナＢ２ｂ，Ａ２ｃである。
【0234】
まず、第２の算出部５０５は、予備コンテナＢ２ｂをグループＧ１に分類する。つぎに、第２の算出部５０５は、予備コンテナＡ２ｃを、予備コンテナＢ２ｂとは異なるグループＧ２に分類する。つぎに、第２の算出部５０５は、予備コンテナＡ１ｂをグループＧ１に分類する。そして、第２の算出部５０５は、予備コンテナＢ１ｂをグループＧ２に分類する。
【0235】
これにより、第２の算出部５０５は、処理性能の余裕度合いが閾値以下となる予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂをグループ分けすることができる。
【0236】
つぎに、第２の算出部５０５は、分類したグループＧ１，Ｇ２内の予備コンテナ間でリソースを共有するように、グループＧ１，Ｇ２内の予備コンテナに重複してリソースを割り当てる。具体的には、例えば、まず、第２の算出部５０５は、グループＧ１，Ｇ２内の予備コンテナに割り当てるリソース量（必要リソース）から、グループＧ１，Ｇ２ごとの必要リソース量を算出する。
【0237】
ここで、グループＧ１内の予備コンテナＢ２ｂの必要リソースは「ＣＰＵ：１、ＧＰＵ：１」である。グループＧ１内の予備コンテナＡ１ｂの必要リソースは「ＣＰＵ：２」である。このため、グループＧ１内の予備コンテナ間でリソースを共有する場合、グループＧ１の必要リソース量は「ＣＰＵ：２、ＧＰＵ：１」となる（図２７Ｂ参照）。
【0238】
また、グループＧ２内の予備コンテナＡ２ｃの必要リソースは「ＣＰＵ：１、ＧＰＵ：１」である。グループＧ２内の予備コンテナＢ１ｂの必要リソースは「ＣＰＵ：２、ＧＰＵ：１」である。このため、グループＧ２内の予備コンテナ間でリソースを共有する場合、グループＧ２の必要リソース量は「ＣＰＵ：２、ＧＰＵ：１」となる（図２７Ｂ参照）。
【0239】
つぎに、第２の算出部５０５は、グループＧ１，Ｇ２ごとの必要リソース量に基づいて、グループＧ１，Ｇ２に割り当てるリソースを決定する。具体的には、例えば、第２の算出部５０５は、グループＧ１，Ｇ２に、必要リソース量分の空きリソースを割り当てる。ここでは、グループＧ１に、ＣＰＵ８，ＣＰＵ９およびＧＰＵ５が割り当てられる。また、グループＧ２に、ＣＰＵ１０、ＣＰＵ１１およびＧＰＵ６が割り当てられる。
【0240】
そして、第２の算出部５０５は、グループＧ１，Ｇ２内の予備コンテナ間でリソースを共有するように、グループＧ１，Ｇ２内の予備コンテナに重複してリソースを割り当てる。
【0241】
ここでは、グループＧ１内の予備コンテナＢ２ｂに、ＣＰＵ８およびＧＰＵ５が割り当てられる（図２７Ｂ参照）。グループＧ１内の予備コンテナＡ１ｂに、ＣＰＵ８，ＣＰＵ９が割り当てられる（図２７Ｂ参照）。ＣＰＵ８は、予備コンテナＡ１ｂ，Ｂ２ｂに重複して割り当てられている。
【0242】
また、グループＧ２内の予備コンテナＡ２ｃに、ＣＰＵ１０およびＧＰＵ６が割り当てられる（図２７Ｂ参照）。グループＧ２内の予備コンテナＢ１ｂに、ＣＰＵ１０、ＣＰＵ１１およびＧＰＵ６が割り当てられる（図２７Ｂ参照）。ＣＰＵ１０およびＧＰＵ６は、予備コンテナＡ２ｃ，Ｂ１ｂに重複して割り当てられている。
【0243】
この結果、図２６の（２６－２）に示すように、コンテナ管理情報２６００に、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂそれぞれに割り当てられたリソースのＣＰＵ番号およびＧＰＵ番号が追加される。
【0244】
つぎに、電源管理部５０３は、各予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂに割り当てられたリソースの電源を投入する。そして、配備部５０４は、各サービスＡ，Ｂの提供にかかる予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂを配備する。この結果、図２６の（２６－３）に示すように、コンテナ管理情報２６００内の各予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂの状態に「予備」が設定される。
【0245】
ここで、図２８を用いて、サービスＡ，Ｂの提供にかかるコンテナ（予備コンテナを含む）に割り当てられたリソースの使用状態について説明する。
【0246】
図２８は、実施例２にかかるリソースの使用状態を示す説明図である。図２８において、運用サーバ２０２内のＣＰＵ１～ＣＰＵ１６およびＧＰＵ１～ＧＰＵ１０は、コンテナ（予備コンテナを含む）に割り当て可能なリソースを表す。なお、図２８中、運用サーバ２０２は、１台以上の運用サーバ２０２を表す。
【0247】
図２８に示す例では、コンテナＡ１ａ～Ｂ２ａに割り当てられたリソースの使用状態が「電源ＯＮ（使用中）」となっている。また、予備コンテナＡ１ｂ～Ｂ２ｂに割り当てられたリソースの使用状態が「電源ＯＮ（未使用）」となっている。また、コンテナＡ１ａ～Ｂ２ａおよび予備コンテナＡ１ｂ～Ｂ２ｂに割り当てられたリソース以外のリソースの使用状態は、「電源ＯＦＦ」となっている。
【0248】
（管理サーバ２０１の資源管理処理手順）
つぎに、実施例２にかかる管理サーバ２０１の資源管理処理の具体的な処理手順について説明する。ただし、図２２に示したステップＳ２２０２の第１のグループ分け処理以外は、実施例１にかかる管理サーバ２０１の資源管理処理の具体的な処理手順と同様である。このため、ここではステップＳ２２０２の第１のグループ分け処理の代わりに実行される第２のグループ分け処理の具体的な処理手順についてのみ説明する。
つぎに、実施例２にかかる管理サーバ２０１の資源管理処理の具体的な処理手順について説明する。ただし、図２２に示したステップＳ２２０２の第１のグループ分け処理以外は、実施例１にかかる管理サーバ２０１の資源管理処理の具体的な処理手順と同様である。このため、ここではステップＳ２２０２の第１のグループ分け処理の代わりに実行される第２のグループ分け処理の具体的な処理手順についてのみ説明する。
【0249】
図２９は、第２のグループ分け処理の具体的処理手順の一例を示すフローチャートである。図２９のフローチャートにおいて、まず、管理サーバ２０１は、サービスの各段の処理性能の余裕度合いを算出する（ステップＳ２９０１）。つぎに、管理サーバ２０１は、予備用の予備コンテナを各予備コンテナの追加先段の処理性能の余裕度合いが低い順にソートする（ステップＳ２９０２）。
【0250】
つぎに、管理サーバ２０１は、グループがあるか否かを判断する（ステップＳ２９０３）。ここで、グループがない場合（ステップＳ２９０３：Ｎｏ）、管理サーバ２０１は、先頭の予備コンテナを選択し、新しいグループに予備コンテナを追加して（ステップＳ２９０４）、ステップＳ２９０９に移行する。
【0251】
また、ステップＳ２９０３において、グループがある場合（ステップＳ２９０３：Ｙｅｓ）、管理サーバ２０１は、ソート後の予備コンテナのうち選択されていない未選択の予備コンテナを順に選択する（ステップＳ２９０５）。つぎに、管理サーバ２０１は、選択した予備コンテナの処理性能の余裕度合いが閾値以下であるか否かを判断する（ステップＳ２９０６）。
【0252】
ここで、処理性能の余裕度合いが閾値以下の場合（ステップＳ２９０６：Ｙｅｓ）、管理サーバ２０１は、ステップＳ２９０４に移行する。一方、処理性能の余裕度合いが閾値より大きい場合（ステップＳ２９０６：Ｎｏ）、管理サーバ２０１は、既存のグループを選択する（ステップＳ２９０７）。
【0253】
そして、管理サーバ２０１は、選択したグループに、選択した予備コンテナを追加する（ステップＳ２９０８）。つぎに、管理サーバ２０１は、ソート後の予備コンテナのうち選択されていない未選択の予備コンテナがあるか否かを判断する（ステップＳ２９０９）。ここで、未選択の予備コンテナがある場合（ステップＳ２９０９：Ｙｅｓ）、ステップＳ２９０５に戻る。一方、未選択の予備コンテナがない場合（ステップＳ２９０９：Ｎｏ）、管理サーバ２０１は、第２のグループ分け処理を呼び出したステップに戻る。
【0254】
これにより、管理サーバ２０１は、処理性能の余裕度合いが閾値以下となる段（コンテナ）に対応する予備コンテナ同士が同一グループとならないように、予備コンテナをグループ分けすることができる。
【0255】
以上説明したように、実施例２にかかる管理サーバ２０１によれば、現状のサービス構成における処理性能の余裕が少ない段用の予備コンテナが分かれるようにグループ化することができる。これにより、管理サーバ２０１は、迅速なリソース増強を可能にするとともに、事前に電源投入して用意しておくＩＣＴリソースの数を削減して消費電力を削減することができる。
【0256】
（実施例３）
つぎに、管理サーバ２０１の実施例３について説明する。実施例３では、予備用の予備コンテナのうち、同じ需要傾向のサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する場合について説明する。
つぎに、管理サーバ２０１の実施例３について説明する。実施例３では、予備用の予備コンテナのうち、同じ需要傾向のサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する場合について説明する。
【0257】
以下、実施例３にかかる動作例について説明する。ただし、実施例３にかかるサービス配備とリソース増強については、実施例１と同様のため、図示および説明を省略する。ここでは、実施例３にかかる予備コンテナを準備する際の動作例について説明する。
【0258】
実施例３では、配備対象のサービスを「サービスＡ，Ｂ，Ｃ」とする。ここで、図３０を用いて、サービスＡ，Ｂ，Ｃの提供にかかるコンテナ構成を示すサービス構成情報について説明する。
【0259】
図３０は、サービス構成情報３０００の具体例を示す説明図である。図３０において、サービス構成情報３０００は、各サービスＡ，Ｂの提供にかかるコンテナ構成と需要傾向とを示す。サービス構成情報３０００は、サービスＡを提供するにあたり、１段目のアプリＡ１を実行する１台のコンテナＡ１ａと、２段目のアプリＡ２を実行する２台のコンテナＡ２ａ，Ａ２ｂとが必要であることを示す。サービス構成情報３０００は、サービスＡの需要傾向が「夜型」であることを示す。
【0260】
また、サービス構成情報３０００は、サービスＢを提供するにあたり、１段目のアプリＢ１を実行する１台のコンテナＢ１ａと、２段目のアプリＢ２を実行する１台のコンテナＢ２ａとが必要であることを示す。サービス構成情報３０００は、サービスＢの需要傾向が「昼型」であることを示す。
【0261】
また、サービス構成情報３０００は、サービスＣを提供するにあたり、１段目のアプリＣ１を実行する１台のコンテナＣ１ａと、２段目のアプリＣ２を実行する１台のコンテナＣ２ａとが必要であることを示す。サービス構成情報３０００は、サービスＣの需要傾向が「夜型」であることを示す。
【0262】
つぎに、図３１を用いて、アプリ性能／リソース情報の具体例について説明する。
【0263】
図３１は、アプリ性能／リソース情報の具体例を示す説明図（その２）である。図３１において、アプリ性能／リソース情報３１００は、アプリと性能と必要リソース（ＣＰＵ、ＧＰＵ）との対応関係を示す。例えば、アプリ性能／リソース情報３１００は、アプリＣ１の性能が「１００Ｍｂｐｓ」であり、アプリＣ１の必要リソースが「ＣＰＵ：１、ＧＰＵ：０」であることを示す。
【0264】
以下、実施例３にかかる動作例について説明する。
【0265】
第２の算出部５０５は、図３０に示したサービス構成情報３０００に基づいて、サービスＡ，Ｂ，Ｃの提供にかかる予備コンテナ構成を算出する。具体的には、例えば、第２の算出部５０５は、サービスＡの各段のアプリＡ１，Ａ２を実行するコンテナＡ１ａ，Ａ２ａと同一性能の予備コンテナＡ１ｂ，Ａ２ｃを生成すると決定する。なお、ここでは各段のアプリについて、１台の予備コンテナを確保する場合を想定する。
【0266】
また、第２の算出部５０５は、サービスＢの各段のアプリＢ１，Ｂ２を実行するコンテナＢ１ａ，Ｂ２ａと同一性能の予備コンテナＢ１ｂ，Ｂ２ｂを生成すると決定する。また、第２の算出部５０５は、サービスＣの各段のアプリＣ１，Ｃ２を実行するコンテナＣ１ａ，Ｃ２ａと同一性能の予備コンテナＣ１ｂ，Ｃ２ｂを生成すると決定する。予備コンテナ構成は、例えば、図３２に示すようなコンテナ管理情報３２００に記憶される。
【0267】
図３２は、コンテナ管理情報３２００の記憶内容の変遷例を示す説明図である。図３２において、コンテナ管理情報３２００は、サービスＡ，Ｂ，Ｃの提供にかかる各コンテナのリソース割り当て結果および稼働状態を示す。（３２－１）に示すコンテナ管理情報２６００では、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂが追加されている。
【0268】
つぎに、第２の算出部５０５は、サービス構成情報３０００に基づいて、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂのうち、同じ需要傾向のサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂを分類する。
【0269】
ここで、図３３を用いて、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂの分類例について説明する。
【0270】
【0271】
まず、第２の算出部５０５は、サービス構成情報３０００に基づいて、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂを、需要傾向が同じサービス用の予備コンテナ同士が同じグループにならないように、順番にグループ化する。
【0272】
例えば、第２の算出部５０５は、予備コンテナＡ１ｂをグループＧ１に割り当てる。つぎに、予備コンテナＡ２ｃは、需要傾向が予備コンテナＡ１ｂと同じである。このため、第２の算出部５０５は、予備コンテナＡ２ｃを予備コンテナＡ１ｂとは異なるグループＧ２に割り当てる。
【0273】
つぎに、予備コンテナＢ１ｂは、需要傾向が予備コンテナＡ１ｂと異なる。このため、第２の算出部５０５は、予備コンテナＢ１ｂを予備コンテナＡ１ｂと同じグループＧ１に割り当てる。つぎに、予備コンテナＢ２ｂは、需要傾向が予備コンテナＢ１ｂと同じである。このため、第２の算出部５０５は、予備コンテナＢ２ｂを予備コンテナＢ１ｂとは異なるグループＧ２に割り当てる。
【0274】
つぎに、予備コンテナＣ１ｂは、需要傾向が予備コンテナＡ１ｂ，Ａ２ｃと同じである。このため、第２の算出部５０５は、予備コンテナＣ１ｂを予備コンテナＡ１ｂ，Ａ２ｃとは異なるグループＧ３に割り当てる。つぎに、予備コンテナＣ２ｂは、需要傾向が予備コンテナＡ１ｂ，Ａ２ｃ，Ｃ１ｂと同じである。このため、第２の算出部５０５は、予備コンテナＣ２ｂを予備コンテナＡ１ｂ，Ａ２ｃ，Ｃ１ｂとは異なるグループＧ４に割り当てる。
【0275】
これにより、第２の算出部５０５は、同じ需要傾向のサービス用の予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂをグループ分けすることができる。
【0276】
つぎに、第２の算出部５０５は、分類したグループＧ１～Ｇ４内の予備コンテナ間でリソースを共有するように、グループＧ１～Ｇ４内の予備コンテナに重複してリソースを割り当てる。具体的には、例えば、まず、第２の算出部５０５は、グループＧ１～Ｇ４内の予備コンテナに割り当てるリソース量（必要リソース）から、各グループＧ１～Ｇ４の必要リソース量を算出する。
【0277】
ここで、グループＧ１内の予備コンテナＡ１ｂの必要リソースは「ＣＰＵ：２」である。グループＧ１内の予備コンテナＢ１ｂの必要リソースは「ＣＰＵ：２、ＧＰＵ：１」である。このため、グループＧ１内の予備コンテナ間でリソースを共有する場合、グループＧ１の必要リソース量は「ＣＰＵ：２、ＧＰＵ：１」となる（図３３参照）。
【0278】
また、グループＧ２内の予備コンテナＡ２ｃの必要リソースは「ＣＰＵ：１、ＧＰＵ：１」である。グループＧ２内の予備コンテナＢ２ｂの必要リソースは「ＣＰＵ：１、ＧＰＵ：１」である。このため、グループＧ２内の予備コンテナ間でリソースを共有する場合、グループＧ２の必要リソース量は「ＣＰＵ：１、ＧＰＵ：１」となる（図３３参照）。
【0279】
また、グループＧ３内の予備コンテナＣ１ｂの必要リソースは「ＣＰＵ：１」である。このため、グループＧ３の必要リソース量は「ＣＰＵ：１」となる（図３３参照）。また、グループＧ４内の予備コンテナＣ２ｂの必要リソースは「ＣＰＵ：１、ＧＰＵ：１」である。このため、グループＧ４の必要リソース量は「ＣＰＵ：１、ＧＰＵ：１」となる（図３３参照）。
【0280】
つぎに、第２の算出部５０５は、各グループＧ１～Ｇ４の必要リソース量に基づいて、各グループＧ１～Ｇ４に割り当てるリソースを決定する。具体的には、例えば、第２の算出部５０５は、グループＧ１～Ｇ４に、必要リソース量分の空きリソースを割り当てる。ここでは、グループＧ１に、ＣＰＵ１０，ＣＰＵ１１およびＧＰＵ６が割り当てられる。また、グループＧ２に、ＣＰＵ１２およびＧＰＵ７が割り当てられる。また、グループＧ３に、ＣＰＵ１３が割り当てられる。また、グループＧ４に、ＣＰＵ１４およびＧＰＵ８が割り当てられる。
【0281】
そして、第２の算出部５０５は、各グループＧ１～Ｇ４内の予備コンテナ間でリソースを共有するように、各グループＧ１～Ｇ４内の予備コンテナに重複してリソースを割り当てる。
【0282】
ここでは、グループＧ１内の予備コンテナＡ１ｂに、ＣＰＵ１０，ＣＰＵ１１が割り当てられる（図３３参照）。グループＧ１内の予備コンテナＢ１ｂに、ＣＰＵ１０、ＣＰＵ１１およびＧＰＵ６が割り当てられる（図３３参照）。ＣＰＵ１０およびＣＰＵ１１は、予備コンテナＡ１ｂ，Ｂ１ｂに重複して割り当てられている。
【0283】
また、グループＧ２内の予備コンテナＡ２ｃに、ＣＰＵ１２およびＧＰＵ７が割り当てられる（図３３参照）。グループＧ２内の予備コンテナＢ２ｂに、ＣＰＵ１２およびＧＰＵ７が割り当てられる（図３３参照）。ＣＰＵ１２およびＧＰＵ７は、予備コンテナＡ２ｃ，Ｂ２ｂに重複して割り当てられている。
【0284】
【0285】
この結果、図３２の（３２－２）に示すように、コンテナ管理情報３２００に、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂそれぞれに割り当てられたリソースのＣＰＵ番号およびＧＰＵ番号が追加される。
【0286】
つぎに、電源管理部５０３は、各予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂに割り当てられたリソースの電源を投入する。そして、配備部５０４は、各サービスＡ，Ｂ，Ｃの提供にかかる予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂを配備する。この結果、図３２の（３２－３）に示すように、コンテナ管理情報３２００内の各予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂの状態に「予備」が設定される。
【0287】
ここで、図３４を用いて、サービスＡ，Ｂ，Ｃの提供にかかるコンテナ（予備コンテナを含む）に割り当てられたリソースの使用状態について説明する。
【0288】
図３４は、実施例３にかかるリソースの使用状態を示す説明図である。図３４において、運用サーバ２０２内のＣＰＵ１～ＣＰＵ１６およびＧＰＵ１～ＧＰＵ１０は、コンテナ（予備コンテナを含む）に割り当て可能なリソースを表す。なお、図３４中、運用サーバ２０２は、１台以上の運用サーバ２０２を表す。
【0289】
図３４に示す例では、コンテナＡ１ａ～Ｃ２ａに割り当てられたリソースの使用状態が「電源ＯＮ（使用中）」となっている。また、予備コンテナＡ１ｂ～Ｃ２ｂに割り当てられたリソースの使用状態が「電源ＯＮ（未使用）」となっている。また、コンテナＡ１ａ～Ｃ２ａおよび予備コンテナＡ１ｂ～Ｃ２ｂに割り当てられたリソース以外のリソースの使用状態は、「電源ＯＦＦ」となっている。
【0290】
（管理サーバ２０１の資源管理処理手順）
つぎに、実施例３にかかる管理サーバ２０１の資源管理処理の具体的な処理手順について説明する。ただし、図２２に示したステップＳ２２０２の第１のグループ分け処理以外は、実施例１にかかる管理サーバ２０１の資源管理処理の具体的な処理手順と同様である。このため、ここではステップＳ２２０２の第１のグループ分け処理の代わりに実行される第３のグループ分け処理の具体的な処理手順についてのみ説明する。
つぎに、実施例３にかかる管理サーバ２０１の資源管理処理の具体的な処理手順について説明する。ただし、図２２に示したステップＳ２２０２の第１のグループ分け処理以外は、実施例１にかかる管理サーバ２０１の資源管理処理の具体的な処理手順と同様である。このため、ここではステップＳ２２０２の第１のグループ分け処理の代わりに実行される第３のグループ分け処理の具体的な処理手順についてのみ説明する。
【0291】
図３５は、第３のグループ分け処理の具体的処理手順の一例を示すフローチャートである。図３５のフローチャートにおいて、まず、管理サーバ２０１は、予備用の予備コンテナのうち選択されていない未選択の予備コンテナを選択する（ステップＳ３５０１）。つぎに、管理サーバ２０１は、サービス構成情報に基づいて、選択した予備コンテナの需要傾向を特定する（ステップＳ３５０２）。
【0292】
そして、管理サーバ２０１は、未確認のグループがあるか否かを判断する（ステップＳ３５０３）。ここで、未確認のグループがない場合（ステップＳ３５０３：Ｎｏ）、管理サーバ２０１は、新しいグループに、選択した予備コンテナを追加して（ステップＳ３５０４）、ステップＳ３５０９に移行する。
【0293】
一方、未確認のグループがある場合（ステップＳ３５０３：Ｙｅｓ）、管理サーバ２０１は、未確認のグループを選択する（ステップＳ３５０５）。つぎに、管理サーバ２０１は、グループ内の予備コンテナのサービスの需要傾向を特定する（ステップＳ３５０６）。そして、管理サーバ２０１は、特定したサービスが、ステップＳ３５０２において特定した需要傾向と同じか否かを判断する（ステップＳ３５０７）。
【0294】
ここで、需要傾向が同じ場合（ステップＳ３５０７：Ｙｅｓ）、管理サーバ２０１は、ステップＳ３５０３に戻る。一方、需要傾向が異なる場合（ステップＳ３５０７：Ｎｏ）、管理サーバ２０１は、選択したグループに、選択した予備コンテナを追加する（ステップＳ３５０８）。
【0295】
そして、管理サーバ２０１は、予備用の予備コンテナのうち選択されていない未選択の予備コンテナがあるか否かを判断する（ステップＳ３５０９）。ここで、未選択の予備コンテナがある場合（ステップＳ３５０９：Ｙｅｓ）、管理サーバ２０１は、ステップＳ３５０１に戻る。一方、未選択の予備コンテナがない場合（ステップＳ３５０９：Ｎｏ）、管理サーバ２０１は、第３のグループ分け処理を呼び出したステップに戻る。
【0296】
これにより、管理サーバ２０１は、同じ需要傾向のサービスの予備コンテナ同士が同一グループとならないように、予備コンテナをグループ分けすることができる。
【0297】
以上説明したように、実施例３にかかる管理サーバ２０１によれば、サービスの内容や需要傾向が似ているサービスの予備コンテナが分かれるようにグループ化することができる。これにより、管理サーバ２０１は、迅速なリソース増強を可能にするとともに、事前に電源投入して用意しておくＩＣＴリソースの数を削減して消費電力を削減することができる。
【0298】
（実施例４）
つぎに、管理サーバ２０１の実施例４について説明する。実施例４では、予備用の予備コンテナのうち、予備用の予備コンテナに割り当てるリソース量が上限を超えないように、かつ、予備用の予備コンテナのうち同じタイミングで使用される予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する場合について説明する。
つぎに、管理サーバ２０１の実施例４について説明する。実施例４では、予備用の予備コンテナのうち、予備用の予備コンテナに割り当てるリソース量が上限を超えないように、かつ、予備用の予備コンテナのうち同じタイミングで使用される予備コンテナ同士が同一グループとならないように、予備用の予備コンテナを分類する場合について説明する。
【0299】
以下、実施例４にかかる動作例について説明する。ただし、配備対象のサービスの提供にかかるコンテナ構成は、実施例３と同じとする（図３０参照）。また、実施例４にかかるサービス配備とリソース増強については、実施例１と同様のため、図示および説明を省略する。ここでは、実施例４にかかる予備コンテナを準備する際の動作例について説明する。
【0300】
まず、図３６を用いて、リソース上限情報について説明する。
【0301】
図３６は、リソース上限情報３６００の具体例を示す説明図である。図３６において、リソース上限情報３６００は、予備用の予備コンテナに割り当て可能なリソース量の上限を表す情報である。ここでは、予備用の予備コンテナに割り当て可能なＣＰＵの上限が４個、ＧＰＵの上限が３個となっている。
【0302】
以下、実施例４にかかる動作例について説明する。
【0303】
第２の算出部５０５は、図３０に示したサービス構成情報３０００に基づいて、サービスＡ，Ｂ，Ｃの提供にかかる予備コンテナ構成を算出する。具体的には、例えば、第２の算出部５０５は、サービスＡの各段のアプリＡ１，Ａ２を実行するコンテナＡ１ａ，Ａ２ａと同一性能の予備コンテナＡ１ｂ，Ａ２ｃを生成すると決定する。
【0304】
また、第２の算出部５０５は、サービスＢの各段のアプリＢ１，Ｂ２を実行するコンテナＢ１ａ，Ｂ２ａと同一性能の予備コンテナＢ１ｂ，Ｂ２ｂを生成すると決定する。また、第２の算出部５０５は、サービスＣの各段のアプリＣ１，Ｃ２を実行するコンテナＣ１ａ，Ｃ２ａと同一性能の予備コンテナＣ１ｂ，Ｃ２ｂを生成すると決定する。予備コンテナ構成は、例えば、図３７に示すようなコンテナ管理情報３７００に記憶される。
【0305】
図３７は、コンテナ管理情報３７００の記憶内容の変遷例を示す説明図である。図３７において、コンテナ管理情報３７００は、サービスＡ，Ｂ，Ｃの提供にかかる各コンテナのリソース割り当て結果および稼働状態を示す。（３７－１）に示すコンテナ管理情報３７００では、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂが追加されている。
【0306】
つぎに、第２の算出部５０５は、リソース上限情報３６００およびサービス構成情報３０００に基づいて、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂを分類する。具体的には、例えば、第２の算出部５０５は、予備コンテナＡ１ｂ～Ｃ２ｂに割り当てるリソース量が上限を超えないように、かつ、予備コンテナＡ１ｂ～Ｃ２ｂのうち同じ需要傾向のサービスの提供にかかるコンテナに対応する予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ～Ｃ２ｂを分類する。
【0307】
ここで、図３８を用いて、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂの分類例について説明する。
【0308】
【0309】
まず、第２の算出部５０５は、図３１に示したアプリ性能／リソース情報３１００に基づいて、予備コンテナＡ１ｂ～Ｃ２ｂを、リソース量を多く必要とする順にソートする。例えば、必要とするリソース量をリソースの個数によって表すとする。この場合、予備コンテナＢ１ｂは、合計３個のリソースが必要となる。また、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ２ｂ，Ｃ２ｂは、合計２個のリソースが必要となる。また、予備コンテナＣ１ｂは、合計１個のリソースが必要となる。
【0310】
つぎに、第２の算出部５０５は、図３０に示したサービス構成情報３０００に基づいて、ソート後の予備コンテナＢ１ｂ，Ａ１ｂ，Ａ２ｃ，Ｂ２ｂ，Ｃ２ｂ，Ｃ１ｂを、リソース量が上限を超えない範囲で、需要傾向が同じサービス用の予備コンテナ同士が同じグループにならないように、順番にグループ化する。
【0311】
例えば、第２の算出部５０５は、予備コンテナＢ１ｂをグループＧ１に割り当てる。この時点での合計リソース量は「ＣＰＵ：２、ＧＰＵ：１」となる。つぎに、予備コンテナＡ１ｂは、需要傾向が予備コンテナＢ１ｂと異なる。また、予備コンテナＡ１ｂに、予備コンテナＢ１ｂと重複してリソースを割り当てても合計リソース量は変わらない。このため、第２の算出部５０５は、予備コンテナＡ１ｂを予備コンテナＢ１ｂと同じグループＧ１に割り当てる。この時点での合計リソース量は「ＣＰＵ：２、ＧＰＵ：１」となる。
【0312】
つぎに、予備コンテナＡ２ｃは、需要傾向が予備コンテナＡ１ｂと同じである。また、予備コンテナＡ２ｃに重複なしでリソースを割り当てても合計リソース量は上限を超えない。このため、第２の算出部５０５は、予備コンテナＡ２ｃを予備コンテナＡ１ｂとは異なるグループＧ２に割り当てる。この時点での合計リソース量は「ＣＰＵ：３、ＧＰＵ：２」となる。
【0313】
つぎに、予備コンテナＢ２ｂは、需要傾向が予備コンテナＢ１ｂと同じである。また、予備コンテナＢ２ｂに、グループＧ２内の予備コンテナＡ２ｃと重複してリソースを割り当てても合計リソース量は変わらない。このため、第２の算出部５０５は、予備コンテナＢ２ｂを予備コンテナＢ１ｂと異なるグループＧ２に割り当てる。
【0314】
つぎに、予備コンテナＣ２ｂは、需要傾向が予備コンテナＡ１ｂ，Ａ２ｃと同じである。また、予備コンテナＣ２ｂに重複なしでリソースを割り当てても合計リソース量は上限を超えない。このため、第２の算出部５０５は、予備コンテナＣ２ｂを予備コンテナＡ１ｂ，Ａ２ｃとは異なるグループＧ３に割り当てる。この時点での合計リソース量は「ＣＰＵ：４、ＧＰＵ：３」となる。
【0315】
つぎに、予備コンテナＣ１ｂは、需要傾向が予備コンテナＡ１ｂ，Ａ２ｃ，Ｃ２ｂと同じである。一方、予備コンテナＣ１ｂに重複なしでリソースを割り当てると、合計リソース量が上限を超える。このため、第２の算出部５０５は、予備コンテナＣ１ｂを、グループＧ１に割り当てる。ここでは、予備コンテナＣ１ｂの需要傾向が、グループＧ１内の予備コンテナＡ１ｂと同じだが、必要リソース量が上限を超えるため、新しいグループを作成しない。
【0316】
なお、第２の算出部５０５は、予備コンテナＣ１ｂを、グループＧ２に割り当ててもよい。また、第２の算出部５０５は、予備コンテナＣ１ｂを、既存のグループＧ１，Ｇ２のいずれに割り当てるのかを、例えば、グループＧ１，Ｇ２内の最大コンテナ数が大きくならないように決定してもよい。
【0317】
これにより、第２の算出部５０５は、リソース量が上限を超えない範囲で、同じ需要傾向のサービス用の予備コンテナ同士が同一グループとならないように、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂをグループ分けすることができる。
【0318】
つぎに、第２の算出部５０５は、分類したグループＧ１～Ｇ３内の予備コンテナ間でリソースを共有するように、グループＧ１～Ｇ３内の予備コンテナに重複してリソースを割り当てる。具体的には、例えば、まず、第２の算出部５０５は、グループＧ１～Ｇ３内の予備コンテナに割り当てるリソース量（必要リソース）から、各グループＧ１～Ｇ３の必要リソース量を算出する。
【0319】
ここで、グループＧ１内の予備コンテナＢ１ｂの必要リソースは「ＣＰＵ：２、ＧＰＵ：１」である。グループＧ１内の予備コンテナＡ１ｂの必要リソースは「ＣＰＵ：２」である。グループＧ１内の予備コンテナＣ１ｂの必要リソースは「ＣＰＵ：１」である。このため、グループＧ１内の予備コンテナ間でリソースを共有する場合、グループＧ１の必要リソース量は「ＣＰＵ：２、ＧＰＵ：１」となる（図３８参照）。
【0320】
また、グループＧ２内の予備コンテナＡ２ｃの必要リソースは「ＣＰＵ：１、ＧＰＵ：１」である。グループＧ２内の予備コンテナＢ２ｂの必要リソースは「ＣＰＵ：１、ＧＰＵ：１」である。このため、グループＧ２内の予備コンテナ間でリソースを共有する場合、グループＧ２の必要リソース量は「ＣＰＵ：１、ＧＰＵ：１」となる（図３８参照）。
【0321】
また、グループＧ３内の予備コンテナＣ２ｂの必要リソースは「ＣＰＵ：１、ＧＰＵ：１」である。このため、グループＧ３の必要リソース量は「ＣＰＵ：１、ＧＰＵ：１」となる（図３８参照）。
【0322】
つぎに、第２の算出部５０５は、各グループＧ１～Ｇ３の必要リソース量に基づいて、各グループＧ１～Ｇ３に割り当てるリソースを決定する。具体的には、例えば、第２の算出部５０５は、グループＧ１～Ｇ３に、必要リソース量分の空きリソースを割り当てる。ここでは、グループＧ１に、ＣＰＵ１０，ＣＰＵ１１およびＧＰＵ６が割り当てられる。また、グループＧ２に、ＣＰＵ１２およびＧＰＵ７が割り当てられる。また、グループＧ３に、ＣＰＵ１３およびＧＰＵ８が割り当てられる。
【0323】
そして、第２の算出部５０５は、各グループＧ１～Ｇ３内の予備コンテナ間でリソースを共有するように、各グループＧ１～Ｇ３内の予備コンテナに重複してリソースを割り当てる。
【0324】
ここでは、グループＧ１内の予備コンテナＢ１ｂに、ＣＰＵ１０、ＣＰＵ１１およびＧＰＵ６が割り当てられる（図３８参照）。グループＧ１内の予備コンテナＡ１ｂに、ＣＰＵ１０，ＣＰＵ１１が割り当てられる（図３８参照）。グループＧ１内の予備コンテナＣ１ｂに、ＣＰＵ１０が割り当てられる（図３８参照）。ＣＰＵ１０は、予備コンテナＡ１ｂ，Ｂ１ｂ，Ｃ１ｂに重複して割り当てられている。ＣＰＵ１１は、予備コンテナＡ１ｂ，Ｂ１ｂに重複して割り当てられている。
【0325】
また、グループＧ２内の予備コンテナＡ２ｃに、ＣＰＵ１２およびＧＰＵ７が割り当てられる（図３８参照）。グループＧ２内の予備コンテナＢ２ｂに、ＣＰＵ１２およびＧＰＵ７が割り当てられる（図３８参照）。ＣＰＵ１２およびＧＰＵ７は、予備コンテナＡ２ｃ，Ｂ２ｂに重複して割り当てられている。
【0326】
また、グループＧ３内の予備コンテナＣ２ｂに、ＣＰＵ１３およびＧＰＵ８が割り当てられる（図３８参照）。
【0327】
この結果、図３７の（３７－２）に示すように、コンテナ管理情報３７００に、予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂそれぞれに割り当てられたリソースのＣＰＵ番号およびＧＰＵ番号が追加される。
【0328】
つぎに、電源管理部５０３は、各予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂに割り当てられたリソースの電源を投入する。そして、配備部５０４は、各サービスＡ，Ｂ，Ｃの提供にかかる予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂを配備する。この結果、図３７の（３７－３）に示すように、コンテナ管理情報３７００内の各予備コンテナＡ１ｂ，Ａ２ｃ，Ｂ１ｂ，Ｂ２ｂ，Ｃ１ｂ，Ｃ２ｂの状態に「予備」が設定される。
【0329】
ここで、図３９を用いて、サービスＡ，Ｂ，Ｃの提供にかかるコンテナ（予備コンテナを含む）に割り当てられたリソースの使用状態について説明する。
【0330】
図３９は、実施例４にかかるリソースの使用状態を示す説明図である。図３９において、運用サーバ２０２内のＣＰＵ１～ＣＰＵ１６およびＧＰＵ１～ＧＰＵ１０は、コンテナ（予備コンテナを含む）に割り当て可能なリソースを表す。なお、図３９中、運用サーバ２０２は、１台以上の運用サーバ２０２を表す。
【0331】
図３９に示す例では、コンテナＡ１ａ～Ｃ２ａに割り当てられたリソースの使用状態が「電源ＯＮ（使用中）」となっている。また、予備コンテナＡ１ｂ～Ｃ２ｂに割り当てられたリソースの使用状態が「電源ＯＮ（未使用）」となっている。また、コンテナＡ１ａ～Ｃ２ａおよび予備コンテナＡ１ｂ～Ｃ２ｂに割り当てられたリソース以外のリソースの使用状態は、「電源ＯＦＦ」となっている。
【0332】
（管理サーバ２０１の資源管理処理手順）
つぎに、実施例４にかかる管理サーバ２０１の資源管理処理の具体的な処理手順について説明する。ただし、図２２に示したステップＳ２２０２の第１のグループ分け処理以外は、実施例１にかかる管理サーバ２０１の資源管理処理の具体的な処理手順と同様である。このため、ここではステップＳ２２０２の第１のグループ分け処理の代わりに実行される第４のグループ分け処理の具体的な処理手順についてのみ説明する。
つぎに、実施例４にかかる管理サーバ２０１の資源管理処理の具体的な処理手順について説明する。ただし、図２２に示したステップＳ２２０２の第１のグループ分け処理以外は、実施例１にかかる管理サーバ２０１の資源管理処理の具体的な処理手順と同様である。このため、ここではステップＳ２２０２の第１のグループ分け処理の代わりに実行される第４のグループ分け処理の具体的な処理手順についてのみ説明する。
【0333】
図４０および図４１は、第４のグループ分け処理の具体的処理手順の一例を示すフローチャートである。図４０のフローチャートにおいて、まず、管理サーバ２０１は、予備用の予備コンテナを必要リソースが多い順にソートする（ステップＳ４００１）。つぎに、管理サーバ２０１は、ソート後の予備コンテナのうち未選択の予備コンテナを順に選択する（ステップＳ４００２）。
【0334】
そして、管理サーバ２０１は、サービス構成情報に基づいて、選択した予備コンテナのサービスの需要傾向を特定する（ステップＳ４００３）。つぎに、管理サーバ２０１は、未確認のグループがあるか否かを判断する（ステップＳ４００４）。ここで、未確認のグループがある場合（ステップＳ４００４：Ｙｅｓ）、管理サーバ２０１は、未確認のグループを選択する（ステップＳ４００５）。
【0335】
つぎに、管理サーバ２０１は、グループ内の予備コンテナのサービスの需要傾向を特定する（ステップＳ４００６）。そして、管理サーバ２０１は、特定したサービスが、ステップＳ４００３において特定した需要傾向と同じか否かを判断する（ステップＳ４００７）。
【0336】
ここで、需要傾向が同じ場合（ステップＳ４００７：Ｙｅｓ）、管理サーバ２０１は、ステップＳ４００４に戻る。一方、需要傾向が異なる場合（ステップＳ４００７：Ｎｏ）、管理サーバ２０１は、選択したグループに、選択した予備コンテナを追加した際のリソース量の増加分を特定する（ステップＳ４００８）。
【0337】
そして、管理サーバ２０１は、現在の合計リソース量に算出したリソース量の増加分を加算することにより、合計リソース量を算出する（ステップＳ４００９）。つぎに、管理サーバ２０１は、リソース上限情報を参照して、算出した合計リソース量が上限を超えていないか否かを判断する（ステップＳ４０１０）。
【0338】
ここで、上限を超えている場合（ステップＳ４０１０：Ｎｏ）、管理サーバ２０１は、ステップＳ４００４に戻る。一方、上限を超えていない場合（ステップＳ４０１０：Ｙｅｓ）、管理サーバ２０１は、選択したグループに、選択した予備コンテナを追加する（ステップＳ４０１１）。
【0339】
そして、管理サーバ２０１は、ソート後の予備コンテナのうち選択されていない未選択の予備コンテナがあるか否かを判断する（ステップＳ４０１２）。ここで、未選択の予備コンテナがある場合（ステップＳ４０１２：Ｙｅｓ）、ステップＳ４００２に戻る。一方、未選択の予備コンテナがない場合（ステップＳ４０１２：Ｎｏ）、管理サーバ２０１は、第４のグループ分け処理を呼び出したステップに戻る。
【0340】
また、ステップＳ４００４において、未確認のグループがない場合（ステップＳ４００４：Ｎｏ）、管理サーバ２０１は、図４１に示すステップＳ４１０１に移行する。
【0341】
図４１のフローチャートにおいて、まず、管理サーバ２０１は、新しいグループに、選択した予備コンテナを追加した際のリソース量の増加分を特定する（ステップＳ４１０１）。そして、管理サーバ２０１は、現在の合計リソース量に算出したリソース量の増加分を加算することにより、合計リソース量を算出する（ステップＳ４１０２）。
【0342】
つぎに、管理サーバ２０１は、リソース上限情報を参照して、算出した合計リソース量が上限を超えていないか否かを判断する（ステップＳ４１０３）。ここで、上限を超えていない場合（ステップＳ４１０３：Ｙｅｓ）、管理サーバ２０１は、新しいグループに、選択した予備コンテナを追加して（ステップＳ４１０４）、図４０に示したステップＳ４０１２に戻る。
【0343】
一方、上限を超えている場合（ステップＳ４１０３：Ｎｏ）、管理サーバ２０１は、選択した予備コンテナを追加した際のリソース量の増加分を全グループ分算出する（ステップＳ４１０５）。そして、管理サーバ２０１は、各ケースでの合計リソース量を算出する（ステップＳ４１０６）。
【0344】
つぎに、管理サーバ２０１は、算出した各ケースでの合計リソース量に基づいて、上限を超えていないケースがあるか否かを判断する（ステップＳ４１０７）。ここで、上限を超えていないケースがある場合（ステップＳ４１０７：Ｙｅｓ）、管理サーバ２０１は、上限を超えていないケースのいずれかのグループを選択する（ステップＳ４１０８）。
【0345】
そして、管理サーバ２０１は、選択したグループに、選択した予備コンテナを追加して（ステップＳ４１０９）、図４０に示したステップＳ４０１２に戻る。また、ステップＳ４１０７において、上限を超えていないケースがない場合（ステップＳ４１０７：Ｎｏ）、管理サーバ２０１は、リソース上限により予備コンテナの生成エラーを出力して（ステップＳ４１１０）、第４のグループ分け処理を呼び出したステップに戻る。生成エラーの出力先は、例えば、サービス提供元のユーザが使用するクライアント端末である。
【0346】
これにより、管理サーバ２０１は、リソース量が上限を超えない範囲で、同じ需要傾向のサービスの予備コンテナ同士が同一グループとならないように、予備コンテナをグループ分けすることができる。
【0347】
以上説明したように、実施例４にかかる管理サーバ２０１によれば、予備コンテナに割り当てるリソース量が上限を超えないように、かつ、サービスの内容や需要傾向が似ているサービスの予備コンテナが分かれるようにグループ化することができる。これにより、管理サーバ２０１は、迅速なリソース増強を可能にするとともに、事前に電源投入して用意しておくＩＣＴリソースの数を削減して消費電力を削減することができる。上述した実施例１～４は、矛盾のない範囲で組み合わせてもよい。
【0348】
なお、本実施の形態で説明した資源管理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本資源管理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本資源管理プログラムは、インターネット等のネットワークを介して配布してもよい。
【0349】
また、本実施の形態で説明した資源管理装置１０１（管理サーバ２０１）は、例えば、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。
【0350】
上述した実施の形態に関し、さらに以下の付記を開示する。
【0351】
（付記１）１以上のサービスの提供にかかる複数の処理装置それぞれの特徴を表す情報に基づいて、前記複数の処理装置それぞれに対応する予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類し、
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
処理をコンピュータに実行させることを特徴とする資源管理プログラム。
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
処理をコンピュータに実行させることを特徴とする資源管理プログラム。
【0352】
（付記２）前記情報は、前記複数の処理装置それぞれが前記１以上のサービスのうちのいずれのサービスの提供にかかる処理装置であるかを表す情報であり、
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち、同じサービスの提供にかかる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする付記１に記載の資源管理プログラム。
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち、同じサービスの提供にかかる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする付記１に記載の資源管理プログラム。
【0353】
（付記３）前記情報は、前記複数の処理装置それぞれの負荷状態を表す情報であり、
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち処理性能の余裕度合いが閾値以下となる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする付記１または２に記載の資源管理プログラム。
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち処理性能の余裕度合いが閾値以下となる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする付記１または２に記載の資源管理プログラム。
【0354】
（付記４）前記情報は、前記複数の処理装置それぞれに対応するサービスの需要傾向を表す情報であり、
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち、同じ需要傾向のサービスの提供にかかる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする付記１～３のいずれか一つに記載の資源管理プログラム。
前記分類する処理は、
前記情報に基づいて、前記予備用の予備処理装置のうち、同じ需要傾向のサービスの提供にかかる処理装置に対応する予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする付記１～３のいずれか一つに記載の資源管理プログラム。
【0355】
（付記５）前記分類する処理は、
前記予備用の予備処理装置に割り当て可能なリソース量の上限を表す上限情報と前記情報とに基づいて、前記予備用の予備処理装置に割り当てるリソース量が前記上限を超えないように、かつ、前記予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする付記１～４のいずれか一つに記載の資源管理プログラム。
前記予備用の予備処理装置に割り当て可能なリソース量の上限を表す上限情報と前記情報とに基づいて、前記予備用の予備処理装置に割り当てるリソース量が前記上限を超えないように、かつ、前記予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類する、ことを特徴とする付記１～４のいずれか一つに記載の資源管理プログラム。
【0356】
（付記６）前記予備用の予備処理装置に割り当て可能なリソースは、未割り当ての状態では電源断となっており、
前記予備用の予備処理装置に割り当て可能なリソースのうち、前記グループ内の予備処理装置に割り当てたリソースの電源を投入する、
処理を前記コンピュータに実行させることを特徴とする付記１～５のいずれか一つに記載の資源管理プログラム。
前記予備用の予備処理装置に割り当て可能なリソースのうち、前記グループ内の予備処理装置に割り当てたリソースの電源を投入する、
処理を前記コンピュータに実行させることを特徴とする付記１～５のいずれか一つに記載の資源管理プログラム。
【0357】
（付記７）前記予備用の予備処理装置に割り当て可能なリソースのうち、割り当て済みのリソース以外のリソースの電源を省電力モードに設定する、
処理を前記コンピュータに実行させることを特徴とする付記６に記載の資源管理プログラム。
処理を前記コンピュータに実行させることを特徴とする付記６に記載の資源管理プログラム。
【0358】
（付記８）前記複数の処理装置それぞれは、コンテナまたは仮想マシンであり、
前記予備用の予備処理装置は、予備用のコンテナまたは仮想マシンである、
ことを特徴とする付記１～７のいずれか一つに記載の資源管理プログラム。
前記予備用の予備処理装置は、予備用のコンテナまたは仮想マシンである、
ことを特徴とする付記１～７のいずれか一つに記載の資源管理プログラム。
【0359】
（付記９）前記リソースは、ＣＰＵ、メモリ、ストレージ、アクセラレータのうちの少なくともいずれかを含む、ことを特徴とする付記１～８のいずれか一つに記載の資源管理プログラム。
【0360】
（付記１０）１以上のサービスの提供にかかる複数の処理装置それぞれの特徴を表す情報に基づいて、前記複数の処理装置それぞれに対応する予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類し、
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
処理をコンピュータが実行することを特徴とする資源管理方法。
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
処理をコンピュータが実行することを特徴とする資源管理方法。
【0361】
（付記１１）１以上のサービスの提供にかかる複数の処理装置それぞれの特徴を表す情報に基づいて、前記複数の処理装置それぞれに対応する予備用の予備処理装置のうち、同じタイミングで使用される予備処理装置同士が同一グループとならないように、前記予備用の予備処理装置を分類し、
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
制御部を有することを特徴とする資源管理装置。
分類したグループ内の予備処理装置間でリソースを共有するように、前記グループ内の予備処理装置に重複してリソースを割り当てる、
制御部を有することを特徴とする資源管理装置。
【符号の説明】
【0362】
１０１ 資源管理装置
１１０ 特徴情報
２００ 情報処理システム
２０１ 管理サーバ
２０２ 運用サーバ
２０３ コンテナ管理装置
２１０ ネットワーク
３００ バス
３０１ ＣＰＵ
３０２ メモリ
３０３ ディスクドライブ
３０４ ディスク
３０５ 通信Ｉ／Ｆ
３０６ 可搬型記録媒体Ｉ／Ｆ
３０７ 可搬型記録媒体
５００ 制御部
５０１ 受付部
５０２ 第１の算出部
５０３ 電源管理部
５０４ 配備部
５０５ 第２の算出部
５０６ 負荷監視部
１２００，３１００ アプリ性能／リソース情報
１３００，２５００，３０００ サービス構成情報
１４００ リソース割当状況情報
１５００，２６００，３２００，３７００ コンテナ管理情報
３６００ リソース上限情報
１１０ 特徴情報
２００ 情報処理システム
２０１ 管理サーバ
２０２ 運用サーバ
２０３ コンテナ管理装置
２１０ ネットワーク
３００ バス
３０１ ＣＰＵ
３０２ メモリ
３０３ ディスクドライブ
３０４ ディスク
３０５ 通信Ｉ／Ｆ
３０６ 可搬型記録媒体Ｉ／Ｆ
３０７ 可搬型記録媒体
５００ 制御部
５０１ 受付部
５０２ 第１の算出部
５０３ 電源管理部
５０４ 配備部
５０５ 第２の算出部
５０６ 負荷監視部
１２００，３１００ アプリ性能／リソース情報
１３００，２５００，３０００ サービス構成情報
１４００ リソース割当状況情報
１５００，２６００，３２００，３７００ コンテナ管理情報
３６００ リソース上限情報
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15A】
【図15B】
【図15C】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27A】
【図27B】
【図28】
【図29】
【図30】
【図31】
【図32】
【図33】
【図34】
【図35】
【図36】
【図37】
【図38】
【図39】
【図40】
【図41】