JP6190949B2 - 仮想ネットワーク機能マネージャによる仮想インフラストラクチャマネージャへのアクセスの自動化構成 - Google Patents

Description

本技術は、仮想ネットワーク機能（virtual network function, ＶＮＦ）を管理する仮想ネットワーク機能マネージャ（virtual network function manager, ＶＮＦＭ）を、仮想インフラストラクチャマネージャ（virtual infrastructure manager, ＶＩＭ）にアクセスできるように構成する方法及び装置に関する。ＶＮＦＭは、あるインタフェースを通じてＶＩＭにアクセスし、このインタフェースはＶＩＭインタフェースタイプを有し、ＶＮＦＭは複数のＶＩＭインタフェースタイプをサポートする。

ネットワーク機能仮想化（Network Function Virtualization, ＮＦＶ）は、通信サービスを提供する新たな手法である。ＮＦＶは、汎用の情報技術（information technology, ＩＴ）において知られている仮想化及び自動化の手法を適用し、事業者のネットワークにおけるファイアウォール、ディープ・パケット・インスペクション（Deep Packet Inspection, ＤＰＩ）、サービス提供ゲートウェイといったネットワーク機能を、専用のハードウェアから汎用のＩＴインフラストラクチャに移すものである。変換されたこれらのネットワーク機能は、仮想ネットワーク機能（Virtual Network Functions, ＶＮＦ）として知られている。ＶＮＦは、全体でネットワーク機能をインプリメント（implement）する１以上の仮想マシン及び仮想ネットワークによって構成することができる。

ＮＦＶの仕様は、欧州電気通信標準化機構（European Telecommunication Standards Institute, ＥＴＳＩ）内の業界仕様グループ（Industry Specification Group, ＩＳＧ）によって推進されている。ＥＴＳＩによるＮＦＶは、事業者のネットワークの仮想化によりもたらされる、新たな機能ブロック及び参照点（reference point）に焦点を当てたＮＦＶアーキテクチャフレームワークを定めている。図１は、ＮＦＶアーキテクチャフレームワークの機能的な構成ブロック全体にわたるアーキテクチャの概要を示している。

オーケストレータ（Orchestrator）は、グローバルなインフラストラクチャリソースを管理し、そのようなインフラストラクチャ上でネットワークサービスを実現するものである。オーケストレータは、ＶＩＭによって管理されるリソース容量についての情報を有する。それにより、ＶＩＭは、特定の仮想インフラストラクチャ、例えば特定のクラウドシステムを管理し、一般に、ＶＩＭと、該ＶＩＭが管理するインフラストラクチャとの間の対応関係が存在するようにしている。このため、ＶＩＭの選択は、例えば、ＶＮＦＭがデプロイ（deploy）されることになるインフラストラクチャの選択を意味する。

オーケストレータがグローバルなリソースの割当てを提供する一方で、ＶＮＦＭは、例えばクラウド管理システム（Cloud Management System, ＣＭＳ）とすることのできるＶＩＭと直接的にインタラクトし、ＶＮＦのデプロイ及び管理の一部として、仮想化されたリソースの管理を要求することができる。このようなインタラクションの一例は、ＶＮＦＭが追加の仮想マシンをＣＭＳに要求することにより構成することのできる、デプロイされているＶＮＦの容量拡張である。このような追加の仮想マシンは、その後、ＶＮＦに追加されることになる。

Ａｍａｚｏｎ ＥＣ２又はＯｐｅｎＳｔａｃｋといった現在のＣＭＳは、大きく異なったアプリケーション・プログラミング・インタフェース（Application Programming Interface, ＡＰＩ）を示している。例えば、Ａｍａｚｏｎ ＥＣ２のＡＰＩにおける仮想マシンを作るための処理及びデータタイプは、同じタスクについての、ＯｐｅｎＳｔａｃｋのＡＰＩにおいてインプリメントされるものとは異なっている。この問題は、「クラウド多様性の問題（cloud heterogeneity problem）」と呼ばれる。

事業者が、クラウド技術を用いて、１以上のＶＮＦをデプロイしたい場合、この事業者は、ＣＭＳの種々のインタフェースに対処しなければならないという問題に直面する。この場合、オーケストレータは、グローバルなマルチドメイン仮想化インフラストラクチャについての情報を有している。ここで、「マルチドメイン」は、複数の異なった、基礎をなすＶＩＭ及び仮想インフラストラクチャ、例えばクラウドシステムを指す用語であり、「グローバル」は、全体的なインフラストラクチャが大規模に分散される場合があるということを表す用語である。

関連する従来技術を図２に示している。同図は、Ａｍａｚｏｎ ＥＣ２のユーザ管理プロセスを示している。図２に示す技術は、上記で概説した問題を解決するものではないが、シグナリングの一部が本願に開示する実施形態のシグナリングと類似しているため、本願に関係している。後に明らかになるように、本願に開示される実施形態の技術は、図２に示すシグナリングよりも優れており、クラウド多様性の問題に対処してこれを解決するのに必要な要素を有する。

図２の例は、アドミニストレータ、ディベロッパ、及びＡＷＳコンソールの間のインタラクションの原理及びステップを示している。この図示の目的は、単に、上記インタラクションのステップと、本発明によるＮＦＶアーキテクチャフレームワークの機能構成ブロック間のインタラクションのステップとの間の類似性を示すことである。例えば、「アドミニストレータ」及び「ディベロッパ」というエンティティは、単にこの類似性を示すのに役立つものにすぎず、それ自体は本発明の構成要素の一部でないことが理解されるべきである。

