特許 7438355 ノード管理方法、装置、機器、記憶媒体及びシステム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-02-15

(45)【発行日】2024-02-26

(54)【発明の名称】ノード管理方法、装置、機器、記憶媒体及びシステム

(51)【国際特許分類】

   H04L 41/0895 20220101AFI20240216BHJP

   H04L 43/20 20220101ALI20240216BHJP

【ＦＩ】

H04L41/0895

H04L43/20

【請求項の数】 19

(21)【出願番号】P 2022532127

(86)(22)【出願日】2020-10-26

(65)【公表番号】

(43)【公表日】2023-02-03

(86)【国際出願番号】 CN2020123533

(87)【国際公開番号】W WO2021109750

(87)【国際公開日】2021-06-10

【審査請求日】2022-05-30

(31)【優先権主張番号】201911216078.6

(32)【優先日】2019-12-02

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】謝 宝 国

【審査官】大石 博見

(56)【参考文献】

【文献】国際公開第２０１８／１４３２３５（ＷＯ，Ａ１）

【文献】国際公開第２０１７／０１８４３５（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４１／０８９５

Ｈ０４Ｌ ４３／２０

(57)【特許請求の範囲】

【請求項1】

ノードライフサイクル管理情報を受信するステップと、
前記ノードライフサイクル管理情報に基づいて、ノードに対して、ノード作成、ノードスケーリング、及びノードリリースのうちの少なくとも１つを含むライフサイクル管理を行うステップと、
所定時間内でノード状態情報を報告するよう仮想化インフラストラクチャマネージャーＶＩＭに指示するサブスクリプション要求を前記ＶＩＭに送信するステップと、
前記ＶＩＭによってフィードバックされ、ノードが属するクラスターのクラスター標識子、ノード標識子及びノードリソース情報を含むノード状態情報を受信した場合、前記ノード状態情報をＯＳＳ又はＮＦＶＯに送信するステップとを含む、ノード管理方法。

【請求項2】

前記ノード状態情報を報告するよう前記ＶＩＭに指示するノード状態クエリ要求を前記ＶＩＭに送信するステップをさらに含む、請求項１に記載の方法。

【請求項3】

クラスターにおいて異常ノードが存在する場合に前記ＶＩＭによってフィードバックされるノード異常情報を受信するステップと、
ノードリソースが前記異常ノードのノードリソース情報モデルのノードリソースと同じであるノードリソース情報モデルが付されているノード作成要求を前記ＶＩＭに送信するステップと、
新しく作成されたノードの情報が付されているノード異常状態情報を前記ＯＳＳ又は前記ＮＦＶＯに送信するステップと、をさらに含む、請求項１に記載の方法。

【請求項4】

前記ノードライフサイクル管理情報は、
業務運用サポートシステムＯＳＳと、
ネットワーク機能仮想化オーケストレータＮＦＶＯと、
ＮＦＶＯによって送信されたノードライフサイクル管理情報を転送する仮想ネットワーク機能マネージャーＶＮＦＭとのうちの１つのノードによって送信される、請求項１に記載の方法。

【請求項5】

前記ノードライフサイクル管理情報に基づいてノードに対してライフサイクル管理を行う前記ステップは、
前記ノードライフサイクル管理情報に基づいてノードライフサイクル管理要求を生成するステップと、
前記ノードにノードリソース管理操作を行い、前記ノードリソース管理操作を実行した後に操作結果情報を生成するよう前記ＶＩＭに指示する前記ノードライフサイクル管理要求を、前記ＶＩＭに送信するステップと、
前記ＶＩＭによってフィードバックされた操作結果情報を受信し、前記操作結果情報をＯＳＳ又はＮＦＶＯに転送するステップとを含む、請求項１に記載の方法。

【請求項6】

前記ノードライフサイクル管理要求がノード作成要求である場合、前記ノードライフサイクル管理要求に基づいてノードに対してノード作成のライフサイクル管理を行うステップは、
前記ノード作成要求をノードが属するエリアのＶＩＭに送信するステップであって、前記ノード作成要求には、ノードリソース情報モデルが付されており、前記ノードリソース情報モデルはノードを作成するよう前記ＶＩＭに指示するものであり、前記ノードリソース情報モデルは、ノードサイズ、ノード標識子、ノードリソースのうちの少なくとも１つを含み、前記ノードリソース情報モデルはノード作成情報に基づいて生成され、前記ノード作成情報はノードタイプ、ノードサイズ、ノードリソース、ノードディプロイメントのうちの少なくとも１つを含むステップと、
前記ノードが属するエリアのＶＩＭによってフィードバックされ、作成されたノードの数及びノードに割り当てられたリソースが付されているノード作成完了情報を受信するステップとを含む、請求項５に記載の方法。

【請求項7】

前記ノードが属するエリアのＶＩＭによってフィードバックされたノード作成完了情報を受信する前記ステップの後、
作成されたノードをクラスターに追加するステップと、
クラスター標識子と前記クラスターにおける全てのノードのノード情報とを含むクラスター情報を更新するステップとをさらに含む、請求項６に記載の方法。

【請求項8】

前記クラスター情報を更新した後、
前記クラスター標識子とそれぞれのクラスターにおける全てのノードのノード情報とを含むノード作成成功情報を、前記ＯＳＳ又は前記ＮＦＶＯに送信するステップをさらに含む、請求項７に記載の方法。

【請求項9】

前記ノードが属するエリアのＶＩＭは前記ノードディプロイメントに基づいて決定される、請求項６に記載の方法。

【請求項10】

前記ノードライフサイクル管理要求がノードスケーリング要求である場合、前記ノードライフサイクル管理要求に基づいてノードに対してノードスケーリングのライフサイクル管理を行うステップは、
ノードが属するエリアのＶＩＭに前記ノードスケーリング要求を送信するステップであって、前記ノードスケーリング要求にはノードスケーリング情報モデルが付されており、前記ノードスケーリング情報モデルはノードスケーリングサイズ、ノードリソース要件を含み、前記ノードスケーリング要求は、ノードスケーリング操作を実行し、前記ノードスケーリング操作完了後にノードスケーリング結果情報を生成するよう前記ＶＩＭに指示するものであるステップと、
前記ノードが属するエリアのＶＩＭによってフィードバックされたノードスケーリング結果情報を受信するステップとを含む、請求項５に記載の方法。

【請求項11】

前記ノードが属するエリアのＶＩＭに前記ノードスケーリング要求を送信する前に、
ノードスケーリングストラテジーに従って、前記ノードスケーリング要求を開始させるか否かを決定するステップをさらに含む、請求項１０に記載の方法。

【請求項12】

前記ノードスケーリングストラテジーに従って前記ノードスケーリング要求を開始させるか否かを決定するステップは、
ノードリソース又はノードサイズが不足している場合、前記ノードリソースの増加又は前記ノードサイズの増加を含むノードスケールアウト・スケールアップ要求を開始させるステップと、
ノードアイドルリソースが業務に必要なリソースよりも大きい場合、前記ノードリソースの減少又は前記ノードサイズの減少を含むノードスケールイン・スケールダウン要求を開始させるステップとを含む、請求項１１に記載の方法。

【請求項13】

