JP2022017686A - コンテナ配備先クラスタ決定方法、コンテナ配備先クラスタ決定装置及びコンテナ配備先クラスタ決定システム - Google Patents

Abstract

【課題】配備時点における各クラスタのリソース状態に応じて、コンテナを配備可能なクラスタを決定することを可能とするコンテナ配備先クラスタ決定方法、コンテナ配備先クラスタ決定装置及びコンテナ配備先クラスタ決定システムを提供する。【解決手段】グローバルマスタ装置は、配備対象コンテナの配備に要するリソース条件をマスタ装置のそれぞれに送信し、マスタ装置のそれぞれは、マスタ装置のそれぞれが配備されているクラスタ内のリソースが、受信したリソース条件を満たすか否かの判定を行い、判定の結果をグローバルマスタ装置に送信し、グローバルマスタ装置は、マスタ装置のそれぞれから受信した結果に基づいて、配備対象コンテナの配備先とするクラスタを決定する。【選択図】図７

Description

本発明は、コンテナ配備先クラスタ決定方法、コンテナ配備先クラスタ決定装置及びコンテナ配備先クラスタ決定システムに関する。

近年、サービスを提供するために実行するモジュールをコンテナという単位でパッケージ化して組み合わせることにより、障害からの復旧の簡素化や処理の負荷分散を行うコンテナ型仮想化技術の適用が進んでいる。

このようなコンテナ型仮想化技術は、カーネルが含まれないコンテナを配備することによって実現される。そのため、コンテナ型仮想化技術では、仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）を用いる仮想化技術（以下、ＶＭ型仮想化技術とも呼ぶ）よりも物理リソースの使用量を抑えることが可能になる。

したがって、近年では、ＶＭ型仮想化技術を用いた情報処理システムからコンテナ型仮想化技術を用いた情報処理システムへの移行が活発に行われている（例えば、特許文献１及び２参照）。

特開２０１８－０２８８２４号公報 特開２０１５－１５８８１１号公報

ここで、上記のようなコンテナの管理は、例えば、近接した場所に配備された複数のノード（以下、サーバ装置とも呼ぶ）からなるクラスタごとに行われる。具体的に、各クラスタでは、例えば、各ノードに対するコンテナの配備等を行うマスタ装置によって各コンテナの管理が行われる。これにより、コンテナ型仮想化技術を用いた情報処理システム（以下、単に情報処理システムとも呼ぶ）では、新たなコンテナの配備を複数のマスタ装置において分散して行うことが可能になる。そのため、情報処理システムでは、管理対象のコンテナの数が膨大である場合や新たなコンテナの配備要求が高い頻度で発生する場合であっても、新たなコンテナの配備に要する時間の増加を抑えることが可能になる。

ここで、上記のようにコンテナの管理をクラスタごとに行う場合、情報処理システムでは、複数のクラスタを統合的に管理する必要性から、各クラスタにおけるマスタ装置の管理を行うグローバルマスタ装置の配備が行われる。

このようなグローバルマスタ装置は、例えば、新しいコンテナの配備要求を受け付けた場合、管理者によって予め指定されたクラスタのマスタ装置に対して新たなコンテナの配備指示を行う。そして、配備指示を受信したマスタ装置は、新たなコンテナの配備を行うノードを管理対象のノードから決定する。

しかしながら、配備指示を受信したマスタ装置は、新たなコンテナを配備可能なノードが管理対象のノードに存在しない場合、新たなコンテナの配備を行うことができない。そのため、グローバルマスタ装置は、この場合、新たなコンテナの配備指示を他のクラスタのマスタ装置に再度行わせる必要があり、新たなコンテナの配備を効率的に行うことができない。

そこで、一つの側面では、本発明は、配備時点における各クラスタのリソース状態に応じて、コンテナを配備可能なクラスタを決定することを可能とするコンテナ配備先クラスタ決定方法、コンテナ配備先クラスタ決定装置及びコンテナ配備先クラスタ決定システムを提供することを目的とする。

実施の形態の一態様では、各クラスタ内においてマスタ装置を有するとともに前記マスタ装置と通信可能なグローバルマスタ装置を有するコンテナ配備先クラスタ決定システムにおけるコンテナ配備先クラスタ決定方法であって、前記グローバルマスタ装置は、配備対象コンテナの配備に要するリソース条件を前記マスタ装置のそれぞれに送信し、前記マスタ装置のそれぞれは、前記マスタ装置のそれぞれが配備されているクラスタ内のリソースが、受信した前記リソース条件を満たすか否かの判定を行い、前記判定の結果を前記グローバルマスタ装置に送信し、前記グローバルマスタ装置は、前記マスタ装置のそれぞれから受信した前記結果に基づいて、前記配備対象コンテナの配備先とするクラスタを決定する。

一つの側面によれば、配備時点における各クラスタのリソース状態に応じて、コンテナを配備可能なクラスタを決定することを可能とする。

図１は、情報処理システム１０の構成について説明する図である。 図２は、情報処理システム１０の構成について説明する図である。 図３は、グローバルマスタ装置１のハードウエア構成を説明する図である。 図４は、マスタ装置２のハードウエア構成を説明する図である。 図５は、グローバルマスタ装置１の機能のブロック図である。 図６は、マスタ装置２の機能のブロック図である。 図７は、第１の実施の形態における配備先クラスタ決定処理の概略を説明するシーケンスチャート図である。 図８は、第１の実施の形態における配備先クラスタ決定処理の詳細を説明するフローチャート図である。 図９は、第１の実施の形態における配備先クラスタ決定処理の詳細を説明するフローチャート図である。 図１０は、第１の実施の形態における配備先クラスタ決定処理の詳細を説明するフローチャート図である。 図１１は、配備要求ＤＲの具体例を説明する図である。 図１２は、クラスタ情報１３１の具体例について説明する図である。 図１３は、リソース情報２３１の具体例について説明する図である。 図１４は、重み情報２３２の具体例について説明する図である。 図１５は、第２の実施の形態における配備先クラスタ決定処理の概略を説明するシーケンスチャート図である。 図１６は、第２の実施の形態における配備先クラスタ決定処理の詳細を説明するフローチャート図である。 図１７は、第２の実施の形態における配備先クラスタ決定処理の詳細を説明するフローチャート図である。 図１８は、第２の実施の形態における配備先クラスタ決定処理の詳細を説明するフローチャート図である。

［情報処理システムの構成］
初めに、情報処理システム１０（以下、コンテナ配備先クラスタ決定システム１０とも呼ぶ）の構成について説明を行う。図１及び図２は、情報処理システム１０の構成について説明する図である。

図１に示す情報処理システム１０は、グローバルマスタ装置１と、マスタ装置２ａ、２ｂ及び２ｃ（以下、これらを総称して単にマスタ装置２とも呼ぶ）と、サーバ装置３ａ、３ｂ、３ｃ、３ｄ及び３ｅ（以下、これらを総称して単にサーバ装置３とも呼ぶ）とを有する。グローバルマスタ装置１、マスタ装置２及びサーバ装置３のそれぞれは、例えば、物理マシンや仮想マシンであってよい。また、サーバ装置３のそれぞれは、例えば、ルータ装置やカメラデバイス等であってもよい。

そして、図１に示す例では、マスタ装置２ａ、サーバ装置３ａ及びサーバ装置３ｂがクラスタＣＬ１を構成し、マスタ装置２ｂ、サーバ装置３ｃ及びサーバ装置３ｄがクラスタＣＬ２を構成し、マスタ装置２ｃ及びサーバ装置３ｅがクラスタＣＬ３を構成している。

