WO2017002921A1 - 仮想ネットワークファンクション管理装置、仮想マシン管理装置、仮想ネットワークファンクションへの資源の割り当て方法及びプログラム - Google Patents

仮想ネットワークファンクション管理装置、仮想マシン管理装置、仮想ネットワークファンクションへの資源の割り当て方法及びプログラム Download PDF

Info

Publication number
WO2017002921A1
WO2017002921A1 PCT/JP2016/069448 JP2016069448W WO2017002921A1 WO 2017002921 A1 WO2017002921 A1 WO 2017002921A1 JP 2016069448 W JP2016069448 W JP 2016069448W WO 2017002921 A1 WO2017002921 A1 WO 2017002921A1
Authority
WO
WIPO (PCT)
Prior art keywords
network function
virtual network
virtual
combination
priority
Prior art date
Application number
PCT/JP2016/069448
Other languages
English (en)
French (fr)
Inventor
淳一 極樂寺
博一 篠澤
暢洋 横町
佳宏 西川
Original Assignee
日本電気株式会社
Ｎｅｃソリューションイノベータ株式会社
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 日本電気株式会社, Ｎｅｃソリューションイノベータ株式会社 filed Critical 日本電気株式会社
Priority to US15/739,538 priority Critical patent/US10846119B2/en
Priority to JP2017526433A priority patent/JPWO2017002921A1/ja
Publication of WO2017002921A1 publication Critical patent/WO2017002921A1/ja

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
    • 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
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • 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
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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/4557—Distribution of virtual machine instances; Migration and load balancing
    • 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