前記ノードが属するエリアのＶＩＭに前記ノードスケーリング要求を送信する前記ステップの前に、
アイドルリソースがノードリソース要件を満たすか否かをクエリするよう前記ＶＩＭに指示するクエリ要求を、ノードが属するエリアのＶＩＭに送信するステップと、
前記ノードが属するエリアのＶＩＭによって送信されたアイドルリソースが、前記ノードリソース要件を満たすことを受信した場合、前記ＶＩＭに前記ノードスケーリング要求を送信する操作を実行するステップと、
前記ＶＩＭによって送信されたアイドルリソースが、前記ノードリソース要件を満たしていないことを受信した場合、ノードスケーリングサイズ及びノードリソース要件を更新するステップと、をさらに含む、請求項１０に記載の方法。

【請求項14】

前記ノードが属するエリアのＶＩＭによってフィードバックされたノードスケーリング結果情報を受信する前記ステップの後、
前記ノードスケーリング結果情報が新たなノードを作成することである場合、新しく作成されたノードをクラスターに追加するステップと、
前記ノードスケーリング結果情報が、既存ノードリソースを増加することである場合、クラスターにおいて既存ノードのノード情報を更新するステップと、
前記ノードスケーリング結果情報が、既存ノードをリリースすることである場合、クラスターにおいて前記既存ノードを削除するステップと、
前記ノードスケーリング結果情報が、既存ノードリソースを減少させることである場合、クラスターにおいて既存ノードのノード情報を更新するステップと、をさらに含む、請求項１０に記載の方法。

【請求項15】

前記ノードライフサイクル管理要求がノードリリース要求である場合、前記ノードライフサイクル管理要求に基づいてノードに対してノードリリースのライフサイクル管理を行うステップは、
ノード標識子が付されており、ノード及びノードが占有するリソースをリリースし、ノードリリース操作完了後にノードリリース結果情報を生成するよう前記ＶＩＭに指示する前記ノードリリース要求を、ノードが属するエリアのＶＩＭに送信するステップと、
前記ＶＩＭによってフィードバックされ、リリース済みノード標識子が付されているノードリリース結果情報を受信するステップと、
クラスターにおいてリリース済みノードを削除するステップとを含む、請求項５に記載の方法。

【請求項16】

前記ノードリリース要求は、
アイドルノードが所望のノードよりも大きい場合に生成されるか、
クラスターにおいて異常ノードが存在する場合に生成される、請求項１５に記載の方法。

【請求項17】

１つ又は複数のプロセッサと、
１つ又は複数のプログラムを記憶するように構成されるメモリとを含み、
前記１つ又は複数のプログラムは、前記１つ又は複数のプロセッサによって実行されて、請求項１～１６のいずれか１項に記載のノード管理方法を前記１つ又は複数のプロセッサに実現させる、クラスターマネージャー。

【請求項18】

プロセッサによって実行されると、請求項１～１６のいずれか１項に記載のノード管理方法を実現するコンピュータプログラムが記憶された記憶媒体。

【請求項19】

業務運用サポートシステムＯＳＳと、ネットワーク機能仮想化オーケストレータＮＦＶＯと、仮想化インフラストラクチャマネージャーＶＩＭと、クラスターマネージャーＣＮＭとを含み、
前記ＮＦＶＯ又は前記ＯＳＳは前記ＣＮＭにノードライフサイクル管理情報を送信し、
前記ＣＮＭは、前記ノードライフサイクル管理情報に基づいてノードライフサイクル管理要求を生成し、前記ＶＩＭに前記ノードライフサイクル管理要求を送信し、
前記ＶＩＭは、前記ノードライフサイクル管理要求に基づいてノードに対してライフサイクル管理操作を行い、
前記ＣＮＭは、所定時間内でノード状態情報を報告するよう前記ＶＩＭに指示するサブスクリプション要求を前記ＶＩＭに送信し、
前記ＣＮＭは、前記ＶＩＭによってフィードバックされ、ノードが属するクラスターのクラスター標識子、ノード標識子及びノードリソース情報を含むノード状態情報を受信した場合、前記ノード状態情報をＯＳＳ又はＮＦＶＯに送信する、ネットワーク機能仮想化システム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０１９年１２月０２日に中国特許庁に提出された、出願番号が２０１９１１２１６０７８．６である中国特許出願の優先権を主張しており、当該出願の全内容は引用により本願に組み込まれている。

【0002】

本願は通信ネットワークの技術分野に関し、例えばノード管理方法、装置、機器、記憶媒体及びシステムに関する。

【背景技術】

【0003】

Ｋｕｂｅｒｎｅｔｅｓ（Ｋ８ｓ）のようなオープンソース技術では、コンテナ統合環境を運行するにはクラスターノード（Ｃｌｕｓｔｅｒノード）が必要とされる。ノードはＫｕｂｅｒｎｅｔｅｓクラスターにおける作動ノードである。ノード上で運行されるサービスはｐｏｄの運行やｍａｓｔｅｒとの通信などに利用される。ネットワーク機能仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ、ＮＦＶ）システムでは、クラスター内のノードに対するライフサイクル管理が行われない。

【発明の概要】

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

【0004】

本願はノード管理方法、装置、機器、記憶媒体及びシステムを提供する。

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

【0005】

本願の実施例は、
ノードライフサイクル管理情報を受信するステップと、
前記ノードライフサイクル管理情報に基づいて、ノードに対して、ノード作成、ノードスケーリング、及びノードリリースのうちの１つ又は複数を含むライフサイクル管理を行うステップとを含むノード管理方法を提供する。

【0006】

本願の実施例は、
ノードライフサイクル管理情報を受信するように構成される受信モジュールと、
前記ノードライフサイクル管理情報に基づいて、ノードに対して、ノード作成、ノードスケーリング、及びノードリリースのうちの１つ又は複数を含むライフサイクル管理を行うように構成される管理モジュールとを含むノード管理装置を提供する。

【0007】

本願の実施例は、
１つ又は複数のプロセッサと、
１つ又は複数のプログラムを記憶するメモリと、を含み、
前記１つ又は複数のプログラムは、前記１つ又は複数のプロセッサによって実行されると、本願の実施例のいずれかの方法を前記１つ又は複数のプロセッサに実現させるクラスターマネージャーを提供する。

【0008】

本願の実施例は、業務運用サポートシステムＯＳＳと、ネットワーク機能仮想化オーケストレータＮＦＶＯと、仮想化インフラストラクチャマネージャーＶＩＭと、クラスターマネージャーＣＮＭとを含み、
前記ＮＦＶＯ又はＯＳＳは前記ＣＮＭにノードライフサイクル管理情報を送信し、
前記ＣＮＭはノードライフサイクル管理情報に基づいてノードライフサイクル管理要求を生成し、前記ＶＩＭにライフサイクル管理要求を送信し、
前記ＶＩＭは前記ノードライフサイクル管理要求に基づいてノードに対してライフサイクル管理操作を行う、ネットワーク機能仮想化システムを提供する。

【0009】

本願の実施例は、プロセッサによって実行されると、本願の実施例のいずれかの方法を実現するコンピュータプログラムが記憶された記憶媒体を提供する。

【図面の簡単な説明】

【0010】

【図1】ＥＴＳＩで定義されたＮＦＶシステムのアーキテクチャの模式図である。

【図2】本願の実施例で提供されるノード管理方法のフローチャートである。

【図3】本願の実施例で提供されるノード管理装置の構造模式図である。

【図4】本願の実施例で提供されるネットワーク機能仮想化システムの構造模式図である。

