特開 2023-176299 管理装置

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023176299

(43)【公開日】2023-12-13

(54)【発明の名称】管理装置

(51)【国際特許分類】

   G06F 9/50 20060101AFI20231206BHJP

【ＦＩ】

G06F9/50 150D

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022088510

(22)【出願日】2022-05-31

(71)【出願人】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100124811

【弁理士】

【氏名又は名称】馬場 資博

(74)【代理人】

【識別番号】100088959

【弁理士】

【氏名又は名称】境 廣巳

(74)【代理人】

【識別番号】100097157

【弁理士】

【氏名又は名称】桂木 雄二

(74)【代理人】

【識別番号】100187724

【弁理士】

【氏名又は名称】唐鎌 睦

(72)【発明者】

【氏名】内村 祐介

(57)【要約】

【課題】コンテナ数を適切に管理することが難しい場合がある。
【解決手段】管理装置４００は、クラウドで処理されるコンテナのサービスレベルを示す情報を収集する収集部４２１と、前記収集部４２１が収集した前記サービスレベルを示す情報に基づいて、クラウドで処理される前記コンテナの数を制御する管理部４２２と、を有する。
【選択図】図５

【特許請求の範囲】

【請求項1】

クラウドで処理されるコンテナのサービスレベルを示す情報を収集する収集部と、
前記収集部が収集した前記サービスレベルを示す情報に基づいて、クラウドで処理される前記コンテナの数を制御する管理部と、
を有する
管理装置。

【請求項2】

請求項１に記載の管理装置であって、
前記収集部は、第１のクラウドで処理される前記コンテナの前記サービスレベルを示す情報を収集するとともに、前記第１のクラウドと組み合わせて運用される第２のクラウドで処理される前記コンテナの前記サービスレベルを示す情報を収集するよう構成され、
前記管理部は、前記収集部が収集した前記サービスレベルを示す情報に基づいて、前記第１のクラウドで処理されるコンテナの数と前記第２のクラウドで処理されるコンテナの数とを制御する
管理装置。

【請求項3】

請求項２に記載の管理装置であって、
前記管理部は、前記第１のクラウドの環境特性に応じて定められている条件に応じて前記第１のクラウドで処理されるコンテナの数を制御するとともに、前記第２のクラウドの環境特性に応じて定められている条件に応じて前記第２のクラウドで処理されるコンテナの数を制御する
管理装置。

【請求項4】

請求項３に記載の管理装置であって、
前記第１のクラウドの環境特性に応じて定められている条件には、サービスレベルに応じた条件の他にプラットフォームを監視することで取得されるハードウェア使用率に応じた条件が含まれており、前記第２のクラウドの環境特性に応じて定められている条件には、サービスレベルに応じた条件が含まれている
管理装置。

【請求項5】

請求項１に記載の管理装置であって、
コンテナの数を制御した際のサービスレベルの変化をシミュレーションする検証部を有し、
前記管理部は、前記検証部による検証の結果に応じてクラウドで処理される前記コンテナの数を制御する
管理装置。

【請求項6】

請求項５に記載の管理装置であって、
前記検証部は、前記第１のクラウドで処理される前記コンテナの数を制御する際にシミュレーショを行う一方で、前記第１のクラウドで処理される前記コンテナの数を制御する際にシミュレーショを行わない
管理装置。

【請求項7】

請求項１に記載の管理装置であって、
前記第１のクラウドはプライベートクラウドであり、前記第２のクラウドはパブリッククラウドである
管理装置。

【請求項8】

請求項１に記載の管理装置であって、
前記サービスレベルを示す情報は、レイテンシまたはエラー率を示す情報を含んでいる
管理装置。

【請求項9】

情報処理装置が、
クラウドで処理されるコンテナのサービスレベルを示す情報を収集し、
収集した前記サービスレベルを示す情報に基づいて、クラウドで処理される前記コンテナの数を制御する
管理方法。

【請求項10】

情報処理装置に、
クラウドで処理されるコンテナのサービスレベルを示す情報を収集し、
収集した前記サービスレベルを示す情報に基づいて、クラウドで処理される前記コンテナの数を制御する
処理を実現するためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理装置、管理方法、プログラムに関する。