図２に示すインタラクション及びシグナリングは、以下のステップからなる。
・ステップ１：新たなユーザを作成する。
・ステップ２：合意及び証明書を得る。
・ステップ３：証明書等を第三者（例えば、ディベロッパ、ＶＮＦマネージャ）に送る。
・ステップ４：第三者が証明書を使用する。

図２に示すように、これらのステップ及び関与する当事者又はユーザは、（前述の類似性に従って）ＮＦＶアーキテクチャフレームワークに示された種々の機能ブロックへとマッピングすることができる。この場合、ユーザは、オーケストレータ、ＶＮＦＭ、及びＶＩＭに対応する。図２に関して、この対応関係は、機能構成ブロックが、アドミニストレータ、ディベロッパ、及びクラウド管理コンソールの間のシグナリングに類似のシグナリングを行うことを意味する。ここで、クラウド管理コンソールは、図２の特定の図示においては、Ａｍａｚｏｎ Ｗｅｂ Ｓｅｒｖｉｃｅコンソール（ＡＷＳコンソール）である。

図２に示すプロセスは、ＣＭＳ内に新たなユーザアカウントを作成して、アクセス証明書をユーザに送ることを可能にするが、この例では、「ディベロッパは、自身がＡｍａｚｏｎ ＥＣ２クラウドを扱っていることと、自身がそれぞれの方法を用いてクラウド管理システムとコンタクトすべきであることとをどのようにして知るのか？」として表現することのできるクラウド多様性の問題を解決するものではない。

一実施形態によれば、仮想ネットワーク機能（ＶＮＦ）を管理する仮想ネットワーク機能マネージャ（ＶＮＦＭ）を、仮想インフラストラクチャマネージャ（ＶＩＭ）にアクセスできるように構成する方法が提供される。ＶＮＦＭは、インタフェースを通じてＶＩＭにアクセスし、インタフェースは、ＶＩＭインタフェースタイプを有する。ＶＮＦＭは、複数のＶＩＭインタフェースタイプをサポートする。本方法は、ＶＩＭによってサポートされるＶＩＭインタフェースタイプについての情報をＶＮＦＭが取得するステップと、ＶＩＭインタフェースタイプについての情報に従って、インタフェースを通じてＶＮＦＭがＶＩＭにアクセスするステップとを含む。

本方法は、ＶＮＦＭが、異なるインタフェースを有する様々なＶＩＭにアクセスすることができ、そのため、ＶＮＦＭによって管理されるＶＮＦを、ＶＮＦＭによってアクセスされるＶＩＭに対応した様々な仮想インフラストラクチャにおいて作成することができるという効果及び利点を有する。さらに、ＶＮＦをデプロイする際に、複数の異なる仮想インフラストラクチャを並行して用いることができる。さらに、ＶＮＦＭは、異なる仮想インフラストラクチャに対応するＶＩＭにアクセスすることによって、ＶＮＦをデプロイするときにインフラストラクチャの特定の機能を用い、この特定の機能にアクセスすることができる。さらに、異なる仮想インフラストラクチャのＶＩＭ間の共通のインタフェースの必要性がなくなる。

一実施形態では、ＶＩＭによってサポートされるＶＩＭインタフェースタイプについての情報は、オーケストレータとＶＮＦＭとの間のメッセージ交換であって、オーケストレータは、グローバルなマルチドメイン仮想化インフラストラクチャリソースについての情報を有し、オーケストレータは、ＶＩＭのアクセス証明書と、ＶＩＭエンドポイントインタフェースアドレスと、ＶＩＭによってサポートされるインタフェースタイプについての情報とをＶＮＦＭに提供する、メッセージ交換と、レゾルバエンティティとＶＮＦＭとの間のメッセージ交換であって、レゾルバエンティティは、ＶＩＭ識別子から、ＶＩＭによってサポートされるインタフェースタイプへのマッピングを提供し、レゾルバエンティティは、ＶＩＭによってサポートされるインタフェースタイプについての情報をＶＮＦＭに提供する、メッセージ交換とのうちのいずれかによって取得される。

これは、ＶＮＦＭが適切なインタフェースを通じてＶＩＭにアクセスすることを可能にする情報であって、ＶＩＭインタフェースタイプを有し、このため、ＶＩＭに特有の機能を提供することができ、このため、ＶＮＦＭがＶＩＭの特有の機能及びＶＩＭによって管理されるインフラストラクチャにアクセスすることを可能にする情報がＶＮＦＭに提供されるという効果及び利点を有する。

一実施形態では、ＶＩＭによってサポートされるＶＩＭインタフェースタイプについての情報は、ＶＮＦＭとＶＩＭとの間のメッセージ交換によって取得される。メッセージ交換は、ＶＩＭエンドポイントインタフェースアドレスをＶＮＦＭが取得することと、ＶＮＦＭによってサポートされるＶＩＭインタフェースタイプを通じて上記ＶＮＦＭが反復を行うことであって、ＶＮＦＭは、サポートされる各ＶＩＭインタフェースタイプを通じてＶＩＭにアクセスすることを試みるものである、反復を行うことと、試みられたアクセスのうちの成功した試みに応じて、ＶＩＭによってサポートされるインタフェースタイプについての情報をＶＩＭからＶＮＦＭが取得することとによって実行される。サポートされるインタフェースタイプについての情報は、ＶＩＭからＶＮＦＭへの応答メッセージに明示的に含まれない場合があるが、例えば、単にＶＩＭがＶＮＦＭのアクセスの試みに正しく応答することによって、ＶＩＭからＶＮＦＭに暗黙的に伝えることができる。

これは、ＶＮＦＭが、ＶＩＭにアクセスする前に、ＶＩＭインタフェースタイプについての詳細情報を必要としないという効果及び利点を有する。ただし、ＶＮＦＭが、ＶＩＭのエンドポイントインタフェースをサポートすると判断すると、ＶＮＦＭは、ＶＩＭインタフェースを通じてＶＩＭタイプに特有の機能にアクセスすることができる。