【図5】本願の実施例で提供されるクラスター管理機能を有するＮＦＶシステムの構造図である。

【図6】本願の実施例で提供されるノード作成方法のフローチャートである。

【図7】本願の実施例で提供されるノードスケーリング方法のフローチャートである。

【図8】本願の実施例で提供されるノードリリース方法のフローチャートである。

【図9】本願の実施例で提供されるＮｏｄｅ状態監視報告方法のフローチャートである。

【図10】本願の実施例で提供されるクラスターマネージャーの構造模式図である。

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

【0011】

以下、図面を参照して本願の実施例を詳細に説明する。なお、矛盾しない限り、本願の実施例及び実施例の特徴は任意に互いに組み合わせてもよい。

【0012】

図面のフローチャートに示されるステップは、１組のコンピュータ実行可能な命令を有するコンピュータシステムで実行されてもよい。さらに、フローチャートには論理的な順序が示されているが、いくつかの場合、示される又は説明されるステップをここでの順序とは異なる順序で実行してもよい。

【0013】

Ｋｕｂｅｒｎｅｔｅｓのようなオープンソース技術では、コンテナ統合環境を運行するにはクラスターノード（Ｃｌｕｓｔｅｒ ｎｏｄｅ）が必要とされる。ｎｏｄｅはｋｕｂｅｒｎｅｔｅｓクラスターにおける作動ノードであり、仮想マシンであっても物理マシンであってもよい。Ｎｏｄｅ（ノード）上でいくつかのサービスが運行されて、ｐｏｄの運行やｍａｓｔｅｒとの通信などに利用される。１つのｎｏｄｅ上でのサービスは、ｄｏｃｋｅｒ運行の際の環境などを含む。Ｋｕｂｅｒｎｅｔｅｓでは、Ｎｏｄｅからコンテナイメージをダウンロードして、コンテナオブジェクト、例えばＰＯＤ、Ｓｅｒｖｉｃｅ、Ｄｅｐｌｏｙｍｅｎｔなどを作成する必要があり、サービスプロバイダ又はオペレータは、コンテナオブジェクトにアプリケーションプログラムをインストールして、コンテナ環境におけるネットワークシステムサービスを実現してもよい。

【0014】

ネットワーク機能仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ、ＮＦＶ）は、一般的なハードウェア及び仮想化技術を用いて他の機能をベアラするソフトウェア処理技術であり、ネットワークにかかる高い機器コストを削減させることを目的とする。ＮＦＶでは、ソフトウェアとハードウェアのデカップリング及び機能抽象化によって、ネットワーク機器の機能が専用のハードウェアに依存しなくなり、リソースが十分かつ柔軟に共有可能となり、新しい業務の効率的な開発やディプロイメントが達成され、そして、実際の業務のニーズに応じて自動ディプロイメント、オートスケーリング、故障隔離や自己修復などが行われる。

【0015】

図１は、ＥＴＳＩで定義されたＮＦＶシステムアーキテクチャの模式図であり、図１に示すように、欧州電気通信標準化機構（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ、ＥＴＳＩ）で定義されたＮＦＶシステムアーキテクチャは、主として、業務運用サポートシステム－管理サポートプラットホーム（Ｏｐｅｒａｔｉｏｎ－Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ／Ｂｕｓｉｎｅｓｓ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍ、ＯＳＳ／ＢＳＳ）、仮想化ネットワーク機能（Ｖｉｒｔｕａｌｉｚｅｄ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ、ＶＮＦ）、ネットワーク機能仮想化インフラストラクチャ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、ＮＦＶＩ）、及びネットワーク機能仮想化管理－オーケストレーションシステム（ＶＮＦ－Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ、ＮＦＶ－ＭＡＮＯ）を含む。これらのうち、ＮＦＶＩは、主に、計算、記憶及びネットワークなどのハードウェアリソースを網羅的に仮想化し、仮想リソースとしてマッピングすることを担当し、ＶＮＦは、ソフトウェアを利用して様々な従来の物理ネットワーク機能を実現し、ＶＮＦはＮＦＶＩ上で運行され、ＮＦＶＩで仮想化された仮想リソースを使用している。ＮＦＶ－ＭＡＮＯは、ＶＮＦとＮＦＶＩの関係、並びに、ＶＮＦ同士及び／又は他の物理ネットワーク機能（Ｐｈｙｓｉｃａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ、ＰＮＦ）との接続関係の管理及びオーケストレーションを行う。

【0016】

ＮＦＶ－ＭＡＮＯは、仮想化インフラストラクチャマネージャー（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ、ＶＩＭ）、仮想ネットワーク機能マネージャー（Ｖｉｒｔｕａｌｉｚｅｄ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｍａｎａｇｅｒ、ＶＮＦＭ）、及びネットワーク機能仮想化オーケストレータ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｏｒｃｈｅｓｔｒａｔｏｒ、ＮＦＶＯ）を含む。ＶＩＭは仮想化リソースの制御及び管理を担当する。また、ＶＩＭは、物理インフラストラクチャマネージャー（Ｐｈｙｓｉｃａｌ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ、ＰＩＭ）機能を有してもよく、例えば物理サーバーなどのベアコンピュータリソースを管理することを担当し、ＶＮＦＭはＶＮＦのライフサイクル管理を担当し、ＮＦＶＯは仮想インフラストラクチャに対するオーケストレーション及び管理、並びにネットワークサービス（ＮＳ、Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）に対するライフサイクル管理を担当する。

【0017】

図２は、本願の実施例で提供されるノード管理方法のフローチャートであり、本実施例で提供されるノード管理方法は、主に、ＮＦＶシステムにおいてノードのライフサイクルを管理する場合に適しており、前記ノード管理方法は、ノード管理装置によって実行され、前記ノード管理装置は、ハードウェア及び／又はソフトウェアの形態として実現されてもよい。

【0018】

図２に示すように、本願の実施例で提供されるノード管理方法は、主に、ステップＳ１１及びＳ１２を含む。

【0019】

Ｓ１１：ノードライフサイクル管理情報を受信する。
Ｓ１２：前記ノードライフサイクル管理情報に基づいて、ノードに対して、ノード作成、ノードスケーリング、及びノードリリースのうちの１つ又は複数を含むライフサイクル管理を行う。

【0020】

１つの例示的な実施形態では、前記ノードライフサイクル管理情報は、下記のノードの１つによって送信されるものである。

【0021】

業務運用サポートシステムＯＳＳ、
ネットワーク機能仮想化オーケストレータＮＦＶＯ、
ＮＦＶＯによって送信されたノードライフサイクル管理情報を転送する仮想ネットワーク機能マネージャーＶＮＦＭ。

【0022】

１つの例示的な実施形態では、前記ノードライフサイクル管理情報に基づいてノードに対してライフサイクル管理を行う前記ステップは、前記ノードライフサイクル管理情報に基づいてノードライフサイクル管理要求を生成するステップと、ノードに対してノードリソース管理操作を行い、ノードリソース管理操作を実行した後に操作結果情報を生成するようＶＩＭに指示する前記ノードライフサイクル管理要求を、仮想化インフラストラクチャマネージャーＶＩＭに送信するステップと、前記ＶＩＭによってフィードバックされた操作結果情報を受信し、ＯＳＳ又はＮＦＶＯに転送するステップとを含む。

【0023】