Definitions

  • the present invention is based on the priority claim of Japanese patent application: Japanese Patent Application No. 2015-130954 (filed on June 30, 2015), the entire content of which is incorporated herein by reference. Shall.
  • the present invention relates to a virtual network function management apparatus, a virtual machine management apparatus, a resource allocation method and program for a virtual network function, and more particularly to allocation of resources to a virtual network function.
  • NFV Network Function Virtualization
  • OS virtualized operating system
  • MANO Management & Orchestration
  • FIG. 8 is a diagram cited from FIG. 5.1 (The NFV-MANO architectural framework with reference points) on page 23 of Non-Patent Document 1.
  • FIG. 9 summarizes the functions of the components shown in FIG. 8 in a table.
  • Patent Document 1 discloses a method of virtualizing a network entity and implementing it on one or a plurality of servers.
  • VNF VirtualizedNaturalFrequencyNustraFrequencyNutureFrequencyMrV
  • Function Creation request.
  • the VIM also has a deployment flavor (hereinafter simply referred to as “flavor”) in which the required parameters from the Orchestrator or VNFM and the hardware (hereinafter “HW”) conditions that can deploy the VNF (Virtualized Network Function) are described.
  • an optimum HW in which the VNF is arranged is selected.
  • the VNF in a request from the Orchestrator or the host device, it is possible to specify a group of HWs where the VNFs are actually arranged, or to specify a host name of a specific HW.
  • the flavor also describes the HW conditions for the CPU, memory, disk, etc. required by the VNF.
  • the VIM selects an HW to be arranged based on the HW condition described in the flavor from the designated HW group.
  • the flavor is described in detail in Non-Patent Document 1, 6.3.1.5 Deployment flavour element (vnfd: deployment_flavour).
  • Non-Patent Document 1 VNFs are arranged in the optimal HW based on the request from the host device and the flavor conditions. However, if there is no HW that satisfies the requirements in the VIM, there is no HW that can be placed in the host device, and an error response indicating that the placement of the VNF has failed is sent. For this reason, the host device needs to issue a request to the VIM while changing the conditions again, for example, by designating an HW group, which is complicated. In addition, when urgent processing such as Auto Scaling or Auto healing is performed, there is a possibility that the service may be affected if a VNF placement failure occurs.
  • Patent Document 1 the flavor corresponds to a VNF template.
  • paragraphs 0072-0073 of Patent Document 1 it is described that physical resource mapping for a VNF request fails. In this case, it is described that a negative response is made to the NCP (Network Configuration Platform) in Patent Document 1 (NO in 650 in FIG. 3, 651), and the VNF request is withdrawn.
  • NCP Network Configuration Platform
  • VMs virtual machines
  • the present invention provides a virtual network function management device, a virtual machine management device, a method for allocating resources to a virtual network function, and a program that can contribute to eliminating the complexity of operation when resource allocation to a VNF or VM fails. Objective.
  • a virtual network function necessary for providing the service is determined, and a virtual machine corresponding to the virtual network function is created for the virtualization infrastructure management unit.
  • a virtual network function management device having an orchestration unit for instructing is provided.
  • the virtual network function management device includes a virtual network function management unit that provides the orchestration unit with resources and constraint information necessary for the virtual network function.
  • the virtual network function management device includes, for each virtual network function, priority hardware information in which a combination of physical resources that are candidates for placement of the virtual network function is associated with priority information for the combination of physical resources.
  • a storage unit is provided.
  • the virtual network function management device further includes a virtualization infrastructure management unit that controls the virtual machine in response to a virtual machine creation instruction from the orchestration unit.
  • the virtual infrastructure management unit reserves a combination of physical resources satisfying the resource and constraint information necessary for the virtual network function according to the priority order of the priority hardware information. Then, the virtual network function management apparatus creates a virtual machine using the reserved physical resource combination.
  • a request processing unit that determines a virtual machine necessary for providing the service and instructs a virtual machine management unit to create the virtual machine
  • the request A virtual machine management unit that provides resources and constraint information necessary for the virtual machine to the processing unit, a combination of physical resources that are virtual machine function placement candidates for the virtual network function, and the physical A storage unit that stores priority hardware information that associates priority order information with respect to a combination of resources, and a resource allocation unit that allocates and controls resources to a virtual machine according to a virtual machine creation instruction from the request processing unit are provided.
  • the resource allocating unit reserves a combination of physical resources satisfying resource and constraint information necessary for the virtual machine according to the priority order of the priority hardware information. Then, the virtual network function management apparatus creates a virtual machine using the reserved physical resource combination.
  • a virtual network function necessary for providing the service is determined, and a virtual machine corresponding to the virtual network function is created for the virtualization infrastructure management unit.
  • a virtual network function management unit that provides resources and constraint information necessary for a virtual network function to the orchestration unit, There is provided a method of assigning resources to the virtual network function in a virtual network function management apparatus comprising a virtual infrastructure management unit that controls a virtual machine.
  • the virtual infrastructure management unit is configured such that for each virtual network function, a combination of physical resources that are candidates for placement of the virtual network function of the virtual network function, and a combination of the physical resources Reserving a combination of physical resources satisfying the necessary resource and constraint information for the virtual network function according to the priority order of the priority hardware information with reference to the priority hardware information associated with the priority order information for Creating a virtual machine using the reserved combination of physical resources.
  • the method is tied to a specific machine, a computer that provides a virtual network function in response to a service request from a user.
  • a computer program for realizing the functions of the virtual network function management device or the virtual machine management device described above is provided.
  • This program can be recorded on a computer-readable (non-transient) storage medium. That is, the present invention can be embodied as a computer program product.
  • the virtual network function management apparatus shown in the background art is converted into a virtual network function management apparatus with improved ease of operation related to resource allocation.
  • the present invention can be realized by a configuration including an orchestration unit 11, a VNF management unit 12, a storage unit 13, and a VIM unit 14.
  • an orchestration unit 11 a VNF management unit 12
  • a storage unit 13 a VIM unit 14.
  • the orchestration unit 11 determines a virtual network function necessary for providing the service in response to a service request from the user, and transmits the virtual network function to the VIM unit 14 (virtualized infrastructure management unit). Instructs creation of a virtual machine corresponding to the function.
  • the VNF management unit 12 (virtual network function management unit) provides the orchestration unit 11 with resources and constraint information necessary for the virtual network function.
  • the storage unit 13 stores, for each virtual network function, priority hardware information in which a combination of physical resources that are candidates for placement of the virtual network function is associated with priority information for the combination of physical resources.
  • the VIM unit 14 controls the virtual machine according to the virtual machine creation instruction from the orchestration unit 11.
  • the VIM unit 14 predicts a combination of physical resources satisfying the resource and constraint information necessary for the virtual network function according to the priority order of the priority hardware information.
  • the orchestration unit 11 starts the virtual machine using the reserved physical resource combination to the VIM unit 14 via the VNF management unit 12 (virtual network function management unit). Instruct.
  • HW reservation is performed according to the priority order of the priority hardware information at the time of resource allocation to the VNF. Therefore, even when a combination of physical resources with a certain priority order cannot satisfy the resource and constraint information necessary for the virtual network function, the combination of physical resources with the next order of the priority hardware information can be confirmed. A check is made to see if the condition is met. The situation where the reservation itself cannot be avoided is avoided, and the complexity of operation when the HW reservation fails is also eliminated.
  • FIG. 2 is a diagram illustrating a configuration of the virtual network function management apparatus according to the first embodiment of this invention.
  • an orchestrator 11a a VNFM 12a, a VIM 13a, an OSS / BSS 21, an element manager (EM) 221, a VNF 222, and an NFVI 23 are shown.
  • EM element manager
  • the orchestrator 11a (corresponding to the orchestration unit 11) performs network function infrastructure resource orchestration and NS (Network Service) lifecycle management (instance instantiation, update, search, scaling, etc.). Do.
  • NS Network Service
  • the orchestrator 11a receives a service request from the OSS / BSS 21, the orchestrator 11a refers to a template that describes requirements and constraints necessary for NS deployment called NSD 111 in the NS catalog, and performs service request parameter verification. , VNFs constituting the service are extracted.
  • a VNFM (VNF-Manager) 12a (corresponding to the VNF management unit 12) performs VNF lifecycle management (instantiation, update, search, scaling, termination, (Assisted / Auto) healing, etc.) and event notification. Further, the VNFM 12a holds a VM deployment template called a VNFD (VNF Descriptor) 121, reads out the VNF resource requirements and constraint conditions from the VNFD 121, and responds in response to a request from the orchestrator 11a.
  • VNFD VNF Descriptor
  • the VIM 13a (corresponding to the VIM unit 14) controls the NFVI via the virtualization layer (computing, storage, network resource management, NFVI execution monitoring of NFVI, monitoring of resource information, etc.) . Further, the VIM 13a of this embodiment holds a flavor (information) 131.
  • FIG. 3 is a diagram showing a configuration example of the flavor (information) 131.
  • the flavor (information) 131 includes priority (priority) in addition to physical resource information (HW conditions) required by the VNF such as CPU (Central Processing Unit), RAM (Random Access Memory), and Disk. ) Is set, at least one hardware group (HW Group) is set.
  • HW Group physical resource information
  • Such a flavor (information) 131 may be held by the VIM 13a as shown in FIG. 2, or may be held by the VNFM 12a as an information element in the VNFD 121 and provided to the VIM 13a.
  • the hardware can be logically separated from the viewpoint of physical isolation and redundancy. For example, redundancy can be improved by arranging VNFs in an alternative relationship and a complementary relationship on logically different hardware. Alternatively, it is also possible to combine hardware with common functions and specifications into a hardware group. Furthermore, as shown in FIG. 6, it is possible to set the priority in the group for each hardware in one hardware group.
  • the VIM 13a When the VIM 13a receives a VNF instantiation (service request) from the host device, the VIM 13a refers to the flavor (information) 131 from the hardware group having a higher priority (Priority) to the hardware such as the CPU, RAM, and disk. Select and reserve hardware that satisfies the conditions, and respond to the host device. In addition, when a hardware condition that cannot be selected in a hardware group with a certain priority (Priority) cannot be selected, the VIM 13a refers to the hardware group with the next highest priority, Make a selection. In this way, the VIM 13a of this embodiment does not immediately return a negative response even when the hardware condition cannot be selected, but instead satisfies the hardware condition with reference to the flavor (information) 131. Continue to search for hardware that can be used.
  • OSS Operation Service Systems
  • BSS Business Services Systems
  • OSS Information Systems
  • the VNF 222 corresponds to an application that operates on a virtual machine (VM) on the server, and realizes a network function in software.
  • VNF for example, MME (Mobility Management Entity), S-GW (Serving Gateway), P-GW (PDN Gateway), etc. in EPC (Evolved Packet Core) which is the core network of LTE (Long Term Evolution) network. (Machine).
  • EM Element Manager: element management
  • NFVI Network Function Virtualization Infrastructure
  • servers such as computing, storage, and network functions
  • a virtualization layer such as a hypervisor.
  • This is a VNF execution base that can be flexibly handled as a virtual hardware resource such as a network.
  • Each unit (processing means) of the virtual network function management apparatus shown in FIGS. 1 and 2 is a computer program that causes a computer constituting the virtual network function management apparatus to execute the above-described processes using its hardware. Can also be realized.
  • FIG. 4 is a diagram showing a series of operations indicated by arrow lines when receiving a service request from the OSS / BSS 21.
  • the orchestrator 11a receives a service request (instantiation) from the OSS / BSS 21 ((1) in FIG. 4)
  • the orchestrator 11a refers to the NSD 111 and the like, performs service request parameter verification, and Is extracted ((2) in FIG. 4).
  • the orchestrator 11a requests the VNFM 12a to confirm the resource requirements and the constraint conditions required for the corresponding VNF ((3) in FIG. 4).
  • the VNFM 12a reads the VNF resource requirements and constraint conditions requested from the VNFD 121, and transmits a VNF resource allocation (reservation) request to the orchestrator 11a ((4) in FIG. 4).
  • the orchestrator 11a that has received the VNF resource allocation (reservation) request makes a resource allocation (reservation) request to the VIM 13a ((5) in FIG. 4).
  • the VIM 13a receives a resource allocation (reservation) request
  • the VIM 13a performs allocation calculation and reservation of candidate HWs.
  • the VIM 13a notifies the orchestrator 11a of the reservation completion ((6) in FIG. 4).
  • the VIM 13a refers to the flavor (information) 131 of the target VNF and satisfies the requirements from the hardware group with the highest priority. It is confirmed whether there is hardware (S002 in FIG. 5). As a result of checking the flavor (information) 131, if hardware satisfying the requirements can be selected (Yes in S003 in FIG. 5), the VIM 13a reserves the hardware and reserves the hardware information reserved for the orchestrator 11a. (S004, S005 in FIG. 5).
  • the VIM 13a refers to the flavor (information) 131 again, and the hardware that satisfies the requirements from the next highest priority hardware group (S002 in FIG. 5). Thereafter, the hardware groups with high priority described in the flavor (information) 131 are sequentially checked until hardware satisfying the requirements can be selected. There may be a plurality of HW candidates that satisfy the requirements. In this case, the VIM 13a responds to the orchestrator 11a with a plurality of candidates, and performs hardware selection on the VNFM 12a side that has received the presentation of the plurality of candidates from the orchestrator 11a.
  • the orchestrator 11a notifies the VNFM 12a of the hardware information of the reservation candidate received from the VIM 13a ((7) in FIG. 4).
  • the VNFM 12a determines the hardware and NVFI in which the VNF is arranged from the hardware candidates received from the orchestrator 11a and notifies the VIM 13a ((8) in FIG. 4).
  • the VIM 13a arranges and activates the VNF based on the information received from the VNFM 12a ((9) in FIG. 4).
  • VNF can be deployed in a specific hardware group.
  • the VIM can change the conditions and make a re-request. This eliminates the need to put out and eliminates operational complexity.
  • the present invention can also be applied to operations during Auto Scaling and Auto healing. For example, when the hardware cannot be selected from a hardware group having a higher priority at the time of scale-out, an operation of selecting hardware from a hardware group having a second highest priority is performed.
  • the present invention is not limited to the NFV architecture.
  • the virtual network function management apparatus in a VM placement process of an IaaS (Infrastructure as a Service) controller in the cloud, hardware that places a VM with reference to information equivalent to flavor information (priority hardware information) assigned a priority for each hardware group described above Wear can also be determined.
  • the virtual network function management apparatus includes a request processing unit 11b, a virtual machine management unit 12b, a storage unit 13b, and a resource allocation unit 14b. It can deform
  • the request processing unit 11b determines a virtual machine (VM) necessary for providing the service, and instructs the virtual machine management unit to create the VM.
  • the virtual machine management unit 12b provides resources and constraint information necessary for the virtual machine to the request processing unit 11b.
  • the storage unit 13b stores, for each virtual network function, priority hardware information in which a combination of physical resources that are candidates for placement of virtual machines of the virtual network function is associated with priority information for the combination of physical resources. .
  • the resource allocation unit 14b allocates and controls resources to the virtual machine according to the virtual machine creation instruction from the request processing unit 11b.
  • the operation of the second embodiment is substantially the same as that of the first embodiment, and the resource allocation unit 14b satisfies the resources necessary for the virtual machine and the constraint information according to the priority order of the priority hardware information. Book a combination. Then, after the reservation, an instruction to start the virtual machine is given to the resource allocation unit 14b using the reserved physical resource combination.
  • the virtual network function management apparatus is configured such that the priority hardware information is configured by associating a hardware group that is a combination of physical resources that are candidates for placement of virtual network functions and a priority order.
  • the priority hardware information can further set the priority of hardware within one hardware group.
  • the virtual infrastructure management unit selects a combination of physical resources satisfying the necessary resource and constraint information for the virtual network function according to the priority order of the priority hardware information in the Auto Scaling process or the Auto healing process. Network function management device.
  • VNF management device 10
  • VNF management apparatus 11
  • Orchestration unit 11a Orchestrator 11b Request processing unit 12
  • VNFM 12b
  • VIM 14
  • Resource allocation unit 21 OSS / BSS 23
  • NFVI 111
  • NSD 121
  • VNFD 131
  • Flavor (Information) 221

