JP2023538886A - コンテナ作成方法、装置、電子機器、記憶媒体及びコンピュータプログラム - Google Patents

Abstract

コンテナ作成方法、装置、電子機器及び記憶媒体であって、該方法は、アベイラブルラックリスト及びアベイラブルネットワークアドレスリストを取得し、ここで、アベイラブルラックリストは、異なるアベイラビリティゾーンの複数のアベイラブルラックを含み、各アベイラブルラックは、少なくとも一つのサーバノードを含み、アベイラブルネットワークアドレスリストは、少なくとも一つのアベイラブルネットワークアドレスを含むこと（S４１０）と、アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めすること（S４２０）と、空きサーバノードに、アベイラブルネットワークアドレスに対応するカレントコンテナを作成すること（S４３０）と、アベイラブルネットワークアドレスリストを更新すること（S４４０）と、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けすること（S450）と、再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成すること（S４６０）とを含む。

Description

（関連出願の相互参照）
本願は、２０２０年８月３１日に中国国家知識産権局へ提出した「コンテナ作成方法、装置、電子機器及び記憶媒体」という中国特許出願２０１０１０９００７１９．６の優先権を要求し、該出願の全ての内容は、引用によってここに組み込まれる。

本開示は、コンピュータの技術分野に属し、具体的にはコンテナ作成方法、装置、電子機器及び記憶媒体に関する。

専用クラウドプラットフォームにおける製品の継続的な拡大に伴い、プラットフォームにおける様々な製品サービス及びコンテナもますます多くなる。全てのコンテナが保守作業員により手動でメンテナンスされると、明らかに大きな人員消費及び不確定要因をもたらし、保守作業コスト及び故障率の増加をもたらす。

上記した問題を解決するために、様々なコンテナクラスタ管理プラットフォームが出現してきた。コンテナクラスタ管理プラットフォームは、コンテナ編成、リソーススケジューリング、弾性伸縮、デプロイ管理及びサービス発見などの一連の機能を提供することができる。ここで、コンテナクラスタ管理プラットフォームは、例えば、Ｋｕｂｅｒｎａｔｅｓ（Ｋ８Ｓと略称する）である。

本開示の一態様は、コンテナ作成方法を提供する。該方法は、アベイラブルラックリスト及びアベイラブルネットワークアドレスリストを取得し、ここで、前記アベイラブルラックリストは、異なるアベイラビリティゾーンの複数のアベイラブルラックを含み、各前記アベイラブルラックは、少なくとも一つのサーバノードを含み、前記アベイラブルネットワークアドレスリストは、少なくとも一つのアベイラブルネットワークアドレスを含むことと、前記アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めすることと、前記空きサーバノードに、前記アベイラブルネットワークアドレスに対応するカレントコンテナを作成することと、前記アベイラブルネットワークアドレスリストを更新することと、前記アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることと、再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成することと、を含む。

本開示の実施例によれば、前記アベイラブルラックリストを取得することは、各ラック内の各サーバノードの総リソースを取得することと、各前記サーバノードの使用済みリソースを取得し、ここで、前記使用済みリソースは、作成済みコンテナで使用されるリソースであることと、各前記サーバノードの総リソース及び各前記サーバノードの使用済みリソースに基づいて、アベイラブルラックを特定することと、前記アベイラブルラックに基づいて前記アベイラブルラックリストを生成することと、を含む。

本開示の実施例によれば、前記アベイラブルラックリストにおける複数の前記アベイラブルラックは、優先順位で順序付けされる。

本開示の実施例によれば、前記アベイラブルラックリストにおける複数の前記アベイラブルラックを優先順位で順序付けすることは、作成済みコンテナリストを取得し、ここで、前記作成済みコンテナリストは、複数の作成済みコンテナを含み、各前記作成済みコンテナは、対応するサーバノード、所属アプリケーション及び所属グループを有することと、各前記サーバノードに対応する作成数情報を特定し、ここで、前記作成数情報は、同じアプリケーションに属する作成済みコンテナ数、及び同じグループに属する作成済みコンテナ数を含むことと、各前記サーバノードに対応する作成数情報に基づいて、前記アベイラブルラックリストにおける複数の前記アベイラブルラックを優先順位で順序付けすることと、を含む方式によって実現される。

本開示の実施例によれば、前記アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めすることは、前記アベイラブルラックリストにおける優先順位の最も高いアベイラブルラックをカレントラックとして特定することと、前記カレントラックの空きサーバノード数が所定の閾値よりも大きいか否かを特定することと、前記カレントラックの空きサーバノード数が前記所定の閾値よりも大きい場合、前記カレントラック内の空きサーバノードを位置決めすることと、前記カレントラックの空きサーバノード数が前記所定の閾値以下である場合、前記アベイラブルラックリストにおける次の優先順位のアベイラブルラックをカレントラックとして特定することと、前記カレントラック内の空きサーバノードを位置決めするまで、前記カレントラックの空きサーバノード数が前記所定の閾値よりも大きいか否かを特定する操作に戻って実行することと、を含む。

本開示の実施例によれば、前記アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることは、前記カレントコンテナの所属するアプリケーション及び所属するグループを取得することと、前記アベイラブルラックリストにおける前記カレントラックの直前のリソース占有情報を取得することと、前記アベイラブルラックリストにおける他のラックの直前のリソース占有情報を取得することと、前記カレントコンテナが所属するアプリケーション、前記カレントコンテナが所属するグループ及び前記カレントラックの直前のリソース占有情報に基づいて、前記カレントラックのカレントリソース占有情報を特定することと、前記アベイラブルラックリストにおける前記カレントラックのカレントリソース占有情報、及び前記アベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることと、を含む。

本開示の実施例によれば、前記アベイラブルラックリストにおける前記カレントラック及び他のラックの直前のリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第１ピット数を含み、ここで、前記第１ピット数は、ラックの総リソースと作成された全てのコンテナで使用されるリソースとの割合である。

本開示の実施例によれば、前記アベイラブルラックリストにおける前記カレントラックのカレントリソース占有情報及び前記アベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることは、所定のラック優先順位ルール、前記アベイラブルラックリストにおける前記カレントラックのカレントリソース占有情報、及び前記アベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることを含み、ここで、前記所定のラック優先順位ルールは、同じアプリケーションに属するコンテナ数が少ないアベイラブルラックほどそれに対応する優先順位が高くなることと、同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないアベイラブルラックほどそれに対応する優先順位が高くなることと、同じグループに属するコンテナ数が同じであれば、第１ピット数が多いアベイラブルラックほどそれに対応する優先順位が高くなることと、を含む。

本開示の実施例によれば、該方法は、前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けすることをさらに含み、前記再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成することは、再順序付けされたアベイラブルラックリストにおけるアベイラブルラック及びアベイラブルラック内のサーバノードに基づいて、アベイラブルラック内の新たな空きサーバノードを特定することと、前記新たな空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成することと、を含む。

本開示の実施例によれば、前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第２ピット数を含み、ここで、前記第２ピット数は、サーバノードの総リソースと作成された全てのコンテナで使用されるリソースとの割合である。

本開示の実施例によれば、前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けすることは、所定のサーバノード優先順位ルール及び前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けすることを含み、ここで、前記所定のサーバノード優先順位ルールは、同じアプリケーションに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなることと、同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなることと、同じグループに属するコンテナ数が同じであれば、第２ピット数が多いサーバノードほどそれに対応する優先順位が高くなることと、を含む。

本開示の他の態様は、コンテナ作成装置を提供する。該コンテナ作成装置は、アベイラブルラックリスト及びアベイラブルネットワークアドレスリストを取得するために設けられる取得モジュールであって、前記アベイラブルラックリストが異なるアベイラビリティゾーンの複数のアベイラブルラックを含み、各前記アベイラブルラック内には少なくとも一つのサーバノードを含み、前記アベイラブルネットワークアドレスリストが少なくとも一つのアベイラブルネットワークアドレスを含む取得モジュールと、前記アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めするために設けられる位置決めモジュールと、前記空きサーバノードに、前記アベイラブルネットワークアドレスに対応するカレントコンテナを作成するために設けられる第１作成モジュールと、前記アベイラブルネットワークアドレスリストを更新するために設けられる更新モジュールと、前記アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けするために設けられる第１順序付けモジュールと、再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他の容器を作成するために設けられる第２作成モジュールと、を備える。

本開示のさらに他の態様は、電子機器を提供する。該電子機器は、一つ又は複数のプロセッサと、一つ又は複数のプログラムを記憶するためのメモリと、を備え、前記一つ又は複数のプログラムが前記一つ又は複数のプロセッサにより実行されると、前記一つ又は複数のプロセッサに上記した方法を実現させる。

本開示のさらに他の態様は、実行可能な命令が記憶されたコンピュータ読み取り可能な記憶媒体を提供する。該命令がプロセッサにより実行されると、プロセッサに上記した方法を実現させる。

本開示のさらに他の態様は、コンピュータプログラムを提供する。上記コンピュータプログラムは、コンピュータによって実行可能な命令を含み、上記命令は、実行されるときに、上記した方法を実現するために構成される。

図１は、本開示の実施例に係るサービスツリーの模式図を模式的に示す。 図２は、関連技術におけるインスタンス配布の模式図を模式的に示す。 図３は、本開示の実施例に係るコンテナ作成方法を適用可能な例示的なシステムアーキテクチャを模式的に示す。 図４は、本開示の実施例に係るコンテナ作成方法のフローチャートを模式的に示す。 図５は、本開示の実施例に係る別のコンテナ作成方法のフローチャートを模式的に示す。 図６は、本開示の実施例に係るリソース計算フローのフローチャートを模式的に示す。 図７は、本開示の実施例に係るコンテナ作成方法の応用模式図を模式的に示す。 図８は、本開示の実施例に係るコンテナ作成装置のブロック図を模式的に示す。 図９は、本開示の実施例に係るコンテナ作成方法を実現するのに好適な電子機器のブロック図を模式的に示す。

以下、図面を参照しながら、本発明の実施例を説明する。ただし、これらの説明は例示的なものに過ぎず、本開示の範囲を限定するものではないと理解されるべきである。以下の詳細な説明において、説明しやすくするために、多くの具体的な詳細を説明して本開示の実施例に対する全面的な理解を提供する。しかしながら、明らかに、一つ又は複数の実施例は、これらの具体的な詳細がない場合に実施されてもよい。また、以下の説明において、公知の構造及び技術に対する説明を省略することにより、本開示の概念を不必要に混同することを回避する。

ここで使用される用語は、具体的な実施例を説明するためのものに過ぎず、本開示を限定するものではない。ここで使用される用語「含む」、「包含」などは、前記特徴、ステップ、操作及び/又は部材の存在を示すが、一つ又は複数の他の特徴、ステップ、操作又は部材の存在または追加を排除するものではない。

ここで使用される全ての用語（技術及び科学用語を含む）は、特別に定義されない限り、当業者に一般的に理解される意味を有する。なお、ここで使用された用語は、本明細書のコンテキストと一致する意味を有すると解釈されるべきであり、理想的または過度に形式的に解釈されるべきではないことに留意されたい。

「Ａ、Ｂ及びＣなどのうちの少なくとも１つ」に類似する表現を使用する場合、その表現の意味が当業者によって一般的に理解されるように解釈されるべきである（例えば、「Ａ、Ｂ及びＣのうちの少なくとも１つを有するシステム」は、Ａを単独で有するシステム、Ｂを単独で有するシステム、Ｃを単独で有するシステム、Ａ及びＢを有するシステム、Ａ及びＣを有するシステム、Ｂ及びＣを有するシステム、及び／又はＡ、Ｂ、Ｃを有するシステムなどを含むが、これらに限定されない）。「Ａ、Ｂ又はＣなどのうちの少なくとも１つ」に類似する表現を使用する場合、その表現の意味が当業者によって一般的に理解されるように解釈されるべきである（例えば、「Ａ、Ｂ又はＣのうちの少なくとも１つを有するシステム」は、Ａを単独で有するシステム、Ｂを単独で有するシステム、Ｃを単独で有するシステム、ＡとＢを有するシステム、ＡとＣを有するシステム、ＢとＣを有するシステム、及び／又はＡ、Ｂ、Ｃを有するシステムなどを含むが、これらに限定されない）。

本開示の実施例の提供する技術案は、専用クラウドシーンでのＫ８Ｓのコンテナ配布問題に対処するのに用いることができる。本開示の実施例の技術案をより良く理解するために、まず、本開示の実施例に係る基本的な概念を説明する。

