ホーム > 特許ランキング > ソニーグループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024067227
(43)【公開日】2024-05-17
(54)【発明の名称】情報処理装置、及び情報処理方法
(51)【国際特許分類】
G06F 9/50 20060101AFI20240510BHJP
【ＦＩ】
G06F9/50 150D
G06F9/50 150A
G06F9/50 150C
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2022177130
(22)【出願日】2022-11-04
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＪＡＶＡＳＣＲＩＰＴ
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】100121131
【弁理士】
【氏名又は名称】西川 孝
(74)【代理人】
【氏名又は名称】稲本 義雄
(74)【代理人】
【識別番号】100168686
【弁理士】
【氏名又は名称】三浦 勇介
(72)【発明者】
【氏名】小林 歩
(57)【要約】
【課題】より適切な対象をオフロードすることができるようにする。
【解決手段】移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理する管理部と、第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、当該第１のノードを移動元ノードとして、移動元ノードで動作しているアプリケーションコンテナの詳細に関する詳細情報及びコンピューティングリソースを示す第２のリソース値に基づいて、移動の優先度を決定する決定部と、移動元ノードから、移動先となる第２のノードである移動先ノードに対し、優先度に応じてアプリケーションコンテナを移動させる制御を行う制御部とを備える情報処理装置が提供される。本開示は、例えば、MEC管理システムを構成する機器に適用することができる。
【選択図】図３
【解決手段】移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理する管理部と、第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、当該第１のノードを移動元ノードとして、移動元ノードで動作しているアプリケーションコンテナの詳細に関する詳細情報及びコンピューティングリソースを示す第２のリソース値に基づいて、移動の優先度を決定する決定部と、移動元ノードから、移動先となる第２のノードである移動先ノードに対し、優先度に応じてアプリケーションコンテナを移動させる制御を行う制御部とを備える情報処理装置が提供される。本開示は、例えば、MEC管理システムを構成する機器に適用することができる。
【選択図】図３
【特許請求の範囲】
【請求項1】
移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理する管理部と、
前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度を決定する決定部と、
前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御を行う制御部と
を備える情報処理装置。
前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度を決定する決定部と、
前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御を行う制御部と
を備える情報処理装置。
【請求項2】
前記第１のノードと前記第２のノードは、3GPPで規定されたDNAIと予めマッピングされており、
前記制御部は、前記DNAIとマッピングされた前記第２のノードを前記移動先ノードとして、前記アプリケーションコンテナを移動させる
請求項１に記載の情報処理装置。
前記制御部は、前記DNAIとマッピングされた前記第２のノードを前記移動先ノードとして、前記アプリケーションコンテナを移動させる
請求項１に記載の情報処理装置。
【請求項3】
前記決定部は、前記移動元ノードにおける通信に関するログに基づいて、前記移動元ノードにおける通信量が最も少ない時間帯に応じた時刻を、前記アプリケーションコンテナを移動させる移動時刻に決定し、
前記制御部は、現在時刻が前記移動時刻になった場合、前記優先度に応じて前記アプリケーションコンテナを移動させる
請求項２に記載の情報処理装置。
前記制御部は、現在時刻が前記移動時刻になった場合、前記優先度に応じて前記アプリケーションコンテナを移動させる
請求項２に記載の情報処理装置。
【請求項4】
前記決定部は、前記第１のノードと前記第２のノードの位置に関する位置情報に基づいて、前記移動元ノードからの距離が最も近い位置にある前記第２のノードを、前記移動先ノードに決定する
請求項３に記載の情報処理装置。
請求項３に記載の情報処理装置。
【請求項5】
前記決定部は、前記アプリケーションコンテナへのアクセスに関するログに基づいて、前記移動通信ネットワークを介して通信を行う移動通信端末のうち、移動対象の前記アプリケーションコンテナにのみアクセスしている移動通信端末を、移動対象に決定し、
前記制御部は、現在時刻が前記移動時刻になった場合、前記優先度に応じて、移動対象となる前記移動通信端末の経路を切り替える制御を行う
請求項３に記載の情報処理装置。
前記制御部は、現在時刻が前記移動時刻になった場合、前記優先度に応じて、移動対象となる前記移動通信端末の経路を切り替える制御を行う
請求項３に記載の情報処理装置。
【請求項6】
前記詳細情報は、前記アプリケーションコンテナが最低限必要とするリソースの容量と、前記アプリケーションコンテナの負荷が高まったときに使用できるリソースの最大容量とから特定される前記アプリケーションコンテナの分類に関する情報を含む
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項7】
前記第２のリソース値は、前記アプリケーションコンテナによるCPUの使用率及びメモリの使用率を含むリソース使用率である
請求項６に記載の情報処理装置。
請求項６に記載の情報処理装置。
【請求項8】
前記詳細情報は、kubernetesで規定されたqosClassを含み、
前記決定部は、
BestEffort又はBurstableとなる前記アプリケーションコンテナを移動対象とし、
Burstableの前記アプリケーションコンテナよりも、BestEffortの前記アプリケーションコンテナの移動の優先度を高くし、
リソース使用率が中央値未満の前記アプリケーションコンテナよりも、リソース使用率が中央値以上の前記アプリケーションコンテナの移動の優先度を高くする
請求項７に記載の情報処理装置。
前記決定部は、
BestEffort又はBurstableとなる前記アプリケーションコンテナを移動対象とし、
Burstableの前記アプリケーションコンテナよりも、BestEffortの前記アプリケーションコンテナの移動の優先度を高くし、
リソース使用率が中央値未満の前記アプリケーションコンテナよりも、リソース使用率が中央値以上の前記アプリケーションコンテナの移動の優先度を高くする
請求項７に記載の情報処理装置。
【請求項9】
前記決定部は、アクセス数が中央値以上の前記アプリケーションコンテナよりも、アクセス数が中央値未満の前記アプリケーションコンテナの移動の優先度を高くする
請求項８に記載の情報処理装置。
請求項８に記載の情報処理装置。
【請求項10】
前記決定部は、3GPPで規定されたGBRの前記アプリケーションコンテナよりも、Non GBRの前記アプリケーションコンテナの移動の優先度を高くする
請求項９に記載の情報処理装置。
請求項９に記載の情報処理装置。
【請求項11】
前記第２のリソース値は、前記アプリケーションコンテナによるGPUの使用率を含むリソース使用率であり、
前記決定部は、リソースに関する制限のない前記アプリケーションコンテナのうち、リソース使用率が中央値未満よりも、リソース使用率が中央値以上のものの移動の優先度を高くする
請求項１に記載の情報処理装置。
前記決定部は、リソースに関する制限のない前記アプリケーションコンテナのうち、リソース使用率が中央値未満よりも、リソース使用率が中央値以上のものの移動の優先度を高くする
請求項１に記載の情報処理装置。
【請求項12】
前記アプリケーションコンテナは、kubernetesで規定されたポッドに対応している
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項13】
情報処理装置が、
移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理し、
前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度を決定し、
前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御を行う
情報処理方法。
移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理し、
前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度を決定し、
前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御を行う
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置、及び情報処理方法に関し、特に、より適切な対象をオフロードすることができるようにした情報処理装置、及び情報処理方法に関する。
【背景技術】
【0002】
近年、マルチアクセスエッジコンピューティング(MEC：Multi-access Edge Computing)に関する技術の研究開発が進められている。MECは、無線端末(UE：User Equipment)の近くにエッジ(エッジサーバ)を分散配置して、エッジサーバで可能な限り処理を実施する技術である。
【0003】
MECに関する技術としては、例えば、特許文献１に開示されている技術がある。特許文献１には、有限なMECホストのリソースに対して、管理システムが、エッジアプリケーションを利用するUE数を予測した予測結果に基づき、エッジサーバのコンピューティングリソースの逼迫度を予測し、その逼迫度の予測結果に基づき、一部のUEの接続先をクラウドアプリケーションに切り替える技術が開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開2019-62510号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、特許文献１に開示されている技術では、UE数とコンピューティングとの相関性に基づき、アプリケーションプログラムとUEを一様に捉えているが、特定の負荷のかかるアプリケーションプログラムがMECのコンピューティングリソースに影響を与えることが考慮されていない。そのため、オフロードの対象が適切に決定されていない可能性がある。
【0006】
本開示はこのような状況に鑑みてなされたものであり、より適切な対象をオフロードすることができるようにするものである。
【課題を解決するための手段】
【0007】
本開示の一側面の情報処理装置は、移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理する管理部と、前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度を決定する決定部と、前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御を行う制御部とを備える情報処理装置である。
【0008】
本開示の一側面の情報処理方法は、情報処理装置が、移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理し、前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度を決定し、前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御を行う情報処理方法である。
【0009】
本開示の一側面の情報処理装置、及び情報処理方法においては、移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードが管理され、前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度が決定され、前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御が行われる。
【0010】
なお、本開示の一側面の情報処理装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
【図面の簡単な説明】
【0011】
【図1】本開示を適用したシステムの構成例を示す図である。
【図4】ノードテーブルの例を示す図である。
【図5】ポッド移動テーブルの例を示す図である。
【図6】UE移動テーブルの例を示す図である。
【図7】優先度テーブルの例を示す図である。
【図8】優先度テーブルの他の第１の例を示す図である。
【図9】優先度テーブルの他の第２の例を示す図である。
【図10】優先度テーブルの他の第３の例を示す図である。
【図11】移動設定処理の実行時のシーケンスの例を示す図である。
【図12】移動制御処理の実行時のシーケンスの例を示す図である。
【図13】移動設定処理の流れを説明するフローチャートである。
【図14】移動制御処理の流れを説明するフローチャートである。
【図15】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【0012】
＜システム構成＞
図１は、本開示を適用したシステムの構成例を示す図である。図１において、本開示を適用したシステムは、MEC(Multi-access Edge Computing)管理システム１１、MEC１２、キャリア網１３、クラウド・データセンタ１４、ネームサーバ１５、及び無線端末１６から構成される。
図１は、本開示を適用したシステムの構成例を示す図である。図１において、本開示を適用したシステムは、MEC(Multi-access Edge Computing)管理システム１１、MEC１２、キャリア網１３、クラウド・データセンタ１４、ネームサーバ１５、及び無線端末１６から構成される。
【0013】
MEC管理システム１１は、図１のシステムを構成する機器を制御する機能を有する情報処理装置を含んで構成される。情報処理装置は、サーバ等のコンピュータで構成される。MEC管理システム１１は、オンプレミス型で提供されるほか、クラウド型で提供されてもよい。
【0014】
MEC管理システム１１は、MEC１２やクラウド・データセンタ１４に配置されるノード、ノードで動作(稼働)するポッド、及び3GPP(Third Generation Partnership Project)(登録商標)で規定されたDNAI(DN Access Identifier)によりノードに接続する際のキャリア網１３の出口を管理する。
【0015】
MEC管理システム１１は、少なくとも１つ以上のエッジサイトに配置されたノードと、少なくとも１以上のグローバルサイトに配置されたノードとの間で制御信号(C-plain)のやり取りをして管理を行う。この通信経路には、例えばVPN(Virtual Private Network)を利用することができる。エッジサイトのノードは、MEC１２に配置されたノードであり、グローバルサイトのノードは、クラウド・データセンタ１４に配置されたノードである。MEC管理システム１１の詳細な構成は、図２で説明する。また、ポッドの詳細についても後述する。
【0016】
MEC１２は、無線端末１６の近くにエッジサーバを分散配置して、エッジサーバで可能な限り処理を実施するための機器で構成される。MEC１２には、エッジサイトのノード２１Ａが配置される。ノード２１Ａは、サーバ(エッジサーバ)等のコンピュータで構成される。
【0017】
キャリア網１３は、移動体通信事業者(通信キャリア)により構築された移動通信ネットワークであって、コアネットワーク等から構成される。例えば、キャリア網１３は、第４世代移動通信システム(4G)に対応した4G網や、第５世代移動通信システム(5G)に対応した5G網などを含む。キャリア網１３のコアネットワークを構成するサーバ群には、NEF(Network Exposure Function)サーバが含まれる。なお、図１では、キャリア網１３の外部にMEC１２を配置した例を示しているが、MEC１２は、キャリア網１３に接続されていればよく、キャリア網１３の内部に配置されてもよい。キャリア網１３は、インターネットと接続可能であり、インターネットを介してクラウド・データセンタ１４と接続される。
【0018】
クラウド・データセンタ１４は、サービス提供者がサーバや設備を用意してそれらを利用するためのネットワーク環境を提供するクラウド、又はサーバを一箇所に集積して管理するスペースや施設を提供するデータセンタである。クラウド・データセンタ１４は、インターネットを介してキャリア網１３と接続される。クラウド・データセンタ１４には、グローバルサイトのノード２１Ｂが配置される。ノード２１Ｂは、サーバ(クラウドサーバ)等のコンピュータで構成される。以下、ノード２１Ａとノード２１Ｂを区別する必要がない場合、ノード２１とも称する。
【0019】
ネームサーバ１５は、ドメイン名とIPアドレスを変換して名前解決を行うDNS(Domain Name System)の機能を有するサーバである。ネームサーバ１５は、MEC管理システム１１又は無線端末１６と接続可能であれば、いずれの通信ネットワークに設けられてもよく、例えば、クラウドとして提供されてもよい。
【0020】
無線端末１６は、スマートフォンやタブレット端末等の移動通信端末である。無線端末１６は、キャリア網１３を介して通信を行う。また、無線端末１６は、ネームサーバ１５に接続して名前解決を行うことができる。以下、無線端末１６のことを、適宜、UE(User Equipment)とも称する。
【0021】
なお、図１においては、MEC１２とクラウド・データセンタ１４がそれぞれ１箇所だけ存在する場合を示したが、それぞれ複数存在する構成としてもよい。例えば、クラウド・データセンタ１４が複数存在する場合は、パブリッククラウド、プライベートクラウド、データセンタ上のインスタンスが複数ある、あるいは複数の異なるパブリッククラウド、プライベートクラウド、データセンタ上にインスタンス(ノード)が配置されている場合である。また、MEC１２が複数存在する場合は、異なるエッジサイトが存在する場合である。
【0022】
また、図１においては、スマートフォン等の無線端末１６が複数存在する構成が一般的な構成となるが、説明の簡略化のため、１台の無線端末１６が存在する場合を例示している。図１において、ネームサーバ１５は、必須の構成要素ではなく、必要に応じて設けられる。
【0023】
図２は、図１のMEC管理システム１１の構成例を示すブロック図である。図２において、MEC管理システム１１は、MEC制御部１１１、API(Application Programming Interface)部１１２、AF(Application Function)部１１３、及びデータベース１１４から構成される。
【0024】
MEC制御部１１１は、API部１１２及びAF部１１３と連携して、ノード２１やノード２１で動作(稼働)するポッド３１に関する処理、及び無線端末１６(UE)の経路制御などを行う。ノード２１は、MEC１２又はクラウド・データセンタ１４に配置される。ノード２１は、ハードウェアで構成され、ソフトウェアとして実行されるポッド３１を複数動作させることが可能である。
【0025】
ポッド３１は、複数のコンテナから構成されるアプリケーションプログラム(以下、アプリケーションコンテナともいう)である。換言すれば、ポッド３１、複数のコンテナの集合であるとも言える。コンテナは、ソフトウェアをパッケージ化したユニットであり、コンテナ型仮想化の技術を用いることで、アプリケーション環境をコンテナという独立空間に構築して仮想化を実現している。例えば、コンテナには、ライブラリ、システムツール、コード、ランタイムなど、ソフトウェアの実行に必要なものが含まれる。
【0026】
また、MEC制御部１１１は、データベース１１４と連携して、テーブルの参照や更新、移動設定処理や移動制御処理等の処理を行う。MEC制御部１１１は、通信I/F(不図示)を制御して、ネームサーバ１５に接続することで、ポッド３１の移動時にDNSレコードのIPアドレスを差し替える機能を有する。ただし、このIPアドレスの差し替え機能は、必須の機能ではない。
【0027】
例えば、ネームサーバ１５として、AWS(Amazon Web Services)(商標)のRoute53を利用していた場合、aws route53 change-resource-record-setsコマンドに、レコードの内容を記述したjson(JavaScript Object Notation)を利用して書き換えることができる。AWSは、Amazon Web Services, Inc.により提供されるクラウドコンピューティングサービスである。jsonは、データ記述言語の１つであり、テキストベースのデータ変換用のフォーマットである。
【0028】
API部１１２は、APIを利用して、ノード２１やポッド３１とのコントロールプレーンの通信を行うAPIサーバとして構成される。APIは、kubernetes APIを利用することができる。kubernetesは、コンテナをオーケストレーションするためのオープンソースプラットフォームである。kubernetesでは、作成、管理できるコンピューティングの最小のデプロイ可能なユニットをポッドとして規定している。ポッド３１は、kubernetesで規定されたポッドに対応している。
【0029】
API部１１２は、kubernetes APIと連携したkubectlコマンドを用いて、例えば、ノード２１やポッド３１のコンピューティングリソースを取得したり、ポッド３１の詳細情報(qosClass)を取得したり、マニフェストファイルを指定してノード２１へのデプロイや削除を行ったりすることができる。マニフェストファイルは、ポッド３１のリソース情報を記載したテキストファイルである。
【0030】
ポッド３１のqosClassは、Guaranteed，Burstable，BestEffortの３種類に分類される。Guaranteedは、ポッド内のすべてのコンテナのCPU(Central Processing Unit)とメモリにRequests/Limitsが設定されており、かつ、Requests = Limitsである場合に該当する。Burstableは、ポッド内の１つ以上のコンテナのCPU又はメモリにRequestsが設定されており、かつ、Guaranteedを満たさない場合に該当する。BestEffortは、ポッド内のすべてのコンテナにRequests/Limitsが設定されていない場合に該当する。
【0031】
Requestsは、ポッド３１が最低限必要とするリソースの容量(CPUとメモリの容量)を表す。Limitsは、ポッド３１の負荷が高まった際に使用できるリソースの最大容量(CPUとメモリの最大容量)を表す。本開示では、BurstableとBestEffortのポッド３１を移動対象(オフロードの対象)としている。
【0032】
AF部１１３は、3GPP APIを利用して、NEFサーバ２２と連携した処理を行う。3GPP APIは、通信キャリアがサービスプロバイダなどのサードパーティに、キャリア網１３のコアノード機能をAPIとして提供する際に、そのAPIと連携する3GPP TS 29.517に記載の機能である。本開示では、3GPP TS 29.522 5.4に記載のTraffic Influence APIと連携することで、予めDNAIとマッピングしたノードに対してアクセスするUEの経路を制御する。
【0033】
NEFサーバ２２は、キャリア網１３の機能(NF：Network Function)を外部のアプリケーションプログラムから利用できるように公開し、ネットワークからの情報をアプリケーションにて把握できるようにするほか、アプリケーションプログラムからNFを制御できるようにするためのAPIを提供している。
【0034】
データベース１１４は、HDD(Hard Disk Drive)等の記憶装置に記録される。データベース１１４は、DB(Data Base)サーバ等により提供されてもよい。データベース１１４は、MEC制御部１１１による処理で用いられる各種テーブルを管理している。
【0035】
【0036】
管理部１２１は、データベース１１４で管理される各種テーブルにより、ノード２１やポッド３１を管理する。また、管理部１２１は、データベース１１４で管理されるテーブルによりDNAIとノード２１を予めマッピングしておくことで、ノード２１に接続する際のキャリア網１３の出口を管理する。
【0037】
設定部１２２は、ポッドとUEの移動に関する設定のための移動設定処理を行う。この移動設定処理では、ポッドの移動の優先度(移動優先度)が決定され、移動対象の候補となるポッドとUEが、決定された優先度とともに設定される。以下、移動対象の候補となるポッドを移動対象候補ポッド、移動対象の候補となるUEを移動対象候補UEともいう。
【0038】
設定部１２２は、移動設定部１３１、及び優先度決定部１３２を有する。移動設定部１３１は、移動対象候補ポッドと移動対象候補UEの移動に関する設定を行う。優先度決定部１３２は、ポッドの移動の優先度を決定する。
【0039】
制御部１２３は、ポッドとUEの移動に関する制御のための移動制御処理を行う。この移動制御処理では、移動対象候補ポッドと移動対象候補UEの中から、移動の優先度(移動優先度)に応じて移動対象ポッドと移動対象UEが決定され、決定された移動対象ポッドと移動対象UEが移動される。以下、移動対象候補ポッドのうち、実際に移動対象となったポッドを移動対象ポッドともいう。移動対象候補UEのうち、実際に移動対象となったUEを移動対象UEともいう。
【0040】
制御部１２３は、移動制御部１４１、及び経路制御部１４２を有する。移動制御部１４１は、API部１１２を制御して、移動対象ポッドの移動を制御する。経路制御部１４２は、AF部１１３を制御して、移動対象UEの経路を制御する。
【0041】
データベース１１４は、ノードテーブル１５１、ポッド移動テーブル１５２、UE移動テーブル１５３、及び優先度テーブル１５４を管理している。
【0042】
ノードテーブル１５１は、3GPPで規定されたDNAIと、kubernetes上のノード２１とをマッピングして管理している。すなわち、キャリア網１３から、kubernetesで管理されるノード２１を、ポッド３１がデプロイされ得るノード(DN：DataNet)として識別させるためにマッピングしている。また、ノードテーブル１５１は、ノード２１ごとに、サイトの情報、サイトがエッジかグローバルかの識別情報、位置を示す緯度経度、IPアドレスなどの情報を管理している。
【0043】
ポッド移動テーブル１５２は、移動対象候補ポッドの情報を管理している。ポッド移動テーブル１５２では、移動元となるエッジサイトのノード２１Ａである移動元ノード、移動先のグローバルサイトのノード２１Ｂである移動先ノード、及び優先度に基づき、移動対象候補ポッドの移動の優先度を管理している。また、ポッド移動テーブル１５２は、移動対象候補ポッドごとに、移動元ノードの通信量から決定される移動予定時刻などの情報を管理している。
【0044】
UE移動テーブル１５３は、移動対象候補ポッドにのみアクセスしているUE(移動対象候補UE)の情報を管理している。UE移動テーブル１５３では、移動元となるDNAIである移動元DNAI、移動先となるDNAIである移動先DNAI、及び優先度に基づき、移動対象候補UEの移動の優先度を管理している。また、UE移動テーブル１５３は、移動対象候補UEごとに、移動予定時刻などの情報を管理している。UE移動テーブル１５３のライフサイクルは、ポッド移動テーブル１５２と同じである。以下、ポッド移動テーブル１５２とUE移動テーブル１５３を区別する必要がない場合、移動テーブルとも称する。
【0045】
優先度テーブル１５４は、移動対象候補ポッドの優先度を決定するための情報として、ポッド３１の詳細情報(qosClass)と、ポッド３１のコンピューティングリソースの使用率に応じた優先度を管理している。例えば、優先度テーブル１５４では、制限がないBesteffort型のポッドほど移動対象としての優先度が高く、またその中でも、コンピューティングリソースの使用率が中央値以上のものほど優先度は高くなるようにする。これにより、より優先度が高い移動対象候補ポッドほど、移動対象ポッド(オフロードの対象)になるようにしている。
【0046】
なお、移動対象候補UEには、アクセスしている移動対象候補ポッドに対応した優先度が設定されるため、移動対象候補ポッドの優先度を決定することで、自身にアクセスしている移動対象候補UEの優先度を決定しているとも言える。
【0047】
＜テーブル構成＞
MEC管理システム１１において、データベース１１４により管理されるテーブルの構成について説明する。
MEC管理システム１１において、データベース１１４により管理されるテーブルの構成について説明する。
【0048】
図４は、図３のノードテーブル１５１の例を示す図である。図４において、ノードテーブル１５１は、ノードを識別するノードIDをキーにして、ノードのサイトに関する情報と、ノードとマッピングしたDNAIと、ノードの位置を示す緯度経度と、ノードのIPアドレスとを対応付けて管理している。
【0049】
例えば、ノードID 1が割り当てられたノードは、Sendai Edge Siteであるエッジサイトに存在し、DNAI1にマッピングされ、緯度と経度がAA,BBで、IPアドレスがaa.aa.aa.aaとなる。また、ノードID 5が割り当てられたノードは、Tokyo Global Siteであるグローバルサイトに存在し、DNAI5にマッピングされ、緯度と経度がII,JJで、IPアドレスがee.ee.ee.eeとなる。ここでは、ノードID 1，5のレコードを例示したが、他のレコードについても同様に管理されている。
【0050】
図５は、図３のポッド移動テーブル１５２の例を示す図である。図５において、ポッド移動テーブル１５２は、移動対象候補ポッドを識別するポッドIDをキーにして、移動元となるサイト(移動元ノード)と、移動先となるサイト(移動先ノード)と、移動時刻を示す移動予定時刻と、ドメイン名を示すネームと、移動の優先度を示す優先度とを対応付けて管理している。
【0051】
例えば、ポッドID 1が割り当てられたポッドは、2021/11/1 1:00に、Sendai Edge SiteのノードからTokyo Global Siteのノードに移動予定であり、優先度１であるため、移動の優先度が最も高い。また、ポッドID 3が割り当てられたポッドは、2021/11/1 2:00に、Fukuoka Edge SiteのノードからOsaka Global Siteのノードに移動予定であり、優先度１であるため、移動の優先度が最も高い。ここでは、ポッドID 1，3のレコードを例示したが、他のレコードについても同様に管理されている。
【0052】
図６は、図３のUE移動テーブル１５３の例を示す図である。図６において、UE移動テーブル１５３は、移動対象候補UEを識別するUEIDをキーにして、移動元DNAIと、移動先DNAIと、移動時刻を示す移動予定時刻と、IPアドレスと、移動の優先度を示す優先度とを対応付けて管理している。なお、IPアドレスの代わりに、キャリア網１３でUEを識別するための識別情報であるSUPI(Subscription Permanent Identifier)を用いても構わない。
【0053】
例えば、UEID 1が割り当てられたUEは、2021/11/1 1:00に、DNAI1からDNAI5に移動予定であり、IPアドレスがaa.aa.aa.1で、優先度１であるため、移動の優先度が最も高い。また、UEID 5が割り当てられたUEは、2021/11/1 2:00に、DNAI4からDNAI6に移動予定であり、IPアドレスがbb.bb.bb.1で、優先度１であるため、移動の優先度が最も高い。ここでは、UEID 1，5のレコードを例示したが、他のレコードについても同様に管理されている。
【0054】
図７は、図３の優先度テーブル１５４の例を示す図である。図７において、優先度テーブル１５４は、移動対象候補となるポッドやUEの移動の優先度を決定するために用いられるテーブルであって、ポッドの詳細情報(qosClass)と、ポッドのコンピューティングリソースの使用率(ポッドリソース使用率)に応じた優先度を管理している。図７の例では、優先度の数字が低いものほど、優先度が高いことを表している。ポッドリソース使用率は、ポッドのCPU使用率やメモリ使用率を含む。
【0055】
例えば、本開示では、Burstable型とBestEffort型のポッドを移動対象とし、制限がないBesteffort型のポッドほど移動対象としての優先度が高く、またその中でも、ポッドリソース使用率が中央値以上のものほど優先度は高くするので、BestEffort型のポッドで、かつ、ポッドリソース使用率が中央値以上のものが、優先度１となって移動の優先度が最も高くなるようにする。また、BestEffort型のポッドで、かつ、ポッドリソース使用率が中央値未満のものが、優先度２となって移動の優先度が優先度１の次に高くなるようにする。
【0056】
また、Burstable型のポッドで、かつ、ポッドリソース使用率が中央値以上のものは、優先度３となって移動の優先度が優先度２の次に高くなるようにする。Burstable型のポッドで、かつ、ポッドリソース使用率が中央値未満のものは、優先度４となって移動の優先度が最も低くなるようにする。なお、ここでは、対象のノードでポッドが複数動作している場合に、それらのポッドにおけるポッドリソース使用率の中央値を基準として用いることができる。
【0057】
このように、優先度テーブル１５４の優先度は、ポッドの詳細情報(qosClass)とポッドリソース使用率の２軸で優先度を決定することができる。また、これらの２軸に限らず、より状況に適した優先度決めを実現するために、軸を増やしても構わない。図８乃至図１０は、優先度テーブルの他の例を示す図である。
【0058】
図７の優先度テーブル１５４では、ポッドリソース使用率の中央値を基準にして上位又は下位になるかで優先度を決めているが、ポッドリソース使用率が中央値近辺に固まっているケースも想定される。そこで、ポッドリソース使用率の分散値が閾値未満となる場合、所定期間のアクセスログから、UE等からのアクセス数が低いポッドの優先度を高くする。
【0059】
図８は、ポッドの詳細情報(qosClass)とポッドのアクセス数に応じた優先度を管理する優先度テーブル１５４Ａを示している。優先度テーブル１５４Ａでは、移動対象のBurstable型とBestEffort型のポッドのうち、BestEffort型のポッドで、かつ、アクセス数が中央値未満のものが、優先度１となって移動の優先度が最も高くなるようにする。また、BestEffort型のポッドで、かつ、アクセス数が中央値以上のものを、優先度２にする。同様にして、Burstable型のポッドであって、アクセス数が中央値未満のものを優先度３、アクセス数が中央値以上のものを優先度４にする。
【0060】
このように、ポッドリソース使用率の分散値が閾値未満となる場合、すなわち、ポッドリソース使用率が中央値に固まっている場合に、優先度テーブル１５４Ａを用いて、UE等からのアクセス数が少ないにもかかわらず、リソース使用率が高いポッドの優先度を高くして、優先的に移動させることで、移動時に発生する通信断等の影響を小さくすることができる。
【0061】
ところで、ポッドをグローバルサイトのノードに移動させることにより、MEC１２(エッジサイトのノード)での動作時に比べて、5G網として構成されるキャリア網１３におけるネットワーク上のホップ数や他エリアのトラフィックの影響が増えることで、遅延や揺らぎが増える傾向にある。ここでは、3GPP TS 23.501のTable 5.7.4-1の「Standardized 5QI to QoS characteristics mapping」に記載のGBR(Guaranteed Bit Rate)のResource TypeのPDU sessionが利用するアプリケーションプログラムが影響を受けないようにするために、可能な限り対象のアプリケーションプログラムを、MEC１２(エッジサイトのノード)に残したほうが、ネットワーク上の品質を最小限に抑えることができる。
【0062】
よって、上記の3GPPにおけるQoSについて、MEC１２(エッジサイトのノード)で動作するアプリケーションプログラムに接続するUEがどのQoSを利用したPDU sessionを構築するか事前に知っている場合、あるいは、3GPP TS 29.122の5.14の「AsSessionWithQoS」と、本開示の3GPP APIが相互接続しており事前に設定されたQoSsubscription(qosReference)を取得できる場合(API経由で上記5.7.4-1のTableに記載のQoSを認識し得る場合)には、移動の優先順位について、Non-GBRの優先度を高くするようにする。
【0063】
図９は、ポッドの詳細情報(qosClass)と、ポッドが利用する通信(UEのPDU session)における5GのGBR/Non-GBRの割り当てに応じた優先度を管理する優先度テーブル１５４Ｂを示している。優先度テーブル１５４Ｂでは、移動対象のBurstable型とBestEffort型のポッドのうち、BestEffort型のポッドで、かつ、Non-GBRであるものが、優先度１となって移動の優先度が最も高くなるようにする。また、BestEffort型のポッドで、かつ、GBRであるものを、優先度２にする。同様にして、Burstable型のポッドであって、Non-GBRであるものを優先度３、GBRであるものを優先度４にする。
【0064】
このように、GBRのアクセスとそれを利用するポッドほど、優先度を下げて、MEC１２(エッジサイトのノード)に残りやすくしている。この優先度決めの軸は、上述したポッドリソース使用率の軸や、アクセス数の軸の後に入れることを想定している。
【0065】
上述した説明では、CPUを利用するポッドを想定した場合を示したが、GPU(Graphics Processing Unit)等の他のプロセッサを利用するポッドを対象としてもよい。GPUに対するリソースについては、現状では、CPUほどの細かい制御は効かないため、limited又は非limitedの二値とすることができる。limitedは、ポッドにリソースに関する制限がある場合が該当し、非limitedは、ポッドにリソースに関する制限がない場合が該当する。
【0066】
図１０は、GPUを利用するポッドを対象とした場合における非limitedのポッドのコンピューティングリソースの使用率(ポッドリソース使用率)に応じた優先度を管理する優先度テーブル１５４Ｃを示している。ここでのポッドリソース使用率は、GPU使用率となる。優先度テーブル１５４Ｃでは、非limitedのポッドのうち、GPU使用率が中央値以上のポッドが優先度１となって移動の優先度が最も高くなるようにする。また、GPU使用率が中央値未満のポッドを、優先度２にする。
【0067】
このように、ポッドリソース使用率は、CPU使用率とメモリ使用率に限らず、ポッドが利用するリソースに応じてGPU使用率などのリソース使用率を用いても構わない。例えば、GPUを利用するポッドを対象とする場合には、非limitedのポッドに対してGPU使用率の中央値以上か又は未満かで同様の優先度を決定することができる。
【0068】
＜シーケンス＞
図１１は、MEC管理システム１１における移動設定処理の実行時のシーケンスの例を示す図である。図１１においては、装置間のデータ(信号)のやり取りを双方向の矢印で示している。移動設定処理の実行時において、MEC管理システム１１は、MEC１２に配置されるエッジサイトのノード２１Ａと、クラウド・データセンタ１４に配置されるグローバルサイトのノード２１Ｂのうち、移動元ノードとなるノード２１Ａとの間でデータをやり取りする。
図１１は、MEC管理システム１１における移動設定処理の実行時のシーケンスの例を示す図である。図１１においては、装置間のデータ(信号)のやり取りを双方向の矢印で示している。移動設定処理の実行時において、MEC管理システム１１は、MEC１２に配置されるエッジサイトのノード２１Ａと、クラウド・データセンタ１４に配置されるグローバルサイトのノード２１Ｂのうち、移動元ノードとなるノード２１Ａとの間でデータをやり取りする。
【0069】
MEC管理システム１１においては、API部１１２が、kubectl top nodeコマンドを実行することで、ノード２１Ａのコンピューティングリソース(ノードリソース使用率)を取得する(Ｓ１１)。そして、MEC制御部１１１が、取得したノードリソース使用率を閾値と比較する閾値確認を行う(Ｓ１２)。ノードリソース使用率は、ノード２１ＡのCPU使用率やメモリ使用率等を含む。
【0070】
MEC管理システム１１では、閾値確認(Ｓ１２)で、ノードリソース使用率が閾値を超えると判定された場合、以降の処理が行われ、移動の優先度が決定される。
【0071】
すなわち、API部１１２が、kubectl describe podコマンドを実行することで、ノード２１Ａで動作している各ポッド３１の詳細情報(qosClass)を取得し(Ｓ１３)、kubectl top podコマンドを実行することで、ポッド３１のコンピューティングリソース(ポッドリソース使用率)を取得する(Ｓ１４)。ポッドリソース使用率は、ポッド３１のCPU使用率やメモリ使用率等を含む。そして、MEC制御部１１１が、取得した詳細情報(qosClass)とポッドリソース使用率を用いて、移動の優先度を決定する(Ｓ１５)。これにより、優先度テーブル１５４が作成される。
【0072】
MEC管理システム１１では、移動の優先度が決定されると、移動対象候補となるポッドとUEが、優先度とともに、ポッド移動テーブル１５２とUE移動テーブル１５３にそれぞれ設定される。
【0073】
すなわち、MEC制御部１１１が、ノードテーブル１５１を参照して、緯度経度の情報を用いた所定の距離計算を行い、移動先のノード２１Ｂ(グローバルサイトのノード)を決定する(Ｓ１６)。また、移動元のノード２１Ａにおける通信ログから所定期間の通信量を取得する(Ｓ１７)ことで、MEC制御部１１１が、通信量に基づいて移動時刻(移動予定時刻)を決定する(Ｓ１８)。そして、MEC制御部１１１は、移動対象候補ポッドに関する情報として、決定した優先度、移動先ノード、移動時刻などの情報を、ポッド移動テーブル１５２に設定して更新する(Ｓ１９)。
【0074】
また、MEC制御部１１１は、移動元のノード２１Ａにおけるアクセスログから、移動対象候補ポッドにのみアクセスしているUEのIPアドレス(UEIP)を抽出して、抽出したUEIPのUEを、移動対象候補UEとする(Ｓ２０)。そして、MEC制御部１１１は、移動対象候補UEに関する情報として、移動元DNAI、移動先DNAI、移動時刻、優先度などの情報を、UE移動テーブル１５３に設定して更新する(Ｓ２１)。
【0075】
このように、移動設定処理の実行時に、図１１のシーケンスの流れで処理が行われ、その後、移動設定処理で設定された情報に基づいた移動制御処理が実行される。図１２は、MEC管理システム１１における移動制御処理の実行時のシーケンスの例を示す図である。移動制御処理の実行時において、MEC管理システム１１は、クラウド・データセンタ１４に配置されるノード２１Ｂと、ネームサーバ１５と、NEFサーバ２２との間でもデータをやり取りする。
【0076】
MEC管理システム１１においては、MEC制御部１１１が、時刻を確認し(Ｓ３１)、対象時刻になったとき、以降の処理が行われる。すなわち、MEC制御部１１１が、図１１のステップＳ１９で更新したポッド移動テーブル１５２から、最も優先度の高いレコードを特定し、特定したレコードの移動対象候補ポッドを、移動対象ポッドに決定する(Ｓ３２)。また、MEC制御部１１１が、図１１のステップＳ２１で更新したUE移動テーブル１５３から、最も優先度の高いレコードを特定し、特定したレコードの移動対象候補UEを、移動対象UEに決定する(Ｓ３３)。
【0077】
API部１１２が、MEC制御部１１１からの制御に従い、移動元のノード２１Ａで動作していた移動対象ポッドを、移動先のノード２１Ｂにデプロイする(Ｓ３４)。ここでのデプロイは、kubectlコマンドにてマニフェストファイルを指定することで行われる。さらに、AF部１１３が、TrafficInfluence APIを利用して、移動対象UEの経路を切り替える(Ｓ３６)。TrafficInfluence APIの利用に際しては、AF部１１３が、MEC制御部１１１からの制御に従い、移動対象UEのUEIPと移動先DNAIを指定することで、NEFサーバ２２と連携して、UEの経路制御が実施される。このようにして、優先度に応じた移動対象ポッドと移動対象UEの移動が実現される。
【0078】
その後、MEC管理システム１１では、MEC制御部１１１が、ポッド移動テーブル１５２における移動対象ポッドのネームに対してDNSレコードの更新を行い(Ｓ３７)、移動先のノード２１ＢのIPアドレスを、新IPアドレスとしてネームサーバ１５に通知する(Ｓ３８)。これにより、ネームサーバ１５では、移動対象ポッドのネームが登録されている場合に、IPアドレスを、移動先のノード２１ＢのIPアドレスに差し替えて更新することができる。
【0079】
さらに、API部１１２が、MEC制御部１１１からの制御に従い、移動元のノード２１Ａから移動対象ポッドを削除する(Ｓ３９)。ここでの削除は、kubectlコマンドにてマニフェストファイルを指定することで行われる。最後に、MEC制御部１１１が、ポッド移動テーブル１５２から移動対象ポッドのレコードを削除する(Ｓ４０)。また、MEC制御部１１１が、UE移動テーブル１５３から移動対象UEのレコードを削除する(Ｓ４０)。
【0080】
＜処理の流れ＞
次に、図１３のフローチャートを参照して、MEC管理システム１１のMEC制御部１１１により実行される移動設定処理の流れを説明する。図１３の説明では、ノードテーブル１５１で管理されているノードのうち、エッジサイトであるSendai Edge SiteとFukuoka Edge Siteにそれぞれ配置されたノード２１Ａのコンピューティングリソースの使用率(ノードリソース使用率)が閾値を超えた場合を例示する。
次に、図１３のフローチャートを参照して、MEC管理システム１１のMEC制御部１１１により実行される移動設定処理の流れを説明する。図１３の説明では、ノードテーブル１５１で管理されているノードのうち、エッジサイトであるSendai Edge SiteとFukuoka Edge Siteにそれぞれ配置されたノード２１Ａのコンピューティングリソースの使用率(ノードリソース使用率)が閾値を超えた場合を例示する。
【0081】
移動設定部１３１は、API部１１２を制御して、エッジサイトに配置されたノード２１Ａのノードリソース使用率を取得し(Ｓ１１１)、取得したノードリソース使用率が閾値を超えるかどうかを判定する(Ｓ１１２)。ここでは、API部１１２が、kubectl top nodeコマンドを実行することで、ノードリソース使用率として、ノード２１ＡのCPU使用率やメモリ使用率が取得され、閾値と比較される。ノードリソース使用率は、特定の時刻(時間帯)における使用率に限らず、例えば、ロードアベレージを用いてもよい。
【0082】
ノードリソース使用率が閾値を超えると判定された場合(Ｓ１１２のYes)、移動設定部１３１が、データベース１１４における移動テーブルの有無を確認する(Ｓ１１３)。例えば、新規に、ノードリソース使用率が閾値を超えた場合には、ポッド移動テーブル１５２とUE移動テーブル１５３は共に存在しておらず(Ｓ１１３のNo)、移動設定部１３１は、API部１１２を制御して、ノード２１Ａで動作する各ポッドの詳細情報を取得する(Ｓ１１４)。この例では、API部１１２が、kubectl describe podコマンドを実行することで、Sendai Edge Siteのノード２１ＡとFukuoka Edge Siteのノード２１Ａで動作している各ポッドの詳細情報(qosClass)を取得する。そして、移動設定部１３１は、取得したqosClassの種類を確認して、BestEffort型又はBurstable型であると判定されたポッドに対し、ステップＳ１１６乃至Ｓ１２２の処理を行う(Ｓ１１５のYes)。
【0083】
すなわち、移動設定部１３１は、API部１１２を制御して、ポッドのコンピューティングリソースの使用率(ポッドリソース使用率)を取得する(Ｓ１１６)。ここでは、API部１１２が、kubectl top podコマンドを実行することで、ポッドリソース使用率として、ポッドのCPU使用率やメモリ使用率が取得される。ポッドリソース使用率は、特定の時刻(時間帯)における使用率に限らず、例えば、ロードアベレージを用いてもよい。
【0084】
優先度決定部１３２は、qosClassとポッドリソース使用率に基づいて、ポッドの移動の優先度を決定する(Ｓ１１７)。これにより、優先度テーブル１５４が作成される。例えば、図７の優先度テーブル１５４では、制限がかかっていないBestEffort型の移動の優先度がより高く、かつ、その中でもポッドリソースの使用率が中央値以上のポッドを、移動の優先度が最も高い優先度１としている。なお、ここでは、アクセス数を用いた優先度テーブル１５４Ａ(図８)や、GBR/Non-GBRの割り当てに応じた優先度テーブル１５４Ｂ(図９)が作成されてもよい。
【0085】
次に、移動設定部１３１は、ノードテーブル１５１を参照して、ノードテーブル１５１に格納されたグローバルサイトのノードの中から、緯度経度を用いて計算される移動元ノードからの距離が最も近いノードを、移動先ノードに決定する(Ｓ１１８)。例えば、図４のノードテーブル１５１では、Sendai Edge Siteの移動元ノードに対し、距離が最も近いグローバルサイト(Global Site)であるTokyo Global Siteのノードを移動先に決定する。また、Fukuoka Edge Siteの移動元ノードに対し、距離が最も近いグローバルサイトであるOsaka Global Siteのノードを移動先に決定する。
【0086】
次に、移動設定部１３１は、移動元ノードの通信量が最小の時間帯を決定する(Ｓ１１９)。例えば、移動元ノードにおける所定期間(例えば一週間)の通信ログを参照して、その期間の通信量から各日を平均化し、通信量が最小となる時間帯を算出する。この例では、Sendai Edge Siteのノードでは1:00，Fukuoka Edge Siteのノードでは2:00が、通信量が最も少ない時間帯として算出される。なお、決定される時間帯は、基本的には夜間を想定しているが、例えば、グローバルサイトが海外に及ぶ場合には、時差の関係で昼間になる可能性もある。ここで決定される時間帯に対応した日時が、ポッドの移動時刻(移動予定時刻)となる。
【0087】
移動設定部１３１は、ステップＳ１１７乃至Ｓ１１９で決定された優先度、移動先ノード、及び移動時刻などの情報を、移動対象候補ポッドに関する情報として、ポッド移動テーブル１５２に設定して更新する(Ｓ１２０)。例えば、図５のポッド移動テーブル１５２においては、ポッドID 1,2のレコードとして、2021/11/1 1:00である移動予定時刻に、Sendai Edge SiteからTokyo Global Siteに移動されるポッドに関する情報、ポッドID 3,4,5,6,7のレコードとして、2021/11/1 2:00である移動予定時刻に、Fukuoka Edge SiteからOsaka Global Siteに移動されるポッドに関する情報が設定されている。また、各ポッドには優先度が設定されるが、例えば、ポッドID 1,3,4 である移動対象候補ポッドは、優先度１となるため、該当する移動予定時刻に最初に切り替える移動対象ポッドになる。グローバルサイトのノードである移動先ノードは、ノードテーブル１５１にてDNAIとマッピングされている。
【0088】
次に、移動設定部１３１は、所定期間(例えば一週間)のアクセスログを参照し、各優先度の移動対象候補ポッドにのみアクセスしているUEのIPアドレス(UEIP)を抽出する(Ｓ１２１)。移動設定部１３１は、移動対象候補ポッドにのみアクセスしているUEを、移動対象候補UEとして、移動元DNAI、移動先DNAI、移動時刻、優先度などの情報を、UE移動テーブル１５３に設定して更新する(Ｓ１２２)。
【0089】
ここでの移動時刻と優先度は、移動対象候補UEがアクセスしている移動対象候補ポッドの移動時刻と優先度に対応している。また、移動元DNAIと移動先DNAIは、ノードテーブル１５１においてノードとマッピングしたDNAIから設定することができる。例えば、図６のUE移動テーブル１５３においては、UEID 1,2,3,4のレコードとして、2021/11/1 1:00である移動予定時刻に、DNAI1からDNAI5に経路が切り替えられるUE(Sendai Edge SiteのポッドにのみアクセスするUE)に関する情報と、UEID 5,6,7,8,9のレコードとして、2021/11/1 2:00である移動予定時刻に、DNAI4からDNAI6に経路が切り替えられるUE(Fukuoka Edge SiteのポッドにのみアクセスするUE)に関する情報が設定されている。また、各UEには、自身がアクセスするポッドの優先度に応じた優先度が設定されるが、例えば、UEID 1,2,3,5,6 である移動対象候補UEは、優先度１となるため、該当する移動予定時刻に最初に切り替える移動対象UEになる。
【0090】
ステップＳ１２２が終了すると、一連の処理が終了する。なお、ノードリソース使用率が閾値未満であると判定された場合(Ｓ１１２のNo)に、移動テーブルがあるとき(Ｓ１２３のYes)、移動テーブルをリセット(Ｓ１２４)して処理を終了する。一方で、移動テーブルがないとき(Ｓ１２３のNo)には、そのまま処理を終了する。また、ノードリソース使用率が閾値を超えると判定された場合(Ｓ１１２のYes)であっても、移動テーブルが存在するとき(Ｓ１１３のYes)、処理を終了する。さらに、各ノードのqosClassの種類が、BestEffort又はBurstableでないと判定された場合(Ｓ１１５のNo)、つまり、Guaranteed型のポッドである場合、本開示の移動対象ポッドとはならないため、ステップＳ１１６乃至Ｓ１２２をスキップして、処理を終了する。
【0091】
上述した移動設定処理によって、ポッド移動テーブル１５２とUE移動テーブル１５３を更新して、移動対象候補ポッドと移動対象候補UEの情報を優先度とともに設定した後に、移動設定処理で設定された情報に基づいて、優先度に応じて移動対象ポッドと移動対象UEを移動させる移動制御処理が行われる。次に、図１４のフローチャートを参照して、MEC管理システム１１のMEC制御部１１１により実行される移動制御処理の流れを説明する。
【0092】
制御部１２３は、ポッド移動テーブル１５２を参照し(Ｓ１３１)、現在時刻が、移動予定時刻が示す対象時刻になったか否かを判定する(Ｓ１３２)。そして、制御部１２３は、対象時刻になったと判定した場合(Ｓ１３２のYes)、ステップＳ１３３乃至Ｓ１３９の処理を行う。
【0093】
すなわち、制御部１２３は、ポッド移動テーブル１５２を参照して、最も高い優先度のレコードの移動対象候補ポッドを、移動対象ポッドとする(Ｓ１３３)。また、制御部１２３は、UE移動テーブル１５３を参照して、最も高い優先度のレコードの移動対象候補UEを、移動対象UEとする(Ｓ１３４)。この例では、2021/11/1 1:00になったと仮定すれば、図５のポッド移動テーブル１５２において、移動予定時刻が2021/11/1 1:00で、かつ、優先度１に設定されたポッドID 1のポッドが移動対象ポッドとなる。また、また、図６のUE移動テーブル１５３において、移動予定時刻が2021/11/1 1:00で、かつ、優先度１に設定されたUEID 1,2,3のUEが移動対象UEとなる。
【0094】
まず、移動制御部１４１は、API部１１２を制御して、移動対象ポッドを移動先ノードにデプロイする(Ｓ１３５)。この例では、ポッドID 1の移動対象ポッドの移動先は、Tokyo Global Siteのノードとなる。デプロイ方法はいくつかあるが、代表的なものとして、kubectlコマンドにてマニフェストファイルを指定して行うことができる。移動先ノードであるTokyo Global Siteのノードは、図４のノードテーブル１５１にてDNAI5であるDNAIとマッピングされている。
【0095】
次に、経路制御部１４２は、AF部１１３を制御して、TrafficInfluence APIにより経路制御を実施し、移動対象UEの経路を切り替える(Ｓ１３６)。TrafficInfluence APIの利用に際しては、移動対象UEのUEIPと移動先DNAIを指定することで、NEFサーバ２２と連携した経路制御が実施される。例えば、図６のUE移動テーブル１５３において、優先度１に該当するUEID 1,2,3に対応するaa.aa.aa.1，aa.aa.aa.2，aa.aa.aa.3であるIPアドレスと、DNAI5である移動先DNAIを指定することで、UEID 1,2,3のUEの経路が切り替えられる。
【0096】
また、必須の処理ではないが、制御部１２３は、ネームサーバ１５で管理されている移動対象ポッドのネームのIPアドレスを、移動先ノードのIPアドレスに更新する(Ｓ１３７)。例えば、図５のポッド移動テーブル１５２におけるポッドID 1の移動対象ポッドのネームであるaaa.co.jpが、ネームサーバ１５に登録されていた場合、制御部１２３は、ネームサーバ１５に対し、Tokyo Global Siteである移動先ノードのIPアドレスであるee.ee.ee.eeを通知することで、移動対象ポッドのネームのIPアドレスを、移動先ノードのIPアドレスに差し替えることができる。
【0097】
次に、移動制御部１４１は、API部１１２を制御して、移動元ノードから移動対象ポッドを削除する(Ｓ１３８)。この例では、Sendai Edge Siteのノードから、ポッドID 1の移動対象ポッドを削除する。削除方法はいくつかあるが、kubectlコマンドにてマニフェストファイルを指定することで行うことができる。
【0098】
最後に、制御部１２３は、ポッド移動テーブル１５２とUE移動テーブル１５３から、移動対象のレコードを削除する(Ｓ１３９)。例えば、図５のポッド移動テーブル１５２において、移動対象ポッドとされたポッドID 1のレコードを削除する。また、図６のUE移動テーブル１５３において、移動対象UEとされたUEID 1,2,3のレコードを削除する。ステップＳ１３９が終了すると、一連の処理が終了する。なお、対象時刻になっていないと判定された場合(Ｓ１３２のNo)、ステップＳ１３３乃至Ｓ１３９をスキップして、処理を終了する。
【0099】
上述の説明では、優先度１の移動として、Sendai Edge SiteからTokyo Global Siteへの移動を例示したが、その後、2021/11/1 2:00になったとき、Fukuoka Edge SiteからOsaka Global Siteへの移動が行われ、ポッドID 3,4とUEID 5,6について同様の処理を行う。
【0100】
また、優先度１の移動以降の処理は、次のような処理が行われる。すなわち、優先度１の移動制御処理が行われて、ポッド移動テーブル１５２とUE移動テーブル１５３では共に、優先度１のレコードが削除された状態になる。そして、図１３の移動設定処理が再度実行され、ノードリソース使用率の閾値確認が行われる(Ｓ１１１，Ｓ１１２)。この例では、Sendai Edge SiteとFukuoka Edge Siteのノードリソース使用率が閾値未満であると判定された場合(Ｓ１１２のNo)、ポッド移動テーブル１５２とUE移動テーブル１５３は不要となり、それらの移動テーブルをリセットする(Ｓ１２４)。つまり、優先度２乃至４のレコードも削除されるため、残りの移動対象候補ポッドと移動対象候補UEを移動対象とした移動制御処理は実施されずに終了する。
【0101】
一方で、ノードリソース使用率が閾値を超えると判定された場合(Ｓ１１２のYes)、ポッド移動テーブル１５２とUE移動テーブル１５３には、優先度２乃至４のレコードが残っているので、例えば、翌日以降の移動予定時刻(例えば、2021/11/2 1:00, 2021/11/2 2:00)に、図１４の移動制御処理で、対象時刻になったと判定され(Ｓ１３２のYes)、優先度２の移動対象候補ポッドと移動対象候補UEが、移動対象ポッドと移動対象UEとされ(Ｓ１３３，Ｓ１３４)、移動制御が行われる(Ｓ１３５，Ｓ１３６)。そして、ノードリソース使用率が閾値未満と判定される(Ｓ１１２のNo)まで、優先度３と優先度４のレコードについても同様の処理が行われる。つまり、この例では、最短で１日(例えば、2021/11/1)で処理が終了し、最長で４日(例えば、2021/11/1 ～ 11/4)かかることになる。
【0102】
以上のように、本開示では、ノードリソース使用率が閾値を超えたエッジサイトのノードで動作する各ポッドの詳細情報とポッドリソース使用率から、ポッドの移動の優先度を決定して、当該エッジサイトのノードから、グローバルサイトのノードに対し、決定した優先度に応じてポッドを移動させることができる。また、本開示では、移動対象ポッドにのみアクセスしているUEの経路を、決定した優先度に応じて切り替えることができる。これにより、エッジサイトのノードにおいて、特定の負荷のかかるポッド(アプリケーションコンテナ)が、優先的にグローバルサイトのノードに移動されたり、当該ポッドにのみアクセスしているUEの経路が切り替えられたりするため、オフロードの対象とすべきポッド(アプリケーションコンテナ)やUEを適切に決定して、より適切な対象をオフロードすることができる。
【0103】
また、本開示では、経路変更に伴う体感の品質低下を最小限に収めつつ、コンピューティングリソースが制御可能なポッドが、MEC１２(エッジサイトのノード)に集まりやすくなる。これにより、エッジサイトのノードで動作する特定のポッドが、ノードのコンピューティングリソースを占有しすぎることにより、ノードが停止することを未然に防ぐことが可能となる。つまり、エッジサイトのノード上で動作しているすべてのアプリケーションプログラム(ポッド等)が全停止する状態を未然に防ぐことが可能となる。
【0104】
＜変形例＞
本開示において、システムとは、複数の装置が論理的に集合したものをいうが、MEC管理システム１１は、複数の装置(例えばサーバ等)から構成されてもよい。例えば、図２のMEC管理システム１１において、MEC制御部１１１を有する装置と、API部１１２を有する装置と、AF部１１３を有する装置と、データベース１１４を有する装置とが、別々の装置で構成されてもよい。あるいは、MEC管理システム１１を、MEC管理装置と捉えても構わない。このMEC管理装置は、MEC制御部１１１と、API部１１２と、AF部１１３と、データベース１１４を有する装置である。なお、このMEC管理装置は、MEC制御部１１１を少なくとも有していればよく、API部１１２と、AF部１１３と、データベース１１４は、外部の装置が有していてもよい。
本開示において、システムとは、複数の装置が論理的に集合したものをいうが、MEC管理システム１１は、複数の装置(例えばサーバ等)から構成されてもよい。例えば、図２のMEC管理システム１１において、MEC制御部１１１を有する装置と、API部１１２を有する装置と、AF部１１３を有する装置と、データベース１１４を有する装置とが、別々の装置で構成されてもよい。あるいは、MEC管理システム１１を、MEC管理装置と捉えても構わない。このMEC管理装置は、MEC制御部１１１と、API部１１２と、AF部１１３と、データベース１１４を有する装置である。なお、このMEC管理装置は、MEC制御部１１１を少なくとも有していればよく、API部１１２と、AF部１１３と、データベース１１４は、外部の装置が有していてもよい。
【0105】
上述した説明では、優先度テーブル１５４において、１乃至４の４段階の優先度を用いた場合を示したが、優先度は４段階に限らず、それ以上でもよく、２以上であればよい。例えば、本開示では、BurstableとBestEffortのポッドを移動対象としたが、さらに他の分類(Guaranteed等)を移動対象としたり、あるいは、ポッドリソース使用率を中央値以上又は未満ではなく、閾値等を用いてポッドリソース使用率をさらに細かく分けたりすることで、優先度の段階を増やしてもよい。また、ポッドリソース使用率では、中央値を用いたが、中央値に限らず、他の指標を用いても構わない。
【0106】
なお、ノードリソース使用率やポッドリソース使用率等のリソース使用率は、リソース値の一例であり、他の指標を用いてもよい。また、ノードリソース使用率やポッドリソース使用率として、CPU使用率とメモリ使用率などの複数のリソース使用率が取得される場合には、すべてのリソース使用率を用いることは勿論、少なくとも１つのリソース使用率を用いればよい。リソース使用率を閾値や中央値などと比較する際には、取得したリソース使用率をそのまま用いてもよいし、所定の計算を施してから閾値や中央値などと比較しても構わない。
【0107】
上述した説明では、ノードテーブル１５１において、エッジサイトのノードとグローバルサイトのノードの位置に関する位置情報として、緯度と経度を用いた場合を例示したが、緯度と経度は位置情報の一例であり、ノードの位置を特定可能な情報であれば、他の位置情報を用いても構わない。
【0108】
上述した説明で用いた用語は、規格によって異なる場合があり、該当する規格の用語に読み替えても構わない。例えば、MEC(図１のMEC１２)においてサーバ等で構成されるノード(図１のノード２１Ａ)は、kubernetesではワーカノードとも称され、3GPPではデータネット(DN：DataNet)とも称されるが、本開示では、ノードと称している。
【0109】
＜コンピュータの構成＞
上述した一連の処理(例えば、移動設定処理や移動制御処理等の処理)は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図１５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
上述した一連の処理(例えば、移動設定処理や移動制御処理等の処理)は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図１５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【0110】
コンピュータにおいて、CPU１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インタフェース１００５が接続されている。入出力インタフェース１００５には、入力部１００６、出力部１００７、記憶部１００８、通信部１００９、及びドライブ１０１０が接続されている。
【0111】
入力部１００６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記憶部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインタフェースなどよりなる。ドライブ１０１０は、半導体メモリ、磁気ディスク、光ディスク、又は光磁気ディスクなどのリムーバブル記録媒体１０１１を駆動する。
【0112】
以上のように構成されるコンピュータでは、CPU１００１が、ROM１００２や記憶部１００８に記録されているプログラムを、入出力インタフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
【0113】
コンピュータ(CPU１００１)が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【0114】
コンピュータでは、プログラムは、リムーバブル記録媒体１０１１をドライブ１０１０に装着することにより、入出力インタフェース１００５を介して、記憶部１００８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１００９で受信し、記憶部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記憶部１００８に、予めインストールしておくことができる。
【0115】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理(例えば、並列処理あるいはオブジェクトによる処理)も含む。また、プログラムは、１のコンピュータ(プロセッサ)により処理されてもよいし、複数のコンピュータによって分散処理されてもよい。
【0116】
なお、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
【0117】
また、本開示は、以下のような構成をとることができる。
【0118】
（１）
移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理する管理部と、
前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度を決定する決定部と、
前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御を行う制御部と
を備える情報処理装置。
（２）
前記第１のノードと前記第２のノードは、3GPPで規定されたDNAIと予めマッピングされており、
前記制御部は、前記DNAIとマッピングされた前記第２のノードを前記移動先ノードとして、前記アプリケーションコンテナを移動させる
前記（１）に記載の情報処理装置。
（３）
前記決定部は、前記移動元ノードにおける通信に関するログに基づいて、前記移動元ノードにおける通信量が最も少ない時間帯に応じた時刻を、前記アプリケーションコンテナを移動させる移動時刻に決定し、
前記制御部は、現在時刻が前記移動時刻になった場合、前記優先度に応じて前記アプリケーションコンテナを移動させる
前記（２）に記載の情報処理装置。
（４）
前記決定部は、前記第１のノードと前記第２のノードの位置に関する位置情報に基づいて、前記移動元ノードからの距離が最も近い位置にある前記第２のノードを、前記移動先ノードに決定する
前記（３）に記載の情報処理装置。
（５）
前記決定部は、前記アプリケーションコンテナへのアクセスに関するログに基づいて、前記移動通信ネットワークを介して通信を行う移動通信端末のうち、移動対象の前記アプリケーションコンテナにのみアクセスしている移動通信端末を、移動対象に決定し、
前記制御部は、現在時刻が前記移動時刻になった場合、前記優先度に応じて、移動対象となる前記移動通信端末の経路を切り替える制御を行う
前記（３）又は（４）に記載の情報処理装置。
（６）
前記詳細情報は、前記アプリケーションコンテナが最低限必要とするリソースの容量と、前記アプリケーションコンテナの負荷が高まったときに使用できるリソースの最大容量とから特定される前記アプリケーションコンテナの分類に関する情報を含む
前記（１）に記載の情報処理装置。
（７）
前記第２のリソース値は、前記アプリケーションコンテナによるCPUの使用率及びメモリの使用率を含むリソース使用率である
前記（６）に記載の情報処理装置。
（８）
前記詳細情報は、kubernetesで規定されたqosClassを含み、
前記決定部は、
BestEffort又はBurstableとなる前記アプリケーションコンテナを移動対象とし、
Burstableの前記アプリケーションコンテナよりも、BestEffortの前記アプリケーションコンテナの移動の優先度を高くし、
リソース使用率が中央値未満の前記アプリケーションコンテナよりも、リソース使用率が中央値以上の前記アプリケーションコンテナの移動の優先度を高くする
前記（７）に記載の情報処理装置。
（９）
前記決定部は、アクセス数が中央値以上の前記アプリケーションコンテナよりも、アクセス数が中央値未満の前記アプリケーションコンテナの移動の優先度を高くする
前記（８）に記載の情報処理装置。
（１０）
前記決定部は、3GPPで規定されたGBRの前記アプリケーションコンテナよりも、Non GBRの前記アプリケーションコンテナの移動の優先度を高くする
前記（９）に記載の情報処理装置。
（１１）
前記第２のリソース値は、前記アプリケーションコンテナによるGPUの使用率を含むリソース使用率であり、
前記決定部は、リソースに関する制限のない前記アプリケーションコンテナのうち、リソース使用率が中央値未満よりも、リソース使用率が中央値以上のものの移動の優先度を高くする
前記（１）に記載の情報処理装置。
（１２）
前記アプリケーションコンテナは、kubernetesで規定されたポッドに対応している
前記（１）に記載の情報処理装置。
（１３）
情報処理装置が、
移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理し、
前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度を決定し、
前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御を行う
情報処理方法。
移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理する管理部と、
前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度を決定する決定部と、
前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御を行う制御部と
を備える情報処理装置。
（２）
前記第１のノードと前記第２のノードは、3GPPで規定されたDNAIと予めマッピングされており、
前記制御部は、前記DNAIとマッピングされた前記第２のノードを前記移動先ノードとして、前記アプリケーションコンテナを移動させる
前記（１）に記載の情報処理装置。
（３）
前記決定部は、前記移動元ノードにおける通信に関するログに基づいて、前記移動元ノードにおける通信量が最も少ない時間帯に応じた時刻を、前記アプリケーションコンテナを移動させる移動時刻に決定し、
前記制御部は、現在時刻が前記移動時刻になった場合、前記優先度に応じて前記アプリケーションコンテナを移動させる
前記（２）に記載の情報処理装置。
（４）
前記決定部は、前記第１のノードと前記第２のノードの位置に関する位置情報に基づいて、前記移動元ノードからの距離が最も近い位置にある前記第２のノードを、前記移動先ノードに決定する
前記（３）に記載の情報処理装置。
（５）
前記決定部は、前記アプリケーションコンテナへのアクセスに関するログに基づいて、前記移動通信ネットワークを介して通信を行う移動通信端末のうち、移動対象の前記アプリケーションコンテナにのみアクセスしている移動通信端末を、移動対象に決定し、
前記制御部は、現在時刻が前記移動時刻になった場合、前記優先度に応じて、移動対象となる前記移動通信端末の経路を切り替える制御を行う
前記（３）又は（４）に記載の情報処理装置。
（６）
前記詳細情報は、前記アプリケーションコンテナが最低限必要とするリソースの容量と、前記アプリケーションコンテナの負荷が高まったときに使用できるリソースの最大容量とから特定される前記アプリケーションコンテナの分類に関する情報を含む
前記（１）に記載の情報処理装置。
（７）
前記第２のリソース値は、前記アプリケーションコンテナによるCPUの使用率及びメモリの使用率を含むリソース使用率である
前記（６）に記載の情報処理装置。
（８）
前記詳細情報は、kubernetesで規定されたqosClassを含み、
前記決定部は、
BestEffort又はBurstableとなる前記アプリケーションコンテナを移動対象とし、
Burstableの前記アプリケーションコンテナよりも、BestEffortの前記アプリケーションコンテナの移動の優先度を高くし、
リソース使用率が中央値未満の前記アプリケーションコンテナよりも、リソース使用率が中央値以上の前記アプリケーションコンテナの移動の優先度を高くする
前記（７）に記載の情報処理装置。
（９）
前記決定部は、アクセス数が中央値以上の前記アプリケーションコンテナよりも、アクセス数が中央値未満の前記アプリケーションコンテナの移動の優先度を高くする
前記（８）に記載の情報処理装置。
（１０）
前記決定部は、3GPPで規定されたGBRの前記アプリケーションコンテナよりも、Non GBRの前記アプリケーションコンテナの移動の優先度を高くする
前記（９）に記載の情報処理装置。
（１１）
前記第２のリソース値は、前記アプリケーションコンテナによるGPUの使用率を含むリソース使用率であり、
前記決定部は、リソースに関する制限のない前記アプリケーションコンテナのうち、リソース使用率が中央値未満よりも、リソース使用率が中央値以上のものの移動の優先度を高くする
前記（１）に記載の情報処理装置。
（１２）
前記アプリケーションコンテナは、kubernetesで規定されたポッドに対応している
前記（１）に記載の情報処理装置。
（１３）
情報処理装置が、
移動通信ネットワークに接続されたエッジサイトのコンピュータである第１のノード、及びインターネットに接続されたグローバルサイトのコンピュータである第２のノードを管理し、
前記第１のノードのコンピューティングリソースを示す第１のリソース値が閾値を超えた場合、前記第１のリソース値が閾値を超えた前記第１のノードを移動元ノードとして、前記移動元ノードで動作している複数のコンテナから構成されるアプリケーションコンテナの詳細に関する詳細情報、及び前記アプリケーションコンテナのコンピューティングリソースを示す第２のリソース値に基づいて、前記アプリケーションコンテナの移動の優先度を決定し、
前記移動元ノードから、移動先となる前記第２のノードである移動先ノードに対し、前記優先度に応じて前記アプリケーションコンテナを移動させる制御を行う
情報処理方法。
【符号の説明】
【0119】
１１ MEC管理システム， １２ MEC， １３ キャリア網， １４ クラウド・データセンタ， １５ ネームサーバ， １６ 無線端末， ２１，２１Ａ，２１Ｂ ノード， ２２ NEFサーバ， １１１ MEC制御部， １１２ API部， １１３ AF部， １１４ データベース， １２１ 管理部， １２２ 設定部， １２３ 制御部， １３１ 移動設定部， １３２ 優先度決定部， １４１ 移動制御部， １４２ 経路制御部， １５１ ノードテーブル， １５２ ポッド移動テーブル， １５３ UE移動テーブル， １５４，１５４Ａ，１５４Ｂ，１５４Ｃ 優先度テーブル， １００１ CPU
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】