【背景技術】

【0002】

クラウド環境において、コンテナ配置を管理する際に用いられる技術が知られている。

【0003】

例えば、特許文献１には、管理部を備えるコンテナ管理装置が記載されている。特許文献１によると、管理部は、ハイブリッドクラウドを構成する第１クラウドと第２クラウドのうち、第１クラウドの第１性能および第２クラウドの第２性能が、所定の条件を満たしている場合に、第２クラウドで処理されるコンテナ数を調整すると同時に、ハイブリッドクラウドに対する処理要求を、第１クラウドと第２クラウドに振り分ける比率を変更する。例えば、特許文献１には、ＣＰＵ（Central Processing Unit）使用率に基づく管理を行う旨が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２１－１９６８０８号公報

【発明の概要】

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

【0005】

特許文献１に記載のように、単にＣＰＵ使用率などのプラットフォーム監視の情報に基づいてコンテナの増減などを行うと、コンテナの数を制御したにもかかわらずレイテンシなどのサービスレベルが一時的に落ちることがあった。換言すると、単にプラットフォーム監視の情報に基づいてコンテナ数の管理などを行うと、一時的に通信が遅延するなど期待する効果を得られない場合があった。このように、コンテナ数を適切に管理することが難しい場合がある、という課題が生じていた。

【0006】

そこで、本発明の目的は、上述した課題を解決する管理装置、管理方法、プログラムを提供することにある。

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

【0007】

かかる目的を達成するため本開示の一形態である管理装置は、
クラウドで処理されるコンテナのサービスレベルを示す情報を収集する収集部と、
前記収集部が収集した前記サービスレベルを示す情報に基づいて、クラウドで処理される前記コンテナの数を制御する管理部と、
を有する
という構成をとる。

【0008】

また、本開示の他の形態である管理方法は、
情報処理装置が、
クラウドで処理されるコンテナのサービスレベルを示す情報を収集し、
収集した前記サービスレベルを示す情報に基づいて、クラウドで処理される前記コンテナの数を制御する
という構成をとる。

【0009】

また、本開示の他の形態であるプログラムは、
情報処理装置に、
クラウドで処理されるコンテナのサービスレベルを示す情報を収集し、
収集した前記サービスレベルを示す情報に基づいて、クラウドで処理される前記コンテナの数を制御する
処理を実現するためのプログラムである。

【発明の効果】

【0010】

上述したような各構成によると、上述した課題を解決することができる。

【図面の簡単な説明】

【0011】

【図1】本開示の第１の実施形態におけるコンテナ管理システムの構成例を示す図である。

【図2】コンテナ配置管理情報の一例を示す図である。

【図3】コンテナ配置管理部の動作例を示す図である。

【図4】本開示の第２の実施形態における管理装置の構成例を示すハードウェア図である。

【図5】管理装置の構成例を示すブロック図である。

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

【0012】

［第１の実施形態］
本開示の第１の実施形態について、図１から図３までを参照して説明する。図１は、コンテナ管理システム１００の構成例を示す図である。図２は、コンテナ配置管理情報の一例を示す図である。図３は、コンテナ配置管理部２３０の動作例を示す図である。

【0013】

本開示の第１の実施形態では、プライベートクラウド２００とパブリッククラウド３００とを有するハイブリッドクラウド環境でコンテナの数を管理するコンテナ管理システム１００について説明する。後述するように、コンテナ管理システム１００は、プライベートクラウド２００のコンテナ２６０やパブリッククラウド３００のコンテナ３２０などクラウドで処理されるコンテナのサービスレベルを確認する。そして、コンテナ管理システム１００は、確認したサービスレベルと、予め定められたＳＬＯ（Service Level Objective：サービスレベル目標）とに基づいて、目標とするサービスレベルを満たすようにコンテナ数を制御する。

【0014】

また、本実施形態で説明するコンテナ管理システム１００の場合、プライベートクラウド２００のコンテナ数を制御しようとする際に、事前にシミュレーションを行ってシミュレーションの結果に応じた制御を行う。例えば、コンテナ管理システム１００は、サービスを構成するシステムと同じ構成のシステムを仮想的に構築して、コンテナ構成変更前後におけるサービスレベルの変動をシミュレーションする。そして、コンテナ管理システム１００は、シミュレーションの結果に応じた制御を行う。

