特開 2024-121996 容量不足時のデプロイ制御

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

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

(11)【公開番号】P2024121996

(43)【公開日】2024-09-09

(54)【発明の名称】容量不足時のデプロイ制御

(51)【国際特許分類】

   H04L 41/0806 20220101AFI20240902BHJP

   H04L 41/40 20220101ALI20240902BHJP

【ＦＩ】

H04L41/0806

H04L41/40

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023029282

(22)【出願日】2023-02-28

(71)【出願人】

【識別番号】323001546

【氏名又は名称】楽天シンフォニー株式会社

(71)【出願人】

【識別番号】319010088

【氏名又は名称】楽天モバイル株式会社

(74)【代理人】

【識別番号】100180002

【弁理士】

【氏名又は名称】佐藤 君雄

(74)【代理人】

【識別番号】100187126

【弁理士】

【氏名又は名称】大谷 渉

(74)【代理人】

【識別番号】100195235

【弁理士】

【氏名又は名称】森 知紀

(72)【発明者】

【氏名】石川 貴継

(72)【発明者】

【氏名】大野 誠

(72)【発明者】

【氏名】王 一道

(72)【発明者】

【氏名】田中 良寛

(72)【発明者】

【氏名】片桐 貴士

(57)【要約】

【課題】 障害の発生を防止しつつ迅速にサービスを追加すること。
【解決手段】 制御装置は、１又は複数のプロセッサを有し、前記１又は複数のプロセッサは、施設において稼働中のネットワーク機能によるリソースの使用状況に関する情報を収集することと、収集される情報に基づいて、前記施設に対して新たなネットワーク機能のデプロイを実行するか否かを決定することと、前記新たなネットワーク機能のデプロイを実行すると決定される場合に、収集される情報に基づいて、前記稼働中のネットワーク機能に割り当てられるリソースに関する容量を減少させるか否かを判定することとを含む処理を実行する。
【選択図】 図２

【特許請求の範囲】

【請求項1】

１又は複数のプロセッサを有し、
前記１又は複数のプロセッサは、
施設において稼働中のネットワーク機能によるリソースの使用状況に関する情報を収集することと、
収集される情報に基づいて、前記施設に対して新たなネットワーク機能のデプロイを実行するか否かを決定することと、
前記新たなネットワーク機能のデプロイを実行すると決定される場合に、収集される情報に基づいて、前記稼働中のネットワーク機能に割り当てられるリソースに関する容量を減少させるか否かを判定することと
を含む処理を実行する制御装置。

【請求項2】

前記処理は、
前記稼働中のネットワーク機能の実行に用いられる構成要素の数を減少させることによって、前記稼働中のネットワーク機能に割り当てられる前記容量を減少させること
をさらに含む請求項１に記載の制御装置。

【請求項3】

前記処理は、
前記稼働中のネットワーク機能及び前記新たなネットワーク機能によるリソース使用量の合計を推定すること
をさらに含み、
前記判定することは、
推定されるリソース使用量の合計が所定の閾値以上である場合に、前記稼働中のネットワーク機能に割り当てられる前記容量を減少させると決定すること
を含む請求項１に記載の制御装置。

【請求項4】

前記処理は、
前記稼働中のネットワーク機能の稼働実績に基づいて、各ネットワーク機能に割り当てられる前記容量に対するスケジューリングを実行すること
をさらに含む請求項１に記載の制御装置。

【請求項5】

前記処理は、
前記稼働中のネットワーク機能の優先度に応じて、各ネットワーク機能に割り当てられる前記容量の増減を調整すること
をさらに含む請求項１に記載の制御装置。

【請求項6】

前記処理は、
前記施設におけるリソース使用量が所定の閾値以上である場合に、前記稼働中のネットワーク機能の一部を他の施設において稼働させると決定すること
をさらに含む請求項１に記載の制御装置。

【請求項7】

前記決定することは、
前記新たなネットワーク機能のデプロイとして、第１のデプロイを実行するか、前記新たなネットワーク機能に割り当てられる前記容量が前記第１のデプロイよりも少ない第２のデプロイを実行するかを決定すること
を含む請求項１に記載の制御装置。

【請求項8】

前記決定することは、
前記施設において稼働中のネットワーク機能に割り当てられる前記容量の合計が所定の閾値以上である場合に、前記第２のデプロイを実行すると決定すること
を含む請求項７に記載の制御装置。

【請求項9】

施設において稼働中のネットワーク機能によるリソースの使用状況に関する情報を収集することと、
収集される情報に基づいて、前記施設に対して新たなネットワーク機能のデプロイを実行するか否かを決定することと、
前記新たなネットワーク機能のデプロイを実行すると決定される場合に、収集される情報に基づいて、前記稼働中のネットワーク機能に割り当てられるリソースに関する容量を減少させるか否かを判定することと
を有するデプロイ制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、容量不足時のデプロイ制御に関する。