専用クラウドとは、クラウドサービス事業者が顧客のためにその自身のデータセンター内に完全なクラウドコンピューティングサービスをデプロイすることができる。専用クラウドにおけるリソースは、全てクラウドサービス事業者により提供されるが、データは、物理的にもネットワーク的にも分離され、イントラネットのみによりアクセスすることができる。

アベイラビリティゾーンは、同じ地域内で電力とネットワークが互いに独立したデータセンターにあってもよい。異なるアベイラビリティゾーンの可用性は、互いに影響しないため、クライアントサービスシステムのサーバノードは、クロスアベイラビリティゾーンによりデプロイすることができ、これは、可用性を大幅に向上させる。

ラックは、複数のサーバノードを含み、かつ複数のサーバノードのために統一的な給電及びネットワークアクセスを提供する一体式キャビネットであってもよい。

サーバノードは、物理サーバ機器であってもよい。

クロスアベイラビリティゾーンは、複数のコンテナを異なるアベイラビリティゾーンに割り当てることであってもよい。

クロスラックは、複数のコンテナを同一アベイラビリティゾーンにおける異なるラックに割り当てることであってもよい。

クロスサーバノードは、複数のコンテナを同一ラックにおける異なるサーバノードに割り当てることであってもよい。

高可用性は、一つのシステムにおける複数のコンテナを均等にデプロイすることであってもよく、一つのサーバノードが故障により正常に実行できない場合、故障していないサーバノード上のコンテナが正常に実行できることを確保し、外部にサービスを提供して、システムの可用性を保証することができる。

クラスタは、計算、記憶及びネットワークリソースの集合であってもよい。

製品ラインは、専用クラウド上のクラウドプラットフォーム製品であってもよく、例えば、クラウドホスト製品である。

システムは、製品ライン上の一つの独立したサービスモジュールであってもよい。製品ラインは、一つ又は複数のシステムを含むことができる。

アプリケーションは、システムにおける一つの独立した機能モジュールであってもよい。システムは、一つ又は複数のアプリケーションを含むことができる。

グループは、アプリケーションにおける異なるシーン問題を解決する独立したモジュールであってもよい。アプリケーションは、一つ又は複数のグループを含むことができる。グループは、コンテナの動作に必要な環境変数及び外付け配置を管理するように設けられ、それは、デプロイの最小単位である。

Ｎｏｄｅノードは、クラスタにおけるワーカーノードであってもよく、それに実際のアプリケーションプログラムが実行される。ＮｏｄｅノードでＫ８ＳのＫｕｂｅｌｅｔ及びＰｒｏｘｙを実行し、Ｋｕｂｅｌｅｔ及びＰｒｏｘｙは、Ｐｏｄの作成、起動、監視、再起動、破壊及びソフトウェアモードの負荷分散の実現を担当するように設けられる。Ｎｏｄｅノードは、Ｎｏｄｅアドレス、Ｎｏｄｅの稼働状態、Ｎｏｄｅシステム容量及び他の情報を含むことができる。Ｎｏｄｅアドレスは、ホストのネットワークアドレス又はホストの識別子を含む。Ｎｏｄｅシステム容量は、Ｎｏｄｅノードの利用可能なシステムリソースを示し、ＣＰＵ、メモリ及びスケジューリング可能な最大Ｐｏｄ数などを含むことができる。

Ｐｏｄは、Ｋ８Ｓ内で作成・管理できる最小のデプロイ可能な作業ユニットである。Ｐｏｄは、一つ又は複数の密接に関連するコンテナを含むことができ、例えば、Ｄｏｃｋｅｒコンテナであり、これらのコンテナは、記憶、ネットワーク及びどのようにコンテナを実行するかという宣言を共有する。Ｐｏｄにおけるコンテナは、全体としてＭａｓｔｅｒノードにより同じＮｏｄｅノードにスケジューリングされて動作する。Ｐｏｄは、論理ホストに相当し、各Ｐｏｄは、対応するネットワークアドレスを有し、同じＰｏｄに属する異なるコンテナは、同じネットワークアドレス及びポート空間を共有する。各Ｐｏｄのネットワークアドレスは、Ｐｏｄの破壊及び再起動に伴って変化する。

Ｓｅｒｖｉｃｅは、同じサービスを提供する一組のＰｏｄの外部アクセスインタフェースであってもよい。Ｓｅｒｖｉｃｅは、ネットワークアドレス及びポートを有し、Ｓｅｒｖｉｃｅは、Ｐｏｄに負荷分散を提供する。

Ｃｏｎｔｒｏｌｌｅｒは、Ｐｏｄを管理するために用いられてもよい。Ｃｏｎｔｒｏｌｌｅｒには、例えば、いくつかのコピーを含むのか、どのようなＮｏｄｅノードで実行されるかなどのＰｏｄのデプロイ特性が定義される。Ｋ８ＳにおいてＰｏｄを実行することはＣｏｎｔｒｏｌｌｅｒにより実行され、ＰｏｄにアクセスすることはＳｅｒｖｉｃｅにより実行される。

Ｍａｓｔｅｒノードは、クラスタのマスタノードであってもよく、Ｋ８Ｓのクラスタ全体を制御・管理するための制御パネルを担持するように設けられ、その上にクラスタ管理に関連する一組のプロセスＥＴＣＤ、ＡＰＩ Ｓｅｒｖｅｒ、Ｃｏｎｔｒｏｌｌｅｒ Ｍａｎａｇｅｒ及びＳｃｈｅｄｕｌｅｒが実行される。ここで、ＡＰＩ Ｓｅｒｖｅｒ、Ｃｏｎｔｒｏｌｌｅｒ Ｍａｎａｇｅｒ及びＳｃｈｅｄｕｌｅｒは、Ｋ８Ｓの全体制御センターを構成し、これらのプロセスは、クラスタのリソース管理、Ｐｏｄスケジューリング、弾性伸縮、安全制御、システム監視及び誤り訂正などの管理機能を実現している。

ＥＴＣＤは、高可用な分散型キー値データベースであってもよく、クラスタ内の全てのリソースオブジェクトを永続的に記憶することに用いることができる。すなわち、主として、クラスタの配置情報及び各種リソースの状態情報を記憶するために用いられる。データが変化する場合、ＥＴＣＤは、Ｋ８Ｓの関連コンポーネントに迅速に通知することになる。

ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ、アプリケーションプログラミングインタフェース）Ｓｅｒｖｅｒは、Ｋ８Ｓの外部向けの唯一のインタフェースであってもよく、全ての要求は、このインタフェースを介して通信する必要がある。ＡＰＩ Ｓｅｒｖｅｒは、ＥＴＣＤを操作するためのカプセル化インタフェースを提供する。カプセル化インタフェースは、基本的にクラスタにおけるリソースオブジェクトの追加・削除・更新・検索及びリソース変化の監視のインタフェースである。

Ｃｏｎｔｒｏｌｌｅｒ Ｍａｎａｇｅｒは、クラスタ内部のコントローラーマネージャーであってもよく、それは、主として、クラスタを管理する各種リソースを実現するために配置され、リソースが所望の状態にあることを保証する。Ｃｏｎｔｒｏｌｌｅｒ Ｍａｎａｇｅｒは、Ｒｅｐｌｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ（ＲＣ）、Ｅｎｄｐｏｉｎｔｓ Ｃｏｎｔｒｏｌｌｅｒ、Ｎａｍｓｐａｃｅ Ｃｏｎｔｒｏｌｌｅｒ及びＳｅｒｖｉｃｅａｃｃｏｕｎｔｓ Ｃｏｎｔｒｏｌｌｅｒなどを含むことができる。ここで、ＲＣは、Ｐｏｄ、実行する必要のあるＰｏｄのコピー数、及び監視する必要のあるＰｏｄタグを定義するために用いられる。

Ｓｃｈｅｄｕｌｅｒは、クラスタ内のスケジューラであってもよく、それは、主として、ＰｏｄをどのＮｏｄｅに割り当てて実行するかを決定するために用いられる。

Ｋｕｂｅｌｅｔは、Ｎｏｄｅノード上のＰｏｄの作成、更新、監視及び削除などの全ライフサイクル管理を担当するために用いられてもよい。同時に、ＭａｓｔｅｒノードにＮｏｄｅノードの状態情報を報告する。

Ｐｒｏｘｙは、Ｓｅｒｖｉｃｅのエージェントとソフトウェアモードとを実現するためのロードバランサであってもよい。Ｐｒｏｘｙは、ＡＰＩ Ｓｅｒｖｅｒの一つのリバースプロキシサーバであってもよい。Ｋ８Ｓクラスタの外部のクライアントは、ＰｒｏｘｙによりＡＰＩ Ｓｅｒｖｅｒにアクセスすることができる。

インスタンスは、同じ構成を有し、かつグループ化機能をサポートするように構成される複数のリソース割り当て単位であってもよい。複数のコンテナは、一つのグループの高可用をサポートする。

オーバーブッキング係数は、クラウドサービス事業者が物理サーバ上の物理コアを複数の仮想コアに論理的に分け、複数の仮想コアが同一の物理コアの機能を共有し、かつ時間に応じてスライスするなどの方式を採用して物理コアのリソースへの使用を実現することであってもよい。オーバーブッキング係数によってクラウドサービス事業者がリソースをより多くのテナントに割り当てることができ、さらにリソース利用率を向上させる。

コンテナ配布問題を解決するために、採用可能な解決案は、Ｋ８ＳのＳｃｈｅｄｕｌｅｒにフィルタリング又はプライオリティーポリシーを追加することである。本開示の構想を実現する過程において、上記解決案において少なくともコンテナの均等配布を実現しにくいという問題が存在することを発見した。

本開示の構想を実現する過程において、上記問題が存在する主な原因は、次のことにあることを発見した。即ち、上記解決案は、複数のアベイラビリティゾーン及び複数のラックにおけるサーバノードの位置分布を考慮しておらず、専用クラウドに係る製品及びサービスが多く、かつサービスの高可用性に対して非常に厳しい要求を有するため、上記解決案を採用することは、コンテナの均等配布を実現しにくく、ここでいう均等配布とは、同じアプリケーションでのコンテナのアベイラビリティゾーン、ラック及びサーバノードの３つの層面における均等配布を指し、さらにクロスアベイラビリティゾーン、クロスラック及びサーバノードの高可用性のサービス要件を満たすことは困難である。

コンテナの均等配布を実現して、サービスのクロスアベイラビリティゾーン、クロスラック及びサーバノードの高可用性を保証するために、同じアプリケーションでの異なるコンテナを異なるアベイラビリティゾーンに優先的に割り当て、同じアベイラビリティゾーンでのコンテナを異なるラックに優先的に割り当て、同じラックでのコンテナを異なるサーバノードに優先的に割り当てる必要があり、上記に基づいて、本開示の実施例は、コンテナの均等配布を実現する技術案を提供している。なお、コンテナをどのサーバノードに割り当てるかを決定した後、対応するサーバノードでコンテナを作成する必要があるため、コンテナの均等作成を実現することは、すなわち、コンテナの均等配布を実現することである。

クラスタにおけるサービスをより良く管理するために、本開示の実施例は、高さが４のツリー構造（すなわちサービスツリー）を採用して、完全なクラスタサービスを記憶する。図１は、本開示の実施例に係るサービスツリーの模式図を模式的に示す。図１に示すように、サービスツリーは、上から下へのテナント、アプリケーション、グループ及びインスタンスを含むことができる。ここで、最上層のテナントは、クラスタ全体におけるクォータ情報を管理するように構成される。第２層のアプリケーションは、デプロイモジュール及び環境変数情報を管理するように構成される。第３層のグループは、プログラムバージョン、構成バージョン、コンテナ仕様及び環境変数を管理するように構成され、第４層のインスタンスは、コンテナ及びネットワークアドレス情報を管理するように構成される。サービスツリー内の各インスタンスは、Ｋ８Ｓ内の一つのＰｏｄ（すなわち一組のコンテナ）に対応する。なお、本開示の実施例に記載されたコンテナの均等配布を実現することは、つまり、インスタンスの均等配布を実現することである。