Landscapes

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

Abstract

ＶＮＦやＶＭへのリソース割り当て失敗時の運用の煩雑さの解消。仮想ネットワークファンクション管理装置は、オーケストレーション部と、仮想ネットワークファンクション管理部と、仮想ネットワークファンクション毎に、当該仮想ネットワークファンクションの配置候補となる物理リソースの組み合わせと、前記物理リソースの組み合わせに対する優先順位情報とを対応付けた優先ハードウェア情報を記憶する記憶部と、仮想化インフラストラクチャ管理部と、を備える。前記仮想化インフラストラクチャ管理部は、前記優先ハードウェア情報の優先順位に従って、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たす物理リソースの組み合わせを予約する。最終的に、仮想ネットワークファンクション管理装置は、前記予約された物理リソースの組み合わせを用いて仮想マシンを作成する。

Description

仮想ネットワークファンクション管理装置、仮想マシン管理装置、仮想ネットワークファンクションへの資源の割り当て方法及びプログラム
　（関連出願についての記載）
　本発明は、日本国特許出願：特願２０１５－１３０９５４号（２０１５年６月３０日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は、仮想ネットワークファンクション管理装置、仮想マシン管理装置、仮想ネットワークファンクションへの資源の割り当て方法及びプログラムに関し、特に、仮想ネットワークファンクションへの資源の割り当てに関する。
　ネットワークファンクション仮想化（ＮＦＶ）は、これまで専用装置にて実現されてきたネットワークを制御する通信機器の機能をソフトウェアとして実装し、汎用サーバの仮想化されたオペレーティングシステム（ＯＳ）上で実現する方式である。ＮＦＶは、例えばＭＡＮＯ（Ｍａｎａｇｅｍｅｎｔ　＆　Ｏｒｃｈｅｓｔｒａｔｉｏｎ）アーキテクチャに基づき実現される。図８は、非特許文献１の第２３頁のＦｉｇｕｒｅ　５．１（Ｔｈｅ　ＮＦＶ－ＭＡＮＯ　ａｒｃｈｉｔｅｃｔｕｒａｌ　ｆｒａｍｅｗｏｒｋ　ｗｉｔｈ　ｒｅｆｅｒｅｎｃｅ　ｐｏｉｎｔｓ）から引用した図である。図９は、上記した図８の各コンポーネントの機能概要を表にまとめたものである。
　また、非特許文献２に示すOpenStackにおいてもNFVが検討されている。特許文献１に、ネットワークエンティティを仮想化し、１つ又は複数のサーバ上で実装する方法が開示されている。
特開２０１５－５６１８２号公報
ETSI GS NFV-MAN 001 V1.1.1 (2014-12)　Network Functions Virtualisation (NFV); Management and Orchestration、［online］、［平成27年6月16日検索］、インターネット〈http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf〉 The OpenStack Foundation、「OpenStack 運用ガイド」、［平成27年6月15日検索］、インターネット〈http://docs.openstack.org/ja/openstack-ops/openstack-ops-manual.pdf〉
　以下の分析は、本発明によって与えられたものである。ここで、上述した仮想ネットワークファンクション管理装置におけるＶＮＦ配置について説明する。ＩｎｓｔａｎｔｉａｔｉｏｎやＡｕｔｏ　Ｓｃａｌｉｎｇ、Ａｕｔｏ　Ｈｅａｌｉｎｇを実行する際（図２のＶＮＦＭの項参照）、Ｏｒｃｈｅｓｔｒａｔｏｒ（オーケストレータ）又はＶＮＦＭ（ＶＮＦ－Ｍａｎａｇｅｒ）の上位装置からＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｍａｎａｇｅｒ）に対してＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）の作成要求を行う。ＶＩＭは、ＯｒｃｈｅｓｔｒａｔｏｒあるいはＶＮＦＭからの要求パラメータと、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）を展開可能なハードウェア（以下、「ＨＷ」）条件を記載されたデプロイメントフレーバー（以下、単に「フレーバー」という。）をもとに、ＶＮＦを配置する最適なＨＷを選択する。ここで、Ｏｒｃｈｅｓｔｒａｔｏｒや上位装置からの要求には、実際にＶＮＦを配置するＨＷのグループを指定したり、特定のＨＷのホスト名を指定したりすることが可能である。またフレーバーには、ＶＮＦが必要とするＣＰＵやメモリ、ディスク等のＨＷ条件が記載されている。ＶＩＭは、指定されたＨＷグループの中からフレーバーに記載されたＨＷ条件に基づき、配置するＨＷを選択する。フレーバーについては、非特許文献１の６．３．１．５　Ｄｅｐｌｏｙｍｅｎｔ　ｆｌａｖｏｕｒ　ｅｌｅｍｅｎｔ　（ｖｎｆｄ：ｄｅｐｌｏｙｍｅｎｔ＿ｆｌａｖｏｕｒ）に詳細に記載されている。
　前述した通り、非特許文献１では、上位装置からの要求とフレーバーの条件をもとに最適なＨＷにＶＮＦを配置する。しかし、ＶＩＭにおいて要件を満たすＨＷがない場合、上位装置に配置可能なＨＷがなくＶＮＦの配置が失敗した旨のエラー応答をする。そのため、上位装置では、ＨＷグループを指定するなど再度条件を変えてＶＩＭに対して要求を出す必要があり、煩雑な運用となってしまう。また、Ａｕｔｏ　Ｓｃａｌｉｎｇ、Ａｕｔｏ　Ｈｅａｌｉｎｇなど緊急性を要するような処理を行う場合、ＶＮＦの配置失敗が発生してしまうとサービスに影響を与える可能性がある。
　特許文献１では、上記フレーバーはＶＮＦテンプレートに相当する。特許文献１の段落００７２－００７３においても、ＶＮＦ要求に対する物理リソースマッピングに失敗することが記載されている。この場合、特許文献１のＮＣＰ（ネットワーク構成プラットホーム）に対してネガティブ応答が行われ（図３の６５０のＮＯ、６５１）、ＶＮＦ要求は取り下げられると記載されている。
　同様の状況は、仮想化環境におけるＶＭ（仮想マシン）への資源の割り当て時にも起こりうる。
　本発明は、ＶＮＦやＶＭへのリソース割り当て失敗時の運用の煩雑さの解消に貢献できる仮想ネットワークファンクション管理装置、仮想マシン管理装置、仮想ネットワークファンクションへの資源の割り当て方法及びプログラムを提供することを目的とする。
　第１の視点によれば、ユーザからのサービス要求に応じて、当該サービスの提供に必要な仮想ネットワークファンクションを割り出し、仮想化インフラストラクチャ管理部に対し前記仮想ネットワークファンクションに対応する仮想マシンの作成を指示するオーケストレーション部を備えた仮想ネットワークファンクション管理装置が提供される。この仮想ネットワークファンクション管理装置は、前記オーケストレーション部に対して、仮想ネットワークファンクションに必要な資源及び制約情報を提供する仮想ネットワークファンクション管理部を備える。さらに、この仮想ネットワークファンクション管理装置は、仮想ネットワークファンクション毎に、当該仮想ネットワークファンクションの配置候補となる物理リソースの組み合わせと、前記物理リソースの組み合わせに対する優先順位情報とを対応付けた優先ハードウェア情報を記憶する記憶部を備える。さらに、この仮想ネットワークファンクション管理装置は、前記オーケストレーション部からの仮想マシンの作成指示に応じて、仮想マシンを制御する仮想化インフラストラクチャ管理部と、を備える。そして、前記仮想化インフラストラクチャ管理部は、前記優先ハードウェア情報の優先順位に従って、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たす物理リソースの組み合わせを予約する。そして、仮想ネットワークファンクション管理装置は、前記予約された物理リソースの組み合わせを用いて仮想マシンを作成する。
　第２の視点によれば、ユーザからのサービス要求に応じて、当該サービスの提供に必要な仮想マシンを割り出し、仮想マシン管理部に対し前記仮想マシンの作成を指示する要求処理部と、前記要求処理部に対して、仮想マシンに必要な資源及び制約情報を提供する仮想マシン管理部と、仮想ネットワークファンクション毎に、当該仮想ネットワークファンクションの仮想マシンの配置候補となる物理リソースの組み合わせと、前記物理リソースの組み合わせに対する優先順位情報とを対応付けた優先ハードウェア情報を記憶する記憶部と、前記要求処理部からの仮想マシンの作成指示に応じて、仮想マシンに資源を割り当てて制御する資源割り当て部と、を備える仮想マシン管理装置が提供される。前記資源割り当て部が、前記優先ハードウェア情報の優先順位に従って、前記仮想マシンに必要な資源及び制約情報を満たす物理リソースの組み合わせを予約する。そして、仮想ネットワークファンクション管理装置は、前記予約された物理リソースの組み合わせを用いて仮想マシンを作成する。
　第３の視点によれば、ユーザからのサービス要求に応じて、当該サービスの提供に必要な仮想ネットワークファンクションを割り出し、仮想化インフラストラクチャ管理部に対し前記仮想ネットワークファンクションに対応する仮想マシンの作成を指示するオーケストレーション部と、前記オーケストレーション部に対して、仮想ネットワークファンクションに必要な資源及び制約情報を提供する仮想ネットワークファンクション管理部と、前記オーケストレーション部からの仮想マシンの作成指示に応じて、仮想マシンを制御する仮想化インフラストラクチャ管理部と、を備える仮想ネットワークファンクション管理装置における前記仮想ネットワークファンクションへの資源の割り当て方法が提供される。この仮想ネットワークファンクションへの資源の割り当て方法は、前記仮想化インフラストラクチャ管理部が、仮想ネットワークファンクション毎に当該仮想ネットワークファンクションの仮想ネットワークファンクションの配置候補となる物理リソースの組み合わせと、前記物理リソースの組み合わせに対する優先順位情報とを対応付けた優先ハードウェア情報を参照して、前記優先ハードウェア情報の優先順位に従って、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たす物理リソースの組み合わせを予約するステップと、前記予約された物理リソースの組み合わせを用いて仮想マシンを作成するステップと、を含む。本方法は、ユーザからサービス要求に応じて仮想ネットワークファンクションを提供するコンピュータという、特定の機械に結びつけられている。
　第４の視点によれば、上記した仮想ネットワークファンクション管理装置又は仮想マシン管理装置の機能を実現するためのコンピュータプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
　本発明によれば、ＶＮＦやＶＭへのリソース割り当て失敗時の運用の煩雑さの解消に貢献することが可能となる。即ち、本発明は、背景技術に示した仮想ネットワークファンクション管理装置を、そのリソース割り当てに関する運用の容易性を向上した仮想ネットワークファンクション管理装置へと変換するものとなっている。
本発明の一実施形態の構成を示す図である。 本発明の第１の実施形態の仮想ネットワークファンクション管理装置の構成を示す図である。 本発明の第１の実施形態の仮想ネットワークファンクション管理装置が保持するフレーバー情報の一例を示す図である。 本発明の第１の実施形態の仮想ネットワークファンクション管理装置の動作を説明するための図である。 本発明の第１の実施形態の仮想ネットワークファンクション管理装置のリソース割当処理の流れを説明するための流れ図である。 本発明の第１の実施形態の仮想ネットワークファンクション管理装置が保持するフレーバー情報の別の一例を示す図である。 本発明の第１の実施形態の変形構成（第２の実施形態）を示す図である。 ＮＦＶアーキテクチャのＮＦＶ－ＭＡＮＯを説明する図である（非特許文献１のＦｉｇ．５．１を引用）。 図７の各コンポーネントの機能概要をまとめた表である。
　はじめに本発明の一実施形態の概要について図面を参照して説明する。本発明は、その一実施形態において、図１に示すように、オーケストレーション部１１と、ＶＮＦ管理部１２と、記憶部１３と、ＶＩＭ部１４とを含む構成にて実現できる。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。
　より具体的には、オーケストレーション部１１は、ユーザからのサービス要求に応じて、当該サービスの提供に必要な仮想ネットワークファンクションを割り出し、ＶＩＭ部１４（仮想化インフラストラクチャ管理部）に対し前記仮想ネットワークファンクションに対応する仮想マシンの作成の指示を行う。
　ＶＮＦ管理部１２（仮想ネットワークファンクション管理部）は、前記オーケストレーション部１１に対して、仮想ネットワークファンクションに必要な資源及び制約情報を提供する。
　記憶部１３は、仮想ネットワークファンクション毎に当該仮想ネットワークファンクションの配置候補となる物理リソースの組み合わせと、前記物理リソースの組み合わせに対する優先順位情報とを対応付けた優先ハードウェア情報を記憶する。
　ＶＩＭ部１４は、前記オーケストレーション部１１からの仮想マシンの作成指示に応じて、仮想マシンを制御する。前記オーケストレーション部１１からＨＷの予約要求にあたり、ＶＩＭ部１４は、前記優先ハードウェア情報の優先順位に従って、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たす物理リソースの組み合わせを予測する。そして、前記予約が完了すると、前記オーケストレーション部１１がＶＮＦ管理部１２（仮想ネットワークファンクション管理部）を介してＶＩＭ部１４に対し、前記予約された物理リソースの組み合わせを用いて仮想マシンの起動を指示する。
　以上のように動作する本実施形態によれば、ＶＮＦへのリソース割り当て時に、前記優先ハードウェア情報の優先順位に従って、ＨＷの予約が行われる。従って、ある優先順位の物理リソースの組み合わせが、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たすことができない場合であっても、前記優先ハードウェア情報の次順位の物理リソースの組み合わせの確認が条件を満たすかどうかの確認が行われる。予約自体ができないといった事態が回避され、また、ＨＷ予約失敗時の運用の煩雑さも解消されることとなる。
［第１の実施形態］
　続いて、本発明を図７に示したＭＡＮＯアーキテクチャに適用した第１の実施形態について図面を参照して詳細に説明する。図２は、本発明の第１の実施形態の仮想ネットワークファンクション管理装置の構成を示す図である。図２を参照すると、オーケストレータ１１ａと、ＶＮＦＭ１２ａと、ＶＩＭ１３ａと、ＯＳＳ／ＢＳＳ２１と、Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅｒ（ＥＭ）２２１と、ＶＮＦ２２２と、ＮＦＶＩ２３とが示されている。
　オーケストレータ１１ａ（上記オーケストレーション部１１に相当）は、ネットワークファンクションインフラストラクチャのリソースのオーケストレーション、及びＮＳ（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ）のライフサイクル管理（ＮＳインスタンスのインスタンシエーション、更新、検索、スケーリング、等）を行う。また、オーケストレータ１１ａは、ＯＳＳ／ＢＳＳ２１からサービス要求を受けると、ＮＳカタログ内のＮＳＤ１１１と呼ばれるＮＳのデプロイに必要な要件や制約条件を記述したテンプレートを参照して、サービス要求のパラメータ検証を行い、サービスを構成するＶＮＦを抽出する。
　ＶＮＦＭ（ＶＮＦ－Ｍａｎａｇｅｒ）１２ａ（上記ＶＮＦ管理部１２に相当）は、ＶＮＦのライフサイクル管理（インスタンシエーション、更新、検索、スケーリング、終了、（アシステッド／オート）ヒーリング等）およびイベント通知を行う。また、ＶＮＦＭ１２ａは、ＶＮＦＤ（ＶＮＦ　Ｄｅｓｃｒｉｐｔｏｒ）１２１と呼ばれるＶＭデプロイメントテンプレートを保持しオーケストレータ１１ａからの要求に応じて、ＶＮＦＤ１２１からＶＮＦの資源要件、制約条件を読み出して、応答する。
　ＶＩＭ１３ａ（上記ＶＩＭ部１４に相当）は、仮想化レイヤを介して、ＮＦＶＩを制御する（コンピューティング、ストレージ、ネットワークのリソース管理、ＮＦＶの実行基盤であるＮＦＶＩの障害監視、リソース情報の監視等）。また、本実施形態のＶＩＭ１３ａは、フレーバー（情報）１３１を保持している。
　図３は、フレーバー（情報）１３１の構成例を示した図である。図３の例では、フレーバー（情報）１３１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＤｉｓｋといったＶＮＦが必要とする物理リソースの情報（ＨＷ条件）に加えて、優先順位（Ｐｒｉｏｒｉｔｙ）が設定されたハードウェアグループ（ＨＷ　Ｇｒｏｕｐ）が少なくとも１つ以上設定されている。なお、このようなフレーバー（情報）１３１は、図２に示すようにＶＩＭ１３ａが保持するものとしてもよいし、ＶＮＦＤ１２１内の情報要素としてＶＮＦＭ１２ａが保持し、ＶＩＭ１３ａに提供するようにしてもよい。
　このようなハードウェアグループ毎に優先度を設定したフレーバー（情報）１３１を用いることで、物理的な隔離や冗長性などの観点から、ハードウェアを論理的に分離させることができる。例えば、代替関係、補完関係にあるＶＮＦを、論理的に異なるハードウェアに配置することで冗長性を向上させることができる。またあるいは、共通の機能やスペックを持ったハードウェアをハードウェアグループにまとめる運用も可能である。さらに、図６に示すように、１つのハードウェアグループ内のハードウェアごとに、グループ内での優先度を設定することも可能である。
　ＶＩＭ１３ａは、上位装置からＶＮＦのインスタンシエーション（サービス要求）を受けた場合、フレーバー（情報）１３１を参照して優先順位（Ｐｒｉｏｒｉｔｙ）が上位のハードウェアグループから、上記ＣＰＵ、ＲＡＭ、Ｄｉｓｋといったハードウェア条件を満たすハードウェアを選択して予約し、上位装置に応答する。なお、ある優先順位（Ｐｒｉｏｒｉｔｙ）のハードウェアグループにおいて、ハードウェア条件を満たす選択ができない場合、ＶＩＭ１３ａは、次に優先順位の高いハードウェアグループを参照していき、ハードウェア条件を満たすハードウェアの選択を行う。このようにして、本実施形態のＶＩＭ１３ａは、ハードウェア条件を満たす選択ができない場合であっても直ちに否定応答を返すのではなく、フレーバー（情報）１３１を参照して、ハードウェア条件を満たすことのできるハードウェアの探索を継続する。
　ＯＳＳ（Ｏｐｅｒａｔｉｏｎ　Ｓｅｒｖｉｃｅ　Ｓｙｓｔｅｍｓ）は、例えば通信事業者（キャリア）がサービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）を総称したものである。ＢＳＳ（Ｂｕｓｉｎｅｓｓ　Ｓｅｒｖｉｃｅ　Ｓｙｓｔｅｍｓ）は、たとえば通信事業者（キャリア）が利用料などの課金、請求、顧客対応などのために使う情報システム（機器やソフトウェア、仕組みなど）の総称である。本実施形態では、両者を総称してＯＳＳ／ＢＳＳ２１を示している。
　ＶＮＦ２２２は、サーバ上の仮想マシン（ＶＭ）で動作するアプリケーション等に対応し、ネットワーク機能をソフトウェア的に実現する。ＶＮＦとして、例えばＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）ネットワークのコア網であるＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）におけるＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）やＳ－ＧＷ（Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ）、Ｐ－ＧＷ（ＰＤＮ　Ｇａｔｅｗａｙ）等をソフトウェア（仮想マシン）で実現するようにしてもよい。なお、図２の例では、ＶＮＦごとにＥＭ（Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅｒ：要素管理）２２１という管理機能が設けられている。
　ＮＦＶＩ（Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ　Ｖｉｒｔｕａｌｉｚａｔｉｏｎ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）は、コンピューティング、ストレージ、ネットワーク機能等、物理マシン（サーバ）のハードウェア資源をハイパーバイザ等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、仮想化ネットワーク等の仮想化ハードウェア資源として柔軟に扱えるようにしたＶＮＦの実行基盤である。
　なお、図１、図２に示した仮想ネットワークファンクション管理装置の各部（処理手段）は、仮想ネットワークファンクション管理装置を構成するコンピュータに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。
　続いて、本実施形態の動作について図面を参照して詳細に説明する。図４は、ＯＳＳ／ＢＳＳ２１からサービス要求を受けた場合の動作を一連の動作を矢線で表した図である。図４を参照すると、オーケストレータ１１ａは、ＯＳＳ／ＢＳＳ２１からのサービス要求（インスタンシエーション）を受信すると（図４の（１））、ＮＳＤ１１１等を参照して、サービス要求のパラメータ検証を行い、サービスを構成するＶＮＦを抽出する（図４の（２））。
　サービスを構成するＶＮＦが得られると、オーケストレータ１１ａは、ＶＮＦＭ１２ａに対して、該当するＶＮＦに求められる資源要件、制約条件の確認要求を行う（図４の（３））。ＶＮＦＭ１２ａは、ＶＮＦＤ１２１から要求されたＶＮＦの資源要件、制約条件の読み出しを行い、オーケストレータ１１ａに対しＶＮＦのリソース割当（予約）要求を送信する（図４の（４））。
　前記ＶＮＦのリソース割当（予約）要求を受けたオーケストレータ１１ａは、ＶＩＭ１３ａに対してリソース割当（予約）要求を行う（図４の（５））。ＶＩＭ１３ａはリソース割当（予約）要求を受信すると、配置計算、候補となるＨＷの予約を行う。予約が完了すると、ＶＩＭ１３ａはオーケストレータ１１ａに予約完了を通知する（図４の（６））。
　ここで、図５を用いて、上記図４の（５）のＶＩＭ１３ａにおける処理の詳細を説明する。図５を参照すると、リソース割当（予約）要求を受信すると（図５のＳ００１）、ＶＩＭ１３ａは対象となるＶＮＦのフレーバー（情報）１３１を参照し、優先度の最も高いハードウェアグループから要件を満たすハードウェアがあるか確認する（図５のＳ００２）。フレーバー（情報）１３１の確認の結果、要件を満たすハードウェアを選択可能な場合（図５のＳ００３のＹｅｓ）、ＶＩＭ１３ａは、当該ハードウェアを予約し、オーケストレータ１１ａに対し、予約したハードウェア情報を通知する（図５のＳ００４、Ｓ００５）。一方、確認結果、要件を満たすＨＷが選択できない場合（図５のＳ００３のＮｏ）、ＶＩＭ１３ａは、再度フレーバー（情報）１３１を参照し、次に優先度の高いハードウェアグループから要件を満たすハードウェアがあるか確認する（図５のＳ００２）。以降、要件を満たすハードウェアを選択できるまで、フレーバー（情報）１３１に記載されている優先度の高いハードウェアグループを順番に確認していく。なお、要件を満たすＨＷの候補は複数あっても良い。この場合、ＶＩＭ１３ａは、オーケストレータ１１ａに複数の候補を応答し、オーケストレータ１１ａから複数の候補の提示を受けたＶＮＦＭ１２ａ側でハードウェアの選択を行うことになる。
　オーケストレータ１１ａは、ＶＩＭ１３ａから受信した予約候補のハードウェアの情報をＶＮＦＭ１２ａに通知する（図４の（７））。ＶＮＦＭ１２ａはオーケストレータ１１ａから受信したハードウェア候補からＶＮＦを配置するハードウェア及びＮＶＦＩを決定し、ＶＩＭ１３ａに通知する（図４の（８））。ＶＩＭ１３ａはＶＮＦＭ１２ａから受信した情報に基づき、ＶＮＦを配置し、起動する（図４の（９））。
　以上説明したように、本実施形態によれば、特定のハードウェアグループにＶＮＦを展開することが可能となる。また、上位装置にとっては、サービス要求を受ける度にハードウェアをその都度指定する必要が無くなるほか、ＶＩＭにおいて条件を満たすハードウェアを選択できなかった場合においても、ＶＩＭに条件を変えて再要求を出す必要がなくなり、運用上の煩雑さを解消することが可能となる。
　以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。
　例えば、上記した実施形態では、ＶＮＦのインスタンシエーション時にフレーバー（情報）１３１を参照してハードウェアの選択を行う例を挙げて説明したが、本発明の適用範囲は、ＶＮＦのインスタンシエーション時に限られない。例えば、Ａｕｔｏ　Ｓｃａｌｉｎｇ、Ａｕｔｏ　Ｈｅａｌｉｎｇ時の動作にも適用可能である。例えば、スケールアウト時に、上位の優先度を持つハードウェアグループからハードウェアを選択できない場合には、次位の優先度を持つハードウェアグループからハードウェアを選択する動作が行われることになる。
［第２の実施形態］
　また、上記した実施形態では、ＮＦＶアーキテクチャへの適用例を挙げて説明したが、本発明は、ＮＦＶアーキテクチャに限られない。例えば、クラウドにおけるＩａａＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）コントローラのＶＭ配置処理において、上述したハードウェアグループ毎に優先度を付けたフレーバー情報相当の情報（優先ハードウェア情報）を参照してＶＭを配置するハードウェアを決定することもできる。例えば、上記した第１の実施形態の仮想ネットワークファンクション管理装置は、図７に示すように、要求処理部１１ｂと、仮想マシン管理部１２ｂと、記憶部１３ｂと、資源割り当て部１４ｂを備える仮想マシン管理装置１０ｂに変形することができる。
　要求処理部１１ｂは、ユーザからのサービス要求に応じて、当該サービスの提供に必要な仮想マシン（ＶＭ）を割り出し、仮想マシン管理部に対し前記ＶＭの作成を指示する。仮想マシン管理部１２ｂは、前記要求処理部１１ｂに対して、仮想マシンに必要な資源及び制約情報を提供する。記憶部１３ｂは、仮想ネットワークファンクション毎に、当該仮想ネットワークファンクションの仮想マシンの配置候補となる物理リソースの組み合わせと、前記物理リソースの組み合わせに対する優先順位情報とを対応付けた優先ハードウェア情報を記憶する。資源割り当て部１４ｂは、前記要求処理部１１ｂからの仮想マシンの作成指示に応じて、仮想マシンに資源を割り当てて制御する。
　第２の実施形態の動作も第１の実施形態と略同様であり、前記資源割り当て部１４ｂが、前記優先ハードウェア情報の優先順位に従って、前記仮想マシンに必要な資源及び制約情報を満たす物理リソースの組み合わせを予約する。そして、前記予約後に、前記資源割り当て部１４ｂに対し、前記予約された物理リソースの組み合わせを用いて仮想マシンの起動の指示が行われる。
　最後に、本発明の好ましい形態を要約する。
［第１の形態］
　（上記第１の視点による仮想ネットワークファンクション管理装置参照）
［第２の形態］
　第１の形態の仮想ネットワークファンクション管理装置において、
　前記仮想化インフラストラクチャ管理部は、ある優先順位の物理リソースの組み合わせが、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たすことができない場合、前記優先ハードウェア情報の優先順位が次順位以降の物理リソースの組み合わせが前記仮想ネットワークファンクションに必要な資源及び制約情報を満たすことができるか否かを確認していき、
　前記仮想ネットワークファンクションに必要な資源及び制約情報を満たすことができる物理リソースの組み合わせを選択する仮想ネットワークファンクション管理装置。
［第３の形態］
　第１又は第２の形態の仮想ネットワークファンクション管理装置において、
　前記優先ハードウェア情報は、仮想ネットワークファンクションの配置候補となる物理リソースの組み合わせとなるハードウェアグループと、優先順位とを対応付けて構成されている仮想ネットワークファンクション管理装置。
［第４の形態］
　第３の形態の仮想ネットワークファンクション管理装置において、
　前記優先ハードウェア情報は、さらに、１のハードウェアグループ内でのハードウェアの優先順位を設定可能である仮想ネットワークファンクション管理装置。
［第５の形態］
　第１から第４いずれか一の形態の仮想ネットワークファンクション管理装置において、
　前記仮想化インフラストラクチャ管理部は、Ａｕｔｏ　Ｓｃａｌｉｎｇ処理又はＡｕｔｏ　Ｈｅａｌｉｎｇ処理においても、前記優先ハードウェア情報の優先順位に従って、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たす物理リソースの組み合わせを選択する仮想ネットワークファンクション管理装置。
［第６の形態］
　（上記第２の視点による仮想マシン管理装置参照）
［第７の形態］
　（上記第３の視点による仮想ネットワークファンクションへの資源の割り当て方法参照）
［第８の形態］
　（上記第４の視点によるコンピュータプログラム参照）
　なお、上記第６～第８の形態は、第１の形態と同様に、第２～第５の形態に展開することが可能である。
　なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
　１０　仮想ネットワークファンクション管理装置（ＶＮＦ管理装置）
　１０ｂ　仮想マシン管理装置
　１１　オーケストレーション部
　１１ａ　オーケストレータ
　１１ｂ　要求処理部
　１２　ＶＮＦ管理部
　１２ａ　ＶＮＦＭ
　１２ｂ　仮想マシン管理部
　１３、１３ｂ　記憶部
　１３ａ　ＶＩＭ
　１４　ＶＩＭ部
　１４ｂ　資源割り当て部
　２１　ＯＳＳ／ＢＳＳ
　２３　ＮＦＶＩ
　１１１　ＮＳＤ
　１２１　ＶＮＦＤ
　１３１　フレーバー（情報）
　２２１　Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅｒ（ＥＭ）
　２２２　ＶＮＦ