【背景技術】

【0002】

近年、例えば５Ｇなどの無線通信システムにおいては、ネットワークの機能が仮想化されることがあり、仮想化されたネットワークの機能はＶＮＦ（Virtual Network Function）とも称される。ＶＮＦは、ネットワークの様々な箇所に展開（デプロイ）することができ、柔軟なネットワーク構成を可能にする。例えば、ネットワークサービスの遅延を小さくしたい場合には、エンドユーザにサービスを提供するＶＮＦを、ネットワークの中央に構築されたＣＤＣ（Central Data Center）などの大規模施設ではなく、エンドユーザのより近くに存在するＲＤＣ（Regional Data Center）やＧＣ（Group Center）といった中規模又は小規模施設に展開することが行われている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特表２０２２－５３０５８０号公報

【特許文献2】特表２０１９－５１９１８０号公報

【発明の概要】

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

【0004】

ところで、エンドユーザの近くに配置される例えばＧＣは、規模が小さい施設であるため、比較的頻繁に容量が逼迫する。このため、新規のＶＮＦのデプロイが困難になり、ＧＣが収容するサービスの追加が制限されることがあるという問題がある。

【0005】

すなわち、ＧＣにおいて、例えばＣＰＵ、メモリ及びストレージなどの物理リソースが不足すると、各種の機能を実行するための十分な仮想環境の構築が困難になる。このようにＧＣの容量が不足する状況でさらにＧＣにＶＮＦをデプロイすると、仮想環境がフリーズして障害が発生する恐れがある。したがって、ＧＣの容量が不足する状況では、新規のＶＮＦをデプロイしてサービスを稼動させることは好ましくない。

【0006】

また、ＧＣの容量を増強することも可能であるが、様々な制約から十分な容量を確保することが可能であるとは限らない。さらに、たとえ十分な容量の確保が可能であるとしても確保されるまでに時間を要し即応性が損なわれる。

【0007】

このように、容量の不足により、小規模施設であるＧＣへのＶＮＦのデプロイが困難になり、ユーザへ提供されるサービスの追加が制限されることがある。

【0008】

本開示は、上記に鑑みてなされたものであり、障害の発生を防止しつつ迅速にサービスを追加することができる容量不足時のデプロイ制御を提供することを目的とする。

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

【0009】

本開示の一態様によれば、制御装置は、１又は複数のプロセッサを有する。前記１又は複数のプロセッサは、施設において稼働中のネットワーク機能によるリソースの使用状況に関する情報を収集することと、収集される情報に基づいて、前記施設に対して新たなネットワーク機能のデプロイを実行するか否かを決定することと、前記新たなネットワーク機能のデプロイを実行すると決定される場合に、収集される情報に基づいて、前記稼働中のネットワーク機能に割り当てられるリソースに関する容量を減少させるか否かを判定することとを含む処理を実行する。

【0010】

また、本開示の他の一態様によれば、デプロイ制御方法は、施設において稼働中のネットワーク機能によるリソースの使用状況に関する情報を収集することと、収集される情報に基づいて、前記施設に対して新たなネットワーク機能のデプロイを実行するか否かを決定することと、前記新たなネットワーク機能のデプロイを実行すると決定される場合に、収集される情報に基づいて、前記稼働中のネットワーク機能に割り当てられるリソースに関する容量を減少させるか否かを判定することとを有する。

【図面の簡単な説明】

【0011】

【図1】図１は、一実施の形態に係る通信システムの一例を示す図である。

【図2】図２は、一実施の形態に係るＣＤＣノードの構成を示すブロック図である。

【図3】図３は、一実施の形態に係るＧＣノードの構成を示すブロック図である。

【図4】図４は、一実施の形態に係るデプロイ方法を示すシーケンス図である。

【図5】図５は、デプロイ判定処理を示すフロー図である。

【図6】図６は、ＣＤＣノードのハードウェア構成例を示すブロック図である。

【図7】図７は、ＧＣノードのハードウェア構成例を示すブロック図である。

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

【0012】

以下、添付図面を参照して、本開示に係る一実施の形態について説明する。以下に説明する実施の形態は例示であり、この記載によって限定解釈されるものではない。

【0013】

図１は、一実施の形態に係る通信システムの一例を示す図である。図１に示す通信システムは、大規模施設であるＣＤＣ１０からの指示により小規模施設であるＧＣ２０にＶＮＦをデプロイすることにより、種々の通信サービスを提供する。ＣＤＣ１０には、リング状に接続された複数のＧＣ２０が接続されており、各ＧＣ２０には、アンテナを備えた無線基地局３０が接続されている。なお、図１においては図示を省略したが、ＣＤＣ１０とＧＣ２０の間には、ＲＤＣが接続されていてもよい。

【0014】