一実施形態では、ＶＩＭによってサポートされるＶＩＭインタフェースタイプについての情報は、ＶＮＦＭとＶＩＭとの間のメッセージ交換によって取得される。上記メッセージ交換は、ＶＩＭエンドポイントインタフェースアドレスをＶＮＦＭが取得することと、ＶＮＦＭとＶＩＭとの間のインタフェースにおける一組の処理を通じてＶＩＭにアクセスすることと、アクセスすることに応じて、ＶＩＭによってサポートされるインタフェースタイプについての情報をＶＩＭからＶＮＦＭが取得することとによって実行される。

これは、ＶＮＦＭが、ＶＩＭにアクセスする前に、ＶＩＭインタフェースタイプについての詳細情報を必要としないという効果及び利点を有する。なぜならば、ＶＩＭインタフェースタイプについての情報は、ＶＮＦＭとＶＩＭとの間のインタフェースにおける一組の処理を通じて取得することができるからである。幾つかの実施の形態では、上記一組の処理は、異なるＶＩＭインタフェース間で共通した一組の処理とすることができ、そのため、そのような共通した一組の処理は、最小のものとすることができ、及び／又は標準化することができる。

一実施形態では、上記方法は、候補となる複数のＶＮＦＭから、候補となる複数のＶＮＦＭがサポートするＶＩＭインタフェースタイプについての情報を取得するステップと、複数のＶＮＦＭから、少なくともＶＩＭによってサポートされるインタフェースタイプをサポートする第１のＶＮＦＭを選択するステップであって、第１のＶＮＦＭはＶＮＦＭである、選択するステップとを更に含む。

これは、複数のＶＮＦＭから、特定のＶＩＭ上にデプロイされることをサポートする１つのＶＮＦＭを選ぶことによって特定のＶＩＭを利用することができるという効果及び利点を有する。これは、例えば、この特定のＶＩＭが、好ましいか、又はＶＮＦＭをデプロイし、その後、ＶＮＦＭに対応するＶＮＦのインスタンスを生成（instantiate）するためにリソースを提供する唯一の可能な代替手段であるとオーケストレータが判断した場合に有利である。

一実施形態では、上記方法は、ＶＮＦＭから、ＶＮＦＭがサポートするＶＩＭインタフェースタイプについての情報を取得するステップと、候補となる複数のＶＩＭから第１のＶＩＭを選択するステップであって、少なくとも、ＶＮＦＭはＶＩＭによってサポートされるインタフェースタイプをサポートするものであり、第１のＶＩＭがＶＩＭである、選択するステップとを更に含む。

これは、ＶＮＦＭがデプロイされるＶＩＭを、候補となる複数のＶＩＭから選ぶことができるという効果及び利点を有する。そのような選択が可能であることの利点は、この選択を用いて、例えば、信頼性、コスト、又はＶＩＭによって管理される仮想インフラストラクチャ上にＶＮＦＭ及び対応するＶＮＦをデプロイする他の要因を制御することができるということであり得る。

一実施形態では、複数の候補ＶＩＭから選択することは、次の判定基準、すなわち、管理された仮想インフラストラクチャによって提供される仮想化リソースと、インフラストラクチャの地理的ロケーションとのうちの１以上にも基づくこともできる。

これは、ＶＩＭ及びそれに対応して仮想インフラストラクチャを、この仮想インフラストラクチャにおけるリソースの可用性及びアクセス可能性に従って選ぶことができるという効果及び利点を有する。

一実施形態では、ＶＮＦＭによってサポートされるＶＩＭインタフェースタイプについての情報は、ＶＮＦＭに利用可能なインストール情報又はデプロイ情報からＶＮＦＭ記述子を読み出すことであって、ＶＮＦＭ記述子は、ＶＮＦＭによってサポートされるＶＩＭインタフェースタイプについての情報を含む、読み出すことと、オーケストレータとＶＮＦＭとの間のメッセージ交換であって、オーケストレータは、グローバルなマルチドメイン仮想化インフラストラクチャについての情報を有する、メッセージ交換とのいずれかによって取得される。

これは、オーケストレータが、能力、特に、ＶＮＦＭによってサポートされるＶＩＭインタフェースタイプを把握することができるという効果及び利点を有する。

一実施形態では、ＶＩＭはクラウド管理システムである。

これは、ＶＮＦＭ及びそれに対応してＶＮＦがデプロイされる、それ自体、費用効果が高く非常に信頼できるサービスを提供する特定のインフラストラクチャ、すなわちクラウドシステム上にＶＮＦＭ及びそれに対応してＶＮＦをデプロイすることができるという効果及び利点を有する。このため、仮想インフラストラクチャのこれらの態様を利用して、提供されるＶＮＦサービスの費用効果及び信頼性を高めることができるという効果及び利点を有する。

一実施形態では、ＶＩＭインタフェースタイプについての情報は、以下のもののうちの１つ又は複数を含む。
・ＶＩＭのプロバイダについての情報
・ＶＩＭインタフェースのインプリメンテーション（implementation）のバージョンについての情報（例えばＡＰＩバージョン）
・ＶＩＭインタフェースのプロトコルタイプ（例えばＨＴＴＰ）についての情報

これは、ＶＩＭインタフェースタイプが、様々な判定基準に従って、候補となる複数のＶＩＭから選択を行うのに必要とされる情報と、ＶＩＭインタフェースタイプについての情報を受信するとともにＶＩＭインタフェースタイプをサポートするＶＮＦＭが、ＶＩＭインタフェースタイプをインプリメントするＶＩＭにアクセスするために必要とされる情報とを含むという効果及び利点を有する。