さらに、図１に示す例において、サーバ装置３ａでは、コンテナ（以下、ＣＯＮとも表記する）４ａが動作しており、サーバ装置３ｂでは、コンテナ４ｂが動作しており、サーバ装置３ｃでは、コンテナ４ｃが動作している。また、図１に示す例において、サーバ装置３ｄでは、コンテナ４ｄとコンテナ４ｅとが動作しており、サーバ装置３ｅでは、コンテナ４ｆが動作している。コンテナ４ａ、４ｂ、４ｃ、４ｄ及び４ｅ（以下、これらを総称して単にコンテナ４とも呼ぶ）のそれぞれは、例えば、ローカル５Ｇのコア機能やファイアウォール機能等のネットワーク機能（ＣＮＦ：Ｃｌｏｕｄ－ｎａｔｉｖｅ Ｎｅｔｗｏｒｋ Ｆａｎｃｔｉｏｎ）を有するコンテナであってよい。

以下、情報処理システム１０が３台のマスタ装置２と５台のサーバ装置３を有し、これらが３つのクラスタを構成する場合について説明を行うが、情報処理システム１０は、これ以外の台数のマスタ装置２及びサーバ装置３を有し、これらが３つ以外の数のクラスタを構成するものであってもよい。

また、クラスタＣＬ１、クラスタＣＬ２及びクラスタＣＬ３のそれぞれは、別のクラウド事業者によるクラウドサービスの提供に用いられるサーバ装置３によって構成されるクラスタであってよく、例えば、互いの位置が物理的に離れているものであってよい。すなわち、グローバルマスタ装置１は、例えば、冗長性の確保等の観点から複数のクラウドサービスの提供に用いられるサーバ装置３のそれぞれに配備された各コンテナ４（マルチクラウド環境における各コンテナ４）を横断的に管理するものであってよい。

さらに、各クラスタＣＬを構成するサーバ装置３のそれぞれは、例えば、データセンター（図示しない）に配備されたサーバ装置であってよく、また、クラウドサービスの利用者の事業所や店舗等に配備されたサーバ装置であってもよい。

図１に示す例において、グローバルマスタ装置１は、例えば、管理者が管理者端末（図示しない）を介して送信したコンテナ４の配備要求を受け付けた場合、その配備要求に対応するコンテナ４（以下、配備対象のコンテナ４とも呼ぶ）をサーバ装置３のうちのいずれかに配備する。

具体的に、グローバルマスタ装置１は、例えば、クラスタＣＬ１、ＣＬ２及びＣＬ３（以下、これらを総称して単にクラスタＣＬとも呼ぶ）におけるサーバ装置３のそれぞれのリソース状態を示す情報を、マスタ装置２ａ、２ｂ及び２ｃのそれぞれから収集する。そして、グローバルマスタ装置１は、例えば、各マスタ装置２から収集した情報を用いることによって、クラスタＣＬ１、ＣＬ２及びＣＬ３の中から、配備対象のコンテナ４を配備可能なクラスタＣＬの決定を行う。その後、グローバルマスタ装置１は、決定したクラスタＣＬのマスタ装置２に対して、配備対象のコンテナ４の配備指示を送信する。

しかしながら、例えば、統合的に管理する必要があるサーバ装置３の数の多い場合、グローバルマスタ装置１は、配備対象のコンテナ４を配備可能なクラスタＣＬの決定に膨大な時間を要する。そのため、グローバルマスタ装置１は、この場合、配備対象のコンテナ４の配備を効率的に行うことができない。

そこで、グローバルマスタ装置１は、コンテナ４の配備要求を受け付けた場合、管理者によって予め指定されたクラスタＣＬを構成するマスタ装置２に対し、配備対象のコンテナ４の配備指示を行う。

具体的に、例えば、管理者によって予め指定されたクラスタＣＬがクラスタＣＬ２である場合、グローバルマスタ装置１は、図２に示すように、クラスタＣＬ２を構成するマスタ装置２ｂに対して、配備対象のコンテナ４の配備指示を行う。そして、マスタ装置２ｂは、クラスタＣＬ２を構成するサーバ装置３ｃ及びサーバ装置３ｄのうちのいずれかにおいて、配備対象のコンテナ４の配備を行う。

しかしながら、例えば、クラスタＣＬ２を構成するサーバ装置３に、配備対象のコンテナ４を配備可能なサーバ装置３が存在しない場合、グローバルマスタ装置１は、配備対象のコンテナ４の配備を他のクラスタＣＬのマスタ装置２（マスタ装置２ａまたはマスタ装置２ｃ）に再度行わせる必要があり、配備対象のコンテナ４の配備を効率的に行うことができない。

そこで、本実施の形態におけるグローバルマスタ装置１は、配備要求に対応するコンテナ４の配備に要するリソース条件をマスタ装置２のそれぞれに送信する。

そして、マスタ装置２のそれぞれは、各マスタ装置２が配備されているクラスタＣＬ内のリソースが、グローバルマスタ装置１から受信したリソース条件を満たすか否かの判定を行う。さらに、マスタ装置２のそれぞれは、その判定の結果をグローバルマスタ装置１に送信する。

その後、グローバルマスタ装置１は、マスタ装置２のそれぞれから受信した判定の結果に基づいて、配備対象のコンテナ４の配備先とするクラスタＣＬ（以下、配備先クラスタＣＬとも呼ぶ）を決定する。

すなわち、グローバルマスタ装置１は、例えば、配備対象のコンテナ４の配備を行う前に、各クラスタＣＬにおけるリソース状態に対応する情報である判定の結果を全てのマスタ装置２から取得する。

これにより、グローバルマスタ装置１は、配備時点における各クラスタＣＬのリソース状態（各マスタ装置２から取得した判定の結果が示すリソース状態）に応じて、配備対象のコンテナ４を配備可能なクラスタＣＬを決定することが可能になる。そのため、グローバルマスタ装置１は、各クラスタＣＬのリソース状態に応じて決定したクラスタＣＬにおいて配備対象のコンテナ４の配備を行うことで、他のクラスタＣＬにおける配備をやり直しの発生を防止することが可能になる。従って、グローバルマスタ装置１は、配備対象のコンテナ４の配備を効率的に行うことが可能になる。

［情報処理システムのハードウエア構成］
次に、情報処理システム１０のハードウエア構成について説明する。図３は、グローバルマスタ装置１のハードウエア構成を説明する図である。また、図４は、マスタ装置２のハードウエア構成を説明する図である。

初めに、グローバルマスタ装置１のハードウエア構成について説明を行う。

グローバルマスタ装置１は、図３に示すように、プロセッサであるＣＰＵ１０１と、メモリ１０２と、通信装置１０３と、記憶媒体１０４とを有する。各部は、バス１０５を介して互いに接続される。

記憶媒体１０４は、例えば、配備対象のコンテナ４の配備先となるクラスタＣＬを決定する処理（以下、配備先クラスタ決定処理とも呼ぶ）を行うためのプログラム１１０を記憶するプログラム格納領域（図示しない）を有する。また、記憶媒体１０４は、例えば、配備先クラスタ決定処理を行う際に用いられる情報を記憶する情報格納領域１３０を有する。なお、記憶媒体１０４は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）であってよい。

ＣＰＵ１０１は、記憶媒体１０４からメモリ１０２にロードされたプログラム１１０を実行して配備先クラスタ決定処理を行う。

また、通信装置１０３は、例えば、ネットワーク（図示しない）を介してマスタ装置２と通信を行う。

次に、マスタ装置２のハードウエア構成について説明を行う。

マスタ装置２は、図４に示すように、プロセッサであるＣＰＵ２０１と、メモリ２０２と、通信装置２０３と、記憶媒体２０４とを有する。各部は、バス２０５を介して互いに接続される。

記憶媒体２０４は、例えば、配備先クラスタ決定処理を行うためのプログラム２１０を記憶するプログラム格納領域（図示しない）を有する。また、記憶媒体２０４は、例えば、配備先クラスタ決定処理を行う際に用いられる情報を記憶する情報格納領域２３０を有する。なお、記憶媒体２０４は、例えば、ＨＤＤやＳＳＤであってよい。

