特許 7404403 オーケストレーションプレーンを使用するシームレスなマルチクラウドＳＤＷＡＮディザスタリカバリ

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

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

(11)【特許番号】

(24)【登録日】2023-12-15

(45)【発行日】2023-12-25

(54)【発明の名称】オーケストレーションプレーンを使用するシームレスなマルチクラウドＳＤＷＡＮディザスタリカバリ

(51)【国際特許分類】

   H04L 41/0895 20220101AFI20231218BHJP

   H04L 41/0663 20220101ALI20231218BHJP

   H04L 43/20 20220101ALI20231218BHJP

【ＦＩ】

H04L41/0895

H04L41/0663

H04L43/20

【請求項の数】 23

(21)【出願番号】P 2021575411

(86)(22)【出願日】2020-06-30

(65)【公表番号】

(43)【公表日】2022-09-15

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

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

(87)【国際公開日】2021-01-14

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

(31)【優先権主張番号】62/872,125

(32)【優先日】2019-07-09

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

(31)【優先権主張番号】16/806,750

(32)【優先日】2020-03-02

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

(73)【特許権者】

【識別番号】508041127

【氏名又は名称】シスコ テクノロジー，インコーポレイテッド

(74)【代理人】

【識別番号】100079108

【弁理士】

【氏名又は名称】稲葉 良幸

(74)【代理人】

【識別番号】100109346

【弁理士】

【氏名又は名称】大貫 敏史

(74)【代理人】

【識別番号】100117189

【弁理士】

【氏名又は名称】江口 昭彦

(74)【代理人】

【識別番号】100134120

【弁理士】

【氏名又は名称】内藤 和彦

(74)【代理人】

【識別番号】100140431

【弁理士】

【氏名又は名称】大石 幸雄

(72)【発明者】

【氏名】アガーウォール，モーヒト

(72)【発明者】

【氏名】カレ，モヒル

(72)【発明者】

【氏名】プラブ，ヴィナイ

(72)【発明者】

【氏名】デヴ，カピル

(72)【発明者】

【氏名】ジョン，ジーノ

(72)【発明者】

【氏名】ガウダ，プラディープ ブダヌール ケンチ

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

前記１つ以上のプロセッサによる前記コンピュータ可読命令の前記実行が、前記仮想ボンドに、
ターゲット移行先クラウド内の仮想管理構成要素の合計の重みを判定することと、
前記ターゲット移行先クラウド内の前記仮想管理構成要素の前記合計の重みが第３の閾値以上である場合に、前記ターゲット移行先クラウドを前記新しい移行先クラウドとして識別することと、によって前記新しい移行先クラウドネットワークを識別させる、請求項１８に記載の１つ以上の非一時的なコンピュータ可読媒体。

【請求項20】

前記合計の重みを判定することが、対応する割り当てられた重み、対応する構成パラメータ、および前記ターゲット移行先クラウド内の前記仮想管理構成要素の各々の対応する場所に基づく、請求項１９に記載の１つ以上の非一時的なコンピュータ可読媒体。

【請求項21】

装置であって、
ネットワークオーケストレーション構成要素の仮想ボンドを使用して、複数のクラウドネットワークの仮想管理構成要素のクラスタを監視するための手段であって、前記複数のクラウドネットワークのうちの１つのクラウドネットワークに対応する仮想管理構成要素が、ソフトウェア定義ワイドアクセスネットワーク（ＳＤ－ＷＡＮ）ソリューションの１つ以上のサービスを実装する、手段と、
前記仮想ボンドを使用して、前記複数のクラウドネットワークのうちの前記１つのクラウドネットワークでフェイルオーバーイベントを検出するための手段と、
前記仮想ボンドによって、前記ＳＤ－ＷＡＮソリューションのうちの前記１つ以上のサービスの、前記フェイルオーバーイベントが検出される移行元クラウドネットワークからの移行先となる新しい移行先クラウドネットワークを識別するための手段と、を備え、
前記フェイルオーバーイベントを検出するための手段は、
前記１つのクラウドネットワークに含まれるクラスタ内のアクティブな仮想管理構成要素の数が閾値に等しいことを、所定数の仮想ボンドが判定する場合、前記１つのクラウドネットワークに対して前記フェイルオーバーイベントを検出する、
装置。

【請求項22】

請求項２～７のいずれか一項に記載の方法を実装するための手段をさらに備える、請求項２１に記載の装置。

【請求項23】

コンピュータによって実行されると、前記コンピュータに、請求項１～７のいずれか一項に記載の方法のステップを実行させる命令を含む、コンピュータプログラム、コンピュータプログラム製品、またはコンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本願は、２０１９年７月９日に出願された「ＳＥＡＭＬＥＳＳ ＭＵＬＴＩ－ＣＬＯＵＤ ＳＤＷＡＮ ＤＩＳＡＳＴＥＲ ＲＥＣＯＶＥＲＹ ＵＳＩＮＧ ＯＲＣＨＥＳＴＲＡＴＩＯＮ ＰＬＡＮＥ」と題された米国仮特許出願第６２／８７２，１２５号の利益を主張する、２０２０年３月２日に出願された「ＳＥＡＭＬＥＳＳ ＭＵＬＴＩ－ＣＬＯＵＤ ＳＤＷＡＮ ＤＩＳＡＳＴＥＲ ＲＥＣＯＶＥＲＹ ＵＳＩＮＧ ＯＲＣＨＥＳＴＲＡＴＩＯＮ ＰＬＡＮＥ」と題された米国非仮特許出願第１６／８０６，７５０号の利益および優先権を主張し、参照によりそれらの全体が本明細書に組み込まれる。