図２は、関連技術におけるインスタンス配布の一例の模式図を模式的に示す。図２に示すように、ラック１、ラック２及びラック３を含み、各ラックは、４つのサーバノードを含む。アプリケーション１、アプリケーション２及びアプリケーション３を含む。ここで、アプリケーション２は、グループ１、グループ２及びグループ３を含む。グループ１は、インスタンス１を含み、グループ２は、インスタンス２を含み、グループ３は、インスタンス３を含む。関連技術を用いてアプリケーション２に同じく属するインスタンス１、インスタンス２及びインスタンス３をそれぞれラック１におけるサーバノード、ラック２におけるサーバノード及びラック２におけるサーバノードに割り当てる。このことからわかるように、関連技術を用いてアプリケーション２に同じく属するインスタンス２及びインスタンス３を同じラックに割り当てることになり、すなわち、関連技術を用いる場合、コンテナの均等配布が実現されていない。これは、関連技術ではアベイラビリティゾーン及びラックを識別することができないため、同じアプリケーションでの複数のインスタンスが同一のアベイラビリティゾーン又は同一のラックに割り当てられる可能性があるためである。アベイラビリティゾーンの専用線又はラックに問題が発生すると、システムダウンを引き起こしてサービスの機能全体に影響を与えやすい。本開示の実施例によって提供される技術案は、上記問題を解決するためになされたものである。以下、具体的な実施例を挙げて説明する。

本開示の実施例は、コンテナ作成方法、装置、電子機器および記憶媒体を提供している。該方法は、コンテナ作成工程を含む。コンテナ作成工程において、アベイラブルラックリスト及びアベイラブルネットワークアドレスリストを取得し、アベイラブルラックリストにおけるラック内の空きサーバノードを位置決めし、空きサーバノードにおいて、アベイラブルネットワークアドレスに対応するカレントコンテナを作成し、アベイラブルネットワークアドレスリストを更新し、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けし、かつ再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成する。

図３は、本開示の実施例に係るコンテナ作成方法を適用可能な一例のシステムアーキテクチャ３００を模式的に示す。なお、図３に示すのは、本開示の実施例を適用可能なシステムアーキテクチャの例に過ぎず、当業者が本開示の技術内容を理解しやすくするが、本開示の実施例が他の機器、システム、環境又はシーンに用いられないことを意味するものではない。

図３に示すように、該実施例に係るシステムアーキテクチャ３００は、インテリジェント配布システム、マスターノード（すなわちＭａｓｔｅｒノード）及びワーカーノード（すなわちＮｏｄｅノード）を含むことができる。ここで、インテリジェント配布システムは、ＡＰＩゲートウェイ、分散型キー値データベース（すなわちＥＴＣＤ）、インテリジェントリソース配布及びリソーススケジューリングを含む。マスタノードは、マスタノード１と、マスタノード２と、マスタノード３とを含む。マスタノード１に対応するワーカーノードは、ワーカーノード１とワーカーノード２である。各マスタノードは、アプリケーションプログラミングインタフェースサーバ（すなわちＡＰＩ Ｓｅｒｖｅｒ）、スケジューラ（すなわちＳｃｈｅｄｕｌｅｒ）、分散型キー値データベース（すなわちＥＴＣＤ）及びコントローラーマネージャー（すなわちＣｏｎｔｒｏｌｌｅｒ Ｍａｎａｇｅｒ）を含む。各ワーカーノードは、Ｋｕｂｅｌｅｔ、プロキシサーバー（すなわちＰｒｏｘｙ）及びＰｏｄを含む。各Ｐｏｄは、一つ又は複数のコンテナを含む。

従来のＫ８Ｓアーキテクチャは、図３におけるマスタノード（すなわちＭａｓｔｅｒノード）及びワーカーノード（すなわちＮｏｄｅノード）を含む。従来のＫ８Ｓに基づくコンテナの作成フローは、Ｋｕｂｅｃｔｌによって、作成対象Ｐｏｄ、作成対象Ｐｏｄに対応するコピー数及び作成対象Ｐｏｄのタグを含むＲＣ要求情報を生成し、該ＲＣ要求情報をＡＰＩ ＳｅｒｖｅｒによりＥＴＣＤに送信し、ＥＴＣＤが該ＲＣ要求情報を記憶するということである。

Ｃｏｎｔｒｏｌｌｅｒ Ｍａｎａｇｅｒは、ＡＰＩ Ｓｅｒｖｅｒにおける監視リソース変化インタフェースによりＲＣイベントを監視すると、ＲＣ要求情報を取得する。カレントクラスタに作成対象Ｐｏｄが存在しないと特定されると、ＲＣ要求情報に基づいてＰｏｄを作成し、ＡＰＩ ＳｅｒｖｅｒによりＥＴＣＤに送信する。ＥＣＴＤは、Ｐｏｄを格納する。

Ｓｃｈｅｄｕｌｅｒは、ＡＰＩ Ｓｅｒｖｅｒにおける監視リソース変化インタフェースによりＲＣイベントを監視すると、スケジューリングフローを実行することにより、割り当て関係を生成し、ＡＰＩ Ｓｅｒｖｅｒにより割り当て関係をＥＴＣＤに送信し、ＥＴＣＤは、割り当て関係を記憶する。ここで、割り当て関係とは、ＰｏｄとＰｏｄを実行するターゲットＮｏｄｅノードである。

ターゲットＮｏｄｅノードで実行されるＫｕｂｅｌｅｔは、ＡＰＩ ＳｅｒｖｅｒによりＰｏｄを監視すると、Ｐｏｄのライフサイクルに到達するまで、ＲＣ要求情報に基づいてＰｏｄを起動する。

図３に示すように、本開示の実施例は、従来のＫ８Ｓアーキテクチャにインテリジェント配布システムを追加している。ここで、インテリジェント配布システムにおけるＡＰＩゲートウェイは、Ｋ８ＳにおけるＭａｓｔｅｒノードのＡＰＩ Ｓｅｒｖｅｒに代替して、クラスタ全体の唯一の入口とする。インテリジェント配布システムは、クラスタ内のコンテナの割り当て及び一部のスケジューリング動作を引き受ける。

本開示の実施例におけるインテリジェント配布システムは、独立して実現することができるとともに、Ｋ８Ｓに無侵入で追加することができるため、インテリジェント配布システムは、従来のシステムに影響を与えることではなく、各種Ｋ８Ｓクラスタ環境に適用することができる。

本開示の実施例によって提供されるコンテナ作成方法は、一般的に、インテリジェント配布システムにより実行することができ、インテリジェント配布システムは、サーバ又はサーバクラスタに設けることができる。それに応じて、本開示の実施例によって提供されるコンテナ作成装置は、一般的に、サーバ又はサーバクラスタに設けることができる。

図４は、本開示の実施例に係るコンテナ作成方法のフローチャートを模式的に示す。

図４に示すように、該方法は、操作Ｓ４１０～Ｓ４６０を含む。

操作Ｓ４１０において、アベイラブルラックリスト及びアベイラブルネットワークアドレスリストを取得する。ここで、アベイラブルラックリストは、異なるアベイラビリティゾーンの複数のアベイラブルラックを含み、各アベイラブルラックは、少なくとも一つのサーバノードを含み、アベイラブルネットワークアドレスリストは、少なくとも一つのアベイラブルネットワークアドレスを含む。

本開示の実施例によれば、アベイラブルラックリストは、複数のアベイラブルラックを含むことができ、異なるアベイラブルラックは、異なるアベイラビリティゾーンに属する可能性があり、各アベイラブルラックは、少なくとも一つのサーバノードを含むことができる。アベイラブルラックリストにおける複数のアベイラブルラックは、優先順位に応じて順位付けされてもよい。

例示的には、例えば、アベイラブルラックリストは、アベイラブルラック１、アベイラブルラック２及びアベイラブルラック３を含む。ここで、アベイラブルラック１とアベイラブルラック２は、アベイラビリティゾーン１に属し、アベイラブルラック３は、アベイラビリティゾーン２に属する。アベイラブルラック１には、サーバノード１、サーバノード２及びサーバノード３が設けられる。アベイラブルラック２には、サーバノード４及びサーバノード５が設けられる。アベイラブルラック３には、サーバノード６、サーバノード７及びサーバノード８が設けられる。

アベイラブルネットワークアドレスリストは、少なくとも一つのアベイラブルネットワークアドレスを含むことができ、ここで、各アベイラブルネットワークアドレスは、使用されていないネットワークアドレスとなるＰｏｄのネットワークアドレスを設定するために設けられてもよい。アベイラブルネットワークアドレスリストは、次のように得ることができる。

総ネットワークアドレスリストを取得する。割り当て済みネットワークアドレスリストを取得する。総ネットワークアドレスリスト及び割り当て済みネットワークアドレスリストに基づいて、アベイラブルネットワークアドレスリストを決定する。ここで、割り当て済みネットワークアドレスリストは、少なくとも一つの割り当て済みネットワークアドレスを含み、各割り当て済みネットワークアドレスとは、Ｐｏｄのネットワークアドレスが既に設けられたものを指す。総ネットワークアドレスリストにおける各ネットワークアドレスは、Ｐｏｄを設定することに用いることができる。総ネットワークアドレスリスト及び割り当て済みネットワークアドレスリストに基づいて、アベイラブルネットワークアドレスリストを決定することは、総ネットワークアドレスリストから割り当て済みネットワークアドレスリストを減算して、アベイラブルネットワークアドレスリストを得ることを含むことができる。

操作Ｓ４２０において、アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めする。

操作Ｓ４３０において、空きサーバノードに、アベイラブルネットワークアドレスに対応するカレントコンテナを作成する。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラックに空きサーバノードが存在する可能性があり、空きサーバノードが存在しない可能性もある。空きサーバノードとは、空きリソースを有するサーバノードを指すものであってもよい。空きリソースとは、コンテナを設けるためのリソースを有すると捉えることができる。

空きサーバノードにカレントコンテナを作成するために、アベイラブルラックリストにおけるアベイラブルラックに空きサーバノードが存在するか否かを特定する必要がある。空きサーバノードが存在すれば、空きサーバノードを位置決めする。

アベイラブルラックリストは、複数のアベイラブルラックを含むため、空きサーバノードを特定するまで、所定の順序に応じて、各アベイラブルラックに空きサーバノードが存在するか否かを順に特定する。また、アベイラブルラックリストにおける複数のアベイラブルラックは、優先順位に応じて順位付けすることができるため、優先順位の高い順に各アベイラブルラックに空きサーバノードが存在するか否かを順に特定することができる。

本開示の実施例によれば、空きサーバノードを特定した後、アベイラブルネットワークアドレスリストから一つのアベイラブルネットワークアドレスをターゲットネットワークアドレスとして選択し、空きサーバノードにターゲットネットワークアドレスに対応するカレントコンテナを作成することができる。空きサーバノードにターゲットネットワークアドレスに対応するカレントコンテナを作成することは、空きサーバノードにターゲットネットワークアドレスに対応するカレントＰｏｄを作成し、カレントＰｏｄにカレントコンテナインスタンスを作成することを含むことができる。

操作Ｓ４４０において、アベイラブルネットワークアドレスリストを更新する。

本開示の実施例において、空きサーバノードに、アベイラブルネットワークアドレスに対応するカレントコンテナを作成した後、ここでのアベイラブルネットワークアドレスは、ターゲットネットワークアドレスを指すことができ、ターゲットネットワークアドレスに対応するカレントコンテナを作成したため、ターゲットネットワークアドレスは、アベイラブルネットワークアドレスから割り当て済みネットワークアドレスになり、それに応じて、アベイラブルネットワークアドレスリストに含まれるアベイラブルネットワークアドレスは変化し、アベイラブルネットワークアドレスリストを更新する必要がある。

本開示の実施例によれば、アベイラブルネットワークアドレスリストを更新することは、アベイラブルネットワークアドレスリストにおけるターゲットネットワークアドレスを削除し、更新後のアベイラブルネットワークアドレスリストを取得することを含むことができる。

操作Ｓ４５０において、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けする。

本開示の実施例によれば、アベイラブルラックのリソース占有情報は、アベイラブルラックに設けられたコンテナの占有するリソースを示すことができる。アベイラブルラックのリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数、及び第１ピット数を含むことができ、ここで、第１ピット数は、アベイラブルラックの総リソース数と作成された全てのコンテナで使用されたリソース数との割合であってもよい。

本開示の実施例によれば、空きサーバノードにはアベイラブルネットワークアドレスに対応するカレントコンテナを作成した後、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報が変化するため、再順序付け後のアベイラブルラックリストを取得するために、アベイラブルラックリストにおけるアベイラブルラックを再順序付けする必要がある。

アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることは、カレントコンテナの属するアプリケーション及び属するグループを取得することと、アベイラブルラックリストにおけるカレントラックの直前のリソース占有情報及び他のラックの直前のリソース占有情報を取得することと、カレントコンテナの属するアプリケーション、カレントコンテナの属するグループ及びカレントラックの直前のリソース占有情報に基づいて、カレントラックのカレントリソース占有情報を特定することと、アベイラブルラックリストにおけるカレントラックのカレントリソース占有情報とアベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、アベイラブルラックリストにおけるラックを再順序付けすることと、を含むことができる。ここで、カレントラックとは、アベイラブルラックリストにおける優先順位の最も高いアベイラブルラックを指すことができる。

操作Ｓ４６０において、再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成する。

本開示の実施例によれば、毎回一つのコンテナを作成した後、全てのコンテナの作成を完了するまで、次のコンテナの作成を行うために、アベイラブルネットワークアドレスリストを更新すること、および、アベイラブルラックリストにおけるラックを再順序付けすることが必要となる。対応する空きサーバノードにコンテナを作成するため、各コンテナを対応する空きサーバノードに割り当てることにも相当する。

本開示の実施例によれば、リソース要求を取得することができ、ここで、リソース要求は、作成対象コンテナの数を含むことができる。リソース要求に応答して、カレントアベイラブルラックリスト及びカレントアベイラブルネットワークアドレスリストを取得する。カレントアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めする。空きサーバノードには、カレントアベイラブルネットワークアドレスに対応するカレントコンテナを作成する。カレントアベイラブルネットワークアドレスリストを更新して、新たなアベイラブルネットワークアドレスリストを取得し、新たなネットワークアドレスリストをカレントアベイラブルネットワークアドレスリストとする。カレントアベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、カレントアベイラブルラックリストにおけるアベイラブルラックを再順序付けして、新たなアベイラブルラックリストを取得し、新たなアベイラブルラックリストをカレントアベイラブルラックリストとする。作成対象コンテナ数のコンテナの作成を完了するまで、カレントアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めして、空きサーバノードにはカレントアベイラブルネットワークアドレスに対応するカレントコンテナを作成することを繰り返して実行する。

本開示の実施例によれば、リソース要求は、作成対象コンテナ仕様、作成対象コンテナの属するアプリケーション、及び作成対象コンテナの属するグループをさらに含むこともできる。作成対象コンテナ仕様は、作成対象コンテナに必要なＣＰＵ及びメモリを指すことができる。

本開示の実施例の技術案によれば、アベイラブルラックリスト及びアベイラブルネットワークアドレスリストを取得し、アベイラブルラックリストが異なるアベイラビリティゾーンの複数のアベイラブルラックを含み、各アベイラブルラックが少なくとも一つのサーバノードを含み、アベイラブルネットワークアドレスリストが少なくとも一つのアベイラブルネットワークアドレスを含み、アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めし、空きサーバノードには、アベイラブルネットワークアドレスに対応するカレントコンテナを作成し、アベイラブルネットワークアドレスリストを更新し、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けし、再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成する。空きサーバノードに一つのコンテナを作成するたびに、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けし、さらに再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、次のコンテナを作成し、ここで、空きサーバノードは、異なるアベイラビリティゾーンのアベイラブルラックから由来するため、コンテナの均等配布が実現されている。よって、関連技術によってコンテナの均等配布を実現しにくいという技術問題を少なくとも部分的に克服できる。また、コンテナの均等配布を実現しているため、クロスアベイラビリティゾーン、クロスラック及びサーバノードの高可用性のサービス要件を満たし、さらにシステムダウン状況の発生を効果的に回避することができる。

本開示の実施例によれば、アベイラブルラックリストを取得することは、以下の操作を含むことができる。

各ラック内の各サーバノードの総リソースを取得する。各サーバノードの使用済みリソースを取得し、ここで、使用済みリソースは、作成済みコンテナに使用されたリソースである。各サーバノードの総リソース及び各サーバノードの使用済みリソースに基づいて、アベイラブルラックを特定する。アベイラブルラックに基づいて、アベイラブルラックリストを生成する。

本開示の実施例によれば、各サーバノードの総リソースは、次のようにして特定することができる。サーバノードリソースを取得し、ここで、サーバノードリソースは、ＣＰＵ及びメモリを含む。サーバノードに対応するオーバーブッキング係数を取得する。サーバノードリソース及びオーバーブッキング係数に基づいてサーバノードの総リソースを特定し、すなわち、サーバノードリソースとオーバーブッキング係数を乗算して、サーバノードの総リソースを取得することができる。

各ラック内の各サーバノードに対して、該サーバノードの総リソースと該サーバノードの使用済みリソースに基づいて、アベイラブルラックを特定することは、該サーバノードの総リソースと該サーバノードの使用済みリソースを減算し、該サーバノードの残リソースを取得することを含むことができる。これに基づいて、該ラックにおける各サーバノードの残リソースを取得することができる。該ラックにおける各サーバノードの残リソースに基づいて、該ラックがアベイラブルラックであるか否かを特定する。該ラックにおける各サーバノードの残リソースが残リソース閾値以上であると、該ラックをアベイラブルラックとして特定することができる。ここで、残リソース閾値は、実際の状況に応じて決定することができ、ここで限定しない。

本開示の実施例によれば、アベイラブルラックリストにおける複数のアベイラブルラックを優先順位で順序付けする。

本開示の実施例によれば、コンテナの均等配布を実現するために、アベイラブルラックリストにおける複数のアベイラブルラックを優先順位の高さに応じて順序付けすることにより、後にアベイラブルラックの優先順位に応じて空きサーバノードを選択し、空きサーバノードにコンテナを作成することができる。

本開示の実施例によれば、以下の方式により、アベイラブルラックリストにおける複数のアベイラブルラックを優先順位で順序付けすることを実現する。作成済みコンテナリストを取得し、ここで、作成済みコンテナリストは、複数の作成済みコンテナを含み、各作成済みコンテナは、対応するサーバノード、所属アプリケーション及び所属グループを有する。各サーバノードに対応する作成数情報を特定し、ここで、作成数情報は、同じアプリケーションに属する作成済みコンテナの数及び同じグループに属する作成済みコンテナの数を含む。各サーバノードに対応する作成数情報に基づいてアベイラブルラックリスト内の複数のアベイラブルラックに優先順位で順序付けを行う。

本開示の実施例によれば、アベイラブルラックリストにおける複数のアベイラブルラックに優先順位で順序付けを行うことを実現するために、作成済みコンテナリストを取得することができ、作成済みコンテナリストは、複数の作成済みコンテナを含むことができ、作成済みコンテナは、Ｐｏｄを作成したことを指すことができる。各作成済みコンテナが対応するサーバノードを有するとは、各作成済みコンテナが所属するサーバノードを有することを意味する。同時に、各作成済みコンテナは、所属アプリケーション及び所属グループを有する。

本開示の実施例によれば、各サーバノードに対応する作成数情報を特定することは、各作成済みコンテナに対して、該作成済みコンテナに対応するサーバノード上の該作成済みコンテナが所属するアプリケーションのカウントを１増加させること、および、該作成済みコンテナが所属するグループのカウントを１増加させること、を含むことができる。これに基づいて、各作成済みコンテナが所属するアプリケーション及び所属するグループを対応するサーバノードに関連付けることができる。

本開示の実施例によれば、各サーバノードに対して、該サーバノードに対応する作成数情報を特定し、ここで、各作成数情報は、同じアプリケーションに属する作成済みコンテナの数、及び同じグループに属する作成済みコンテナの数を含むことができる。各アベイラブルラックに含まれる全てのサーバノードの作成数情報に基づいて、該アベイラブルラックの作成数情報、すなわち、該アベイラブルラックにおいて同じアプリケーションに属する作成済みコンテナの数及び同じグループに属する作成済みコンテナの数を特定することができる。これに基づいて、アベイラブルラックリストにおける各アベイラブルラックの作成数情報を取得することができる。

本開示の実施例によれば、アベイラブルラックリストにおける各アベイラブルラックの作成数情報に基づいて、各アベイラブルラックに優先順位で順序付けを行うことは、次のことを含むことができる。所定のラック優先順位ルール及びアベイラブルラックリストにおける各アベイラブルラックの作成数情報に基づいて、アベイラブルラックリストにおける各アベイラブルラックに優先順位で順序付けを行い、ここで、所定のラック優先順位ルールは、同じアプリケーションに属するコンテナの数が少ないアベイラブルラックほどそれに対応する優先順位が高いことを含むことができる。同じアプリケーションに属するコンテナの数が同じであれば、同じグループに属するコンテナの数が少ないアベイラブルラックほどそれに対応する優先順位が高い。同じグループに属するコンテナの数が同じであれば、第１ピット数が多いアベイラブルラックほどそれに対応する優先順位が高い。ここで、第１ピット数は、アベイラブルラックの総リソースと作成されたすべてのコンテナで用いられたリソースとの割合であってもよい。ここでいうコンテナ数とは、作成済みコンテナ数のことである。

例示的には、例えば、作成済みコンテナリストは、作成済みコンテナ１、作成済みコンテナ２及び作成済みコンテナ３を含む。アベイラブルラックリストは、アベイラブルラック１及びアベイラブルラック２を含む。アベイラブルラック１は、サーバノード１、サーバノード２及びサーバノード３を含む。アベイラブルラック２は、サーバノード４及びサーバノード５を含む。

作成済みコンテナ１に対応するサーバノードはサーバノード１であり、所属アプリケーションはアプリケーション１であり、所属グループはグループ１である。

作成済みコンテナ２に対応するサーバノードはサーバノード１であり、所属アプリケーションはアプリケーション１であり、所属グループはグループ１である。

作成済みコンテナ３に対応するサーバノードはサーバノード４であり、所属アプリケーションはアプリケーション１であり、所属グループはグループ２である。

サーバノード１に対して、サーバノード１に対応する作成数情報を特定する。ここで、作成数情報は、アプリケーション１に属する作成済みコンテナの数が２であること、グループ１に属する作成済みコンテナの数が２であることを含む。

サーバノード２に対して、サーバノード２に対応する作成数情報を特定する。ここで、作成数情報は０である。

サーバノード３に対して、サーバノード３に対応する作成数情報を特定する。ここで、作成数情報は０である。

サーバノード４に対して、サーバノード４に対応する作成数情報を特定する。ここで、作成数情報は、アプリケーション１に属する作成済みコンテナの数が１であること、グループ２に属する作成済みコンテナの数が１であることを含む。

サーバノード５に対して、サーバノード５に対応する作成数情報を特定する。ここで、作成数情報は０である。

サーバノード６に対して、サーバノード６に対応する作成数情報を特定する。ここで、作成数情報は０である。

サーバノード１、サーバノード２及びサーバノード３の作成数情報に基づいて、アベイラブルラック１の作成数情報は、アプリケーション１に属する作成済みコンテナの数が２であること、グループ１に属する作成済みコンテナの数が２であることを含むことを特定した。

サーバノード４及びサーバノード５に基づいて、アベイラブルラック２の作成数情報は、アプリケーション１に属する作成済みコンテナの数が１であること、グループ２に属する作成済みコンテナの数が１であることを含むことを特定した。

所定のラック優先順位ルール、アベイラブルラック１の作成数情報及びアベイラブルラック２の作成数情報に基づいて、アベイラブルラック１及びアベイラブルラック２に優先順位で順序付けを行う。アベイラブルラック１における同じアプリケーション１に属する数は、アベイラブルラック１における同じアプリケーション１に属する数よりも大きいため、アベイラブルラック２の優先順位は、アベイラブルラック１の優先順位よりも高くなる。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラックに対して優先順位で順序付けを行うことにより、コンテナのラックレベルでの均等配布に基礎を提供している。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めすることは、次の操作を含むことができる。

アベイラブルラックリストにおける優先順位の最も高いアベイラブルラックをカレントラックとして特定する。カレントラックの空きサーバノード数が所定の閾値よりも大きいか否かを特定する。カレントラックの空きサーバノードの数が所定の閾値よりも大きい場合、カレントラック内の空きサーバノードを位置決めする。カレントラックの空きサーバノード数が所定の閾値以下である場合、アベイラブルラックリストにおける次の優先順位のアベイラブルラックをカレントラックとして特定する。カレントラック内の空きサーバノードを位置決めするまで、カレントラックの空きサーバノード数が所定の閾値よりも大きいか否かを特定する操作に戻って実行する。