ＣＰＵ２０１は、記憶媒体２０４からメモリ２０２にロードされたプログラム２１０を実行して配備先クラスタ決定処理を行う。

また、通信装置２０３は、例えば、ネットワーク（図示しない）を介してグローバルマスタ装置１及びサーバ装置３と通信を行う。

［情報処理システムの機能］
次に、情報処理システム１０の機能について説明を行う。図５は、グローバルマスタ装置１の機能のブロック図である。また、図６は、マスタ装置２の機能のブロック図である。

初めに、グローバルマスタ装置１の機能のブロック図について説明を行う。

グローバルマスタ装置１は、図５に示すように、例えば、ＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、要求受付部１１１と、条件送信部１１２と、結果受信部１１３と、配備先決定部１１４と、指示送信部１１５とを含む各種機能を実現する。

また、グローバルマスタ装置１は、例えば、図５に示すように、クラスタ情報１３１を情報格納領域１３０に記憶する。

要求受付部１１１は、例えば、管理者が管理者端末（図示しない）を介して送信したコンテナ４の配備要求を受け付ける。

条件送信部１１２は、配備対象のコンテナ４の配備に要するリソース条件をマスタ装置２のそれぞれに送信する。リソース条件は、例えば、要求受付部１１１が受け付けた配備要求に含まれる情報であって、配備対象のコンテナ４が使用するＣＰＵのコア数及びメモリ量を含む情報である。

結果受信部１１３は、各マスタ装置２が配備されているクラスタＣＬにおける空きリソース（例えば、ＣＰＵ及びメモリの空きリソース）が、条件送信部１１２によって送信されたリソース条件を満たすか否かについての判定の結果を、マスタ装置２のそれぞれから受信する。

配備先決定部１１４は、結果受信部１１３がマスタ装置２のそれぞれから受信した判定の結果に基づいて、配備対象のコンテナ４の配備を行うクラスタＣＬを決定する。

指示送信部１１５は、配備先決定部１１４が決定したクラスタＣＬのマスタ装置２に対して、配備対象のコンテナ４の配備指示を送信する。クラスタ情報１３１についての説明は後述する。

次に、マスタ装置２の機能のブロック図について説明を行う。

マスタ装置２は、図６に示すように、例えば、ＣＰＵ２０１やメモリ２０２等のハードウエアとプログラム２１０とが有機的に協働することにより、条件受信部２１１と、条件判定部２１２と、スコア算出部２１３と、結果送信部２１４と、指示受信部２１５と、コンテナ配備部２１６とを含む各種機能を実現する。

また、マスタ装置２は、例えば、図６に示すように、リソース情報２３１と、重み情報２３２とを情報格納領域２３０に記憶する。

条件受信部２１１は、グローバルマスタ装置１から送信されたリソース条件を受信する。

条件判定部２１２は、自装置が配備されているクラスタＣＬ内のリソースが、条件受信部２１１が受信したリソース条件を満たすか否かの判定を行う。

スコア算出部２１３は、自装置が配備されているクラスタＣＬ内の各サーバ装置３におけるリソースの利用率（ＣＰＵ及びメモリの利用率）に基づいて、自装置が配備されているクラスタＣＬのリソースの使用状態を示すスコアを算出する。

結果送信部２１４は、条件判定部２１２が行った判定の結果をグローバルマスタ装置１に送信する。また、結果送信部２１４は、スコア算出部２１３が算出したスコアをグローバルマスタ装置１に送信する。

指示受信部２１５は、グローバルマスタ装置１から送信された配備対象のコンテナ４の配備指示を受信する。

コンテナ配備部２１６は、指示受信部２１５が配備対象のコンテナ４の配備指示を受信したことに応じて、自装置が配備されているクラスタＣＬ内のサーバ装置３のいずれかにおいて配備対象のコンテナ４を配備する。リソース情報２３１及び重み情報２３２についての説明は後述する。

［第１の実施の形態の概略］
次に、第１の実施の形態の概略について説明する。図７は、第１の実施の形態における配備先クラスタ決定処理の概略を説明するシーケンスチャート図である。

グローバルマスタ装置１は、図７に示すように、例えば、管理者端末（図示しない）から配備対象のコンテナ４の配備要求を受け付けた場合（Ｓ１）、配備対象のコンテナ４の配備に要するリソース条件をマスタ装置２（マスタ装置２ａ、マスタ装置２ｂ及びマスタ装置２ｃ）のそれぞれに送信する（Ｓ２）。

そして、マスタ装置２のそれぞれは、グローバルマスタ装置１からのリソース条件の受信に応じて、自装置が配備されているクラスタＣＬ内のリソースが、グローバルマスタ装置１から受信したリソース条件を満たすか否かの判定を行う（Ｓ３）。さらに、マスタ装置２のそれぞれは、Ｓ３の処理における判定の結果をグローバルマスタ装置１に送信する（Ｓ４）。ここで、マスタ装置２のそれぞれが送信する判定の結果は、ＹＥＳ／ＮＯ等の文字列であってもよいし、ＹＥＳ／ＮＯを示すためのフラグであってもよい。

その後、グローバルマスタ装置１は、マスタ装置２のそれぞれから受信した判定の結果に基づいて、配備対象のコンテナ４を配備するクラスタＣＬを決定する（Ｓ５）。

すなわち、グローバルマスタ装置１は、例えば、配備対象のコンテナ４の配備を行う前に、各クラスタＣＬにおけるリソース状態に対応する情報である判定の結果を全てのマスタ装置２から取得する。

これにより、グローバルマスタ装置１は、配備時点における各クラスタＣＬのリソース状態に応じて、配備対象のコンテナ４を配備可能なクラスタＣＬを決定することが可能になる。そのため、グローバルマスタ装置１は、各クラスタＣＬのリソース状態に応じて決定したクラスタＣＬにおいて配備対象のコンテナ４の配備を行うことで、他のクラスタＣＬにおける配備をやり直しの発生を防止することが可能になる。従って、グローバルマスタ装置１は、配備対象のコンテナ４の配備を効率的に行うことが可能になる。

なお、本実施の形態では、全てのマスタ装置２が判定の結果を送信するものとして説明を行ったが、リソース条件を満たすと判定したマスタ装置２のみが判定の結果を送信するものであってもよい。これにより、リソース条件を満たさないと判定したマスタ装置２が判定の結果を送信することがなくなるため、トラフィックへの影響を少なくすることが可能になる。

［第１の実施の形態の詳細］
次に、第１の実施の形態の詳細について説明する。図８から図１０は、第１の実施の形態における配備先クラスタ決定処理の詳細を説明するフローチャート図である。また、図１１から図１５は、第１の実施の形態における配備先クラスタ決定処理の詳細を説明する図である。

［グローバルマスタ装置における処理（１）］
初めに、グローバルマスタ装置１における処理の一部について説明を行う。図８は、グローバルマスタ装置１における処理の説明するフローチャート図である。

グローバルマスタ装置１の要求受付部１１１は、例えば、管理者端末（図示しない）から送信された配備要求を受信するまで待機する（Ｓ１１のＮＯ）。以下、配備要求の具体例について説明を行う。

［配備要求の具体例］
図１１は、配備要求ＤＲの具体例を説明する図である。

図１１に示す配備要求ＤＲは、配備対象のコンテナ４が使用するＣＰＵのコア数が設定される「使用ＣＰＵ」と、配備対象のコンテナ４が使用するメモリ量が設定される「使用メモリ」とを項目として有する。

具体的に、図１１に示す情報における１行目の情報には、「使用ＣＰＵ」として「２（コア）」が設定され、「使用メモリ」として「１０（ＭＢ）」が設定されている。

また、図１１に示す情報における２行目の情報には、「使用ＣＰＵ」として「３（コア）」が設定され、「使用メモリ」として「１００（ＭＢ）」が設定されている。