Claims (8)

  1. 　ユーザからのサービス要求に応じて、当該サービスの提供に必要な仮想ネットワークファンクションを割り出し、仮想化インフラストラクチャ管理部に対し前記仮想ネットワークファンクションに対応する仮想マシンの作成を指示するオーケストレーション部と、
    　前記オーケストレーション部に対して、仮想ネットワークファンクションに必要な資源及び制約情報を提供する仮想ネットワークファンクション管理部と、
    　仮想ネットワークファンクション毎に、当該仮想ネットワークファンクションの配置候補となる物理リソースの組み合わせと、前記物理リソースの組み合わせに対する優先順位情報とを対応付けた優先ハードウェア情報を記憶する記憶部と、
    　前記オーケストレーション部からの仮想マシンの作成指示に応じて、仮想マシンを制御する仮想化インフラストラクチャ管理部と、を備え、
    　前記仮想化インフラストラクチャ管理部が、前記優先ハードウェア情報の優先順位に従って、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たす物理リソースの組み合わせを予約し、
    　前記予約された物理リソースの組み合わせを用いて仮想マシンを作成すること、
    　を特徴とする仮想ネットワークファンクション管理装置。
  2. 　前記仮想化インフラストラクチャ管理部は、ある優先順位の物理リソースの組み合わせが、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たすことができない場合、前記優先ハードウェア情報の優先順位が次順位以降の物理リソースの組み合わせが前記仮想ネットワークファンクションに必要な資源及び制約情報を満たすことができるか否かを確認していき、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たすことができる物理リソースの組み合わせを選択する請求項１の仮想ネットワークファンクション管理装置。
  3. 　前記優先ハードウェア情報は、仮想ネットワークファンクションの配置候補となる物理リソースの組み合わせとなるハードウェアグループと、優先順位とを対応付けて構成されている請求項１又は２の仮想ネットワークファンクション管理装置。
  4. 　前記優先ハードウェア情報は、さらに、１のハードウェアグループ内でのハードウェアの優先順位を設定可能である請求項３の仮想ネットワークファンクション管理装置。
  5. 　前記仮想化インフラストラクチャ管理部は、Ａｕｔｏ　Ｓｃａｌｉｎｇ処理又はＡｕｔｏ　Ｈｅａｌｉｎｇ処理においても、前記優先ハードウェア情報の優先順位に従って、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たす物理リソースの組み合わせを選択する請求項１から４いずれか一の仮想ネットワークファンクション管理装置。
  6. 　ユーザからのサービス要求に応じて、当該サービスの提供に必要な仮想マシンを割り出し、仮想マシン管理部に対し前記仮想マシンの作成を指示する要求処理部と、
    　前記要求処理部に対して、仮想マシンに必要な資源及び制約情報を提供する仮想マシン管理部と、
    　仮想ネットワークファンクション毎に、当該仮想ネットワークファンクションの仮想マシンの配置候補となる物理リソースの組み合わせと、前記物理リソースの組み合わせに対する優先順位情報とを対応付けた優先ハードウェア情報を記憶する記憶部と、
    　前記要求処理部からの仮想マシンの作成指示に応じて、仮想マシンに資源を割り当てて制御する資源割り当て部と、を備え、
    　前記資源割り当て部が、前記優先ハードウェア情報の優先順位に従って、前記仮想マシンに必要な資源及び制約情報を満たす物理リソースの組み合わせを予約し、
    　前記予約された物理リソースの組み合わせを用いて仮想マシンを作成すること、
    　を特徴とする仮想マシン管理装置。
  7. 　ユーザからのサービス要求に応じて、当該サービスの提供に必要な仮想ネットワークファンクションを割り出し、仮想化インフラストラクチャ管理部に対し前記仮想ネットワークファンクションに対応する仮想マシンの作成を指示するオーケストレーション部と、
    　前記オーケストレーション部に対して、仮想ネットワークファンクションに必要な資源及び制約情報を提供する仮想ネットワークファンクション管理部と、
    　前記オーケストレーション部からの仮想マシンの作成指示に応じて、仮想マシンを制御する仮想化インフラストラクチャ管理部と、を備える仮想ネットワークファンクション管理装置における前記仮想ネットワークファンクションへの資源の割り当て方法であって、
    　前記仮想化インフラストラクチャ管理部が、仮想ネットワークファンクション毎に当該仮想ネットワークファンクションの配置候補となる物理リソースの組み合わせと、前記物理リソースの組み合わせに対する優先順位情報とを対応付けた優先ハードウェア情報を参照して、前記優先ハードウェア情報の優先順位に従って、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たす物理リソースの組み合わせを予約するステップと、
    　前記予約された物理リソースの組み合わせを用いて仮想マシンを作成するステップと、
    　を含む仮想ネットワークファンクションへの資源の割り当て方法。
  8. 　ユーザからのサービス要求に応じて、当該サービスの提供に必要な仮想ネットワークファンクションを割り出し、仮想化インフラストラクチャ管理部に対し前記仮想ネットワークファンクションに対応する仮想マシンの作成を指示するオーケストレーション部と、
    　前記オーケストレーション部に対して、仮想ネットワークファンクションに必要な資源及び制約情報を提供する仮想ネットワークファンクション管理部と、
    　前記オーケストレーション部からの仮想マシンの作成指示に応じて、仮想マシンを制御する仮想化インフラストラクチャ管理部と、を備える仮想ネットワークファンクション管理装置を構成するコンピュータに、
    　前記仮想化インフラストラクチャ管理部が、仮想ネットワークファンクション毎に、当該仮想ネットワークファンクションの配置候補となる物理リソースの組み合わせと、前記物理リソースの組み合わせに対する優先順位情報とを対応付けた優先ハードウェア情報を参照して、前記優先ハードウェア情報の優先順位に従って、前記仮想ネットワークファンクションに必要な資源及び制約情報を満たす物理リソースの組み合わせを予約する処理と、
    　前記予約された物理リソースの組み合わせを用いて仮想マシンを作成する処理と、
    　を実行させるコンピュータプログラム。