【0015】

なお、本実施形態において、サービスレベルとは、レイテンシ（応答速度）やエラー率のような実環境のサービス品質を表すものとする。本実施形態におけるサービスレベルは、従来のプラットフォーム監視で確認していたCPU（Central Processing Unit）やメモリの情報とは違い、よりサービスの実態を表す指標である。例えば、アプリケーションの特性によりCPUやメモリに負荷がかからずにレイテンシが遅くなる場合に、プラットフォーム監視では検知できないがサービスレベル監視は検知することができる。例えば、サービスレベルは、レイテンシまたはエラー率であってもよいし、例えば、レイテンシとエラー率とを掛け合わせたものなどであってもよい。

【0016】

また、本実施形態では、プライベートクラウド２００とパブリッククラウド３００を併用するハイブリッドクラウド環境において、プライベートクラウド２００とパブリッククラウド３００の両方で同じコンテナを構成することができる場合について説明する。ここで、同じコンテナとは、プライベートクラウド２００で動作するコンテナ２６０が、パブリッククラウド３００でも動作する状態、または、パブリッククラウド３００で動作するコンテナ３２０が、プライベートクラウド２００でも動作する状態のことをいう。

【0017】

また、本実施形態においては、上述したように、プライベートクラウド２００とパブリッククラウド３００とを有するハイブリッドクラウドにおいてコンテナ数を管理する場合について説明する。しかしながら、例えば、ハイブリッドクラウドは、複数のプライベートクラウドや複数のパブリッククラウドを有していてもよい。また、コンテナ管理システム１００が管理する対象は、例えば、プライベートクラウドを設けずに複数のパブリッククラウドから構成される場合など、ハイブリッドクラウド以外のクラウド環境であってもよい。

【0018】

図１は、コンテナ管理システム１００の構成の一例を示している。図１を参照すると、コンテナ管理システム１００は、例えば、プライベートクラウド２００と、パブリッククラウド３００と、を有している。例えば、プライベートクラウド２００とパブリッククラウド３００とは、ネットワークなどを介して互いに通信可能なよう接続されている。

【0019】

プライベートクラウド２００は、企業などが自身のために構築して運用するクラウドコンピューティング環境である。図１を参照すると、例えば、プライベートクラウド２００は、コンテナ管理装置として、コンテナ情報収集部２１０と、コンテナ情報記憶部２２０と、コンテナ配置ルール情報記憶部２３０と、コンテナ配置管理部２４０と、サービスレベル検証部２５０と、コンテナ２６０と、サービスレベル評価部２７０と、を有する。例えば、上述したコンテナ管理装置としての各機能は、プライベートクラウド２００のコンテナ基盤上に実現されるコンテナ２６０などのコンテナにより実現されてよい。

【0020】

なお、プライベートクラウド２００が有する各機能は、ＣＰＵなどの演算装置と、記憶装置と、を有する一つまたは複数の情報処理装置により実現することができる。例えば、プライベートクラウド２００が有する各機能は、記憶装置に格納されたプログラムをＣＰＵなどの演算装置が読み込んで実行することにより実現してよい。なお、情報処理装置は、上述したＣＰＵ（Central Processing Unit）の代わりに、ＧＰＵ（Graphic Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＭＰＵ（Micro Processing Unit）、ＦＰＵ（Floating point number Processing Unit）、ＰＰＵ（Physics Processing Unit）、ＴＰＵ（Tensor Processing Unit）、量子プロセッサ、マイクロコントローラ、又は、これらの組み合わせなどを有してもよい。

【0021】

コンテナ情報収集部２１０は、プライベートクラウド２００のコンテナ２６０やパブリッククラウド３００のコンテナ３２０のサービスレベルを示す情報を収集する。例えば、コンテナ情報収集部２１０は、サービスレベル評価部２７０から、コンテナ２６０やコンテナ３２０のサービスレベルを示す情報を収集する。また、コンテナ情報収集部２１０は、収集したサービスレベルを示す情報をコンテナ情報記憶部２２０に格納する。なお、コンテナ情報収集部２１０が情報を収集する間隔は任意に設定してよい。例えば、コンテナ情報取得部２１０は、予め定められた所定の間隔で定期的にサービスレベルを示す情報をサービスレベル評価部２７０から収集することができる。