すなわち、図１１に示す配備要求ＤＲは、使用ＣＰＵが２（コア）であって使用メモリ量が１０（ＭＢ）であるコンテナ４と、使用ＣＰＵが３（コア）であって使用メモリ量が１００（ＭＢ）であるコンテナ４との配備を要求する配備要求である。

図８に戻り、管理者端末（図示しない）から送信された配備要求を受信した場合（Ｓ１１のＹＥＳ）、グローバルマスタ装置１の条件送信部１１２は、Ｓ１１の処理で受け付けた配備要求に対応する配備対象のコンテナ４の配備に要するリソース量を含むリソース条件をマスタ装置２のそれぞれに送信する（Ｓ１２）。

具体的に、条件送信部１１２は、例えば、情報格納領域１３０に記憶されたクラスタ情報１３１を参照し、各クラスタＣＬにおけるマスタ装置２を特定する。そして、条件送信部１１２は、特定したマスタ装置２のそれぞれに対し、例えば、図１１で説明した配備要求ＤＲに含まれる各情報を送信する。以下、クラスタ情報１３１の具体例について説明を行う。

［クラスタ情報の具体例］
図１２は、クラスタ情報１３１の具体例について説明する図である。

図１２に示すクラスタ情報１３１は、各クラスタＣＬを識別する「クラスタＩＤ」と、各マスタ装置２を識別する「マスタＩＤ」と、各マスタ装置２のＩＰアドレスが設定される「接続先アドレス」とを項目として有する。

具体的に、図１２に示すクラスタ情報１３１における１行目には、「クラスタＩＤ」として「ＣＬ１」が設定され、「マスタＩＤ」として「ＭＳ１」が設定され、「接続先アドレス」として「１００．１００．１００．１」が設定されている。

また、図１２に示すクラスタ情報１３１における２行目には、「クラスタＩＤ」として「ＣＬ２」が設定され、「マスタＩＤ」として「ＭＳ２」が設定され、「接続先アドレス」として「１００．１００．２００．１」が設定されている。

さらに、図１２に示すクラスタ情報１３１における３行目には、「クラスタＩＤ」として「ＣＬ３」が設定され、「マスタＩＤ」として「ＭＳ３」が設定され、「接続先アドレス」として「１００．１００．３００．１」が設定されている。

なお、以下、マスタＩＤが「ＭＳ１」、「ＭＳ２」及び「ＭＳ３」であるマスタ装置２のそれぞれが、図１等で説明したマスタ装置２ａ、マスタ装置２ｂ及びマスタ装置２ｃのそれぞれに対応するものとして説明を行う。

［マスタ装置における処理（１）］
次に、マスタ装置２における処理の一部について説明を行う。図９及び図１０は、マスタ装置２における処理の説明するフローチャート図である。

マスタ装置２の条件受信部２１１は、図９に示すように、グローバルマスタ装置１からリソース条件を受信するまで待機する（Ｓ２１のＮＯ）。なお、グローバルマスタ装置１から各マスタ装置２に対するリソース条件の送信に要する時間は、例えば、１０（ミリ秒）程度である。

そして、リソース条件を受信した場合（Ｓ２１のＹＥＳ）、マスタ装置２の条件判定部２１２は、自装置が配備されているクラスタＣＬ内のサーバ装置３に、Ｓ２１の処理で受信したリソース条件に含まれるリソース量以上の空きリソース量を有する特定のサーバ装置３が存在するか否かの判定を行う（Ｓ２２）。

具体的に、条件判定部２１２は、例えば、自装置が配備されているクラスタＣＬ内の各サーバ装置３の現在の空きリソース量（ＣＰＵ及びメモリの空きリソース量）を示すリソース情報２３１を各サーバ装置３から取得する。そして、条件判定部２１２は、各サーバ装置３から取得したリソース情報２３１を参照し、Ｓ２１の処理で受信したリソース条件に含まれるリソース量以上の空きリソース量を有する特定のサーバ装置３が存在するか否かの判定を行う。以下、リソース情報２３１の具体例について説明を行う。

［リソース情報の具体例］
図１３は、リソース情報２３１の具体例について説明する図である。具体的に、図１３（Ａ）は、マスタ装置２ａから取得したリソース情報２３１（以下、リソース情報２３１ａとも呼ぶ）の具体例について説明する図である。また、図１３（Ｂ）は、マスタ装置２ｂから取得したリソース情報２３１（以下、リソース情報２３１ｂとも呼ぶ）の具体例について説明する図である。さらに、図１３（Ｃ）は、マスタ装置２ｃから取得したリソース情報２３１（以下、リソース情報２３１ｃとも呼ぶ）の具体例について説明する図である。

図１３に示す各リソース情報２３１は、各サーバ装置３を識別する「サーバＩＤ」と、ＣＰＵの空きリソース量が設定される「ＣＰＵ空きリソース」と、メモリの空きリソース量が設定される「メモリ空きリソース」とを項目として有する。

具体的に、図１３（Ａ）に示すリソース情報２３１ａにおける１行目の情報には、「サーバＩＤ」として「ＳＶ１」が設定され、「ＣＰＵ空きリソース」として「１０（コア）」が設定され、「メモリ空きリソース」として「１．６（ＧＢ）」が設定されている。

また、図１３（Ａ）に示すリソース情報２３１ａにおける２行目の情報には、「サーバＩＤ」として「ＳＶ２」が設定され、「ＣＰＵ空きリソース」として「２（コア）」が設定され、「メモリ空きリソース」として「１．０（ＧＢ）」が設定されている。

また、図１３（Ｂ）に示すリソース情報２３１ｂにおける１行目の情報には、「サーバＩＤ」として「ＳＶ３」が設定され、「ＣＰＵ空きリソース」として「５（コア）」が設定され、「メモリ空きリソース」として「２．２（ＧＢ）」が設定されている。

また、図１３（Ｂ）に示すリソース情報２３１ｂにおける２行目の情報には、「サーバＩＤ」として「ＳＶ４」が設定され、「ＣＰＵ空きリソース」として「３（コア）」が設定され、「メモリ空きリソース」として「０．８（ＧＢ）」が設定されている。

さらに、図１３（Ｃ）に示すリソース情報２３１ｃにおける１行目の情報には、「サーバＩＤ」として「ＳＶ５」が設定され、「ＣＰＵ空きリソース」として「１２（コア）」が設定され、「メモリ空きリソース」として「１．８（ＧＢ）」が設定されている。

なお、以下、サーバＩＤが「ＳＶ１」、「ＳＶ２」、「ＳＶ３」、「ＳＶ４」及び「ＳＶ５」であるサーバ装置３のそれぞれが、図１等で説明したサーバ装置３ａ、サーバ装置３ｂ、サーバ装置３ｃ、サーバ装置３ｄ及びサーバ装置３ｅのそれぞれに対応するものとして説明を行う。

ここで、図１１で説明した配備要求ＤＲには、使用ＣＰＵが２（コア）であって使用メモリ量が１０（ＭＢ）であるコンテナ（以下、コンテナＡとも呼ぶ）と、使用ＣＰＵが３（コア）であって使用メモリ量が１００（ＭＢ）であるコンテナ（以下、コンテナＢとも呼ぶ）との配備を要求する旨の情報が含まれている。

そのため、Ｓ２１の処理において、例えば、図１１で説明した配備要求ＤＲに対応するリソース条件を受信した場合、マスタ装置２ａの条件判定部２１２は、例えば、コンテナＡを配備可能な特定のサーバ装置３としてサーバ装置３ａを特定し、さらに、コンテナＢを配備可能な特定のサーバ装置３としてサーバ装置３ｂを特定する。

なお、マスタ装置２ａの条件判定部２１２は、この場合、例えば、コンテナＡ及びコンテナＢの両方を配備可能な特定のサーバ装置３としてサーバ装置３ａを特定するものであってもよい。