１つの例示的な実施形態では、前記ノードライフサイクル管理要求がノード作成要求である場合、前記ライフサイクル管理要求に基づいてノードに対してノード作成のライフサイクル管理を行うステップは、ノードが属するエリアのＶＩＭにノード作成要求を送信するステップであって、前記ノード作成要求にはノードリソース情報モデルが付されており、前記ノードリソース情報モデルは対応するノードを作成するよう前記ＶＩＭに指示するものであり、前記ノードリソース情報モデルは、ノードサイズ、ノード標識子、ノードリソースのうちの１つ又は複数を含み、前記ノードリソース情報モデルはノード作成情報に基づいて生成され、前記ノード作成情報は、ノードタイプ、ノードサイズ、ノードリソース、ノードディプロイメントのうちの１つ又は複数を含むステップと、前記ＶＩＭによってフィードバックされ、作成されたノードの数及びノードに割り当てられたリソースが付されているノード作成完了情報を受信するステップとを含む。

【0024】

１つの例示的な実施形態では、前記ＶＩＭによってフィードバックされたノード作成完了情報を受信する前記ステップの後、作成されたノードをクラスターに追加するステップと、クラスター標識子と該クラスターにおける全てのノードのノード情報とを含むクラスター情報を更新するステップとをさらに含む。

【0025】

１つの例示的な実施形態では、クラスター情報を更新した後、クラスター標識子とそれぞれのクラスターにおける全てのノードのノード情報とを含むノード作成成功情報をＯＳＳ又はＮＦＶＯに送信するステップをさらに含む。

【0026】

１つの例示的な実施形態では、前記ノードが属するエリアのＶＩＭは前記ノードディプロイメントに基づいて決定される。

【0027】

１つの例示的な実施形態では、前記ライフサイクル管理要求がノードスケーリング要求である場合、前記ライフサイクル管理要求に基づいてノードに対してノードスケーリングのライフサイクル管理を行うステップは、ノードが属するエリアのＶＩＭにノードスケーリング要求を送信するステップであって、前記ノードスケーリング要求にはノードスケーリング情報モデルが付されており、前記ノードスケーリング情報モデルはノードスケーリングサイズ、ノードリソース要件を含み、前記ノードスケーリング要求は、ノードスケーリング操作を実行し、ノードスケーリング操作完了後にノードスケーリング結果情報を生成するよう前記ＶＩＭに指示するものであるステップと、前記ＶＩＭによってフィードバックされたノードスケーリング結果情報を受信するステップとを含む。

【0028】

１つの例示的な実施形態では、ノードが属するエリアのＶＩＭにノードスケーリング要求を送信する前に、ノードスケーリングストラテジーに従って、ノードスケーリング要求を開始させるか否かを決定するステップをさらに含む。

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

１つの例示的な実施形態では、管理モジュール２２は、所定時間内でノード状態情報を報告するよう前記ＶＩＭに指示するサブスクリプション要求を前記ＶＩＭに送信し、前記ＶＩＭによってフィードバックされ、ノードが属するクラスターのクラスター標識子、ノード標識子及びノードリソース情報を含むノード状態情報を受信した場合、前記ノード状態情報をＯＳＳ又はＮＦＶＯに送信するように構成される。

【0055】

１つの例示的な実施形態では、管理モジュール２２は、ノード状態情報を報告するよう前記ＶＩＭに指示するノード状態クエリ要求を前記ＶＩＭに送信するように構成される。

【0056】

１つの例示的な実施形態では、管理モジュール２２は、クラスターにおいて異常ノードが存在する場合に前記ＶＩＭによってフィードバックされるノード異常情報を受信し、ノードリソースが異常ノードのノードリソース情報モデルのノードリソースと同じであるノードリソース情報モデルが付されているノード作成要求を、前記ＶＩＭに送信し、新しく作成されたノードの情報が付されているノード異常状態情報をＯＳＳ又はＮＦＶＯに送信するように構成される。

【0057】

図４は、本願の実施例で提供されるネットワーク機能仮想化システムの構造模式図であり、図４に示すように、前記システムは、業務運用サポートシステムＯＳＳ、ネットワーク機能仮想化オーケストレータＮＦＶＯ、仮想化インフラストラクチャマネージャーＶＩＭ、及びクラスターマネージャーＣＮＭを含む。

【0058】

Ｓ３１：前記ＮＦＶＯ又はＯＳＳは、前記ＣＮＭにノードライフサイクル管理情報を送信する。

【0059】

Ｓ３２：前記ＣＮＭは、ノードライフサイクル管理情報に基づいて、ノードライフサイクル管理要求を生成する。

【0060】

Ｓ３３：前記ＣＮＭは、前記ＶＩＭにノードライフサイクル管理要求を送信する。
Ｓ３４：前記ＶＩＭは、前記ノードライフサイクル管理要求に基づいてノードに対してライフサイクル管理操作を行う。

【0061】

１つの例示的な実施形態では、前記ＶＩＭはノードに対して管理操作を行った後、ノードの操作結果情報を生成し、前記ＣＮＭにノードの操作結果情報を送信し、前記ＣＮＭは前記ノードの操作結果情報を前記ＮＦＶＯ又は前記ＯＳＳに転送する。

【0062】

１つの例示的な実施形態では、前記ノードライフサイクル管理要求が、ノード作成要求である場合、
前記ＣＮＭは、ノードタイプ、ノードサイズ、ノードリソース、ノードディプロイメントのうちの１つ又は複数を含む前記ノード作成情報に基づいて、ノードサイズ、ノード標識子、ノードリソースのうちの１つ又は複数を含むノードリソース情報モデルを生成し、
前記ＣＮＭは、ノードリソース情報モデルが付されているノード作成要求を、ノードが属するエリアのＶＩＭに送信し、
前記ＶＩＭは、前記ノードリソース情報モデルに基づいて、対応するノードを作成し、
前記ＣＮＭは、前記ＶＩＭによってフィードバックされ、作成されたノードの数及びノードに割り当てられたリソースが付されているノード作成完了情報を受信し、該ノードをクラスターに追加する。

【0063】

１つの例示的な実施形態では、前記ライフサイクル管理要求が、ノードスケーリング要求である場合、前記方法は、
前記ＣＮＭは、ノードスケーリングサイズ、ノードリソース要件を含むノードスケーリング情報モデルが付されているノードスケーリング要求を、前記ＶＩＭに送信するステップと、
前記ＶＩＭは、ノードスケーリング要求に基づいて、ノードスケーリング操作を実行し、ノードスケーリング結果情報を生成するステップと、
前記ＣＮＭは、前記ＶＩＭによってフィードバックされたノードスケーリング結果情報を受信し、ノードが所属するクラスターの情報を更新するステップとをさらに含む。

【0064】

１つの例示的な実施形態では、前記ＣＮＭは、ノードが属するエリアのＶＩＭにクエリ要求を送信し、
前記ＶＩＭは、前記クエリ要求に基づいて、アイドルリソースがノードリソース要件を満たすか否かをクエリし、クエリ結果を前記ＣＮＭにフィードバックし、
前記ＣＮＭは、ＶＩＭによって送信されたアイドルリソースが、ノードリソース要件を満たすことを受信した場合、前記ＶＩＭにノードスケーリング要求を送信し、
前記ＣＮＭは、ＶＩＭによって送信されたアイドルリソースが、ノードリソース要件を満たしていないことを受信した場合、ノードスケーリングサイズ及びノードリソース要件を更新する。