ＣＤＣ１０は、ネットワークの中央に構築されるデータセンターであり、ＣＤＣノード１００を備える。

【0015】

ＣＤＣノード１００は、例えば汎用サーバを用いて構成される制御装置であり、通信システムにおけるコアネットワーク機能を有する。具体的には、ＣＤＣノード１００は、各ＧＣ２０において稼働する仮想化されたネットワーク機能であるＶＮＦの情報や、各ＧＣ２０の容量に関する情報などを収集し、ＧＣ２０に対して新規のＶＮＦをデプロイすることを決定したり、ＶＮＦに対する容量の割り当てを変更したりする。ＣＤＣノード１００の具体的な構成及び動作については、後に詳述する。

【0016】

複数のＧＣ２０は、エンドユーザの近くに配置される小規模施設であり、それぞれＧＣノード２００を備える。複数のＧＣ２０は、互いに接続されてリングＲを形成し、リングＲ上の少なくとも１つのＧＣ２０がＣＤＣ１０（又は図示しないＲＤＣ）に接続される。

【0017】

ＧＣノード２００は、例えば汎用サーバを用いて構成される通信装置であり、ＣＤＣノード１００からの指示に従って各種のＶＮＦをデプロイし、仮想環境においてＶＮＦを実行することにより通信サービスを提供する。また、ＧＣノード２００は、ＣＤＣノード１００からの指示に従って、各ＶＮＦに割り当てる容量を調整し、ＧＣ２０における容量不足を解消する。ＧＣノード２００の具体的な構成及び動作については、後に詳述する。

【0018】

無線基地局３０は、図示しないユーザ端末との間で無線通信を実行し、通信サービスに応じたデータを送受信する。無線基地局３０は、例えば通信サービスに関するリクエストをユーザ端末から無線受信し、ＧＣ２０へ転送する。また、無線基地局３０は、例えばＶＮＦによって処理されたデータをＧＣ２０から受信し、ユーザ端末へ無線送信する。

【0019】

図２は、一実施の形態に係るＣＤＣノード１００の構成を示すブロック図である。図２に示すＣＤＣノード１００は、情報収集部１１０、稼働実績管理部１２０、ＧＣ容量管理部１３０、デプロイ判定部１４０、デプロイ指示部１５０、容量変更指示部１６０、ＧＣ容量制御部１７０及び負荷分散指示部１８０を有する。

【0020】

情報収集部１１０は、ＧＣ２０それぞれのＧＣノード２００から、ＧＣ２０に関する情報を収集する。具体的には、情報収集部１１０は、ＧＣ２０において稼働するＶＮＦを特定する稼動情報と、ＧＣ２０において稼働するＶＮＦに割り当てられるリソースに関する容量（以下「稼働容量」という）を示す容量情報とを、それぞれのＧＣノード２００から収集する。ＶＮＦの稼働容量は、当該ＶＮＦが使用可能なリソースの最大量を意味する。また、リソースは、ＧＣノード２００の物理リソースを意味してもよい。この物理リソースは、プロセッサ、メモリ又はストレージであってもよい。また、リソースは、ＧＣノード２００の各ＶＮＦに割り当てられる、ＶＮＦの機能の実行に用いられる構成要素を意味してもよい。この構成要素は、例えばKubernetes（登録商標）におけるポッド（Ｐｏｄ）を意味してもよい。なお、ＧＣ２０におけるＶＮＦの稼働容量の合計は、このＧＣ２０に割り当てられる容量を超えることはない。以降、ＧＣ２０におけるＶＮＦの稼働容量の合計をＧＣ容量と記載し、ＧＣ２０に割り当てられる容量をＧＣ最大容量と記載する。

【0021】

稼働実績管理部１２０は、情報収集部１１０によって収集される稼動情報に基づいて、ＧＣ２０それぞれにおけるＶＮＦの稼働実績を管理する。言い換えれば、稼働実績管理部１２０は、各ＧＣ２０にデプロイされたＶＮＦそれぞれの稼働実績を記憶する。稼働実績には、各ＶＮＦの負荷の状況（言い換えれば、リソースの使用量）や、各ＶＮＦが一時的に停止しているか否かなどが含まれる。したがって、稼働実績に基づいて、例えば、各ＶＮＦが昼間に負荷が高い（リソースの使用量が多い）か、夜間に負荷が高い（リソースの使用量が多い）かなどを認識することが可能である。

【0022】

ＧＣ容量管理部１３０は、情報収集部１１０によって収集される容量情報に基づいて、ＧＣ２０それぞれにおけるＧＣ容量を管理する。具体的には、ＧＣ容量管理部１３０は、各ＧＣ２０にデプロイされたＶＮＦそれぞれの稼働容量を記憶し、ＧＣ２０におけるＶＮＦごとの稼働容量の合計をＧＣ容量として管理する。

【0023】