一実施形態によれば、オーケストレータをインプリメントする装置が提供される。本装置は、仮想ネットワーク機能マネージャ（ＶＮＦＭ）の構成を管理し、かつ、ＶＮＦを管理するＶＮＦＭを、仮想インフラストラクチャマネージャ（ＶＩＭ）にアクセスできるように構成するものである。ＶＮＦＭは、インタフェースを通じてＶＩＭにアクセスし、インタフェースは、ＶＩＭインタフェースタイプを有する。ＶＮＦＭは、複数のＶＩＭインタフェースタイプをサポートする。本装置は、ＶＩＭによってサポートされるＶＩＭインタフェースタイプについての情報をＶＮＦＭが取得するためのモジュールと、ＶＩＭインタフェースタイプについての情報に従って、インタフェースを通じてＶＮＦＭがＶＩＭにアクセスするためのモジュールとを備えている。

更なる実施の形態によれば、前述の実施の形態のうちのいずれか１つの方法に従って構成を行う１つ又は複数のモジュールを更に備えた装置が提供される。

この装置によって達成される効果及び利点は、上記で詳細に説明した方法の実施の形態の効果及び利点に対応する。

一実施形態によれば、上記の実施形態のうちのいずれか１つに記載の方法をコンピュータに実行させるコンピュータプログラムコードを含むコンピュータプログラムが提供される。

ＮＦＶアーキテクチャフレームワーク、特にＥＴＳＩ ＮＦＶ Ｅ２Ｅアーキテクチャフレームワークの機能構成ブロック全体にわたるアーキテクチャの概観を示す説明図である。 図１のＮＦＶアーキテクチャフレームワークの概観において示すＡｍａｚｏｎ ＥＣ２クラウドのユーザ管理プロセスを示す説明図である。 本発明の一実施形態により、ＶＮＦＭのインスタンスを生成し、複数のインフラストラクチャの中から選択されたＡｍａｚｏｎ ＥＣ２クラウド上にＶＮＦをデプロイする一例を示す説明図である。 本発明の一実施形態による、図３に示すシナリオにおける機能構成ブロック間のステップ及びインタラクションを示すシーケンス図である。 本発明の一実施形態により、ＶＮＦＭが負荷に応じて種々のインフラストラクチャ上にＶＮＦをデプロイするデプロイストラテジーを示す説明図である。

まず、本説明において用いる幾つかの用語を、以下の略語のリストにおいて定義する。
ＣＭＳ クラウド管理システム（Cloud Management System）
ＮＦＶ ネットワーク機能仮想化（Network Function Virtualization）
Ｏｒ オーケストレータ（Orchestrator）
ＶＩＭ 仮想インフラストラクチャマネージャ（Virtual Infrastructure Manager）
ＶＮＦ 仮想ネットワーク機能（Virtual Network Function）
ＶＮＦＭ ＶＮＦマネージャ（VNF Manager）
ＶＮＦＭＤ ＶＮＦＭ記述子（VNFM Descriptor）
ＡＰＩ アプリケーションプログラミングインタフェース（Application Programming Interface）
ＵＲＩ 統一資源識別子（Uniform Resource Identifier）
ＵＲＬ 統一資源位置指定子（Uniform Resource Locator）
ＲＥＳＴ リプレゼンテーショナル・ステート・トランスファ（Representational State Transfer）

以下、本発明の実施形態を説明する。

１つの実施形態では、仮想ネットワーク機能マネージャの構成は、図１に示したアーキテクチャの３つの機能ブロックを伴う。
・オーケストレータは、グローバルなインフラストラクチャリソースを管理し、そのようなインフラストラクチャ上でネットワークサービスを実現する。オーケストレータは、ＶＩＭによって管理されるリソース容量についての情報を有し、場合によってはデータセンタ間の接続を提供するＶＩＭを含む利用可能な全てのＶＩＭの経過を追跡する。オーケストレータは、特定のデータセンタ管理権を有しておらず、これらの管理権は、むしろＶＩＭによって保持される。
・ＶＮＦのインスタンス生成（instantiation）、更新、クエリ、スケーリング、及び終了等のＶＮＦライフサイクル管理を担当するＶＮＦマネージャ。
・ＮＦＶＩの計算リソース、記憶リソース、及びネットワークリソースを制御及び管理する仮想化インフラストラクチャマネージャ（ＶＩＭ）。クラウドベースのＮＦＶＩの場合、ＶＩＭは、クラウド管理システム（ＣＭＳ）としてインプリメント（implement）（実装、実現、実行、組込み）することができる。

ＶＩＭによって異なるアクセスインタフェースを有する場合があるという問題は、本発明の実施形態によって解決される。幾つかの場合には、上述したように、この問題は、「クラウド多様性の問題」とも呼ばれる。本発明の実施形態によって、この問題は、ＮＦＶアーキテクチャフレームワークとの関連で解決される。このアーキテクチャフレームワークでは、ＶＮＦＭ機能ブロックは、クラウド多様性の問題を取り扱わなければならない。なぜならば、ＶＮＦＭ機能ブロックは、仮想化されたリソース管理を要求するエンティティであるからである。より具体的には、解決される問題は、次のように表現することができる。すなわち、「オーケストレータによって既にデプロイ（deploy）済みか又はデプロイされる予定のいずれかとすることのできるＶＮＦＭが与えられた場合に、そのＶＮＦＭは、所与のＶＩＭを通じてリソースに接続して管理するために、どのインタフェースタイプが用いられるのかをどのようにして知るのか？」である。