一方、コンテナＡの使用ＣＰＵとコンテナＢの使用ＣＰＵとの合計（５（コア））は、サーバ装置３ｂのＣＰＵ空きリソースである２（コア）よりも多い。そのため、マスタ装置２ａの条件判定部２１２は、この場合、コンテナＡ及びコンテナＢの両方を配備可能な特定のサーバ装置３としてサーバ装置３ｂの特定を行わない。

図９に戻り、マスタ装置２の結果送信部２１４は、Ｓ２２の処理で行った判定の結果をグローバルマスタ装置１に送信する（Ｓ２３）。

［グローバルマスタ装置における処理（２）］
次に、グローバルマスタ装置１における処理の他の一部について説明を行う。

グローバルマスタ装置１の結果受信部１１３は、図８に示すように、例えば、Ｓ１２の処理を行ってから所定時間が経過するまで待機する（Ｓ１３のＮＯ）。

すなわち、マスタ装置２から送信される判定の結果は、ネットワークの混雑状況等によって大幅に遅延して送信される可能性がある。そのため、グローバルマスタ装置１は、例えば、リソース条件を各マスタ装置２に送信してから所定時間が経過する前にマスタ装置２から受信した判定の結果のみに基づいて、配備対象のコンテナ４を配備するクラスタＣＬの決定を行うものであってもよい。

これにより、グローバルマスタ装置１は、全てのマスタ装置からの判定結果の受信を待つことなく配備先のクラスタＣＬを決定することが可能になり、配備対象のコンテナ４の配備先の決定を迅速に行うことが可能になる。

なお、Ｓ１２の処理でリソース条件を送信してから各マスタ装置２が送信した判定の結果を受信するまでの時間は、例えば、１００（秒）程度である。

そして、Ｓ１２の処理を行ってから所定時間が経過した場合（Ｓ１３のＹＥＳ）、グローバルマスタ装置１の配備先決定部１１４は、マスタ装置２から受信した判定の結果（Ｓ１２の処理を行ってから所定時間が経過する前に受信した判定の結果）に基づいて、Ｓ１１の処理で受け付けた配備要求に対応する配備対象のコンテナ４を配備するクラスタＣＬを決定する（Ｓ１４）。

具体的に、配備先決定部１１４は、Ｓ１２の処理で送信したリソース条件に含まれるリソース量以上の空きリソース量を有する特定のサーバ装置３が存在することを示す結果を送信したマスタ装置２を特定する。そして、配備先決定部１１４は、例えば、特定したマスタ装置２が配備されているクラスタＣＬを、Ｓ１１の処理で受け付けた配備要求に対応する配備対象のコンテナ４を配備するクラスタＣＬとして決定する。

なお、配備先決定部１１４は、例えば、Ｓ１２の処理で送信したリソース条件に含まれるリソース量以上の空きリソース量を有する特定のサーバ装置３が存在することを示す結果を最初に送信したマスタ装置２を特定し、特定したマスタ装置２が配備されているクラスタＣＬを、Ｓ１１の処理で受け付けた配備要求に対応する配備対象のコンテナ４を配備するクラスタＣＬとして決定するものであってもよい。

その後、グローバルマスタ装置１の指示送信部１１５は、Ｓ１４の処理で決定したクラスタＣＬに対して、Ｓ１１の処理で受け付けた配備要求に対応する配備対象のコンテナ４の配備指示を送信する（Ｓ１５）。

［マスタ装置における処理（２）］
次に、マスタ装置２における処理の他の一部について説明を行う。

マスタ装置２の指示受信部２１５は、図１０に示すように、グローバルマスタ装置１から送信されたコンテナ４の配備指示を受信するまで待機する（Ｓ２４のＮＯ）。

そして、コンテナ４の配備指示を受信した場合（Ｓ２４のＹＥＳ）、マスタ装置２のコンテナ配備部２１６は、自装置が配備されているクラスタＣＬ内のサーバ装置３のいずれかに、Ｓ２４の処理で受信した配備指示に対応するコンテナ４を配備する（Ｓ２５）。

具体的に、コンテナ配備部２１６は、例えば、Ｓ２２の処理で存在すると判定したサーバ装置３ごとに、各サーバ装置３の１以上の優先度を算出する。１以上の優先度は、例えば、ＣＰＵ及びメモリの空きリソース量が高いほど高い値を取る優先度（以下、優先度Ａとも呼ぶ）と、ＣＰＵ及びメモリの使用量（利用率）のバランスが良いほど高い値を取る優先度（以下、優先度Ｂとも呼ぶ）とを含むものであってよい。そして、コンテナ配備部２１６は、例えば、情報格納領域１３０に記憶された重み情報２３２を参照し、各優先度と各優先度に対応する重み係数との積の総和を算出する。その後、コンテナ配備部２１６は、例えば、算出した総和が最も大きいサーバ装置３において、Ｓ２４の処理で受信した配備指示に対応するコンテナ４を配備する。以下、重み情報２３２の具体例について説明を行う。

［重み情報の具体例］
図１４は、重み情報２３２の具体例について説明する図である。

図１４に示す重み情報２３２は、各優先度を識別する「優先度」と、各優先度に対応する重み係数が設定される「重み」とを項目として有する。

具体的に、図１４に示す重み情報２３２における１行目の情報には、「優先度」として「優先度Ａ」が設定され、「重み」として「０．７」が設定されている。

また、図１４に示す重み情報２３２における２行目の情報には、「優先度」として「優先度Ｂ」が設定され、「重み」として「０．３」が設定されている。

なお、重み情報２３２における「重み」に設定される値は、例えば、管理者によって予め設定される値であってよい。

このように、本実施の形態におけるグローバルマスタ装置１は、配備要求に対応するコンテナ４の配備に要するリソース条件をマスタ装置２のそれぞれに送信する。

そして、マスタ装置２のそれぞれは、各マスタ装置２が配備されているクラスタＣＬ内のリソースが、グローバルマスタ装置１から受信したリソース条件を満たすか否かの判定を行う。さらに、マスタ装置２のそれぞれは、その判定の結果をグローバルマスタ装置１に送信する。

その後、グローバルマスタ装置１は、マスタ装置２のそれぞれから受信した判定の結果に基づいて、配備対象のコンテナ４の配備先のクラスタＣＬを決定する。

すなわち、グローバルマスタ装置１は、配備対象のコンテナ４の配備を行う前に、各クラスタＣＬにおけるリソース状態に対応する情報である判定の結果を各マスタ装置２から取得する。

これにより、グローバルマスタ装置１は、配備時点における各クラスタＣＬのリソース状態に応じて、配備対象のコンテナ４を配備可能なクラスタＣＬを決定することが可能になる。そのため、グローバルマスタ装置１は、各クラスタＣＬのリソース状態に応じて決定したクラスタＣＬにおいて配備対象のコンテナ４の配備を行うことで、他のクラスタＣＬにおける配備をやり直しの発生を防止することが可能になる。従って、グローバルマスタ装置１は、配備対象のコンテナ４の配備を効率的に行うことが可能になる。

［第２の実施の形態の概略］
次に、第２の実施の形態の概略について説明する。図１５は、第２の実施の形態における配備先クラスタ決定処理の概略を説明するシーケンスチャート図である。

グローバルマスタ装置１は、図１５に示すように、例えば、管理者端末（図示しない）から配備対象のコンテナ４の配備要求を受け付けた場合（Ｓ３１）、配備対象のコンテナ４の配備に要するリソース条件をマスタ装置２（マスタ装置２ａ、マスタ装置２ｂ及びマスタ装置２ｃ）のそれぞれに送信する（Ｓ３２）。