デプロイ判定部１４０は、ＧＣ２０に新規のＶＮＦをデプロイすることが決定された場合に、ＧＣ容量管理部１３０によって管理されるＧＣ容量に基づいて、ＧＣ２０への新規ＶＮＦのデプロイが可能であるか否かを判定する。具体的には、デプロイ判定部１４０は、ＧＣ２０にデプロイ済みの既存ＶＮＦの稼働容量の合計であるＧＣ容量が所定の閾値以上であるか否かを判定する。そして、デプロイ判定部１４０は、ＧＣ容量が所定の閾値未満である場合には、このＧＣ２０に新規ＶＮＦを通常通りにデプロイすることが可能であると判定する。なお、ＧＣ容量と比較される閾値は、例えばＧＣ２０ごとのＧＣ最大容量に対する割合によって示される相対値であってもよいし、新規ＶＮＦの想定されるリソース使用量に応じた閾値であってもよい。

【0024】

また、デプロイ判定部１４０は、ＧＣ容量が所定の閾値以上である場合には、このＧＣ２０に新規ＶＮＦを簡易的にデプロイすると決定する。言い換えれば、デプロイ判定部１４０は、軽量デプロイを実行すると決定する。軽量デプロイは、通常のデプロイよりも稼働容量が縮小されたデプロイである。軽量デプロイにおいては、例えば、物理リソースの使用上限が通常より低く設定されてもよいし、ポッド数が通常より減少されてもよい。このようにして、軽量デプロイによれば、通常のデプロイと比較して稼働容量が縮小される。

【0025】

さらに、デプロイ判定部１４０は、新規ＶＮＦを軽量デプロイする場合のＧＣ容量を推定し、推定されたＧＣ容量が所定の閾値以上となる場合には、このＧＣ２０について、既存ＶＮＦの稼働容量を縮小すると決定する。例えば、デプロイ判定部１４０は、既にＧＣ２０において稼働している既存ＶＮＦが使用するプロセッサ、メモリ又はストレージなどの物理リソースの使用上限を設定したり、ポッド数を減少させたりすることを決定する。

【0026】

デプロイ指示部１５０は、デプロイ判定部１４０の判定に従って、新規ＶＮＦの通常デプロイ又は軽量デプロイを実行するように指示するデプロイ指示をＧＣ２０へ送信する。すなわち、デプロイ指示部１５０は、ＧＣ容量が所定の閾値未満である場合には、新規ＶＮＦを通常デプロイするようにＧＣ２０へ指示する。また、デプロイ指示部１５０は、ＧＣ容量が所定の閾値以上である場合には、新規ＶＮＦを軽量デプロイするようにＧＣ２０へ指示する。

【0027】

容量変更指示部１６０は、デプロイ判定部１４０の判定に従って、既存ＶＮＦへ割り当てられる稼働容量の変更を指示する変更指示をＧＣ２０へ送信する。すなわち、容量変更指示部１６０は、新規ＶＮＦを軽量デプロイする場合の推定されるＧＣ容量が所定の閾値以上となる場合に、既存ＶＮＦの稼働容量を縮小するようにＧＣ２０へ指示する。

【0028】

また、容量変更指示部１６０は、ＧＣ容量制御部１７０からの指示に従って、ＶＮＦへ割り当てられる稼働容量の変更を指示する変更指示をＧＣ２０へ送信する。具体的には、容量変更指示部１６０は、例えば時間帯、ＶＮＦを利用するユーザのＳＬＡ（Service Level Agreement）及びＶＮＦを利用するユーザ数等に応じて、各ＶＮＦの稼働容量の増減をＧＣ２０へ指示する。

【0029】

ＧＣ容量制御部１７０は、各ＧＣ２０におけるＶＮＦの稼働実績及びＧＣ容量を参照し、それぞれのＧＣ２０におけるＶＮＦへの容量割り当てを制御する。具体的には、ＧＣ容量制御部１７０は、例えばそれぞれのＶＮＦの時間帯ごとの稼働実績から、時間帯ごとに各ＶＮＦへ割り当てる稼働容量の増減をスケジューリングする。また、ＧＣ容量制御部１７０は、ＶＮＦの優先度に応じて各ＶＮＦへ割り当てる稼働容量の増減を調整する。すなわち、ＧＣ容量制御部１７０は、例えば高いサービスレベルを要求するユーザが多いＶＮＦやリアルタイムでの利用ユーザ数が多いＶＮＦに対して割り当てる稼働容量を増加させるように決定する。ＧＣ容量制御部１７０は、決定した稼働容量の増減を容量変更指示部１６０へ通知し、稼働容量の変更指示をＧＣ２０へ送信させる。

【0030】