PCT/JP2016/069448 2015-06-30 2016-06-30 仮想ネットワークファンクション管理装置、仮想マシン管理装置、仮想ネットワークファンクションへの資源の割り当て方法及びプログラム WO2017002921A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/739,538 US10846119B2 (en) 2015-06-30 2016-06-30 Virtualized network function management apparatus, virtual machine management apparatus, method for allocating resources to virtual network function, and program
JP2017526433A JPWO2017002921A1 (ja) 2015-06-30 2016-06-30 仮想ネットワークファンクション管理装置、仮想マシン管理装置、仮想ネットワークファンクションへの資源の割り当て方法及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015130954 2015-06-30
JP2015-130954 2015-06-30

Publications (1)

Publication Number Publication Date
WO2017002921A1 true WO2017002921A1 (ja) 2017-01-05

Family

ID=57608543

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/069448 WO2017002921A1 (ja) 2015-06-30 2016-06-30 仮想ネットワークファンクション管理装置、仮想マシン管理装置、仮想ネットワークファンクションへの資源の割り当て方法及びプログラム

Country Status (3)

Country Link
US (1) US10846119B2 (ja)
JP (1) JPWO2017002921A1 (ja)
WO (1) WO2017002921A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018181961A1 (ja) * 2017-03-31 2018-10-04 日本電気株式会社 仮想ネットワーク機能管理装置、仮想インフラストラクチャ管理装置、及び仮想ネットワーク機能構築方法
FR3081582A1 (fr) * 2018-06-18 2019-11-29 Orange Procede d'installation d'une fonction reseau virtualisee
US11201798B2 (en) 2018-05-07 2021-12-14 At&T Intellectual Property I, L.P. Automated virtual network function modification

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3116177B1 (en) 2014-03-24 2020-02-26 Huawei Technologies Co. Ltd. Service implementation method for nfv system, and communications unit
US9594649B2 (en) * 2014-10-13 2017-03-14 At&T Intellectual Property I, L.P. Network virtualization policy management system
CN108702316B (zh) * 2016-03-30 2020-06-26 华为技术有限公司 一种vnf的资源分配方法及装置
EP3471454B1 (en) * 2016-07-07 2022-11-30 Huawei Technologies Co., Ltd. Network resource management method, apparatus and system
CN108011846B (zh) * 2017-11-03 2022-07-26 华为技术有限公司 网络功能虚拟化架构中管理业务的方法及装置
EP3841716A4 (en) * 2018-08-24 2022-03-23 Nokia Solutions and Networks Oy DEVICE AND METHOD FOR HANDLING MANAGED OBJECT PRIORITIES IN A 5G NETWORK
CN113691383B (zh) * 2020-05-18 2023-03-31 中国电信股份有限公司 部署虚拟化网络功能实体的方法以及管理器和编排器
US11855857B2 (en) * 2020-07-03 2023-12-26 Nippon Telegraph And Telephone Corporation Network virtualization system, virtual resource management device, virtual resource management method and program

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11203228A (ja) * 1998-01-20 1999-07-30 Nippon Telegr & Teleph Corp <Ntt> ネットワークリソース組み合わせ方式
WO2012117453A1 (ja) * 2011-03-03 2012-09-07 株式会社日立製作所 計算機システム、および、計算機システムにおける仮想計算機の最適配置方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7281045B2 (en) * 2004-08-26 2007-10-09 International Business Machines Corporation Provisioning manager for optimizing selection of available resources
US20150326495A1 (en) * 2012-12-14 2015-11-12 Nec Corporation System construction device and system construction method
EP2849064B1 (en) 2013-09-13 2016-12-14 NTT DOCOMO, Inc. Method and apparatus for network virtualization
US10348825B2 (en) * 2014-05-07 2019-07-09 Verizon Patent And Licensing Inc. Network platform-as-a-service for creating and inserting virtual network functions into a service provider network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11203228A (ja) * 1998-01-20 1999-07-30 Nippon Telegr & Teleph Corp <Ntt> ネットワークリソース組み合わせ方式
WO2012117453A1 (ja) * 2011-03-03 2012-09-07 株式会社日立製作所 計算機システム、および、計算機システムにおける仮想計算機の最適配置方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
KOJI TSUBOUCHI ET AL.: "NFV Management and Orchestration Technology to Automatically Build Network Services on Demand", IEICE TECHNICAL REPORT, vol. 114, no. 206, 4 September 2014 (2014-09-04), pages 107 - 112 *
MASAAKI KOSUGI ET AL.: "Availability analysis of NFV-based Mobile Network System", IEICE TECHNICAL REPORT, vol. 114, no. 417, 19 January 2015 (2015-01-19), pages 7 - 12 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018181961A1 (ja) * 2017-03-31 2018-10-04 日本電気株式会社 仮想ネットワーク機能管理装置、仮想インフラストラクチャ管理装置、及び仮想ネットワーク機能構築方法
EP3605330A4 (en) * 2017-03-31 2020-02-05 Nec Corporation DEVICE FOR MANAGING THE FUNCTIONS OF A VIRTUAL NETWORK, VIRTUAL INFRASTRUCTURE MANAGEMENT DEVICE AND METHOD FOR CONSTRUCTING FUNCTIONS OF A VIRTUAL NETWORK
US11201798B2 (en) 2018-05-07 2021-12-14 At&T Intellectual Property I, L.P. Automated virtual network function modification
FR3081582A1 (fr) * 2018-06-18 2019-11-29 Orange Procede d'installation d'une fonction reseau virtualisee
WO2019243700A1 (fr) * 2018-06-18 2019-12-26 Orange Procédé d'installation d'une fonction réseau virtualisée
US11922224B2 (en) 2018-06-18 2024-03-05 Orange Method for installing a virtualised network function