【0022】

また、コンテナ情報収集部２１０は、プライベートクラウド２００で動作するコンテナ２６０などのＣＰＵ使用率やメモリ使用率などを示す情報を収集することができる。コンテナ情報収集部２１０は、コンテナ２６０などのＣＰＵ使用率やメモリ使用率などとして、コンテナ２６０が動作するコンテナ基盤のＣＰＵ使用率やメモリ使用率などを収集してよい。また、コンテナ情報収集部２１０は、収集したＣＰＵ使用率を示す情報などをコンテナ情報記憶部２２０に格納することができる。なお、コンテナ情報収集部２１０は、予め定められた所定の間隔で定期的にＣＰＵ使用率を示す情報などを収集してもよいし、所定の条件を満たす場合にＣＰＵ使用率を示す情報などを収集してもよい。

【0023】

例えば、以上のように、コンテナ情報収集部２１０は、ＣＰＵ使用率やメモリ使用率などのプラットフォームを監視することで得られる情報を収集するとともに、サービスレベルを示す情報を収集する。なお、コンテナ情報収集部２１０は、上記例示した以外の情報を収集してもよい。例えば、コンテナ情報収集部２１０は、プライベートクラウド２００のコンテナ基盤から、コンテナ２６０などの基本情報（例えば、コンテナIDやIPアドレスなど）を示す情報などを収集してもよい。

【0024】

コンテナ情報記憶部２２０は、コンテナ情報収集部２１０が収集した情報を記憶する記憶部である。上述したように、コンテナ情報記憶部２２０には、サービスレベルを示す情報やＣＰＵ使用率を示す情報などが格納される。例えば、コンテナ情報記憶部２２０に含まれる各種情報は、コンテナ情報収集部２１０が情報の収集を行うことなどに応じて更新される。

【0025】

コンテナ配置ルール情報記憶部２３０は、予め定められたコンテナ配置ルールを示すコンテナ配置ルール情報を格納する記憶部である。例えば、コンテナ配置ルール情報記憶部２３０には、外部装置などから予め取得したコンテナ配置ルール情報が格納されている。

【0026】

ここで、コンテナ配置ルール情報には、コンテナ数の制御を行う条件や制御の内容などを示す情報が含まれる。換言すると、コンテナ配置ルール情報では、コンテナ情報収集部２１０が収集した情報に対して、予め定められたサービスレベル目標（ＳＬＯ）とサービスレベル目標に対応する閾値と、閾値を超過した場合にコンテナ配置管理部２４０が行う制御の内容と、などがルールとして予め設定されている。

【0027】

図２は、コンテナ配置ルール情報が示すコンテナ配置ルールの一例を示している。例えば、図２を参照すると、コンテナ配置ルールとして、「コンテナ２６０のサービスレベルがＳＬＯの７０％未満であって、コンテナ３２０のサービスレベルがＳＬＯの７０％未満である」という条件と、「コンテナ３２０の数を増やし、ＣＰＵ使用率などに応じてコンテナ２６０の数を制御する」という制御の内容と、が関連付けられている。なお、「ＣＰＵ使用率などに応じてコンテナ２６０の数を制御する」という制御は、具体的には、例えば、「プライベートクラウド２００のＣＰＵ使用率が所定閾値以上の場合にコンテナ２６０の数を減らし、ＣＰＵ使用率が所定閾値未満の場合にコンテナ２６０の数を増やす」という制御である。ＣＰＵ使用率の代わりに、または、ＣＰＵ使用率ともに、メモリ使用率などを参照してもよい。例えば、後述するコンテナ配置管理部２４０は、コンテナ情報記憶部２２０に格納されたサービスレベルを示す情報などが上述したような条件を満たす場合、上述した内容の制御をコンテナ２６０のサービスレベルがＳＬＯの７０％以上、かつ、コンテナ３２０のサービスレベルがＳＬＯの７０％以上となるまで続けることができる。