また、ＧＣ容量制御部１７０は、ＧＣ２０におけるＧＣ容量が所定レベル以上となり逼迫する場合には、このＧＣ２０の負荷をリングＲ上で隣接するＧＣ２０（以下「隣接ＧＣ２０」という）へ分散させると決定する。具体的には、ＧＣ容量制御部１７０は、例えばＧＣ２０で稼働する一部のＶＮＦの処理を隣接ＧＣ２０に代行させたり、ＧＣ２０で稼働するＶＮＦを利用する一部のユーザからのリクエストを隣接ＧＣ２０に処理させたりすると決定する。このとき、ＧＣ容量制御部１７０は、ユーザのＳＬＡなどの優先度に応じて隣接ＧＣ２０へ移管するＶＮＦ又はユーザを決定してもよい。

【0031】

なお、ここでは、ＧＣ容量制御部１７０がＧＣ２０の負荷を隣接ＧＣ２０へ分散させるものとして説明するが、同じリングＲ上のＧＣ２０であれば隣接ＧＣ２０以外の他のＧＣ２０へ負荷を分散させてもよい。ただし、例えばリングＲにおける通信方向が一方向に固定されている場合には、通信方向の上流側に隣接する隣接ＧＣ２０へ負荷を分散させることにより、通信の遅延を最小限に留めることができる。

【0032】

負荷分散指示部１８０は、ＧＣ容量制御部１７０がＧＣ２０の負荷を隣接ＧＣ２０へ分散させると決定した場合に、このＧＣ２０及び隣接ＧＣ２０へ分散指示を送信する。すなわち、負荷分散指示部１８０は、隣接ＧＣ２０へ移管するＶＮＦ又はユーザの情報をＧＣ２０及び隣接ＧＣ２０へ通知し、例えばネットワークスライスの変更などによりＧＣ２０から隣接ＧＣ２０へ負荷を分散させる。なお、ネットワークスライスの変更により負荷分散をすることにより、ユーザ単位の負荷を隣接ＧＣ２０へ分散することができ、例えば優先度が低いユーザのリクエストが隣接ＧＣ２０によって処理されるようにすることなどができる。同様の負荷分散は、例えばロードバランサを用いて実現することも可能である。

【0033】

図３は、一実施の形態に係るＧＣノード２００の構成を示すブロック図である。図３に示すＧＣノード２００は、デプロイ制御部２１０、容量調整部２２０及び仮想環境提供部２３０を有する。

【0034】

デプロイ制御部２１０は、ＣＤＣノード１００からのデプロイ指示を取得し、デプロイ指示に従って新規ＶＮＦのデプロイを実行する。すなわち、デプロイ制御部２１０は、新規ＶＮＦの通常デプロイ又は軽量デプロイを実行する。新規ＶＮＦがデプロイされることにより、仮想環境提供部２３０によって提供される仮想環境において新規ＶＮＦが稼働するようになる。

【0035】

容量調整部２２０は、ＣＤＣノード１００からの変更指示を取得し、変更指示に従って各ＶＮＦに割り当てる稼働容量を調整する。すなわち、容量調整部２２０は、仮想環境において稼働する各ＶＮＦが使用する物理リソースの上限値やポッド数を増減させる。

【0036】

仮想環境提供部２３０は、ＧＣノード２００にデプロイされる各ＶＮＦを稼働させるための仮想環境を提供する。このとき、仮想環境提供部２３０は、物理リソースやポッドを各ＶＮＦに割り当てる。そして、仮想環境提供部２３０は、ＶＮＦごとの稼働実績を示す稼動情報やＶＮＦごとの稼働容量を示す容量情報を所定の周期でＣＤＣノード１００へ報告する。

【0037】

また、仮想環境提供部２３０は、ＣＤＣノード１００からの分散指示を取得し、隣接ＧＣ２０が代行する一部のＶＮＦの処理を停止したり、隣接ＧＣ２０が処理する一部のユーザからのリクエストの処理を停止したりする。すなわち、仮想環境提供部２３０は、隣接ＧＣ２０へ移管されるＶＮＦ又はユーザに関する処理を停止して稼働容量を減少させることにより、ＧＣ２０における容量不足を解消する。

【0038】

次いで、上記のように構成された通信システムにおける新規ＶＮＦのデプロイ方法について、図４に示すシーケンス図を参照しながら説明する。

【0039】

各ＧＣ２０のＧＣノード２００は、ＶＮＦごとの稼働実績を示す稼動情報やＶＮＦごとの稼働容量を示す容量情報を周期的にＣＤＣノード１００へ報告する（ステップＳ１０１）。稼働情報及び容量情報は、それぞれＣＤＣノード１００の稼働実績管理部１２０及びＧＣ容量管理部１３０によって管理される。

【0040】