そして、マスタ装置２のそれぞれは、グローバルマスタ装置１からのリソース条件の受信に応じて、自装置が配備されているクラスタＣＬ内のリソースが、グローバルマスタ装置１から受信したリソース条件を満たすか否かの判定を行う（Ｓ３３）。また、マスタ装置２のそれぞれは、自装置が配備されているクラスタＣＬ内の各サーバ装置３におけるリソースの利用率に基づいて、自装置が配備されているクラスタＣＬのリソースの使用状態を示すスコアを算出する（Ｓ３４）。さらに、マスタ装置２のそれぞれは、Ｓ３３の処理における判定の結果と、Ｓ３４の処理で算出したスコアとをグローバルマスタ装置１に送信する（Ｓ３５）。

その後、グローバルマスタ装置１は、マスタ装置２のそれぞれから受信した判定の結果とスコアとに基づいて、配備対象のコンテナ４を配備するクラスタＣＬを決定する（Ｓ３６）。

すなわち、第２の実施の形態におけるマスタ装置２のそれぞれは、自装置が配備されているクラスタＣＬ内のリソースがリソース条件を満たすか否かの判定に加え、自装置が配備されているクラスタＣＬのリソースの使用状態を示すスコアの算出を行う。そして、第２の実施の形態におけるグローバルマスタ装置１は、各マスタ装置２から送信された判定の結果に加え、各マスタ装置２から送信されたスコアを参照することによって、配備対象のコンテナ４を配備するクラスタＣＬの決定を行う。

これにより、グローバルマスタ装置１は、配備対象のコンテナ４をより適切なクラスタＣＬに配備することが可能になる。

［第２の実施の形態の詳細］
次に、第２の実施の形態の詳細について説明する。図１６から図１８は、第２の実施の形態における配備先クラスタ決定処理の詳細を説明するフローチャート図である。

［グローバルマスタ装置における処理（１）］
初めに、グローバルマスタ装置１における処理の一部について説明を行う。図１６は、グローバルマスタ装置１における処理の説明するフローチャート図である。

グローバルマスタ装置１の要求受付部１１１は、例えば、管理者端末（図示しない）から送信された配備要求を受信するまで待機する（Ｓ４１のＮＯ）。

そして、管理者端末から送信された配備要求を受信した場合（Ｓ４１のＹＥＳ）、グローバルマスタ装置１の条件送信部１１２は、Ｓ４１の処理で受け付けた配備要求に対応する配備対象のコンテナ４の配備に要するリソース量を含むリソース条件をマスタ装置２のそれぞれに送信する（Ｓ４２）。

［マスタ装置における処理（１）］
次に、マスタ装置２における処理の一部について説明を行う。図１７及び図１８は、マスタ装置２における処理の説明するフローチャート図である。

マスタ装置２の条件受信部２１１は、図１７に示すように、グローバルマスタ装置１からリソース条件を受信するまで待機する（Ｓ５１のＮＯ）。

そして、リソース条件を受信した場合（Ｓ５１のＹＥＳ）、マスタ装置２の条件判定部２１２は、自装置が配備されているクラスタＣＬ内のサーバ装置３に、Ｓ５１の処理で受信したリソース条件に含まれるリソース量以上の空きリソース量を有する特定のサーバ装置３が存在するか否かの判定を行う（Ｓ５２）。

また、マスタ装置２のスコア算出部２１３は、この場合、自装置が配備されているクラスタＣＬ内の各サーバ装置３におけるリソースの利用率に基づいて、自装置が配備されているクラスタＣＬのリソースの使用状態を示すスコアを算出する（Ｓ５３）。

具体的に、スコア算出部２１３は、例えば、自装置が配備されているクラスタＣＬ内の各サーバ装置３のリソースの平均値と分散値とのうちの少なくとも１つを用いることによって、スコアの算出を行う。

さらに具体的に、スコア算出部２１３は、例えば、以下の式（１）を用いることによって、スコアの算出を行う。

スコア＝１／（Ａ×各サーバ装置３におけるＣＰＵの利用率の平均値＋Ｂ×各サーバ装置３におけるＣＰＵの利用率の分散値）＋１／（Ｃ×各サーバ装置３におけるメモリの利用率の平均値＋Ｄ×各サーバ装置３におけるメモリの利用率の分散値）＋１／（Ｅ×各サーバ装置３における記憶媒体の利用率の平均値＋Ｆ×各サーバ装置３における記憶媒体の利用率の分散値） ・・・（式１）

なお、式（１）におけるＡ、Ｂ、Ｃ、Ｄ、Ｅ及びＦのそれぞれは、例えば、管理者によって予め定められた重み係数である。また、スコア算出部２１３は、第１項、第２項及び第３項のうちの１つのみをスコアとしてもよく、第１項、第２項及び第３項のうちのいずれか２つの和をスコアとしてもよい。また、式（１）においては、各指標の平均値と分散値との双方を用いる例を示しているが、各指標の平均値と分散値とのうちのいずれか一方のみを用いるようにしてもよい。

すなわち、スコア算出部２１３は、Ｓ５３の処理において、自装置が配備されているクラスタＣＬ内の各サーバ装置３のリソースの平均値が小さいクラスタＣＬのスコアが大きくなるように、スコアの算出を行うものであってよい。また、スコア算出部２１３は、Ｓ５３の処理において、自装置が配備されているクラスタＣＬ内の各サーバ装置３のリソースの分散値が小さいクラスタＣＬのスコアが大きくなるように、スコアの算出を行うものであってよい。

図１７に戻り、マスタ装置２の結果送信部２１４は、Ｓ５２の処理で行った判定の結果と、Ｓ５３の処理で算出したスコアとをグローバルマスタ装置１に送信する（Ｓ５４）。

［グローバルマスタ装置における処理（２）］
次に、グローバルマスタ装置１における処理の他の一部について説明を行う。

グローバルマスタ装置１の結果受信部１１３は、図１６に示すように、Ｓ４２の処理でリソース条件を送信した全てのマスタ装置２から判定の結果とスコアとを受信するまで待機する（Ｓ４３のＮＯ）。

そして、全てのマスタ装置２から判定の結果とスコアとを受信した場合（Ｓ４３のＹＥＳ）、グローバルマスタ装置１の配備先決定部１１４は、Ｓ４３の処理で受信した判定の結果とスコアとに基づいて、Ｓ４１の処理で受け付けた配備要求に対応する配備対象のコンテナ４を配備するクラスタＣＬを決定する（Ｓ４４）。

具体的に、配備先決定部１１４は、Ｓ４２の処理で送信したリソース条件に含まれるリソース量以上の空きリソース量を有する特定のサーバ装置３が存在することを示す結果を送信したマスタ装置２を特定する。そして、配備先決定部１１４は、例えば、特定したマスタ装置２が配備されているクラスタＣＬのうち、スコアが最も高いクラスタＣＬを、Ｓ４１の処理で受け付けた配備要求に対応する配備対象のコンテナ４を配備するクラスタＣＬとして決定する。

その後、グローバルマスタ装置１の指示送信部１１５は、Ｓ４４の処理で決定したクラスタＣＬに対して、Ｓ４１の処理で受け付けた配備要求に対応する配備対象のコンテナ４の配備指示を送信する（Ｓ４５）。

［マスタ装置における処理（２）］
次に、マスタ装置２における処理の他の一部について説明を行う。

マスタ装置２の指示受信部２１５は、図１８に示すように、グローバルマスタ装置１から送信された配備指示を受信するまで待機する（Ｓ５５のＮＯ）。

そして、配備指示を受信した場合（Ｓ５５のＹＥＳ）、マスタ装置２のコンテナ配備部２１６は、自装置が配備されているクラスタＣＬ内のサーバ装置３のいずれかに、Ｓ５５の処理で受信した配備指示に対応するコンテナ４を配備する（Ｓ５６）。