【0028】

例えば、プライベートクラウド２００のサービスレベルが低く、かつ、ＣＰＵ使用率が所定閾値以上の場合、コンテナ２６０の処理が追い付いていないと想定される。そのため、負荷を下げる目的でプライベートクラウド２００のコンテナ数を減らす制御を行う。一方、プライベートクラウド２００のサービスレベルが低く、かつ、ＣＰＵ使用率が所定閾値未満の場合は、ハードウェアに依存するサービスレベルの低下ではなく、単純にコンテナ２６０の数が少なくて処理が追い付いていないと想定される。そのため、プライベートクラウド２００のコンテナ数を増加させる制御を行う。また、パブリッククラウド３００のサービスレベルが低い場合は、ハードウェアに依存するサービスレベルの低下ではなく、単純にコンテナ３２０の数が少なくて処理が追い付いていないと想定される。そのため、ＣＰＵ使用率などを確認することなく、コンテナ３２０の数を増加させる制御を行う。このように、プライベートクラウド２００とパブリッククラウド３００とでは、CPU性能などの環境特性が異なることが想定される。そのため、それぞれの環境特性に応じた条件とすることで、より適切な制御を行うことができる。

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

このように、コンテナ管理システム１００は、コンテナ情報収取部２１０とコンテナ配置管理部２４０とを有している。このような構成によると、コンテナ配置管理部２４０は、コンテナ情報収取部２１０が収集したサービスレベルを示す情報に基づいて、コンテナ数を制御することができる。例えば、コンテナ２６０やコンテナ３２０で動作するアプリケーションの特性などによっては、CPUやメモリに負荷がかからずにレイテンシが遅くなるなどサービスレベルが低下することがある。上記のような構成によると、サービスレベルを示す情報に基づいてコンテナ数を制御するため、上記のようなアプリケーションの特性などに起因する問題に対応することができる。つまり、上記のような構成によると、コンテナ配置管理部２４０は、コンテナ数を適切に管理することができる。

【0055】

また、コンテナ管理システム１００は、プライベートクラウド２００とパブリッククラウド３００の環境特性が異なることに着目して、それぞれ制御を行う際の条件を異なるものとしている。その結果、コンテナ配置管理部２４０は、それぞれの環境特性に応じた適切な制御を行うことができる。

【0056】

また、コンテナ管理システム１００は、サービスレベル検証部２５０を有することで、シミュレーションを行うデジタルツイン環境を用意しており、プライベートクラウド２００のコンテナ数を制御する場合に事前にサービスレベル検証部２５０にて制御に伴うサービスレベルの低下があるか否かを確認する。また、サービスレベルの低下が確認できる場合はサービスレベル検証部２５０のリソースを一時的に払い出すことで、コンテナ制御に伴うサービスレベルの低下に対応する。このような構成によると、サービスレベルの低下をより適切に抑制しつつコンテナ数を制御することができるため、コンテナ配置管理部２４０は、コンテナ数をより適切に管理することができる。

【0057】

なお、本実施形態では、コンテナ管理システム１００の構成の一例を示しており。コンテナ管理システム１００の構成は、本実施形態で例示した場合に限定されない。例えば、本実施形態においては、プライベートクラウド２００がコンテナ管理装置としての各機能を有する場合について説明した。しかしながら、コンテナ管理装置としての各機能のうちの少なくとも一部は、プライベートクラウド２００以外のサーバ装置などにより実現されてもよい。

【0058】

また、本実施形態においては、サービスレベル評価部２７０をプライベートクラウド２００が有する場合について例示した。しかしながら、サービスレベル評価部としての機能は、パブリッククラウド３００などプライベートクラウド２００以外が有してもよい。また、プライベートクラウド２００に加えて、パブリッククラウド３００などがサービスレベル検証部２５０としての機能を有してもよい。また、コンテナ管理システム１００は、プライベートクラウド２００が有するコンテナ２６０やパブリッククラウド３００が有するコンテナ３２０のうち、予め定められた情報に基づいて抽出される一部のコンテナのみをサービスレベル評価の対象やコンテナ数制御の対象としてもよい。コンテナ管理システム１００は、その他例示した以外の変形例を採用してもよい。