ここで、例えば新たなサービスを展開するために、ＧＣ２０へ新規ＶＮＦをデプロイすることが決定されると（ステップＳ１０２）、ＣＤＣノード１００によって、ＧＣ２０のＧＣノード２００に新規ＶＮＦをデプロイすることが可能であるか否かが判定される（ステップＳ１０３）。すなわち、デプロイ判定部１４０によって、既存ＶＮＦの稼働容量の合計であるＧＣ容量が所定の閾値以上であるか否かが判定され、ＧＣ容量が所定の閾値未満であれば、新規ＶＮＦの通常デプロイを実行すると決定され、ＧＣ容量が所定の閾値以上であれば、新規ＶＮＦの軽量デプロイを実行すると決定される。軽量デプロイを実行すると判定された場合には、必要に応じて既存ＶＮＦの稼働容量を縮小することが決定される。

【0041】

そして、デプロイ判定部１４０による判定の結果に従って、通常デプロイ又は軽量デプロイを指示するデプロイ指示及び既存ＶＮＦの稼働容量の変更を指示する変更指示がＧＣノード２００へ送信される（ステップＳ１０４）。デプロイ指示及び変更指示がＧＣノード２００によって受信されると、デプロイ指示に従って新規ＶＮＦのデプロイが実行され（ステップＳ１０５）、変更指示に従って既存ＶＮＦの稼働容量が調整される（ステップＳ１０６）。具体的には、通常デプロイが指示された場合には、新規ＶＮＦが通常通りにデプロイされる一方、軽量デプロイが指示された場合には、物理リソースの使用上限が設定されるとともに、通常時よりも少ないポッドが割り当てられて新規ＶＮＦがデプロイされる。さらに、変更指示が受信されている場合には、既存ＶＮＦが使用する物理リソースの使用上限が設定されるとともに、既存ＶＮＦに割り当てられるポッド数が減少される。

【0042】

このように、ＧＣ２０のＧＣ最大容量が不足している場合には、ＧＣノード２００において新規ＶＮＦが軽量デプロイされるとともに、既存ＶＮＦの稼働容量が縮小される。このため、新規ＶＮＦのデプロイによる容量不足が解消され、障害の発生を防止しつつ迅速にサービスを追加することができる。

【0043】

新規ＶＮＦがデプロイされた後、引き続きＧＣノード２００は、稼動情報及び容量情報を周期的にＣＤＣノード１００へ報告する（ステップＳ１０７）。稼働情報及び容量情報は、それぞれＣＤＣノード１００の稼働実績管理部１２０及びＧＣ容量管理部１３０によって管理される。

【0044】

ＶＮＦごとの稼働実績及び稼働容量は、ＧＣ容量制御部１７０によって監視されており、各ＶＮＦへ割り当てられる適正な稼働容量が判定される（ステップＳ１０８）。具体的には、例えばそれぞれのＶＮＦの時間帯ごとの稼働実績に基づいて各ＶＮＦの稼働容量の増減がスケジューリングされ、優先度が高いＶＮＦほど稼働容量を増加させるように決定される。さらに、ＧＣ容量が所定レベル以上となり逼迫する場合には、このＧＣ２０の負荷を隣接ＧＣ２０へ分散することが決定される。

【0045】

そして、ＧＣ容量制御部１７０による判定の結果に従って、ＶＮＦの稼働容量の変更を指示する変更指示及び隣接ＧＣ２０への負荷分散を指示する分散指示がＧＣノード２００へ送信される（ステップＳ１０９）。変更指示及び分散指示がＧＣノード２００によって受信されると、変更指示に従って各ＶＮＦへ割り当てられる稼働容量が調整され（ステップＳ１１０）、分散指示に従って隣接ＧＣ２０へ移管されるＶＮＦ又はユーザに関する処理が停止される（ステップＳ１１１）。

【0046】

このように、新規ＶＮＦがデプロイされた後も、状況に応じてＶＮＦごとの稼働容量が調整されるため、ＧＣ２０の容量不足による障害が発生することなく各ＶＮＦが稼働し、サービスを継続的に提供することができる。

【0047】

次に、ＧＣ２０へ新規ＶＮＦがデプロイされる場合のデプロイ判定処理について、図５に示すフロー図を参照しながら具体的に説明する。図５に示すデプロイ判定処理は、主にＣＤＣノード１００のデプロイ判定部１４０によって実行される。

【0048】

ＧＣ２０へ新規ＶＮＦをデプロイすることが決定されると（ステップＳ２０１）、ＧＣ容量管理部１３０が参照されることにより、ＧＣ２０のＧＣ容量が所定の閾値以上であるか否かが判定される（ステップＳ２０２）。この判定の結果、ＧＣ容量が所定の閾値未満である場合には（ステップＳ２０２Ｎｏ）、ＧＣ２０のＧＣ最大容量が不足していないことから、このＧＣ２０に対して新規ＶＮＦの通常デプロイを実行すると決定される（ステップＳ２０８）。

【0049】