すなわち、第２の実施の形態におけるマスタ装置２のそれぞれは、自装置が配備されているクラスタＣＬ内のリソースがリソース条件を満たすか否かの判定に加え、自装置が配備されているクラスタＣＬのリソースの使用状態を示すスコアの算出を行う。そして、第２の実施の形態におけるグローバルマスタ装置１は、各マスタ装置２から送信された判定の結果に加え、各マスタ装置２から送信されたスコアを参照することによって、配備対象のコンテナ４を配備するクラスタＣＬの決定を行う。

これにより、グローバルマスタ装置１は、配備対象のコンテナ４をより適切なクラスタＣＬに配備することが可能になる。具体的に、グローバルマスタ装置１は、各指標の平均値が考慮されたスコアを用いることで、サーバ装置３におけるリソース利用率が低いクラスタＣＬにおいてコンテナ４の配備が優先的に行われるように制御することが可能になる。また、グローバルマスタ装置１は、各指標の分散値が考慮されたスコアを用いることで、サーバ装置３におけるリソース利用率のばらつきが小さいクラスタＣＬにおいてコンテナ４の配備が優先的に行われるように制御することが可能になる。

以上の実施の形態をまとめると、以下の付記のとおりである。

（付記１）
各クラスタ内においてマスタ装置を有するとともに前記マスタ装置と通信可能なグローバルマスタ装置を有する情報処理システムにおけるコンテナ配備先クラスタ決定方法であって、
前記グローバルマスタ装置は、配備対象コンテナの配備に要するリソース条件を前記マスタ装置のそれぞれに送信し、
前記マスタ装置のそれぞれは、
前記マスタ装置のそれぞれが配備されているクラスタ内のリソースが、受信した前記リソース条件を満たすか否かの判定を行い、
前記判定の結果を前記グローバルマスタ装置に送信し、
前記グローバルマスタ装置は、前記マスタ装置のそれぞれから受信した前記結果に基づいて、前記配備対象コンテナの配備先とするクラスタを決定する、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記２）
付記１において、
前記マスタ装置のそれぞれは、前記マスタ装置のそれぞれが配備されているクラスタ内のリソースが前記リソース条件を満たすと判定した場合に、前記判定の結果を前記グローバルマスタ装置に送信する、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記３）
付記１において、
グローバルマスタ装置は、前記配備対象コンテナの配備に要するリソース量を前記リソース条件として前記マスタ装置のそれぞれに送信し、
前記マスタ装置のそれぞれは、
前記マスタ装置のそれぞれが配備されているクラスタ内のノードに、前記リソース量以上の空きリソース量を有する特定のノードが存在するか否かの判定を行い、
前記特定のノードが存在するか否かを示す情報を前記結果として前記グローバルマスタ装置に送信する、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記４）
付記１において、
グローバルマスタ装置は、クラスタ内のリソースが前記リソース条件を満たすことを示す前記結果を送信した前記マスタ装置が配備されているクラスタを、前記配備先とするクラスタとして決定する、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記５）
付記１において、
前記グローバルマスタ装置は、前記配備先とするクラスタに対して、前記配備対象コンテナの配備指示を送信し、
前記配備指示を受信した前記マスタ装置は、前記配備対象コンテナの配備を行う、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記６）
付記１において、
前記グローバルマスタ装置は、クラスタ内のリソースが前記リソース条件を満たすことを示す前記結果を送信した前記マスタ装置であって、前記リソース条件を送信してから所定時間が経過する前に受信した前記結果の送信元である前記マスタ装置が配備されているクラスタを、前記配備先とするクラスタとして決定する、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記７）
付記１において、
前記マスタ装置のそれぞれは、
前記マスタ装置のそれぞれが配備されているクラスタ内の各ノードにおけるリソースの利用率に基づいて、前記マスタ装置が配備されているクラスタのリソースの使用状態を示すスコアを算出し、
算出した前記スコアを前記グローバルマスタ装置に送信し、
前記グローバルマスタ装置は、前記マスタ装置のそれぞれから受信した前記結果と前記スコアとに基づいて、前記配備対象コンテナの配備先とするクラスタを決定する、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記８）
付記７において、
前記マスタ装置のそれぞれは、クラスタ内の各ノードのリソースの平均値と分散値とのうちの少なくとも１つを用いることによって、前記スコアを算出する、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記９）
付記７において、
前記マスタ装置のそれぞれは、クラスタ内の各ノードにおけるリソースの利用率の平均値が小さいほど前記スコアが大きくなるように、前記スコアの算出を行う、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記１０）
付記７において、
前記マスタ装置のそれぞれは、クラスタ内の各ノードにおけるリソースの利用率の分散値が小さいほど前記スコアが大きくなるように、前記スコアの算出を行う、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記１１）
付記７において、
前記グローバルマスタ装置は、クラスタ内のリソースが前記リソース条件を満たすことを示す前記結果を送信した前記マスタ装置のうち、前記スコアが最も高いマスタ装置が配備されているクラスタを、前記配備先とするクラスタとして決定する、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記１２）
付記１１において、
前記グローバルマスタ装置は、クラスタ内のリソースが前記リソース条件を満たすことを示す前記結果を送信した前記マスタ装置であって、前記リソース条件を送信してから所定時間が経過する前に受信した前記結果の送信元である前記マスタ装置のうち、前記スコアが最も高いマスタ装置が配備されているクラスタを、前記配備先とするクラスタとして決定する、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記１３）
各クラスタ内においてマスタ装置を有するとともに前記マスタ装置と通信可能なグローバルマスタ装置を有するコンテナ配備先クラスタ決定システムであって、
前記グローバルマスタ装置は、配備対象コンテナの配備に要するリソース条件を前記マスタ装置のそれぞれに送信し、
前記マスタ装置のそれぞれは、
前記マスタ装置のそれぞれが配備されているクラスタ内のリソースが、受信した前記リソース条件を満たすか否かの判定を行い、
前記判定の結果を前記グローバルマスタ装置に送信し、
前記グローバルマスタ装置は、前記マスタ装置のそれぞれから受信した前記結果に基づいて、前記配備対象コンテナの配備先とするクラスタを決定する、
ことを特徴とするコンテナ配備先クラスタ決定システム。

（付記１４）
付記１３において、
グローバルマスタ装置は、前記配備対象コンテナの配備に要するリソース量を前記リソース条件として前記マスタ装置のそれぞれに送信し、
前記マスタ装置のそれぞれは、
前記マスタ装置のそれぞれが配備されているクラスタ内のノードに、前記リソース量以上の空きリソース量を有する特定のノードが存在するか否かの判定を行い、
前記特定のノードが存在するか否かを示す情報を前記結果として前記グローバルマスタ装置に送信する、
ことを特徴とするコンテナ配備先クラスタ決定システム。

（付記１５）
配備対象コンテナの配備に要するリソース条件を、各クラスタ内のマスタ装置のそれぞれに送信し、
前記マスタ装置のそれぞれから、各マスタ装置が配備されているクラスタ内のリソースが前記リソース条件を満たすか否かについての判定の結果を受信し、
前記マスタ装置のそれぞれから受信した前記結果に基づいて、前記配備対象コンテナの配備先とするクラスタを決定する、
処理をコンピュータに実行させることを特徴とするコンテナ配備先クラスタ決定方法。

（付記１６）
付記１５において、
前記送信する処理では、前記配備対象コンテナの配備に要するリソース量を前記リソース条件として前記マスタ装置のそれぞれに送信し、
前記受信する処理では、前記マスタ装置のそれぞれから、各マスタ装置が配備されているクラスタ内のノードに、前記リソース量以上の空きリソース量を有する特定のノードが存在するか否かについての判定の結果を受信する、
ことを特徴とするコンテナ配備先クラスタ決定方法。