【0065】

１つの例示的な実施形態では、前記ライフサイクル管理要求が、ノードリリース要求である場合、
前記ＣＮＭは、ノード標識子が付されているノードリリース要求を、ノードが属するエリアのＶＩＭに送信し、
前記ＶＩＭは、前記ノードリリース要求に基づいて、ノード及びノードが占有するリソースをリリースし、ノードリリース結果情報を生成し、
前記ＣＮＭは、前記ＶＩＭによってフィードバックされ、リリース済みノード標識子が付されているノードリリース結果情報を受信し、
前記ＣＮＭは、クラスターにおいてリリース済みノードを削除する。

【0066】

１つの例示的な実施形態では、前記ＣＮＭは前記ＶＩＭにサブスクリプション要求を送信し、
前記ＶＩＭは、前記サブスクリプション要求に基づいて、所定時間内でノード状態情報を報告し、
前記ＣＮＭは、前記ＶＩＭによってフィードバックされ、ノードが属するクラスターのクラスター標識子、ノード標識子及びノードリソース情報を含むノード状態情報を受信した場合、前記ノード状態情報をＯＳＳ又はＮＦＶＯに送信する。

【0067】

１つの例示的な実施形態では、前記ＶＩＭは、クラスターにおいて異常ノードが存在する場合、ノード異常情報を生成して前記ＣＮＭにフィードバックし、
前記ＣＮＭは、ノード異常情報を受信し、ノードリソースが異常ノードのノードリソース情報モデルのノードリソースと同じであるノードリソース情報モデルが付されているノード作成要求を、前記ＶＩＭに送信し、
前記ＶＩＭは、前記ノード作成要求に基づいて新たなノードを作成し、異常ノードを置換し、
前記ＣＮＭは、新しく作成されたノードの情報が付されているノード異常状態情報をＯＳＳ又はＮＦＶＯに送信する。

【0068】

１つの適用例では、本願において、１つのクラスター管理機能ＣＮＭ（Ｃｌｕｓｔｅｒ Ｎｏｄｅ Ｍａｎａｇｅｒ）が新しく定義され、該機能は物理的なものであってもよいし、論理的なものであってもよい。論理機能であれば、ＮＦＶＯ、ＶＮＦＭ、ＶＩＭなどの機能エンティティに組み込まれ、物理機能であれば、単独のエンティティとしてネットワーク機能仮想化システムに配置され得る。図５は本願の実施例で提供されるクラスター管理機能を有するＮＦＶシステムの構造図である。

【0069】

図５に示すように、クラスター管理機能ＣＮＭは、ノードライフサイクル管理を担当したものであり、ノード作成、ノードスケーリング、ノードリリースなどの機能を含む。

【0070】

クラスター管理機能ＣＮＭは、クラスターノードの更新をも担当し、新しく作成されたノードを所定のクラスターに追加し、ノードが更新されると、関連するノードが所属するクラスターを更新し、ノードがリリースされると、対応するノードの中から該ノードを削除する。

【0071】

クラスター管理機能ＣＮＭは、ＯＳＳ／ＮＦＶＯとインタラクションし、ＯＳＳ／ＮＦＶＯから関連するノードの作成情報、更新情報及びリリース情報を取得し、ノードの作成済み、更新済み、リリース済みという情報をＯＳＳ／ＮＦＶＯにタイムリーに報告することができる。

【0072】

クラスター管理機能ＣＮＭは、ＶＩＭとインタラクションすることができ、ＣＮＭは、ノードディプロイメント情報に従って、所属するディプロイメントエリアのＶＩＭを特定し、このＶＩＭにノードの要求、更新及びリリースを行うことができる。ＶＩＭ作成に成功した後、ノードの作成済み、更新済み、リリース済みという情報をＣＮＭにタイムリーに通知する。

【0073】

クラスター管理機能ＣＮＭは、ＶＮＦＭとインタラクションし、ＶＮＦＭからノードの作成テンプレート情報を取得することができる。

【0074】

ノードが異常である場合、ＶＩＭは、ノードの異常を検出すると、この旨をＣＮＭに通知し、ＣＮＭは、ＯＳＳ／ＮＦＶＯにノード異常情報をタイムリーに報告する。ＣＮＭは、異常ノードを置換するために、完全に置換できるノードを作成するようにＶＩＭに要求する。

【0075】

１つの適用例では、ノード作成の流れが提供され、図６は、本願の実施例で提供されるノード作成方法のフローチャートであり、図６に示すように、本実施例では、ＯＳＳ／ＮＦＶＯは、ネットワーク計画、サードパーティアプリケーションやオペレータのニーズに応じてＮｏｄｅ作成を開始させ、Ｎｏｄｅ作成情報モデルが付されている。ＣＮＭは、Ｎｏｄｅ作成要求を受信すると、Ｎｏｄｅ作成情報モデルを解析する。ＣＮＭは、Ｎｏｄｅリソース情報モデルを生成し、Ｎｏｄｅリソース情報モデルにおけるＮｏｄｅディプロイメント情報に従ってＶＩＭを選択し、ノード作成要求及びＮｏｄｅリソース情報モデルを、選択したＶＩＭに送信し、ＶＩＭにＮｏｄｅ作成を要求する。ＶＩＭは、Ｎｏｄｅの作成に成功した後、ノード成功作成情報を返信し、ＣＮＭは、作成されたＮｏｄｅをあるＣｌｕｓｔｅｒ Ｎｏｄｅクラスターに追加し、要求対象のＮｏｄｅの作成に成功する旨をＯＳＳ／ＮＦＶＯに通知する。

【0076】

Ｓ１０１：オペレータは、ユーザのニーズ及びネットワーク計画に従って計画設計を行い、Ｎｏｄｅタイプ、Ｎｏｄｅサイズ（Ｎｏｄｅ数）、Ｎｏｄｅリソース要件、Ｎｏｄｅディプロイメントなどを含む所望のＮｏｄｅ作成情報モデルを、ネットワーク機能記述（仮想ネットワーク機能記述子／物理ネットワーク機能記述子（Ｖｉｒｔｕａｌｉｚｅｄ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ／Ｐｈｙｓｉｃａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ Ｄｅｓｃｒｉｐｔｏｒ、ＶＮＦＤ／ＰＮＦＤ））で計画して設計する。

【0077】

前記Ｎｏｄｅ作成情報モデルも、新しく定義されたＮｏｄｅ機能記述テンプレートを用いて計画設計される。Ｎｏｄｅ機能記述テンプレートは、ＯＳＳ／ＮＦＶＯによるＣＮＭへのＮｏｄｅ作成情報の伝達に使用される。

【0078】

Ｓ１０２：ＯＳＳ／ＮＦＶＯは、Ｎｏｄｅ作成情報モデルをＣＮＭに直接送信し、また、ＶＮＦＭを介してＮｏｄｅ作成情報モデルをＣＮＭに転送してもよく、前記ＶＮＦＭは、ＮＦＶＯによって送信された作成情報モデルを転送する。

【0079】

Ｓ１０３：ＣＮＭは、受信したＮｏｄｅ作成情報モデルを解析し、ネットワーク機能記述又はＮｏｄｅ機能記述内の関連Ｎｏｄｅ情報を解析し、Ｎｏｄｅサイズ、Ｎｏｄｅ標識子、Ｎｏｄｅに必要なリソース（計算、記憶、ネットワーク）などリソースに関連する情報を含むＮｏｄｅリソース情報モデルを生成する。

