WO2017170470A1 - ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム - Google Patents

ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム Download PDF

Info

Publication number
WO2017170470A1
WO2017170470A1 PCT/JP2017/012512 JP2017012512W WO2017170470A1 WO 2017170470 A1 WO2017170470 A1 WO 2017170470A1 JP 2017012512 W JP2017012512 W JP 2017012512W WO 2017170470 A1 WO2017170470 A1 WO 2017170470A1
Authority
WO
WIPO (PCT)
Prior art keywords
life cycle
vnf
execution condition
resource
execution
Prior art date
Application number
PCT/JP2017/012512
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 US16/080,350 priority Critical patent/US20190052528A1/en
Priority to JP2018508027A priority patent/JP6954267B2/ja
Publication of WO2017170470A1 publication Critical patent/WO2017170470A1/ja

Links

Images

Classifications

    • 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
    • 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
    • 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
    • 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/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • 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/20—Network management software packages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • 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/45562—Creating, deleting, cloning 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/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/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

Definitions

  • the present invention is based on the priority claim of Japanese Patent Application No. 2016-0663169 (filed on Mar. 28, 2016), the entire contents of which are incorporated herein by reference. Shall.
  • the present invention relates to a network function virtualization management orchestration apparatus, method, and program.
  • FIG. 1 is a figure quoted from FIG. 5.1 (The .NFV-MANO.architectural.framework.with.reference.points) on page 23 of Non-Patent Document 1.
  • a VNF (Virtualized Network Function) 22 corresponds to an application operating on a virtual machine (VM) on the server, and realizes a network function in software.
  • Each VNF 22 is provided with a management function (management of VNF 22 configuration, failure, performance, security, etc.) called EM (Element Manager: Element Management) 23 (which may be an EMS (Element Management System)).
  • EM Element Manager: Element Management
  • NFVI Network Functions Virtualization Infrastructure
  • NFVI Network Functions Virtualization Infrastructure 21 is a virtualized computing / virtualized storage / virtualized system that virtualizes hardware resources of physical machines (servers) such as computing, storage, and network functions in a virtualization layer such as a hypervisor. This is a platform that can be flexibly handled as a virtual hardware resource such as a virtual network.
  • NFV Orchestrator (NFVO) 11 of NFV-MANO (NFV Management & Orchestration) 10 is ⁇ Orchestration of NFVI21 resources, and -Lifecycle management of network service (NS) instances (for example, instantiation, scaling, termination, update, etc. of NS instances).
  • the NFV orchestrator 11 manages the NS catalog 14 and the VNF catalog 15, and has a repository 16 for NFV instances and a repository 17 for NFVI resources.
  • VNF Manager VNFM 12 is a life cycle management of VNF instances (for example, instantiation, update, query, scaling, termination, etc.) and events. Make notifications.
  • the virtualized infrastructure manager (VIM) 13 is, for example, ⁇ NFVI21 computing, storage, network resource management, ⁇ NFVI21 fault monitoring, -Perform resource monitoring of NFVI21.
  • OSS Operations Support Systems
  • BSS Business Support Systems
  • information systems devices, software, mechanisms, etc.
  • An NS catalog 14 represents a repository of network services (NS).
  • NS catalog (NS catalog) 14 is, for example, -Network service (NS) descriptor (Network Service Descriptor: NSD), ⁇ Virtual Link Descriptor (VLD), ⁇ VNF Forwarding Graph Descriptor (VNFFFGD), etc. Supports generation and management.
  • NS Network Service Descriptor
  • VLD Virtual Link Descriptor
  • VNFFFGD VNF Forwarding Graph Descriptor
  • the VNF catalog (VNF catalog) 15 represents, for example, a repository of an on-boarded VNF package (on-boarded VNF package).
  • the VNF catalog (VNF catalog) 15 is, for example, ⁇ VNFD (VNF Descriptor), -It has PNFD (PNF Descriptor) etc.
  • NFV instance repository (NFV instance Repository) 16 holds instance information of all VNFs and all network services (NS).
  • the VNF instance and NS instance are described in the VNF and NS records, respectively. These records are updated to reflect the execution results of the VNF life cycle management operation and the NS life cycle management operation in the life cycle of each instance.
  • the NFVI Resource Repository (NFVI Resources Repository) 17 holds information on the resources of the NFVI 21 extracted by the VIM 13 and is available / reserved / relocated. Provide useful information for allocation, monitoring, etc.
  • the NFVI resource repository 17 reserves / assigned resources of the NFVI 21 to NS and the resources related to these resources (such as the number of virtual machines (VMs) used by the VNF 22 at any point in the life cycle of the VNF 22). Since it can be traced to the VNF instance, it is important for resource orchestration of the NFVO 11.
  • VMs virtual machines
  • a reference point Os-Ma-nfvo is a reference point between the OSS / BSS 30 and the NFVO 11.
  • Network service lifecycle management request Network Service Lifecycle management
  • -VNF lifecycle management request VNF Lifecycle management request
  • the reference point Vi-Vnfm is A resource allocation request from the VNFM 12 to the VIM 13; -Used for virtual resource configuration and status information exchange.
  • Reference point Ve-Vnfm-em is between EMS23 and VNFM12. ⁇ VNF instantiation, VNF instance search, update, termination, scale out / in, scale up / down, Used for configuration from the EM (EMS) 23 to the VNFM 12, event transfer, VNF configuration from the VNFM 12 to the VNF 22, event notification, and the like.
  • Ve-Vnfm-vnf is between VNF22 and VNFM12, Used for VNF instantiation, VNF instance search, update, termination, scale out / in, scale up / down, VNF to VNFM configuration, event forwarding, VNF configuration from VNFM12 to VNF22, event notification, etc. It is done.
  • the reference point Nf-Vi is a resource allocation request such as allocation of a virtual machine (VM), update of VM resource allocation, VM migration, termination of VM, creation / deletion of connection between VMs, together with an instruction of computing / storage resources Are used for allocation of virtualization resources, transfer of status information of virtualization resources, exchange of configuration and status information of hardware resources, and the like.
  • VM virtual machine
  • update of VM resource allocation VM migration
  • termination of VM creation / deletion of connection between VMs
  • the reference point Vn-Nf represents an execution environment provided to the VNF 22 by the NFVI 21.
  • the reference point Or-Vnfm is Used for resource-related requests (authentication, reservation, allocation, etc.) by the VNFM 12, transfer of configuration information to the VNFM 12, and collection of VNF status information.
  • the reference point Or-Vi is It is used for the exchange of resource reservation requests (reserve resource requests), resource allocation requests (allocation resource requests) and virtual resources from the NFVO 11 (see Non-Patent Document 1 for details).
  • NSD Network Service Descriptor
  • NS Catalog 14 is a network service deployment template (Network Service Deployment Template), and scripts / network functions for specific life cycle events (instantiation, termination, scaling, etc.) Has an entity that defines the workflow.
  • VNFFGD VNF Forwarding Graph Descriptor
  • VNFFGD VNF Forwarding Graph Descriptor
  • VLD Virtual Link Descriptor
  • the VNFD (VNF Descriptor) of the VNF catalog 15 is a deployment template that describes VNFs from the viewpoint of deployment and operational behavior requirements (development and operational behaviors).
  • the VNFD is mainly used by the VNFM 12 in the instantiation (generation) of the VNF and the life cycle management of the VNF instance.
  • the VNFD is used by the NFVO 11 for management and orchestration of network resources and virtual resources on the NFVI 21 (computer system / middleware / service deployment / setting / management automation). It includes connectivity interface KPI (Key Performance Indicators) requirements used in NFVO11 for building a virtual link between a VNFC instance of NFVI21 or a VNF instance and an end point to another network function.
  • KPI Key Performance Indicators
  • PNFD Physical Network Function Descriptor
  • NS Network service
  • Network service record Network Service Record: NSR
  • VNFFG Record: VNFFGR Virtual link record
  • VLR Virtual Link Record: VLR
  • VNF Record: VNFR VNF Record: VNFR
  • PNF Record: PNFR PNF Record: PNFR
  • NSR, VNFR, VNFFGR, and VLR information elements provide a set of data items necessary for modeling the state of NS, VNF, VNFFG, and VL instances.
  • the PNF record represents an instance related to the PNF existing before the NS portion, and includes a runtime attribute (connectivity to the NFVO) of the PNF information.
  • servers Physical machines
  • server expansion is performed manually, for example.
  • VNF instance scaling can be done using, for example, a quality of service threshold, ⁇ Service quality is not satisfactory and capacity expansion is required, or ⁇ Capacity reduction is possible without affecting quality. This is done when it is determined.
  • VNF When the VNF instance scaling decision is made by a VNF with a monitoring function or threshold crossing detection function, the VNF notifies the EM (EMS) of capacity expansion (reduction), and the EM (EMS) notifies the VNFM. Or VNF notifies VNFM directly. Alternatively, the VNFM 12 may determine the scaling.
  • the scaling operation (Scaling Action) of the VNF instance may be provided by the VNF descriptor (VNFD).
  • the scaling may be determined by the VIM 13 or the OSS / BSS 30 and may be manually performed by a maintenance person from a maintenance terminal or the like (not shown).
  • Scaling Action As a scaling action (Scaling Action) ⁇ VM (scale up, CPU (Central Processing Unit), addition of memory), etc. ⁇ Addition of new VDU (Virtual Deployment Unit) instances (scale-out), ⁇ Shut down and delete instances (scale in), ⁇ Release resources of existing instances (scale down), -Increase in available network capacity, ⁇ Increased bandwidth.
  • VDU Virtual Deployment Unit
  • Shut down and delete instances scale in
  • Release resources of existing instances scale down
  • -Increase in available network capacity ⁇ Increased bandwidth.
  • the VNF 22 on the NFVI 21 shares physical resources between systems. For this reason, there is a possibility that necessary physical resources cannot be secured when the situation that requires scale-out occurs.
  • the scaling of VNF instances is triggered by, for example, the load of VNF22 or NFVI21.
  • FIG. 2 is a diagram showing a sequence of automatic VNF expansion (Automatic VNF Expansion) (see Non-Patent Document 1 B.4.4.1 “Automatic” VNF “Expansion” triggered ”by“ VNF ”performance“ measurement ”results, FIG. B.13).
  • Automatic VNF expansion refers to the addition of VNF capacity. By adding VNFC (VNF Component), etc., it supports the addition of capacity that will scale up virtual resources in VNF / VNFC, resulting in the scale of VNF. It will be out.
  • the VNFM 12 collects performance measurement results from the VNF 22 through a notification or acquisition operation of the performance measurement results of the VNF performance management interface (VNF Performance Management Interface).
  • Step S2> The VNFM 12 detects that more resources are needed from the performance measurement result.
  • VNFM 12 is a grant life cycle operation of VNF Lifecycle Operation Granting Interface (VNF Lifecycle Operation Granting Interface) based on the specifications of CPU, memory, etc. set in VNF Descriptor (VNFD). Using (Grant Lifecycle Operation), VNF is specified, and permission for expansion is requested to NFV Orchestrator (NFVO) 11 (Grant Lifecycle Operation (VNF, Scaling out)).
  • VNF Lifecycle Operation Granting Interface VNF Lifecycle Operation Granting Interface
  • VNFD VNF Descriptor
  • NFVO NFV Orchestrator
  • the NFVO 11 determines scaling and checks the resource request. The check checks whether the resource request can be covered by the pooled resource, CPU type, memory, etc., and optionally reserves the resource to the VIM 13.
  • the NFVO 11 reserves (reserves in advance) the requested resource using the resource reservation creation operation (Create Resource Reservation operation) of the virtualized resource management interface (Virtualized Resources Management Interface). May be.
  • Step S7> The NFVO 11 authorizes the VNFM 12 to scale out the VNF 22, and transmits an acknowledgment ACK (ACKnowledgement).
  • the VNFM 12 instructs the VIM 13 to allocate resources (Allocate Resources). For example, the VNFM 12 transmits a virtual machine (VM) generation and activation request to the VIM 13. The VIM identifier and VM parameter specified by the NFVO 12 are transmitted.
  • VM virtual machine
  • Step S9> The VIM 13 generates and activates a network resource related to the VM, and transmits an acknowledgment ACK to the VNFM 12.
  • Step S10> The VNFM 12 sets the VNF 22 (sets parameters specific to the deployment).
  • VNFM 12 notifies the EMS 23 that the VNF has been updated using the VNF lifecycle change notification interface (VNF Lifecycle Change Notification interface) (Notify VNF updated).
  • VNF lifecycle Change Notification interface notifies the state of the VNF instance due to the change in the VNF instance, such as a change in the number of VDUs due to outscaling or the like, or a change in the VNF configuration.
  • Step S12> The EM (EMS) 23 and the VNFM 12 update the updated VNF 22 as a managed device (Managed Device).
  • the EM (EMS) 23 sets VNFs with application-specific parameters.
  • Step S14> The VNFM 12 notifies the NFVO 11 of the successful expansion of the VNF 22 through the VNF lifecycle change notification interface (VNF Lifecycle Change Notification interface).
  • the NFVO 11 knows that a new VNF (new VNF configuration) has been generated.
  • Step S15> The NFVO 11 maps the scaled-out VNF 22 to the VIM 13 and the resource pool.
  • FIG. 3 is a diagram showing an automatic VNF reduction (Automatic VNF Contraction) sequence (see Non-Patent Document 1 B.4.4.3 “Automatic VNF” Contraction “triggered” by “VNF” performance “measurement” results, FIG. B.15).
  • VNF reduction Automatic VNF ⁇ contraction
  • VNFC termination by VNFM VNFM instruction to release resources to VIM, and the like are performed.
  • the VNFM 12 collects the performance measurement result from the VNF 22 by the notification or acquisition operation of the performance measurement result of the VNF performance management interface (VNF Performance Management Interface).
  • the VNFM 12 detects the necessity for resource reduction (capacity release) from the performance measurement result.
  • the VNFM 12 is a grant lifecycle operation (Grant Lifecycle Operation) of the VNF Lifecycle Operation Granting Interface (VNF Lifecycle Operation Granting Interface). Is used to request the NFVO 11 to verify the reduction of the VNF (Grant Lifecycle Operation (VNF, Scale In)).
  • Step S24> The NFVO 11 determines scaling based on, for example, a set policy.
  • the NFVO 11 authorizes the VNFM 12 to perform a VNF scale-in operation.
  • the NFVO 11 transmits an acknowledgment ACK to the VNFM 12.
  • Step S26 Graceful termination (automatic shutdown) of the VNF component (VNFC) is performed.
  • Step S27> The VNFM 12 instructs the VIM 13 to release resources (Release Resource).
  • Step S28> The VIM 13 releases the resource and transmits an acknowledgment ACK to the VNFM 12.
  • VNFM 12 notifies the NFVO 11 of the success of VNF reduction using the VNF lifecycle change notification interface (VNF Lifecycle Change Notification interface) (Notify Successful construction).
  • VNFM 12 notifies the EM (EMS) 23 that the VNF has been updated by releasing the capacity by using the VNF Lifecycle Change Notification interface (VNF Lifecycle Change Notification interface).
  • Step S31> The NFVO 11 updates the map of the VIM 13 and the resource pool.
  • Step S32> The EM (EMS) 23 and the VNFM 12 update the VNF as a managed device.
  • the EM (EMS) 23 uses the “NF Scale” of the VNF lifecycle management interface (VNF Lifecycle Management Interface). ”Is used to request the VNFM to expand (reduce) the capacity.
  • NS Network Service
  • instance scale-out scale-in
  • NFVO11 NFVO11
  • NS Network Service
  • NSD Network Service Descriptor
  • VNF instances such as automatic VNF expansion (reduction) is facilitated.
  • VNF is application software that operates on a virtual machine on a server, and physical resources (hardware resources) on the server are shared between VNF systems. For this reason, there is a possibility that necessary resources (for example, physical resources) cannot be secured at the time when the capacity needs to be increased. For example, even when trying to secure a resource using the resource reservation creation operation (Create Resource Reservation operation) in step S5 in FIG. 2, the resource may not be secured (the reservation result in step S6 fails). In this case, the scale-out or the like is not successful.
  • resource reservation creation operation Create Resource Reservation operation
  • the present invention was created in view of the above-mentioned problems, and one of its purposes is to make it possible to specify the life cycle execution of a virtual function at an arbitrary timing and condition, and a virtual resource corresponding to the life cycle. It is to provide a system, an apparatus, a method, and a program that enable advance reservation.
  • a life cycle execution condition registration for receiving a registration request for a life cycle execution condition of a virtual function under a virtual environment from a transmission source and registering the life cycle execution condition in a storage unit Means, pre-resource securing means for pre-allocating resources necessary for execution of the life cycle in the virtual function, and life cycle execution for determining whether or not the life cycle execution condition registered in the storage unit is satisfied
  • a condition determining unit a life cycle execution instructing unit for instructing execution of the life cycle when the life cycle execution condition is satisfied; and a result of executing the life cycle in a request for registering the life cycle execution condition.
  • a network function virtualization tube comprising life cycle execution result notification means for notifying the transmission source Orchestration apparatus is provided.
  • the resources necessary for executing the life cycle are secured in advance, and the registered life cycle It may be configured to perform control instructing execution of the life cycle when the execution condition is satisfied.
  • a virtual function life cycle execution condition registration request is received from a transmission source under a virtual environment, the life cycle execution condition is registered in a storage unit, and Reserving resources necessary for the execution of the life cycle in the virtual function in advance, Determining whether or not the execution condition of the life cycle registered in the storage unit is satisfied; Instructing execution of the life cycle when the life cycle execution condition is satisfied,
  • a network function virtualization management orchestration method for notifying the transmission result of the life cycle execution condition registration request to the transmission source of the life cycle execution condition.
  • a process of receiving a registration request for a life cycle execution condition of a virtual function under a virtual environment from a transmission source, and registering the life cycle execution condition in a storage unit In the virtual function, a process for controlling in advance to secure resources necessary for execution of the life cycle; Determining whether or not the execution condition of the life cycle registered in the storage unit is satisfied; A process for instructing execution of the life cycle when the life cycle execution condition is satisfied; There is provided a program for causing a computer to execute a process of notifying the transmission result of the life cycle execution condition registration request to the transmission source of the life cycle execution condition.
  • a computer-readable recording medium for example, HDD (Hard Disk Drive), CD (Compact Disk), DVD (Digital Versatile Disk), etc.
  • HDD Hard Disk Drive
  • CD Compact Disk
  • DVD Digital Versatile Disk
  • the present invention it is possible to specify the life cycle execution of a virtual function at an arbitrary timing and condition, and to reserve virtual resources in advance according to the life cycle.
  • FIG. 7 is a diagram illustrating resource reallocation in another example of the exemplary embodiment of the present invention.
  • FIG. 4 illustrates an exemplary embodiment of the invention in terms of functionality.
  • a maintenance terminal (maintenance device or the like, or EM, OSS in FIG. 1) 40 has a network interface for communication connection to NFV-MANO 10, and has a VNF life requesting registration of VNF life cycle execution conditions.
  • a cycle management request (VNF Lifecycle management request) is transmitted to NFV-MANO10.
  • the NFV-MANO 10 has a network interface for communication connection with a maintenance terminal (a maintenance device or the like, or EM or OSS in FIG. 1) 40.
  • the NFV-MANO 10 includes a life cycle execution condition registration unit (life cycle execution condition registration unit) 101, a prior resource reservation unit (previous resource reservation unit) 102, and a life cycle execution condition determination unit (life cycle execution condition determination unit). ) 103, life cycle execution instruction means (life cycle execution instruction section) 104, and life cycle execution result notification means (life cycle execution result notification section) 105.
  • the life cycle execution condition registration means (life cycle execution condition registration unit) 101 displays a VNF life cycle execution condition registration request (for example, date and time information for executing a life cycle) that is a virtual function (virtualized function) in a virtual environment. Registered) in the storage unit 106.
  • VNF life cycle execution condition registration request for example, date and time information for executing a life cycle
  • virtual function virtualized function
  • Pre-resource securing means (pre-resource securing unit) 102 reserves resources necessary for executing the VNF life cycle in advance.
  • Life cycle execution condition determination means (life cycle execution condition determination unit) 103 determines whether or not a life cycle execution condition (conditions such as date and time) registered in the storage unit 106 is satisfied.
  • the life cycle execution instruction unit (life cycle execution instruction unit) 104 determines that the life cycle execution condition is satisfied by the life cycle execution condition determination unit (life cycle execution condition determination unit) 103. Is instructed to execute.
  • the life cycle execution instructing unit (life cycle execution instructing unit) 104 instructs the NFVI 21 of the server 20 to execute the life cycle, for example.
  • Life cycle execution result notifying means (life cycle execution result notifying unit) 105 notifies the maintenance terminal (EMS, OSS, etc.) 40 of the life cycle execution result.
  • each means in the NFV-MANO 10 may be configured to be communicably connected via a communication device, instead of being integrated into one device. Further, a part or all of each means in the NFV-MANO 10 may be realized by a program executed by a computer (processor or the like).
  • the computer which may be a general-purpose computer such as a server
  • the computer reads out a program stored in a storage unit such as a semiconductor memory or an HDD into a main storage device and executes the program instructions, so that Alternatively, the corresponding function is realized in cooperation with hardware such as a communication device (transmission device, reception device).
  • the VNF life cycle execution conditions are registered, and the resources necessary for executing the VNF life cycle are secured in advance. For example, when the VNF needs to be scaled out. Therefore, it is possible to avoid the occurrence of a situation where necessary physical resources cannot be secured.
  • FIG. 6 shows an example of adding a virtual machine (VM) in which the life cycle specified by the execution condition of the VNF life cycle is allocated to VNF (VDU) or the like (VM scale-out).
  • VM virtual machine
  • VDU VNF
  • VM scale-out VM scale-out
  • two VMs are reserved in advance as resources (NFVI21 compute, storage, network resources, etc.) reserved in advance.
  • the life cycle specified by the execution condition of the VNF life cycle may be scaled up (addition of virtual CPU, increase in capacity of virtual memory, etc.).
  • the NFVI resource repository 17 holds the resource information of the reserved NFVI 21.
  • VNF Lifecycle Management Request A VNF lifecycle management request (VNF Lifecycle management Request) of the VNF lifecycle management interface (VNF Lifecycle management interface) is transmitted from the EMS 23 (maintenance terminal or the like) to the VNFM 12.
  • This VNF life cycle management request includes specification of execution conditions of the VNF life cycle (for example, specification of life cycle execution date and time) and registration request.
  • the VNFM 12 that has received the registration request for the execution condition of the VNF life cycle sets the condition in the condition workflow (Condition WorkFlow) 121.
  • the condition workflow (Condition WorkFlow) 121 is a VNF lifecycle workflow that is registered in the VNF lifecycle workflow (VNF Lifecycle Workflow) 122 that defines the flow of work in the VNF lifecycle, the workflow of the execution target VNF lifecycle, execution date and time, Includes repeated execution specification, execution priority information, etc.
  • the scale-out of the target VNF for example, the scale-out of the target VNF, the scale-out capacity, and the execution time (time) may be registered.
  • the registration request for the VNF life cycle execution condition may be transmitted from the OSS / BSS 30 or the like to the NFV orchestrator (NFVO) 11 on the VNF life cycle management interface (VNF Lifecycle management interface).
  • VNF Lifecycle management interface This interface enables a request / management operation for associating an NFVI resource and a VNF (specifications such as VNFD in FIG. 1) from a maintenance terminal (EMS, OSS, etc.).
  • VNF lifecycle management VNF Lifecycle Management
  • VNF scaling out / in, VNF scaling up / down, termination (stop), update (update), and the like are performed.
  • Step S102 Reserve Grant Request>
  • the VNFM 12 determines resources necessary for VNF life cycle execution (for example, scale-out) based on the registered execution conditions of the VNF life cycle, and sends the VNF life cycle (scale) to the NFV orchestrator (NFVO) 11.
  • a reservation grant request (Reservation Grant Request) of a resource necessary for execution of “out” or the like is performed.
  • Step S103 Resource Reserve Request>
  • the NFV orchestrator (NFVO) 11 Upon receiving a reservation grant request from the VNFM 12, the NFV orchestrator (NFVO) 11 transmits a resource reservation request (Resource Reserve Request) to the VIM 13 via Or-Vi (see FIG. 1). .
  • Step S104 Resource Reservation>
  • the VIM 13 secures a resource (for example, a virtual machine VM or a virtual resource such as a virtual CPU or virtual memory) in the NFVI 21.
  • a resource for example, a virtual machine VM or a virtual resource such as a virtual CPU or virtual memory
  • FIG. 6 shows a state where the virtual machine VM is secured.
  • the NFVI resource secured in advance is registered and managed in a resource pool, for example, by assigning a prior resource reservation management number (identification information).
  • the prior resource reservation management number is not limited to a number, and may include resource ID information (Identity information) and the like.
  • Step S105 Resource Reserve ACK>
  • the VIM 13 transmits a resource reservation acknowledgment (Resource Reserve ACK) to the NFV orchestrator (NFVO) 11.
  • the acknowledgment of the resource reservation may include the prior resource reservation management number and notify the NFV orchestrator (NFVO) 11 of the prior resource reservation management number.
  • Step S106 Reserve Grant ACK>
  • the NFV orchestrator (NFVO) 11 transmits a reservation grant acknowledgment (Reserve Grant ACK) to the VNFM 12.
  • the reservation grant acknowledgment (Reserve Grant ACK) may include the advance resource reservation management number and notify the VNFM 12 of the advance resource reservation management number.
  • VNF Lifecycle management ACK The VNFM 12 returns a VNF life cycle management acknowledgment (VNF Lifecycle management ACK) to the EMS 23.
  • This VNF life cycle management acknowledgment includes the execution result of registration of the execution condition of the VNF life cycle (registration ID of the execution condition of the VNF life cycle), the prior resource reservation management number, etc., and notifies these to the EMS 23 Also good.
  • Step S108 VNF Lifecycle Execution Condition Determination>
  • the VNFM 12 determines whether or not the registered execution condition of the VNF life cycle is satisfied.
  • the VNFM 12 checks whether the date and the current time of a clock (not shown) built in the VNFM 12 coincide with the designated date and time (or event information such as calendar) of the registered execution condition of the VNF life cycle.
  • Step S109 VNF Lifecycle Execution Request>
  • the execution condition of the VNF life cycle is satisfied (for example, when the current date / time corresponds to the designated date / time of the registered VNF life cycle execution condition)
  • the VNFM 12 is registered in the VNF life cycle workflow 122. Execute the VNF life cycle workflow.
  • the VNFM 12 transmits a VNF life cycle execution request (VNF Lifecycle Execution Request) to the VIM 13.
  • the VNFM 12 specifies the prior resource reservation management number in the VNF life cycle execution request (VNF Lifecycle Execution Request), and the VNF life cycle (for example, the VNF life cycle related to the reserved resource corresponding to the prior resource reservation management number)
  • the execution of scale-out may be instructed.
  • the VNFM 12 may instruct the VIM 13 to add a reserved virtual machine (VM) corresponding to the prior resource reservation management number.
  • VM virtual machine
  • Step S110 VNF Lifecycle Execution>
  • the VIM 13 instructs the NFVI 21 to execute a VNF life cycle (VNF Lifecycle Execution).
  • the NFVI 21 adds, for example, a reserved VM to an existing VNF based on an instruction from the VIM 13.
  • Step S111 VNF Lifecycle Execution ACK>
  • the VIM 13 returns a VNF life cycle execution acknowledgment (VNF Lifecycle Execution ACK) to the VNFM 12.
  • Step S112 VNF Lifecycle Execution Notification>
  • the VNFM 12 transmits a VNF life cycle execution notification (VNF Lifecycle Execution Notification) to the EMS 23.
  • step S109 in FIG. 6 when the VNF life cycle requesting execution is VNF scale-out, the process is executed from the processing in step S8 in FIG. 2 (allocation resources from VNFM 12 to VIM 13 (Allocate Resources)). It may be. In this case, a prior resource reservation management number corresponding to a reserved virtual machine (VM) may be notified to the VIM 13 by a resource allocation instruction.
  • VM virtual machine
  • step S109 of FIG. 6 when the VNF life cycle that requires execution is VNF scale-in, the resource capacity specified by the VNF life cycle execution condition is released from the capacity allocated to the VNF.
  • the VNFM 12 may shut down the VNF via NFVI (Graceful Termination) and execute the processing from step S27 in FIG. 3 as step S109 in FIG.
  • scaling is triggered by, for example, the load of VNF and NFV (performance measurement result). Pre-allocation of resources assuming an increase in necessary virtual resources could not be performed.
  • the designation of the execution condition of the VNF life cycle for the VNFM 12 may include, for example, information illustrated in FIG. Referring to FIG. 7, the “execution life cycle designation” of the workflow execution condition of the execution condition of the VNF life cycle is -Execution target VNF, The life cycle of the execution target VNF (instantiation (generation), termination (stop), scale-out, scale-in, other arbitrary VNF life cycle) may be included.
  • “Target resource amount at scale-out / scale-in” of workflow execution condition specifies the reference value of resource capacity required for VNF at scale-out. Also, a reference value of the resource capacity to be released may be specified for the VNF at the time of scale-in.
  • the “target resource amount at the time of scale-out / scale-in” may include threshold values 1 and 2 given to resources allocated to the VNF.
  • threshold 1 is the minimum required resource capacity.
  • threshold 2 is a spare resource capacity, which is released when other VNFs are required, and is reserved for other VNFs. It should be noted that the threshold given to the resource allocated to the VNF is not limited to the thresholds 1 and 2, and it is needless to say that more threshold ranks may be included.
  • “Priority setting” in the workflow execution condition specifies whether or not to prioritize this process (this workflow) when securing other resources to other VNFs or competing in the VNF life cycle.
  • this workflow When securing resources to other VNFs or competing in the VNF life cycle, resources are secured to other VNFs with higher priority, and life cycles of other VNFs with higher priority are prioritized.
  • “Execution date / time” in the workflow execution condition specifies the execution date and time of the VNF life cycle. For example, by designating a predetermined wild card for the date and time, the life cycle can be executed every day and every hour. Or it is good also as a template structure which makes it possible to designate life cycle execution every several days.
  • the life cycle of VNF is not limited to scale-out and scale-in, but may be, for example, VNF instantiation, termination, inquiry, or the like.
  • the information element is not limited to the information element shown in FIG. 7 specified by the execution condition of the VNF life cycle, and any information element desired by the registrant may be set.
  • a plurality of VNF life cycles are registered as execution conditions of the VNF life cycle, and a scenario is executed at a specified desired time, thereby automating the maintenance work of the VNF system and performing the maintenance process. Can be simplified.
  • the conditions specified by the life cycle execution condition registration means 101 in FIG. 4 are within a certain range of resources to be secured in advance as illustrated in FIG.
  • a threshold and a priority are set.
  • FIG. 8 is a diagram for explaining another embodiment of the present invention. 8, the same elements as those in FIG. 4 are denoted by the same reference numerals. Hereinafter, differences from the configuration of FIG. 4 will be described.
  • the reserved resource reallocation means (reserved resource reallocation unit) 107 releases, for example, a predetermined capacity set as a spare resource among resources 1 (24-1) reserved in advance for VNF1. For example, the released resource is reassigned to the reserved resource 2 (24-2) for the VNF 2 that requires more resources (the priority is higher than the VNF 1). 8 represents a resource pool (resource pool) reserved in advance.
  • the resource 1 (24-1) reserved in advance for the VNF 1 is a resource reserved in advance for execution of the VNF life cycle.
  • the resource configuration managed by the prior resource reservation number is changed.
  • the resource reserved in advance for the VNF by the reservation is a virtual machine (VM)
  • the VM specification or capacity value corresponding to the resource 1 registered in the flavor 18 managed by the VIM 13 in FIG. 5 for example, Update the number of vCPUs (virtual CPUs) from 4 to 2, and the virtual memory capacity from 8 GB (Giba byte) to 4 GB, etc.
  • the VNF virtual resource configuration change is notified from the VIM 13 in FIG. 5 to the NFVO 11 or from the VIM 13 to the VNFM 12.
  • FIG. 9 is a diagram for explaining the reallocation of the virtual machine (VM) resource to the VNF by the reserved resource reallocation unit 107 of FIG.
  • VM virtual machine
  • FIG. 9 is a diagram for explaining the reallocation of the virtual machine (VM) resource to the VNF by the reserved resource reallocation unit 107 of FIG.
  • -VM type 1
  • -VM Type 2
  • the threshold value 1 is the minimum required resource.
  • Threshold 2 is used as a reserve resource (released when another VNF needs it).
  • a resource secured in advance is set to VM (type 1) priority B (low).
  • VM type 1 priority B (low).
  • the resources 201 reserved in advance with the VM (type 1) priority B The minimum required resource 203 (threshold 1) is left for the VM (type 1) priority B (low), and the required amount of resources 205 is released from the reserve resource 204 with the threshold 2 to the VM (type 2). assign.
  • VNF virtualized communication server
  • VNF life cycle management of life cycle such as scale-out and scale-in of VNF has been described.
  • execution conditions of VNF life cycle are also applicable to life cycles such as scale-out and scale-in of NS (Network Service) instances.
  • the NS instance life cycle execution conditions are registered in advance, VNF necessary for NS instance life cycle execution is secured in advance, and when the NS instance life cycle execution conditions are established, NFVO or the like may execute NS instance scale-out, scale-in, or the like.
  • NS network service
  • NS instantiated (generated) by flavor A (one VNFA + two VNFBs) when the execution conditions of the registered NS instance life cycle are satisfied, with VNFA and VNFB having different functions.
  • NS network service
  • 2 VNFA + 2 VNFB another flavor B
  • life cycle of the virtual function is not limited to the above, and may be settings such as generation of a virtual function instance (instantiation), various controls, start, stop, restart, hail monitoring, operating conditions, and the like.
  • a life cycle execution condition registration means for receiving a registration request for a life cycle execution condition of a virtual function instance under a virtualized environment from a transmission source, and registering the life cycle execution condition in a storage unit; Prior resource securing means for securing in advance resources necessary for execution of the life cycle in the virtual function instance; Life cycle execution condition determining means for determining whether or not the life cycle execution condition registered in the storage unit is satisfied; Life cycle execution instructing means for instructing execution of the life cycle when the life cycle execution condition is satisfied; A life cycle execution result notification means for notifying the transmission source of the life cycle execution condition registration request, the life cycle execution result registration request; Network function virtualization management orchestration device.
  • Appendix 2 The network function virtualization management orchestration device according to appendix 1, wherein the prior resource securing unit assigns management identification information to a resource secured in advance.
  • Additional remark 1 or 2 further provided with the reserved resource reallocation means which releases a predetermined resource among the resources reserved in advance for the first virtual function and allocates the released resource to the second virtual function Network function virtualization management orchestration device.
  • the execution condition of the life cycle is For the resource to be secured in advance for the virtual function, it has an information element that specifies a minimum necessary resource and a spare resource
  • the reserved resource reallocation means includes: The network function virtualization management orchestration according to appendix 3, wherein at least a part of the reserve resource among resources reserved in advance for the first virtual function is released and allocated to the second virtual function apparatus.
  • the execution condition of the life cycle is It has an information element that sets the priority of the virtual function,
  • the second virtual function is set to a higher priority than the first virtual function
  • the reserved resource reallocation means includes: The network function virtualization management orchestration device according to appendix 3 or 4, wherein a reserve resource of the first virtual function having a low priority is released and allocated to the second virtual function having a high priority.
  • the transmission source is an element management system (EMS: Element Management System), and the VNF manager (VNFM) receives a registration request for a VNF life cycle execution condition from the transmission source from the EMS, and registers it.
  • EMS Element Management System
  • VNFM VNF manager
  • the network function virtualization management orchestration apparatus according to appendix 6, wherein the NFV orchestrator reserves resources of a network function virtualization infrastructure (NFVI) in advance in a virtualization infrastructure manager (VIM).
  • NFVI network function virtualization infrastructure
  • VNFM virtualization infrastructure manager
  • Appendix 10 The network function virtualization management orchestration method according to appendix 9, wherein management identification information is given to resources secured in advance.
  • Appendix 11 The network function virtualization management orchestration method according to appendix 9 or 10, wherein a predetermined resource among resources secured in advance for the first virtual function is released, and the released resource is allocated to the second virtual function .
  • the life cycle execution condition includes an information element that specifies a minimum necessary resource and a reserve resource for a resource to be secured in advance for the virtual function,
  • the resource secured in advance by the prior resource securing means includes a minimum necessary resource and a reserve resource,
  • the network function virtualization management according to any one of appendices 9 to 11, wherein at least a part of the reserve resource reserved in advance for the first virtual function is released and allocated to the second virtual function Orchestration method.
  • the life cycle execution condition has an information element for setting the priority of the virtual function,
  • the second virtual function is set to a higher priority than the first virtual function,
  • the network function according to any one of appendices 9 to 12, wherein when the reserved resource is reassigned, a spare resource of the first virtual function having a low priority is released and assigned to the second virtual function having a high priority.
  • Virtualization management orchestration method
  • the transmission source is an element management system (EMS: Element Management System), and the VNF manager (VNFM) receives a registration request for a VNF life cycle execution condition from the transmission source from the EMS, and registers it. Send a reservation authorization request to the NFV Orchestrator for the resources required to run the VNF lifecycle, 15.
  • NFVI network function virtualization infrastructure
  • VNFM virtualization infrastructure manager
  • (Appendix 17) A process of receiving a registration request for a life cycle execution condition of a virtual function instance under a virtual environment from a transmission source, and registering the life cycle execution condition in a storage unit; Processing for controlling in advance to reserve resources necessary for execution of the life cycle in the virtual function instance; Determining whether or not the execution condition of the life cycle registered in the storage unit is satisfied; A process for instructing execution of the life cycle when the life cycle execution condition is satisfied; A program that causes a computer to execute a process of notifying the transmission result of the life cycle execution condition registration request of the life cycle execution result.
  • Appendix 18 Appendix 17 causing the computer to further execute a reserved resource reassignment process for releasing a predetermined resource among resources reserved in advance for the first virtual function and allocating the released resource to the second virtual function The program described.
  • Appendix 19 The program according to appendix 17 or 18, wherein the virtual function is a virtualized network function (VNF).
  • VNF virtualized network function
  • NFV-MANO 11 NFV Orchestrator
  • VNFM VNF Manager
  • VIM Virtualized Infrastructure Manager
  • NS Catalog 15 VNF Catalog 16 NFV Instance Repository 17 NFVI Resource Repository 18
  • Flavor 20 Server 21 NFVI 22 VNF 22-1 VNF1 22-2 VNF2 23 EM (EMS) 24 Resource pool 24-1 Resource 1 24-2 Resource 2 30 OSS / BSS 40 Maintenance terminals (EMS, OSS, etc.) 101 Life cycle execution condition registration unit 102 Prior resource securing unit 103 Life cycle execution condition determination unit 104 Life cycle execution instruction unit 105 Life cycle execution result notification unit 106 Storage unit 107 Reserved resource reassignment unit 121 Condition workflow (Condition WorkFlow) 122 VNF Lifecycle Workflow (VNF LifeCycle WorkFlow) 141 NSD 151 VNFD 201 VM (type 1) prior resource reserved with priority B 202 VM (type 2) prior resource reserved request with priority A 203 Minimum required resource (threshold 1) 204 Reserve resource (thre

Landscapes

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

Abstract

本発明は、仮想機能インスタンスのライフサイクル実行条件を指定可能とし、ライフサイクルに応じた仮想リソースの事前確保を可能とする。仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り記憶部に登録するライフサイクル実行条件登録手段と、前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保する事前リソース確保手段と、前記記憶部に登録された前記ライフサイクルの実行条件が成立するか否かを判定するライフサイクル実行条件判定手段と、前記ライフサイクルの実行条件が成立している場合に、前記ライフサイクルの実行を指示するライフサイクル実行指示手段と、前記ライフサイクルの実行結果を前記ライフサイクルの実行条件の登録要求の送信元に通知するライフサイクル実行結果通知手段を備える。

Description

ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム
　（関連出願についての記載）
　本発明は、日本国特許出願：特願２０１６－０６３１６９号（２０１６年３月２８日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明はネットワーク機能仮想化管理オーケストレーション装置と方法とプログラムに関する。
　サーバ上のハイパーバイザ（ＨｙｐｅｒＶｉｓｏｒ：ＨＶ）等の仮想化レイヤ（Ｖｉｒｔｕａｌｉｚａｔｉｏｎ　Ｌａｙｅｒ）上に実装した仮想マシン（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ：ＶＭ）によりネットワーク機器等の機能をソフトウェア的に実現するＮＦＶ（Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎｓ　Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）が知られている。図１は、非特許文献１の第２３頁のFigure 5.1(The NFV-MANO architectural framework with reference points)から引用した図である。
　ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）２２はサーバ上の仮想マシン（ＶＭ）で動作するアプリケーション等に対応し、ネットワーク機能をソフトウェア的に実現する。ＶＮＦ２２ごとにＥＭ（Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅｒ：要素管理）２３という管理機能（ＶＮＦ２２の構成、障害、パーフォマンス、セキュリチティ等の管理）が設けられる（ＥＭＳ（Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅ　Ｓｙｓｔｅｍ）であってもよい）。ＮＦＶＩ（Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎｓ　Ｖｉｒｔｕａｌｉｚａｔｉｏｎ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）２１は、コンピューティング、ストレージ、ネットワーク機能等、物理マシン（サーバ）のハードウェア資源をハイパーバイザ等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、仮想化ネットワーク等の仮想化ハードウェア資源として柔軟に扱えるようにした基盤である。
　ＮＦＶ－ＭＡＮＯ（ＮＦＶ　Ｍａｎａｇｅｍｅｎｔ　＆　Ｏｒｃｈｅｓｔｒａｔｉｏｎ）１０のＮＦＶオーケストレータ（ＮＦＶ　Ｏｒｃｈｅｓｔｒａｔｏｒ：ＮＦＶＯ）１１は、
・ＮＦＶＩ２１のリソースのオーケストレーション、及び、
・ネットワークサービス（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ：ＮＳ）インスタンスのライフサイクル管理（例えば、ＮＳインスタンスのインスタンシエーション（Ｉｎｓｔａｎｔｉａｔｉｏｎ）、スケーリング（Ｓｃａｌｉｎｇ）、ターミネーション（Ｔｅｒｍｉｎａｔｉｏｎ）、更新（Ｕｐｄａｔｅ）等）を行う。また、ＮＦＶオーケストレータ１１は、ＮＳカタログ１４、及びＶＮＦカタログ１５の管理を行い、ＮＦＶインスタンスのリポジトリ１６、ＮＦＶＩリソースのリポジトリ１７を持つ。
　ＶＮＦマネージャ（ＶＮＦ　Ｍａｎａｇｅｒ：ＶＮＦＭ）１２は、ＶＮＦインスタンスのライフサイクル管理（例えば、インスタンシエーション（ｉｎｓｔａｎｔｉａｔｉｏｎ）、更新（ｕｐｄａｔｅ）、クエリ（ｑｕｅｒｙ）、スケーリング（ｓｃａｌｉｎｇ）、停止（ｔｅｒｍｉｎａｔｉｏｎ）等）、およびイベント通知等を行う。
　仮想化インフラストラクチャマネージャ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｍａｎａｇｅｒ：ＶＩＭ）１３は、例えば、
・ＮＦＶＩ２１のコンピューティング、ストーレッジ、ネットワークのリソース管理、
・ＮＦＶＩ２１の障害監視、
・ＮＦＶＩ２１のリソース監視等を行う。
　ＯＳＳ／ＢＳＳ３０のうちＯＳＳ（Ｏｐｅｒａｔｉｏｎｓ　Ｓｕｐｐｏｒｔ　Ｓｙｓｔｅｍｓ）は、例えば通信事業者（キャリア）がサービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）を総称したものである。ＢＳＳ（Ｂｕｓｉｎｅｓｓ　Ｓｕｐｐｏｒｔ　Ｓｙｓｔｅｍｓ）は、例えば通信事業者（キャリア）が利用料などの課金、請求、顧客対応などのために使う情報システム（機器やソフトウェア、仕組みなど）の総称である。
　ＮＳカタログ（ＮＳ　ｃａｔａｌｏｇ）１４は、ネットワークサービス（ＮＳ）のリポジトリを表している。ＮＳカタログ（ＮＳ　ｃａｔａｌｏｇ）１４は、例えば、
・ネットワークサービス（ＮＳ）ディスクリプタ（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ　Ｄｅｓｃｒｉｐｔｏｒ：ＮＳＤ）、
・仮想リンクディスクリプタ（Ｖｉｒｔｕａｌ　Ｌｉｎｋ　Ｄｅｓｃｒｉｐｔｏｒ：ＶＬＤ）、
・ＶＮＦフォアワーディンググラフディスクリプタ（ＶＮＦ　Ｆｏｒｗａｒｄｉｎｇ　Ｇｒａｐｈ　Ｄｅｓｃｒｉｐｔｏｒ：ＶＮＦＦＧＤ）等、
の生成と管理の支援を行う。
　ＶＮＦカタログ（ＶＮＦ　ｃａｔａｌｏｇ）１５は、例えばオンボードされたＶＮＦパッケージ（ｏｎ－ｂｏａｒｄｅｄ　ＶＮＦ　ｐａｃｋａｇｅ）のリポジトリを表している。ＶＮＦカタログ（ＶＮＦ　ｃａｔａｌｏｇ）１５は、例えば、
・ＶＮＦＤ（ＶＮＦ　Ｄｅｓｃｒｉｐｔｏｒ）、
・ＰＮＦＤ（ＰＮＦ　Ｄｅｓｃｒｉｐｔｏｒ）等を有する。
　ＮＦＶインスタンスリポジトリ（ＮＦＶ　ｉｎｓｔａｎｃｅ　Ｒｅｐｏｓｉｔｏｒｙ）１６は、全ＶＮＦ、全ネットワークサービス（ＮＳ）のインスタンス情報を保持する。ＶＮＦインスタンス、ＮＳインスタンスは、それぞれ、ＶＮＦ、ＮＳレコードに記述される。これらのレコードは、各インスタンスのライフサイクルで、ＶＮＦライフサイクル管理操作、ＮＳライフサイクル管理操作の実行結果を反映するように更新される。
　ＮＦＶＩリソースリポジトリ（ＮＦＶＩ　Ｒｅｓｏｕｒｃｅｓ　Ｒｅｐｏｓｉｔｏｒｙ）１７は、ＶＩＭ１３により抽出された、利用可能な（ａｖａｉｌａｂｌｅ）／予約された（ｒｅｓｅｒｖｅｄ）／割り付けられた（ａｌｌｏｃａｔｅｄ）ＮＦＶＩ２１のリソースの情報を保持し、リソースの予約、割り当て、モニタ等に役立つ情報を提供する。ＮＦＶＩリソースリポジトリ１７は、ＮＦＶＩ２１の予約／割り当て済みリソースを、これらのリソース（ＶＮＦ２２のライフサイクル中の任意の時点での該ＶＮＦ２２によって使用される仮想マシン（ＶＭ）の個数等）に関連したＮＳ及びＶＮＦインスタンスに対して追跡可能であるため、ＮＦＶＯ１１のリソース・オーケストレーション等に重要である。
　図１において、参照ポイントＯｓ－Ｍａ－ｎｆｖｏは、ＯＳＳ／ＢＳＳ３０とＮＦＶＯ１１間の参照ポイントであり、
・ネットワークサービス・ライフサイクル管理要求（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ）、
・ＶＮＦライフサイクル管理要求（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ　ｒｅｑｕｅｓｔ）、
・ＮＦＶ関連の状態情報の転送、ポリシ管理情報の交換等に用いられる。
　参照ポイントＶｉ－Ｖｎｆｍは、
・ＶＮＦＭ１２からＶＩＭ１３へのリソース割り当て要求、
・仮想化リソースの構成と状態情報の交換等に用いられる。
　参照ポイントＶｅ－Ｖｎｆｍ－ｅｍは、ＥＭＳ２３とＶＮＦＭ１２間で、
・ＶＮＦのインスタンシエーション、ＶＮＦインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、
・ＥＭ（ＥＭＳ）２３からＶＮＦＭ１２への構成、イベントの転送、ＶＮＦＭ１２からＶＮＦ２２へのＶＮＦ構成、イベントの通知等に用いられる。
　参照ポイントＶｅ－Ｖｎｆｍ－ｖｎｆは、ＶＮＦ２２とＶＮＦＭ１２間で、
・ＶＮＦのインスタンシエーション、ＶＮＦインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、ＶＮＦからＶＮＦＭへの構成、イベントの転送、ＶＮＦＭ１２からＶＮＦ２２へのＶＮＦの構成、イベントの通知等に用いられる。
　参照ポイントＮｆ－Ｖｉは、コンピューティング／ストレージ資源の指示とともに、仮想マシン（ＶＭ）の割り付け、ＶＭリソース割り当ての更新、ＶＭマイグレーション、ＶＭの終了、ＶＭ間の接続の生成・削除等、リソース割り当て要求に対する仮想化リソースの割り付け、仮想化リソースの状態情報の転送、ハードウェア資源の構成と状態の情報の交換等に用いられる。
　参照ポイントＶｎ－Ｎｆは、ＮＦＶＩ２１によってＶＮＦ２２に提供される実行環境を表している。
　参照ポイントＯｒ－Ｖｎｆｍは、
・ＶＮＦＭ１２によるリソース関連要求（認証、予約（ｒｅｓｅｒｖａｔｉｏｎ）、割り当て等）、ＶＮＦＭ１２への構成情報の転送、ＶＮＦの状態情報の収集に用いられる。
　参照ポイントＯｒ－Ｖｉは、
・ＮＦＶＯ１１からのＶＩＭ１３ヘのリソース予約要求（ｒｅｓｅｒｖｅ　ｒｅｓｏｕｒｃｅ　ｒｅｑｕｅｓｔ）、リソース割り当て要求（ａｌｌｏｃａｔｅ　ｒｅｓｏｕｒｃｅ　ｒｅｑｕｅｓｔ）と仮想化リソースの構成と状態情報の交換等に用いられる（詳細は非特許文献１参照）。
　なお、ＮＳカタログ１４のＮＳＤ（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ　Ｄｅｓｃｒｉｐｔｏｒ）は、ネットワークサービス・ディプロイメント・テンプレート（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ　Ｄｅｐｌｏｙｍｅｎｔ　Ｔｅｍｐｌａｔｅ）であり、特定のライフサイクルイベント（インスタンシエーション、ターミネーション、スケーリング等）のネットワークファンクションのスクリプト／ワークフローを定義するエンティティを有する。
　ＶＮＦＦＧＤ（ＶＮＦ　Ｆｏｒｗａｒｄｉｎｇ　Ｇｒａｐｈ　Ｄｅｓｃｒｉｐｔｏｒ）は、ネットワークサービスのトポロジ、あるいは一部を、ＶＮＦ、ＰＮＦ、それらを接続する仮想リンク（Ｖｉｒｔｕａｌ　Ｌｉｎｋ）を参照することで記述したディプロイメントテンプレートである。
　ＶＬＤ（Ｖｉｒｔｕａｌ　Ｌｉｎｋ　Ｄｅｓｃｒｉｐｔｏｒ）は、ＮＦＶＩで利用可能なＶＮＦ間、ＰＮＦ間、ＮＳのエンドポイント（端点）（ｅｎｄｐｏｉｎｔｓ）間のリンクに必要なリソース要求を記述したディプロイメントテンプレートである。
　ＶＮＦカタログ１５のＶＮＦＤ（ＶＮＦ　Ｄｅｓｃｒｉｐｔｏｒ）は、ディプロイメントとオペレーション上の挙動の要求（ｄｅｐｌｏｙｍｅｎｔ　ａｎｄ　ｏｐｅｒａｔｉｏｎａｌ　ｂｅｈａｖｉｏｒ　ｒｅｑｕｉｒｅｍｅｎｔｓ）の観点からＶＮＦを記述するディプロイメントテンプレートである。ＶＮＦＤは、ＶＮＦのインスタンシエーション（生成）とＶＮＦインスタンスのライフサイクル管理において、ＶＮＦＭ１２により、主に用いられる。ＶＮＦＤは、ＮＦＶＯ１１によって、ネットワークサービス、ＮＦＶＩ２１上の仮想化リソースの管理とオーケストレーション（コンピュータシステム／ミドルウェア／サービスの配備／設定／管理の自動化）に用いられる。ＮＦＶＩ２１のＶＮＦＣインスタンス、又は、ＶＮＦインスタンスと、他のネットワーク機能への端点間の仮想リンク構築のために、ＮＦＶＯ１１で利用されるコネクティビティ・インタフェース・ＫＰＩ（Ｋｅｙ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｉｎｄｉｃａｔｏｒｓ）要件を含む。
　ＶＮＦカタログ１５のＰＮＦＤ（Ｐｈｙｓｉｃａｌ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒ）は、アタッチした物理ネットワーク機能への、仮想リンクのコネクティビティ（接続性）、インタフェース、ＫＰＩ要件を記述する。ＮＳに物理デバイスが組み入れられるときに必要とされ、ネットワーク増設を容易にする。
　ＯＳＳ／ＢＳＳ３０やＶＮＦＭ１２から、ＮＦＶＯ１１に対して、ＮＳまたはＶＮＦのインスタンシエーション操作を実行する。インスタンシエーション操作の結果、新たに生成されたインスタンスを表すレコードが生成される。例えば、各ディスクリプタで与えられる情報、コンポーネントインスタンスに関連した追加のランタイム情報をもとに生成される各レコードは、ネットワークサービス（ＮＳ）のインスタンス状態をモデル化するためのデータを提供する。
　生成されるインスタンスレコードの種類として、例えば、
・ネットワークサービスレコード（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ　Ｒｅｃｏｒｄ：ＮＳＲ）、
・ＶＮＦＦＧレコード（ＶＮＦＦＧ　Ｒｅｃｏｒｄ　：ＶＮＦＦＧＲ）、
・仮想リンクレコード（Ｖｉｒｔｕａｌ　Ｌｉｎｋ　Ｒｅｃｏｒｄ：ＶＬＲ）、
・ＶＮＦレコード（ＶＮＦ　Ｒｅｃｏｒｄ：ＶＮＦＲ）、
・ＰＮＦレコード（ＰＮＦ　Ｒｅｃｏｒｄ：ＰＮＦＲ）
がある。
　ＮＳＲ、ＶＮＦＲ、ＶＮＦＦＧＲ、ＶＬＲ情報要素はＮＳ、ＶＮＦ、ＶＮＦＦＧ、ＶＬのインスタンスの状態のモデル化に必要なデータアイテム集合を提供する。ＰＮＦレコードは、ＮＳの部分をなし前から存在するＰＮＦに関連したインスタンスを表し、ＰＮＦ情報のランタイム属性（ＮＦＶＯへのコネクティビティ）を含む。
　非仮想化技術でのシステムのスケールアウト（サーバの増設）は、各システム単位で予めサーバ（物理マシン）を準備しておき、サーバの増設等は、例えば手動で設定を実施していた。
　図１を参照して説明したＮＦＶアーキテクチャを実装することで、スケールリングが容易化されている。ＶＮＦインスタンスのスケーリングは、例えば、サービス品質閾値を用いて、
・サービス品質が満足できるものでなくなり容量の拡張が必要とされる、あるいは、
・品質に影響せずに容量の縮減が可能である、
と判断されたときに行われる。
　ＶＮＦインスタンスのスケーリングの決定が、モニタリング機能や閾値交差検出機能を備えたＶＮＦで行われる場合、ＶＮＦは容量の拡張（縮減）をＥＭ（ＥＭＳ）に通知し、ＥＭ（ＥＭＳ）がＶＮＦＭに通知するか、ＶＮＦが直接ＶＮＦＭに通知する。あるいは、ＶＮＦＭ１２がスケーリングを決定してもよい。ＶＮＦインスタンスのスケーリングの動作（Ｓｃａｌｉｎｇ　Ａｃｔｉｏｎ）は、ＶＮＦディスクリプタ（ＶＮＦＤ）で提供されるようにしてもよい。
　スケーリングの決定は、ＶＩＭ１３、ＯＳＳ／ＢＳＳ３０であってもよく、保守担当者が保守端末等（不図示）から手動で行うようにしてもよい。
　スケーリング動作（Ｓｃａｌｉｎｇ　Ａｃｔｉｏｎ）として、
・ＶＭ（スケールアップ、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、メモリの追加）等、
・新しいＶＤＵ（Ｖｉｒｔｕａｌ　Ｄｅｐｌｏｙｍｅｎｔ　Ｕｎｉｔ）インスタンスの追加（スケールアウト）、
・インスタンスのシャットダウンと削除（スケールイン）、
・既存のインスタンスのリソースを解放（スケールダウン）、
・利用可能なネットワーク容量の増加、
・バンド幅の増加、等がある。
　なお、図１において、ＮＦＶＩ２１上のＶＮＦ２２は、物理リソースをシステム間で共有している。このため、スケールアウトを要する状況となった時点で、必要な物理リソースを確保できない可能性がある。
　ＮＦＶ－ＭＡＮＯ１０において、ＶＮＦインスタンスのスケーリングは、例えばＶＮＦ２２やＮＦＶＩ２１の負荷等を契機としている。
　図２は、自動ＶＮＦ拡大（Ａｕｔｏｍａｔｉｃ　ＶＮＦ　Ｅｘｐａｎｓｉｏｎ）のシーケンスを示す図である（非特許文献１のB.4.4.1 Automatic VNF Expansion triggered by VNF performance measurement results、Figure B.13参照）。自動ＶＮＦ拡大（Ａｕｔｏｍａｔｉｃ　ＶＮＦ　Ｅｘｐａｎｓｉｏｎ）は、ＶＮＦの容量の追加をいい、ＶＮＦＣ（ＶＮＦ　Ｃｏｍｐｏｎｅｎｔ）等の追加によりＶＮＦ／ＶＮＦＣにおける仮想リソースのスケールアップとなる容量の追加をサポートし、結果としてＶＮＦのスケールアウトとなる。
＜ステップＳ１＞　ＶＮＦＭ１２は、ＶＮＦ性能管理インタフェース（ＶＮＦ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｔｅｒｆａｃｅ）の性能測定結果の通知又は取得の操作により、ＶＮＦ２２から性能測定結果を収集する。
＜ステップＳ２＞　ＶＮＦＭ１２は、該性能測定結果から、より多くのリソースが必要であることを検出する。
＜ステップＳ３＞　ＶＮＦＭ１２は、ＶＮＦデスクリプタ（ＶＮＦＤ）に設定されているＣＰＵ、メモリ等の仕様に基づき、ＶＮＦライフサイクル・オペレーション・グランティング・インタフェース（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｏｐｅｒａｔｉｏｎ　Ｇｒａｎｔｉｎｇ　Ｉｎｔｅｒｆａｃｅ）のグラント・ライフサイクル・オペレーション（Ｇｒａｎｔ　Ｌｉｆｅｃｙｃｌｅ　Ｏｐｅｒａｔｉｏｎ）を用いて、ＶＮＦを指定し、その拡大の許可を、ＮＦＶオーケストレータ（ＮＦＶＯ）１１に要求する（Ｇｒａｎｔ　Ｌｉｆｅｃｙｃｌｅ　Ｏｐｅｒａｔｉｏｎ（ＶＮＦ，　Ｓｃａｌｉｎｇ　ｏｕｔ））。
＜ステップＳ４＞　ＮＦＶＯ１１は、スケーリングの決定を行い、リソース要求をチェックする。チェックはリソース要求等が、プールされたリソース、ＣＰＵタイプ、メモリ等で賄えるものであるかチェックし、オプションとしてＶＩＭ１３へのリソースの予約も行う。
＜ステップＳ５－Ｓ６＞　ＮＦＶＯ１１は、仮想化リソース管理インタフェース（Ｖｉｒｔｕａｌｉｚｅｄ　Ｒｅｓｏｕｒｃｅｓ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｔｅｒｆａｃｅ）のリソース予約作成オペレーション（Ｃｒｅａｔｅ　Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖａｔｉｏｎ　ｏｐｅｒａｔｉｏｎ）を用いて、要求されたリソースを、予約（事前に確保）するようにしてもよい。
＜ステップＳ７＞　ＮＦＶＯ１１は、ＶＮＦ２２のスケールアウトをＶＮＦＭ１２に認可し、肯定応答ＡＣＫ（ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する。
＜ステップＳ８＞　ＶＮＦＭ１２は、ＶＩＭ１３にリソース割り当て（Ａｌｌｏｃａｔｅ　Ｒｅｓｏｕｒｃｅｓ）を指示する。例えば、ＶＮＦＭ１２はＶＩＭ１３に仮想マシン（ＶＭ）の生成、起動要求を送信する。ＮＦＶＯ１２に指示されたＶＩＭ識別子、ＶＭパラメータを送信する。
＜ステップＳ９＞　ＶＩＭ１３は、ＶＭと関連するネットワークリソースを生成、起動し、ＶＮＦＭ１２に肯定応答ＡＣＫを送信する。
＜ステップＳ１０＞　ＶＮＦＭ１２は、ＶＮＦ２２の設定を行う（ディプロイメントに固有のパラメータを設定する）。
＜ステップＳ１１＞　ＶＮＦＭ１２は、ＥＭＳ２３にＶＮＦが更新されたことを、ＶＮＦライフサイクル変更通知インタフェース（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｃｈａｎｇｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ｉｎｔｅｒｆａｃｅ）を用いて通知する（Ｎｏｔｉｆｙ　ＶＮＦ　ｕｐｄａｔｅｄ）。ＶＮＦライフサイクル変更通知インタフェースは、アウトスケーリング等によるＶＤＵの数の変更や、ＶＮＦコンフィグレーションの変更等、ＶＮＦインスタンスの変更によるＶＮＦインスタンスの状態を通知する。
＜ステップＳ１２＞　ＥＭ（ＥＭＳ）２３とＶＮＦＭ１２は、更新されたＶＮＦ２２を管理されたデバイス（Ｍａｎａｇｅｄ　Ｄｅｖｉｃｅ）として更新する。
＜ステップＳ１３＞　ＥＭ（ＥＭＳ）２３は、アプリケーション固有のパラメータでＶＮＦの設定を行う。
＜ステップＳ１４＞　ＶＮＦＭ１２は、ＶＮＦ２２の拡大の成功を、ＮＦＶＯ１１に、ＶＮＦライフサイクル変更通知インタフェース（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｃｈａｎｇｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ｉｎｔｅｒｆａｃｅ）で通知する。ＮＦＶＯ１１は、新たな構成のＶＮＦ（ｎｅｗ　ＶＮＦ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）が生成されたことを知る。
＜ステップＳ１５＞　ＮＦＶＯ１１は、スケールアウトしたＶＮＦ２２をＶＩＭ１３とリソースプールにマップする。
　図３は、自動ＶＮＦ縮減（Ａｕｔｏｍａｔｉｃ　ＶＮＦ　Ｃｏｎｔｒａｃｔｉｏｎ）のシーケンスを示す図である（非特許文献１のB.4.4.3 Automatic VNF Contraction triggered by VNF performance measurement results、Figure B.15参照）。自動ＶＮＦ縮減（Automatic VNF contraction）では、ＶＮＦＭによるＶＮＦＣのターミネーション、ＶＮＦＭによるＶＩＭへのリソース解放の指示等が行われる。
＜ステップＳ２１＞　ＶＮＦＭ１２は、ＶＮＦ性能管理インタフェース（ＶＮＦ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｔｅｒｆａｃｅ）の性能測定結果の通知又は取得の操作により、ＶＮＦ２２から性能測定結果を収集する。
＜ステップＳ２２＞　ＶＮＦＭ１２は、該性能測定結果から、リソースの縮減の必要性（容量の解放）を検出する。
＜ステップＳ２３＞　ＶＮＦＭ１２は、ＶＮＦＤ等のＶＮＦテンプレート（ＣＰＵ，メモリ等）に基づき、ＶＮＦライフサイクル・オペレーション・グランティング・インタフェース（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｏｐｅｒａｔｉｏｎ　Ｇｒａｎｔｉｎｇ　Ｉｎｔｅｒｆａｃｅ）のグラント・ライフサイクル・オペレーション（Ｇｒａｎｔ　Ｌｉｆｅｃｙｃｌｅ　Ｏｐｅｒａｔｉｏｎ）を用いて、ＶＮＦの縮減の検証をＮＦＶＯ１１に要求する（Ｇｒａｎｔ　Ｌｉｆｅｃｙｃｌｅ　Ｏｐｅｒａｔｉｏｎ（ＶＮＦ，　Ｓｃａｌｅ　Ｉｎ））。
＜ステップＳ２４＞　ＮＦＶＯ１１は、例えば設定されたポリシ等に基づき、スケーリングの決定を行う。
＜ステップＳ２５＞　ＮＦＶＯ１１は、ＶＮＦＭ１２に対してＶＮＦのスケールイン操作を認可する。ＮＦＶＯ１１は、肯定応答ＡＣＫをＶＮＦＭ１２に送信する。
＜ステップＳ２６＞　ＶＮＦコンポーネント（ＶＮＦＣ）のグレースフル・ターミネーション（自動シャットダウン）が行われる。
＜ステップＳ２７＞　ＶＮＦＭ１２は、ＶＩＭ１３に対してリソースの解放（Ｒｅｌｅａｓｅ　Ｒｅｓｏｕｒｃｅ）を指示する。
＜ステップＳ２８＞　ＶＩＭ１３はリソースを解放し肯定応答ＡＣＫをＶＮＦＭ１２に送信する。
＜ステップＳ２９＞　ＶＮＦＭ１２は、ＶＮＦライフサイクル変更通知インタフェース（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｃｈａｎｇｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ｉｎｔｅｒｆａｃｅ）を用いてＶＮＦの縮減の成功をＮＦＶＯ１１に通知する（Ｎｏｔｉｆｙ　Ｓｕｃｃｅｓｓｆｕｌ　ｃｏｎｔｒａｃｔｉｏｎ）。
＜ステップＳ３０＞
　ＶＮＦＭ１２は、ＶＮＦライフサイクル変更通知インタフェース（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｃｈａｎｇｅ　Ｎｏｔｉｆｉｃａｔｉｏｎ　ｉｎｔｅｒｆａｃｅ）を用いて、ＶＮＦが容量を解放して更新されたことをＥＭ（ＥＭＳ）２３に通知する。
＜ステップＳ３１＞　ＮＦＶＯ１１はＶＩＭ１３とリソースプールのマップを更新する。
＜ステップＳ３２＞　ＥＭ（ＥＭＳ）２３とＶＮＦＭ１２は、管理されたデバイスとしてＶＮＦを更新する。
　ＥＭ（ＥＭＳ）２３がＶＮＦの拡大（縮減）（ＥＭ　ｉｎｉｔｉａｔｅｄ　ＶＮＦ　ｅｘｐａｎｓｉｏｎ（ｃｏｎｔｒａｃｔｉｏｎ））を開始する場合には、ＥＭ（ＥＭＳ）２３は、ＶＮＦライフサイクル管理インタフェース（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｔｅｒｆａｃｅ）の「Ｓｃａｌｅ　ＶＮＦ」を用いて、容量拡大（縮減）をＶＮＦＭに要求する。
　また、ＮＳ（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ）インスタンスのスケールアウト（スケールイン）等は、ＯＳＳ／ＢＳＳ３０等から、ＮＦＶＯ１１等に、ＮＳＤ（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ　Ｄｅｓｃｒｉｐｔｏｒ）に登録されている別のデプロイメントフレーバへのＮＳ（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ）インスタンスのスケールアウト（スケールイン）を要求することによって行われる。
ETSI GS NFV-MAN 001 V1.1.1 (2014-12)　Network Functions Virtualisation (NFV); Management and Orchestration （2016年1月10日検索）＜http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf＞
　以下に、本発明者らによる分析を与える。
　上記したように、ＮＦＶアーキテクチャを実装することで、自動ＶＮＦ拡大（縮小）等、ＶＮＦインスタンスのスケーリング等が容易化されている。
　しかしながら、ＮＦＶ―ＭＡＮＯにおいて、ＶＮＦの自動スケーリングは、ＶＮＦ及びＮＦＶＩの負荷等を契機としている。
　このため、例えば、地域の催しもの（例：花火大会、お祭り等）やカレンダ（例：盆休み、年末年始等）などのイベント等に応じて必要な仮想リソースの増大を想定し、事前にリソースを確保しておくことができない。
　また、ＶＮＦは、サーバ上の仮想マシン上で動作するアプリケーションソフトウェアであり、サーバ上の物理リソース（ハードウェア資源）を、ＶＮＦシステム間で共有している。このため、容量の増設等を要する状況となった時点で必要なリソース（例えば物理リソース）を確保できない可能性がある。例えば、図２のステップＳ５のリソース予約作成オペレーション（Ｃｒｅａｔｅ　Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖａｔｉｏｎ　ｏｐｅｒａｔｉｏｎ）を用いてリソースを確保しようとしても、リソースが確保できない場合がある（ステップＳ６の予約結果が失敗となる）。この場合、スケールアウト等は成功しない。
　したがって、本発明は上記課題に鑑みて創案されたものであって、その目的の一つは、任意のタイミングや条件にて仮想機能のライフサイクル実行を指定可能とし、ライフサイクルに応じた仮想リソースの事前確保を可能とするシステム、装置、方法、プログラムを提供することにある。
　本発明の一つの側面によれば、仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録するライフサイクル実行条件登録手段と、前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保する事前リソース確保手段と、前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定するライフサイクル実行条件判定手段と、前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示するライフサイクル実行指示手段と、前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知するライフサイクル実行結果通知手段と、を備えたネットワーク機能仮想化管理オーケストレーション装置が提供される。本発明によれば、仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を受信すると、前記ライフサイクルの実行に必要なリソースを事前に確保しておき、登録した前記ライフサイクルの実行条件の成立を検出すると、前記ライフサイクルの実行を指示する制御を行う構成としてもよい。
　本発明の他の側面によれば、仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録し、
　前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保し、
　前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
　前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示し、
　前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する、ネットワーク機能仮想化管理オーケストレーション方法が提供される。
　本発明の他の側面によれば、仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録する処理と、
　前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保するように制御する処理と、
　前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
　前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示する処理と、
　前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する処理を、コンピュータに実行させるプログラムが提供される。本発明によれば、上記プログラムを記憶したコンピュータ読み出し可能な記録媒体（例えばＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）、ＣＤ（Ｃｏｍｐａｃｔ　Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）等の記録媒体、半導体ストレージデバイス等のｎｏｎ－ｔｒａｎｓｉｔｏｒｙ　ｃｏｍｐｕｔｅｒ　ｒｅａｄａｂｌｅ　ｒｅｃｏｒｄｉｎｇ　ｍｅｄｉｕｍ）が提供される。
　本発明によれば、任意のタイミングや条件にて仮想機能のライフサイクル実行を指定可能とし、ライフサイクルに応じた仮想リソースの事前確保を可能としている。
非特許文献１のFigure 5.1に基づく図である。 非特許文献１のFigure B.13に基づく図である。 非特許文献１のFigure B.15に基づく図である。 本発明の例示的な実施形態の一例を説明する図である。 本発明の例示的な実施形態を説明する図である。 本発明の例示的な実施形態の動作シーケンスを説明する図である。 本発明の例示的な実施形態において登録されるライフサイクル実行条件の一例を説明する図である。 本発明の例示的な実施形態の他の例を説明する図である。 本発明の例示的な実施形態の他の例におけるリソース再割り当てを説明する図である。
　本発明の例示的な実施形態について説明する。図４は、本発明の例示的な実施形態を機能の点から説明する図である。図４を参照すると、保守端末（保守装置等、あるいは図１のＥＭ、ＯＳＳ）４０は、ＮＦＶ－ＭＡＮＯ１０に通信接続するネットワークインタフェースを備え、ＶＮＦのライフサイクルの実行条件の登録を要求するＶＮＦライフサイクル管理要求（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ　ｒｅｑｕｅｓｔ）を、ＮＦＶ－ＭＡＮＯ１０に送信する。ＮＦＶ－ＭＡＮＯ１０は、保守端末（保守装置等、あるいは図１のＥＭ、ＯＳＳ）４０と通信接続するネットワークインタフェースを有する。
　ＮＦＶ－ＭＡＮＯ１０は、ライフサイクル実行条件登録手段（ライフサイクルの実行条件登録部）１０１と、事前リソース確保手段（事前リソース確保部）１０２と、ライフサイクル実行条件判定手段（ライフサイクルの実行条件判定部）１０３と、ライフサイクル実行指示手段（ライフサイクル実行指示部）１０４と、ライフサイクル実行結果通知手段（ライフサイクル実行結果通知部）１０５を備えている。
　ライフサイクル実行条件登録手段（ライフサイクルの実行条件登録部）１０１は、仮想環境下での仮想機能（Ｖｉｒｔｕａｌｉｚｅｄ　Ｆｕｎｃｔｉｏｎ）であるＶＮＦのライフサイクル実行条件登録要求（例えばライフサイクルを実行する日時情報等を含む）を受け記憶部１０６に登録する。
　事前リソース確保手段（事前リソース確保部）１０２は、ＶＮＦのライフサイクルの実行に必要なリソースを事前に確保する。
　ライフサイクル実行条件判定手段（ライフサイクルの実行条件判定部）１０３は、記憶部１０６に登録されたライフサイクルの実行条件（日時やイベント等の条件）が成立しているか否かを判定する。
　ライフサイクル実行指示手段（ライフサイクル実行指示部）１０４は、ライフサイクル実行条件判定手段（ライフサイクルの実行条件判定部）１０３でライフサイクルの実行条件が成立していると判定した場合に、ライフサイクルの実行を指示する。仮想機能がＶＮＦの場合、ライフサイクル実行指示手段（ライフサイクル実行指示部）１０４は、例えばサーバ２０のＮＦＶＩ２１に対してライフサイクルの実行を指示する。
　ライフサイクル実行結果通知手段（ライフサイクル実行結果通知部）１０５は、ライフサイクル実行結果を保守端末（ＥＭＳ、ＯＳＳ等）４０に通知する。
　ＮＦＶ－ＭＡＮＯ１０における上記各手段は、一つの装置に一体に組み込む構成とせず、通信装置を介して通信接続する構成としてもよいことは勿論である。また、ＮＦＶ－ＭＡＮＯ１０における各手段の一部又は全ては、コンピュータ（プロセッサ等）で実行されるプログラムにより実現するようにしてもよい。この場合、コンピュータ（サーバ等の汎用コンピュータであってもよい）は、例えば半導体メモリ又はＨＤＤ等の記憶部に記憶されたプログラムを、主記憶装置に読み出し、プログラム命令を実行することで、ソフトウェア的に又は、通信装置（送信装置、受信装置）等のハードウェアと連携して、該当する機能を実現する。
　本発明によれば、ＶＮＦのライフサイクルの実行条件を登録しておき、さらに当該ＶＮＦのライフサイクルの実行に必要なリソースを事前に確保する構成としたことで、例えばＶＮＦがスケールアウトを要する時点で、必要な物理リソースを確保できないという事態の発生を回避可能としている。
　図５と図６は、上記した例示的な実施形態を、図１を参照して説明したＮＦＶアーキテクチャへ具現化した一例を説明する図である。なお、特に制限されないが、図６では、ＶＮＦライフサイクルの実行条件で指定されたライフサイクルが、ＶＮＦ（ＶＤＵ）等に割り当てられる仮想マシン（ＶＭ）の増設の例（ＶＭのスケールアウト）が示されている。予約により事前確保されるリソース（ＮＦＶＩ２１のコンピュート、ストレージ、ネットワークリソース等）として、ＶＭが例えば２台、事前に確保される。ＶＮＦライフサイクルの実行条件で指定されるライフサイクルはスケールアップ（仮想ＣＰＵの増設、仮想メモリ等の容量の増大等）であってもよい。
　図５において、ＮＦＶＩリソースリポジトリ（ＮＦＶＩ　Ｒｅｓｏｕｒｃｅｓ　Ｒｅｐｏｓｉｔｏｒｙ）１７は、予約された（ｒｅｓｅｒｖｅｄ）ＮＦＶＩ２１のリソース情報を保持する。
＜ステップＳ１０１：ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ　Ｒｅｑｕｅｓｔ＞
　ＥＭＳ２３（保守端末等）からＶＮＦライフサイクル管理インタフェース（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ　ｉｎｔｅｒｆａｃｅ）のＶＮＦライフサイクル管理要求（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ　Ｒｅｑｕｅｓｔ）がＶＮＦＭ１２に送信される。このＶＮＦライフサイクル管理要求には、ＶＮＦライフサイクルの実行条件の指定（例えばライフサイクル実行日時等の指定）及び登録の要求が含まれる。
　ＶＮＦライフサイクルの実行条件の登録要求を受けたＶＮＦＭ１２は、条件ワークフロー（Ｃｏｎｄｉｔｉｏｎ　ＷｏｒｋＦｌｏｗ）１２１に条件を設定する。条件ワークフロー（Ｃｏｎｄｉｔｉｏｎ　ＷｏｒｋＦｌｏｗ）１２１は、ＶＮＦライフサイクルの作業の流れを規定したＶＮＦライフサイクルワークフロー（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　ＷｏｒｋＦｌｏｗ）１２２に登録されているワークフローのうち、実行対象のＶＮＦライフサイクルのワークフロー、実行日時、実行の繰り返し指定、実行優先度情報等を含む。
　ＶＮＦライフサイクルの実行条件として、例えば、対象ＶＮＦのスケールアウト、スケールアウトの容量、及び、実行時間（時刻）を登録するようにしてもよい。
　なお、ＶＮＦライフサイクルの実行条件の登録要求は、ＶＮＦライフサイクル管理インタフェース（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ　ｉｎｔｅｒｆａｃｅ）上で、ＯＳＳ／ＢＳＳ３０等から、ＮＦＶオーケストレータ（ＮＦＶＯ）１１に送信するようにしてもよい。このインタフェースは、保守端末（ＥＭＳ、ＯＳＳ等）から、ＮＦＶＩリソースとＶＮＦ（図１のＶＮＦＤ等の仕様）との対応付けの要求・管理操作を可能としている。ＶＮＦライフサイクル管理（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｍａｎａｇｅｍｅｎｔ）では、例えば、ＶＮＦのスケーリングアウト／イン、ＶＮＦのスケールアップ／ダウン、ターミネーション（停止）、アップデート（更新）等が行われる。
＜ステップＳ１０２：Ｒｅｓｅｒｖｅ　Ｇｒａｎｔ　Ｒｅｑｕｅｓｔ＞
　ＶＮＦＭ１２は、登録されたＶＮＦライフサイクルの実行条件をもとに、ＶＮＦライフサイクル実行（例えばスケールアウト）に必要なリソース等を割り出し、ＮＦＶオーケストレータ（ＮＦＶＯ）１１に対して、ＶＮＦライフサイクル（スケールアウト等）の実行に必要なリソースの予約認可要求（Ｒｅｓｅｒｖｅ　Ｇｒａｎｔ　Ｒｅｑｕｅｓｔ）を行う。
＜ステップＳ１０３：Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖｅ　Ｒｅｑｕｅｓｔ＞
　ＮＦＶオーケストレータ（ＮＦＶＯ）１１は、ＶＮＦＭ１２からの予約認可要求（Ｒｅｓｅｒｖｅ　Ｇｒａｎｔ　Ｒｅｑｕｅｓｔ）を受けると、ＶＩＭ１３に対してＯｒ－Ｖｉ（図１参照）経由で、リソース予約要求（Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖｅ　Ｒｅｑｕｅｓｔ）を送信する。
＜ステップＳ１０４：Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖａｔｉｏｎ＞
　ＶＩＭ１３は、ＮＦＶオーケストレータ（ＮＦＶＯ）１１からのリソース予約要求（Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖｅ　Ｒｅｑｕｅｓｔ）に応じて、ＮＦＶＩ２１におけるリソース（例えば仮想マシンＶＭ、あるいは仮想ＣＰＵ、仮想メモリ等の仮想化リソース）を確保する。図６では、仮想マシンＶＭが確保された状態を示している。
　ＶＩＭ１３において、事前に確保したＮＦＶＩリソースは、例えば、事前リソース予約管理番号（識別情報）を付与してリソースプールに登録して管理する。事前リソース予約管理番号は、番号に制限されるものではなく、リソースのＩＤ情報（Ｉｄｅｎｔｉｔｙ情報）等を含むものであってもよい。
＜ステップＳ１０５：Ｒｅｓｏｕｒｃｅ　　Ｒｅｓｅｒｖｅ　ＡＣＫ＞
　ＶＩＭ１３は、ＮＦＶオーケストレータ（ＮＦＶＯ）１１にリソース予約の肯定応答（Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖｅ　ＡＣＫ）を送信する。このリソース予約の肯定応答が、事前リソース予約管理番号を含み、ＮＦＶオーケストレータ（ＮＦＶＯ）１１に事前リソース予約管理番号を通知するようにしてもよい。
＜ステップＳ１０６：Ｒｅｓｅｒｖｅ　Ｇｒａｎｔ　ＡＣＫ＞
　ＮＦＶオーケストレータ（ＮＦＶＯ）１１は、ＶＮＦＭ１２に、予約認可の肯定応答（Ｒｅｓｅｒｖｅ　Ｇｒａｎｔ　ＡＣＫ）を送信する。予約認可の肯定応答（Ｒｅｓｅｒｖｅ　Ｇｒａｎｔ　ＡＣＫ）が、事前リソース予約管理番号を含み、ＶＮＦＭ１２に事前リソース予約管理番号を通知するようにしてもよい。
＜ステップＳ１０７：ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ　ＡＣＫ＞
　ＶＮＦＭ１２は、ＥＭＳ２３に対して、ＶＮＦライフサイクル管理肯定応答（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ　ＡＣＫ）を返す。このＶＮＦライフサイクル管理肯定応答が、ＶＮＦライフサイクルの実行条件の登録の実行結果（ＶＮＦライフサイクルの実行条件の登録ＩＤ）や事前リソース予約管理番号等を含み、ＥＭＳ２３にこれらを通知するようにしてもよい。
　以上で、ＶＮＦライフサイクルの登録とＮＦＶＩ２１におけるリソースの予約（事前確保）が完了する。
＜ステップＳ１０８：ＶＮＦライフサイクルの実行条件判定＞
　リソースの予約（事前確保）が完了すると、ＶＮＦＭ１２において、登録されたＶＮＦライフサイクルの実行条件が成立しているか否かの判定が行われる。
　例えばＶＮＦＭ１２では、ＶＮＦＭ１２が内蔵する時計（不図示）の日付、現在時刻が、登録されたＶＮＦライフサイクルの実行条件の指定日時（あるいはカレンダ等のイベント情報）と一致するか否かチェックする。
＜ステップＳ１０９：ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｅｘｅｃｕｔｉｏｎ　Ｒｅｑｕｅｓｔ＞
　ＶＮＦライフサイクルの実行条件が成立している場合（例えば現在の日時が、登録されたＶＮＦライフサイクル実行条件の指定日時等に該当する場合）、ＶＮＦＭ１２は、ＶＮＦライフサイクルワークフロー１２２に登録されているＶＮＦライフサイクルのワークフローを実行する。ＶＮＦＭ１２は、ＶＩＭ１３に対して、ＶＮＦライフサイクル実行要求（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｅｘｅｃｕｔｉｏｎ　Ｒｅｑｕｅｓｔ）を送信する。
　その際、ＶＮＦＭ１２は、ＶＮＦライフサイクル実行要求（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｅｘｅｃｕｔｉｏｎ　Ｒｅｑｕｅｓｔ）に、事前リソース予約管理番号を指定し、ＶＩＭ１３に対して事前リソース予約管理番号に対応する予約されたリソースに関するＶＮＦライフサイクル（例えばスケールアウト）の実行を指示するようにしてもよい。例えば、ＶＮＦＭ１２は、ＶＮＦのスケールアウトの場合、事前リソース予約管理番号に対応する予約済みの仮想マシン（ＶＭ）の増設等をＶＩＭ１３に指示するようにしてもよい。
＜ステップＳ１１０：ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｅｘｅｃｕｔｉｏｎ＞
　ＶＩＭ１３は、ＮＦＶＩ２１に対して、ＶＮＦライフサイクル実行（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｅｘｅｃｕｔｉｏｎ）を指示する。
　ＮＦＶＩ２１は、ＶＩＭ１３からの指示に基づき、例えば既存のＶＮＦに対して予約済みのＶＭを増設する。
＜ステップＳ１１１：ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｅｘｅｃｕｔｉｏｎ　ＡＣＫ＞
　ＶＩＭ１３は、ＶＮＦライフサイクル実行の肯定応答（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｅｘｅｃｕｔｉｏｎ　ＡＣＫ）をＶＮＦＭ１２に返す。
＜ステップＳ１１２：ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｅｘｅｃｕｔｉｏｎ　Ｎｏｔｉｆｉｃａｔｉｏｎ＞
　ＶＮＦＭ１２は、ＥＭＳ２３にＶＮＦライフサイクル実行通知（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　Ｅｘｅｃｕｔｉｏｎ　Ｎｏｔｉｆｉｃａｔｉｏｎ）を送信する。
　なお、図６のステップＳ１０９において、実行を要求するＶＮＦライフサイクルがＶＮＦのスケールアウトである場合、図２のステップＳ８の処理（ＶＮＦＭ１２からＶＩＭ１３へのリソースの割り当て（Ａｌｌｏｃａｔｅ　Ｒｅｓｏｕｒｃｅｓ））から実行するようにしてもよい。この場合、リソースの割り当て指示により、予約済みの仮想マシン（ＶＭ）に対応する事前リソース予約管理番号をＶＩＭ１３に通知するようにしてもよい。
　あるいは、図６のステップＳ１０９において、実行を要求するＶＮＦライフサイクルがＶＮＦのスケールインである場合、ＶＮＦライフサイクルの実行条件で指定されたリソース容量を、ＶＮＦに割り当てられた容量から解放する。この場合、例えばＶＮＦＭ１２は、ＮＦＶＩを介してＶＮＦをシャットダウン（Ｇｒａｃｅｆｕｌ　Ｔｅｒｍｉｎａｔｉｏｎ）させ、図６のステップＳ１０９として、図３のステップＳ２７からの処理を実行するようにしてもよい。
　図２、図３等を参照して説明したように、ＮＦＶにおいて、スケーリングは、例えばＶＮＦ及びＮＦＶの負荷を契機（性能測定結果）としており、ライフサイクルの実行条件の任意の指定によるスケーリングや、必要な仮想リソースの増大を想定したリソースの事前確保ができなかった。
　この課題を解決するため、上記した例示的な実施形態で説明したように、ＶＮＦライフサイクルに関して任意の実行条件の設定、ＶＮＦライフサイクル実行前に（事前に）、必要なリソースの確保が可能となり、スケールアウト等のスケーリングを成功させることが出来る。
　本実施形態において、特に制限されるものではないが、ＶＮＦＭ１２に対してＶＮＦライフサイクルの実行条件の指定は、例えば図７に例示した情報を含むようにしてもよい。図７を参照すると、ＶＮＦライフサイクルの実行条件のワークフロー実行条件の「実行ライフサイクル指定」は、
・実行対象ＶＮＦ、
・実行対象ＶＮＦのライフサイクル（インスタンシエーション（生成）、ターミネーション（停止）、スケールアウト、スケールイン、その他任意のＶＮＦライフサイクル）を含むようにしてもよい。
　ワークフロー実行条件の「スケールアウト／スケールイン時の対象リソース量」は、スケールアウト時のＶＮＦで必要なリソース容量の基準値を指定する。また、スケールイン時のＶＮＦに解放するリソース容量の基準値を指定するようにしてもよい。
　「スケールアウト／スケールイン時の対象リソース量」は、ＶＮＦに割り当てるリソースに付与される閾値１、閾値２を含むようにしてもよい。
　例えば、閾値１は、最低限必要なリソース容量である。また、閾値２は、予備リソース容量であり、他のＶＮＦが必要とする場合、解放され、他のＶＮＦ用に確保される。なお、ＶＮＦに割り当てるリソースに付与される閾値は、閾値１、２に制限されるものでなく、さらに多くの閾値のランクを含むようにしてもよいことは勿論である。
　ワークフロー実行条件の「優先度設定」は、他のＶＮＦへの他のリソース確保やＶＮＦライフサイクルの競合時に、本処理（本ワークフロー）を優先するか否かを指定する。他のＶＮＦへのリソース確保やＶＮＦライフサイクルの競合時、優先度の高い他のＶＮＦへリソースが確保され、また優先度の高い他のＶＮＦのライフサイクルが優先される。
　ワークフロー実行条件の「実行日時／時間」は、ＶＮＦライフサイクルの実行日時を指定する。例えば、日時に、予め定められたワイルドカードを指定することで、毎日、毎時、当該ライフサイクルを実行することが可能となる。あるいは、何日おき等でのライフサイクル実行を指定可能とするテンプレート構成としてもよい。
　ＶＮＦのライフサイクルは、スケールアウト、スケールインに制限されるものでなく、例えばＶＮＦのインスタンシエーション、ターミネーション、問い合わせ（Ｑｕｅｒｙ）等であってもよい。また、ＶＮＦライフサイクルの実行条件で指定される図７に示した情報要素に制限されるものでなく、登録者が所望する任意の情報要素を設定するようにしてもよい。
　本実施形態によれば、ＶＮＦライフサイクルの実行条件として、複数のＶＮＦライフサイクルを登録し、指定した所望の時間等に、シナリオを実行させることで、ＶＮＦシステムの保守業務を自動化し、保守工程の簡略化させることが可能となる。
　よく知られているように、ＶＮＦにおいて仮想リソースの使用／要求状況は、処理負荷等に応じて、常に変動している。
　このため、あるＶＮＦに対して事前にリソースを確保すると、本来、リソースを必要とする他のＶＮＦの要求と競合する事態、あるいは、他のＶＮＦで必要なリソースを確保できない場合が発生する可能性がある。
　そこで、ＶＮＦで必要とするリソースを確保するにあたり、好ましくは、図４のライフサイクル実行条件登録手段１０１で指定する条件として、図７に例示したように、事前に確保するリソースの一定の範囲に対して、閾値、優先度を設定する。
　この結果、例えばＶＮＦライフサイクル実行後のＶＮＦの仮想リソースの使用状況や要求状況に合わせたリソースを確保することができる。
　図８は、本発明の別の実施形態を説明する図である。図８において、図４と同一の要素には同一の参照符号が付されている。以下では、図４の構成との相違点について説明する。予約済リソース再割り当て手段（予約済リソース再割り当て部）１０７は、例えばＶＮＦ１に対して事前に確保されたリソース１（２４－１）のうち、予備リソースとして設定されている所定の容量を解放し、例えばより多くのリソースを必要とするＶＮＦ２（優先度がＶＮＦ１よりも高い）に対して確保されたリソース２（２４－２）への該解放したリソースの再割り当てを行う。なお、図８の符号２４は、事前に確保されたリソースのプール（リソースプール）を表している。
　なお、図８の例では、ＶＮＦ１に対して事前に確保されたリソース１（２４－１）は、ＶＮＦライフサイクル実行時のために事前に確保されたリソースであり、その一部を、リソース２に割り当てる場合、事前リソース予約番号で管理されるリソース構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を変更する。
　例えば、予約により、ＶＮＦに対して事前確保されたリソースが仮想マシン（ＶＭ）の場合、図５のＶＩＭ１３で管理するフレーバ１８に登録されたリソース１に対応するＶＭのスペックや容量値（例えば、ｖＣＰＵ（ｖｉｒｔｕａｌ　ＣＰＵ）を４個から２個、仮想メモリの容量を８ＧＢ（Ｇｉｂａ　ｂｙｔｅ）から４ＧＢ等）を更新する。また、ＶＮＦの仮想リソース構成の変更は、図５のＶＩＭ１３からＮＦＶＯ１１へ通知されるか、あるいは、ＶＩＭ１３からＶＮＦＭ１２へ通知される。
　図９は、図８の予約済リソース再割り当て手段１０７によるＶＮＦへの仮想マシン（ＶＭ）のリソースの再割り当てを説明する図である。ＶＮＦライフサイクルの実行条件の指定では、ＶＮＦライフサイクルの実行条件において、
・ＶＭ（種別１）は優先度Ｂ（低）、
・ＶＭ（種別２）は優先度Ａ（高）
に指定されているものとする。ここで、閾値１を最低限必要なリソースとする。閾値２を予備リソースとする（他のＶＮＦが必要とする場合は解放される）。
　図９に示すように、事前に確保したリソースが、ＶＭ（種別１）優先度Ｂ（低）に設定されているものとする。この状態で、ＶＭ（種別２）優先度Ａ（高）からのリソース要求に対して確保済みのリソースが不足していた場合、ＶＭ（種別１）優先度Ｂで事前に確保したリソース２０１のうち、最低限必要なリソース２０３（閾値１）をＶＭ（種別１）優先度Ｂ（低）用に残し、閾値２の予備リソース２０４から必要量のリソース２０５を解放して、ＶＭ（種別２）に割り当てる。この結果、確保済みのリソースが不足しさらなるリソースを必要とする他のＶＮＦ（高優先度のＶＭ上で稼働）に対して、相対的に低優先度のＶＭに対して事前に確保したリソースから、リソースの提供を可能としている。
　本実施形態によれば、仮想化された通信サーバ（ＶＮＦ）など、非仮想化時と同様に、エンドユーザに影響なく、２４時間無停止稼働が求められるシステムの必要リソース事前確保、及び、各種の仮想化サーバ（ＶＮＦ）における保守業務の簡略化やシナリオ実行化を必要とするシステム等に適用して好適である。
　また、上記実施形態では、ＶＮＦのスケールアウト、スケールイン等のライフサイクルの管理について説明したが、ＮＳ（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ）インスタンスのスケールアウト、スケールイン等のライフサイクルについても、ＶＮＦライフサイクルの実行条件の事前登録と同様、ＮＳインスタンスライフサイクルの実行条件を事前に登録し、ＮＳインスタンスライフサイクル実行に必要なＶＮＦ等を事前に確保しておき、ＮＳインスタンスライフサイクルの実行条件が成立した時点で、ＮＦＶＯ等はＮＳインスタンスのスケールアウト、スケールイン等を実行するようにしてもよい。例えばＶＮＦＡとＶＮＦＢをそれぞれ機能の異なるＶＮＦとして、登録されたＮＳインスタンスライフサイクルの実行条件が成立したときに、フレーバＡ（１つのＶＮＦＡ＋２つのＶＮＦＢ）によってインスタンシェート（生成）されたネットワークサービス（ＮＳ）から、別のフレーバＢ（２つのＶＮＦＡ＋２つのＶＮＦＢ）によってインスタンシェート（生成）されるネットワークサービス（ＮＳ）に切り替える（スケールアウト）ようにしてもよい。すなわち、仮想環境下でのライフサイクル管理対象の仮想機能のインスタンスは、ＶＮＦインスタンスに制限されるものでなく、ＮＳインスタンス等であってもよい。
　また仮想機能のライフサイクルは、上記に制限されず、仮想機能のインスタンスの生成（インスタンシェーション）、各種制御、起動、停止、再起動、 監視、動作条件等の設定であってもよい。
　なお、上記非特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
　特に制限されないが、上記した実施形態は例えば以下のように付記される。
(付記１)
　仮想化環境下での仮想機能インスタンスのライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録するライフサイクル実行条件登録手段と、
　前記仮想機能インスタンスにおいて前記ライフサイクルの実行に必要なリソースを事前に確保する事前リソース確保手段と、
　前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定するライフサイクル実行条件判定手段と、
　前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示するライフサイクル実行指示手段と、
　前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知するライフサイクル実行結果通知手段と、
　を備えたネットワーク機能仮想化管理オーケストレーション装置。
(付記２)
　前記事前リソース確保手段は、事前に確保したリソースに管理用の識別情報を付与する、付記１記載のネットワーク機能仮想化管理オーケストレーション装置。
(付記３）
　第１の仮想機能に対して事前に確保されたリソースのうち所定のリソースを解放し、前記解放したリソースを第２の仮想機能に割り当てる予約済リソース再割り当て手段をさらに備えた付記１又は２記載のネットワーク機能仮想化管理オーケストレーション装置。
(付記４）
　前記ライフサイクルの実行条件が、
　前記仮想機能に対して事前に確保するリソースについて、最低限必要なリソースと、予備リソースとを指定する情報要素を有し、
　前記予約済リソース再割り当て手段は、
　前記第１の仮想機能に対して事前に確保されたリソースのうち前記予備リソースの少なくとも一部を解放し、前記第２の仮想機能に対して割り当てる、付記３記載のネットワーク機能仮想化管理オーケストレーション装置。
(付記５）
　前記ライフサイクルの実行条件が、
　仮想機能の優先度を設定する情報要素を有し、
　前記第２の仮想機能は、前記第１の仮想機能より高い優先度に設定されており、
　前記予約済リソース再割り当て手段は、
　優先度の低い前記第１の仮想機能の予備リソースを解放し、優先度の高い前記第２の仮想機能に割り当てる、付記３又は４記載のネットワーク機能仮想化管理オーケストレーション装置。
(付記６）
　前記仮想機能は、仮想化ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）である、付記１乃至５のいずれかに記載のネットワーク機能仮想化管理オーケストレーション装置。
(付記７）
　前記送信元は、エレメント管理システム（ＥＭＳ：Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）であり、ＶＮＦマネージャ（ＶＮＦＭ）は、前記ＥＭＳから、ＶＮＦのライフサイクルの実行条件の登録要求を送信元から受け取って登録し、
　ＶＮＦのライフサイクルの実行に必要なリソースに関して予約認可要求をＮＦＶオーケストレータに送信し、
　ＮＦＶオーケストレータは仮想化インフラストラクチャマネージャ（ＶＩＭ）にネットワークファンクション仮想化インフラストラクチャ（ＮＦＶＩ：Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎｓ　Ｖｉｒｔｕａｌｉｚａｔｉｏｎ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）のリソースを事前確保する、付記６記載のネットワーク機能仮想化管理オーケストレーション装置。
(付記８）
　ＶＮＦマネージャ（ＶＮＦＭ）は、ＶＮＦのライフサイクルの実行条件を満たすと、仮想化インフラストラクチャマネージャ（ＶＩＭ）にＶＮＦライフサイクルの実行を指示する、付記７記載のネットワーク機能仮想化管理オーケストレーション装置。
(付記９）
　仮想化環境下での仮想機能インスタンスのライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録し、
　前記仮想機能インスタンスにおいて前記ライフサイクルの実行に必要なリソースを事前に確保し、
　前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
　前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示し、
　前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する、ネットワーク機能仮想化管理オーケストレーション方法。
(付記１０)
　事前に確保したリソースに管理用の識別情報を付与する、付記９記載のネットワーク機能仮想化管理オーケストレーション方法。
(付記１１）
　第１の仮想機能に対して事前に確保されたリソースのうち所定のリソースを解放し、前記解放したリソースを第２の仮想機能に割り当てる、付記９又は１０記載のネットワーク機能仮想化管理オーケストレーション方法。
(付記１２）
　前記ライフサイクルの実行条件が、前記仮想機能に対して事前に確保するリソースについて、最低限必要なリソースと、予備リソースとを指定する情報要素を有し、
　前記事前リソース確保手段で事前に確保されたリソースが、最低限必要なリソースと、予備リソースを備え、
　前記第１の仮想機能に対して事前に確保された前記予備リソースの少なくとも一部を解放し前記第２の仮想機能に対して割り当てる、付記９乃至１１のいずれかに記載のネットワーク機能仮想化管理オーケストレーション方法。
(付記１３）
　前記ライフサイクルの実行条件が、仮想機能の優先度を設定する情報要素を有し、
　前記第２の仮想機能は、前記第１の仮想機能より高い優先度に設定されており、
　前記予約済リソース再割り当てに際して、優先度の低い前記第１の仮想機能の予備リソースを解放し、優先度の高い前記第２の仮想機能に割り当てる、付記９乃至１２のいずれかに記載のネットワーク機能仮想化管理オーケストレーション方法。
(付記１４）
　前記仮想機能は、仮想化ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）である、付記９乃至１３のいずれかに記載のネットワーク機能仮想化管理オーケストレーション方法。
(付記１５）
　前記送信元は、エレメント管理システム（ＥＭＳ：Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）であり、ＶＮＦマネージャ（ＶＮＦＭ）は、前記ＥＭＳから、ＶＮＦのライフサイクルの実行条件の登録要求を送信元から受け取って登録し、
　ＶＮＦのライフサイクルの実行に必要なリソースに関して予約認可要求をＮＦＶオーケストレータに送信し、
　ＮＦＶオーケストレータは仮想化インフラストラクチャマネージャ（ＶＩＭ）にネットワークファンクション仮想化インフラストラクチャ（ＮＦＶＩ：Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎｓ　Ｖｉｒｔｕａｌｉｚａｔｉｏｎ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）のリソースを事前確保する、付記１４記載のネットワーク機能仮想化管理オーケストレーション方法。
(付記１６）
　ＶＮＦマネージャ（ＶＮＦＭ）は、ＶＮＦのライフサイクルの実行条件が成立すると、仮想化インフラストラクチャマネージャ（ＶＩＭ）にＶＮＦライフサイクルの実行を指示する、付記１５記載のネットワーク機能仮想化管理オーケストレーション方法。
(付記１７）
　仮想化環境下での仮想機能インスタンスのライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録する処理と、
　前記仮想機能インスタンスにおいて前記ライフサイクルの実行に必要なリソースを事前に確保するように制御する処理と、
　前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
　前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示する処理と、
　前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する処理を、コンピュータに実行させるプログラム。
(付記１８）
　第１の仮想機能に対して事前に確保されたリソースのうち所定のリソースを解放し、前記解放したリソースを第２の仮想機能に割り当てる予約済リソース再割り当て処理をさらに前記コンピュータに実行させる付記１７記載のプログラム。
(付記１９）
　前記仮想機能は、仮想化ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）である、付記１７又は１８記載のプログラム。
１０　ＮＦＶ－ＭＡＮＯ
１１　ＮＦＶＯ（ＮＦＶ　Ｏｒｃｈｅｓｔｒａｔｏｒ）
１２　ＶＮＦＭ（ＶＮＦ　Ｍａｎａｇｅｒ）
１３　ＶＩＭ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｍａｎａｇｅｒ）
１４　ＮＳカタログ
１５　ＶＮＦカタログ
１６　ＮＦＶインスタンスリポジトリ
１７　ＮＦＶＩリソースリポジトリ
１８　フレーバ
２０　サーバ
２１　ＮＦＶＩ
２２　ＶＮＦ
２２－１　ＶＮＦ１
２２－２　ＶＮＦ２
２３　ＥＭ（ＥＭＳ）
２４　リソースプール
２４－１　リソース１
２４－２　リソース２
３０　ＯＳＳ／ＢＳＳ
４０　保守端末（ＥＭＳ、ＯＳＳ等）
１０１　ライフサイクル実行条件登録手段
１０２　事前リソース確保手段
１０３　ライフサイクル実行条件判定手段
１０４　ライフサイクル実行指示手段
１０５　ライフサイクル実行結果通知手段
１０６　記憶部
１０７　予約済リソース再割り当て手段
１２１　条件ワークフロー（Ｃｏｎｄｉｔｉｏｎ　ＷｏｒｋＦｌｏｗ）
１２２　ＶＮＦライフサイクルワークフロー（ＶＮＦ　ＬｉｆｅＣｙｃｌｅ　ＷｏｒｋＦｌｏｗ）
１４１　ＮＳＤ
１５１　ＶＮＦＤ
２０１　ＶＭ（種別１）優先度Bの事前リソース確保済み
２０２　ＶＭ（種別２）優先度Aの事前リソース確保要求
２０３　最低限必要なリソース（閾値１）
２０４　予備リソース（閾値２）
２０５　不足リソース

Claims (12)

  1. 　仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を受信すると、前記ライフサイクルの実行に必要なリソースを事前に確保しておき、登録した前記ライフサイクルの実行条件の成立を検出すると、前記ライフサイクルの実行を指示する、処理を行う処理装置を備えた、ネットワーク機能仮想化管理オーケストレーション装置。
  2. 　仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録するライフサイクル実行条件登録手段と、
    　前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保する事前リソース確保手段と、
    　前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定するライフサイクル実行条件判定手段と、
    　前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示するライフサイクル実行指示手段と、
    　前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知するライフサイクル実行結果通知手段と、
    　を備えた請求項１記載のネットワーク機能仮想化管理オーケストレーション装置。
  3. 　前記事前リソース確保手段は、事前に確保したリソースに管理用の識別情報を付与する、請求項１記載のネットワーク機能仮想化管理オーケストレーション装置。
  4. 　第１の仮想機能に対して事前に確保されたリソースのうち所定のリソースを解放し、前記解放したリソースを第２の仮想機能に割り当てる予約済リソース再割り当て手段をさらに備えた、請求項１乃至３のいずれか１項に記載のネットワーク機能仮想化管理オーケストレーション装置。
  5. 　前記ライフサイクルの実行条件が、
    　前記仮想機能に対して事前に確保するリソースについて、最低限必要なリソースと、予備リソースとを指定する情報要素を有し、
    　前記予約済リソース再割り当て手段は、
    　前記第１の仮想機能に対して事前に確保されたリソースのうち前記予備リソースの少なくとも一部を解放し、前記第２の仮想機能に対して割り当てる、請求項４記載のネットワーク機能仮想化管理オーケストレーション装置。
  6. 　前記ライフサイクルの実行条件が、
    　前記仮想機能の優先度を設定する情報要素を有し、
    　前記第２の仮想機能は、前記第１の仮想機能より高い優先度に設定されており、
    　前記予約済リソース再割り当て手段は、
    　優先度の低い前記第１の仮想機能の予備リソースの少なくとも一部を解放し、優先度の高い前記第２の仮想機能に割り当てる、請求項４又は５記載のネットワーク機能仮想化管理オーケストレーション装置。
  7. 　前記仮想機能は、仮想化ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）である、請求項１乃至６のいずれか１項に記載のネットワーク機能仮想化管理オーケストレーション装置。
  8. 　前記送信元は、エレメント管理システム（ＥＭＳ：Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）であり、ＶＮＦマネージャ（ＶＮＦＭ）は、前記ＥＭＳから、ＶＮＦのライフサイクルの実行条件の登録要求を送信元から受け取って登録し、
    　ＶＮＦのライフサイクルの実行に必要なリソースに関して予約認可要求を、ＮＦＶオーケストレータに送信し、
    　前記ＮＦＶオーケストレータは、仮想化インフラストラクチャマネージャ（ＶＩＭ）に、ネットワークファンクション仮想化インフラストラクチャ（ＮＦＶＩ：Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎｓ　Ｖｉｒｔｕａｌｉｚａｔｉｏｎ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）のリソースを事前確保する、請求項７記載のネットワーク機能仮想化管理オーケストレーション装置。
  9. 　前記ＶＮＦマネージャ（ＶＮＦＭ）は、ＶＮＦのライフサイクルの実行条件が成立すると、仮想化インフラストラクチャマネージャ（ＶＩＭ）に対して、ＶＮＦライフサイクルの実行を指示する、請求項８記載のネットワーク機能仮想化管理オーケストレーション装置。
  10. 　仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録し、
    　前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保し、
    　前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
    　前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示し、
    　前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する、ネットワーク機能仮想化管理オーケストレーション方法。
  11. 　仮想化環境下での仮想機能のライフサイクルの実行条件の登録要求を送信元から受け取り、前記ライフサイクルの実行条件を記憶部に登録する処理と、
    　前記仮想機能において前記ライフサイクルの実行に必要なリソースを事前に確保するように制御する処理と、
    　前記記憶部に登録された前記ライフサイクルの実行条件の成立の有無を判定し、
    　前記ライフサイクルの実行条件が成立する場合に、前記ライフサイクルの実行を指示する処理と、
    　前記ライフサイクルの実行結果を、前記ライフサイクルの実行条件の登録要求の前記送信元に通知する処理を、コンピュータに実行させるプログラム。
  12. 　ネットワーク機能仮想化インフラストラクチャ（ＮＦＶＩ）上の仮想化ネットワーク機能（ＶＮＦ）のライフサイクルを管理する管理装置と、
    　前記仮想化ネットワーク機能の実行条件の登録要求を前記管理装置に送信する保守装置と、
    　を備え、
    　前記管理装置は、
    　前記仮想化ネットワーク機能のライフサイクルの実行条件の登録要求を受けると、前記ライフサイクルの実行に必要なリソースを事前に確保しておき、
    　登録した前記ライフサイクルの実行条件の成立を検出すると、前記ライフサイクルの実行を指示する、ネットワーク仮想化機能管理オーケストレーションシステム。
PCT/JP2017/012512 2016-03-28 2017-03-28 ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム WO2017170470A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/080,350 US20190052528A1 (en) 2016-03-28 2017-03-28 Network function virtualization management orchestration apparatus, method
JP2018508027A JP6954267B2 (ja) 2016-03-28 2017-03-28 ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016063169 2016-03-28
JP2016-063169 2016-03-28

Publications (1)

Publication Number Publication Date
WO2017170470A1 true WO2017170470A1 (ja) 2017-10-05

Family

ID=59965790

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/012512 WO2017170470A1 (ja) 2016-03-28 2017-03-28 ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム

Country Status (3)

Country Link
US (1) US20190052528A1 (ja)
JP (1) JP6954267B2 (ja)
WO (1) WO2017170470A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019109039A1 (en) * 2017-12-01 2019-06-06 Cisco Technology, Inc. Priority based resource management in a network functions virtualization (nfv) environment
WO2019106904A1 (ja) * 2017-11-29 2019-06-06 日本電気株式会社 管理装置、上位装置、管理方法及びプログラム
CN111399970A (zh) * 2019-01-02 2020-07-10 中国移动通信有限公司研究院 一种预留资源管理方法、装置和存储介质
WO2023238368A1 (ja) * 2022-06-10 2023-12-14 楽天モバイル株式会社 ネットワークリソースに対するタスクの優先度制御

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3349397B1 (en) * 2015-09-30 2020-07-29 Huawei Technologies Co., Ltd. Scaling out method, device and system
WO2017075046A1 (en) * 2015-10-26 2017-05-04 Nokia Solutions And Networks Oy Method and apparatus for virtualized network function decomposition
WO2017185303A1 (zh) * 2016-04-28 2017-11-02 华为技术有限公司 一种nfv mano策略描述符的管理方法及装置
WO2017222613A1 (en) * 2016-06-20 2017-12-28 Intel IP Corporation End-to-end techniques to create pm (performance measurement) thresholds at nfv (network function virtualization) infrastructure
CN107566150B (zh) * 2016-07-01 2020-04-28 华为技术有限公司 处理云资源的方法和物理节点
JP6735413B2 (ja) * 2016-08-18 2020-08-05 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｎｆｖシステムのためのネットワーク・サービス設計及びデプロイメント・プロセス
WO2018128804A1 (en) * 2017-01-06 2018-07-12 Intel IP Corporation Measurement job suspension and resumption in network function virtualization
US10397132B2 (en) * 2017-04-07 2019-08-27 Futurewei Technologies, Inc. System and method for granting virtualized network function life cycle management
US10735275B2 (en) * 2017-06-16 2020-08-04 Cisco Technology, Inc. Releasing and retaining resources for use in a NFV environment
US11190423B2 (en) * 2017-09-22 2021-11-30 Apple Inc. Connection point related performance measurements in a network function virtualization environment
US10833957B2 (en) * 2018-01-16 2020-11-10 Intel Corporation Managing physical network function instances in a network service instance
GB2573283B (en) * 2018-04-26 2020-04-29 Metaswitch Networks Ltd Improvements relating to network functions virtualization
JP7077867B2 (ja) * 2018-08-27 2022-05-31 日本電信電話株式会社 ネットワークサービス管理装置、ネットワークサービス管理方法およびネットワークサービス管理プログラム
CN112887118B (zh) * 2019-11-29 2024-05-31 中兴通讯股份有限公司 Vnf信息获取及控制方法、装置、nfvo、vnfm及存储介质
WO2021155924A1 (en) * 2020-02-05 2021-08-12 Telefonaktiebolaget Lm Ericsson (Publ) Identifying an instance of a virtual network function
CN111538565A (zh) * 2020-04-24 2020-08-14 广东奥飞数据科技股份有限公司 一种网络功能虚拟化系统及方法
CN111901154B (zh) * 2020-07-04 2022-05-27 烽火通信科技股份有限公司 基于nfv的安全架构系统和安全部署及安全威胁处理方法
US11593143B2 (en) * 2020-07-30 2023-02-28 Vmware, Inc. System and method for distributed orchestration management in network function virtualization
CN114598604B (zh) * 2020-12-01 2023-09-19 中移(苏州)软件技术有限公司 虚拟网络功能实例信息的监控方法、监控装置及终端
WO2022172061A1 (ja) * 2021-02-12 2022-08-18 ラクテン・シンフォニー・シンガポール・プライベート・リミテッド ネットワークサービス管理装置およびネットワークサービス管理方法
US11960913B2 (en) * 2021-03-16 2024-04-16 Nerdio, Inc. Systems and methods of auto-scaling a virtual desktop environment
US11995327B2 (en) * 2022-06-30 2024-05-28 Western Digital Technologies, Inc. Data storage device and method for adaptive host memory buffer allocation based on virtual function prioritization
CN117424804A (zh) * 2022-07-11 2024-01-19 中国移动通信有限公司研究院 功能编排方法、装置、设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012025977A1 (ja) * 2010-08-23 2012-03-01 株式会社日立製作所 スケジュール管理方法及びスケジュール管理サーバ
WO2012093472A1 (ja) * 2011-01-05 2012-07-12 株式会社日立製作所 サービスの予約管理方法、仮想計算機システム及び記憶媒体

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8209695B1 (en) * 2006-07-28 2012-06-26 Hewlett-Packard Development Company, L.P. Reserving resources in a resource-on-demand system for user desktop utility demand
US9086917B1 (en) * 2006-10-17 2015-07-21 Manageiq, Inc. Registering and accessing virtual systems for use in a managed system
US8250574B2 (en) * 2007-05-24 2012-08-21 Nec Corporation Virtual machine management via use of table in which virtual machine information is registered on a time basis
US9838265B2 (en) * 2013-12-19 2017-12-05 Amdocs Software Systems Limited System, method, and computer program for inter-module communication in a network based on network function virtualization (NFV)
US10445850B2 (en) * 2015-08-26 2019-10-15 Intel Corporation Technologies for offloading network packet processing to a GPU

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012025977A1 (ja) * 2010-08-23 2012-03-01 株式会社日立製作所 スケジュール管理方法及びスケジュール管理サーバ
WO2012093472A1 (ja) * 2011-01-05 2012-07-12 株式会社日立製作所 サービスの予約管理方法、仮想計算機システム及び記憶媒体

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019106904A1 (ja) * 2017-11-29 2019-06-06 日本電気株式会社 管理装置、上位装置、管理方法及びプログラム
JPWO2019106904A1 (ja) * 2017-11-29 2020-11-19 日本電気株式会社 管理装置、上位装置、管理方法及びプログラム
JP7173041B2 (ja) 2017-11-29 2022-11-16 日本電気株式会社 管理装置、上位装置、管理方法及びプログラム
WO2019109039A1 (en) * 2017-12-01 2019-06-06 Cisco Technology, Inc. Priority based resource management in a network functions virtualization (nfv) environment
US11909603B2 (en) 2017-12-01 2024-02-20 Cisco Technology, Inc. Priority based resource management in a network functions virtualization (NFV) environment
CN111399970A (zh) * 2019-01-02 2020-07-10 中国移动通信有限公司研究院 一种预留资源管理方法、装置和存储介质
CN111399970B (zh) * 2019-01-02 2023-04-07 中国移动通信有限公司研究院 一种预留资源管理方法、装置和存储介质
WO2023238368A1 (ja) * 2022-06-10 2023-12-14 楽天モバイル株式会社 ネットワークリソースに対するタスクの優先度制御

Also Published As

Publication number Publication date
US20190052528A1 (en) 2019-02-14
JPWO2017170470A1 (ja) 2019-03-22
JP6954267B2 (ja) 2021-10-27

Similar Documents

Publication Publication Date Title
WO2017170470A1 (ja) ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム
US11425194B1 (en) Dynamically modifying a cluster of computing nodes used for distributed execution of a program
US10003500B2 (en) Systems and methods for resource sharing between two resource allocation systems
US10719348B2 (en) Network function virtualization management and orchestration apparatus, method, and program
JP6658882B2 (ja) 制御装置、ｖｎｆ配置先選択方法及びプログラム
JP6819296B2 (ja) 仮想化管理・オーケストレーション装置、仮想化管理・オーケストレーション方法、および、プログラム
US11252220B2 (en) Distributed code execution involving a serverless computing infrastructure
US10001821B2 (en) Cloud management with power management support
US11625274B1 (en) Hyper-convergence with scheduler extensions for software-defined container storage solutions
US8862720B2 (en) Flexible cloud management including external clouds
US8321558B1 (en) Dynamically monitoring and modifying distributed execution of programs
EP3313023A1 (en) Life cycle management method and apparatus
JP6263424B2 (ja) 管理システム及び管理方法
WO2023045467A1 (zh) 容器cpu资源调度与隔离方法和装置、存储介质及电子设备
KR102524540B1 (ko) 멀티 클라우드 서비스 플랫폼 장치 및 방법
WO2017183565A1 (ja) ネットワークシステム、パッチファイル適用方法、及び記録媒体
US11748168B2 (en) Flexible batch job scheduling in virtualization environments
KR20170072552A (ko) 클라우드 개발 환경을 위한 컨테이너 서비스 방법 및 그 장치
CN109905258B (zh) PaaS的管理方法、装置及存储介质
AU2019393045B2 (en) ICT resource management device, ICT resource management method and ICT resource management program
WO2024185348A1 (ja) ジョブスケジューリングプログラム、ジョブスケジューリング方法および情報処理装置
woon Ahn et al. Mirra: Rule-based resource management for heterogeneous real-time applications running in cloud computing infrastructures
US20220357996A1 (en) Resource management device, resource management method and program

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2018508027

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17775007

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17775007

Country of ref document: EP

Kind code of ref document: A1