特許 7537134 コンテナ管理装置、コンテナ管理方法及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-08-13

(45)【発行日】2024-08-21

(54)【発明の名称】コンテナ管理装置、コンテナ管理方法及びプログラム

(51)【国際特許分類】

   G06F 9/50 20060101AFI20240814BHJP

   G06F 9/455 20180101ALI20240814BHJP

【ＦＩ】

G06F9/50 120A

G06F9/455 150

【請求項の数】 10

(21)【出願番号】P 2020099567

(22)【出願日】2020-06-08

(65)【公開番号】P2021193517

(43)【公開日】2021-12-23

【審査請求日】2023-05-10

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100181135

【弁理士】

【氏名又は名称】橋本 隆史

(72)【発明者】

【氏名】山口 啓介

【審査官】田中 幸雄

(56)【参考文献】

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

【文献】国際公開第２０１５／０４９７８９（ＷＯ，Ａ１）

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

Ｇ０６Ｆ ９／５０

Ｇ０６Ｆ ９／４５５

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

【請求項1】

１または複数のコンテナが動作するホスト計算機またはコンテナ基盤に割り当てられている資源を示す資源割当情報に基づいて、前記１または複数のコンテナに関する性能情報を補正する性能情報補正手段を備え、
前記性能情報補正手段は、
前記性能情報の補正を開始する前の期間の最後の時点における第１性能情報と、前記性能情報の補正を行う期間の最初の時点における第２性能情報とが一致するように、前記性能情報の補正を行う期間における性能情報の値を増減させることにより、前記性能情報を補正する
コンテナ管理装置。

【請求項2】

前記性能情報補正手段は、前記資源割当情報として、前記ホスト計算機の中央演算処理装置の数を用いる
請求項１に記載のコンテナ管理装置。

【請求項3】

前記性能情報補正手段は、前記ホスト計算機の中央演算処理装置の数が変化した場合に、変化前後の前記性能情報が連続するように、前記性能情報を補正する
請求項２に記載のコンテナ管理装置。

【請求項4】

前記性能情報補正手段は、前記性能情報として、前記１または複数のコンテナを処理する中央演算処理装置の負荷の値を用いる
請求項２に記載のコンテナ管理装置。

【請求項5】

前記性能情報補正手段は、前記資源割当情報として、前記１または複数のコンテナの数を用いる
請求項１に記載のコンテナ管理装置。

【請求項6】

前記性能情報補正手段は、前記１または複数のコンテナの数が変化した場合に、変化前後の前記性能情報が連続するように、前記性能情報を補正する
請求項５に記載のコンテナ管理装置。

【請求項7】

前記性能情報補正手段は、前記性能情報として、前記１または複数のコンテナを処理する中央演算処理装置の負荷の値を用いる
請求項２に記載のコンテナ管理装置。

【請求項8】

前記性能情報補正手段が補正した前記性能情報を、グラフとして表示する性能情報表示手段を更に備える
請求項１から７までのいずれか一項に記載のコンテナ管理装置。

【請求項9】

コンテナ管理装置のコンピュータを用いたコンテナ管理方法であって、
１または複数のコンテナが動作するホスト計算機またはコンテナ基盤に割り当てられている資源を示す資源割当情報に基づいて、前記１または複数のコンテナに関する性能情報を補正し、
前記性能情報の補正では、
前記性能情報の補正を開始する前の期間の最後の時点における第１性能情報と、前記性能情報の補正を行う期間の最初の時点における第２性能情報とが一致するように、前記性能情報の補正を行う期間における性能情報の値を増減させることにより、前記性能情報を補正する
コンテナ管理方法。

【請求項10】

コンテナ管理装置のコンピュータを、
１または複数のコンテナが動作するホスト計算機またはコンテナ基盤に割り当てられている資源を示す資源割当情報に基づいて、前記１または複数のコンテナに関する性能情報を補正させる性能情報補正手段として機能させ、
前記性能情報補正手段は、
前記性能情報の補正を開始する前の期間の最後の時点における第１性能情報と、前記性能情報の補正を行う期間の最初の時点における第２性能情報とが一致するように、前記性能情報の補正を行う期間における性能情報の値を増減させることにより、前記性能情報を補正させる
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、コンテナ管理装置、コンテナ管理方法及びプログラムに関する。

【背景技術】

【0002】

特許文献１は、対応付けられるリソースの一部を管理し、仮想リソースとして提供するコンテナについて開示している。また、特許文献１は、装置管理部が、管理対象の各装置から利用率および実性能を取得し、リソース稼働情報データベースに格納することについて開示している。また、特許文献１は、テナント又はアプリケーション管理サーバに提供される仮想的なリソース構成が、コンテナごとに管理され、コンテナ管理テーブルに保持されることについて開示している。また、特許文献１は、テーブルに、複数の異種アプリケーションによるリソース要件を共通して比較評価するために、補正係数を設定し、それぞれの性能指標の実計測値を補正係数で補正し、その補正結果を記録することについて開示している。

【先行技術文献】

【特許文献】

【0003】