本開示の実施例において、アベイラブルラックリストにおける複数のアベイラブルラックは優先順位で順序付けされるため、空きサーバノードを特定する場合、アベイラブルラックの優先順位に応じて特定することができる。

本開示の実施例によれば、アベイラブルラックリストにおける優先順位の最も高いアベイラブルラックをカレントラックとして特定し、カレントラック内の空きサーバノード数が所定の閾値よりも大きいか否かを特定する。カレントラック内の空きサーバノード数が所定の閾値よりも大きい場合、カレントラックから空きサーバノードを位置決めする。カレントラック内の空きサーバノード数が所定の閾値以下であれば、カレントラックから空きサーバノードを位置決めするまで、アベイラブルラックリストにおける次の優先順位のアベイラブルラックをカレントラックとして特定し、カレントラック内の空きサーバノード数が所定の閾値よりも大きいか否かの操作を実行する。

本開示の実施例によれば、アベイラブルラックリストにおける各アベイラブルラックに含まれる複数のサーバノードは、優先順位で順序付けされる。以下の方式によって、複数のサーバノードが優先順位で順序付けされることを実現し、すなわち、作成済みコンテナリストを取得し、ここで、作成済みコンテナリストは、複数の作成済みコンテナを含み、各作成済みコンテナは、対応するサーバノード、所属アプリケーション及び所属グループを有する。各サーバノードに対応する作成数情報を特定し、ここで、作成数情報は、同じアプリケーションに属する作成済みコンテナの数と、同じグループに属する作成済みコンテナの数とを含む。各サーバノードに対応する作成数情報に基づいて、複数のサーバノードに優先順位で順序付けを行う。

所定のサーバノード優先順位ルール及び各サーバノードに対応する作成数情報に基づいて、複数のサーバノードに対して優先順位で順序付けを行い、ここで、所定のサーバノード優先順位ルールは、同じアプリケーションに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなることを含むことができる。同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなる。同じグループに属するコンテナ数が同じであれば、第２ピット数が多いサーバノードほどそれに対応する優先順位が高くなる。ここで、第２ピット数は、サーバノードの総リソースと作成された全てのコンテナで使用されるリソースとの割合である。ここでのコンテナ数とは、作成済みコンテナの数のことである。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることは、次の操作を含むことができる。

カレントコンテナが所属するアプリケーション及び所属するグループを取得する。アベイラブルラックリストにおけるカレントラックの直前のリソース占有情報を取得する。アベイラブルラックリストにおける他のラックの直前のリソース占有情報を取得する。カレントコンテナが所属するアプリケーション、カレントコンテナが所属するグループ及びカレントラックの直前のリソース占有情報に基づいて、カレントラックのカレントリソース占有情報を特定する。アベイラブルラックリストにおけるカレントラックのカレントリソース占有情報及びアベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けする。

本開示の実施例によれば、カレントラックにおける空きサーバノードにカレントコンテナを作成した後、カレントラックの直前のリソース占有情報が変化するため、カレントコンテナが所属するアプリケーション及び所属するグループに基づいて、カレントラックの直前のリソース占有情報を更新して、カレントラックのカレントリソース占有情報を取得する必要がある。

アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることを実現するために、さらに、アベイラブルラックリストにおけるカレントラック以外の他のラックの直前のリソース占有情報を取得する必要がある。他のラックの数は、一つ又は複数である。カレントラックの直前のリソース占有情報及び他のラックの直前のリソース占有情報は、いずれもカレントコンテナが作成されない前に、カレントラック及び他のラックに対応するリソース占有情報を指すものである。

カレントラックのカレントリソース占有情報及び他のラックの直前のリソース占有情報を取得した後、カレントラックのカレントリソース占有情報及び他のラックの直前のリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることができる。

本開示の実施例によれば、アベイラブルラックリストにおけるカレントラック及び他のラックの直前のリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第１ピット数を含み、ここで、第１ピット数は、ラックの総リソースと作成された全てのコンテナで使用されるリソースとの割合である。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第１ピット数を含む。ここで、アベイラブルラックは、カレントラック及び他のラックを含む。リソース占有情報は、カレントラックのカレントリソース占有情報、及び、他のラックの直前のリソース占有情報を含む。第１ピット数は、ラックのリソース情報を表すことができる。

本開示の実施例によれば、アベイラブルラックリストにおけるカレントラックのカレントリソース占有情報及びアベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることは、次の操作を含むことができる。

所定のラック優先順位ルール、アベイラブルラックリストにおけるカレントラックのカレントリソース占有情報、及びアベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けし、ここで、所定のラック優先順位ルールは、同じアプリケーションに属するコンテナ数が少ないアベイラブルラックほどそれに対応する優先順位が高くなることを含むことができる。同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないアベイラブルラックほどそれに対応する優先順位が高くなる。同じグループに属するコンテナ数が同じであれば、第１ピット数が多いアベイラブルラックほどそれに対応する優先順位が高くなる。

本開示の実施例によれば、コンテナのラックでの均等配布を実現するために、同一のアベイラビリティゾーンでのコンテナを異なるラックに優先的に割り当てる必要がある。同一のアベイラビリティゾーンでのコンテナを異なるラックに優先的に割り当てることを実現するために、所定のラック優先順位ルールを設定することができる。

カレントラックのカレントリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第１ピット数を含み、他のラックの直前のリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第１ピット数を含み、したがって、各アプリケーションに対して、同じアプリケーションに属するコンテナ数が少ないアベイラブルラックほどそれに対応する優先順位が高く、同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないアベイラブルラックほどそれに対応する優先順位が高く、同じグループに属するコンテナ数が同じであれば、第１ピット数が多いアベイラブルラックほどそれに対応する優先順位が高くなるという所定のラック優先順位ルールに従って、アベイラブルラックリストにおけるアベイラブルラックを再順序付けする。ここで、アベイラブルラックは、カレントラック及び他のラックを含む。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラックに対して優先順位で順序付けを行うことにより、コンテナのラックレベルでの均等配布のために基礎を提供している。

本開示の実施例によれば、上記コンテナ作成方法は、さらに以下の操作を含むことができる。

アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けする。

再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード、及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成することは、以下の操作を含むことができる。

再順序付けされたアベイラブルラックリストにおけるアベイラブルラック、及びアベイラブルラック内のサーバノードに基づいて、アベイラブルラック内の新たな空きサーバノードを特定する。新たな空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成する。

本開示の実施例によれば、カレントコンテナの所属するアプリケーション及び所属するグループを取得することができる。アベイラブルラックリストにおけるサーバノードの直前のリソース占有情報を取得する。カレントコンテナの所属するアプリケーション及びカレントコンテナの所属するグループに基づいて空きサーバノードの直前のリソース占有情報を更新し、空きサーバノードのカレントリソース占有情報を取得する。アベイラブルラックリストにおけるアベイラブルラックの空きサーバノードのカレントリソース占有情報と、アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード以外の他のサーバノードの直前のリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けする。

再順序付けされたアベイラブルラックリストにおけるアベイラブルラック及びアベイラブルラック内のサーバノードを取得した後、上記に基づいてアベイラブルラック内の新たな空きサーバノードを特定することができる。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードは、優先順位で順序付けすることができるため、空きサーバノードを位置決めする場合、サーバノードの優先順位に応じて位置決めを行うことができる。すなわち、アベイラブルラックリストにおける優先順位の最も高いアベイラブルラックをカレントラックとして特定する。カレントラック内の優先順位の最も高いサーバノードをカレントサーバノードとして特定する。カレントサーバノードが空きサーバノードであるか否かを特定する。カレントサーバノードが空きサーバノードであれば、カレントサーバノードを空きサーバノードとして特定する。カレントサーバノードが空きサーバノードでなければ、カレントラック内の次の優先順位に対応するサーバノードをカレントサーバノードとして特定し、空きサーバノードを位置決めするまで、カレントサーバノードが空きサーバノードであるかどうかを特定するという操作に戻って実行する。

カレントラックにおいて空きサーバノードを位置決めできなければ、アベイラブルラックリストにおける次の優先順位のアベイラブルラックをカレントラックとして特定し、空きサーバノードを位置決めするまで、カレントラック内の優先順位の最も高いサーバノードをカレントサーバノードとして特定する操作に戻って実行する。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第２ピット数を含み、ここで、第２ピット数は、サーバノードの総リソースと作成された全てのコンテナで使用されるリソースとの割合である。

本開示の実施例によれば、第２ピット数は、サーバノードのリソース情報を表すことができる。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けすることは、以下の操作を含むことができる。

所定のサーバノード優先順位ルール及びアベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けし、ここで、所定のサーバノード優先順位ルールは、同じアプリケーションに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなること、同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなること、及び、同じグループに属するコンテナ数が同じであれば、第２ピット数が多いサーバノードほどそれに対応する優先順位が高くなること、を含むことができる。

本開示の実施例によれば、コンテナのサーバノードでの均等配布を実現するために、同じラックにおけるコンテナを異なるサーバノードに優先的に割り当てる必要がある。同じラックにおけるコンテナを異なるサーバノードに優先的に割り当てることを実現するために、所定のサーバ優先順位ルールを設定することができる。

サーバノードのリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第２ピット数を含み、したがって、各アプリケーションに対して、同じアプリケーションに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなること、同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなること、及び、同じグループに属するコンテナ数が同じであれば、第２ピット数が多いサーバノードほどそれに対応する優先順位が高くなること、という所定のサーバノード優先順位ルールに従って、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けする。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードに優先順位で順序付けを行うことにより、コンテナのサーバノードレベルでの均等配布のために基礎を提供している。

図５は、本開示の実施例に係る別のコンテナ作成方法のフローチャートを模式的に示す。

図５に示すように、該方法は、操作Ｓ５０１～Ｓ５３０を含む。

操作Ｓ５０１において、リソース要求を取得し、ここで、リソース要求は、作成対象コンテナ数を含む。

操作Ｓ５０２において、リソース要求に応答し、各ラック内の各サーバノードの総リソースを取得する。

操作Ｓ５０３において、各サーバノードの使用済みリソースを取得し、ここで、使用済みリソースは、作成済みコンテナに使用されたリソースである。

操作Ｓ５０４において、各サーバノードの総リソース及び各サーバノードの使用済みリソースに基づいて、アベイラブルラックを特定する。

操作Ｓ５０５において、アベイラブルラックに基づいて、アベイラブルラックリストを生成する。

操作Ｓ５０６において、作成済みコンテナリストを取得し、ここで、作成済みコンテナリストは、複数の作成済みコンテナを含み、各作成済みコンテナは、対応するサーバノード、所属アプリケーション及び所属グループを有する。

操作Ｓ５０７において、各サーバノードに対応する作成数情報を特定し、ここで、作成数情報は、同じアプリケーションに属する作成済みコンテナ数、及び同じグループに属する作成済みコンテナ数を含む。

操作Ｓ５０８において、所定のサーバノード優先順位ルール及び各サーバノードに対応する作成数情報に基づいて、アベイラブルラックリストにおけるアベイラブルラック内の複数のサーバノードに優先順位で順序付けを行う。

操作Ｓ５０９において、各アベイラブルラックに含まれる全てのサーバノードの作成数情報に基づいて、各アベイラブルラックの作成数情報を特定する。

操作Ｓ５１０において、所定のラック優先順位ルール及びアベイラブルラックリストにおける複数のアベイラブルラックの作成数情報に基づいて、アベイラブルラックリストにおける複数のアベイラブルラックに優先順位で順序付けを行う。

操作Ｓ５１１において、リソース要求に応答し、アベイラブルネットワークアドレスリストを取得し、ここで、アベイラブルネットワークアドレスリストは、少なくとも一つのアベイラブルネットワークアドレスを含む。

操作Ｓ５１２において、アベイラブルラックリストにおける優先順位の最も高いアベイラブルラックをカレントラックとして特定する。

操作Ｓ５１３において、カレントラックの空きサーバノード数が所定の閾値よりも大きいか否か。そうであれば、操作Ｓ５１４を実行する。そうでなければ、操作Ｓ５１５を実行する。

操作Ｓ５１４において、カレントラック内の複数のサービスノードの優先順位に応じて、カレントラック内の空きサーバノードを特定し、操作Ｓ５１６を実行する。

操作Ｓ５１５において、アベイラブルラックリストに次の優先順位のアベイラブルラックが存在するか否か。そうであれば、操作Ｓ５１８を実行する。そうでなければ、操作Ｓ５１９を実行する。