これに対して、ＧＣ容量が所定の閾値以上である場合には（ステップＳ２０２Ｙｅｓ）、ＧＣ２０のＧＣ最大容量が不足することから、このＧＣ２０に対して新規ＶＮＦの軽量デプロイを実行すると決定される（ステップＳ２０３）。軽量デプロイによれば、新規ＶＮＦが稼働する場合の物理リソースの使用量やポッド数が通常デプロイ時よりも少なく、ＧＣ容量の増加幅が小さくて済む。そこで、新規ＶＮＦを軽量デプロイする場合のＧＣ容量が推定され（ステップＳ２０４）、推定されたＧＣ容量が所定の閾値以上であるか否かが判定される（ステップＳ２０５）。なお、ステップＳ２０２及びステップＳ２０５においてＧＣ容量と比較される所定の閾値は、同一でもよいし異なっていてもよい。

【0050】

ステップＳ２０５の判定の結果、推定されたＧＣ容量が所定の閾値未満である場合には（ステップＳ２０５Ｎｏ）、新規ＶＮＦの軽量デプロイを実行することにより、ＧＣ２０の容量不足が解消されると判断される。一方、推定されたＧＣ容量が所定の閾値以上である場合には（ステップＳ２０５Ｙｅｓ）、新規ＶＮＦの軽量デプロイを実行しても、ＧＣ２０の容量不足が解消されないと判断される。このため、ＧＣ２０において既に稼働している既存ＶＮＦの稼働容量を縮小することが決定される（ステップＳ２０６）。

【0051】

以上の判定により、新規ＶＮＦの通常デプロイ又は軽量デプロイを実行することが決定されるため、新規ＶＮＦの通常デプロイ又は軽量デプロイを指示するデプロイ指示がＧＣ２０へ送信される（ステップＳ２０７）。また、軽量デプロイが指示された場合には、必要に応じて既存ＶＮＦの稼働容量を縮小するように指示する変更指示がＧＣ２０へ送信される。これにより、ＧＣ２０に新規ＶＮＦがデプロイされる場合の容量不足が解消され、障害の発生を防止しつつ迅速にサービスを追加することができる。

【0052】

以上のように、本実施の形態によれば、ＧＣに新規ＶＮＦをデプロイする際、ＧＣ容量が所定の閾値以上であれば通常デプロイよりもリソース使用量が少ない軽量デプロイを実行し、必要に応じてＧＣで稼働中の既存ＶＮＦの稼働容量を縮小する。このため、新規ＶＮＦのデプロイによる容量不足が解消され、障害の発生を防止しつつ迅速にサービスを追加することができる。

【0053】

上記一実施の形態に係るＣＤＣノード１００は、プロセッサ及びメモリを用いて構成することができる。図６は、一実施の形態に係るＣＤＣノード１００のハードウェア構成の一例を示すブロック図である。図６に示すように、ＣＤＣノード１００は、プロセッサ１０１、メモリ１０２、ストレージ１０３及び通信部１０４を有する。

【0054】

プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）又はＤＳＰ（Digital Signal Processor）などを有し、ＣＤＣノード１００の全体を統括制御するとともに、各種の情報処理を実行する。

【0055】

メモリ１０２は、例えばＲＡＭ（Random Access Memory）又はＲＯＭ（Read Only Memory）などを有し、プロセッサ１０１が実行する情報処理に用いられる情報を記憶する。

【0056】

ストレージ１０３は、例えばＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）などを有し、各種のデータを保存する。

【0057】

通信部１０４は、有線通信又は無線通信を実行するインタフェースを有し、ＧＣノード２００と通信する。

【0058】

なお、ＣＤＣノード１００は、例えばディスプレイや操作スイッチなど、図示しない他の構成を有していてもよい。

【0059】

同様に、上記一実施の形態に係るＧＣノード２００は、プロセッサ及びメモリを用いて構成することができる。図７は、一実施の形態に係るＧＣノード２００のハードウェア構成の一例を示すブロック図である。図７に示すように、ＧＣノード２００は、プロセッサ２０１、メモリ２０２、ストレージ２０３及び通信部２０４を有する。

【0060】

プロセッサ２０１は、例えばＣＰＵ、ＦＰＧＡ又はＤＳＰなどを有し、ＧＣノード２００の全体を統括制御するとともに、各種の情報処理を実行する。

【0061】

メモリ２０２は、例えばＲＡＭ又はＲＯＭなどを有し、プロセッサ２０１が実行する情報処理に用いられる情報を記憶する。

【0062】

ストレージ２０３は、例えばＨＤＤ又はＳＳＤなどを有し、各種のデータを保存する。

【0063】

通信部２０４は、有線通信又は無線通信を実行するインタフェースを有し、ＣＤＣノード１００と通信する。

【0064】

なお、ＧＣノード２００は、例えばディスプレイや操作スイッチなど、図示しない他の構成を有していてもよい。

【0065】

