(57)【要約】【課題】仮想アプリケーションの移動に応じた光パスの柔軟性を向上させること。【解決手段】仮想アプリケーション移動制御装置は、第１の光スイッチが受信する通信に応じて処理を実行する仮想アプリケーションが動作する第１のコンピュータから、第２の光スイッチが受信する通信に応じて処理を実行する第２のコンピュータへの、前記仮想アプリケーションの移動を制御する第１の制御部と、前記移動に伴って、前記第１の光スイッチに関して、前記仮想アプリケーションが実行する処理のための通信に係る光パスの方路を変更するための設定を制御し、前記第２の光スイッチに関して、前記光パスを受信させるための設定を制御する第２の制御部と、を有する。【選択図】図６
2018207330.tif 000002
【特許請求の範囲】
【請求項１】
第１の光スイッチが受信する通信に応じて処理を実行する仮想アプリケーションが動作する第１のコンピュータから、第２の光スイッチが受信する通信に応じて処理を実行する第２のコンピュータへの、前記仮想アプリケーションの移動を制御する第１の制御部と、
前記移動に伴って、前記第１の光スイッチに関して、前記仮想アプリケーションが実行する処理のための通信に係る光パスの方路を変更するための設定を制御し、前記第２の光スイッチに関して、前記光パスを受信させるための設定を制御する第２の制御部と、
を有することを特徴とする仮想アプリケーション移動制御装置。
【請求項２】
前記第２の制御部は、前記第１の光スイッチ及び前記第２の光スイッチが接続する光ネットワークの構成情報に基づいて、前記第１の光スイッチから前記第２の光スイッチまでの経路を特定し、前記第１の光スイッチに関して、前記経路に応じた方路の設定を制御する、
ことを特徴とする請求項１記載の仮想アプリケーション移動制御装置。
【請求項３】
前記第２の制御部は、前記第１の光スイッチが受信する通信を電気信号によって前記第１のコンピュータへ転送する第１の転送装置に関して、当該通信に対応するインタフェースを解放させるための設定と、前記第２の光スイッチが受信する通信を電気信号によって前記第２のコンピュータへ転送する第２の転送装置に関して、前記光パスに係る通信を受信させ、前記第２のコンピュータへ転送させるための設定とを制御する、
ことを特徴とする請求項１又は２記載の仮想アプリケーション移動制御装置。
【請求項４】
第１の光スイッチが受信する通信に応じて処理を実行する仮想アプリケーションが動作する第１のコンピュータから、第２の光スイッチが受信する通信に応じて処理を実行する第２のコンピュータへの、前記仮想アプリケーションの移動を制御する第１の制御手順と、
前記移動に伴って、前記第１の光スイッチに関して、前記仮想アプリケーションが実行する処理のための通信に係る光パスの方路を変更するための設定を制御し、前記第２の光スイッチに関して、前記光パスを受信させるための設定を制御する第２の制御手順と、
をコンピュータが実行することを特徴とする仮想アプリケーション移動制御方法。
【請求項５】
前記第２の制御手順は、前記第１の光スイッチ及び前記第２の光スイッチが接続する光ネットワークの構成情報に基づいて、前記第１の光スイッチから前記第２の光スイッチまでの経路を特定し、前記第１の光スイッチに関して、前記経路に応じた方路の設定を制御する、
ことを特徴とする請求項４記載の仮想アプリケーション移動制御方法。
【請求項６】
前記第２の制御手順は、前記第１の光スイッチが受信する通信を電気信号によって前記第１のコンピュータへ転送する第１の転送装置に関して、当該通信に対応するインタフェースを解放させるための設定と、前記第２の光スイッチが受信する通信を電気信号によって前記第２のコンピュータへ転送する第２の転送装置に関して、前記光パスに係る通信を受信させ、前記第２のコンピュータへ転送させるための設定とを制御する、
ことを特徴とする請求項４又は５記載の仮想アプリケーション移動制御方法。
【請求項７】
請求項１乃至３いずれか一項記載の各部としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想アプリケーション移動制御装置、仮想アプリケーション移動制御方法及びプログラムに関する。
【背景技術】
【０００２】
通信キャリアのネットワーク内において、全国に散在するユーザが収容される複数の加入者収容局と、複数の加入者収容局に接続したデータセンタからなる構成に関して、各データセンタが各収容局からのユーザトラヒックに対して必要なサービスを提供する形態を考える。
【０００３】
各データセンタは、複数のサーバ、ルータ、ＯＸＣ（Optical Cross Connect）装置から構成され、サーバ上で仮想化されたＶＮＦ（Virtualized Network Function）等の仮想アプリケーションによりサービス提供を行う。
【０００４】
この際、サーバの処理能力（リソース）は有限であることから、必要に応じ、仮想アプリケーションを余剰リソースのある他のデータセンタに移動（マイグレーション）してサービスを提供することが考えられる。データセンタを跨いで仮想アプリケーションを移動する技術としては、ＯｐｅｎＳｔａｃｋ等のプロジェクトで既に検討されている。
【０００５】
また、仮想アプリケーションを移動させる場合には、データセンタと収容局との間のネットワークパスの変更も行う必要がある。ネットワークパスを動的に制御する技術として、Ｏｐｅｎ  Ｄａｙｌｉｇｈｔ等のＳＤＮコントローラが既に実現されている。また、ＯＸＣ装置により、光波長を直接スイッチングすることでの光パスのルーティングも実現されている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】Multisite VIM support in Tacker、インターネット＜URL：https://specs.openstack.org/openstack/tacker-specs/specs/mitaka/multi-site-feature.html＞
【非特許文献２】Open Daylight、インターネット＜URL：https://www.opendaylight.org/＞
【非特許文献３】NTT研究開発この1年＜２００３年報＞  通信ネットワーク技術  19ページ、インターネット＜URL：http://www.ntt.co.jp/RD/OFIS/active/2003pdf/nw19.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００７】
仮想アプリケーションの移動を行う場合には、他のデータセンタのリソースの空き状況に応じて、適切なデータセンタを移動先とする必要がある。
【０００８】
図１に示されるように、従来技術では、仮想アプリケーション（ＶＮＦ）の移動に先立ち、移動先となるデータセンタに接続するための光パスが予め固定的に設定されていた。すなわち、設計段階において、ＶＮＦの移動先、移動元への光パスの両方を固定で設定する必要が有った。この場合、ＩＰレイヤのルーティング切替のみで対応されていたために、光信号から電気信号への変換が必須になる。また、実際のデータセンタ間において時々刻々と変化する通信量に応じ、必要最小限の波長数となる光パス設定とすることができなかった。結果として、実際の通信量に対し、パスの設定に必要な装置コスト、及び電力が大きくなるという問題があった。
【０００９】
本発明は、上記の点に鑑みてなされたものであって、仮想アプリケーションの移動に応じた光パスの柔軟性を向上させることを目的とする。
【課題を解決するための手段】
【００１０】
そこで上記課題を解決するため、仮想アプリケーション移動制御装置は、第１の光スイッチが受信する通信に応じて処理を実行する仮想アプリケーションが動作する第１のコンピュータから、第２の光スイッチが受信する通信に応じて処理を実行する第２のコンピュータへの、前記仮想アプリケーションの移動を制御する第１の制御部と、前記移動に伴って、前記第１の光スイッチに関して、前記仮想アプリケーションが実行する処理のための通信に係る光パスの方路を変更するための設定を制御し、前記第２の光スイッチに関して、前記光パスを受信させるための設定を制御する第２の制御部と、を有する。
【発明の効果】
【００１１】
仮想アプリケーションの移動に応じた光パスの柔軟性を向上させることができる。
【図面の簡単な説明】
【００１２】
【図１】従来技術の問題点を説明するための図である。
【図２】本発明の実施の形態の概要を説明するための図である。
【図３】本発明の実施の形態におけるネットワーク構成例を示す第１の図である。
【図４】本発明の実施の形態におけるネットワーク構成例を示す第２の図である。
【図５】本発明の実施の形態におけるＤＣリソース共有システム１０のハードウェア構成例を示す図である。
【図６】本発明の実施の形態におけるＤＣリソース共有システム１０の機能構成例を示す図である。
【図７】本発明の実施の形態において実行される処理手順の一例を説明するためのシーケンス図である。
【図８】リソース枯渇のアラート通知を示す図である。
【図９】空きリソース管理テーブル１１１の構成例を示す図である。
【図１０】ＶＮＦ状態テーブル１１２の構成例を示す図である。
【図１１】移動先及び移動対象の選定の一例を示す図である。
【図１２】ＶＮＦの移動の要求の一例を示す図である。
【図１３】方路管理テーブル１２１の構成例を示す図である。
【図１４】移動対象のＶＮＦの係る光パスの設計の一例を示す図である。
【図１５】光パス管理テーブル１２２の構成例を示す図である。
【図１６】光パスの方路の変更の設定例を示す図である。
【図１７】ルータ３２の設定例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面に基づいて本発明の実施の形態を説明する。図２は、本発明の実施の形態の概要を説明するための図である。本実施の形態では、ＶＮＦのマイグレーション（以下、「移動」という。）に合わせて光パスのルーティングを変更して最適な光パスを収容局とデータセンタ間に動的に設定することにより、都度通信に必要な最適な光パス設計が可能とされる。光パスとは、光ケーブルの伝送区間に設定される、光波長をいう。
【００１４】
図３は、本発明の実施の形態におけるネットワーク構成例を示す第１の図である。図３には、或る通信キャリア内のネットワークの構成例が示されている。図３において、収容局４０α、４０β、４０γ等の複数の収容局４０は、全国に散在し、それぞれの地域における複数のユーザ宅（通信キャリアの加入者宅）からの回線を収容する加入者収容局である。
【００１５】
各収容局４０は、ＤＣ３０ａ及びＤＣ３０ｂ等の複数のデータセンタ（ＤＣ）のいずれかと光ケーブルによって接続され、ユーザ宅のトラヒックをＤＣ３０や他網に転送する際に、トラヒックのアグリケーションを行う。なお、各光ケーブルは、波長分割多重（ＷＤＭ（Wavelength Division Multiplexing））によって、複数の光パス（波長帯）を収容可能である。
【００１６】
各ＤＣ３０は、１以上のＯＸＣ（Optical Cross Connect）装置３１、１以上のルータ３２、及び１以上のサーバ３３等を含む。
【００１７】
ＯＸＣ装置３１は、各収容局４０との間の光ケーブルや、他のＤＣ３０との間の光ケーブルを収容する装置である。ＯＸＣ装置３１は、光スイッチを含み、光ケーブルに割り当てられた光パスの方路を制御可能である。
【００１８】
ルータ３２は、ＩＰレイヤのトラヒックについてルーティングを行う装置である。ルータ３２は、ＯＸＣ装置３１によって受信される光パスについて電気信号に変換された通信（ユーザトラヒック）をサーバ３３に転送する。
【００１９】
なお、ＯＸＣ装置３１と、ルータ３２との間には、ＯＸＣ装置３１からの光信号を電気信号へ変換したり、ルータ３２からの電気信号を光信号へ変換したりするトランスポンダが設置されるが、図面においては便宜上省略されている。
【００２０】
サーバ３３は、仮想マシン（ＶＭ（Virtual Machine））が動作するコンピュータである。仮想マシン上では、仮想化されたアプリケーション（仮想アプリケーション）の一例であるＶＮＦ（Virtualized Network Function）が動作する。ＶＮＦは、ルータ３２から転送される通信（各収容局４０からのユーザトラヒック）に対して必要なサービスを提供するための処理を実行する。また、サーバ３３は、ＶＩＭ（Virtualized Infrastructure Manager）によって管理されている。ＶＩＭとはサーバ３３の仮想マシン等の仮想化リソースを管理するシステムである。
【００２１】
各ＤＣ３０のＶＩＭは、ネットワークを介してＤＣリソース共有システム１０に接続される。また、各ＤＣ３０のルータ３２及びＯＸＣ装置３１は、ネットワークを介してＳＤＮ（Software Defined Network）コントローラに接続される。
【００２２】
ＤＣリソース共有システム１０は、各ＤＣ３０のサーバ３３の処理能力（リソース）を有効活用するため、リソースが枯渇しそうなＤＣ３０に対する収容局４０からのトラヒックを、他のＤＣ３０へ転送するための制御を行う１以上のコンピュータである。
【００２３】
ＳＤＮコントローラ２０は、ＤＣリソース共有システム１０からの要求に応じた設定を、当該要求において指定されたＤＣ３０のＯＸＣ装置３１及びルータ３２等に対して実行するソフトウェアであり、非図示の任意のコンピュータにおいて動作する。なお、ＳＤＮコントローラ２０は、複数のＤＣ３０に対して共通であるとは限らない。例えば、ＤＣ３０ごとにＳＤＮコントローラ２０が存在してもよい。この場合、ＤＣリソース共有システム１０は、設定対象のＤＣ３０に対応するＳＮＤコントローラに設定要求を行えばよい。
【００２４】
図４は、本発明の実施の形態におけるネットワーク構成例を示す第２の図である。図４中、図３と同一部分には同一符号を付し、その説明は省略する。
【００２５】
図３では、光ケーブルによる光ネットワークについてツリー構成が採用される例を示したが、図４に示されるようにリング構成が採用されてもよい。
【００２６】
図５は、本発明の実施の形態におけるＤＣリソース共有システム１０のハードウェア構成例を示す図である。図５のＤＣリソース共有システム１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００２７】
ＤＣリソース共有システム１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００２８】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってＤＣリソース共有システム１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００２９】
図６は、本発明の実施の形態におけるＤＣリソース共有システム１０の機能構成例を示す図である。図６において、ＤＣリソース共有システム１０は、ＶＮＦ配備制御部１１及びマルチレイヤＳＤＮ制御部１２等を有する。これら各部は、ＤＣリソース共有システム１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。ＤＣリソース共有システム１０は、また、空きリソース管理テーブル１１１、ＶＮＦ状態テーブル１１２、方路管理テーブル１２１及び光パス管理テーブル１２２等を利用する。これら各テーブルは、例えば、補助記憶装置１０２、メモリ装置１０３、又はＤＣリソース共有システム１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。
【００３０】
ＶＮＦ配備制御部１１は、いずれかのＤＣ３０のサーバ３３においてリソースが枯渇しそうになると、当該サーバ３３上のいずれかのＶＮＦを他のＤＣ３０のサーバ３３へ移動するための制御を実行する。
【００３１】
マルチレイヤＳＤＮ制御部１２は、ＶＮＦ配備制御部１１からのリクエストにより、移動対象とされたＶＮＦに係る光パスについて、動体移動に応じた経路を設計（特定）し、当該経路を実現するための設定をＳＤＮコントローラ２０へ要求する。マルチレイヤＳＤＮ制御部１２は、また、ネットワーク構成が図４のようにリング構成の場合に、リング内の波長帯域を管理し、ＤＣ３０間のトラヒック転送の変更時に必要な予備の波長帯域を複数予約管理し、波長の競合等が起きないように調停する機能も有する。
【００３２】
空きリソース管理テーブル１１１には、各ＤＣ３０の各サーバ３３のリソースの空き状況を示す情報が記録される。
【００３３】
ＶＮＦ状態テーブル１１２には、各ＤＣ３０のサーバ３３上で動作する各ＶＮＦのリソースの使用量が記録される。
【００３４】
方路管理テーブル１２１には、収容局４０及びＤＣ３０を端点とした、各光ケーブルの接続関係を示す情報（すなわち、当該各光ケーブルによって構成される光ネットワークの構成情報）が記録される。
【００３５】
光パス管理テーブル１２２には、光パスごとに、波長帯や経路を示す情報等が記録される。
【００３６】
以下、ＤＣリソース共有システム１０等によって実行される処理手順について説明する。図７は、本発明の実施の形態において実行される処理手順の一例を説明するためのシーケンス図である。
【００３７】
各ＶＩＭは当該ＶＩＭが属するＤＣ３０のサーバ３３の各種リソース（ＣＰＵ、メモリ、ストレージ等）の空き状況を把握している。例えば、ＤＣ３０ａのサーバ３３において、いずれかのリソースの空き容量が当該リソースに対応する閾値を下回ると、ＤＣ３０ａのＶＩＭは、図８に示されるように、ＤＣリソース共有システム１０のＶＮＦ配備制御部１１へリソース枯渇のアラート通知を送信する（Ｓ１０１）。
【００３８】
ＶＮＦ配備制御部１１は、当該アラート通知を受信すると、他の各ＤＣ３０のリソースの空き状況を示す情報を当該他の各ＤＣ３０のＶＩＭから取得し、当該情報を空きリソース管理テーブル１１１に記録する（Ｓ１０２）。
【００３９】
図９は、空きリソース管理テーブル１１１の構成例を示す図である。図９に示されるように、空きリソース管理テーブル１１１には、ＤＣ３０ごとに、当該ＤＣ３０のサーバ３３のＣＰＵ、メモリ及びストレージ等のリソースの空き状況（空き容量）を示す情報が記録される。
【００４０】
なお、ＶＮＦ配備制御部１１は、例えば、定期的に各ＤＣ３０のＶＩＭに対してリソースの空き状況を問い合わせてもよい。この場合、ＶＮＦ配備制御部１１が、或るＤＣ３０のサーバ３３においてリソースが枯渇していることを検知してもよい。
【００４１】
また、ＶＩＭを備えていないＤＣ３０が存在してもよい。この場合、ＶＮＦ配備制御部１１は、例えば、当該ＤＣ３０のサーバ３３からリソースの空き状況を示す情報を取得してもよい。
【００４２】
続いて、ＶＮＦ配備制御部１１は、移動先とするＤＣ３０と、移動対象とするＶＮＦとを空きリソース管理テーブル１１１及びＶＮＦ状態テーブル１１２を参照して選定する（Ｓ１０３）。
【００４３】
図１０は、ＶＮＦ状態テーブル１１２の構成例を示す図である。図１０に示されるように、ＶＮＦ状態テーブル１１２には、各ＤＣ３０のサーバ３３において動作するＶＮＦごとに、ＶＮＦ＿ＩＤ、ＣＰＵ使用量、メモリ使用量、及びストレージ使用量等が記憶されている。ＶＮＦ＿ＩＤは、ＶＮＦの識別情報である。なお、ＶＮＦ状態テーブル１１２に記憶される情報は、ステップＳ１０２と同じタイミングで、ＶＮＦ配備制御部１１が各ＤＣ３０のＶＩＭ又はサーバ３３から取得してもよいし、定期的にＶＮＦ配備制御部１１が各ＤＣ３０のＶＩＭ又はサーバ３３から取得してもよい。
【００４４】
ステップＳ１０３では、アラート元のＤＣ３０上のいずれかのＶＮＦによるリソースの使用量の分だけ、リソースに空きがあるＤＣ３０が探索されることで、移動対象及び移動先が選定される。複数の移動対象が選定されてもよい。この場合、各移動対象の移動先が同じでなくてもよい。
【００４５】
なお、図１１では、ＤＣ３０ｂが移動先として選定され、アラート元（すなわち、移動元）のＤＣ３０ａにおいてＶＮＦ＿ＩＤが「ＶＮＦ２」であるＶＮＦが、移動対象として選定された例が示されている。
【００４６】
移動先及び移動対象を選定できた場合、ＶＮＦ配備制御部１１は、図１２に示されるように、移動元及び移動先のそれぞれのＤＣ３０のＶＩＭに、移動対象とされたＶＮＦの移動の実行を要求する（Ｓ１０４、Ｓ１０５）。図１２では、「ＶＮＦ２」が、ＤＣ３０ａからＤＣ３０ｂに移動される例が示されている。これらの要求に応じ、移動元のＤＣ３０ａのＶＩＭと、移動先のＤＣ３０ｂのＶＩＭとの間で、移動対象のＶＮＦの移動が実行される（Ｓ１０６）。なお、ＶＮＦの移動では、当該ＶＮＦのみが移動されてもよいし、当該ＶＮＦの動作元である仮想マシンも含めて移動されてもよい。このような移動は、公知技術に基づいて実行可能である。
【００４７】
ＶＮＦ配備制御部１１は、また、移動の実行要求と同時に又は並行して、ＶＮＦの移動をマルチレイヤＳＤＮ制御部１２に通知する（Ｓ１０７）。この際、移動先のＤＣ３０と、移動対象のＶＮＦ（のＶＮＦ＿ＩＤ）とがマルチレイヤＳＤＮ制御部１２に通知される。マルチレイヤＳＤＮ制御部１２は、ＶＮＦ配備制御部１１からの通知に応じ、方路管理テーブル１２１を参照して、移動対象のＶＮＦに係る光パスについて、当該ＶＮＦの移動後の最短経路を設計（特定）する（Ｓ１０８）。
【００４８】
図１３は、方路管理テーブル１２１の構成例を示す図である。図１３に示されるように、方路管理テーブル１２１には、光ネットワークについて、収容局４０又はＤＣ３０を端点とした場合の端点間の接続関係が記憶されている。例えば、図１３において、１行目のレコードは、収容局４０αと、ＤＣ３０ａとの間が光ケーブルによって接続されていることを示す。
【００４９】
図１３に示される情報によれば、任意の端点間の最短経路を特定することができる。すなわち、移動元のＤＣ３０ａから移動先のＤＣ３０ｂへの最短経路を特定することができる。ここで、最短経路とは、例えば、収容局４０又はＤＣ３０を端点とした場合のホップ数（経由する端点数）が最小となる経路をいう。例えば、図１３の例によれば、端点１が「ＤＣ−ａ」（ＤＣ３０ａ）であり、端点２が「ＤＣ−ｂ」（ＤＣ３０ｂ）であるレコードに基づいて、移動元と移動先とを直接接続する経路が有ることが分かる。そこで、当該経路を利用して移動対象のＶＮＦに係る光パスを設計することができる。
【００５０】
なお、各光ケーブルに収容可能な光パスの数には上限が有る。したがって、当該上限を制約条件として最短経路が探索されてもよい。各光ケーブルに収容されている光パスの数は、後述の光パス管理テーブル１２２を参照して特定されてもよい。
【００５１】
図１４は、移動対象のＶＮＦの係る光パスの設計の一例を示す図である。図１４では、移動対象のＶＮＦに係る光パスの経路が、経路ｒ１から経路ｒ２へ切り替えられることが設計された例が示されている。
【００５２】
マルチレイヤＳＤＮ制御部１２は、移動元のＤＣ３０ａから移動先のＤＣ３０ｂとの間について設計された最短経路を、光パス管理テーブル１２２のレコードのうち、移動対象のＶＮＦに係る光パスに対応するレコードに反映する。
【００５３】
図１５は、光パス管理テーブル１２２の構成例を示す図である。図１５に示されるように、光パス管理テーブル１２２には、収容局４０からＶＮＦ間の光パスごとに、パスＩＤ、波長帯、利用フラグ、収容局ＩＤ、１以上の経由地、及びＶＮＦ＿ＩＤ等が記憶される。
【００５４】
パスＩＤは、各光パスの識別情報である。波長帯は、各光パスの光波長の範囲である。利用フラグは、各光パスが、利用中であるのか予備であるのかを示す情報である。収容局ＩＤは、各光パスの端点である収容局４０の識別情報である。経由地は、収容局４０からＶＮＦの間に経由するＤＣ３０の識別情報である。ＶＮＦ＿ＩＤは、各光パスの端点であるＶＮＦのＶＮＦ＿ＩＤである。
【００５５】
図１５において、（１）は、移動対象のＶＮＦに対応する、パスＩＤが、「λ２」である光パスについて、図１４における経路ｒ１が採用されていた状態に対応する。（２）は、当該光パスについて、図１４における経路ｒ２が採用された状態に対応する。すなわち、当該光パスは、移動対象のＶＮＦの移動後において、ＤＣ３０ａ及びＤＣ３０ｂを経由するため、ＤＣ３０ｂが経由地として更に追加されている。
【００５６】
なお、マルチレイヤＳＤＮ制御部１２には、移動対象のＶＮＦ（のＶＮＦ＿ＩＤ）がＶＮＦ配備制御部１１から通知されている。マルチレイヤＳＤＮ制御部１２は、当該ＶＮＦ＿ＩＤを光パス管理テーブル１２２に当てはめることで、移動元のＤＣ３０と移動対象のＶＮＦに係る光パスとを特定することができる。
【００５７】
続いて、マルチレイヤＳＤＮ制御部１２は、更新後の光パス管理テーブル１２２に基づいて、移動元のＤＣ３０ａのＯＸＣ装置３１に関して、移動対象となるＶＮＦに係る光パスの方路を移動先のＤＣ３０ｂへと変更するための設定をＳＤＮコントローラ２０へ要求する（Ｓ１０９）。ＳＤＮコントローラ２０は、当該要求に応じ、当該設定を当該トラヒックの転送元のＤＣ３０ａのＯＸＣ装置３１に対して実行する（Ｓ１１０）。
【００５８】
続いて、マルチレイヤＳＤＮ制御部１２は、当該光パスの転送先のＤＣ３０ｂのＯＸＣ装置３１に関して、転送元のＤＣ３０ａのＯＸＣ装置３１からの当該光パスを受信させ、当該光パスをＤＣ３０ｂのルータ３２へドロップ（転送）させるための設定をＳＤＮコントローラ２０に要求する（Ｓ１１１）。ＳＤＮコントローラ２０は、当該要求に応じ、当該設定を当該トラヒックの転送先のＤＣ３０ｂのＯＸＣ装置３１に対して実行する（Ｓ１１２）。
【００５９】
図１６は、光パスの方路の変更の設定例を示す図である。図１６の各矢印には、図７において対応するステップのステップ番号が付されている。
【００６０】
ステップＳ１１０における設定は、例えば、ＤＣ３０ａのＯＸＣ装置３１の波長管理テーブルＴａのうち、方路の変更対象とされる光パスに対応するレコードの出側方路をＤＣ３０ａのルータ３２からＤＣ３０ｂのＯＸＣ装置３１（ＯＸＣｂ）に変更することである。
【００６１】
また、ステップＳ１１２における設定は、例えば、ＤＣ３０ｂのＯＸＣ装置３１の波長管理テーブルＴｂに対し、当該光パスに対応するレコードを追加することである。当該レコードの波長ＩＤには、当該光パスの波長ＩＤが記憶され、当該レコードの入側方路には、ＤＣ３０ａのＯＸＣ装置３１の識別情報（ＯＸＣａ）が記憶され、当該レコードの出側方路には、ＤＣ３０ｂのルータ３２の識別情報（ルータ３２ｂ）が記憶される。
【００６２】
なお、本実施の形態では、移動元のＤＣ３０ａと移動先のＤＣ３０ｂとが光ケーブルによって直接接続されている例を示したが、ＤＣ３０ａとＤＣ３０ｂとが直接接続されていない場合、他のＤＣ３０を経由した経路が、当該光パスの最短経路となる。この場合、ＤＣ３０ａのＯＸＣ装置３１には、当該他のＤＣ３０のＯＸＣ装置３１を出側方路とする設定が行われる。また、当該他のＤＣ３０のＯＸＣ装置３１には、ＤＣ３０ａのＯＸＣ装置３１を入側方路とし、ＤＣ３０ｂのＯＸＣ装置３１を出側方路とする設定が行われる。ＤＣ３０ｂのＯＣＸ装置には、当該他のＤＣ３０のＯＸＣ装置３１を入側方路とする設定が行われる。
【００６３】
なお、図１６に示したＯＸＣ装置３１への設定は、一例に過ぎない。ＯＸＣ装置３１への設定は、実施に利用されるＯＸＣ装置等の仕様に従った方法で実行されればよい
以上のような設定が完了すると、当該光パスの経路は、経路ｒ１から経路ｒ２に切り替わる。
【００６４】
続いて、マルチレイヤＳＤＮ制御部１２は、ＤＣ３０ａのルータ３２に関して、移動対象のＶＮＦに係る光パスでの通信に対応したインタフェースを解放させるための設定をＳＤＮコントローラ２０に要求する（Ｓ１１３）。ＳＤＮコントローラ２０は、当該要求に応じ、当該インタフェースの設定の削除を当該ルータ３２に対して実行する（Ｓ１１４）。
【００６５】
続いて、マルチレイヤＳＤＮ制御部１２は、ＤＣ３０ｂのルータ３２に関して、ドロップされた光パスのトラヒックの受信と、移動先のサーバ３３であるＤＣ３０ｂへの当該トラヒックの転送とを実行させるための設定を、ＳＤＮコントローラ２０に要求する（Ｓ１１５）。ＳＤＮコントローラ２０は、当該要求に応じ、当該設定をＤＣ３０ｂのルータ３２に対して実行する（Ｓ１１６）。
【００６６】
図１７は、ルータ３２の設定例を示す図である。図１７の各矢印には、図７において対応するステップのステップ番号が付されている。
【００６７】
以上により、移動対象のＶＮＦに係る光パスのトラヒックは、ＤＣ３０ｂのサーバ３３に転送されるようになる。
【００６８】
上述したように、本実施の形態によれば、或るＤＣ３０のサーバ３３のリソースが枯渇すると、他の各ＤＣ３０のリソースの空き状況に基づき動的に適切な移動先ＤＣ３０が選定されて当該或るＤＣ３０のＶＮＦが移動されるとともに、当該ＶＮＦの移動に伴って当該ＶＮＦに係る光パスについて最短経路が設計され、動的に経路の切り替えが実行される。したがって、本実施の形態によれば、ＶＮＦ（仮想アプリケーション）の移動に応じた光パスの柔軟性を向上させることができる。
【００６９】
その結果、通信キャリアのネットワーク内でＤＣ３０のリソースの共有を行う際に、従来方式で行う場合に比べて必要となる光パスの設定を最適化することが出来る。すなわち、光ケーブルを、通信に必要な最小の波長数が設定された状態にすることができる。よって、光パスの設定に必要な装置コスト、及び電力を削減することが可能となる。
【００７０】
なお、本実施の形態において、ＤＣリソース共有システム１０は、仮想アプリケーション移動制御装置の一例である。ＶＮＦ配備制御部１１は、第１の制御部の一例である。マルチレイヤＳＤＮ制御部１２は、第２の制御部の一例である。ＤＣ３０ａのＯＸＣ装置３１、ルータ３２、サーバ３３は、第１の光スイッチ、第１のコンピュータ、第１の転送装置の一例である。ＤＣ３０ｂのＯＸＣ装置３１、ルータ３２、サーバ３３は、第２の光スイッチ、第２のコンピュータ、第２の転送装置の一例である。
【００７１】
以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００７２】
１０          ＤＣリソース共有システム
１１          ＶＮＦ配備制御部
１２          マルチレイヤＳＤＮ制御部
２０          ＳＤＮコントローラ
３０          ＤＣ
３１          ＯＸＣ装置
３２          ルータ
３３          サーバ
４０          収容局
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１１１        空きリソース管理テーブル
１１２        ＶＮＦ状態テーブル
１２１        方路管理テーブル
１２２        光パス管理テーブル
Ｂ            バス
【図１】
2018207330.tif 000003
【図２】
2018207330.tif 000004
【図３】
2018207330.tif 000005
【図４】
2018207330.tif 000006
【図５】
2018207330.tif 000007
【図６】
2018207330.tif 000008
【図７】
2018207330.tif 000009
【図８】
2018207330.tif 000010
【図９】
2018207330.tif 000011
【図１０】
2018207330.tif 000012
【図１１】
2018207330.tif 000013
【図１２】
2018207330.tif 000014
【図１３】
2018207330.tif 000015
【図１４】
2018207330.tif 000016
【図１５】
2018207330.tif 000017
【図１６】
2018207330.tif 000018
【図１７】
2018207330.tif 000019