本発明の１つの実施形態では、ＶＮＦＭインスタンス生成が、図４にも示す以下の主なステップにおいて実行される。
・ステップ１：オーケストレータにおいて、ターゲットとなるＶＩＭとインタラクトする能力を有する適切なＶＮＦＭを選択する。幾つかの実施形態では、この選択は、ＶＮＦＭを記述するとともに少なくともＶＮＦＭによってサポートされるＶＩＭを指定するＶＮＦＭ記述子を伴うことができる。これらのＶＮＦＭ記述子は、ＶＮＦＭ記述子レポジトリに含めることができる。このＶＮＦＭ記述子レポジトリは、オーケストレータがアクセスすることができ、オーケストレータは、このＶＮＦＭ記述子レポジトリから、オーケストレータによって指定された制約と整合する幾つかのＶＮＦＭ記述子を選択することができる。例えば、制約は、ある特定のＶＩＭインタフェースタイプをサポートするＶＮＦＭ、すなわち、ある特定のＶＩＭインタフェースタイプに適合したＶＮＦＭに対応するＶＮＦＭ記述子のみが選択にあたって考慮されるべきであるということを表すことができる。
・ステップ２：ＶＮＦＭが用いるべきＶＩＭのタイプ及びＶＩＭインタフェースに関する情報を、オーケストレータがＶＮＦＭに送る。幾つかの実施形態では、このオーケストレータからＶＮＦＭへの送信には、図３及び図４においてＶＩＭ１と呼ばれるＶＩＭによってインプリメントされるＶＩＭインタフェースタイプについての情報を含むＶＩＭインタフェース情報（info）を含めることができる。
・ステップ３：ＶＮＦＭにおいて、正しいインタフェースを使用してＶＩＭとコンタクトする。幾つかの実施形態では、この使用は、それによって、最初に、ＶＮＦＭによる認証及び認可並びにＶＩＭから認可トークンを受信するステップを伴うことができる。

他の実施形態も同様に可能であり、特に、ＶＮＦＭには、ＶＩＭをインタフェースするのに必要とされる情報をＶＩＭから直接提供することもできる。また、幾つかの実施形態では、ステップ１すなわち選択プロセスは必要でない場合があり、このため、この選択はオプショナルなものである。

説明に係る実施形態は、少なくとも以下の利点を有する。
・この実施形態は、複数の異なるクラウド、特に、異なるインタフェースを有するクラウドタイプを有するクラウドを並行して用いることができることを可能にする。そのようなデプロイストラテジーの一例を図５に示す。ＶＮＦサービスが基本負荷において要求された場合、ＶＮＦインスタンスは、ＯｐｅｎＳｔａｃｋクラウドインフラストラクチャ上でのみデプロイされる。ＶＮＦサービスがピーク負荷において要求された場合は、基本負荷に対応するＶＮＦサービスの部分がＯｐｅｎＳｔａｃｋクラウド上で提供され、基本負荷を越える負荷の残りの部分が、Ａｍａｚｏｎ ＥＣ２クラウドインフラストラクチャ上で提供される。これにより、すなわちピーク負荷においては、ＶＮＦは、双方のインフラストラクチャ上で並行してインスタンス生成がなされる。幾つかの実施形態では、単一のＶＮＦＭが、双方のインフラストラクチャにおけるＶＮＦのインスタンス生成を制御することができる。
・この実施形態は、ＶＮＦＭが、クラウドに特有の全ての拡張を用いるアクセスを提供するクラウド特有のインタフェースを用いることができるため、クラウド特有の拡張を用いることができることを可能にする。
・この実施形態は、幾つかの非標準的なクラウド管理インタフェースの存在に対処できるようにＶＮＦＭをどのように構成するのかに関する解決策を提供する。
・この実施形態は、インスタンスが生成されることになるＶＮＦＭが、ＶＮＦがデプロイされるクラウドと適合するものとなるように、ＶＮＦＭの群から、インスタンスが生成されることになるＶＮＦＭをどのように選択することができるのかに関する処理を提供する。

１つの実施形態では、ＮＦＶアーキテクチャフレームワークの機能構成ブロックは、以下の特性を有する。
・オーケストレータは、図１に示すＥＴＳＩ ＮＦＶアーキテクチャフレームワークにおいて説明したように、複数のＶＮＦＭをデプロイすること及び／又はそれらＶＮＦＭ間の参照点（reference point）を介してそれらＶＮＦＭを構成することを担当することができる。
・ＶＮＦＭは、１以上のＶＩＭエンドポイントインタフェースをサポートする。エンドポイントインタフェースは、ＡＰＩとして一般に知られているプログラミングインタフェースを含むことができる。

ＶＮＦＭの構成は、ある特定のＶＩＭにどのようにアクセスするのかに関する情報を含む。ＶＩＭアクセス構成ステップの際、オーケストレータは、ＶＮＦＭに、少なくともＶＩＭアクセス証明書（例えば、ユーザ名及びパスワード）と、ＶＩＭエンドポイントＵＲＩ（例えば、ＶＩＭ ＡＰＩ ＵＲＬ又はＩＰアドレス）と、ＶＩＭインタフェース情報とを提供する。ＶＩＭインタフェース情報は以下を含む。
・ＶＩＭプロバイダ（例えば、Ａｍａｚｏｎ ＥＣ２、ＯｐｅｎＳｔａｃｋ）
・ＶＩＭインタフェースバージョン（例えば、Ａｍａｚｏｎ ＥＣ２ ＡＰＩバージョン２０１２−０７−２０）
・ＶＩＭインタフェースプロトコル（例えば、ＨＴＴＰ ＲＥＳＴｆｕｌ、ＸＭＬ−ＲＰＣ、ＳＯＡＰ等）

