(57)【要約】  本発明は、ＶＭの障害内容の解析の容易化に貢献する。仮想ネットワークファンクション管理装置は、仮想化基盤を管理する仮想化基盤管理部上で動作する仮想マシンの障害を検出する仮想マシン監視部と、前記障害が発生した仮想マシンのイメージファイルのバックアップを実施可能なように、前記障害が発生した仮想マシンのイメージファイルを論理的に更新した後に、前記前記仮想化基盤制御部に対して、前記障害が発生した仮想マシンの再作成を指示する制御部と、を備える。
2016121830.tif 000002
【特許請求の範囲】
【請求項１】
仮想化基盤を管理する仮想化基盤管理部上で動作する仮想マシンの障害を検出する仮想マシン監視部と、
前記障害が発生した仮想マシンのイメージファイルのバックアップを実施可能なように、前記障害が発生した仮想マシンのイメージファイルを論理的に更新した後に、前記仮想化基盤制御部に対して、前記障害が発生した仮想マシンの再作成を指示する制御部と、
を備えた仮想ネットワークファンクション管理装置。
【請求項２】
前記制御部は、所定のオーケストレーション装置に対して、前記障害が発生した仮想マシン名のリネームを要求することにより、前記障害が発生した仮想マシンのイメージファイルを論理的に更新する請求項１の仮想ネットワークファンクション管理装置。
【請求項３】
さらに、前記障害が発生した仮想マシンの接続仮想ポートを切り離す処理を実施する請求項１又は２の仮想ネットワークファンクション管理装置。
【請求項４】
さらに、前記仮想化基盤管理部側の仮想ポート情報のうち、前記障害が発生した仮想マシンのイメージファイルに含まれる仮想ポートに対応する仮想ポート情報を削除する請求項１から３いずれか一の仮想ネットワークファンクション管理装置。
【請求項５】
前記仮想マシンの再作成処理と独立して、前記障害が発生した仮想マシンのイメージファイルのバックアップを実施する請求項１から４いずれか一の仮想ネットワークファンクション管理装置。
【請求項６】
請求項１から５いずれか一の仮想ネットワークファンクション管理装置を含む仮想ネットワークファンクション提供システム。
【請求項７】
仮想化インフラストラクチャーを管理する仮想化基盤管理部上で動作する仮想マシンの障害を検出するステップと、
前記仮想マシンの障害を検出した場合、前記障害が発生した仮想マシンのイメージファイルのバックアップを実施可能なように、前記障害が発生した仮想マシンのイメージファイルを論理的に更新した後に、前記仮想化基盤制御部に対して、前記障害が発生した仮想マシンの再作成を指示するステップと、
を含むヒーリング方法。
【請求項８】
仮想化インフラストラクチャーを管理する仮想化基盤管理部上で動作する仮想マシンの障害を検出する処理と、
前記仮想マシンの障害を検出した場合、前記障害が発生した仮想マシンのイメージファイルのバックアップを実施可能なように、前記障害が発生した仮想マシンのイメージファイルを論理的に更新した後に、前記仮想化基盤制御部に対して、前記障害が発生した仮想マシンの再作成を指示する処理と、
を仮想ネットワークファンクション管理装置として機能するコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２０１５−０１４６１４号（２０１５年１月２８日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、仮想ネットワークファンクション管理装置、システム、ヒーリング方法及びプログラムに関し、特に、その仮想化基盤上で動作する仮想ネットワークファンクションのヒーリング機能に関する。
【背景技術】
【０００２】
サーバのコンピューティング、ストレージやネットワーク機能等を仮想化する技術として、サーバ上の、ハイパーバイザ（HyperVisor）等の仮想化レイヤ上に実装した仮想マシン（VM：Virtual Machine）によりソフトウェア的に実現するNFV（Network Functions Virtualization）等が知られている。例えばMANO（Management & Orchestration）アーキテクチャに基づき実現される。図１は、非特許文献１の第23頁のFigure 5.1（The NFV-MANO architectural framework with reference points）から引用した図である。【０００３】
図１を参照すると、VNF（Virtual Network Function）は、サーバ上の仮想マシン（VM）で動作するアプリケーション等に対応し、ネットワーク機能をソフトウェア的に実現する。VNFとして、例えばLTE（Long Term Evolution）ネットワークのコア網であるEPC（Evolved Packet Core）におけるMME（Mobility Management Entity）やS-GW（Serving Gateway）、P-GW（PDN Gateway）等をソフトウェア(仮想マシン)で実現するようにしてもよい。図１の例では、例えばVNFごとにEM（Element Manager：要素管理）という管理機能が設けられる。【０００４】
VNFの実行基盤をなすNFVI（Network Function Virtualization Infrastructure）は、コンピューティング、ストレージ、ネットワーク機能等、物理マシン（サーバ）のハードウェア資源をハイパーバイザ等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、仮想化ネットワーク等の仮想化ハードウェア資源として柔軟に扱えるようにした基盤である。【０００５】
NFV MANO（Management & Orchestration）は、NFV-Orchestrator（NFVO）、VNF-Manager（VNFM）、Virtualized Infrastructure Manager（VIM）を備えている。【０００６】
NFV-Orchestrator（NFVO）は、NFVIリソースのオーケストレーション、及びNS（Network Service）のライフサイクル管理（NSインスタンスのInstantiation、Scaling、Termination、Update等）を行う。また、NFVOは、NSカタログ（NSD/VLD/VNFFGD）、及びVNFカタログ（VNFD/VMイメージ/マニュフェストファイル等）の管理を行い、NFVインスタンスのリポジトリ、NFVIリソースのリポジトリを持つ。【０００７】
VNF-Manager（VNFM）は、VNFのライフサイクル管理（インスタンシエーション、更新、検索、スケーリング、終了、（アシステッド／オート）ヒーリング等）およびイベント通知を行う。【０００８】
Virtualized Infrastructure Manager（VIM）は、仮想化レイヤを介して、NFVIを制御する（コンピューティング、ストレージ、ネットワークのリソース管理、NFVの実行基盤であるNFVIの障害監視、リソース情報の監視等）。【０００９】
OSS（Operation Service Systems）は、例えば通信事業者（キャリア）がサービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）を総称したものである。BSS(Business Service Systems)は、例えば通信事業者（キャリア）が利用料などの課金、請求、顧客対応などのために使う情報システム（機器やソフトウェア、仕組みなど）の総称である。【００１０】
NSカタログ（NS catalog）は、ネットワークサービス（NS）のリポジトリを表している。NSカタログ（NS catalog）は、ネットワークサービス（NS）デプロイメントテンプレート（Network Service Descriptor（NSD）、Virtual Link Descriptor（VLD）、VNF Forwarding Graph Descriptor(VNFFGD)）の生成と管理の支援を行う。デプロイメントは要求仕様等にしたがってカストマイズし実際の使用環境に配備することをいう。【００１１】
VNFカタログ（VNF catalog）は、VNFパッケージのリポジトリを表している。VNFカタログは、VNF Descriptor（ＶＮＦＤ）、ソフトウェアイメージ、マニフェストファイル等のVNFパッケージの生成と管理の支援を行う。【００１２】
NFVインスタンスリポジトリ（NFV instance Repository）は、全VNF、全ネットワークサービス（NS）のインスタンス情報を保持する。VNFインスタンス、NSインスタンスはそれぞれVNF、NSレコードに記述される。これらのレコードは各インスタンスのライフサイクルで、VNFライフサイクル管理操作、NSライフサイクル管理操作の実行結果を反映するように更新される。【００１３】
NFVIリソースリポジトリ（NFVI Resources Repository）は、オペレータのinfrastructure domain を超えてVIMにより抽出された、利用可能な（available）/予約された（reserved）/割り付けられた（allocated）リソースの情報を保持する。【００１４】
図１において、参照ポイントOs-Nfvoは、OSS（Operation Service Systems）/BSS(Business Service Systems)とNFVO間の参照ポイントであり、ネットワークサービスのライフサイクル管理要求、VNFライフサイクル管理要求、NFV関連の状態情報の転送、ポリシ管理情報の交換等に用いられる。【００１５】
参照ポイントVnfm-Viは、VNFMからのリソース割り当て要求、仮想化リソースの構成と状態情報の交換に用いられる。【００１６】
参照ポイントVe-Vnfm-emは、EMと、VNFM間でVNFインスタンシエーション、VNFインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、EMからVNFMへの構成、イベントの転送、VNFMからＶＮＦへのVNFの構成、イベントの通知等に用いられる。【００１７】
参照ポイントVe-Vnfm-Vnfは、VNFと、VNFM間でVNFインスタンシエーション、VNFインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、VNFからVNFMへの構成、イベントの転送、VNFMからVNFへのVNFの構成、イベントの通知等に用いられる。【００１８】
参照ポイントNf-Viは、コンピューティング、ストレージ、ネットワークのリソース管理の指示とともにVMの割り付け、VMリソース割り当ての更新、VMマイグレーション、VM終了、VM間の接続の生成・削除等、リソース割り当て要求に対する仮想化リソースの割り付け、仮想化リソースの状態情報の転送、ハードウェア資源の構成と状態の情報の交換等に用いられる。【００１９】
参照ポイントVn-NfはNFVIによってVNFに提供される実行環境を表している。【００２０】
参照ポイントNfvo-Vnfmは、VNF-Manager（VNFM）によるリソース関連要求（認証、予約、割り当て等）、VNFMへの構成情報の転送、VNFの状態情報の収集に用いられる。【００２１】
参照ポイントNfvo-ViはNVOからのリソース予約、割り当て要求と仮想化リソースの構成と状態情報の交換に用いられる。（詳細は非特許文献１参照）。
【先行技術文献】
【非特許文献】
【００２２】
【非特許文献１】ETSI GS NFV-MAN 001 V1.1.1 (2014-12)  Network Functions Virtualisation (NFV); Management and Orchestration ＜http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【００２３】
以下の分析は、本発明によって与えられたものである。上記非特許文献１のVNF-Manager（VNFM；仮想ネットワークファンクション管理装置）は、VNFのライフサイクル管理として、障害の発生した仮想マシン（以下、「ＶＭ」）を停止し、新しいＶＭを作成するヒーリング処理（以下、単に「ヒーリング」という）を実施する。具体的には、VNFMは、VNFカタログ（VNF catalog）内のＶＮＦＤ（VNF Descriptor）と呼ばれるＶＭデプロイメントテンプレートに保持されたＶＤＵ（Virtual Deployment Unit）エレメントを用いて、障害が発生したＶＭと同じ構成（ＶＭ名／ＩＰアドレス／ＭＡＣアドレス）のＶＭを作成する処理を行う（非特許文献１の「6.3 Virtualised Network Function information elements」参照）。なお、管理上異なるＶＭとして作成してもよいし、同じＶＭとして作成してもよい。【００２４】
しかしながら、図２に示すように、上記ヒーリングの際に古いＶＭのイメージファイルを上書きしてしまうため、障害が発生したＶＭの障害内容を解析できないという問題点がある。これは、非特許文献１のＡｎｎｅｘ  ＩのＩ．１「Ｏｐｅｎ  Ｓｔａｃｋ」の仕様においても発生する。【００２５】
本発明は、ＶＭの障害内容の解析の容易化に貢献できる仮想ネットワークファンクション管理装置、システム、ヒーリング方法及びプログラムの提供を目的とする。
【課題を解決するための手段】
【００２６】
第１の視点によれば、仮想化基盤を管理する仮想化基盤管理部上で動作する仮想マシンの障害を検出する仮想マシン監視部を備えた仮想ネットワークファンクション管理装置が提供される。また、仮想ネットワークファンクション管理装置は、前記障害が発生した仮想マシンのイメージファイルのバックアップを実施可能なように、前記障害が発生した仮想マシンのイメージファイルを論理的に更新した後に、前記仮想化基盤制御部に対して、前記障害が発生した仮想マシンの再作成を指示する制御部と、を備える。【００２７】
第２の視点によれば、上記した仮想ネットワークファンクション管理装置を含む仮想ネットワークファンクション提供システムが提供される。【００２８】
第３の視点によれば、仮想化インフラストラクチャーを管理する仮想化基盤管理部上で動作する仮想マシンの障害を検出するステップと、前記仮想マシンの障害を検出した場合、前記障害が発生した仮想マシンのイメージファイルのバックアップを実施可能なように、前記障害が発生した仮想マシンのイメージファイルを論理的に更新した後に、前記仮想化基盤制御部に対して、前記障害が発生した仮想マシンの再作成を指示するステップと、を含むヒーリング方法が提供される。本方法は、仮想マシンのヒールングを行う仮想ネットワークファンクション管理装置という、特定の機械に結びつけられている。【００２９】
第４の視点によれば、上記した仮想ネットワークファンクション管理装置として機能するコンピュータに実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
なお、前記した仮想ネットワークファンクション管理装置、システム、仮想マシンのヒーリング方法及びプログラムの各要素は、それぞれ上記した課題の解決に貢献する。
【発明の効果】
【００３０】
本発明によれば、仮想ネットワークファンクションインフラストラクチャー（ＮＦＶＩ）上で動作するＶＭの障害内容の解析の容易化に貢献することが可能となる。また、本発明は、背景技術に示した仮想ネットワークファンクション管理装置を、ＶＭの障害内容の解析機能が向上された仮想ネットワークファンクション管理装置へと変換するものともなっている。
【図面の簡単な説明】
【００３１】
【図１】ＮＦＶアーキテクチャのNFV-ＭＡＮOを説明する図である（非特許文献１のFig.5.1を引用）。
【図２】ＮＦＶアーキテクチャにおけるヒーリング処理を説明するための図である。
【図３】本発明の第１の実施形態の仮想ネットワークファンクション提供システムの構成を示す図である。
【図４】本発明の第１の実施形態の仮想ネットワークファンクション管理装置の構成を示す図である。
【図５】本発明の第１の実施形態のＮＦＶＯのNFVインスタンスリポジトリにおいて管理されるＶＭのイメージファイルの概要を説明するための図である。
【図６】本発明の第１の実施形態のＶＭヒーリング処理の流れを表したシーケンス図である。
【図７】本発明の第１の実施形態のＶＭヒーリング処理の流れ（バックアップ付き）を表したシーケンス図である。
【図８】本発明の第１の実施形態におけるＶＭのイメージファイルの変化を説明するための図である。
【図９】本発明の第１の実施形態におけるＶＭのイメージファイルの変化を説明するための図である。
【図１０】本発明の第２の実施形態のＶＭヒーリング処理の流れを表したシーケンス図である。
【図１１】本発明の第２の実施形態におけるＶＭのイメージファイルの変化を説明するための図である。
【図１２】本発明の第２の実施形態におけるＶＭのイメージファイルの変化を説明するための図である。
【図１３】本発明の第３の実施形態のＶＭヒーリング動作を表したシーケンス図である。
【図１４】本発明の第３の実施形態のＶＭヒーリング処理の流れ（バックアップ付き）を表した図である。
【発明を実施するための形態】
【００３２】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図３は、本発明の第１の実施形態の仮想ネットワークファンクション提供システムの構成を示す図である。
【００３３】
図３を参照すると、保守端末１１０と接続されたＮＦＶＯ１００と、ユーザに仮想化ネットワーク機能を提供するＶＮＦを管理するｎ個のＶＮＦＭ（仮想ネットワークファンクション管理装置）１０２ａ〜１０２ｎと、ＶＮＦの実行基盤となるＮＦＶＩ（ネットワークファンクション仮想化インフラストラクチャー）１１４を制御するＶＩＭ１０４が接続された構成が示されている。
【００３４】
ＮＦＶＯ１００は、保守端末１１０を介して受信するユーザの指示に基づいて、ＶＮＦＭ１０２ａ〜１０２ｎや、ＶＩＭ１０４の制御を行う。また、ＮＦＶＯ１００は、保守端末１１０に対して、ネットワークサービスの運用支援や課金管理、顧客管理等に必要な情報を提供する。また、本実施形態のＮＦＶＯ１００（オーケストレーション装置）は、ＶＮＦＭ１０２ａ〜１０２ｎから障害の発生したＶＭの停止通知を受けると、自身が保持するNFVインスタンスリポジトリ（NFV instance Repository；図１の「ＮＦＶ  Ｉｎｓｔａｎｃｅｓ」参照）内に保持されているＶＭ名を更新する。
【００３５】
ＶＮＦＭ１０２ａ〜１０２ｎ（以下、ＶＮＦＭを特に区別しないとき、単に「ＶＮＦＭ１０２」と記す）は、ＮＦＶＯ１００からの指示に基づいて、仮想化基盤上で動作するＶＮＦ１１２ａ〜１１２ｎのライフサイクルを管理する（以下、ＶＮＦＭ及びＶＮＦを特に区別しないとき、「ＶＮＦＭ１０２」、「ＶＮＦ１１２」と記す）。その詳細は、後に図４を参照して説明する。
【００３６】
ＶＩＭ１０４は、ＮＦＶＯ１００からの指示に基づいて、ＶＮＦ１１２が動作する基盤となる仮想化インフラストラクチャーを管理する。ＶＩＭとしては、非特許文献１のＶＩＭと同等のものを用いることができる。
【００３７】
図４は、本発明の第１の実施形態のＶＮＦＭ１０２の構成を示す図である。図４を参照すると、ＶＮＦＭ１０２は、ＶＭ障害検出部１０２１と、制御部１０２２と、を備えている。
【００３８】
ＶＭ障害検出部１０２１は、ＶＮＦ１１２から障害発生通知を受けると、ＶＭヒーリング処理を開始すべく、制御部１０２２に対して、ＶＩＭ１０４に対する特定のＶＭのＶＭ停止要求の発行を要請する。なお、ＶＭ障害検出部１０２１におけるＶＮＦの障害の検出の仕組みとしては非特許文献１に記載された方法のほか、ヘルスチェック等周知の方法を用いることができる。
【００３９】
制御部１０２２は、ＶＩＭ１０４に対するＶＭ停止要求の発行のほか、ＶＩＭ１０４に対するＶＭのポート削除／削除要求や、ＶＭ作成要求の発行を行う。
【００４０】
また、制御部１０２２は、ＶＩＭ１０４において、前記障害が発生した仮想マシンの再作成を実施可能なように、前記障害が発生したＶＭのイメージファイルを論理的に更新するようＮＦＶＯ１００に要求する。本実施形態では、制御部１０２２は、ＮＦＶＯ１００に対し、障害が発生したＶＭ名のリネームを要求する。なお、ＶＭ名のリネームに代えて、該当ＶＭの管理情報等に所定のフラグを立てる処理を要求することでもよい。これらは、あくまで一例であり、前記障害が発生したＶＭのイメージファイルのバックアップを実施可能としながら、該当ＶＭの再作成を許容するものであれば限定されない。例えば、前述リネーム処理に代えて、該当するＶＭを非アクティブな状態（スタンバイ状態）に遷移させ、次に、該当ＶＭを別名称で再作成し、最後に、ＶＭ名を入れ替える処理等も採用可能である。
【００４１】
図５は、本発明の第１の実施形態のＮＦＶＯ１００のNFVインスタンスリポジトリにおいて管理されるＶＭのイメージファイルの概要を説明するための図である。図５の左側のテーブル（「ＶＭテーブル」と表記）は、ＶＭの構成や状態を格納する情報要素のイメージ図である。図５の例では、ＶＭ名＝ＶＭ００１のＶＭは仮想ＮＩＣ（ネットワークインターフェースカード）を備えており、仮想ポートの接続情報が設定されている。また、図５の例では、ＶＭ名＝ＶＭ００１のＶＭの状態は、「起動」（中）であることを示している。
【００４２】
図５の右側のテーブル（「仮想ポートテーブル」と表記）は、ＮＦＶＩ１１４側に保持されるポート情報のイメージ図である。図５の例では、ＶＭ名＝ＶＭ００１の仮想ＮＩＣの２つの仮想ポートに設定されたＩＰアドレスやＭＡＣアドレスが保持されている。ＮＦＶＩ１１４側では、これらのアドレスにてパケットの宛先や送信元のＶＭが判別される。
【００４３】
以下の説明では、「ＶＭ００１」というＶＭ名に対して、「−ｂｋ」を付加して、「ＶＭ００１−ｂｋ」とする等の所定の規則を用いてＶＭ名を変更する。前記所定の規則としては、既存のＶＭ名と競合が発生しないようなものであればよく、特に限定するものではない。例えば、ファイル名に更新日付、更新日時を追加したり（例：「ＶＭ００１−２０１５０１０１」）、ＶＭ名の一部の文字を所定の予約文字に置き換える（例：「ＶＭ００１」を「ＢＫ００１」に変更）ものであってもよい。
【００４４】
続いて、本実施形態の動作について、図面を参照して詳細に説明する。図６は、本発明の第１の実施形態のＶＭヒーリング処理の流れを表したシーケンス図である。図６を参照すると、まず、ＶＮＦ１１２から障害発生通知を受け取ると、ＶＮＦＭ１０２は、ＶＩＭ１０４に対し、障害が発生したＶＮＦに対応するＶＭの停止を要求する（図６の「ＶＭ停止要求」）。
【００４５】
ＶＩＭ１０４は、ＶＮＦＭ１０２からＶＭ停止要求を受けると、ＮＦＶＩ１１４に対し、ＶＭの停止を指示する（図６の「Ｓｈｕｔｄｏｗｎ  ｖｉｒｔｕａｌ  ｍａｃｈｉｎｅ」）。
【００４６】
ＮＦＶＩ１１４は、ＶＩＭ１０４からＶＭの停止指示を受けると、該当するＶＭ（ＶＮＦ）を停止する（図６の「ＶＭ停止」）。ＶＭの停止が完了すると、ＮＦＶＩ１１４は、ＶＩＭ１０４を介してＶＮＦＭに対してＶＭの停止が完了したことを通知する。
【００４７】
ＶＩＭ１０４を介して、ＶＭの停止が完了したことを確認すると、ＶＮＦＭ１０２は、ＮＦＶＯ１００に対して、該当するＶＭ名のリネームを要求する。ＮＦＶＯ１００は、NFVインスタンスリポジトリを参照して、ＶＮＦＭ１０２から要求されたＶＭ名のリネームを実行する。なお、図６に記載したとおり、ＮＦＶＯ１００におけるＶＭ名のリネームは、論理的な情報を修正するだけである。容易に理解されるように、イメージファイルのフルバックアップを行うことに比べて、リネーム処理は、高速に終了する。
【００４８】
ＮＦＶＯ１００からＶＭ名のリネームが完了したことの通知を受けると、ＶＮＦＭ１０２は、ＶＩＭ１０４に対して、仮想ポート情報の削除を要求する（図６の「仮想ポート削除要求」）。
【００４９】
前記仮想ポート情報の削除要求を受けたＶＩＭ１０４は、ＮＦＶＩ１１４に対し、指定された仮想ポート情報（図５の右側テーブル参照）の削除を指示する（図６の「Ｄｅｌｅｔｅ  ｖｉｒｔｕａｌ  ｎｅｔｗｏｒｋ  ｄｅｖｉｃｅ」）。ＮＦＶＩ１１４は、仮想ポート情報の削除が完了すると、ＶＩＭ１０４を介して、ＶＮＦＭ１０２に対して仮想ポート情報の削除が完了したことを通知する。
【００５０】
前記ＶＭ名のリネームと前記仮想ポート情報の削除が完了すると、ＮＦＶＯ１００において同一名のＶＭは存在せず、ＮＦＶＩ１１４（ＶＩＭ１０４）側においても仮想ポート情報が存在しないため該当するＶＭは存在しないものとして認識される。その後、ＶＮＦＭ１０２は、ＶＩＭ１０４に対して、仮想ポート情報の作成と、障害が発生したＶＭの作成を指示する（図６のＶＭ＋仮想ポート作成要求）。
【００５１】
ＶＩＭ１０４は、ＶＮＦＭ１０２から仮想ポート情報の作成と、障害が発生したＶＭの作成要求を受けると、ＮＦＶＩ１１４に対し、仮想ポート情報の作成とＶＭの作成を指示する（図６の「Ｃｒｅａｔｅ  ｖｉｒｔｕａｌ  ｍａｃｈｉｎｅ、Ｃｒｅａｔｅ  ＮＷ  Ｄｅｖｉｃｅ」）。
【００５２】
以上により、ＶＭの作成が完了する。図７は、図６に、ＶＭの作成と並行して実行させるＶＭのイメージファイルのバックアップ処理の流れを追加したシーケンス図である。図７を参照すると、ＶＮＦＭ１０２は、ＶＩＭ１０４に対して、前述のリネームしたＶＭのイメージファイルのスナップショットの取得（バックアップ）を要求する（図７のＳｎａｐｓｈｏｔ取得要求）。
【００５３】
ＶＩＭ１０４は、ＶＮＦＭ１０２からＶＭのイメージファイルのスナップショットの取得（バックアップ）要求を受けると、ＮＦＶＩ１１４に対して、前述のリネームしたＶＭを指定してスナップショットの取得（イメージファイルのバックアップ）を指示する（図７のＣｒｅａｔｅ  Ｓｎａｐｓｈｏｔ）。前記指示を受けたＮＦＶＩ１１４は、該当するＶＮＦ１１２のスナップショットの取得（バックアップ）を実施する（図７のＳｎａｐｓｈｏｔ生成）。ＮＦＶＩ１１４は、スナップショットの取得が完了すると、ＶＩＭ１０４を介して、ＶＮＦＭ１０２に対してスナップショットの取得が完了したことを通知する。
【００５４】
前記スナップショットの取得が完了すると、ＶＮＦＭ１０２は、ＶＩＭ１０４に対して、前記リネームしたＶＭの削除を指示する（図７のＶＭ削除要求）。
【００５５】
ＶＩＭ１０４は、ＶＮＦＭ１０２から前記リネームしたＶＭの削除要求を受けると、ＮＦＶＩ１１４に対し、前記リネームしたＶＭの削除を指示する（図７の「Ｄｅｌｅｔｅ  ｖｉｒｔｕａｌ  ｍａｃｈｉｎｅ」）。
【００５６】
ＮＦＶＩ１１４は、ＶＭの削除が完了すると、ＶＮＦＭ１０２に対し、ＶＭの削除が完了したことを通知する。
【００５７】
図８、図９は、上記したシーケンスにおけるＶＭのイメージファイルの変化を説明するための図である。図８に示すように、例えば、ＶＭ名＝ＶＭ００１のＶＭに障害が発生すると、ＶＮＦＭ１０２は、ＶＩＭ１０４に対してＶＭの停止を指示した後、ＮＦＶＯ１００に対して、ＶＭ名＝ＶＭ００１を持つＶＭのＶＭ名を「ＶＭ００１−ｂｋ」にリネームするよう要求する。さらに、ＶＮＦＭ１０２は、ＶＩＭ１０４に対して、ＶＭ名＝ＶＭ００１の仮想ＮＩＣに設定されていた仮想ポートに対応する仮想ポート情報（図８の下段の２つのテーブル参照）の削除を要求する。以上の処理により、図８の右側に示すように、ＶＭ名＝ＶＭ００１のインスタンスがＶＭ００１−ｂｋに置き代わり、仮想ポート情報が削除される。
【００５８】
ＶＭ名＝ＶＭ００１のＶＭ００１−ｂｋへのリネームと、仮想ポート情報の削除の完了後、ＶＮＦＭ１０２は、図９の左側に示すように、新たにＶＭ名＝ＶＭ００１のイメージデータと、仮想ポート情報を作成する。これにより、図９の左側下段に示すように、ＶＭ名＝ＶＭ００１のインスタンスと、ＶＭ名＝ＶＭ００１−ｂｋのインスタンスが併存した状態になる。前述のように、ＶＭ＝ＶＭ００１−ｂｋのイメージファイルのバックアップ（スナップショット取得）は、ＶＭ名＝ＶＭ００１のイメージデータの作成と並行して行うことができる。
【００５９】
ＶＭ＝ＶＭ００１−ｂｋのイメージファイルのバックアップ（スナップショット取得）の完了後、ＶＮＦＭ１０２がＶＭ＝ＶＭ００１−ｂｋのイメージファイルを削除すると、図９の右側のとおり、ＶＭ＝ＶＭ００１に障害が発生する前の状態に復帰することができる。
【００６０】
以上のように、本実施形態によれば、高速なヒーリングを実現しつつ、ＶＭのイメージファイルのバックアップも取ることが可能となっている。特に、本実施形態は、後記する第３の実施形態と比較して高速にヒーリングを開始可能となっている。なお、本実施異形態では、ヒーリング処理と同期して、ＶＭのイメージファイルのバックアップ（スナップショット取得）を実施しているが、ＶＭのイメージファイルのバックアップ（スナップショット取得）自体は、ヒーリング処理と非同期に、任意のタイミングで実施することも可能である。
【００６１】
［第２の実施形態］
続いて、上記した第１の実施形態における仮想ポート情報の削除処理を省略可能とした第２の実施形態について図面を参照して詳細に説明する。本実施形態は、第１の実施形態と同様の構成にて実現可能であるので、以下、その相違点を中心に説明する。
【００６２】
図１０は、本発明の第２の実施形態のＶＭヒーリング処理の流れを表したシーケンス図である。図１０の破線円内に示した部分が、第１の実施形態との相違点である。図１０に示したように、ＶＭに障害が発生し、ＶＮＦＭ１０２がＮＶＦＯ１００に対して、ＶＭ名のリネームを要求するまでの流れは第１の実施形態と同様である。
【００６３】
ＮＶＦＯ１００からＶＭ名のリネームが完了したとの通知を受けると、ＶＮＦＭ１０２は、ＶＩＭ１０４に対し、リネーム後のＶＭのイメージファイルの仮想ＮＩＣ情報に設定されている仮想ポート情報を削除し、ＶＭの仮想ポートのデタッチ（切り離し）を要求する（図１０の「仮想ポートデタッチ要求」）。
【００６４】
前記仮想ポートのデタッチ（切り離し）要求を受けたＶＩＭ１０４は、ＮＦＶＩ１１４に対して、該当するＶＭの仮想ポートのデタッチ（切り離し）を指示する（図１０の「Ｄｅｔａｃｈ  ｖｉｒｔｕａｌ  ｐｏｒｔ」）。
【００６５】
図１１、図１２は、上記したシーケンスにおけるＶＭのイメージファイルの変化を説明するための図である。図１１に示すように、例えば、ＶＭ名＝ＶＭ００１のＶＭに障害が発生すると、ＶＮＦＭ１０２は、ＶＩＭ１０４に対してＶＭの停止を指示した後、ＮＦＶＯ１００に対して、ＶＭ名＝ＶＭ００１を持つＶＭのＶＭ名を「ＶＭ００１−ｂｋ」にリネームするよう要求する。ここまでは第１の実施形態と同様である。本実施形態では、ＶＮＦＭ１０２は、ＶＩＭ１０４に対して、ＶＭ名＝ＶＭ００１−ｂｋの仮想ＮＩＣに設定されていた仮想ポートの削除を要求する。以上の処理により、図１１の右側に示すように、ＶＭ名＝ＶＭ００１のインスタンスがＶＭ００１−ｂｋに置き代わり、その中の仮想ＮＩＣに設定されていた接続仮想ポート情報が削除される。
【００６６】
ＶＭ名＝ＶＭ００１のＶＭ００１−ｂｋへのリネームと、仮想ＮＩＣに設定されていた接続仮想ポート情報の削除の完了後、ＶＮＦＭ１０２は、図１２の左側に示すように、新たにＶＭ名＝ＶＭ００１のイメージデータと、仮想ポート情報を作成する。これにより、図１２の左側下段に示すように、ＶＭ名＝ＶＭ００１のインスタンスと、ＶＭ名＝ＶＭ００１−ｂｋのインスタンスが併存した状態になる。前述のように、本実施形態においても、ＶＭ＝ＶＭ００１−ｂｋのイメージファイルのバックアップ（スナップショット取得）は、ＶＭ名＝ＶＭ００１のイメージデータの作成と並行して行うことができる。
【００６７】
ＶＭ＝ＶＭ００１−ｂｋのイメージファイルのバックアップ（スナップショット取得）が完了後、ＶＭ＝ＶＭ００１−ｂｋのイメージファイルを削除すると、図９の右側のとおり、ＶＭ＝ＶＭ００１に障害が発生する前の状態に復帰することができる。
【００６８】
以上のように、本実施形態によっても、高速なヒーリングを実現しつつ、ＶＭのイメージファイルのバックアップも取ることが可能となっている。特に、本実施形態は、第１の実施形態と比較して、仮想ポート情報の削除と再作成を省略できる点で有利である。
【００６９】
［第３の実施形態］
続いて、上記した第１、２の実施形態の比較例としても位置付けられる第３の実施形態について図面を参照して詳細に説明する。本実施形態も、第１、第２の実施形態と同様の構成にて実現可能であるので、以下、その相違点を中心に説明する。
【００７０】
図１３は、本発明の第３の実施形態のヒーリング処理の流れを表したシーケンス図である。第１、第２の実施形態との相違点は、障害が発生したＶＭの停止後、先に停止したＶＭのイメージファイルのスナップショットの取得（バックアップ）を実施する点である。
【００７１】
そして、前記停止したＶＭのスナップショットの取得（バックアップ）が完了すると、ＶＮＦＭ１０２は、一旦、前記スナップショットの取得（バックアップ）が完了したＶＭを削除してから、ＶＭの作成を実施する。
【００７２】
図１４は、本発明の第３の実施形態のＶＭヒーリング処理の流れ（バックアップ付き）を表した図である。第３の実施形態では、ＶＭの障害が発生すると（Ｓｔｅｐ００１）、先にＶＭイメージファイルのスナップショットの取得（バックアップ）が実施される（Ｓｔｅｐ００２）。
【００７３】
そして、前記スナップショットの取得（バックアップ）が完了した段階で、ＶＮＦＭ１０２が障害の発生したＶＭのイメージファイルを削除する（Ｓｔｅｐ００３）。そして、ＶＭのイメージファイルの削除完了後、ＶＤＵから取り出したＶＤＵイメージにてＶＭの作成が行われる（Ｓｔｅｐ００４）。
【００７４】
以上のように、本実施形態によっても、ＶＭのイメージファイルのバックアップを取ることが可能となっている。
【００７５】
なお、図１、図３、図４に示したＮＦＶ提供システムの構成装置及びその内部の処理手段は、これら装置を構成するコンピュータに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。
【００７６】
以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。
【００７７】
最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点による仮想ネットワークファンクション管理装置参照）
［第２の形態］
第１の形態の仮想ネットワークファンクション管理装置において、
所定のオーケストレーション装置（ＮＦＶＯ）に対して、前記障害が発生した仮想マシン名のリネームを要求することにより、前記障害が発生した仮想マシンのイメージファイルを論理的に更新する仮想ネットワークファンクション管理装置。
［第３の形態］
第１又は第２の形態の仮想ネットワークファンクション管理装置において、
さらに、前記障害が発生した仮想マシンの接続仮想ポートを切り離す処理を実施する仮想ネットワークファンクション管理装置。
［第４の形態］
第１から第３いずれか一の形態の仮想ネットワークファンクション管理装置において、
さらに、前記仮想化基盤管理部側の仮想ポート情報のうち、前記障害が発生した仮想マシンのイメージファイルに含まれる仮想ポートに対応する仮想ポート情報を削除する仮想ネットワークファンクション管理装置。
［第５の形態］
第１から第４いずれか一の形態の仮想ネットワークファンクション管理装置において、
前記仮想マシンの再作成処理と独立して、前記障害が発生した仮想マシンのイメージファイルのバックアップを実施する仮想ネットワークファンクション管理装置。
［第６の形態］
（上記第２の視点による仮想ネットワークファンクション提供システム参照）
［第７の形態］
（上記第３の視点によるヒーリング方法参照）
［第８の形態］
（上記第４の視点によるプログラム参照）
なお、上記第６〜第８の形態は、第１の形態と同様に、第２〜第５の形態に展開することが可能である。
【００７８】
なお、上記の非特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【００７９】
１００  ＮＦＶＯ
１０２ａ〜１０２ｎ  ＶＮＦＭ（仮想ネットワークファンクション管理装置）
１０４  ＶＩＭ
１１０  保守端末
１１２ａ〜１１２ｎ  ＶＮＦ（仮想ネットワークファンクション）
１１４  ＮＦＶＩ（ネットワークファンクション仮想化インフラストラクチャー）
１０２１  ＶＭ障害検出部
１０２２  制御部
【図１】
2016121830.tif 000003
【図２】
2016121830.tif 000004
【図３】
2016121830.tif 000005
【図４】
2016121830.tif 000006
【図５】
2016121830.tif 000007
【図６】
2016121830.tif 000008
【図７】
2016121830.tif 000009
【図８】
2016121830.tif 000010
【図９】
2016121830.tif 000011
【図１０】
2016121830.tif 000012
【図１１】
2016121830.tif 000013
【図１２】
2016121830.tif 000014
【図１３】
2016121830.tif 000015
【図１４】
2016121830.tif 000016
【国際調査報告】
2016121830.tif 000017
2016121830.tif 000018