JPWO2017170310A1 - ネットワークシステムにおける管理方法および管理装置 - Google Patents

ネットワークシステムにおける管理方法および管理装置 Download PDF

Info

Publication number
JPWO2017170310A1
JPWO2017170310A1 JP2018509292A JP2018509292A JPWO2017170310A1 JP WO2017170310 A1 JPWO2017170310 A1 JP WO2017170310A1 JP 2018509292 A JP2018509292 A JP 2018509292A JP 2018509292 A JP2018509292 A JP 2018509292A JP WO2017170310 A1 JPWO2017170310 A1 JP WO2017170310A1
Authority
JP
Japan
Prior art keywords
server
virtual network
network function
management
programmable logic
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.)
Granted
Application number
JP2018509292A
Other languages
English (en)
Other versions
JP6806143B2 (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 JPWO2017170310A1 publication Critical patent/JPWO2017170310A1/ja
Application granted granted Critical
Publication of JP6806143B2 publication Critical patent/JP6806143B2/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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5044—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering hardware capabilities
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】プログラム可能論理回路がＶＮＦのインフラストラクチャとして含まれるネットワークを効率的に管理する管理方法および管理装置ならびにネットワークシステムを提供する。
【解決手段】仮想ネットワーク機能が動作するサーバを含むネットワークの管理装置（１０）は、サーバ（Ａ，Ｂ，Ｃ，Ｄ）上で動作している少なくとも一つの仮想ネットワーク機能（ＶＮＦ−１〜ＶＮＦ−５と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路に対応しているか否かを示すサーバ属性情報と、を対応付けて記憶し、対応づけられた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する。
【選択図】図２

Description

本発明は仮想ネットワーク機能を含むネットワークシステムに係り、特にその管理方法および管理装置に関する。
現在の通信システムでは、ＢＲＡＳ(Broadband Remote Access Server)、ＮＡＴ(Network Address Translation)、ルータ(Router)、ファイアウォール（ＦＷ：Firewall）、ＤＰＩ（Deep Packet Inspection)などの様々なネットワーク機能（Network Function：ＮＦ）を専用のハードウェア機器（アプライアンス）により実現している。このために、ネットワークオペレータは、新たなネットワークサービスを立ち上げる場合、新たな専用のハートウェア機器の導入を強いられ、機器の購入費用や設置スペース等の多大なコストを必要とする。このような状況に鑑み、近年、ハードウェア機器で実行されるネットワーク機能をソフトウェアにより仮想的に実行する技術（ネットワーク機能の仮想化：Network Function Virtualization）が検討されている（非特許文献１）。ネットワークサービスの仮想化の一例として、特許文献１に、通信ノード装置上に複数の仮想ルータを構築し、これらの仮想ルータの資源を通信品質に応じて動的に配分する方法が開示されている。
また、複数の仮想ネットワーク機能(Virtual Network Function：ＶＮＦ)を組み合わせた通信経路に通信フローを伝送することにより種々のネットワークサービスを提供する技術も検討されている（たとえば、非特許文献２を参照）。
図１に例示するように、ネットワーク機能の仮想化では、仮想ネットワーク機能ＶＮＦの論理的つながり（フォワーディンググラフ：Forwarding Graph）によりネットワークサービスが構成され管理される。ここでは、オーバレイネットワークに５つの仮想ネットワーク機能ＶＮＦ−１〜ＶＮＦ−５からなるネットワークサービスが例示されている。
このフォワーディンググラフの仮想ネットワーク機能ＶＮＦ−１〜ＶＮＦ−５は、NFVインフラストラクチャ（NFV Infrastructure:ＮＦＶＩ）における汎用サーバＳＶ１〜ＳＶ４上で動作する。専用サーバでなく汎用サーバ上でキャリアグレードの機能を仮想的に動作させることにより、低価格化および運用の容易化を達成することができる。
特開２０１２−１７５４１８号公報
Network Functions Virtualization - Update White Paper, October 15-17, 2013 at the "SDN and OpenFlow World Congress", Frankfurt-Germany (http://portal.etsi.org/NFV/NFV_White_Pater2.pdf)
ETSI GS NFV 001 v1.1.1 (2013-10)"Network Functions Virtualisation (NFV); Use Cases"(http://docbox.etsi.org/ISG/NFV/Open/Published/gs_NFV001v010101p%20-%20Use%20Cases.pdf)
しかしながら、汎用サーバでＮＦＶを構築しようとすると、サーバのＣＰＵ(Central Processing Unit)処理、サーバ間の通信などにボトルネックが起こる可能性があり、このボトルネックを回避するには各サーバの高速化が不可欠である。ＣＰＵの高速化技術としては、ＣＰＵコア数を増加させる他に、ＣＰＵにＦＰＧＡ（Field-Programmable Gate Array）を結合するアクセラレータ技術が知られている（たとえば、”Xeon+FPGA Platform for the Data Center”ISCA/CARL 2015 <http://www.ece.cmu.edu/~calcm/carl/lib/exe/fetch.php?media=carl15-gupta.pdf>）。
ところが、このようなＦＰＧＡを付加したサーバを用いてＮＦＶを構築すると、ＣＰＵだけなくＦＰＧＡ上でもＶＮＦが動作するので、ネットワーク内のＦＰＧＡとＶＮＦとの対応についても管理する必要がある。たとえば、どのサーバがＦＰＧＡ対応なのか、どのＶＮＦがどのＦＰＧＡを使っているのか、さらにＶＮＦとＮＦＶＩ（ＣＯＴＳ(Commercial Off-The-Shelf)サーバ／ＶＭ／ＦＰＧＡ）との対応関係が変化したときに、ＦＰＧＡに対して、何を、どのように、いつ設定するか、という問題を解決することが必要となる。
このように、サーバのＣＰＵだけでなく、ＦＰＧＡのようなプログラム可能論理回路がＶＮＦのインフラストラクチャとして含まれるネットワークでは、プログラム可能論理回路を考慮した特別の管理手法が必要である。
そこで、本発明の目的は、プログラム可能論理回路がＶＮＦのインフラストラクチャとして含まれるネットワークを効率的に管理する管理方法および管理装置ならびにネットワークシステムを提供することにある。
本発明によるネットワーク管理装置は、仮想ネットワーク機能が動作するサーバを含むネットワークの管理装置であって、サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けて記憶する記憶手段と、前記対応づけられた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する管理手段と、を有することを特徴とする。
本発明によるネットワーク管理方法は、仮想ネットワーク機能が動作するサーバを含むネットワークの管理方法であって、記憶手段が、サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けて記憶し、管理手段が、前記対応づけられた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する、ことを特徴とする。
本発明によるネットワークシステムは、仮想ネットワーク機能が動作するサーバを含むネットワークシステムであって、少なくとも一つのプログラム可能論理回路に対応したサーバを含む複数のサーバが接続された下位レイヤネットワークと、前記複数のサーバのいずれかで動作する少なくとも一つの仮想ネットワーク機能からなる上位レイヤネットワークと、前記下位レイヤネットワークおよび前記上位レイヤネットワークを管理する管理装置と、を有し、前記管理装置が、サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する、ことを特徴とする。
本発明によれば、プログラム可能論理回路がＶＮＦのインフラストラクチャとして含まれるネットワークを効率的に管理することができる。
図１はネットワーク機能の仮想化の一例を示す概略的ネットワーク図である。 図２は本発明を適用するネットワークシステムの一例を示す模式的なネットワーク図である。 図３は本発明を適用するネットワークシステムにおける物理サーバと仮想ネットワーク機能との対応関係の一例を示す模式的なネットワーク図である。 図４は本発明の第１実施形態による管理装置の概略的構成を示すブロック図である。 図５は図４に示す管理装置における管理データベースの一例を示す模式図である。 図６は本発明の第２実施形態による管理方法（ＶＭ／ＶＮＦ起動時のサーバ選択制御）を示すフローチャートである。 図７は図６に示す管理方法における管理データベースの第１例を示す模式図である。 図８は図６に示す管理方法における管理データベースの第２例を示す模式図である。 図９は図６に示す管理方法における管理データベースの第３例を示す模式図である。 図１０は図６に示す管理方法における管理データベースの第４例を示す模式図である。 図１１は本発明の第３実施形態による管理方法（ＶＭマイグレーション時のサーバ選択制御）を示すフローチャートである。 図１２は図１１に示す管理方法におけるＤＰＩマイグレーション時の管理データベースの第１例を示す模式図である。 図１３は図１１に示す管理方法におけるＤＰＩマイグレーション時の管理データベースの第２例を示す模式図である。 図１４は本発明の第４実施形態による管理方法におけるサーバ選択時の優先制御を示す管理データベースの一例を示す模式図である。 図１５は本発明の第５実施形態による管理方法（経路変更制御）を示すフローチャートである。 図１６は図１５に示す経路変更制御の一例を説明するための経路変更前の模式的なネットワーク図である。 図１７は図１６に示すシステム状態での管理データベースの一例を示す模式図である。 図１８は障害発生時のシステムを模式的に示すネットワーク図である。 図１９は図１８に示す障害発生前後の管理データベースの変化の一例を示す模式図である。 図２０は障害発生により別のサーバが起動されたときの物理サーバと仮想ネットワーク機能との対応関係の一例を模式的に示すブロック図である。 図２１は経路変更制御における経路変更後のシステムを模式的に示すネットワーク図である。 図２２は本発明の第６実施形態による管理方法を説明するために障害発生時のシステムを模式的に示すネットワーク図である。 図２３は障害発生により別のサーバが起動されたときの物理サーバと仮想ネットワーク機能との対応関係の一例を模式的に示すブロック図である。 図２４は本発明の第６実施形態によるネットワークシステムの一例を示す模式的なネットワーク図である。
＜実施形態の概要＞
本発明の実施形態によれば、サーバ上で仮想化ネットワーク機能（ＶＮＦ）が動作しうるネットワークシステムにおいて、サーバと、サーバに含まれるプログラム可能論理回路と、サーバ上で動作するＶＮＦと、の対応関係を保持してネットワークを管理する。たとえば、各サーバがプログラム可能論理回路に対応しているか否か、プログラム可能論理回路がどのような種類であるか、およびプログラム可能論理回路上で動作しているＶＮＦが何であるか、を考慮することで、一連のＶＮＦを提供する際に処理能力および通信容量のボトルネックを回避することができ、ネットワークの効率的な管理が可能となる。
まず、図２および図３を参照して、本発明の各実施形態を説明するためのシステム構成の一例を示す。このシステム構成は、説明の複雑化を回避するための簡略化された例であり、本発明を限定するものではない。
＜システム＞
図２に例示するように、管理装置１０は、複数のサーバからなる下位レイヤネットワーク２０と、複数のＶＮＦからなる上位レイヤネットワーク３０と、を管理する。ここでは、図の簡略化のために、下位レイヤネットワーク２０がサーバＡ、Ｂ、ＣおよびＤからなり、上位レイヤネットワーク３０が仮想ネットワーク機能ＶＮＦ−１〜ＶＮＦ−５からなるものとする。
下位レイヤネットワーク２０における複数のサーバのうち少なくとも一つはプログラム可能論理回路を含むサーバである。プログラム可能論理回路は、後述するように、プログラム可能な定型的な処理を高速で実行可能なハードウェア回路であり、結合したＣＰＵのアクセラレータとして動作可能である。また、プログラム可能論理回路は、ユーザが希望する論理機能を短期間で実現できるとともに、書き換え可能という利点も有する。以下、プログラム可能論理回路としてＦＰＧＡを例示し、ＣＰＵとＦＰＧＡとが結合したサーバをＦＰＧＡ対応サーバ、ＦＰＧＡのないサーバをＦＰＧＡ非対応サーバと呼ぶ。
上位レイヤネットワーク３０における各ＶＮＦは下位レイヤネットワーク２０の物理サーバ上に設定される。たとえば、図２に例示したシステムでは、ＶＮＦ−１、ＶＮＦ−４およびＶＮＦ−５がそれぞれサーバＡ、ＣおよびＤ上に、ＶＮＦ−２およびＶＮＦ−３が一つの物理サーバＢ上に、それぞれ設定されている。管理装置１０は、ＦＰＧＡ対応サーバおよび非対応サーバにＶＮＦをどのように配置するかを決定する。ＶＮＦの配置例を図３に示す。
図３において、下位レイヤネットワーク２０におけるＦＰＧＡ対応サーバ２１はＣＰＵ２１−１とＦＰＧＡ２１−２とが結合された構成を有する。図３では、ＣＰＵ２１−１上に仮想マシンＶＭ１が、ＦＰＧＡ２１−２上に仮想マシンＶＭ２がそれぞれ構成され、仮想マシンＶＭ１に上位レイヤネットワーク２０のＶＮＦ−Ａが、ＦＰＧＡ２１−２上の仮想マシンＶＭ２にＶＮＦ−Ｂが、それぞれ配置されている。ＦＰＧＡ２１−２は、例えば、管理装置１０など、ＦＰＧＡ対応サーバ２１を管理するための装置を介して、コンフィグレーションデータをロードすることで所望のＶＮＦを再構成することが可能である。なお、ＣＰＵ２１−１あるいはＦＰＧＡ２１−２上に複数の仮想マシンＶＭを構成し、これらの仮想マシンにＶＮＦをそれぞれ配置することもできる。ＦＰＧＡ非対応サーバ２２は単一のＣＰＵ２２−１を有し、その上に一つあるいは複数の仮想マシンＶＭ３が構成され、その上にＶＮＦがそれぞれ配置されうる。
上述したようなネットワークシステムが管理装置１０により管理され、ＦＰＧＡ対応サーバおよびＦＰＧＡ非対応サーバにおけるＶＮＦ配置、ＦＰＧＡの設定変更等が実行される。なお、上述したように管理装置１０がネットワークシステムを一括管理することもできるが、上位レイヤネットワーク３０（ＶＮＦレイヤ）を管理する管理装置、下位レイヤネットワーク２０（ＮＦＶＩレイヤ）を管理する管理装置、というように、レイヤごとに管理装置を設ける構成であってもよい。以下、本発明の実施形態による管理装置１０および管理方法について図面を参照しながら詳細に説明する。
１．第１実施形態
本発明の第１実施形態による管理装置１０は、下位レイヤネットワーク２０および上位レイヤネットワーク３０におけるサーバ／ＦＰＧＡとＶＮＦとの対応管理および経路管理を実行することで、サーバの処理およびサーバ間通信でのボトルネックが発生しないように所望のフォワーディンググラフを高い信頼度で構成することができる。
図４において、管理装置１０は、ネットワーク管理部１０１、サーバ管理部１０２および管理データベース１０３を有し、さらに上述した下位レイヤネットワーク２０および上位レイヤネットワーク３０における各サーバと接続するネットワークインタフェース１０４を有する。また、オペレータは、ユーザインタフェース１０５を通して、後述する管理のための各種設定および手動操作を行うことができる。管理装置１０の制御部１０６は、プログラムメモリ１０７に格納されたプログラムを実行することで、後述するように、ネットワーク管理部１０１およびサーバ管理部１０２を制御し、管理データベース１０３のデータ参照、登録あるいは更新を行う。ネットワーク管理部１０１は、各サーバから通知される監視情報および管理データベース１０３を参照して経路管理を行い、サーバ管理部１０２は、管理データベース１０３を参照してサーバ／ＣＰＵ／ＦＰＧＡとＶＭ／ＶＮＦとの対応管理を行う。
図５に示すように、管理データベース１０３には、サーバ、ＦＰＧＡ、ＶＭおよびＶＮＦの間の対応関係とそれらに関するステータス情報を登録した管理テーブルが含まれる。図５に例示した管理テーブルには、各サーバがＦＰＧＡ対応か否か、各サーバに含まれるＦＰＧＡの種類、およびＦＰＧＡ上で動作しているＶＭ／ＶＮＦが何であるか、が登録されている。たとえば、サーバＡはＦＰＧＡ対応サーバであり（ＦＰＧＡ対応＝Ｙ）、ＦＰＧＡタイプは“ａａ”および“ｂｂ”の２種類がある。それらのタイプ“ａａ”および“ｂｂ”のＦＰＧＡにはＶＭ“ａ１”および“ａ２”がそれぞれ構成され、それらにＶＮＦとしてファイアウォール“ＦＷ”およびディープパケットインスペクション“ＤＰＩ”がそれぞれ設定されている。また、サーバＢはＦＰＧＡ非対応サーバであり（ＦＰＧＡ対応＝Ｎ）、当該サーバＢのＣＰＵ上にＶＭ“ｂ１”が構成され、そこにＶＮＦとして“ＤＰＩ”が設定されている。
本実施形態による管理装置１０は、上述したような管理データベース１０３に格納された管理データを用いてネットワーク／ＶＮＦ／ＦＰＧＡ管理を実行することができる。より詳細には、管理装置１０は、サーバ、ＦＰＧＡおよびＶＮＦの対応関係の変化に応じて、次のようなサーバの管理を行うことができる。
・ＶＭ／ＶＮＦ起動時のサーバ選択（第２実施形態）
・ＶＭマイグレーション時のサーバ選択（第３実施形態）
・優先制御によるサーバ選択（第４実施形態）
・下位レイヤネットワークでの経路変更時あるいは上位レイヤネットワークでのフォワーディンググラフ変更時のサーバ選択（第５実施形態）
なお、管理装置１０において、後述するようなネットワーク管理部１０１、サーバ管理部１０２および制御部１０５の機能は、プログラムメモリ１０７に蓄積されたプログラムをＣＰＵ上で実行することにより実現することもできる。以下、上記サーバ管理について順に説明する。
２．第２実施形態
本発明の第２実施形態による管理方法は、ＶＭ／ＶＮＦを起動する際、起動するサーバをどのように選択するかを規定する。以下、図６〜図８を参照しながら、本実施形態による管理方法について説明する。
２．１）ＶＮＦ起動時のサーバ選択
図６において、サーバ管理部１０２は、あるＶＮＦ（たとえばＦＷ）を起動しようとする場合、オペレータがユーザインタフェース１０５によりＦＰＧＡ対応サーバの使用を指示したか否かを判断し（動作２０１）、ＦＰＧＡ対応サーバの使用指示があれば（動作２０１のＹＥＳ）、続いて、オペレータがＦＰＧＡタイプを選択したか否かを判断する（動作２０２）。ＦＰＧＡタイプが選択されると（動作２０２のＹＥＳ）、サーバ管理部１０２は当該選択されたＦＰＧＡタイプのＦＰＧＡ対応サーバを選択し、当該選択されたＦＰＧＡ対応サーバのＦＰＧＡで前記ＶＮＦを起動するように当該ＦＰＧＡ対応サーバへ指示するとともに、管理データベース１０３に当該ＦＰＧＡ対応サーバと当該ＶＮＦとの対応関係を登録する（動作２０３）。
オペレータによるＦＰＧＡ対応サーバの使用指示がなければ（動作２０１のＮＯ）、サーバ管理部１０２は、例えば、管理データベース１０３に基づき、当該ＶＮＦがＦＰＧＡ向きか否かを自動判定し（動作２０４）、当該ＶＮＦがＦＰＧＡ向きであれば（動作２０４のＹＥＳ）、さらに特定タイプのＦＰＧＡ向きであるか否かを自動判定する（動作２０５）。特定タイプのＦＰＧＡ向きであれば（動作２０５のＹＥＳ）、サーバ管理部１０２は当該特定タイプのＦＰＧＡ対応サーバのＦＰＧＡで前記ＶＮＦを起動するように当該ＦＰＧＡ対応サーバへ指示するとともに、管理データベース１０３に当該ＦＰＧＡ対応サーバと当該ＶＮＦとの対応関係を登録する（動作２０６）。
特定タイプのＦＰＧＡ向きでなければ（動作２０５のＮＯ）、サーバ管理部１０２は任意のタイプのＦＰＧＡ対応サーバのＦＰＧＡで前記ＶＮＦを起動するように当該ＦＰＧＡ対応サーバへ指示するとともに、管理データベース１０３に当該ＦＰＧＡ対応サーバと当該ＶＮＦとの対応関係を登録する（動作２０７）。なお、ＦＰＧＡ対応サーバの使用指示があり（動作２０１のＹＥＳ）、かつＦＰＧＡタイプの選択指示がない場合も（動作２０２のＮＯ）、上記動作２０５が実行される。
サーバ管理部１０２は、当該ＶＮＦがＦＰＧＡ向きでないと判定すると（動作２０４のＮＯ）、ＦＰＧＡ非対応サーバで前記ＶＮＦを起動するように当該ＦＰＧＡ非対応サーバへ指示するとともに、管理データベース１０３に当該ＦＰＧＡ非対応サーバと当該ＶＮＦとの対応関係を登録する（動作２０８）。以下、具体例を示す。
２．２）例
第１例として、図７に示すように、管理装置１０のサーバ管理部１０２は、ＤＰＩ起動時にＦＰＧＡ対応サーバの使用指示の有無に従って管理データベース１０３を参照し（図６の動作２０１）、ＦＰＧＡ対応サーバＡあるいはＦＰＧＡ非対応サーバＢのいずれかを選択し、選択されたサーバでＤＰＩを起動する。
第２例として、図８に示すように、管理装置１０のサーバ管理部１０２は、所望のＦＰＧＡ−ｔｙｐｅの選択指示があると（図６の動作２０２）、管理データベース１０３を参照して当該ＦＰＧＡ−ｔｙｐｅを有するＦＰＧＡ対応サーバＡを選択し、選択されたｔｙｐｅのＦＰＧＡ上でＤＰＩを起動する。
第３例として、図９に示すように、管理装置１０のサーバ管理部１０２は、起動しようとするＶＮＦ（ここではＦＷ）がＦＰＧＡ向きであれば（図６の動作２０４のＹＥＳ）、ＦＰＧＡ対応サーバＡあるいはＢのいずれかを自動的に選択し、当該ＦＰＧＡ上でＦＷを起動する。
第４例として、図１０に示すように、管理装置１０のサーバ管理部１０２は、起動しようとするＶＮＦ（ここではＦＷ）が特定のＦＰＧＡ−ｔｙｐｅ（ここでは”ａａ”）向きであれば（図６の動作２０５のＹＥＳ）、ＦＰＧＡ対応サーバＡを自動的に選択し、当該ＦＰＧＡ上でＦＷを起動する。
２．３）効果
上述したように、本発明の第２実施形態によれば、ＶＭ／ＶＮＦの起動時に、サーバのＦＰＧＡ対応の有無あるいはＦＰＧＡ−ｔｙｐｅを考慮して、最も適したサーバあるいはＦＰＧＡを選択することができる。
３．第３実施形態
本発明の第３実施形態による管理方法は、あるサーバで動作しているＶＭ／ＶＮＦを別のサーバに移行するＶＭマイグレーション時に、どのように移行先のサーバを選択するかを規定する。以下、図１１〜図１３を参照しながら、本実施形態による管理方法について説明する。
３．１）ＶＭマイグレーション時のサーバ選択
図１１において、動作しているＶＮＦのサーバを他のサーバへリプレースするためのマイグレーション制御が開始されると（動作３０１）、サーバ管理部１０２は、管理データベース１０３を参照して当該ＶＮＦが動作している移行元のサーバがＦＰＧＡ対応サーバか否かを判定する（動作３０２）。ＦＰＧＡ対応サーバであれば（動作３０２のＹＥＳ）、さらに当該ＶＮＦが動作しているＦＰＧＡ−ｔｙｐｅと同じＦＰＧＡ対応サーバが存在するか否かを判定する（動作３０３）。
同じＦＰＧＡ−ｔｙｐｅのＦＰＧＡ対応サーバがあれば（動作３０３のＹＥＳ）、当該ＦＰＧＡ対応サーバを移行先サーバとして選択し、サーバ管理部１０２は、当該選択されたＦＰＧＡ対応サーバに対して同一ｔｙｐｅのＦＰＧＡで当該ＶＮＦを起動するように指示するとともに、管理データベース１０３に当該ＦＰＧＡ対応サーバのＦＰＧＡと当該ＶＮＦとの対応関係を登録する（動作３０４）。
同じＦＰＧＡ−ｔｙｐｅのＦＰＧＡ対応サーバがなければ（動作３０３のＮＯ）、任意のあるいは所定のＦＰＧＡ対応サーバを移行先サーバとして選択し、サーバ管理部１０２は、選択されたＦＰＧＡ対応サーバに対して、当該ＶＮＦを起動するように指示するとともに、管理データベース１０３に当該ＦＰＧＡ対応サーバのＦＰＧＡと当該ＶＮＦとの対応関係を登録する（動作３０５）。
移行元のサーバがＦＰＧＡ対応サーバでなければ（動作３０２のＮＯ）、任意のあるいは所定のＦＰＧＡ非対応サーバを移行先サーバとして選択し、サーバ管理部１０２は、選択されたＦＰＧＡ非対応サーバに対して、当該ＶＮＦを起動するように指示するとともに、管理データベース１０３に当該ＦＰＧＡ非対応サーバと当該ＶＮＦとの対応関係を登録する（動作３０６）。以下、具体例を示す。
３．２）例
第１例として、図１２に示すように、管理装置１０のサーバ管理部１０２は、サーバリプレース時に、ＦＰＧＡ上で動作していたＶＮＦ（ここではＤＰＩ）に対しては、同じくＦＰＧＡ対応サーバを用意する。より詳しくは、当該ＤＰＩが動作しているサーバＡがＦＰＧＡ対応であれば、サーバ管理部１０２は、管理データベース１０３を参照して、移行先のサーバとしてＦＰＧＡ対応サーバＢを選択し、マイグレーションを指示する。
第２例として、図１３に示すように、管理装置１０のサーバ管理部１０２は、サーバリプレース時に、あるｔｙｐｅのＦＰＧＡ上で動作していたＶＮＦ（ここではＤＰＩ）に対しては、同じｔｙｐｅのＦＰＧＡ対応サーバを用意する。より詳しくは、当該ＤＰＩが動作しているサーバＡのＦＰＧＡｔｙｐｅが”ａａ”であれば、サーバ管理部１０２は、管理データベース１０３を参照して、同じＦＰＧＡ−ｔｙｐｅを有するサーバＣを移行先として選択しマイグレーションを指示する。
３．３）効果
上述したように、本発明の第３実施形態によれば、あるサーバで動作しているＶＭ／ＶＮＦを別のサーバに移行するＶＭマイグレーション時に、移行元のサーバの属性に従って移行先のサーバを選択することができ、ＦＰＧＡ対応の有無あるいはＦＰＧＡ−ｔｙｐｅを考慮して、最も適したサーバあるいはＦＰＧＡを選択することができる。
４．第４実施形態
本発明の第４実施形態による管理方法は、ＶＮＦ起動時あるいはＶＭマイグレーション時におけるサーバ選択に優先制御を導入することで、サーバ選択の適切化および公平化を促進できる。たとえばＦＰＧＡ向きか否か、特定のＦＰＧＡ−ｔｙｐｅ向きか否か等に依存して優先度を予め設定する。
図１４に例示するように、ＤＰＩを起動する際に、サーバ管理部１０２は、使用サーバを選択する基準として、
ａ）ＦＰＧＡ対応サーバを非対応サーバよりも優先する；
ｂ）特定のＦＰＧＡ−ｔｙｐｅのサーバをその他のＦＰＧＡ−ｔｙｐｅのサーバよりも優先する；
ｃ）予め割り当てられた優先度に従って選択する、
等の基準を採用することができ、あるいはこれらの組み合わせを採用してもよい。たとえばサーバ管理部１０２は、管理データベース１０３を参照して、ＦＰＧＡ対応が”Ｙ”のサーバを優先して選択したり、特定のＦＰＧＡ−ｔｙｐｅ”ａａ”のサーバを優先して選択したりすることが可能となる。あるいは、図１４に例示するように、管理データベース１０３に優先度のフィールドを付加して、優先度の高い順にＶＮＦを起動することもできる。ＶＭマイグレーション時のサーバ選択も同様である。
５．第５実施形態
本発明の第５実施形態による管理方法は、下位レイヤネットワークでの経路変更時あるいは上位レイヤネットワークでのフォワーディンググラフ変更時におけるサーバ選択および経路変更を管理することで、サーバのＦＰＧＡ対応の有無あるいはＦＰＧＡ−ｔｙｐｅを考慮して、最も適したサーバあるいはＦＰＧＡを選択することができる。
５．１）経路変更制御
図１５において、ネットワーク管理部１０１は、各サーバから通知される状態情報を監視し、あるサーバＳＶｘから、たとえば障害あるいは通信品質劣化の発生通知があったものとする（動作４０１）。この障害発生通知があると、サーバ管理部１０２は、管理データベース１０３を参照して、当該サーバＳＶｘの属性（ＦＰＧＡ対応の有無、ＦＰＧＡ−ｔｙｐｅ）および当該サーバＳＶｘで動作していたＶＭｘおよびＶＮＦｘを特定する（動作４０２）。一例として、当該サーバＳＶｘがＦＰＧＡ対応であれば（動作４０３のＹＥＳ）、サーバ管理部１０２は、管理データベース１０３を検索して、利用可能なＦＰＧＡ対応サーバＳＶｙを選択し（動作４０４）、当該サーバＳＶｘがＦＰＧＡ非対応であれば、利用可能なＦＰＧＡ非対応サーバＳＶｚを選択する（動作４０５）。サーバ管理部１０２は、こうして選択されたサーバＳＶｙ／ＳＶｚに対して、サーバＳＶｘで動作していたＶＭｘ／ＶＮＦｘを起動するように指示する（動作４０６）。
こうしてサーバＳＶｘと同様の属性を有する代替サーバＳＶｙあるいはＳＶｚが用意されると、ネットワーク管理部１０１は、障害発生したサーバＳＶｘの代わりとなるサーバＳＶｙ／ＳＶｚを通る新たな迂回経路を下位レイヤネットワーク２０に設定し（動作４０７）、経路切替を実行する（動作４０８）。以下、下位レイヤネットワークでの経路変更制御の一例を図１６〜図２１を参照しながら、上位レイヤネットワークでの経路変更制御の一例を図２２〜図２４を参照しながら、説明する。
５．２）下位レイヤネットワークでの経路変更制御
図１６に示すように、下位レイヤネットワーク２０ではＦＰＧＡ対応サーバＡ、ＢおよびＤとＦＰＧＡ非対応サーバＣとがメッシュ状に接続され、上位レイヤネットワーク３０には仮想ネットワーク機能ＶＮＦ−１〜ＶＮＦ−４がサーバＡ〜Ｄ上でそれぞれ動作してフォワーディンググラフＶＮＦ−１〜ＶＮＦ−４を形成しているものとする。この場合、下位レイヤネットワーク２０における物理経路はサーバＡ−Ｂ−Ｃ−Ｄであり、管理装置１０の管理データベース１０３には、図１７に示すデータが登録されている。
この状態で、図１８に示すように、サーバＢに障害が発生したとする。障害発生通知があると、管理装置１０のサーバ管理部１０２は、管理データベース１０３を参照して、当該サーバＢの属性（ＦＰＧＡ対応、ＦＰＧＡ−ｔｙｐｅ）および当該サーバＢで動作していたＶＭｂ２およびＶＮＦ−２を特定し、サーバＢと同様にＦＰＧＡを有するサーバＤを選択し、当該サーバＤのＦＰＧＡ上でＶＮＦ−２を起動するように、サーバＤに対して指示する。障害発生からサーバＤ上でのＶＮＦ−２の起動までの管理データベース１０３における登録データの変化を図１９に示す。
図２０に例示するように、サーバＢがＣＰＵ２１Ｂ−１およびＦＰＧＡ２１Ｂ−２を、サーバＤがＣＰＵ２１Ｄ−１およびＦＰＧＡ２１Ｄ−２を有し、ＦＰＧＡ２１Ｂ−２上でＶＭｂ２／ＶＮＦ−２が動作し、ＣＰＵ２１Ｄ−１上でＶＭｄ４／ＶＮＦ−４が動作しているものとする。この状態でサーバＢに障害が発生すると、管理装置１０は当該ＶＮＦ−２をサーバＤのＦＰＧＡ２１Ｄ−２上で起動するようにサーバＤを制御する。
したがって、図２１に示すように、管理装置１０のネットワーク管理部１０１は、上位レイヤネットワーク３０のフォワーディンググラフＶＮＦ−１〜ＶＮＦ−４が維持されるように、下位レイヤネットワーク２０のサーバＡがＶＮＦ−１を、サーバＤがＶＮＦ−２を、サーバＣがＶＮＦ−３を、サーバＤがＶＮＦ−４をそれぞれ動作させる物理経路を設定する。
５．３）上位レイヤネットワークでの経路変更制御
上位レイヤネットワークでのフォワーディンググラフ変更時における経路変更制御も上述した下位レイヤネットワークの場合と同様である。たとえば、図１６に示すように、上位レイヤネットワーク３０にはサーバＡ〜Ｄでそれぞれ仮想ネットワーク機能ＶＮＦ−１〜ＶＮＦ−４が動作してフォワーディンググラフが形成され、下位レイヤネットワーク２０における物理経路はサーバＡ−Ｂ−Ｃ−Ｄであり、管理装置１０の管理データベース１０３には、図１７に示すデータが登録されているものとする。
この状態で、図２２に示すように、たとえばサーバＢ上の仮想ネットワーク機能ＶＮＦ−２に障害が発生すると、次に述べるようにフォワーディンググラフを維持するように経路変更制御が実行される。
ＶＮＦ−２の障害発生が通知されると、管理装置１０のサーバ管理部１０２は、管理データベース１０３を参照して、当該ＶＮＦ−２が動作していたＶＭｂ２およびサーバＢを特定する。そして、サーバＢの属性（ＦＰＧＡ対応、ＦＰＧＡ−ｔｙｐｅ）と同様のサーバＤを選択し、当該サーバＤのＦＰＧＡ上でＶＮＦ−２を起動するようにサーバＤに対して指示する。障害発生からサーバＤ上でのＶＮＦ−２の起動までの管理データベース１０３における登録データの変化は図１９と同様である。
図２３に例示するように、サーバＢがＣＰＵ２１Ｂ−１およびＦＰＧＡ２１Ｂ−２を、サーバＤがＣＰＵ２１Ｄ−１およびＦＰＧＡ２１Ｄ−２を有し、ＦＰＧＡ２１Ｂ−２上でＶＭｂ２／ＶＮＦ−２が動作し、ＣＰＵ２１Ｄ−１上でＶＭｄ４／ＶＮＦ−４が動作しているものとする。この状態でＶＮＦ−２に障害が発生すると、管理装置１０は当該ＶＮＦ−２をサーバＤのＦＰＧＡ２１Ｄ−２上で起動するようにサーバＤを制御する。
このように、仮想ネットワーク機能の障害検知がトリガとなってフォワーディンググラフを維持する経路制御が実行される。具体的には、上述した図２１と同様に、管理装置１０のネットワーク管理部１０１は、上位レイヤネットワーク３０のフォワーディンググラフＶＮＦ−１〜ＶＮＦ−４が維持されるように、下位レイヤネットワーク２０のサーバＡがＶＮＦ−１を、サーバＤがＶＮＦ−２を、サーバＣがＶＮＦ−３を、サーバＤがＶＮＦ−４をそれぞれ動作させる物理経路を設定する。
５．４）効果
上述したように、本発明の第５実施形態によれば、下位レイヤネットワークでの経路変更時あるいは上位レイヤネットワークでのフォワーディンググラフ変更時におけるサーバ選択および経路変更をサーバのＦＰＧＡ対応の有無あるいはＦＰＧＡ−ｔｙｐｅを考慮して最適化することができる。
６．第６実施形態
上述した第１〜第５実施形態では、管理装置１０がネットワークシステムを一括管理する場合を例示したが、本発明はこの一括管理に限定されるものではなく、マルチレイヤシステムの各レイヤを別々の管理部が協調して管理する構成であってもよい。このような分散管理システムの一例を図２４に示す。
図２４に例示するように、本発明の第６実施形態によるネットワークシステムは、下位レイヤネットワーク２０（ＶＮＦＩレイヤ）を管理する管理部１０ａと、上位レイヤネットワーク３０（ＶＮＦレイヤ）を管理する管理部１０ｂとを有し、管理部１０ａおよび１０ｂが協調して下位レイヤネットワーク２０および上位レイヤネットワーク３０を管理する。管理方法は上述した各実施形態の通りであるから、説明は省略する。
なお、各レイヤを管理する管理部１０ａおよび１０ｂは、通信可能に接続された別個の装置が互いに協調して上記各実施形態の管理動作を実行してもよいし、それらの上位装置の管理により管理動作を実行してもよい。また、一つの管理装置内に各レイヤを管理する管理部１０ａおよび１０ｂ、あるいはそれらを管理する上位管理部が機能的に分離して設けられた構成であってもよい。
本発明は、仮想ネットワーク機能（ＶＮＦ）をネットワーク上に配置するシステムで利用可能である。
１０ 管理装置
２０ 下位レイヤネットワーク
２１−１ ＣＰＵ
２１−２ ＦＰＧＡ
２２−１ ＣＰＵ
３０ 上位レイヤネットワーク
１０１ ネットワーク管理部
１０２ サーバ管理部
１０３ 管理データベース
１０４ ネットワークインタフェース
１０５ ユーザインタフェース
１０６ 制御部
１０７ プログラムメモリ
ＶＮＦ 仮想ネットワーク機能
なお、各レイヤを管理する管理部１０ａおよび１０ｂは、通信可能に接続された別個の装置が互いに協調して上記各実施形態の管理動作を実行してもよいし、それらの上位装置の管理により管理動作を実行してもよい。また、一つの管理装置内に各レイヤを管理する管理部１０ａおよび１０ｂ、あるいはそれらを管理する上位管理部が機能的に分離して設けられた構成であってもよい。
７．付記
上述した実施形態および実施例の一部あるいは全部は、以下の付記のようにも記載されうるが、これらに限定されるものではない。
（付記１）
仮想ネットワーク機能が動作するサーバを含むネットワークの管理装置であって、
サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けて記憶する記憶手段と、
前記対応づけられた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する管理手段と、
を有することを特徴とする管理装置。
（付記２）
前記管理手段が、一の仮想ネットワーク機能を起動する際、前記対応付けられた情報に基づいて、当該一の仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択することを特徴とする付記１に記載の管理装置。
（付記３）
前記管理手段が、さらに外部からの指示あるいは仮想ネットワーク機能の特性に基づいて、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択することを特徴とする付記１または２に記載の管理装置。
（付記４）
前記管理手段が、さらにプログラム可能論理回路の種類に基づいて、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択することを特徴とする付記１−３のいずれか１項に記載の管理装置。
（付記５）
前記仮想ネットワーク機能を第１サーバから第２サーバへ移行させる際、前記管理手段が前記第１サーバの属性と一致する第２サーバを選択することを特徴とする付記１−４のいずれか１項に記載の管理装置。
（付記６）
前記管理手段が、予め設定された優先順位に従って、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択することを特徴とする付記１−５のいずれか１項に記載の管理装置。
（付記７）
ある仮想ネットワーク機能を実現する第１サーバを通る経路を第２サーバが通る経路へ切り替える際、前記管理手段が前記第１サーバの属性と一致する第２サーバを選択することを特徴とする付記１−６のいずれか１項に記載の管理装置。
（付記８）
前記ネットワークが、ソフトウェア制御により所望の仮想ネットワーク機能を実現する第１処理手段と、構成データにより所望の仮想ネットワーク機能を実現するプログラム可能論理回路からなる第２処理手段と、を含み、
前記管理手段が前記仮想ネットワーク機能の動作主体として前記第１処理手段あるいは前記第２処理手段のいずれかを選択する、ことを特徴とする付記１−７のいずれか１項に記載の管理装置。
（付記９）
仮想ネットワーク機能が動作するサーバを含むネットワークの管理方法であって、
記憶手段が、サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けて記憶し、
管理手段が、前記対応づけられた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する、
ことを特徴とする管理方法。
（付記１０）
前記管理手段が、一の仮想ネットワーク機能を起動する際、前記対応付けられた情報に基づいて、当該一の仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択する、
ことを特徴とする付記９に記載の管理方法。
（付記１１）
前記管理手段が、さらに外部からの指示あるいは仮想ネットワーク機能の特性に基づいて、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択する、
ことを特徴とする付記９または１０に記載の管理方法。
（付記１２）
前記管理手段が、さらにプログラム可能論理回路の種類に基づいて、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択する、
ことを特徴とする付記９−１１のいずれか１項に記載の管理方法。
（付記１３）
前記仮想ネットワーク機能を第１サーバから第２サーバへ移行させる際、前記管理手段が前記第１サーバの属性と一致する第２サーバを選択する、
ことを特徴とする付記９−１２のいずれか１項に記載の管理方法。
（付記１４）
前記管理手段が、予め設定された優先順位に従って、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択する、
ことを特徴とする付記９−１３のいずれか１項に記載の管理方法。
（付記１５）
ある仮想ネットワーク機能を実現する第１サーバを通る経路を第２サーバが通る経路へ切り替える際、前記管理手段が前記第１サーバの属性と一致する第２サーバを選択する、
ことを特徴とする付記９−１４のいずれか１項に記載の管理方法。
（付記１６）
前記ネットワークが、ソフトウェア制御により所望の仮想ネットワーク機能を実現する第１処理手段と、構成データにより所望の仮想ネットワーク機能を実現するプログラム可能論理回路からなる第２処理手段と、を含み、
前記管理手段が前記仮想ネットワーク機能の動作主体として前記第１処理手段あるいは前記第２処理手段のいずれかを選択する、ことを特徴とする付記９−１５のいずれか１項に記載の管理方法。
（付記１７）
仮想ネットワーク機能が動作するサーバを含むネットワークシステムであって、
少なくとも一つのプログラム可能論理回路に対応したサーバを含む複数のサーバが接続された下位レイヤネットワークと、
前記複数のサーバのいずれかで動作する少なくとも一つの仮想ネットワーク機能からなる上位レイヤネットワークと、
前記下位レイヤネットワークおよび前記上位レイヤネットワークを管理する管理装置と、
を有し、
前記管理装置が、サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する、
ことを特徴とするネットワークシステム。
（付記１８）
仮想ネットワーク機能が動作するサーバを含むネットワークの管理装置としてコンピュータを機能させるプログラムであって、
サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けて記憶する機能と、
前記対応づけられた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する機能と、
を前記コンピュータで実現することを特徴とするプログラム。

Claims (18)

  1. 仮想ネットワーク機能が動作するサーバを含むネットワークの管理装置であって、
    サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けて記憶する記憶手段と、
    前記対応づけられた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する管理手段と、
    を有することを特徴とする管理装置。
  2. 前記管理手段が、一の仮想ネットワーク機能を起動する際、前記対応付けられた情報に基づいて、当該一の仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択することを特徴とする請求項１に記載の管理装置。
  3. 前記管理手段が、さらに外部からの指示あるいは仮想ネットワーク機能の特性に基づいて、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択することを特徴とする請求項１または２に記載の管理装置。
  4. 前記管理手段が、さらにプログラム可能論理回路の種類に基づいて、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択することを特徴とする請求項１−３のいずれか１項に記載の管理装置。
  5. 前記仮想ネットワーク機能を第１サーバから第２サーバへ移行させる際、前記管理手段が前記第１サーバの属性と一致する第２サーバを選択することを特徴とする請求項１−４のいずれか１項に記載の管理装置。
  6. 前記管理手段が、予め設定された優先順位に従って、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択することを特徴とする請求項１−５のいずれか１項に記載の管理装置。
  7. ある仮想ネットワーク機能を実現する第１サーバを通る経路を第２サーバが通る経路へ切り替える際、前記管理手段が前記第１サーバの属性と一致する第２サーバを選択することを特徴とする請求項１−６のいずれか１項に記載の管理装置。
  8. 前記ネットワークが、ソフトウェア制御により所望の仮想ネットワーク機能を実現する第１処理手段と、構成データにより所望の仮想ネットワーク機能を実現するプログラム可能論理回路からなる第２処理手段と、を含み、
    前記管理手段が前記仮想ネットワーク機能の動作主体として前記第１処理手段あるいは前記第２処理手段のいずれかを選択する、ことを特徴とする請求項１−７のいずれか１項に記載の管理装置。
  9. 仮想ネットワーク機能が動作するサーバを含むネットワークの管理方法であって、
    記憶手段が、サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けて記憶し、
    管理手段が、前記対応づけられた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する、
    ことを特徴とする管理方法。
  10. 前記管理手段が、一の仮想ネットワーク機能を起動する際、前記対応付けられた情報に基づいて、当該一の仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択する、
    ことを特徴とする請求項９に記載の管理方法。
  11. 前記管理手段が、さらに外部からの指示あるいは仮想ネットワーク機能の特性に基づいて、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択する、
    ことを特徴とする請求項９または１０に記載の管理方法。
  12. 前記管理手段が、さらにプログラム可能論理回路の種類に基づいて、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択する、
    ことを特徴とする請求項９−１１のいずれか１項に記載の管理方法。
  13. 前記仮想ネットワーク機能を第１サーバから第２サーバへ移行させる際、前記管理手段が前記第１サーバの属性と一致する第２サーバを選択する、
    ことを特徴とする請求項９−１２のいずれか１項に記載の管理方法。
  14. 前記管理手段が、予め設定された優先順位に従って、前記仮想ネットワーク機能の動作主体となるサーバあるいはプログラム可能論理回路を選択する、
    ことを特徴とする請求項９−１３のいずれか１項に記載の管理方法。
  15. ある仮想ネットワーク機能を実現する第１サーバを通る経路を第２サーバが通る経路へ切り替える際、前記管理手段が前記第１サーバの属性と一致する第２サーバを選択する、
    ことを特徴とする請求項９−１４のいずれか１項に記載の管理方法。
  16. 前記ネットワークが、ソフトウェア制御により所望の仮想ネットワーク機能を実現する第１処理手段と、構成データにより所望の仮想ネットワーク機能を実現するプログラム可能論理回路からなる第２処理手段と、を含み、
    前記管理手段が前記仮想ネットワーク機能の動作主体として前記第１処理手段あるいは前記第２処理手段のいずれかを選択する、ことを特徴とする請求項９−１５のいずれか１項に記載の管理方法。
  17. 仮想ネットワーク機能が動作するサーバを含むネットワークシステムであって、
    少なくとも一つのプログラム可能論理回路に対応したサーバを含む複数のサーバが接続された下位レイヤネットワークと、
    前記複数のサーバのいずれかで動作する少なくとも一つの仮想ネットワーク機能からなる上位レイヤネットワークと、
    前記下位レイヤネットワークおよび前記上位レイヤネットワークを管理する管理装置と、
    を有し、
    前記管理装置が、サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する、
    ことを特徴とするネットワークシステム。
  18. 仮想ネットワーク機能が動作するサーバを含むネットワークの管理装置としてコンピュータを機能させるプログラムであって、
    サーバ上で動作している少なくとも一つの仮想ネットワーク機能と、サーバが仮想ネットワーク機能の動作主体としてのプログラム可能論理回路を含むか否かを示すサーバ属性情報と、を対応付けて記憶する機能と、
    前記対応づけられた情報に基づいて、少なくとも、前記仮想ネットワーク機能が動作する、前記プログラム可能論理回路を含むサーバを管理する機能と、
    を前記コンピュータで実現することを特徴とするプログラム。
JP2018509292A 2016-03-31 2017-03-27 ネットワークシステムにおける管理方法および管理装置 Active JP6806143B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016070566 2016-03-31
JP2016070566 2016-03-31
PCT/JP2017/012222 WO2017170310A1 (ja) 2016-03-31 2017-03-27 ネットワークシステムにおける管理方法および管理装置

Publications (2)

Publication Number Publication Date
JPWO2017170310A1 true JPWO2017170310A1 (ja) 2019-02-21
JP6806143B2 JP6806143B2 (ja) 2021-01-06

Family

ID=59965491

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018509292A Active JP6806143B2 (ja) 2016-03-31 2017-03-27 ネットワークシステムにおける管理方法および管理装置

Country Status (5)

Country Link
US (1) US20200401432A1 (ja)
EP (1) EP3438822A4 (ja)
JP (1) JP6806143B2 (ja)
CN (1) CN108885567A (ja)
WO (1) WO2017170310A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112166579B (zh) * 2018-06-01 2022-02-25 华为技术有限公司 提供虚拟化网络功能的多服务器架构集群
JP7193722B2 (ja) * 2019-02-05 2022-12-21 日本電信電話株式会社 障害通知システム、障害通知方法、障害通知装置および障害通知プログラム
FR3094812A1 (fr) * 2019-04-08 2020-10-09 Orange Procédé et dispositif de migration d’une fonction virtualisée en cas de défaillance de l’environnement technique de serveurs

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015099035A1 (ja) * 2013-12-27 2015-07-02 株式会社Ｎｔｔドコモ 管理システム、仮想通信機能管理ノード及び管理方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5304813B2 (ja) 2011-02-22 2013-10-02 沖電気工業株式会社 通信ノード装置
US10203972B2 (en) * 2012-08-27 2019-02-12 Vmware, Inc. Framework for networking and security services in virtual networks
JP5835846B2 (ja) * 2012-08-29 2015-12-24 株式会社日立製作所 ネットワークシステム及び仮想ノードのマイグレーション方法
US9571507B2 (en) * 2012-10-21 2017-02-14 Mcafee, Inc. Providing a virtual security appliance architecture to a virtual cloud infrastructure
CN105282765A (zh) * 2014-06-30 2016-01-27 中兴通讯股份有限公司 一种管理配置信息的方法、设备及网元管理系统
CN104202264B (zh) * 2014-07-31 2019-05-10 华为技术有限公司 云化数据中心网络的承载资源分配方法、装置及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015099035A1 (ja) * 2013-12-27 2015-07-02 株式会社Ｎｔｔドコモ 管理システム、仮想通信機能管理ノード及び管理方法
US20160321112A1 (en) * 2013-12-27 2016-11-03 Ntt Docomo, Inc. Management system, virtual communication-function management node, and management method

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KACHRIS, CHRISTOFOROS, SIRAKOULIS, GEORGIOS, SOUDRIS, DIMITRIOS: "Network Function Virtualization based on FPGAs: A Framework for all-Programmable network devices", ARXIV:1406.0309, JPN6017017401, 2 June 2014 (2014-06-02), US, ISSN: 0004380262 *
NOBACH, LEONHARD, HAUSHEER, DAVID: "Open, Elastic Provisioning of Hardware Acceleration in NFV Environments", NETWORKED SYSTEMS, 2015 INTERNATIONAL CONFERENCE AND WORKSHOPS ON, JPN6017017400, 20 April 2015 (2015-04-20), US, ISSN: 0004380261 *

Also Published As

Publication number Publication date
US20200401432A1 (en) 2020-12-24
EP3438822A4 (en) 2019-04-10
EP3438822A1 (en) 2019-02-06
JP6806143B2 (ja) 2021-01-06
CN108885567A (zh) 2018-11-23
WO2017170310A1 (ja) 2017-10-05

Similar Documents

Publication Publication Date Title
US10644952B2 (en) VNF failover method and apparatus
US11429369B2 (en) Distributed upgrade in virtualized computing environments
CN107078923B (zh) 使用物理位置修改分布式虚拟网元的行为的设备和方法
JP6109343B2 (ja) 仮想化Ｄｉａｍｅｔｅｒネットワークアーキテクチャを提供するとともに、動的にインスタンス化されたＤｉａｍｅｔｅｒリソースインスタンスにトラフィックをルーティングするための方法、システム、およびコンピュータ読取可能媒体
US9419811B2 (en) Automatic fabric multicast group selection in a dynamic fabric automation network architecture
JP6533475B2 (ja) 管理装置、および、ネットワークサービス管理方法
US11082297B2 (en) Network system and management method and apparatus thereof
US20210119855A1 (en) Techniques and interfaces for troubleshooting datacenter networks
US11868794B2 (en) Network system, management method and apparatus thereof, and server
WO2016026516A1 (en) Software defined network controller and method for its creation
WO2017170310A1 (ja) ネットワークシステムにおける管理方法および管理装置
JP7251671B2 (ja) ネットワークシステムの制御方法および制御装置
EP3862880A1 (en) Computer-implemented method for reducing service disruption times for a universal customer premise equipment, ucpe, device with resource constraint in a network functions virtualization, nfv, network infrastructure
CN108886493B (zh) 一种具有可插拔流管理协议的基于拓扑结构的虚拟交换模型
US20170279659A1 (en) Show command service aka cli relay
CN113726651A (zh) 一种路由管理方法、设备及系统

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180913

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200212

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: 20201104

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201117

R150 Certificate of patent or registration of utility model

Ref document number: 6806143

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150