【0080】

Ｓ１０４：ＣＮＭは、Ｎｏｄｅディプロイメント情報に従って、所属するエリアのＶＩＭを選択し、前記ＶＩＭに対して、Ｎｏｄｅサイズ、Ｎｏｄｅ標識子、Ｎｏｄｅに必要なリソース（計算、記憶、ネットワーク）を含むＮｏｄｅリソース情報モデルが付されているＮｏｄｅ作成要求を開始させ、Ｎｏｄｅディプロイメント情報に従って、所属するディプロイメントエリアのＶＩＭ／ＰＩＭに送信する。

【0081】

Ｓ１０５：ＶＩＭは、Ｎｏｄｅリソース情報モデルに従って、対応するＮｏｄｅを作成し、Ｎｏｄｅ作成完了情報を返信する。付されている情報は、作成されたＮｏｄｅノード数、Ｎｏｄｅに割り当てられたリソース（計算リソース、記憶リソース、ネットワークリソース）に限定されない。

【0082】

Ｓ１０６：ＣＮＭは、作成されたＮｏｄｅをＣｌｕｓｔｅｒクラスターに追加し、Ｃｌｕｓｔｅｒクラスター情報を更新する。Ｃｌｕｓｔｅｒ Ｎｏｄｅ情報にはＣｌｕｓｔｅｒクラスターＩＤ、該クラスター内の全てのＮｏｄｅの情報、例えばＮｏｄｅ標識子、Ｎｏｄｅリソース、ｎｏｄｅ状態などが含まれている。

【0083】

Ｓ１０７：ＣＮＭは、ＯＳＳ／ＮＦＶＯにＮｏｄｅ作成完了を通知し、Ｃｌｕｓｔｅｒ Ｎｏｄｅ ＩＤ、及びそれぞれのＣｌｕｓｔｅｒ Ｎｏｄｅクラスターに属する作成済みＮｏｄｅの標識子、リソース、ディプロイメント位置などの情報を含むＣｌｕｓｔｅｒ Ｎｏｄｅ作成成功情報が付されている。

【0084】

１つの適用例では、本実施例において、Ｎｏｄｅスケーリングの流れが説明され、図７は、本願の実施例で提供されるノードスケーリング方法のフローチャートであり、図７に示すように、ＯＳＳ／ＮＦＶＯはＮｏｄｅスケーリング要求を開始させてもよく、ＣＮＭは、ｎｏｄｅスケーリング要求を能動的に開始させてもよい。ＣＮＭは、スケーリング要求を受信すると、リソースがＮｏｄｅスケーリング要件を満たすか否かを、選択したＶＩＭにクエリし、満たしていない場合、ＯＳＳ／ＮＦＶＯはＮｏｄｅスケーリング要件を更新するか、又はＣＮＭはＮｏｄｅスケーリング要件を能動的に更新し、ＶＩＭのリソースがスケーリング要件を満たすようにする。

【0085】

ＣＮＭは、Ｎｏｄｅスケーリング要求をＶＩＭに対して開始させ、ＶＩＭはＮｏｄｅスケーリング操作を実行し、スケーリングとしては、Ｎｏｄｅの増加又はリソースの減少と、ｎｏｄｅの追加又は既存Ｎｏｄｅのリリースとの２種がある。Ｎｏｄｅスケーリングに成功した後、ＣＮＭはＣｌｕｓｔｅｒ Ｎｏｄｅクラスターを更新し、スケーリング結果をＯＳＳ／ＮＦＶＯに報告する。

【0086】

Ｓ２０１：Ｎｏｄｅスケーリング要求は、ＯＳＳ／ＮＦＶＯによってトリガーされるか、又はクラスターノード管理機能ＣＮＭは能動的に開始させる。ＯＳＳ／ＮＦＶＯは、Ｎｏｄｅスケーリングストラテジーに従って、例えば、使用中のＮｏｄｅの数が一定の割合（例えば８０％）よりも大きくなるような所定条件や、サードパーティによるＮｏｄｅの使用要件、例えばＫｕｂｅｒｎｅｔｅｓ（Ｋ８Ｓ）によるＮｏｄｅアクティベーション要件に従って、トリガーを行う。

【0087】

クラスターノード管理システムＣＮＭは、例えば現在のＮｏｄｅが業務要件を満たしていないなど、Ｎｏｄｅスケーリングのストラテジーに従って、Ｎｏｄｅのスケーリングを能動的に開始させてもよい。

【0088】

Ｎｏｄｅリソースが不足したり、Ｎｏｄｅサイズが不足したりすると、Ｎｏｄｅリソースの増加及びＮｏｄｅサイズの増加といった２つの形態を含むＮｏｄｅスケールアウト・スケールアップを開始させ、Ｎｏｄｅアイドルリソースが業務に必要なリソースよりも大きいと、Ｎｏｄｅリソースの減少及びＮｏｄｅサイズの減少といった２種の形態を含むＮｏｄｅスケールイン・スケールダウンを開始させる。

【0089】

Ｓ２０２：ＣＮＭは、ＯＳＳ／ＮＦＶＯによって開始させたＮｏｄｅスケーリング要求を受信するか、又はＶＮＦＭを介して転送されたＮｏｄｅスケーリング要求を受信し、要求メッセージには、Ｃｌｕｓｔｅｒクラスター標識子と、Ｎｏｄｅスケーリングサイズ、Ｎｏｄｅに必要なリソースなどの情報を含むＮｏｄｅスケーリング情報モデルとが付されている。

【0090】

ＣＮＭは、スケーリングストラテジーに従って、Ｎｏｄｅスケーリング操作を能動的に開始させる場合、Ｎｏｄｅスケーリングサイズ、Ｎｏｄｅに必要なリソースなどの情報を含むＮｏｄｅスケーリング情報モデルを能動的に生成してもよい。

【0091】

Ｓ２０３：ＣＮＭは、Ｎｏｄｅスケーリング操作を開始させる前に、Ｎｏｄｅのディプロイメント情報に従って、所属するエリアのＶＩＭに、アイドルリソースがＮｏｄｅリソース要件を満たすか否かをクエリし、リソース要件を満たしてない場合、ＯＳＳ／ＮＦＶＯにその旨をフィードバックし、ＯＳＳ／ＮＦＶＯはＮｏｄｅのスケーリングサイズ及びスケーリングリソースを更新する。

【0092】

ＣＮＭは、Ｎｏｄｅスケーリング操作を能動的に開始させる場合、Ｎｏｄｅのスケーリングサイズ及びスケーリングリソースを能動的に調整する。

【0093】

Ｓ２０４：ＣＮＭは、スケーリング要求をＶＩＭに対して開始させ、ＶＩＭはＮｏｄｅスケーリング操作を実行し、Ｎｏｄｅスケールアウト・スケールアップ操作の場合、ＶＩＭはＮｏｄｅスケーリング情報に従ってＮｏｄｅを新しく生成し、必要なリソースを割り当てるか、又は既存のＮｏｄｅリソースを付加し、スケールイン・スケールダウン操作の場合、既存Ｎｏｄｅのリソースを減少したり、対応するＮｏｄｅをリリースしたりし、ここでは、以前に割り当てられたリソースのリリースも含まれる。