Also Published As

Publication number Publication date
JPWO2017002921A1 (ja) 2018-04-26
US10846119B2 (en) 2020-11-24
US20180181424A1 (en) 2018-06-28

Similar Documents

Publication Publication Date Title
WO2017002921A1 (ja) 仮想ネットワークファンクション管理装置、仮想マシン管理装置、仮想ネットワークファンクションへの資源の割り当て方法及びプログラム
US9710304B2 (en) Methods and apparatus to select virtualization environments for migration
EP3761170B1 (en) Virtual machine creation method and apparatus
US10678581B2 (en) Methods and apparatus to select virtualization environments during deployment
EP3481007B1 (en) Method, apparatus and management server for processing resource pool
EP3082314B1 (en) Resource management method and apparatus
EP3313023A1 (en) Life cycle management method and apparatus
WO2015196931A1 (zh) 基于磁盘io的虚拟资源分配方法及装置
US10601682B2 (en) Service availability management method, service availability management apparatus, and network function virtualization architecture thereof
JP6330923B2 (ja) オーケストレータ装置、システム、仮想マシンの作成方法及びプログラム
US20150207678A1 (en) Method and Apparatus for Managing Physical Network Interface Card, and Physical Host
US20170085419A1 (en) System and method for deploying an application
US20210389970A1 (en) Vnf lifecycle management method and apparatus
WO2015158108A1 (zh) 虚拟机资源的变更方法、装置及虚拟网络功能设备
US11343141B2 (en) Methods and apparatus to migrate physical server hosts between virtual standard switches and virtual distributed switches in a network
US20160197844A1 (en) Rolling capacity upgrade control
JP6801776B2 (ja) 仮想ネットワーク機能管理装置、仮想インフラストラクチャ管理装置、及び仮想ネットワーク機能構築方法
US20150326495A1 (en) System construction device and system construction method
JP6668658B2 (ja) ジョブ管理方法、ジョブ管理装置及びプログラム
CN107562510B (zh) 一种应用实例的管理方法及管理设备
JP6075882B2 (ja) 分散処理システム、および、分散処理方法
WO2016141305A1 (en) Methods and apparatus to select virtualization environments for migration
WO2016141309A1 (en) Methods and apparatus to select virtualization environments during deployment
WO2013114829A1 (ja) 情報処理システム、データセンタ、システム移行方法、及び、プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16818029

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15739538

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2017526433

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16818029

Country of ref document: EP

Kind code of ref document: A1