「プロバイダ」という用語は、それにより、経済的ではなく技術的に、すなわち、ＶＩＭが属する技術的な「クラス」又は「カテゴリ」を識別する用語として理解されるべきである。したがって、異なった「ＶＩＭプロバイダ」は、インフラストラクチャ、インタフェース、又はサービスの異なる技術的特性を識別するものとして理解される場合があるが、異なった「ＶＩＭプロバイダ」は、必ずしも、異なるＶＩＭプロバイダによって提供される異なるインフラストラクチャ、インタフェース、又はサービスを提供している異なる企業又は経済主体を識別するような商業的側面に関係しているとは限らない場合がある。

以下、オーケストレータがＶＮＦＭ選択プロセスをどのようにして実行することができるのかに関する２つの非限定的な例を説明する。

第１の実施形態では、ＶＮＦＭは、要求に応じてインスタンスの生成がなされる。この場合、例えば、所与のＶＩＭと適合したＶＮＦＭのインスタンスが現在存在しないか、又は全ての利用可能なＶＮＦＭが容量を使い果たしているか、又は適切なＶＮＦＭインスタンスが現在存在していないＶＮＦがデプロイされるべきであることから、オーケストレータが新たなＶＮＦＭのインスタンスを生成したいものと仮定する。第１のステップにおいて、オーケストレータは、整合するＶＮＦＭ、すなわち、所与のＶＩＭの必要とされるＶＩＭインタフェースをサポートするＶＮＭＦを選択する。このために、オーケストレータは、整合するインタフェースに関する情報についてＶＮＦＭ記述子（ＶＮＦＭＤ）を調べる。ＶＮＦＭＤは、ＶＮＦＭについての情報を含む情報記録として理解することができ、この情報記録は、ＶＮＦＭの供給業者によって提供される。この情報記録は、ファイル又はデータベースエントリとしてインプリメントすることができる。ＶＮＦＭは、インフラストラクチャ、例えばクラウドにもデプロイされる幾つかの仮想マシンを用いてインプリメントすることができる。このインフラストラクチャは、必ずしも、ＶＮＦのインスタンスが生成されるクラウドと同じクラウドに存在するとは限らない。ＶＮＦＭＤは、ＶＮＦＭデプロイに必要な全ての情報を含む。そのような情報は、例えば、必要とされる仮想マシン及びイメージ、それらのネットワークトポロジー、並びに仮想マシンのシステム要件を含む。さらに、本実施形態では、ＶＮＦＭＤに含まれるパラメータは、ＶＮＦＭがサポートするＶＩＭインタフェースのリストである。この情報は、カタログにリストされたＶＮＦＭのいずれがある特定のＶＩＭとインタラクトすることができるのかを判定するためにオーケストレータによって用いられる。

第２の実施形態では、ＶＮＦＭは、既に起動されて動作している。既にデプロイされて動作している幾つかのＶＮＦＭが存在するものと更に仮定するとともに、オーケストレータが、ＶＩＭとのインタラクション用に既にデプロイされた幾つかのＶＮＦＭのうちの１つを選択するものと仮定する。この場合、オーケストレータは、既に動作しているＶＮＦＭと、それらの間にある参照点を介してコンタクトして、ある特定のタイプのＶＩＭインタフェースのインプリメンテーションをサポートしているか否かを確認する。そのような確認は、例えば、「このＶＮＦＭはＡｍａｚｏｎ ＥＣ２クラウド上でリソースのインスタンス生成をすることができるか？」と表現することができる。この確認は、オーケストレータとＶＮＦＭとの間のインタフェース／参照点上で必要とされる新たなメッセージとすることもできる。ＶＮＦＭは、返答することができ、オーケストレータは、選択を行うことができ、次のステップにおいて、オーケストレータは、選択されたＶＮＦＭに、このＶＮＦＭがそのようなインタフェース上でインタラクトするＶＩＭにどのようにアクセスするのかについての構成情報を送信することができる。オーケストレータから選択されたＶＮＦＭへのこの送信は、ＶＩＭインタフェース情報を含むことができる。

以下、ＶＮＦＭにおいてＶＩＭインタフェースについての情報をどのように取得するのかに関する３つの非限定的な例を説明する。

第１の例では、オーケストレータは、このオーケストレータとＶＮＦＭとの間のインタフェースを通じて構成メッセージを送信することによってＶＮＦＭを構成する。この構成メッセージは、例えば、ＶＮＦＭのＶＩＭアクセス証明書と、ＶＩＭインタフェースエンドポイントアドレスと、ＶＩＭプロバイダ、インタフェースのインプリメンテーションのバージョン、及びそのインタフェース上で用いられるプロトコルのタイプを含むＶＩＭインタフェース情報とを含む。

第２の例では、ＶＮＦＭは、例えばＩＰアドレスとすることができるＶＩＭインタフェースエンドポイントアドレスに関する情報を取得し、それ自体のプロービングによってクラウドタイプを検出する。プロービングのインプリメンテーションの例は、以下のもののうちの１つとすることができる。
・「ダム（dumb）」プロービング。ＶＮＦＭは、そのサポートされたインタフェースの全てについて、試用されているインタフェースのうちの１つがＶＩＭのインタフェースに対応していると判断するまで、ＶＩＭ上で各インタフェースの試用を反復する。
・ＶＮＦＭとＶＩＭとの間のインタフェースにおける処理の最小の組合せが標準化される。これらの処理のうちの１つは、ＶＮＦＭがＶＩＭインタフェース情報をＶＩＭから取り出すことができるという意味で「プロービング」を可能にする。ＶＩＭインタフェース情報が判明すると、このＶＩＭインタフェースの特定の非標準的な処理をＶＮＦＭが呼び出して用いることができる。