操作Ｓ５１６において、アベイラブルネットワークアドレスリストから一つのアベイラブルネットワークアドレスをターゲットネットワークアドレスとして選択する。

操作Ｓ５１７において、空きサーバノードに、ターゲットネットワークアドレスに対応するカレントコンテナを作成し、操作Ｓ５２０を実行する。

操作Ｓ５１８において、アベイラブルラックリストにおける次の優先順位のアベイラブルラックをカレントラックとして特定し、操作Ｓ５１３に戻って実行する。

操作Ｓ５１９において、割り当て異常情報を生成する。

操作Ｓ５２０において、アベイラブルネットワークアドレスリストを更新する。

操作Ｓ５２１において、カレントコンテナの所属するアプリケーション及び所属するグループを取得する。

操作Ｓ５２２において、アベイラブルラックリストにおけるカレントラックの直前のリソース占有情報を取得する。

操作Ｓ５２３において、アベイラブルラックリストにおける他のラックの直前のリソース占有情報を取得する。

操作Ｓ５２４において、カレントコンテナが所属するアプリケーション、カレントコンテナが所属するグループ、及びカレントラックの直前のリソース占有情報に基づいて、カレントラックのカレントリソース占有情報を特定する。

操作Ｓ５２５において、所定のラック優先順位ルール、アベイラブルラックリストにおけるカレントラックのカレントリソース占有情報、及びアベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けする。

操作Ｓ５２６において、所定のサーバノード優先順位ルール及びアベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けする。

操作Ｓ５２７において、作成済みコンテナ数が作成対象コンテナ数に等しいか否か。そうでなければ、操作Ｓ５２８を実行する。そうであれば、操作Ｓ５２９を実行する。

操作Ｓ５２８において、再順序付けされたアベイラブルラックリストにおけるアベイラブルラック及びアベイラブルラック内のサーバノードに基づいて、アベイラブルラック内の新たな空きサーバノードを特定し、操作Ｓ５３０を実行する。

操作Ｓ５２９において、コンテナ作成操作を終了する。

操作Ｓ５３０において、新たな空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて次のコンテナを作成し、次のコンテナをカレントコンテナとして、操作Ｓ５２０に戻って実行する。

本開示の実施例によれば、本開示の実施例のＫ８Ｓに基づくコンテナ作成方法の実質は、つまり、デプロイ環境のアベイラビリティゾーン、ラック及びサーバノードの着座情報、及び図１におけるサービスツリーにおけるクラスタサービス情報に基づいて、同じ応用での異なるコンテナ（すなわちサービスツリーにおけるインスタンス）をスケジューリングポリシーに応じて対応するサーバノードに割り当てることにより、コンテナの均等配布を実現する。コンテナをどのサーバノードに割り当てるかを特定した後、対応するサーバノードでコンテナを作成する必要があるため、コンテナの均等作成を実現することは、つまり、コンテナの均等配布を実現することである。

本開示の実施例によれば、スケジューリングポリシーは、以下のとおりである。１、マルチアベイラビリティゾーンシーンに対して、同じアプリケーションでの異なるコンテナを異なるアベイラビリティゾーンに優先的に割り当てる。２、上記「１」を保証する前提で、アベイラビリティゾーンが複数のラックを含みかつアベイラビリティゾーンに複数の同じアプリケーションでの容器を割り当てることに対して、同じアベイラビリティゾーンでの容器を異なるラックに優先的に割り当てる。上記「２」を保証する前提で、ラックが複数のサーバノードを含みかつラックに同じアプリケーションでの複数のコンテナが割り当てられたことに対して、同じラックでのコンテナを異なるサーバノードに優先的に割り当てる。上記スケジューリングポリシーにより、同じアプリケーションでのコンテナのアベイラビリティゾーン、ラック及びサーバノードの３つのレベルでの均等配布を実現する。

図６は、本開示の実施例に係る計算リソースフローのフローチャートを模式的に示す。図６は、アベイラブルラックリストの生成工程を示し、それは、操作Ｓ５０２～Ｓ５１０についての説明である。

図６においてＫ８Ｓ ｍａｓｔｅｒは、つまり、前述したＭａｓｔｅｒノード（すなわちマスタノード）である。ｎｏｄｅリストは、サーバノードリストを指す。Ｎｏｄｅリソースは、つまり、前述したサーバノードリソースである。「Ｐｏｄの所在するアプリケーション＝＝リソース割り当て対象のアプリケーション」は、Ｐｏｄの所在するアプリケーションがリソース割り当て対象のアプリケーションであれば、そのアプリケーションＰｏｄカウントが１増加することを意味する。すなわち、各作成済みコンテナに対して、該作成済みコンテナに対応するサーバノード上の該作成済みコンテナが所属するアプリケーションのカウントを１増加させる。「Ｐｏｄの所在するグループ＝＝リソース割り当て対象のグループ」は、Ｐｏｄの所在するグループがリソース割り当て対象のグループであれば、そのグループＰｏｄカウントが１増加することを意味する。すなわち、各作成済みコンテナに対して、該作成済みコンテナに対応するサーバノード上の該作成済みコンテナが所属するグループのカウントを１増加させる。

全てのＰｏｄリストをトラバースした後、サーバノードリストをサーバノードが位置するラック状況に応じてラックのリソース状況を統計し、アベイラブルラックリストを生成する。また、ラックに対して操作Ｓ５１０における所定のラック優先順位ルールに応じて優先順位で順序付けを行う。ラック内のサーバノードに対して操作Ｓ５０８における所定のサーバノード優先順位ルールに従って優先順位で順序付けを行う。

また、ｎｏｄｅピット数及び総ピット数を計算し、総ピット数をリソース要求に応答して計算された割り当て対象数と比較し、リソース要求に応答できるか否かを特定する。すなわち、総ピット数が割り当て対象数以上であれば、アベイラブルラックリスト及び割り当て済みネットワークアドレスリストに戻す。総ピット数が割り当て対象数より小さい場合、割り当て異常情報を生成する。

なお、コンテナを作成するたびに、アベイラブルラックリストにおけるアベイラブルラックを再順序付けすること、及び、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けすることを行う必要がある。

図７は、本開示の実施例に係るコンテナ作成方法の適用模式図を模式的に示す。図７においてシステムアプリケーションは、５層含み、それぞれ製品ライン、システム、アプリケーション、グループ及びインスタンスである。現在、同じアプリケーションでの作成対象インスタンス１、作成対象インスタンス２及び作成対象インスタンス２を対応するサーバノードに作成する必要がある。

作成対象インスタンス１に対して、アベイラビリティゾーン１及びアベイラビリティゾーン２にはアプリケーションでのインスタンスがまだスケジューリングされないため、アベイラビリティゾーンをランダムに選択することができる。現在、アベイラビリティゾーン１を選択し、操作Ｓ５０１及びＳ５３０に基づいて、アベイラビリティゾーン１におけるラック１内のサーバノード１に作成対象インスタンス１を作成する。

作成対象インスタンス２に対して、同じ応用での作成対象インスタンス１は既にアベイラビリティゾーン１に設置されているため、均等配布を確保するために、アベイラビリティゾーン２を選択し、操作Ｓ５０１及びＳ５３０に基づいて、アベイラビリティゾーン２におけるラック３内のサーバノード５に作成対象インスタンス２を作成する。

作成対象インスタンス３に対して、アベイラビリティゾーン１におけるラック２内のサーバノード３に作成対象インスタンス３を作成する。

上記したように、インスタンス（すなわち、コンテナ）のアベイラビリティゾーン、ラック及びサーバノードの３つのレベルでの均等配布を実現した。容器の均等配布を実現したため、アベイラビリティゾーン１又はアベイラビリティゾーン２に例えば、大面積の停電などの故障が発生しても、本開示の実施例の技術案を採用することによって、依然として動作可能なインスタンスがあることを確保することができる。

本開示の実施例の技術案によれば、アベイラブルラックリストは、異なるアベイラビリティゾーンのアベイラブルラックを含み、かつ、アベイラブルラックリストにおけるアベイラブルラック及びアベイラブルラック内のサーバノードは、いずれも優先順位で順序付けされるため、位置決めされた空きサーバノードは、コンテナの均等配布要求を満たすサーバノードとなり、これに基づいて、コンテナのアベイラビリティゾーン、ラック及びサーバノードの３つのレベルでの均等作成を図れ、すなわち、コンテナのアベイラビリティゾーン、ラック及びサーバノードの３つのレベルでの均等配布を図れる。したがって、関連技術でコンテナの均等配布を実現しにくいという技術的問題を少なくとも部分的に克服する。また、コンテナの均等配布を図れるため、クロスアベイラビリティゾーン、クロスラック及びサーバノードの高可用性というサービス要求を満たし、さらにシステムダウン状況の発生を効果的に回避させる。

図８は、本開示の実施例に係るコンテナ作成装置のブロック図を模式的に示す。

図８に示すように、コンテナ作成装置８００は、取得モジュール８１０と、位置決めモジュール８２０と、第１作成モジュール８３０と、更新モジュール８４０と、第１順序付けモジュール８５０と、第２作成モジュール８６０とを含む。

取得モジュール８１０は、アベイラブルラックリスト及びアベイラブルネットワークアドレスリストを取得するために設けられ、ここで、アベイラブルラックリストが異なるアベイラビリティゾーンの複数のアベイラブルラックを含み、各アベイラブルラックには少なくとも一つのサーバノードを含み、アベイラブルネットワークアドレスリストが少なくとも一つのアベイラブルネットワークアドレスを含む。

位置決めモジュール８２０は、アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めするために設けられる。

第１作成モジュール８３０は、空きサーバノード上に、アベイラブルネットワークアドレスに対応するカレントコンテナを作成するために設けられる。

更新モジュール８４０は、アベイラブルネットワークアドレスリストを更新するために設けられる。

第１順序付けモジュール８５０は、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けするために設けられる。

第２作成モジュール８６０は、再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他の容器を作成するために設けられる。

本開示の実施例の技術案によれば、アベイラブルラックリスト及びアベイラブルネットワークアドレスリストを取得することであって、アベイラブルラックリストが異なるアベイラビリティゾーンの複数のアベイラブルラックを含み、各アベイラブルラックが少なくとも一つのサーバノードを含み、アベイラブルネットワークアドレスリストが少なくとも一つのアベイラブルネットワークアドレスを含むことによって、アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めし、空きサーバノードに、アベイラブルネットワークアドレスに対応するカレントコンテナを作成し、アベイラブルネットワークアドレスリストを更新し、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けし、再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成する。空きサーバノードに、一つのコンテナを作成するたびに、アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けし、さらに再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、次のコンテナを作成し、ここで、空きサーバノードは、異なるアベイラビリティゾーンのアベイラブルラックから由来するものである。したがって、コンテナの均等配布を図れるため、関連技術でコンテナの均等配布を実現しにくいという技術的問題を少なくとも部分的に克服できる。また、コンテナの均等配布を図れるため、クロスアベイラビリティゾーン、クロスラック及びサーバノードの高可用性というサービス要求を満たし、さらにシステムダウン状況の発生を効果的に回避させる。

本開示の実施例によれば、アベイラブルラックリストを取得することは、各ラック内の各サーバノードの総リソースを取得することと、各サーバノードの使用済みリソースを取得し、ここで、使用済みリソースが作成済みコンテナに使用されたリソースであることと、各サーバノードの総リソース及び各サーバノードの使用済みリソースに基づいて、アベイラブルラックを特定することと、アベイラブルラックに基づいてアベイラブルラックリストを生成することと、を含むことができる。

本開示の実施例によれば、アベイラブルラックリストにおける複数のアベイラブルラックは、優先順位で順序付けされる。

本開示の実施例によれば、以下の方式により、アベイラブルラックリストにおける複数のアベイラブルラックを優先順位で順序付けすることを実現する。作成済みコンテナリストを取得し、ここで、作成済みコンテナリストは、複数の作成済みコンテナを含み、各作成済みコンテナは、対応するサーバノード、所属アプリケーション及び所属グループを有する。各サーバノードに対応する作成数情報を特定し、ここで、作成数情報は、同じアプリケーションに属する作成済みコンテナ数及び同じグループに属する作成済みコンテナ数を含む。各サーバノードに対応する作成数情報に基づいて、アベイラブルラックリストにおける複数のアベイラブルラックに優先順位で順序付けを行う。