上記一実施の形態において説明したＣＤＣノード１００及びＧＣノード２００による処理を、それぞれコンピュータが実行可能なプログラムとして記述することも可能である。この場合、これらのプログラムをコンピュータが読み取り可能かつ非一時的（non-transitory）な記録媒体に格納し、コンピュータに導入することも可能である。このような記録媒体としては、例えばＣＤ－ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリなどの可搬型記録媒体、及び例えばフラッシュメモリなどの半導体メモリが挙げられる。

【0066】

なお、本開示は、上記一実施の形態に限定されるものではなく、上述した構成に対して、構成要素の付加、削除又は転換を行った様々な変形例も含むものとする。

【0067】

また、本開示において用いられる「接続」という用語は、通信のための論理的接続を意味する。例えば、「Ａに接続しているＢ」とは、ＡとＢとが通信可能なように論理的に接続されていることを意味する。したがって、Ａ及びＢが物理的なケーブル等で物理的に直接接続されている必要はないし、ＡとＢの間に複数の機器や無線通信が介在していてもよい。

【0068】

以上説明した本開示には、下記［１］から［９］が含まれる。

【0069】

［１］ １又は複数のプロセッサを有し、
前記１又は複数のプロセッサは、
施設において稼働中のネットワーク機能によるリソースの使用状況に関する情報を収集することと、
収集される情報に基づいて、前記施設に対して新たなネットワーク機能のデプロイを実行するか否かを決定することと、
前記新たなネットワーク機能のデプロイを実行すると決定される場合に、収集される情報に基づいて、前記稼働中のネットワーク機能に割り当てられるリソースに関する容量を減少させるか否かを判定することと
を含む処理を実行する制御装置。

【0070】

［２］ 前記処理は、
前記稼働中のネットワーク機能の実行に用いられる構成要素の数を減少させることによって、前記稼働中のネットワーク機能に割り当てられる前記容量を減少させること
をさらに含む上記［１］に記載の制御装置。

【0071】

［３］ 前記処理は、
前記稼働中のネットワーク機能及び前記新たなネットワーク機能によるリソース使用量の合計を推定すること
をさらに含み、
前記判定することは、
推定されるリソース使用量の合計が所定の閾値以上である場合に、前記稼働中のネットワーク機能に割り当てられる前記容量を減少させると決定すること
を含む上記［１］又は［２］に記載の制御装置。

【0072】

［４］ 前記処理は、
前記稼働中のネットワーク機能の稼働実績に基づいて、各ネットワーク機能に割り当てられる前記容量に対するスケジューリングを実行すること
をさらに含む上記［１］から［３］のいずれか１つに記載の制御装置。

【0073】

［５］ 前記処理は、
前記稼働中のネットワーク機能の優先度に応じて、各ネットワーク機能に割り当てられる前記容量の増減を調整すること
をさらに含む上記［１］から［３］のいずれか１つに記載の制御装置。

【0074】

［６］ 前記処理は、
前記施設におけるリソース使用量が所定の閾値以上である場合に、前記稼働中のネットワーク機能の一部を他の施設において稼働させると決定すること
をさらに含む上記［１］から［３］のいずれか１つに記載の制御装置。

【0075】

［７］ 前記決定することは、
前記新たなネットワーク機能のデプロイとして、第１のデプロイを実行するか、前記新たなネットワーク機能に割り当てられる前記容量が前記第１のデプロイよりも少ない第２のデプロイを実行するかを決定すること
を含む上記［１］に記載の制御装置。

【0076】

［８］ 前記決定することは、
前記施設において稼働中のネットワーク機能に割り当てられる前記容量の合計が所定の閾値以上である場合に、前記第２のデプロイを実行すると決定すること
を含む上記［７］に記載の制御装置。

【0077】

［９］ 施設において稼働中のネットワーク機能によるリソースの使用状況に関する情報を収集することと、
収集される情報に基づいて、前記施設に対して新たなネットワーク機能のデプロイを実行するか否かを決定することと、
前記新たなネットワーク機能のデプロイを実行すると決定される場合に、収集される情報に基づいて、前記稼働中のネットワーク機能に割り当てられるリソースに関する容量を減少させるか否かを判定することと
を有するデプロイ制御方法。

【符号の説明】

【0078】

１０ ＣＤＣ
２０ ＧＣ
３０ 無線基地局
１００ ＣＤＣノード
１０１、２０１ プロセッサ
１０２、２０２ メモリ
１０３、２０３ ストレージ
１０４、２０４ 通信部
１１０ 情報収集部
１２０ 稼働実績管理部
１３０ ＧＣ容量管理部
１４０ デプロイ判定部
１５０ デプロイ指示部
１６０ 容量変更指示部
１７０ ＧＣ容量制御部
１８０ 負荷分散指示部
２００ ＧＣノード
２１０ デプロイ制御部
２２０ 容量調整部
２３０ 仮想環境提供部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】