【0002】

本開示の主題は、概して、コンピュータネットワーキングの分野に関連し、より具体的には、移行元から移行先クラウドへのマルチクラウド設定におけるソフトウェア定義ネットワーク構成要素の移行を管理するためのシステムおよび方法に関する。

【背景技術】

【0003】

ソフトウェア定義ネットワーク（ＳＤ－ＷＡＮ）は、オフィス、病院、大学、工場などの環境内で、コンピューティングデバイス（サーバ、ワークステーション、デスクトップコンピュータ、ノートパソコン、タブレット、携帯電話など）、ならびにモノ（卓上電話、セキュリティカメラ、照明、暖房、換気、および空調（ＨＶＡＣ）、窓、ドア、ロック、医療機器、産業および製造機器など）への接続性を提供する。ＳＤ－ＷＡＮの実装は、マルチクラウド構造上であり得る。

【0004】

マルチクラウド構造に障害が発生した場合、そのような構造を使用して実装された特定のＳＤ－ＷＡＮソリューションを移動し、あるクラウド構造から別のクラウド構造に移行する必要があり得る。このような移行を可能にする現在のソリューションは、ＳＤ－ＷＡＮファブリックにステッチされる必要があるサードパーティの監視構成要素に依存している。さらに、サードパーティの監視構成要素のライフサイクルを管理することは、ネットワークにさらなる負担がかかり、サードパーティの監視構成要素の健全性における可視性は最小またはまったくなく、サードパーティの監視構成要素は、高可用性と高信頼性を必要とする単一障害点である。

【図面の簡単な説明】

【0005】

本開示ならびにその特徴および利点のより完全な理解を提供するために、添付の図面と併せて、以下の説明を参照する。

【0006】

【図1】本開示の一態様によるネットワークアーキテクチャを示す。

【図2】本開示の一態様による、ＳＤ－ＷＡＮ移行を管理するためのサードパーティの監視構成要素を備えるマルチクラウドアーキテクチャの例を示す。

【図3】本開示の一態様による、サードパーティの監視構成要素に依存せずにＳＤ－ＷＡＮ移行を管理するためのマルチクラウドアーキテクチャの例を示す。

【図4】本開示の一態様による、マルチクラウド構造におけるＳＤ－ＷＡＮ移行を管理する例示的方法を説明する。

【図5A-5B】本開示の一態様によるシステムの例を示す。

【0007】

例示的な実施形態の説明
本開示の様々な例示的な実施形態が、以下で詳細に考察される。特定の実装形態について考察するが、これは例証のみを目的として行われることを理解されたい。関連技術の当業者は、本開示の趣旨および範囲から逸脱することなく、他の構成要素および構成を使用することができることを認識するであろう。したがって、以下の説明および図面は例示的なものであり、限定的なものとして解釈されるべきではない。本開示の完全な理解を提供するために、多数の特定の詳細が説明される。しかしながら、特定の例において、説明を曖昧にすることを避けるために、周知の内容、つまり従来技術の内容は説明されていない。本開示における一実施形態または実施形態への参照は、同一の施形態または任意の実施形態への参照であり得、このような参照は、実施形態の少なくとも１つを意味する。

【0008】

「一実施形態」または「一実施形態」への参照は、実施形態に関連して記載された特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。本明細書の様々な場所における「一実施形態において」という語句の出現は、必ずしもすべてが同一の実施形態を指すわけではなく、他の実施形態を相互に排除する別個のまたは代替の実施形態でもない。さらに、いくつかの実施形態によって示され、他の実施形態によって示されない場合もある、様々な特徴が記載されている。

【0009】

本開示の範囲を限定することを意図することなく、本開示の実施形態による機器、装置、方法、およびそれらに関連する結果の例を以下に示す。タイトルまたはサブタイトルは、読者の便宜のために例で使用される場合があり、開示の範囲を制限するものではないことに留意されたい。別段の定義がない限り、本明細書で使用される技術的および科学的用語は、本開示が関係する当業者によって一般的に理解される意味を有する。矛盾する場合は、定義を含む本明細書が優先される。

【0010】

本開示の追加の特徴および利点は、以下の明細書に記載され、一部は明細書から明らかであるか、または本明細書に開示された原理の実践によって学ぶことができる。本開示の特徴および利点は、添付の特許請求の範囲で特に指摘される機器および組み合わせによって実現および取得することができる。本開示のこれらおよび他の特徴は、以下の明細書および添付の特許請求の範囲からより完全に明らかになるか、または本明細書に記載の原理の実践によって学ぶことができる。

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

添付の特許請求の範囲の範疇の態様を説明するために、様々な例および他の情報が使用されたが、当業者であれば、多種多様な実装形態を導出するために、これらの例を使用することができるように、そのような例における特定の特徴または構成に基づいて、特許請求の範囲のいかなる制限も示唆されるべきではない。さらに、一部の主題は、構造的特徴および／または方法ステップの例に対して固有の言語で記載されている場合があるが、添付の特許請求の範囲で定義される主題は、必ずしもこれらの記載された特徴または行為に限定されないことを理解されたい。例えば、そのような機能は、本明細書において特定される構成要素以外の構成要素において、異なって分配されるか、または実行され得る。むしろ、記載された特徴およびステップは、添付の特許請求の範囲の範疇のシステムおよび方法の構成要素の例として開示される。

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】