本開示の実施例によれば、位置決めモジュール８２０は、第１特定サブモジュールと、第２特定サブモジュールと、第１位置決めサブモジュールと、第２位置決めサブモジュールと、返戻サブモジュールとを含むことができる。

第１特定サブモジュールは、アベイラブルラックリストにおける優先順位の最も高いアベイラブルラックをカレントラックとして特定するために設けられる。

第２特定サブモジュールは、カレントラックの空きサーバノード数が所定の閾値よりも大きいか否かを特定するために設けられる。

第１位置決めサブモジュールは、カレントラックの空きサーバノード数が所定の閾値よりも大きい場合に、カレントラック内の空きサーバノードを位置決めするために設けられる。

第２位置決めサブモジュールは、カレントラックの空きサーバノード数が所定の閾値以下である場合に、アベイラブルラックリストにおける次の優先順位のアベイラブルラックをカレントラックとして特定するために設けられる。

返戻サブモジュールは、カレントラック内の空きサーバノードを位置決めするまで、カレントラックの空きサーバノード数が所定の閾値よりも大きいか否かを特定する操作に戻って実行するために設けられる。

本開示の実施例によれば、第１順序付けモジュール８４０は、第１取得サブモジュールと、第２取得サブモジュールと、第３取得サブモジュールと、順序付けサブモジュールとを含むことができる。

第１取得サブモジュールは、カレントコンテナの所属するアプリケーション及び属するグループを取得するために設けられる。

第２取得サブモジュールは、アベイラブルラックリストにおけるカレントラックの直前のリソース占有情報を取得するために設けられる。

第３取得サブモジュールは、アベイラブルラックリストにおける他のラックの直前のリソース占有情報を取得するために設けられる。

第３特定サブモジュールは、カレントコンテナが所属するアプリケーション、カレントコンテナが所属するグループ及びカレントラックの直前のリソース占有情報に基づいて、カレントラックのカレントリソース占有情報を特定するために設けられる。

第１順序付けサブモジュールは、アベイラブルラックリストにおけるカレントラックのカレントリソース占有情報及びアベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けするために設けられる。

本開示の実施例によれば、アベイラブルラックリストにおけるカレントラック及び他のラックの直前のリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第１ピット数を含み、ここで、第１ピット数は、ラックの総リソースと作成された全てのコンテナで使用されるリソースとの割合である。

本開示の実施例によれば、第１順序付けサブモジュールは、順序付けユニットを含むことができる。

順序付けユニットは、所定のラック優先順位ルール、アベイラブルラックリストにおけるカレントラックのカレントリソース占有情報及びアベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラックを再順序付けするために設けられ、ここで、所定のラック優先順位ルールが、次のものを含む。

同じアプリケーションに属するコンテナ数が少ないアベイラブルラックほどそれに対応する優先順位が高くなる。

同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないアベイラブルラックほどそれに対応する優先順位が高くなる。

同じグループに属するコンテナ数が同じであれば、第１ピット数が多いアベイラブルラックほどそれに対応する優先順位が高くなる。

本開示の実施例によれば、該コンテナ作成装置８００は、さらに第２順序付けモジュールを含むことができる。

第２順序付けモジュールは、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けするために設けられる。

第２作成モジュール８５０は、第４特定サブモジュール及び作成サブモジュールを含むことができる。

第４特定サブモジュールは、再順序付けされたアベイラブルラックリストにおけるアベイラブルラック及びアベイラブルラック内のサーバノードに基づいて、アベイラブルラック内の新たな空きサーバノードを特定するために設けられる。

作成サブモジュールは、新たな空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成するために設けられる。

本開示の実施例によれば、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第２ピット数を含み、ここで、第２ピット数は、サーバノードの総リソースと作成された全てのコンテナで使用されるリソースとの割合である。

本開示の実施例によれば、第２順序付けモジュールは、第２順序付けサブモジュールを含むことができる。

第２順序付けサブモジュールは、所定のサーバノード優先順位ルール及びアベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順位付けするために設けられ、ここで、所定のサーバノード優先順位ルールが、次のものを含む。

同じアプリケーションに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなる。

同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなる。

同じグループに属するコンテナ数が同じであれば、第２ピットの数が多いサーバノードほどそれに対応する優先順位が高くなる。

本開示の実施例によるモジュール、サブモジュール、ユニットのうちの任意の複数、又はそのうちの任意の複数の少なくとも一部の機能は、一つのモジュールにおいて実現されてよい。本開示の実施例によるモジュール、サブモジュール、ユニットのうちのいずれか一つ又は複数は、複数のモジュールに分割して実現されてよい。本開示の実施例によるモジュール、サブモジュール、ユニットのうちのいずれか一つ又は複数は、少なくとも部分的にハードウェア回路、例えばフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）、システムオンチップ、基板上のシステム、パッケージ上のシステム、特定用途向け集積回路（ＡＳＩＣ）に実現されてもよく、又は回路を集積又はパッケージングする如何なる他の合理的な方式のハードウェア又はファームウェアで実現されてもよく、又はソフトウェア、ハードウェア及びファームウェアの三つの実現方式のうちのいずれか一つ又はそのうちの任意のいくつかの適切な組み合わせで実現されてもよい。又は、本開示の実施例によるモジュール、サブモジュール、ユニットのうちの一つ又は複数は、少なくとも部分的にコンピュータプログラムモジュールとして実現されてよく、該コンピュータプログラムモジュールが実行されると、対応する機能を実行することができる。

例えば、取得モジュール８１０、位置決めモジュール８２０、第１作成モジュール８３０、更新モジュール８４０、第１順序付けモジュール８５０及び第２作成モジュール８６０のうちの任意の複数のモジュールは、一つのモジュール／サブモジュール／ユニットに統合して実現されてもよく、又はそのうちの任意の一つのモジュール／サブモジュール／ユニットは、複数のモジュール／サブモジュール／ユニットに分割されてもよい。又は、これらのモジュール／サブモジュール／ユニットのうちの一つ又は複数のモジュール／サブモジュール／ユニットの少なくとも一部の機能は、他のモジュール／サブモジュール／ユニットの少なくとも一部の機能と組み合わせて、一つのモジュール／サブモジュール／ユニットにおいて実現されてもよい。本開示の実施例によれば、取得モジュール８１０、位置決めモジュール８２０、第１作成モジュール８３０、更新モジュール８４０、第１順序付けモジュール８５０及び第２作成モジュール８６０のうちの少なくとも一つは、少なくとも部分的にハードウェア回路、例えばフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）、システムオンチップ、基板上のシステム、パッケージ上のシステム、専用集積回路（ＡＳＩＣ）に実現されてもよく、又は回路を集積又はパッケージする如何なる他の合理的な方式などのハードウェア又はファームウェアで実現されてもよく、又はソフトウェア、ハードウェア及びファームウェアの三つの実現方式のうちのいずれか一つ又はそのうちの任意のいくつかの適切な組み合わせで実現されてもよい。又は、取得モジュール８１０、位置決めモジュール８２０、第１作成モジュール８３０、更新モジュール８４０、第１順序付けモジュール８５０及び第２作成モジュール８６０のうちの少なくとも一つは、少なくとも部分的にコンピュータプログラムモジュールとして実現されてもよく、該コンピュータプログラムモジュールが実行されると、対応する機能を実行することができる。

なお、本開示の実施例におけるコンテナ作成装置部分は、本開示の実施例におけるコンテナ作成方法部分に対応するものであり、コンテナ作成装置部分の説明は、具体的にコンテナ作成方法部分を参照し、ここでは説明を省略する。

図９は、本開示の実施例に係る上記した方法を実現することに適する電子装置のブロック図を模式的示す。図９に示される電子機器は、一例に過ぎず、本開示の実施例の機能及び使用範囲に何ら制限を与えるものではない。

図９に示すように、本開示の実施例に係る電子機器９００は、リードオンリーメモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）９０２に記憶されたプログラム、又は記憶部分９０８からランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）９０３にロードされたプログラムに基づいて、様々な適切な動作及び処理を実行することができるプロセッサ９０１を含む。プロセッサ９０１は、例えば、汎用マイクロプロセッサ（例えば、ＣＰＵ）、コマンドセットプロセッサ及び／又は関連チップセット及び／又は専用マイクロプロセッサ（例えば、専用集積回路（ＡＳＩＣ））などを含んでもよい。プロセッサ９０１は、さらにキャッシュ用途のためのオンボードメモリを含んでもよい。プロセッサ９０１は、本開示の実施例による方法フローに従った異なる動作を実行するための単一の処理ユニット又は複数の処理ユニットを含んでもよい。

ＲＡＭ９０３には、システム９００の操作に必要な様々なプログラム及びデータが記憶されている。プロセッサ９０１、ＲＯＭ９０２、およびＲＡＭ９０３は、バス９０４を介して相互に接続されている。プロセッサ９０１は、ＲＯＭ９０２および／またはＲＡＭ９０３におけるプログラムを実行することにより、本開示の実施例による方法フローに従った各種動作を実行する。なお、前記プログラムは、ＲＯＭ９０２及びＲＡＭ９０３以外の一つ又は複数のメモリに記憶されてもよい。プロセッサ９０１は、前記一つ又は複数のメモリに記憶されたプログラムを実行することにより、本開示の実施例による方法フローに従った各種動作を実行してもよい。

本開示の実施例によれば、電子機器９００は、入出力（Ｉ／Ｏ）インタフェース９０５をさらに含んでもよく、入出力（Ｉ／Ｏ）インタフェース９０５もバス９０４に接続される。システム９００は、Ｉ／Ｏインタフェース９０５に接続された、キーボード、マウスなどを含む入力部分９０６、陰極線管（ＣＲＴ）、液晶ディスプレイ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、ＬＣＤ）など及びスピーカなどを含む出力部分９０７、ハードディスクなどを含む記憶部分９０８、及びＬＡＮカード、モデムなどのネットワークインタフェースカードを含む通信部分９０９のうちの一つ又は複数をさらに含んでもよい。通信部分９０９は、インターネットなどのネットワークを介して通信処理を行う。ドライバ９１０も、必要に応じてＩ／Ｏインタフェース９０５に接続される。例えば、磁気ディスク、光ディスク、光磁気ディスク、半導体メモリなどのリムーバブルメディア９１１は、必要に応じてドライブ９１０にインストールされることにより、それから読み出されたコンピュータプログラムが必要に応じて記憶部９０８にインストールされる。

本開示の実施例によれば、本開示の実施例に係る方法フローは、コンピュータソフトウェアプログラムとして実現することができる。例えば、本開示の実施例は、コンピュータプログラム製品を含み、それはコンピュータ読み取り可能な記憶媒体に担持されたコンピュータプログラムを含み、該コンピュータプログラムはフローチャートに示された方法を実行するように構成されたプログラムコードを含む。このような実施例において、該コンピュータプログラムは、通信部分９０９を介してネットワークからダウンロード及びインストールされ、及び／又はリムーバブルメディア９１１からインストールされてもよい。該コンピュータプログラムがプロセッサ９０１により実行されると、本開示の実施例によるシステムに限定された上記機能を実行する。本開示の実施例によれば、上述したシステム、機器、装置、モジュール、ユニットなどは、コンピュータプログラムモジュールにより実現されてもよい。

本開示は、コンピュータ読み取り可能な記憶媒体をさらに提供する。該コンピュータ読み取り可能な記憶媒体は上記実施例で説明した機器／装置／システムに含まれてもよく、単独で存在し、該機器／装置／システムに組み込まれていなくてもよい。上記コンピュータ読み取り可能な記憶媒体には、一つ又は複数のプログラムが担持されており、上記一つ又は複数のプログラムが実行される場合、本開示の実施例に係る方法を実現する。

本開示の実施例によれば、コンピュータ読み取り可能な記憶媒体は、不揮発性のコンピュータ読み取り可能な記憶媒体であってもよい。例えば、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）又はフラッシュメモリ）、ポータブルコンパクトディスク読み取り専用メモリ（Ｃｏｍｐｕｔｅｒ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、又は上記任意の適切な組み合わせを含むことができるが、それらに限定されない。本開示において、コンピュータ読み取り可能な記憶媒体は、プログラムを含み又は記憶する如何なる有形の媒体であってもよく、該プログラムは、コマンド実行システム、装置又はデバイスに使用され、又はそれらと組み合わせて使用されてもよい。

例えば、本開示の実施例によれば、コンピュータ読み取り可能な記憶媒体は、上記ＲＯＭ９０２及び／又はＲＡＭ９０３及び／又はＲＯＭ９０２及びＲＡＭ９０３以外の一つ又は複数のメモリを含むことができる。