第３の実施形態では、「ＩＰアドレスａａ．ｂｂ．ｃｃ．ｄｄの下でどのクラウドインタフェースをＣＭＳに用いるべきか？」というタイプのクエリに回答するレゾルバエンティティが、ネットワーク内のある場所に存在する。

ある特定のＶＩＭにアクセスすることができるようにＶＮＦＭを構成することは、複数のタイプの情報を伴い、及び／又は必要とする場合がある。上記の実施形態及び例について説明するとともに、図３のステップ２においても示したように、ＶＩＭインタフェース情報は、ＶＩＭタイプのインプリメンテーション並びにＶＮＦＭがサポート及び利用するエンドポイントインタフェースのタイプ及びバージョンについての情報を含むことができる。しかしながら、ＶＩＭインタフェース情報は、ＶＩＭにインタフェースすることをある標準規格に従って完全に又は部分的に行うことができるが、依然としてインタフェースのインプリメンテーションに関して相違が存在する場合にも必要とされる特定の情報を更に含むことができる。例えば、インプリメンテーションにおける相違は、インタフェースの異なるネットワークトランスポートプロトコルを用いるときに存在する場合がある。すなわち、情報モデル及びデータモデルに関するインタフェースのセマンティクスは、異なったデータトランスポートプロトコルについて同じであるが、インタフェースのインプリメンテーションのタイプが異なる。例えば、ＲＥＳＴｆｕｌ、ＸＭＬ−ＲＰＣ、ＳＯＡＰ／ＷＳＤＬ、ＪＳＯＮ−ＲＰＣ等である。

本発明の実施形態に関して説明した方法、要素、ユニット、及び装置は、ハードウェア、ソフトウェア、又はそれらの組み合わせとしてインプリメントすることもできることが、当業者には容易に明らかであろう。特に、本発明の実施形態及びこれらの実施形態に関して説明したモジュールの要素は、コンピュータ上で動作するか又はマイクロプロセッサによって実行される単数又は複数のコンピュータプログラムによってインプリメントすることができることが理解されるであろう。本発明をインプリメントするいずれの装置も、特に、ネットワークエンティティとして動作するコンピューティングデバイスの形態を取ることができる。

Claims (12)

1. 仮想ネットワーク機能ＶＮＦを管理する仮想ネットワーク機能マネージャＶＮＦＭを、仮想インフラストラクチャマネージャＶＩＭにアクセスできるように構成する方法であって、
   前記ＶＮＦＭは、ＶＩＭインタフェースタイプを有するインタフェースを通じて前記ＶＩＭにアクセスするものであり、
   前記ＶＮＦＭは、複数のＶＩＭインタフェースタイプをサポートするものであり、
   前記ＶＮＦＭが、前記ＶＩＭによってサポートされるＶＩＭインタフェースタイプについての情報を取得するステップと、
   前記ＶＩＭインタフェースタイプについての情報に従って、前記ＶＮＦＭが前記インタフェースを通じて前記ＶＩＭにアクセスするステップと
   を含み、
   前記ＶＩＭによってサポートされる前記ＶＩＭインタフェースタイプについての情報は、
   オーケストレータと前記ＶＮＦＭとの間のメッセージ交換であって、前記オーケストレータは、グローバルなマルチドメイン仮想化インフラストラクチャリソースについての情報を有し、前記オーケストレータは、前記ＶＩＭのアクセス証明書と、前記ＶＩＭのＶＩＭエンドポイントインタフェースアドレスと、前記ＶＩＭによってサポートされる前記インタフェースタイプについての情報とを前記ＶＮＦＭに提供する、メッセージ交換によって取得されるものである
   方法。
2. 候補となる複数のＶＮＦＭから、前記候補となる複数のＶＮＦＭがサポートするＶＩＭインタフェースタイプについての情報を取得するステップと、
   少なくとも、前記ＶＩＭによってサポートされるインタフェースタイプをサポートする第１のＶＮＦＭを前記複数のＶＮＦＭから選択するステップであって、前記第１のＶＮＦＭは前記ＶＮＦＭである、ステップと
   を更に含む請求項１に記載の方法。
3. 前記ＶＮＦＭから、該ＶＮＦＭがサポートするＶＩＭインタフェースタイプについての情報を取得するステップと、
   候補となる複数のＶＩＭから第１のＶＩＭを選択するステップであって、少なくとも、前記ＶＮＦＭは、前記ＶＩＭによってサポートされるインタフェースタイプをサポートするものであり、前記第１のＶＩＭが前記ＶＩＭである、ステップと
   を更に含む請求項１に記載の方法。
4. 前記候補となる複数のＶＩＭから選択するステップは、管理された仮想インフラストラクチャから提供される仮想化リソースと、前記インフラストラクチャの地理的ロケーションとのうちの１以上の判定基準にさらに基づくものである、請求項３に記載の方法。
5. ＶＮＦＭによってサポートされるＶＩＭインタフェースタイプについての情報は、
   前記ＶＮＦＭに利用可能なインストール情報又はデプロイ情報からＶＮＦＭ記述子を読み出すことであって、前記ＶＮＦＭ記述子は、前記ＶＮＦＭによってサポートされるＶＩＭインタフェースタイプについての情報を含むものである、読み出すことと、
   オーケストレータと前記ＶＮＦＭとの間のメッセージ交換であって、前記オーケストレータは、グローバルなマルチドメイン仮想化インフラストラクチャについての情報を有するものである、メッセージ交換と
   のいずれかによって取得されるものである、請求項１〜４のいずれか１項に記載の方法。