（付記１７）
配備対象コンテナの配備に要するリソース条件を、各クラスタ内のマスタ装置のそれぞれに送信する条件送信部と、
前記マスタ装置のそれぞれから、各マスタ装置が配備されているクラスタ内のリソースが前記リソース条件を満たすか否かについての判定の結果を受信する結果受信部と、
前記マスタ装置のそれぞれから受信した前記結果に基づいて、前記配備対象コンテナの配備先とするクラスタを決定する配備先決定部と、を有する、
ことを特徴とするコンテナ配備先クラスタ決定装置。

（付記１８）
付記１７において、
前記条件送信部は、前記配備対象コンテナの配備に要するリソース量を前記リソース条件として前記マスタ装置のそれぞれに送信し、
前記結果受信部は、前記マスタ装置のそれぞれから、各マスタ装置が配備されているクラスタ内のノードに、前記リソース量以上の空きリソース量を有する特定のノードが存在するか否かについての判定の結果を受信する、
ことを特徴とするコンテナ配備先クラスタ決定装置。

１：グローバルマスタ装置 ２ａ：マスタ装置
２ｂ：マスタ装置 ２ｃ：マスタ装置
３ａ：サーバ装置 ３ｂ：サーバ装置
３ｃ：サーバ装置 ３ｄ：サーバ装置
３ｅ：サーバ装置 ４ａ：コンテナ
４ｂ：コンテナ ４ｃ：コンテナ
４ｄ：コンテナ ４ｅ：コンテナ
４ｆ：コンテナ １０：情報処理システム
ＣＬ１：クラスタ ＣＬ２：クラスタ
ＣＬ３：クラスタ

Claims (13)

1. 各クラスタ内においてマスタ装置を有するとともに前記マスタ装置と通信可能なグローバルマスタ装置を有する情報処理システムにおけるコンテナ配備先クラスタ決定方法であって、
   前記グローバルマスタ装置は、配備対象コンテナの配備に要するリソース条件を前記マスタ装置のそれぞれに送信し、
   前記マスタ装置のそれぞれは、
   前記マスタ装置のそれぞれが配備されているクラスタ内のリソースが、受信した前記リソース条件を満たすか否かの判定を行い、
   前記判定の結果を前記グローバルマスタ装置に送信し、
   前記グローバルマスタ装置は、前記マスタ装置のそれぞれから受信した前記結果に基づいて、前記配備対象コンテナの配備先とするクラスタを決定する、
   ことを特徴とするコンテナ配備先クラスタ決定方法。
2. 請求項１において、
   前記マスタ装置のそれぞれは、前記マスタ装置のそれぞれが配備されているクラスタ内のリソースが前記リソース条件を満たすと判定した場合に、前記判定の結果を前記グローバルマスタ装置に送信する、
   ことを特徴とするコンテナ配備先クラスタ決定方法。
3. 請求項１において、
   グローバルマスタ装置は、前記配備対象コンテナの配備に要するリソース量を前記リソース条件として前記マスタ装置のそれぞれに送信し、
   前記マスタ装置のそれぞれは、
   前記マスタ装置のそれぞれが配備されているクラスタ内のノードに、前記リソース量以上の空きリソース量を有する特定のノードが存在するか否かの判定を行い、
   前記特定のノードが存在するか否かを示す情報を前記結果として前記グローバルマスタ装置に送信する、
   ことを特徴とするコンテナ配備先クラスタ決定方法。
4. 請求項１において、
   グローバルマスタ装置は、クラスタ内のリソースが前記リソース条件を満たすことを示す前記結果を送信した前記マスタ装置が配備されているクラスタを、前記配備先とするクラスタとして決定する、
   ことを特徴とするコンテナ配備先クラスタ決定方法。
5. 請求項１において、
   前記グローバルマスタ装置は、前記配備先とするクラスタに対して、前記配備対象コンテナの配備指示を送信し、
   前記配備指示を受信した前記マスタ装置は、前記配備対象コンテナの配備を行う、
   ことを特徴とするコンテナ配備先クラスタ決定方法。
6. 請求項１において、
   前記グローバルマスタ装置は、クラスタ内のリソースが前記リソース条件を満たすことを示す前記結果を送信した前記マスタ装置であって、前記リソース条件を送信してから所定時間が経過する前に受信した前記結果の送信元である前記マスタ装置が配備されているクラスタを、前記配備先とするクラスタとして決定する、
   ことを特徴とするコンテナ配備先クラスタ決定方法。
7. 請求項１において、
   前記マスタ装置のそれぞれは、
   前記マスタ装置のそれぞれが配備されているクラスタ内の各ノードにおけるリソースの利用率に基づいて、前記マスタ装置が配備されているクラスタのリソースの使用状態を示すスコアを算出し、
   算出した前記スコアを前記グローバルマスタ装置に送信し、
   前記グローバルマスタ装置は、前記マスタ装置のそれぞれから受信した前記結果と前記スコアとに基づいて、前記配備対象コンテナの配備先とするクラスタを決定する、
   ことを特徴とするコンテナ配備先クラスタ決定方法。
8. 請求項７において、
   前記マスタ装置のそれぞれは、クラスタ内の各ノードのリソースの平均値と分散値とのうちの少なくとも１つを用いることによって、前記スコアを算出する、
   ことを特徴とするコンテナ配備先クラスタ決定方法。
9. 請求項７において、
   前記グローバルマスタ装置は、クラスタ内のリソースが前記リソース条件を満たすことを示す前記結果を送信した前記マスタ装置のうち、前記スコアが最も高いマスタ装置が配備されているクラスタを、前記配備先とするクラスタとして決定する、
   ことを特徴とするコンテナ配備先クラスタ決定方法。
10. 請求項９において、
    前記グローバルマスタ装置は、クラスタ内のリソースが前記リソース条件を満たすことを示す前記結果を送信した前記マスタ装置であって、前記リソース条件を送信してから所定時間が経過する前に受信した前記結果の送信元である前記マスタ装置のうち、前記スコアが最も高いマスタ装置が配備されているクラスタを、前記配備先とするクラスタとして決定する、
    ことを特徴とするコンテナ配備先クラスタ決定方法。
11. 各クラスタ内においてマスタ装置を有するとともに前記マスタ装置と通信可能なグローバルマスタ装置を有するコンテナ配備先クラスタ決定システムであって、
    前記グローバルマスタ装置は、配備対象コンテナの配備に要するリソース条件を前記マスタ装置のそれぞれに送信し、
    前記マスタ装置のそれぞれは、
    前記マスタ装置のそれぞれが配備されているクラスタ内のリソースが、受信した前記リソース条件を満たすか否かの判定を行い、
    前記判定の結果を前記グローバルマスタ装置に送信し、
    前記グローバルマスタ装置は、前記マスタ装置のそれぞれから受信した前記結果に基づいて、前記配備対象コンテナの配備先とするクラスタを決定する、
    ことを特徴とするコンテナ配備先クラスタ決定システム。
12. 配備対象コンテナの配備に要するリソース条件を、各クラスタ内のマスタ装置のそれぞれに送信し、
    前記マスタ装置のそれぞれから、各マスタ装置が配備されているクラスタ内のリソースが前記リソース条件を満たすか否かについての判定の結果を受信し、
    前記マスタ装置のそれぞれから受信した前記結果に基づいて、前記配備対象コンテナの配備先とするクラスタを決定する、
    処理をコンピュータに実行させることを特徴とするコンテナ配備先クラスタ決定方法。
13. 配備対象コンテナの配備に要するリソース条件を、各クラスタ内のマスタ装置のそれぞれに送信する条件送信部と、
    前記マスタ装置のそれぞれから、各マスタ装置が配備されているクラスタ内のリソースが前記リソース条件を満たすか否かについての判定の結果を受信する結果受信部と、
    前記マスタ装置のそれぞれから受信した前記結果に基づいて、前記配備対象コンテナの配備先とするクラスタを決定する配備先決定部と、を有する、
    ことを特徴とするコンテナ配備先クラスタ決定装置。

Images