図面におけるフローチャート及びブロック図は、本開示の様々な実施例に係るシステム、方法及びコンピュータプログラム製品の実現可能なシステムアーキテクチャ、機能及び操作を示す。この点において、フローチャート又はブロック図における各ブロックは、一つのモジュール、プログラムセグメント、又はコードの一部を表すことができ、上記モジュール、プログラムセグメント、又はコードの一部は、一つ又は複数の定められた論理機能を実現するための実行可能な命令を含む。なお、いくつかの代替としての実現において、ブロックにマークされた機能は、図面にマークされた順序と異なる順序で発生してもよい。例えば、二つの連続的に示されるブロックは、実際に基本的に並行して実行されてもよく、それらは、時々逆の順序で実行されてもよく、これは、係われる機能に依存する。なお、ブロック図又はフローチャートにおける各ブロック、及びブロック図又はフローチャートにおけるブロックの組み合わせは、定められた機能又は操作を実行する専用のハードウェアベースに基づくシステムで実現されてもよく、又は専用のハードウェアとコンピュータコマンドの組み合わせで実現されてもよい。当業者であれば理解できるように、本開示の各実施例及び／又は特許請求の範囲に記載の特徴は、様々な組み合わせ及び／又は結合を行うことができ、このような組み合わせ又は結合が本開示に明確に記載されていなくてもよい。特に、本開示の精神及び教示から逸脱することなく、本開示の各実施例及び／又は請求項に記載の特徴は、様々な組み合わせ及び／又は結合を行うことができる。これらの組み合わせ及び／又は結合は全て本発明の範囲に含まれるものとする。

以上、本開示の実施例について説明した。しかしながら、これらの実施例は、説明の目的だけであり、本開示の範囲を限定するものではない。以上に各実施例をそれぞれ説明したが、これは、各実施例における施策を有利に組み合わせて使用することができないことを意味するものではない。本開示の範囲は、特許請求の範囲およびその均等物によって規定される。本開示の範囲から逸脱することなく、当業者は、様々な代替及び修正を行うことができ、これらの代替及び修正は、いずれも本開示の範囲内に含まれるべきである。

本開示は、コンピュータの技術分野に属し、具体的にはコンテナ作成方法、装置、電子機器、記憶媒体及びコンピュータプログラムに関する。

図２は、関連技術におけるインスタンス配布の一例の模式図を模式的に示す。図２に示すように、ラック１、ラック２及びラック３を含み、各ラックは、４つのサーバノードを含む。アプリケーション１、アプリケーション２及びアプリケーション３を含む。ここで、アプリケーション２は、グループ１、グループ２及びグループ３を含む。グループ１は、インスタンス１を含み、グループ２は、インスタンス２を含み、グループ３は、インスタンス３を含む。関連技術を用いてアプリケーション２に同じく属するインスタンス１、インスタンス２及びインスタンス３をそれぞれラック１におけるサーバノード、ラック３におけるサーバノード及びラック３におけるサーバノードに割り当てる。このことからわかるように、関連技術を用いてアプリケーション２に同じく属するインスタンス２及びインスタンス３を同じラックに割り当てることになり、すなわち、関連技術を用いる場合、コンテナの均等配布が実現されていない。これは、関連技術ではアベイラビリティゾーン及びラックを識別することができないため、同じアプリケーションでの複数のインスタンスが同一のアベイラビリティゾーン又は同一のラックに割り当てられる可能性があるためである。アベイラビリティゾーンの専用線又はラックに問題が発生すると、システムダウンを引き起こしてサービスの機能全体に影響を与えやすい。本開示の実施例によって提供される技術案は、上記問題を解決するためになされたものである。以下、具体的な実施例を挙げて説明する。

所定のラック優先順位ルール、アベイラブルラック１の作成数情報及びアベイラブルラック２の作成数情報に基づいて、アベイラブルラック１及びアベイラブルラック２に優先順位で順序付けを行う。アベイラブルラック１における同じアプリケーション１に属する数は、アベイラブルラック２における同じアプリケーション１に属する数よりも大きいため、アベイラブルラック２の優先順位は、アベイラブルラック１の優先順位よりも高くなる。

図７は、本開示の実施例に係るコンテナ作成方法の適用模式図を模式的に示す。図７においてシステムアプリケーションは、５層含み、それぞれ製品ライン、システム、アプリケーション、グループ及びインスタンスである。現在、同じアプリケーションでの作成対象インスタンス１、作成対象インスタンス２及び作成対象インスタンス３を対応するサーバノードに作成する必要がある。

Claims (14)

1. アベイラブルラックリスト及びアベイラブルネットワークアドレスリストを取得し、ここで、前記アベイラブルラックリストは、異なるアベイラビリティゾーンの複数のアベイラブルラックを含み、各前記アベイラブルラックは、少なくとも一つのサーバノードを含み、前記アベイラブルネットワークアドレスリストは、少なくとも一つのアベイラブルネットワークアドレスを含むことと、
   前記アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めすることと、
   前記空きサーバノードに、前記アベイラブルネットワークアドレスに対応するカレントコンテナを作成することと、
   前記アベイラブルネットワークアドレスリストを更新することと、
   前記アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることと、
   再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成することと、を含む、
   コンテナ作成方法。
2. 前記アベイラブルラックリストを取得することは、
   各ラック内の各サーバノードの総リソースを取得することと、
   各前記サーバノードの使用済みリソースを取得し、ここで、前記使用済みリソースは、作成済みコンテナで使用されるリソースであることと、
   各前記サーバノードの総リソース及び各前記サーバノードの使用済みリソースに基づいて、アベイラブルラックを特定することと、
   前記アベイラブルラックに基づいて前記アベイラブルラックリストを生成することと、を含む、
   請求項１に記載のコンテナ作成方法。
3. 前記アベイラブルラックリストにおける複数の前記アベイラブルラックは、優先順位で順序付けされる、
   請求項２に記載のコンテナ作成方法。
4. 前記アベイラブルラックリストにおける複数の前記アベイラブルラックを優先順位で順序付けすることは、
   作成済みコンテナリストを取得し、ここで、前記作成済みコンテナリストは、複数の作成済みコンテナを含み、各前記作成済みコンテナは、対応するサーバノード、所属アプリケーション及び所属グループを有することと、
   各前記サーバノードに対応する作成数情報を特定し、ここで、前記作成数情報は、同じアプリケーションに属する作成済みコンテナ数、及び同じグループに属する作成済みコンテナ数を含むことと、
   各前記サーバノードに対応する作成数情報に基づいて、前記アベイラブルラックリストにおける複数の前記アベイラブルラックを優先順位で順序付けすることと、を含む方式によって実現される、
   請求項３に記載のコンテナ作成方法。
5. 前記アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めすることは、
   前記アベイラブルラックリストにおける優先順位の最も高いアベイラブルラックをカレントラックとして特定することと、
   前記カレントラックの空きサーバノード数が所定の閾値よりも大きいか否かを特定することと、
   前記カレントラックの空きサーバノード数が前記所定の閾値よりも大きい場合、前記カレントラック内の空きサーバノードを位置決めすることと、
   前記カレントラックの空きサーバノード数が前記所定の閾値以下である場合、前記アベイラブルラックリストにおける次の優先順位のアベイラブルラックをカレントラックとして特定することと、
   前記カレントラック内の空きサーバノードを位置決めするまで、前記カレントラックの空きサーバノード数が前記所定の閾値よりも大きいか否かを特定する操作に戻って実行することと、を含む、
   請求項３に記載のコンテナ作成方法。
6. 前記アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることは、
   前記カレントコンテナの所属するアプリケーション及び所属するグループを取得することと、
   前記アベイラブルラックリストにおける前記カレントラックの直前のリソース占有情報を取得することと、
   前記アベイラブルラックリストにおける他のラックの直前のリソース占有情報を取得することと、
   前記カレントコンテナが所属するアプリケーション、前記カレントコンテナが所属するグループ及び前記カレントラックの直前のリソース占有情報に基づいて、前記カレントラックのカレントリソース占有情報を特定することと、
   前記アベイラブルラックリストにおける前記カレントラックのカレントリソース占有情報、及び前記アベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることと、を含む、
   請求項５に記載のコンテナ作成方法。
7. 前記アベイラブルラックリストにおける前記カレントラック及び他のラックの直前のリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第１ピット数を含み、ここで、前記第１ピット数は、ラックの総リソースと作成された全てのコンテナで使用されるリソースとの割合である、
   請求項６に記載のコンテナ作成方法。
8. 前記アベイラブルラックリストにおける前記カレントラックのカレントリソース占有情報及び前記アベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることは、
   所定のラック優先順位ルール、前記アベイラブルラックリストにおける前記カレントラックのカレントリソース占有情報、及び前記アベイラブルラックリストにおける他のラックの直前のリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けすることを含み、
   ここで、前記所定のラック優先順位ルールは、
   同じアプリケーションに属するコンテナ数が少ないアベイラブルラックほどそれに対応する優先順位が高くなることと、
   同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないアベイラブルラックほどそれに対応する優先順位が高くなることと、
   同じグループに属するコンテナ数が同じであれば、第１ピット数が多いアベイラブルラックほどそれに対応する優先順位が高くなることと、を含む、
   請求項７に記載のコンテナ作成方法。
9. 前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けすることをさらに含み、
   前記再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成することは、
   再順序付けされたアベイラブルラックリストにおけるアベイラブルラック及びアベイラブルラック内のサーバノードに基づいて、アベイラブルラック内の新たな空きサーバノードを特定することと、
   前記新たな空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他のコンテナを作成することと、を含む、
   請求項１に記載のコンテナ作成方法。
10. 前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報は、同じアプリケーションに属するコンテナ数、同じグループに属するコンテナ数及び第２ピット数を含み、ここで、前記第２ピット数は、サーバノードの総リソースと作成された全てのコンテナで使用されるリソースとの割合である、
    請求項９に記載のコンテナ作成方法。
11. 前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けすることは、
    所定のサーバノード優先順位ルール及び前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラック内のサーバノードを再順序付けすることを含み、
    ここで、前記所定のサーバノード優先順位ルールは、
    同じアプリケーションに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなることと、
    同じアプリケーションに属するコンテナ数が同じであれば、同じグループに属するコンテナ数が少ないサーバノードほどそれに対応する優先順位が高くなることと、
    同じグループに属するコンテナ数が同じであれば、第２ピット数が多いサーバノードほどそれに対応する優先順位が高くなることと、を含む、
    請求項１０に記載のコンテナ作成方法。
12. アベイラブルラックリスト及びアベイラブルネットワークアドレスリストを取得するために設けられるものであって、前記アベイラブルラックリストが異なるアベイラビリティゾーンの複数のアベイラブルラックを含み、各前記アベイラブルラック内には少なくとも一つのサーバノードを含み、前記アベイラブルネットワークアドレスリストが少なくとも一つのアベイラブルネットワークアドレスを含む取得モジュールと、
    前記アベイラブルラックリストにおけるアベイラブルラック内の空きサーバノードを位置決めするために設けられる位置決めモジュールと、
    前記空きサーバノードに、前記アベイラブルネットワークアドレスに対応するカレントコンテナを作成するために設けられる第１作成モジュールと、
    前記アベイラブルネットワークアドレスリストを更新するために設けられる更新モジュールと、
    前記アベイラブルラックリストにおけるアベイラブルラックのリソース占有情報に基づいて、前記アベイラブルラックリストにおけるアベイラブルラックを再順序付けするために設けられる第１順序付けモジュールと、
    再順序付けされたアベイラブルラックリストにおけるアベイラブルラック内の空きサーバノード及び更新されたアベイラブルネットワークアドレスリストに基づいて、他の容器を作成するために設けられる第２作成モジュールと、を備える、
    コンテナ作成装置。
13. 一つ又は複数のプロセッサと、
    一つ又は複数のプログラムを記憶するためのメモリと、を備える電子機器であって、
    前記一つ又は複数のプログラムが前記一つ又は複数のプロセッサにより実行されると、前記一つ又は複数のプロセッサに請求項１～１１のいずれか一項に記載の方法を実現させる、
    電子機器。
14. 実行可能な命令が記憶されたコンピュータ読み取り可能な記憶媒体であって、
    該命令がプロセッサにより実行されると、プロセッサに請求項１～１１のいずれか一項に記載の方法を実現させる、
    記憶媒体。

Images