【0094】

Ｓ２０５：ＶＩＭは、Ｎｏｄｅスケーリング結果をＣＮＭに通知する。
Ｓ２０６：Ｎｏｄｅスケールアウト・スケールアップ操作では、ＣＮＭは、スケールアウトしたばかりのＮｏｄｅをＣｌｕｓｔｅｒ Ｎｏｄｅクラスターに追加し、既存のＮｏｄｅのリソースがスケールアウトされた場合（Ｎｏｄｅリソース増加）、クラスター情報において関連Ｎｏｄｅ情報を更新し、Ｎｏｄｅスケールイン・スケールダウン操作では、ＣＮＭは、スケールインしたＮｏｄｅをクラスターにおいて削除し、既存のＮｏｄｅのリソースがスケールインされた場合（Ｎｏｄｅリソース減少）、クラスター情報において関連Ｎｏｄｅ情報を更新する。

【0095】

Ｓ２０７：ＣＮＭは、Ｎｏｄｅのスケーリング結果情報をＯＳＳ／ＮＦＶＯに報告する。また、任意選択で、Ｃｌｕｓｔｅｒ Ｎｏｄｅの更新情報を報告してもよく、更新情報には、Ｃｌｕｓｔｅｒクラスターｉｄ、Ｎｏｄｅ更新情報（例えばｉｄ、リソース）が含まれている。

【0096】

１つの適用例では、本実施例において、Ｎｏｄｅリリースの流れが説明され、図８は、本願の実施例で提供されるノードリリース方法のフローチャートである。図８に示すように、この実施例では、ＯＳＳ／ＮＦＶＯ又はＣＮＭは、Ｎｏｄｅの実際の要件に従って、アイドルのＮｏｄｅが必要なＮｏｄｅよりもはるかに多い場合、ＶＩＭリソースを節約するために一部のＮｏｄｅをリリースしてもよい。

【0097】

ＯＳＳ／ＮＦＶＯは、Ｎｏｄｅリリース要求を開始させ、又はＣＮＭは、ストラテジーに従ってＮｏｄｅリリース要求を開始させ、ＶＩＭはＮｏｄｅ ｉｄに従って作成済みＮｏｄｅ及びこれが占有するリソースをリリースする。Ｎｏｄｅリリースに成功した後、ＣＮＭはＣｌｕｓｔｅｒクラスター情報を更新し、リリース済みのＮｏｄｅを削除し、Ｎｏｄｅリリース済みの結果をＯＳＳ／ＮＦＶＯに通知する。

【0098】

Ｓ３０１：Ｎｏｄｅのリリースは、ＯＳＳ／ＮＦＶＯによってトリガーされるか、又はＣＮＭによって能動的に開始させる。ＯＳＳ／ＮＦＶＯは、業務ディプロイメント要件に従って、例えば５Ｇ用のあるネットワークスライスサービスが、有効期限が切れたため、終了された場合、該ネットワークサービス用のＮｏｄｅについて、オープンソースアプリケーションからＮｏｄｅリリースが通知される。

【0099】

クラスターノード管理システムＣＮＭは、例えば現在のアイドルＮｏｄｅが業務要件よりもはるかに多くなったり、あるＣｌｕｓｔｅｒクラスター内のＮｏｄｅに異常が生じたりするなど、Ｎｏｄｅリリースストラテジーに従ってＮｏｄｅリリースを能動的に開始させてもよい。

【0100】

Ｓ３０２：ＣＮＭは、ＯＳＳ／ＮＦＶＯによって開始させたＮｏｄｅリリース要求、又はＶＮＦＭを介して転送されたＮｏｄｅリリース要求を受信し、要求メッセージには、Ｃｌｕｓｔｅｒクラスター標識子及びＮｏｄｅ標識子が付されている。

【0101】

ＣＮＭは、Ｎｏｄｅリリースストラテジーに従ってＮｏｄｅリリース操作を能動的に開始させ、Ｃｌｕｓｔｅｒクラスター内のアイドル又は異常のＮｏｄｅをリリースしてもよい。

【0102】

Ｓ３０３：ＣＮＭは、Ｎｏｄｅが所属するエリアのＶＩＭに、Ｎｏｄｅ標識子が付されているＮｏｄｅ要求を開始させる。

【0103】

Ｓ３０４：ＶＩＭは、Ｎｏｄｅ及びＮｏｄｅが占有するリソースをリリースし、Ｎｏｄｅリリース結果をＣＮＭに通知する。

【0104】

Ｓ３０５：ＣＮＭは、クラスター情報を更新し、リリースに成功したＮｏｄｅをクラスターにおいて削除する。

【0105】

Ｓ３０６：ＣＮＭは、Ｎｏｄｅリリース済み結果情報をＯＳＳ／ＮＦＶＯに報告する。また、任意選択で、Ｃｌｕｓｔｅｒ Ｎｏｄｅの更新情報を報告してもよく、更新情報には、Ｃｌｕｓｔｅｒクラスターｉｄ、Ｎｏｄｅ更新情報（例えばｉｄ、リソース）が含まれている。

【0106】

１つの適用例では、本実施例において、Ｎｏｄｅ状態監視報告の流れが説明され、図９は、本願の実施例で提供されるＮｏｄｅ状態監視報告方法のフローチャートであり、図９に示すように、本実施例では、ＣＮＭは、ＶＩＭに対してＮｏｄｅ状態情報をサブスクリプションするか、又は動的にクエリし、Ｎｏｄｅ情報をＯＳＳ／ＮＦＶＯに送信してもよい。Ｎｏｄｅ状態が異常である場合、ＶＩＭは能動的にその旨をＣＮＭに報告し、ＣＮＭはクラスター情報において置換用のＮｏｄｅを検索し、置換用のアイドルＮｏｄｅがなかれば、異常Ｎｏｄｅを置換するためのＮｏｄｅの作成をＶＩＭに要求し、ＯＳＳ／ＮＦＶＯにＮｏｄｅ異常情報を報告すると同時に、置換Ｎｏｄｅの作成済み情報をＯＳＳ／ＮＦＶＯに報告する。

【0107】

Ｓ４０１：ＣＮＭは、ＶＩＭに対してＮｏｄｅ状態を動的にクエリし、具体的には、ＶＩＭに対してＮｏｄｅ状態情報の定期報告をサブスクリプションしてもよく、Ｎｏｄｅ状態情報を能動的に動的にクエリしてもよい。クエリメッセージには、Ｎｏｄｅ標識子が付されている。

【0108】

Ｓ４０２：ＶＩＭは、サブスクリプションメカニズムに従って、ＣＮＭにＮｏｄｅ状態情報を定期的に送信するか、又はＣＮＭからのクエリ要求を受信するとＮｏｄｅ状態を返信する。

【0109】

Ｓ４０３：ＣＮＭは、Ｎｏｄｅ状態をＯＳＳ／ＮＦＶＯに報告するか、又はＶＮＦＭによってＯＳＳ／ＮＦＶＯに転送する。メッセージには、Ｃｌｕｓｔｅｒクラスター標識子、ＮｏｄｅのＩＤ、Ｎｏｄｅの状態（アイドルリソース及び占有するリソース）などの情報が付されている。

【0110】

Ｓ４０４：Ｎｏｄｅに異常が生じた場合、ＶＩＭはＣＮＭにＮｏｄｅ異常状態情報を報告する。