6. 前記ＶＩＭがクラウド管理システムである、請求項１〜５のいずれか１項に記載の方法。
7. ＶＩＭインタフェースタイプについての情報は、
   前記ＶＩＭのプロバイダについての情報と、
   前記ＶＩＭインタフェースのインプリメンテーションのバージョンについての情報と、
   前記ＶＩＭインタフェースのプロトコルタイプについての情報と
   のうちの１以上を含むものである、請求項１〜６のいずれか１項に記載の方法。
8. 仮想ネットワーク機能ＶＮＦを管理する仮想ネットワーク機能マネージャＶＮＦＭを、
   仮想インフラストラクチャマネージャＶＩＭにアクセスできるように構成する方法であって、
   前記ＶＮＦＭは、ＶＩＭインタフェースタイプを有するインタフェースを通じて前記ＶＩＭにアクセスするものであり、
   前記ＶＮＦＭは、複数のＶＩＭインタフェースタイプをサポートするものであり、
   前記ＶＮＦＭが、前記ＶＩＭによってサポートされるＶＩＭインタフェースタイプについての情報を取得するステップと、
   前記ＶＩＭインタフェースタイプについての情報に従って、前記ＶＮＦＭが前記インタフェースを通じて前記ＶＩＭにアクセスするステップと
   を含み、
   前記ＶＩＭによってサポートされる前記ＶＩＭインタフェースタイプについての情報は、前記ＶＮＦＭと前記ＶＩＭとの間のメッセージ交換によって取得され、前記メッセージ交換は、
   前記ＶＮＦＭがＶＩＭエンドポイントインタフェースアドレスを取得することと、
   前記ＶＮＦＭがサポートする複数のＶＩＭインタフェースタイプを通じて前記ＶＮＦＭが反復を行うことであって、前記ＶＮＦＭは、サポートされている各ＶＩＭインタフェースタイプを通じて前記ＶＩＭへのアクセスを試みるものである、反復を行うことと、
   前記ＶＮＦＭが、試みられたアクセスのうちの成功した試みに応じて、前記ＶＩＭによってサポートされるインタフェースタイプについての情報を前記ＶＩＭから取得することと
   によって行われるものである
   方法。
9. オーケストレータをインプリメントする装置であって、
   前記装置は、仮想ネットワーク機能マネージャＶＮＦＭの構成を管理するものであり、
   前記装置は、仮想ネットワーク機能ＶＮＦを管理するＶＮＦＭを、仮想インフラストラクチャマネージャＶＩＭにアクセスできるように構成するものであり、前記ＶＮＦＭは、ＶＩＭインタフェースタイプを有するインタフェースを通じて前記ＶＩＭにアクセスするものであり、
   前記ＶＮＦＭは、複数のＶＩＭインタフェースタイプをサポートするものであって、
   前記ＶＩＭによってサポートされるＶＩＭインタフェースタイプについての情報を前記ＶＮＦＭが取得するためのモジュールと、
   前記ＶＩＭインタフェースタイプについての情報に従って、前記インタフェースを通じて前記ＶＮＦＭが前記ＶＩＭにアクセスするためのモジュールと
   を備え、
   前記ＶＩＭによってサポートされる前記ＶＩＭインタフェースタイプについての情報は、
   前記オーケストレータと前記ＶＮＦＭとの間のメッセージ交換であって、前記オーケストレータは、グローバルなマルチドメイン仮想化インフラストラクチャリソースについての情報を有し、前記オーケストレータは、前記ＶＩＭのアクセス証明書と、前記ＶＩＭのＶＩＭエンドポイントインタフェースアドレスと、前記ＶＩＭによってサポートされる前記インタフェースタイプについての情報とを前記ＶＮＦＭに提供する、メッセージ交換によって取得されるものである
   装置。
10. オーケストレータをインプリメントする装置であって、
    前記装置は、仮想ネットワーク機能マネージャＶＮＦＭの構成を管理するものであり、
    前記装置は、仮想ネットワーク機能ＶＮＦを管理するＶＮＦＭを、仮想インフラストラクチャマネージャＶＩＭにアクセスできるように構成するものであり、前記ＶＮＦＭは、ＶＩＭインタフェースタイプを有するインタフェースを通じて前記ＶＩＭにアクセスするものであり、
    前記ＶＮＦＭは、複数のＶＩＭインタフェースタイプをサポートするものであって、
    前記ＶＩＭによってサポートされるＶＩＭインタフェースタイプについての情報を前記ＶＮＦＭが取得するためのモジュールと、
    前記ＶＩＭインタフェースタイプについての情報に従って、前記インタフェースを通じて前記ＶＮＦＭが前記ＶＩＭにアクセスするためのモジュールと
    を備え、
    前記ＶＩＭによってサポートされる前記ＶＩＭインタフェースタイプについての情報は、前記ＶＮＦＭと前記ＶＩＭとの間のメッセージ交換によって取得され、前記メッセージ交換は、
    前記ＶＮＦＭがＶＩＭエンドポイントインタフェースアドレスを取得することと、
    前記ＶＮＦＭがサポートする複数のＶＩＭインタフェースタイプを通じて前記ＶＮＦＭが反復を行うことであって、前記ＶＮＦＭは、サポートされている各ＶＩＭインタフェースタイプを通じて前記ＶＩＭへのアクセスを試みるものである、反復を行うことと、
    前記ＶＮＦＭが、試みられたアクセスのうちの成功した試みに応じて、前記ＶＩＭによってサポートされるインタフェースタイプについての情報を前記ＶＩＭから取得することと
    によって行われるものである
    装置。
11. 請求項１〜８のいずれか１項に記載の構成を行う１以上のモジュールを更に備えた請求項９又は１０に記載の装置。
12. 請求項１〜８のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムコードを含むコンピュータプログラム。

Images