【文献】国際公開第２０１５／０４９７８９号

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１では、リソースの最適化を行うために、性能指標を収集し、アプリケーションの種類ごとに、特定の倍率を用いて補正を行って、スコア計算した結果を、リソースの性能特性として示している。
しかし、特許文献１では、資源の割り当ての影響を排除して、性能情報の連続性を得ることはできなかった。

【0005】

そこで、この発明は、上述の課題を解決するコンテナ管理装置、コンテナ管理方法及びプログラムを提供することを目的としている。

【課題を解決するための手段】

【0006】

本発明のいくつかの態様は、上述の課題を解決すべくなされたもので、本発明の第１態様は、１または複数のコンテナが動作するホスト計算機またはコンテナ基盤に割り当てられている資源を示す資源割当情報に基づいて、前記１または複数のコンテナに関する性能情報を補正する性能情報補正手段を備えるコンテナ管理装置である。

【0007】

また、本発明の第２態様は、１または複数のコンテナが動作するホスト計算機またはコンテナ基盤に割り当てられている資源を示す資源割当情報に基づいて、前記１または複数のコンテナに関する性能情報を補正するコンテナ管理方法である。

【0008】

また、本発明の第３態様は、コンテナ管理装置のコンピュータを、１または複数のコンテナが動作するホスト計算機またはコンテナ基盤に割り当てられている資源を示す資源割当情報に基づいて、前記１または複数のコンテナに関する性能情報を補正させる性能情報補正手段として機能させるプログラムである。

【発明の効果】

【0009】

本発明のいくつかの態様によれば、資源の割り当ての影響を排除して、性能情報の連続性を得ることができる。

【図面の簡単な説明】

【0010】

【図1】本発明の第１実施形態によるコンテナ管理システムの概略構成図である。

【図2】本発明の第１実施形態による監視マネージャの処理を示すフローチャートである。

【図3A】本発明の第１実施形態によるホスト計算機、コンテナ基盤、コンテナの関係を示す概念図である。

【図3B】本発明の第１実施形態によるホスト計算機、コンテナ基盤、コンテナの関係を示す他の概念図である。

【図4A】本発明の第１実施形態による資源割当情報収集部が収集する資源割当情報の一例を示すグラフである。

【図4B】本発明の第１実施形態による性能情報収集部が収集する性能情報の一例を示すグラフである。

【図4C】本発明の第１実施形態による性能情報補正部が生成する補正後の性能情報の一例を示すグラフである。

【図5】本発明の第２実施形態によるコンテナ管理システムの概略構成図である。

【図6】本発明の第２実施形態による監視マネージャの処理を示すフローチャートである。

【図7A】本発明の第２実施形態による資源割当情報収集部が収集する資源割当情報の一例を示すグラフである。

【図7B】本発明の第２実施形態による性能情報収集部が収集する性能情報の一例を示すグラフである。

【図7C】本発明の第２実施形態による性能情報補正部が生成する補正後の性能情報の一例を示すグラフである。

【図8】最小構成を有する監視マネージャの構成を示すブロック図である。

【図9】最小構成を有する監視マネージャの処理を示すフローチャートである。

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

【0011】

［第１実施形態］
始めに、本発明の第１実施形態について説明する。

【0012】

図１は、本発明の第１実施形態によるコンテナ管理システム１００ａの概略構成図である。コンテナ管理システム１００ａは、ホスト計算機１０ａ、監視マネージャ２０ａ（コンテナ管理装置とも称する）を備える。
ホスト計算機１０ａと監視マネージャ２０ａは、有線又は無線のネットワークにより、相互に接続される。なお、図１では、ホスト計算機１０ａが１つの場合を示しているが、ホスト計算機は、複数台存在することもある。

【0013】

ホスト計算機１０ａは、コンテナ基盤１１、性能情報収集部１３、性能情報蓄積部１４、資源割当情報収集部１５ａ、資源割当情報蓄積部１６ａを備える。
コンテナ基盤１１は、ホスト計算機１０ａで処理されるコンテナ１２を制御する。コンテナ１２は、ホスト計算機１０ａ上で、論理的な区画を設定し、アプリケーションを動作させるために必要なライブラリやアプリケーションなどを1つにまとめたものであり、疑似的に個別のサーバのように用いることができるようにしたものである。
なお、図１では、コンテナ１２を、１つのみ示しているが、コンテナ１２は、複数存在し得る。コンテナ基盤１１は、複数のコンテナを制御することができる。

【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】

１０ａ、１０ｂ、１０－１、１０－２・・・ホスト計算機、
１１・・・コンテナ基盤、
１２・・・コンテナ１２、
１３・・・性能情報収集部、
１４・・・性能情報蓄積部、
１５ａ、１５ｂ・・・資源割当情報収集部、
１６ａ、１６ｂ・・・資源割当情報蓄積部、
２０ａ、２０ｂ、２０ｃ・・・監視マネージャ、
２１・・・性能情報取得部、
２２ａ、２２ｂ、２２ｃ・・・性能情報補正部、
２３・・・性能情報表示部、
２４・・・管理者対話部、
１００ａ、１００ｂ・・・コンテナ管理システム

【図1】

【図2】

【図3A】

【図3B】

【図4A】

【図4B】

【図4C】

【図5】

【図6】

【図7A】

【図7B】

【図7C】

【図8】

【図9】