【0059】

［第２の実施形態］
次に、本開示の第２の実施形態について、図４、図５を参照して説明する。図４は、管理装置４００のハードウェア構成例を示す図である。図５は、管理装置４００の構成例を示すブロック図である。

【0060】

本開示の第２の実施形態においては、サービスレベルを示す情報に基づいてクラウドで処理されるコンテナの数を制御する情報処理装置である管理装置４００の構成例について説明する。図４は、管理装置４００のハードウェア構成例を示している。図４を参照すると、管理装置４００は、一例として、以下のようなハードウェア構成を有している。
・ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０１（演算装置）
・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）４０２（記憶装置）
・ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４０３（記憶装置）
・ＲＡＭ４０３にロードされるプログラム群４０４
・プログラム群４０４を格納する記憶装置４０５
・情報処理装置外部の記録媒体４１０の読み書きを行うドライブ装置４０６
・情報処理装置外部の通信ネットワーク４１１と接続する通信インタフェース４０７
・データの入出力を行う入出力インタフェース４０８
・各構成要素を接続するバス４０９

【0061】

なお、管理装置４００は、上述したＣＰＵの代わりに、ＧＰＵ（Graphic Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＭＰＵ（Micro Processing Unit）、ＦＰＵ（Floating point number Processing Unit）、ＰＰＵ（Physics Processing Unit）、ＴＰＵ（Tensor Processing Unit）、量子プロセッサ、マイクロコントローラ、又は、これらの組み合わせなどを用いてもよい。

【0062】

また、管理装置４００は、プログラム群４０４をＣＰＵ４０１が取得して当該ＣＰＵ４０１が実行することで、図５に示す収集部４２１、管理部４２２としての機能を実現することが出来る。なお、プログラム群４０４は、例えば、予め記憶装置４０５やＲＯＭ４０２に格納されており、必要に応じてＣＰＵ４０１がＲＡＭ４０３などにロードして実行する。また、プログラム群４０４は、通信ネットワーク４１１を介してＣＰＵ４０１に供給されてもよいし、予め記録媒体４１０に格納されており、ドライブ装置４０６が該プログラムを読み出してＣＰＵ４０１に供給してもよい。

【0063】

なお、図４は、管理装置４００のハードウェア構成例を示している。管理装置４００のハードウェア構成は上述した場合に限定されない。例えば、管理装置４００は、ドライブ装置４０６を有さないなど、上述した構成の一部から構成されてもよい。

【0064】

収集部４２１は、クラウドで処理されるコンテナのサービスレベルを示す情報を収集する。例えば、収集部４２１は、サービスレベルを示す情報として、レイテンシまたはエラー率を示す情報を収集する。

【0065】

管理部４２２は、収集部４２１が収集したサービスレベルを示す情報に基づいて、クラウドで処理されるコンテナの数を制御する。

【0066】

このように、管理装置４００は、収集部４２１と管理部４２２とを有している。このような構成によると、管理部４２２は、収集部４２１が収集したサービスレベルを示す情報に基づいて、クラウドで処理されるコンテナの数を制御することができる。その結果、管理部４２２は、コンテナ数を適切に管理することができる。

【0067】

なお、上述した管理装置４００は、当該管理装置４００などの情報処理装置に所定のプログラムが組み込まれることで実現できる。具体的に、本発明の他の形態であるプログラムは、管理装置４００などの情報処理装置に、クラウドで処理されるコンテナのサービスレベルを示す情報を収集し、収集したサービスレベルを示す情報に基づいて、クラウドで処理されるコンテナの数を制御する、処理を実現するためのプログラムである。

【0068】

また、上述した管理装置４００などの情報処理装置により実行される管理方法は、管理装置４００などの情報処理装置が、クラウドで処理されるコンテナのサービスレベルを示す情報を収集し、収集したサービスレベルを示す情報に基づいて、クラウドで処理されるコンテナの数を制御する、という方法である。

【0069】

上述した構成を有する、プログラム、又は、プログラムを記録したコンピュータが読み取り可能な記録媒体、又は、管理方法、の発明であっても、上述した管理装置４００と同様の作用・効果を奏するために、上述した本発明の目的を達成することが出来る。

