JP6677294B2 - ネットワークシステム、パッチファイル適用方法、及びプログラム - Google Patents

ネットワークシステム、パッチファイル適用方法、及びプログラム Download PDF

Info

Publication number
JP6677294B2
JP6677294B2 JP2018513150A JP2018513150A JP6677294B2 JP 6677294 B2 JP6677294 B2 JP 6677294B2 JP 2018513150 A JP2018513150 A JP 2018513150A JP 2018513150 A JP2018513150 A JP 2018513150A JP 6677294 B2 JP6677294 B2 JP 6677294B2
Authority
JP
Japan
Prior art keywords
vnf
image file
nfvi
file
vim
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018513150A
Other languages
English (en)
Other versions
JPWO2017183565A1 (ja
Inventor
佳彦 星野
佳彦 星野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2017183565A1 publication Critical patent/JPWO2017183565A1/ja
Application granted granted Critical
Publication of JP6677294B2 publication Critical patent/JP6677294B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/654—Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H04L41/0897—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities by horizontal or vertical scaling of resources, or by migrating entities, e.g. virtual resources or entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45575—Starting, stopping, suspending or resuming virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45591—Monitoring or debugging support
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Description

本発明は、ネットワークシステム、パッチファイル適用方法、及びプログラムに関する。
ＮＦＶ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）が知られている（例えば、非特許文献１、２参照）。ＮＦＶとは、ネットワーク機器等の機能をソフトウェア的に実現するものである。ＮＦＶは、サーバ上のハイパーバイザ（ＨｙｐｅｒＶｉｓｏｒ：ＨＶ）等の仮想化レイヤ（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｌａｙｅｒ）上に実装した仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ：ＶＭ）を用いて実現する。
図８は、非特許文献２の７章、Figure 4を簡略した図面であり、図８を用いてＶＮＦ環境のネットワーク構成の概略を説明する。
ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）２２は、サーバ上の仮想マシン（ＶＭ）で動作するアプリケーション等に対応し、ネットワーク機能をソフトウェア的に実現する。ＶＮＦ２２ごとにＥＭＳ（Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）２３という管理機能が設けられる。ＥＭＳ２３は、管理要素（ＥＭ：Ｅｌｅｍｅｎｔ Ｍａｎａｇｅｒ）とも呼ばれる。
ＮＦＶＩ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）２１は、ハードウェア資源を、仮想化ハードウェア資源として柔軟に扱えるようにした基盤である。ハードウェア資源とは、コンピューティング、ストレージ、ネットワーク機能、又は、物理マシン（サーバ）等である。仮想化ハードウェア資源は、ハイパーバイザ等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、又は仮想化ネットワーク等である。
ＮＦＶ−ＭＡＮＯ（ＮＦＶ Ｍａｎａｇｅｍｅｎｔ ＆ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）１０のＮＦＶオーケストレータ（ＮＦＶ Ｏｒｃｈｅｓｔｒａｔｏｒ：ＮＦＶＯ）１１は、次のような処理を行う。この処理とは、ＮＦＶＩ２１のリソースのオーケストレーション、及び、ネットワークサービス（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ：ＮＳ）インスタンスのライフサイクル管理である。なお、ＮＳインスタンスとは、ＮＳインスタンスのインスタンシエーション（Ｉｎｓｔａｎｔｉａｔｉｏｎ）、スケーリング（Ｓｃａｌｉｎｇ）、ターミネーション（Ｔｅｒｍｉｎａｔｉｏｎ）、及び更新（Ｕｐｄａｔｅ）等である。
ＶＮＦマネージャ（ＶＮＦ Ｍａｎａｇｅｒ：ＶＮＦＭ）１２は、ＶＮＦインスタンスのライフサイクル管理、及びイベント通知を行う。ＶＮＦインスタンスのライフサイクル管理とは、例えば、インスタンシエーション（ｉｎｓｔａｎｔｉａｔｉｏｎ）、更新（ｕｐｄａｔｅ）、クエリ（ｑｕｅｒｙ）、スケーリング（ｓｃａｌｉｎｇ）、停止（ｔｅｒｍｉｎａｔｉｏｎ）である。
仮想化インフラストラクチャマネージャ（Ｖｉｒｔｕａｌｉｚｅｄ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ Ｍａｎａｇｅｒ：ＶＩＭ）１３は、次のような処理を実行する。この処理とは、ＮＦＶＩ２１のコンピューティング、ストレージ、ネットワークのリソース管理、ＮＦＶＩ２１の障害監視、及び、ＮＦＶＩ２１のリソース監視等である。
ＯＳＳ／ＢＳＳ３０のうちＯＳＳ（Ｏｐｅｒａｔｉｏｎｓ Ｓｕｐｐｏｒｔ Ｓｙｓｔｅｍｓ）は、例えば、通信事業者（キャリア）がサービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）を総称したものである。ＢＳＳ（Ｂｕｓｉｎｅｓｓ Ｓｕｐｐｏｒｔ ｓｙｓｔｅｍｓ）は、例えば、通信事業者（キャリア）が利用料などの課金、請求、顧客対応などのために使う情報システム（機器やソフトウェア、仕組みなど）の総称である。
なお、本発明に関連する文献としては、特許文献１及び２がある。特許文献１は、ＮＦＶなどに関連する技術を開示している。特許文献２は、クライアント端末を管理するためのイメージファイルに関連する技術を開示している。
特開２０１５−１９４９４９号公報 特開２０１３−１８６７９３号公報
ETSI GS NFV-MAN 001 V1.1.1 (2014-12)、 "Network Functions Virtualisation (NFV); Management and Orchestration"、 [online]、［２０１６年４月５日検索］、インターネット（URL:http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf） ETSI GS NFV 002 V1.2.1 (2014-12)、"Network Functions Virtualisation (NFV); Architectural Framework"、［online］、［２０１６年４月８日検索］、インターネット（URL:http://www.etsi.org/deliver/etsi_gs/NFV/001_099/002/01.02.01_60/gs_NFV002v010201p.pdf）
なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。
上述したＮＦＶＯ１１、ＶＮＦＭ１２、及びＶＩＭ１３等は、ネットワークシステムを管理するための機能エンティティである。これらの機能エンティティの制御に従って、物理マシン（Ｐｈｙｓｉｃａｌ Ｍａｃｈｉｎｅ：ＰＭ）上に仮想マシン及びＶＮＦが生成される。
図９に示すように、物理マシンは、ネットワークシステムの一部をなす地域拠点に複数まとめて配置されている。ＶＩＭ１３は、当該複数の物理マシンに対応して配置される。また、ＯＳＳ／ＢＳＳ３０等のサービス支援機構、並びに、ＮＦＶＯ１１及びＶＮＦＭ１２等の管理機構は、中央拠点に集約されていることが多い。中央拠点に集約された管理機構は、複数の地域拠点（複数のＶＩＭ）に跨がる全体の資源管理等を行う。
図９に示すようなＶＮＦ環境のネットワークシステムにおいて、ＶＮＦ２２のインスタンシエーションに必要なイメージファイルは、中央拠点のＮＦＶＯ１１から地域拠点のＶＩＭ１３に提供される。各地域拠点のＶＩＭ１３は、当該提供されたイメージファイルをＮＦＶＩ２１に提供する。そして、当該イメージファイルに基づいて、ＶＮＦ２２のインスタンシエーションが行われる。
より具体的には、図１０に示すように、各地域拠点に配置されたＶＩＭ１３（より正確には、ＶＩＭ１３が実装されたサーバ）が、中央拠点からイメージファイルを取得する。その後、リソースの割当てが行われることで仮想マシンが生成され、当該仮想マシンに割り当てられたＨＤＤ（Hard Disk Drive）等にイメージファイルが転送されることで、ＶＮＦ２２のインスタンシエーションが行われる。
このように、ＶＮＦ２２のインスタンシエーションに使用されるイメージファイルは、中央拠点から全国に点在する地域拠点に展開されるものである。ただし、イメージファイルの展開は、時間が掛かり、実運用上の問題点となり得る。
上記イメージファイルは、ＶＮＦ２２のインスタンシエーションに必要なデータを含むものである。具体的には、上記イメージファイルは、仮想マシンにて実行されるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、ＭＷ（Ｍｉｄｄｌｅｗａｒｅ）、及び、ＡＰＬ（Ａｐｐｌｉｃａｔｉｏｎ）に係るプログラムデータを含むものである。このようなサイズの大きいイメージファイルを、ＶＮＦ２２の仕様変更又はＶＮＦ２２をなすソフトウェアの不具合修正のたびに、中央拠点から地域拠点に送信することは、次のような観点から好ましくない。この観点とは、ネットワークリソースの利用効率及びイメージファイルの展開に要する時間等である。とりわけ、ＶＮＦ２２のマイナーバージョンアップが頻繁に行われるような環境では、上記のような不都合がより顕著となる。
本発明は、ＶＮＦのインスタンシエーションに使用されるイメージファイルの効率的な展開に寄与する、ネットワークシステム、パッチファイル適用方法、及びプログラムを提供することを目的とする。
本発明の第１の視点によれば、仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）の実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）と、ＶＮＦに対応するＥＭＳ（Element Management System）と、ＮＦＶＩの上にて、ネットワークサービスを実現するＮＦＶＯ（NFV Orchestrator）と、ＶＮＦのライフサイクルを管理するＶＮＦＭ（VNF Manager）とを含み、ＥＭＳ、ＮＦＶＯ及びＶＮＦＭのいずれか１つが、ＶＮＦの更新に用いるパッチファイルをＮＦＶＩに提供する、ネットワークシステムが提供される。
本発明の第２の視点によれば、仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）の実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）と、ＶＮＦに対応するＥＭＳ（Element Management System）と、ＮＦＶＩの上にて、ネットワークサービスを実現するＮＦＶＯ（NFV Orchestrator）と、ＶＮＦのライフサイクルを管理するＶＮＦＭ（VNF Manager）とを含むネットワークシステムにおいて、ＥＭＳ、ＮＦＶＯ及びＶＮＦＭのいずれか１つにより、ＶＮＦの更新に用いるパッチファイルがＮＦＶＩに提供され、提供されたパッチファイルを使用したＶＮＦのインスタンシエーションが実行する、パッチファイル適用方法が提供される。
本発明の第３の視点によれば、仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）のライフサイクルを管理するＶＮＦＭ（VNF Manager）を制御するコンピュータに実行させるプログラムであって、ＶＮＦの更新に用いるパッチファイルを、ＶＮＦの実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）に提供する処理を実行させる、プログラムが提供される。
なお、このプログラムは、コンピュータ読み取り可能な記録媒体に記録することができる。記録媒体は、半導体メモリ、ハードディスク、磁気記録媒体、又は光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
本発明の各視点に基づけば、ＶＮＦのインスタンシエーションに使用されるイメージファイルの効率的な展開に寄与する、ネットワークシステム、パッチファイル適用方法、及びプログラムが、提供される。
一実施形態の概要を説明するための図である。 第１の実施形態に係るネットワークシステムの概略構成の一例を示す図である。 第１の実施形態に係る物理マシンのハードウェア構成の一例を示すブロック図である。 第１の実施形態に係るネットワークシステムを機能の点で説明するためのブロック図である。 第１の実施形態に係るネットワークシステムの動作の一例を示す図である。 ＶＮＦの更新に関するネットワークシステムの動作の一例を示すシーケンス図である。 第１の実施形態に係るイメージファイルの展開を説明するための図である。 非特許文献２の７章、Figure ４を簡略した図面である。 ＶＮＦ環境のネットワークシステムの構成の一例を示す図である。 イメージファイルの展開を説明するための図である。
初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものである。この概要の記載は、何らの限定を意図するものではない。
図１は、一実施形態に概要を説明するための図である。
一実施形態に係るネットワークシステムは、ＮＦＶＩ１００と、ＥＭＳ１０１と、ＮＦＶＯ１０２と、ＶＮＦＭ１０３とを含む。ＮＦＶＩ１００は、仮想マシン上で動作するソフトウェアに基づいて実装され、かつ、仮想されたネットワーク機能（Virtual Network Function:ＶＮＦ）の実行基盤を提供する。ＥＭＳ１０１は、ＶＮＦに対応する。ＮＦＶＯ１０２は、ＮＦＶＩ１００上にて、ネットワークサービスを実現する。ＶＮＦＭ１０３は、ＶＮＦのライフサイクルを管理する。ＥＭＳ１０１、ＮＦＶＯ１０２及びＶＮＦＭ１０３のいずれか１つが、ＶＮＦの更新に用いるパッチファイルをＮＦＶＩ１００に提供する。
上記実施形態に係るネットワークシステムは、ＥＭＳ１０１等が配置された中央拠点の装置から、ＶＮＦの変更に必要なパッチファイルを直接、ＮＦＶＩ１００に提供する。この動作を基に、小さいサイズのイメージファイルが装置（地域拠点のＶＩＭ；図１に図示せず）を跨がずに転送されるので、ネットワークシステムは、ネットワークシステムに生じうるＶＮＦのヒーリング等に要する時間を短縮することができる。つまり、仮想化されたノードであるＶＮＦを制御するＮＦＶ−ＭＡＮＯにおいて、ＶＮＦパッチ適用時にイメージファイル（ＶＮＦを起動するためのファイル）をＮＦＶ−ＭＡＮＯから効率的に展開することが実現できる。換言するならば、高い頻度で発生するパッチ適用時のマイナーバージョンアップ時は、パッチ適用箇所に限った部分的な（例えば、アプリケーションデータだけの）イメージファイルがＥＭＳ１０１及びＶＮＦＭ１０３経由で直接ＶＮＦに展開される。この動作で、運用効率を向上させることが可能となる。
以下に、具体的な実施の形態について、図面を参照して、さらに詳しく説明する。なお、同一構成要素には同一の符号を付し、その説明を省略する。
［第１の実施形態］
第１の実施形態について、図面を用いて、より詳細に説明する。
図２は、第１の実施形態に係るネットワークシステムの概略構成の一例を示す図である。図２を参照すると、中央拠点１と、複数の地域拠点２−１〜２−ｎ（ｎは正の整数。以下、同じ）とが、ネットワークシステムに含まれる。中央拠点１と複数の地域拠点２−１〜２−ｎは、ネットワークを用いて接続されている。
中央拠点１には、ＯＳＳ／ＢＳＳ３０、ＥＭＳ２３、ＮＦＶＯ１１、及びＶＮＦＭ１２等の各機能エンティティが実装されたサーバが含まれる。地域拠点２−１〜２−ｎのそれぞれには、複数の物理マシン３−１〜３−ｍ（ｍは正の整数。以下、同じ）と、ＶＩＭ１３が実装されたサーバと、ストレージサーバ４０とが、含まれる。
なお、以降の説明において、地域拠点２−１〜２−ｎを区別する特段の理由がない場合には、単に「地域拠点２」と表記する。同様に、物理マシン３−１〜３−ｍを区別する特段の理由がない場合には、単に「物理マシン３」と表記する。
地域拠点２に含まれる物理マシン３には、少なくとも１以上の仮想マシンが生成可能である。当該仮想マシン上に、ＶＮＦ２２が、インスタンシエーションされる。
ストレージサーバ４０は、ＨＤＤ（Hard Disk Drive）等からなるストレージ４１を管理するサーバである。ストレージサーバ４０に対するデータの読み書き要求は、地域拠点２に含まれる装置（例えば、ＶＩＭ１３等）だけでなく、中央拠点１に含まれる装置（例えば、ＥＭＳ２３、ＮＦＶＯ１１、又はＶＮＦＭ１２等）からも行われる。また、ストレージ４１は、地域拠点２に含まれる物理マシン３からアクセス可能に構築されている。
ストレージ４１の少なくとも一部が物理マシン３からアクセス可能とすることで、いわゆる、Ｂｏｏｔ Ｆｒｏｍ Ｃｉｎｄｅｒ Ｖｏｌｕｍｅが実現される。なお、Ｂｏｏｔ Ｆｒｏｍ Ｃｉｎｄｅｒ Ｖｏｌｕｍｅの詳細は、以下の文献等を参考にすることができる。
参考文献：「ボリュームからのインスタンスの起動」、［online］インターネット（https://docs.openstack.org/ja/user-guide/cli_nova_launch_instance_from_volume.html）
ＶＮＦ２２のインスタンシエーションにおけるＢｏｏｔ Ｆｒｏｍ Ｃｉｎｄｅｒ Ｖｏｌｕｍｅを実現するために、ルートディスクがストレージ４１上の所定領域（予め定めた領域）にマウントされる仮想ノードが生成される。
ＶＮＦＭ１２及びＶＩＭ１３は、上記Ｂｏｏｔ Ｆｒｏｍ Ｃｉｎｄｅｒ Ｖｏｌｕｍｅを実現するため、ＶＮＦ２２のインスタンシエーションに必要なイメージファイルをストレージ４１上の所定領域に配置するように、ストレージサーバ４０に依頼する。このように、第１の実施形態に係るネットワークシステムは、ＶＮＦ２２のインスタンシエーションにＢｏｏｔ Ｆｒｏｍ Ｃｉｎｄｅｒ Ｖｏｌｕｍｅ方式を採用する。そして、ネットワークシステムには、仮想マシンに割当て可能なハードウェア資源とは異なる資源（仮想マシンに割当てされない外部ストレージ）が存在する。そして、当該外部ストレージであるストレージ４１上にイメージファイルが転送される。
［ハードウェア構成］
図３は、第１の実施形態に係る物理マシン３のハードウェア構成の一例を示すブロック図である。物理マシン３は、いわゆる、情報処理装置（コンピュータ）であり、図３に例示する構成を備える。例えば、物理マシン３は、内部バスにより相互に接続される次の構成を備える。その構成とは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）５１、メモリ５２、入出力インターフェイス５３、及び通信手段であるＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）５４等である。
なお、図３に示す構成は、物理マシン３のハードウェア構成を限定する趣旨ではない。物理マシン３は、図示しないハードウェアを含んでもよい。あるいは、物理マシン３に含まれるＣＰＵ５１等の数は、図３の例示に限定する趣旨ではない。例えば、複数のＣＰＵ５１が、物理マシン３に含まれていてもよい。
メモリ５２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及び／又は補助記憶装置（ハードディスク等）である。
入出力インターフェイス５３は、図示しない表示装置及び入力装置とのインターフェイスとなる手段である。表示装置は、例えば、液晶ディスプレイである。入力装置は、例えば、キーボード及びマウスのようにユーザ操作を受け付ける装置である。
なお、中央拠点１及び地域拠点２に含まれる他のサーバのハードウェア構成は、上記物理マシン３の構成と基本的に同じであり、当業者にとって明らかなものであるため、その説明を省略する。
図４は、第１の実施形態に係るネットワークシステムを機能の点で説明するためのブロック図である。図４を参照すると、ＶＮＦＭ１２及びＶＩＭ１３は、非特許文献１及び２に記載された機能に加え、図４に示す機能（機能ブロック）を備える。
具体的には、ＶＮＦＭ１２は、パッチファイル取得部２０１と、パッチファイル登録部２０２と、ＶＮＦ起動要求部２０３とを備える。
パッチファイル取得部２０１は、外部装置（例えば、ＥＭＳ２３）からＶＮＦ２２に適用するパッチファイルを取得する手段である。なお、上述のように、ＶＮＦ２２のインスタンシエーションに使用されるイメージファイルには、ＯＳ、ＭＷ、及びＡＰＬ（アプリケーション）に係るプログラムデータが含まれるものである。ただし、パッチファイルには、アプリケーションに関するプログラムデータに限り含まれるものとする。ただし、パッチファイルに含まれるプログラムデータを限定する趣旨ではなく、例えば、ＯＳに係るプログラムにパッチを適用する場合は、ＯＳに係るプログラムデータの全部又は一部がパッチファイルに含まれていてもよい。
パッチファイル登録部２０２は、パッチファイル取得部２０１が取得したパッチファイルをストレージサーバ４０に送信する。それとともに、パッチファイル登録部２０２は、ストレージサーバ４０に、当該パッチファイルに基づいてストレージ４１の所定領域に格納されているイメージファイルのアプリケーションプログラムに相当する領域を書き換えるように指示する。なお、ストレージ４１のいずれの領域をパッチファイルにより書き換えるかに関する決定（ストレージサーバ４０への指示）は、後述するＶＩＭ１３から提供されるＶＮＦ配置先アドレス情報と、パッチファイルの内容とに基づき、定めることができる。
例えば、図４において、ストレージ４１の所定領域にＶＮＦ＿１用のイメージファイルが格納されている場合には、次のとおりとなる。すなわち、上記ＶＮＦ配置先アドレス情報には、ＶＮＦ＿１の識別子とＶＮＦ＿１用のイメージファイルが格納されている領域の先頭アドレスとが対応付けられた情報が含まれる。また、パッチファイルがＡＰＬ（アプリケーション）の書換えを意図したものである場合には、パッチファイル登録部２０２は、イメージファイルにおけるＡＰＬ（アプリケーション）プログラムのアドレスを、事前に、把握可能である。ＶＮＦＭ１２は、ＶＮＦ配置先アドレス情報から、パッチ適用するＶＮＦ＿１のイメージファイルが格納されているアドレスを取得する。そして、ＶＮＦＭ１２は、当該アドレスから所定のオフセット（アプリケーションプログラムに係るアドレスから算出されるオフセット）を加えたアドレスからパッチファイルを上書きするように、ストレージサーバ４０に指示する。
ＶＮＦ起動要求部２０３は、ＶＩＭ１３に対し、パッチファイルが適用された後のイメージファイルを用いてＶＮＦ２２を起動するように要求する手段である。例えば、上述の例では、ストレージ４１のＶＮＦ＿１用のイメージファイルにパッチを適用したのであれば、ＶＮＦ起動要求部２０３は、ＶＮＦ＿１のイメージファイルが格納されているアドレスを指定しつつ、ＶＮＦ＿１を起動するようにＶＩＭ１３に要求する。
ＶＩＭ１３は、イメージファイル登録部２１１と、ＶＮＦ起動処理部２１２とを備える。
イメージファイル登録部２１１は、ＮＦＶＯ１１から提供されたＶＮＦ２２のイメージファイルをストレージ４１の所定領域に登録する手段である。具体的には、イメージファイル登録部２１１は、イメージファイルをストレージサーバ４０に提供するとともに、当該ファイルをストレージ４１に格納することを依頼する。ストレージサーバ４０は、イメージファイルをストレージ４１に格納するとともに、当該イメージファイルを格納したアドレスをＶＩＭ１３（イメージファイル登録部２１１）に応答する。イメージファイル登録部２１１は、ストレージ４１に登録したＶＮＦ２２に対応する識別子とストレージサーバ４０から取得した上記アドレスとを対応付けて、ＶＮＦ配置先アドレス情報を生成する。イメージファイル登録部２１１は、生成したＶＮＦ配置先アドレス情報をＶＮＦＭ１２等の当該情報を必要とするエンティティ、又はモジュール等に配布する。
なお、パッチファイル登録部２０２及びイメージファイル登録部２１１がイメージファイルをストレージ４１に登録することは、ＮＦＶＩ２１にイメージファイルを提供することに相当する。ストレージ４１の所定領域（イメージファイルが格納されている領域）は、各物理マシン３（ＮＦＶＩ２１）がアクセス可能に構成されているためである。
ＶＮＦ起動処理部２１２は、上述のＶＮＦＭ１２からのＶＮＦ起動要求を処理する手段である。具体的には、ＶＮＦ起動処理部２１２は、ストレージ４１におけるアドレスを指定しつつ、パッチファイルが適用された後のイメージファイルを用いてＶＮＦ２２を生成し、起動する。
［ネットワークシステムの動作］
次に、図面を参照しつつ、第１の実施形態に係るネットワークシステムの動作を説明する。
初めに、ネットワークシステムの初期起動時におけるＶＮＦ２２のインスタンシエーションに関する説明を行う。
ネットワークシステムの初期起動時には、「ＶＮＦのオンボード」と「ＶＮＦのインスタンシエーション」のプロセスが含まれる。第１の実施形態に係るネットワークシステムは、「ＶＮＦのオンボード」に関し、非特許文献１の１０４ページ「B.2.1 On-Board VNF Package Flow」に記載されたシーケンスに準拠した動作を行う。また、「ＶＮＦのインスタンシエーション」に関しては、ネットワークシステムは、同文献の１１６ページ「B.3.2.2 VNF instantiation from NFVO」に記載されたシーケンスに準拠した動作を行う。
ここでは、上記２つのシーケンスに関し、図５を参照しつつ、その概略を説明する。なお、図５に示すイメージファイルは、ＯＳ、ＭＷ、ＡＰＬに関するプログラムデータを含むファイルである。
ＮＦＶＯ１１は、例えば、ＥＭＳ２３から取得したイメージファイルをＶＩＭ１３に送信する（ステップＳ１０１）。
ＶＩＭ１３は、当該イメージファイルをイメージリポジトリ（Image Repository）に格納すると、肯定応答（ＡＣＫ）をＮＦＶＯ１１に送信する（ステップＳ１０２）。イメージファイルがイメージリポジトリに格納されると、ＶＮＦ２２のオンボード処理が完了する。
ＶＮＦインスタンシエーションの開始に当たり、ＮＦＶＯ１１は、ＶＮＦＭ１２に対し、仮想ノードの生成を要求する（ステップＳ２０１）。
当該要求を受けたＶＮＦＭ１２は、ＶＩＭ１３にリソース割当て（Ａｌｌｏｃａｔｅ Ｒｅｓｏｕｒｃｅｓ）を要求する（ステップＳ２０２）。
ＶＩＭ１３は、要求されたリソースの割当てを行う（ステップＳ２０３）。具体的には、ＶＩＭ１３は、仮想マシンの配置先において、仮想マシンと関連するネットワークリソースを生成、及び起動する。当該起動が正常に終了すると（ステップＳ２０４による肯定応答（ＡＣＫ）の受信）、ＶＩＭ１３は、ＶＮＦＭ１２にリソース割当て要求に対応する肯定応答（ＡＣＫ）を送信する（ステップＳ２０５）。
その後、ＶＮＦＭ１２は、ＶＩＭ１３に対してＶＮＦ２２の起動を要求する（ステップＳ２０６）。当該要求を受けたＶＩＭ１３は、イメージファイルをストレージ４１の所定領域に格納した後に、ディプロイメントに固有のパラメータを設定することで、ＶＮＦ２２を起動する（ステップＳ２０７）。具体的には、ＶＩＭ１３は、インスタンシエーションを行うＶＮＦ２２に対応するイメージファイルが格納されているストレージ４１の所定領域に対応するアドレスを含むパラメータを、リソースの割当てが完了した仮想マシンに設定する。
上記固有のパラメータの設定に基づいて、上記ストレージ４１の所定領域からのＶＮＦ２２の生成、及び起動が行われる（ステップＳ２０８）。ＶＮＦ２２の起動が正常終了すると、ＮＦＶＩ２１からＶＩＭ１３に対して肯定応答（ＡＣＫ）が送信される（ステップＳ２０９）。
ＶＩＭ１３は、当該肯定応答（ＡＣＫ）を受信すると、ステップＳ２０６におけるＶＮＦ起動要求に対応する肯定応答（ＡＣＫ）をＶＮＦＭ１２に送信する（ステップＳ２１０）。ＶＮＦＭ１２は、当該肯定応答（ＡＣＫ）を受信すると、ステップＳ２０１における仮想ノード生成要求に対応する肯定応答（ＡＣＫ）をＮＦＶＯ１１に送信する（ステップＳ２１１）。
以上のステップにより、ＶＮＦ２２のインスタンシエーションが完了する。
次に、ＶＮＦ２２の更新に関する動作を説明する。
ＶＮＦ２２の更新は、ＶＮＦ２２のイメージファイルにパッチを適用することで実現される。ＶＮＦ２２の更新は、パッチファイルの登録とパッチファイルの適用という２つのプロセスから構成される。パッチファイルの登録は、ＥＭＳ２３等を用いて行われる。また、パッチファイルの適用を開始する契機は種々のものが考えられる。ただし、第１の実施形態では、稼働中のＶＮＦ２２に障害が発生し、ＶＮＦ２２の回復（Ｈｅａｌｉｎｇ）をパッチファイル適用の契機として説明する。ただし、これは、ＶＮＦ２２の更新に関する契機をＶＮＦ２２の回復に限定する趣旨ではない。例えば、ＶＮＦ２２のスケールアウト時にＶＮＦ２２の更新が行われてもよい。
図６は、ＶＮＦ２２の更新に関するネットワークシステムの動作の一例を示すシーケンス図である。
ステップＳ３０１において、ＥＭＳ２３からＶＮＦＭ１２に対して、パッチファイルを適用する旨の要求がなされる。その際、ＥＭＳ２３は、パッチ適用するＶＮＦ２２を指定して（ＶＮＦ２２の識別子を伴って）、パッチファイル（パッチ用のイメージファイル）をＶＮＦＭ１２に提供する。
ＶＮＦＭ１２は、当該パッチファイルを取得し（ステップＳ３０２）、ＨＤＤ等の記録媒体にパッチファイルを格納すると、ＥＭＳ２３に肯定応答（ＡＣＫ）を送信する（ステップＳ３０３）。
上記ステップで、パッチファイルの登録が完了する。
なお、パッチファイルが登録された時点では、稼働中のＶＮＦ２２が使用するイメージファイルは、ストレージ４１の所定領域に格納されている。つまり、ストレージ４１の所定領域に格納されたイメージファイルに従って、パッチ適用対象のＶＮＦ２２は稼働している。
パッチファイルの登録が完了した状態にて、稼働中のＶＮＦ２２、又はＮＦＶＩ２１に障害が発生すると、ＶＮＦ２２のヒーリングが開始する。
ステップＳ４０１において、ＶＩＭ１３は、稼働中のＶＮＦ２２に障害が発生（障害を検知）したことを検出する。
ＶＩＭ１３は、ＶＮＦ２２の障害発生をＶＮＦＭ１２に通知する（ステップＳ４０２）。
ＶＮＦＭ１２は、上記通知に対する肯定応答（ＡＣＫ）をＶＩＭ１３に送信（ステップＳ４０３）するとともに、ＮＦＶＯ１１にＶＮＦ２２のヒーリングを開始する旨を通知する（ステップＳ４０４）。
ＶＮＦＭ１２は、ＮＦＶＯ１１から上記通知に対する肯定応答（ＡＣＫ）を受信すると（ステップＳ４０５）、障害が発生したＶＮＦ２２を削除する要求をＶＩＭ１３に行う（ステップＳ４０６）。
当該要求を受けたＶＩＭ１３は、障害の発生したＶＮＦ２２の削除（停止）を行う（ステップＳ４０７）。
障害の発生したＶＮＦ２２が削除（停止）されると（ステップＳ４０８）、ＶＩＭ１３に対して肯定応答（ＡＣＫ）が送信される（ステップＳ４０９）。
上記肯定応答（ＡＣＫ）を受信したＶＩＭ１３は、ＶＮＦＭ１２に対し、ステップＳ４０６のＶＮＦ２２の削除要求に対する肯定応答（ＡＣＫ）を行う（ステップＳ４１０）。
次に、ＶＮＦＭ１２は、ＶＩＭ１３に対して、リソースの割当て要求を行う（ステップＳ４１１）。
ＶＩＭ１３は、要求されたリソースの割当てを行う（ステップＳ４１２）。具体的には、ＶＩＭ１３は、仮想マシンの配置先において、仮想マシンと関連するネットワークリソースを生成、及び起動する。当該起動が正常に終了すると（ステップＳ４１３による肯定応答（ＡＣＫ）の受信）、ＶＩＭ１３は、ＶＮＦＭ１２にリソース割当て要求に対応する肯定応答（ＡＣＫ）を送信する（ステップＳ４１４）。
当該肯定応答（ＡＣＫ）を受信したＶＮＦＭ１２は、パッチファイル登録プロセスにおいて取得したパッチファイル（パッチ用のイメージファイル）を用いて対応するイメージファイルの一部を書き換えるようにストレージサーバ４０に指示する。つまり、当該肯定応答（ＡＣＫ）を受信したＶＮＦＭ１２は、パッチファイルをストレージ４１に登録（ステップＳ４１５）する。その後、ＶＮＦＭ１２は、パッチ適用によるＶＮＦ２２の起動をＶＩＭ１３に対して要求する（ステップＳ４１６）。具体的には、ＶＮＦＭ１２は、パッチを適用するＶＮＦ２２を指定して、当該ＶＮＦ２２の起動をＶＩＭ１３に要求する。
ＶＩＭ１３は、パッチ適用するＶＮＦ２２に対応したイメージファイルが格納されているストレージ４１の所定領域に対応するアドレスを含むディプロイメントに固有のパラメータをリソースの割り当てられた仮想マシンに設定する。この動作で、ＶＩＭ１３は、パッチ適用によるＶＮＦ２２の起動を実行する（ステップＳ４１７）。
上記固有のパラメータの設定に基づいて、上記ストレージ４１の所定領域からのＶＮＦ２２の生成、及び起動が行われる（ステップＳ４１８）。ＶＮＦ２２の起動が正常終了すると、ＮＦＶＩ２１からＶＩＭ１３に対して肯定応答（ＡＣＫ）が送信される（ステップＳ４１９）。
当該肯定応答（ＡＣＫ）を受信したＶＩＭ１３は、ステップＳ４１６のパッチ適用によるＶＮＦ２２の起動要求に対応する肯定応答（ＡＣＫ）をＶＮＦＭ１２に送信する（ステップＳ４２０）。
ＶＮＦＭ１２は、ＮＦＶＯ１１に対して、ヒーリング完了通知を送信（ステップＳ４２１）し、ＮＦＶＯ１１からの肯定応答（ＡＣＫ）を受信（ステップＳ４２２）することで、ヒーリング処理を完了する。
なお、上述の実施形態にて説明したネットワークシステムの構成及び動作は、例示であり、システムの構成を限定する趣旨ではない。例えば、上述の実施形態では、ＶＮＦＭ１２がパッチファイルをストレージ４１に登録する場合について説明した。しかし、ＥＭＳ２３又はＮＦＶＯ１１から、パッチファイルがストレージ４１に登録されてもよい。すなわち、ＥＭＳ２３、ＮＦＶＯ１１及びＶＮＦＭ１２のいずれか１つが、ＶＮＦ２２の更新に用いるパッチファイルをＮＦＶＩ２１に提供する（パッチファイルがＶＩＭ１３を経由せずにＮＦＶＩ２１に提供される）構成であればよい。
また、上述の実施形態では、ＶＮＦ２２のインスタンシエーションにＢｏｏｔ Ｆｒｏｍ Ｃｉｎｄｅｒ Ｖｏｌｕｍｅ方式を用いる場合を説明した。しかし、上述の実施形態は、当該方式を採用しなくてもよい。この場合、ＥＭＳ２３、ＮＦＶＯ１１及びＶＮＦＭ１２のいずれか１つが、パッチファイルをＮＦＶＩ２１に提供し、ＮＦＶＩ２１が仮想マシンに割り当てているストレージの該当領域を書き換えればよい。つまり、ＥＭＳ２３、ＮＦＶＯ１１及びＶＮＦＭ１２のいずれか１つが、ＶＮＦ２２の更新に用いるパッチファイルを、ストレージサーバ４０（ストレージ４１）を介さずにＮＦＶＩ２１に直接提供してもよい。
以上のように、上記実施形態に係るネットワークシステムは、図５に示すように、ＯＳの変更を含む場合のようなメジャーバージョンアップ時にはＯＳ、ＭＷ又はＡＰＬ等のプログラムデータを含むイメージファイルをＶＩＭ１３を経由してＶＮＦ２２に展開する。一方、図６に示すように、上記実施形態に係るネットワークシステムは、高い頻度で行われるようなパッチ適用時のマイナーバージョンアップ時には、次のように動作する。つまり、ネットワークシステムは、パッチ適用箇所に限られた部分的な（例えば、アプリケーションデータだけの）小さいサイズのイメージファイル（パッチファイル）を中央拠点１の装置（例えば、ＥＭＳ２３又はＶＮＦＭ１２）から直接ＶＮＦ２２に展開する。メジャーバージョンアップ時とマイナーバージョンアップ時のイメージファイルの転送経路を示す様子が図７に例示される。
中央拠点１の装置からパッチファイルを直接、ＶＮＦ２２に展開することで、小さいサイズのイメージファイルが装置（ＶＩＭ１３を実装するサーバ）を跨がずに転送される。そのため、ネットワークシステムは、ネットワークシステムに生じうるＶＮＦ２２のヒーリングに要する時間を短縮することができる。すなわち、第１の実施形態では、ＶＩＭ１３を経由せず、高頻度で発生する小サイズのファイル転送が実現できるため、ネットワークシステムの効率的な運用が実現できる。
また、第１の実施形態は、Ｂｏｏｔ Ｆｒｏｍ Ｃｉｎｄｅｒ Ｖｏｌｕｍｅ方式を利用して、ＶＮＦ２２のインスタンシエーションを実現している。
そのため、第１の実施形態は、イメージファイルを物理マシン３（ＮＦＶＩ２１）に直接転送する必要はなく、イメージファイルを外部ストレージに転送すればよく、ＶＮＦ２２のインスタンシエーションの効率化を図れる。なお、Ｂｏｏｔ Ｆｒｏｍ Ｃｉｎｄｅｒ Ｖｏｌｕｍｅ方式を採用し、パッチファイルをＶＩＭ１３経由でＶＮＦ２２に展開するだけでは、ネットワークシステムの効率的な運用は実現されない。それは、当該技術を採用したとしても、中央拠点１から全ての地域拠点２にイメージファイルを展開することに変わりないためである。
また、非特許文献１には、パッチファイルを用いたＶＮＦ２２の起動が、記載されていない。非特許文献１には、ＶＮＦ２２を更新する際には、ＯＳ、ＭＷ、又はＡＰＬを含むイメージファイルをＶＩＭ１３に提供し、ＶＮＦ２２を起動（インスタンシエーション）することが記載されているにすぎない。（例えば、同文献の１０６ページ「B.2.4 Update VNF Package flow」を参照。）
図４等に例示した各装置が行う処理は、各装置に搭載されたコンピュータに、そのハードウェアを用いて、上述した各処理を実行させるコンピュータプログラムに基づいて実現できる。すなわち、各手段の一部又は全ては、コンピュータ（プロセッサ等）で実行されるプログラムに基づいて実現するようにしてもよく、上述の各処理モジュールが行う機能を何らかのハードウェア、及び／又は、ソフトウェアで実行する手段であればよい。
上記の説明に基づいて、本発明の産業上の利用可能性は明らかである。本発明は、仮想化された通信サーバ（ＶＮＦ２２）など、非仮想化時と同様にエンドユーザに影響なく２４時間無停止稼働が求められるシステムの必要リソース事前確保を必要とするシステムに好適に適用可能である。あるいは、本発明は、各種の仮想化サーバ（ＶＮＦ２２）における保守業務の簡略化及びシナリオ実行化を必要とするシステムに好適に適用可能である。
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
上述の第１の視点に係るネットワークシステムのとおりである。
［付記２］
ＮＦＶＩのリソース管理と制御を行うＶＩＭ（Virtualized Infrastructure Manager）をさらに含み、
パッチファイルをＮＦＶＩに提供するＥＭＳ、ＮＦＶＯ及びＶＮＦＭのいずれか１つは、パッチファイルを、ＶＩＭを経由せずにＮＦＶＩに提供する、
付記１に記載のネットワークシステム。
［付記３］
ＮＦＶＯは、ＶＮＦのインスタンシエーションに使用するファイルであって、オペレーティングシステム、ミドルウェア、又はアプリケーションに係るプログラムデータを含むイメージファイルを、ＶＩＭに提供し、
ＶＩＭは、イメージファイルをＮＦＶＩに提供する、
付記２に記載のネットワークシステム。
［付記４］
外部からアクセス可能なストレージを管理するストレージサーバをさらに含み、
ＶＩＭは、イメージファイルをストレージサーバに提供し、
ストレージサーバは、提供されたイメージファイルをストレージの所定領域に格納し、
ＶＩＭは、ストレージの所定領域に格納されたイメージファイルを用いてＶＮＦを起動する、
付記３に記載のネットワークシステム。
［付記５］
パッチファイルをＮＦＶＩに提供する、ＥＭＳ、ＮＦＶＯ及びＶＮＦＭのいずれか１つは、ストレージサーバに対し、イメージファイルが格納された所定領域の一部をパッチファイルにて書き換えるように指示する、
付記４に記載のネットワークシステム。
［付記６］
ＶＮＦＭは、パッチファイルに基づくイメージファイルの一部の書換えが終了した後に、ＶＩＭに対して一部が書き換えられたイメージファイルを使用したＶＮＦの起動を要求する、
付記５に記載のネットワークシステム。
［付記７］
ＶＮＦをヒーリングする際に、パッチファイルに基づくイメージファイルの一部が書き換えられ、一部が書き換えられたイメージファイルを使用したＶＮＦの起動が行われる、
付記６に記載のネットワークシステム。
［付記８］
パッチファイルは、イメージファイルが含むプログラムデータのうち、アプリケーションに係るプログラムデータを含む、
付記３乃至７のいずれか一に記載のネットワークシステム。
［付記９］
上述の第２の視点に係るパッチファイル適用方法のとおりである。
［付記１０］
上述の第３の視点に係るプログラムのとおりである。
なお、付記９の形態及び付記１０の形態は、付記１の形態と同様に、付記２の形態〜付記８の形態に展開することが可能である。
なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更及び調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、及び各図面の各要素等を含む）の多様な組合せ、及び、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、及び、技術的思想にしたがって当業者であればなし得るであろう各種変形及び修正を含むことはもちろんである。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値及び小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
この出願は、２０１６年 ４月２１日に出願された日本出願特願２０１６−０８５０５３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１ 中央拠点
２、２−１〜２−ｎ 地域拠点
３、３−１〜３−ｍ 物理マシン
１０ ＮＦＶ−ＭＡＮＯ
１１、１０２ ＮＦＶＯ
１２、１０３ ＶＮＦＭ
１３ ＶＩＭ
２１、１００ ＮＦＶＩ
２２ ＶＮＦ
２３、１０１ ＥＭＳ
３０ ＯＳＳ／ＢＳＳ
４０ ストレージサーバ
４１ ストレージ
５１ ＣＰＵ
５２ メモリ
５３ 入出力インターフェイス
５４ ＮＩＣ
２０１ パッチファイル取得部
２０２ パッチファイル登録部
２０３ ＶＮＦ起動要求部
２１１ イメージファイル登録部
２１２ ＶＮＦ起動処理部

Claims (10)

  1. 仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）の実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）と、
    前記ＶＮＦに対応するＥＭＳ（Element Management System）と、
    前記ＮＦＶＩの上にて、ネットワークサービスを実現するＮＦＶＯ（NFV Orchestrator）と、
    前記ＶＮＦのライフサイクルを管理するＶＮＦＭ（VNF Manager）と、
    を含み、
    前記ＥＭＳ、前記ＮＦＶＯ及び前記ＶＮＦＭのいずれか１つが、前記ＶＮＦの更新に用いるパッチファイルを前記ＮＦＶＩに提供する、ネットワークシステム。
  2. 前記ＮＦＶＩのリソース管理と制御を行うＶＩＭ（Virtualized Infrastructure Manager）をさらに含み、
    前記パッチファイルを前記ＮＦＶＩに提供する前記ＥＭＳ、前記ＮＦＶＯ及び前記ＶＮＦＭのいずれか１つは、前記パッチファイルを、前記ＶＩＭを経由せずに前記ＮＦＶＩに提供する、
    請求項１に記載のネットワークシステム。
  3. 前記ＮＦＶＯは、前記ＶＮＦのインスタンシエーションに使用するファイルであって、オペレーティングシステム、ミドルウェア、又はアプリケーションに係るプログラムデータを含むイメージファイルを、前記ＶＩＭに提供し、
    前記ＶＩＭは、前記イメージファイルを前記ＮＦＶＩに提供する、
    請求項２に記載のネットワークシステム。
  4. 外部からアクセス可能なストレージを管理するストレージサーバをさらに含み、
    前記ＶＩＭは、前記イメージファイルを前記ストレージサーバに提供し、
    前記ストレージサーバは、提供された前記イメージファイルを前記ストレージの所定領域に格納し、
    前記ＶＩＭは、前記ストレージの所定領域に格納された前記イメージファイルを用いて前記ＶＮＦを起動する、
    請求項３に記載のネットワークシステム。
  5. 前記パッチファイルを前記ＮＦＶＩに提供する、前記ＥＭＳ、前記ＮＦＶＯ及び前記ＶＮＦＭのいずれか１つは、前記ストレージサーバに対し、前記イメージファイルが格納された所定領域の一部を前記パッチファイルにて書き換えるように指示する、
    請求項４に記載のネットワークシステム。
  6. 前記ＶＮＦＭは、前記パッチファイルに基づく前記イメージファイルの一部の書換えが終了した後に、前記ＶＩＭに対して一部が書き換えられた前記イメージファイルを使用した前記ＶＮＦの起動を要求する、
    請求項５に記載のネットワークシステム。
  7. 前記ＶＮＦをヒーリングする際に、前記パッチファイルに基づく前記イメージファイルの一部が書き換えられ、一部が書き換えられた前記イメージファイルを使用した前記ＶＮＦの起動が行われる、
    請求項６に記載のネットワークシステム。
  8. 前記パッチファイルは、前記イメージファイルが含むプログラムデータのうち、アプリケーションに係るプログラムデータを含む、
    請求項３乃至７のいずれか一項に記載のネットワークシステム。
  9. 仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）の実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）と、
    前記ＶＮＦに対応するＥＭＳ（Element Management System）と、
    前記ＮＦＶＩの上にて、ネットワークサービスを実現するＮＦＶＯ（NFV Orchestrator）と、
    前記ＶＮＦのライフサイクルを管理するＶＮＦＭ（VNF Manager）と、
    を含むネットワークシステムにおいて、
    前記ＥＭＳ、前記ＮＦＶＯ及び前記ＶＮＦＭのいずれか１つにより、前記ＶＮＦの更新に用いるパッチファイルを前記ＮＦＶＩに提供し、
    提供された前記パッチファイルを使用した前記ＶＮＦのインスタンシエーションを実行する、
    パッチファイル適用方法。


  10. 仮想マシン上で動作するソフトウェアによって実装され仮想されたＶＮＦ（Virtual Network Function）のライフサイクルを管理するＶＮＦＭ（VNF Manager）を制御するコンピュータに実行させるプログラムであって、
    前記ＶＮＦの更新に用いるパッチファイルを、前記ＶＮＦの実行基盤を提供するＮＦＶＩ（Network Function Virtualization Infrastructure）に提供する処理を実行させる、
    プログラム。
JP2018513150A 2016-04-21 2017-04-14 ネットワークシステム、パッチファイル適用方法、及びプログラム Active JP6677294B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016085053 2016-04-21
JP2016085053 2016-04-21
PCT/JP2017/015222 WO2017183565A1 (ja) 2016-04-21 2017-04-14 ネットワークシステム、パッチファイル適用方法、及び記録媒体

Publications (2)

Publication Number Publication Date
JPWO2017183565A1 JPWO2017183565A1 (ja) 2019-01-17
JP6677294B2 true JP6677294B2 (ja) 2020-04-08

Family

ID=60116687

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018513150A Active JP6677294B2 (ja) 2016-04-21 2017-04-14 ネットワークシステム、パッチファイル適用方法、及びプログラム

Country Status (3)

Country Link
US (1) US20190073235A1 (ja)
JP (1) JP6677294B2 (ja)
WO (1) WO2017183565A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10686651B2 (en) * 2016-06-20 2020-06-16 Apple Inc. End-to-end techniques to create PM (performance measurement) thresholds at NFV (network function virtualization) infrastructure
WO2018128804A1 (en) * 2017-01-06 2018-07-12 Intel IP Corporation Measurement job suspension and resumption in network function virtualization
CN109032751B (zh) * 2017-06-12 2022-02-11 华为技术有限公司 一种虚拟机部署方法及omm虚拟机
US10833957B2 (en) * 2018-01-16 2020-11-10 Intel Corporation Managing physical network function instances in a network service instance
US11418386B2 (en) 2018-03-06 2022-08-16 At&T Intellectual Property I, L.P. Virtual network function creation system
CN108804201A (zh) * 2018-06-07 2018-11-13 郑州云海信息技术有限公司 一种基于云平台的虚拟机数据卷的扩容方法及装置
KR102055827B1 (ko) * 2018-10-16 2019-12-13 에스케이텔레콤 주식회사 가상화 네트워크 관리 장치 및 방법
CN109474464B (zh) * 2018-11-13 2020-06-16 电子科技大学 一种基于OpenNF机制的快速网络更新方法
CN112346755A (zh) * 2019-08-09 2021-02-09 华为技术有限公司 一种基于网络功能虚拟化的版本升级的方法及设备
CN110727498B (zh) * 2019-09-03 2023-04-07 中国联合网络通信集团有限公司 一种虚拟网络功能的管理方法、nfvo、区块链节点及mano网元

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6760908B2 (en) * 2001-07-16 2004-07-06 Namodigit Corporation Embedded software update system
JP2003067208A (ja) * 2001-08-23 2003-03-07 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム
US7685591B2 (en) * 2004-12-20 2010-03-23 Microsoft Corporation Customizing a software application through a patch file
US10140112B2 (en) * 2014-03-28 2018-11-27 Ntt Docomo, Inc. Update management system and update management method
US20160125059A1 (en) * 2014-11-04 2016-05-05 Rubrik, Inc. Hybrid cloud data management system
JP6787573B2 (ja) * 2015-01-28 2020-11-18 日本電気株式会社 仮想ネットワークファンクション管理装置、システム、ヒーリング方法及びプログラム
FR3038175A1 (fr) * 2015-06-26 2016-12-30 Orange Procede de gestion dynamique d'un service reseau dans un reseau de communication
US9854048B2 (en) * 2015-06-29 2017-12-26 Sprint Communications Company L.P. Network function virtualization (NFV) hardware trust in data communication systems
CN107852337B (zh) * 2015-07-23 2021-07-13 英特尔公司 支持网络功能虚拟化生命周期管理的网络资源模型
KR102021342B1 (ko) * 2015-10-14 2019-09-16 한국전자통신연구원 Nfv 시스템 및 vnfm 연동 방법

Also Published As

Publication number Publication date
US20190073235A1 (en) 2019-03-07
WO2017183565A1 (ja) 2017-10-26
JPWO2017183565A1 (ja) 2019-01-17

Similar Documents

Publication Publication Date Title
JP6677294B2 (ja) ネットワークシステム、パッチファイル適用方法、及びプログラム
US11050842B2 (en) Deploying an application in a multiple cloud computing environments
US10496503B2 (en) Healing cloud services during upgrades
US9760396B2 (en) Managing a server template
US20200034254A1 (en) Seamless mobility for kubernetes based stateful pods using moving target defense
US11163669B1 (en) Measuring test coverage during phased deployments of software updates
CN108089913B (zh) 一种超融合系统的虚拟机部署方法
JP6763429B2 (ja) 制御装置、コンテナの起動方法及びプログラム
US11210132B2 (en) Virtual machine migration in virtualization environment having different virtualization systems
WO2018113571A1 (zh) 一种虚拟化网元的管理方法和装置及计算机存储介质
CN113196237A (zh) 计算系统中的容器迁移
CN107368353B (zh) 一种实现虚拟机内存热添加的方法和装置
US20220035626A1 (en) Cloud-independent node upgrade
US10203976B2 (en) Virtual appliance management in a virtualized computing environment based on operational modes associated with virtual appliance
JP2013084276A (ja) ネットワークシステム
KR20210128722A (ko) 멀리 클라우드 서비스 플랫폼 장치 및 방법
WO2013145434A1 (ja) ネットワークシステム及びその制御方法
US11829792B1 (en) In-place live migration of compute instances for efficient host domain patching
US20140366010A1 (en) Enabling parallel websphere runtime on different computer
US20240095053A1 (en) Virtual machine creation based on dynamic group host node feature set
WO2020145242A1 (ja) ネットワーク機能仮想化システム及びオペレーティングシステム更新方法
US20230033609A1 (en) Method of managing at least one network element
WO2013114829A1 (ja) 情報処理システム、データセンタ、システム移行方法、及び、プログラム
CN114064054A (zh) 一种微服务发布方法、装置、设备及存储介质
KR20180096320A (ko) 네트워크 가상화 관리 서버 및 이를 이용한 네트워크 가상화 관리 방법

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180911

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180911

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190723

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190920

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200212

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200225

R150 Certificate of patent or registration of utility model

Ref document number: 6677294

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150