【0111】

Ｓ４０５：ＣＮＭは、Ｃｌｕｓｔｅｒクラスターにおいて該Ｎｏｄｅを置換可能なアイドルＮｏｄｅを検索し、検出していなければ、状態異常Ｎｏｄｅを置換するために、異常Ｎｏｄｅとリソースが同等の新しいＮｏｄｅの作成をＶＩＭに要求する。

【0112】

Ｓ４０６：ＣＮＭは、ＯＳＳ／ＮＦＶＯにＮｏｄｅ異常状態情報を報告し、通知メッセージにおいて置換可能なＮｏｄｅ標識子を含める。

【0113】

上記実施例に基づいて、本願の実施例は、クラスターマネージャーをさらに提供し、図１０は本願の実施例で提供されるクラスターマネージャーの構造模式図であり、図１０に示すように、該クラスターマネージャーは、プロセッサ１００、メモリ１０１、入力装置１０２、及び出力装置１０３を含んでもよく、クラスターマネージャーのプロセッサ１００は１つ又は複数であり、図１０においては、１つのプロセッサ１００が例示されており、クラスターマネージャーのプロセッサ１００、メモリ１０１、入力装置１０２、及び出力装置１０３は、バスや他の方式で接続されてもよく、図１０においては、バス接続が例示されている。

【0114】

メモリ１０１は、コンピュータ読み取り可能な記憶媒体として、ソフトウェアプログラム、コンピュータ実行可能なプログラムやモジュール、例えば本願の実施例におけるノード管理方法に対応するプログラム命令／モジュール（例えば、ノード管理装置の受信モジュール２１及び管理モジュール２２）を記憶してもよい。プロセッサ１００は、メモリ１０１に記憶されたソフトウェアプログラム、命令やモジュールを運行することで、クラスターマネージャーの各機能アプリケーション及びデータ処理を実行し、即ち、本願の実施例で提供されるいずれかの方法を実現する。

【0115】

メモリ１０１は、主に、プログラム記憶領域とデータ記憶領域を含んでもよく、この中でも、プログラム記憶領域は操作システム、少なくとも１つの機能に必要なアプリケーションプログラムを記憶し得、データ記憶領域は端末の使用によって作成されたデータなどを記憶し得る。さらに、メモリ１０１は、高速ランダムアクセスメモリを含んでもよく、また、不揮発性メモリ、例えば少なくとも１つの磁気ディスクストレージデバイス、フラッシュデバイスや他の不揮発性固体ストレージデバイスを含んでもよい。いくつかの例では、メモリ１０１は、プロセッサ１００に対して遠隔に配置されたメモリを含んでもよく、これらの遠隔メモリは、ネットワークを介してクラスターマネージャーに接続されてもよい。上記のネットワークの例として、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク及びこれらの組み合わせが含まれるが、これらに限定されるものではない。

【0116】

入力装置１０２は、入力された数字又は文字の情報を受信したり、クラスターマネージャーのユーザー設定及び機能制御に関するキー信号入力を発生させたりすることができる。出力装置１０３はディスプレイなどのディスプレイ機器を含んでもよい。

【0117】

上記の実施例に基づいて、本願の実施例は、コンピュータ実行可能な命令を含む記憶媒体をさらに提供し、前記コンピュータ実行可能な命令は、コンピュータプロセッサによって実行されると、本願の実施例で提供されるいずれかの方法を実行する。

【0118】

例えば、本願の実施例で提供されるノード管理方法を実行する場合、該方法は、
ノードライフサイクル管理情報を受信するステップと、
前記ノードライフサイクル管理情報に基づいて、ノードに対して、ノード作成、ノードスケーリング、及びノードリリースのうちの１つ又は複数を含むライフサイクル管理を行うステップとを含む。

【0119】

本願の実施例で提供されるコンピュータ実行可能な命令を含む記憶媒体では、コンピュータ実行可能な命令は前記方法の操作に加えて、本願のいずれかの実施例で提供されるノード管理方法の関連操作を実行してもよい。

【0120】

以上の実施形態に関する説明により、当業者が理解できるように、本願はソフトウェア及び必要な汎用ハードウェアによって実現されてもよいし、ハードウェアによって実現されてもよい。このような知見に基づいて、本願は、ソフトウェア製品として具現化することができ、このコンピュータソフトウェア製品は、コンピュータのフロッピー（登録商標）ディスク、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、フラッシュメモリ（ＦＬＡＳＨ）、ハードディスク、又は光ディスクなど、コンピュータ読み取り可能な記憶媒体に記憶されてもよく、１つのコンピュータ機器（パーソナルコンピュータ、サーバ、又はネットワーク機器など）に、本願の様々な実施例に記載された方法を実行させるためのいくつかの命令を含む。

【0121】

なお、上記のノード管理装置の実施例では、含まれる各ユニットやモジュールは、機能論理に従って区分されているだけであるが、上記の区分に限定されるものではなく、それぞれの機能が実現されればよく、また、各機能ユニットの具体的な名称も相互に区別しやすくするために過ぎず、本願の請求の範囲を制限するものではない。

【0122】

以上は、本願の例示的な実施例に過ぎず、本願の請求の範囲を限定するものではない。
当業者にとって明らかなように、ユーザ端末という用語は、携帯電話、携帯型データ処理装置、携帯型ウェブブラウザや車載移動局など、任意の適切なタイプの無線ユーザ機器をカバーする。

【0123】

一般に、本願の様々な実施例は、ハードウェア又は専用の回路、ソフトウェア、ロジック、又はそれらの任意の組み合わせにおいて実装され得る。例えば、いくつかの態様はハードウェアで実装されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置によって実行されてもよいファームウェア又はソフトウェアで実装されてもよいが、本願はこれに限定されない。

【0124】

本願の実施例は、例えばプロセッサエンティティ内で、ハードウェア、又はソフトウェアとハードウェアの組み合わせで、モバイル装置のデータプロセッサが、コンピュータプログラム命令を実行することによって実装されてもよい。コンピュータプログラム命令は、アセンブラ命令、命令セットアーキテクチャ（Ｉｎｓｔｒｕｃｔｉｏｎ Ｓｅｔ Ａｒｃｈｉｔｅｃｔｕｒｅ、ＩＳＡ）命令、マシン命令、マシン関連命令、マイクロコード、ファームウェア命令、状態設定データ、又は１つ以上のプログラミング言語の任意の組み合わせでプログラミングされたソースコード又はターゲットコードであってもよい。

【0125】

本願の図面における任意の論理的な流れのブロック図は、プログラムステップを表してもよいし、相互に接続された論理回路、モジュール及び機能を表してもよいし、プログラムステップと論理回路、モジュール及び機能との組み合わせを表してもよい。コンピュータプログラムは、メモリに記憶されてもよい。メモリは、ローカル技術環境に適した任意のタイプを有することができ、例えば、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、光メモリ装置及びシステム（デジタル多機能ディスク（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ、ＤＶＤ）又はコンパクトディスク（Ｃｏｍｐａｃｔ Ｄｉｓｋ、ＣＤ））などの任意の適したデータ記憶技術を使用して実装してもよい。コンピュータ読み取り可能な媒体は、非一時的記憶媒体を含んでもよい。データプロセッサは、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサなど、ローカル技術環境に適した任意のタイプであってもよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】