【0070】

＜付記＞
上記実施形態の一部又は全部は、以下の付記のようにも記載されうる。以下、本発明における管理装置などの概略を説明する。但し、本発明は、以下の構成に限定されない。

【0071】

（付記１）
クラウドで処理されるコンテナのサービスレベルを示す情報を収集する収集部と、
前記収集部が収集した前記サービスレベルを示す情報に基づいて、クラウドで処理される前記コンテナの数を制御する管理部と、
を有する管理装置。
（付記２）
付記１に記載の管理装置であって、
前記収集部は、第１のクラウドで処理される前記コンテナの前記サービスレベルを示す情報を収集するとともに、前記第１のクラウドと組み合わせて運用される第２のクラウドで処理される前記コンテナの前記サービスレベルを示す情報を収集するよう構成され、
前記管理部は、前記収集部が収集した前記サービスレベルを示す情報に基づいて、前記第１のクラウドで処理されるコンテナの数と前記第２のクラウドで処理されるコンテナの数とを制御する
管理装置。
（付記３）
付記２に記載の管理装置であって、
前記管理部は、前記第１のクラウドの環境特性に応じて定められている条件に応じて前記第１のクラウドで処理されるコンテナの数を制御するとともに、前記第２のクラウドの環境特性に応じて定められている条件に応じて前記第２のクラウドで処理されるコンテナの数を制御する
管理装置。
（付記４）
付記３に記載の管理装置であって、
前記第１のクラウドの環境特性に応じて定められている条件には、サービスレベルに応じた条件の他にプラットフォームを監視することで取得されるハードウェア使用率に応じた条件が含まれており、前記第２のクラウドの環境特性に応じて定められている条件には、サービスレベルに応じた条件が含まれている
管理装置。
（付記５）
付記１に記載の管理装置であって、
コンテナの数を制御した際のサービスレベルの変化をシミュレーションする検証部を有し、
前記管理部は、前記検証部による検証の結果に応じてクラウドで処理される前記コンテナの数を制御する
管理装置。
（付記６）
付記５に記載の管理装置であって、
前記検証部は、前記第１のクラウドで処理される前記コンテナの数を制御する際にシミュレーショを行う一方で、前記第１のクラウドで処理される前記コンテナの数を制御する際にシミュレーショを行わない
管理装置。
（付記７）
付記１に記載の管理装置であって、
前記第１のクラウドはプライベートクラウドであり、前記第２のクラウドはパブリッククラウドである
管理装置。
（付記８）
付記１に記載の管理装置であって、
前記サービスレベルを示す情報は、レイテンシまたはエラー率を示す情報を含んでいる
管理装置。
（付記９）
情報処理装置が、
クラウドで処理されるコンテナのサービスレベルを示す情報を収集し、
収集した前記サービスレベルを示す情報に基づいて、クラウドで処理される前記コンテナの数を制御する
管理方法。
（付記１０）
情報処理装置に、
クラウドで処理されるコンテナのサービスレベルを示す情報を収集し、
収集した前記サービスレベルを示す情報に基づいて、クラウドで処理される前記コンテナの数を制御する
処理を実現するためのプログラム。

【0072】

以上、上記各実施形態を参照して本願発明を説明したが、本願発明は、上述した実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明の範囲内で当業者が理解しうる様々な変更をすることが出来る。

【符号の説明】

【0073】

１００ コンテナ管理システム
２００ プライベートクラウド
２１０ コンテナ情報収集部
２２０ コンテナ情報記憶部
２３０ コンテナ配置ルール情報記憶部
２４０ コンテナ配置管理部
２５０ サービスレベル検証部
２６０ コンテナ
２７０ サービスレベル評価部
３００ パブリッククラウド
３１０ コンテナ配置制御部
３２０ コンテナ
４００ 管理装置
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ
４０４ プログラム群
４０５ 記憶装置
４０６ ドライブ装置
４０７ 通信インタフェース
４０８ 入出力インタフェース
４０９ バス
４１０ 記録媒体
４１１ 通信ネットワーク
４２１ 収集部
４２２ 管理部

【図1】

【図2】

【図3】

【図4】

【図5】