WO2018002991A1 - 制御装置、ｖｎｆ配置先選択方法及びプログラム - Google Patents

制御装置、ｖｎｆ配置先選択方法及びプログラム Download PDF

Info

Publication number
WO2018002991A1
WO2018002991A1 PCT/JP2016/069014 JP2016069014W WO2018002991A1 WO 2018002991 A1 WO2018002991 A1 WO 2018002991A1 JP 2016069014 W JP2016069014 W JP 2016069014W WO 2018002991 A1 WO2018002991 A1 WO 2018002991A1
Authority
WO
WIPO (PCT)
Prior art keywords
hardware accelerator
vnf
hardware
hwa
control device
Prior art date
Application number
PCT/JP2016/069014
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 PCT/JP2016/069014 priority Critical patent/WO2018002991A1/ja
Priority to EP16907224.6A priority patent/EP3477471A4/en
Priority to US16/080,356 priority patent/US20190050248A1/en
Priority to JP2018524602A priority patent/JP6658882B2/ja
Publication of WO2018002991A1 publication Critical patent/WO2018002991A1/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
    • 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]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5044—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering hardware capabilities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/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
    • 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/45579—I/O management, e.g. providing access to device drivers or storage
    • 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
    • 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/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files

Definitions

  • the present invention relates to a control device, a VNF placement destination selection method, and a program.
  • the present invention relates to a control device, a VNF placement destination selection method, and a program related to network function virtualization management orchestration.
  • NFV Network Functions Virtualization
  • VM Virtual Machine
  • Virtualization Layer Virtualization Layer
  • HV hypervisor
  • FIG. 20 is a figure quoted from FIG. 5.1 (The NFV-MANO architecture 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 called EM (Element Manager: Element Management) 23 (also referred to as EMS (Element Management System)).
  • EM Element Manager: Element Management
  • EMS Element Management System
  • 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-MANO NFV Management & Orchestration
  • 10 NFV Orchestrator NFV Orchestrator: NFVO
  • 11 is the NFVI 21 resource orchestration and network service (Network Service: NS) instance life cycle management (NS) instance (Instantiation), scaling (Scaling), termination (Termination), update (Update), etc.). It also manages the NS catalog 14 (NSD / VLD / VNFFGD) and the VNF catalog 15 (VNFD (VNF / PNFD)), and has a repository 16 for NFV instances and a repository 17 for NFVI resources.
  • VNF Manager VNFM
  • VNF instance life cycle management for example, instantiation, update, query, scaling, termination, etc.
  • event notification for example, instantiation, update, query, scaling, termination, etc.
  • a virtualized infrastructure manager (VIM) 13 performs NFVI 21 computing, storage, network resource management, NFVI 21 failure monitoring, NFVI 21 resource monitoring, and the like.
  • OSS Operations Support Systems
  • BSS Business Support systems
  • information systems devices, software, mechanisms, etc.
  • the NS catalog 14 represents a network service (NS) repository.
  • NS Catalog includes Network Service (NS) Descriptor (Network Service Descriptor: NSD), Virtual Link Descriptor (Virtual Link Descriptor: VLD), VNF Forwarding Graph Descriptor (VNF ForwardDrG) Provide management support.
  • NS Network Service
  • NSD Network Service Descriptor
  • VLD Virtual Link Descriptor
  • VNF ForwardDrG VNF Forwarding Graph Descriptor
  • the VNF catalog (VNF catalog) 15 represents a repository of on-board VNF packages (on-boarded VNF packages), for example.
  • the VNF catalog (VNF catalog) 15 includes VNFD (VNF Descriptor), PNFD (PNF Descriptor), and the like.
  • 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 resources of the NFVI 21 extracted by the VIM 13 and is available / reserved / allocated. Provide useful information for monitoring, etc.
  • the NFVI resource repository 17 transfers the reserved / allocated resources of the NFVI 21 to NS and VNF instances associated with these resources (such as the number of virtual machines used by the VNF 22 at any point in the VNF 22 life cycle). Therefore, it is important for resource orchestration of the NFVO 11.
  • 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 to exchange virtual resource configuration and status information.
  • 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, configuration from VNF to VNFM, event transfer, VNF configuration from VNFM 12 to VNF 22, 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 Used for exchanging resource information (reservation resource request), resource allocation request (allocation resource request), and virtual resource configuration and status information from the NFVO 11 to the VIM 13 (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 VNF instantiation and instantiation lifecycle management.
  • 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 endpoints to other network functions.
  • KPI Key Performance Indicators
  • PNFD Physical Network Function Descriptor: PNFD
  • VNF catalog 15 describes the connectivity, connectivity, and KPI requirements of virtual links to the attached physical network function. Necessary when a physical device is incorporated in the NS, facilitating network expansion.
  • An NS or VNF instantiation operation is executed from the OSS / BSS 30 or the VNFM 12 to the NFVO 11.
  • a record representing a newly generated instance is generated.
  • each record generated based on information given in each descriptor and additional runtime information related to the component instance provides data for modeling the instance state of the network service (NS).
  • NS Network Service Record
  • VNFFG Record: VNFFFGR VNFFG Record: VNFFFGR
  • VLR Virtual Link Record
  • VNF record Virtualized Network Function Record: VNFR
  • PNF record Physical Network Function Record: PNFR
  • the 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.
  • a PNF record represents an instance related to PNF that already exists in NS and includes a runtime attribute (connectivity to NFVO) of PNF information.
  • NFV functions have been put into practical use by carriers (carriers) in each country.
  • the carrier network function can be virtualized and the dedicated server can be replaced with a general-purpose server.
  • Non-Patent Document 2 describes that a hardware accelerator can be handled as an NFVI resource.
  • Non-Patent Documents 1 and 2 there is no specific disclosure regarding how to grasp the specifications of HWA and how to manage HWA when using a hardware accelerator. Therefore, in the NFV environment, there is no method for recognizing a hardware accelerator as a resource, and there arises a problem that resources cannot be assigned (assigned) considering the hardware accelerator as a VNF requirement.
  • An object of the present invention is to provide a control device, a VNF placement destination selection method, and a program that contribute to providing a virtual environment network that uses a hardware accelerator.
  • a first means for holding hardware accelerator requirements indicating a hardware accelerator condition necessary for VNF (Virtualized Network Function), and a plurality of usable hardware accelerators respectively.
  • a second means for holding hardware accelerator configuration information indicating configuration information, and a hardware accelerator assigned to a VNF among the plurality of hardware accelerators by referring to the hardware accelerator requirements and the hardware accelerator configuration information And a third means for selecting a control device.
  • the first means for holding the hardware accelerator requirement indicating the condition of the hardware accelerator necessary for VNF (Virtualized Network Function), and each of the plurality of usable hardware accelerators A second means for holding hardware accelerator configuration information indicating configuration information, a step of referring to the hardware accelerator requirement and the hardware accelerator configuration information, and among the plurality of hardware accelerators Selecting a hardware accelerator to be assigned to the VNF, and providing a VNF placement destination selection method.
  • VNF Virtualized Network Function
  • This program can be recorded on a computer-readable storage medium.
  • the storage medium may be non-transient such as a semiconductor memory, a hard disk, a magnetic recording medium, an optical recording medium, or the like.
  • the present invention can also be embodied as a computer program product.
  • control device a VNF placement destination selection method, and a program that contribute to providing a virtual environment network that uses a hardware accelerator.
  • FIG. 14 is a diagram in which the present disclosure is applied to “ Figure B.8:“ VNF ”check” feasibility ”message” flow ”of“ B.3.1.1 VNF Check Feasibility ”of Non-Patent Document 1.
  • FIG. 14 is a diagram in which the present disclosure is applied to “ Figure B.12:“ VNF ”instance“ scaling ”message“ flow ”of“ B.4.3 Scaling flow with resource allocation done by NFVO ”of Non-Patent Document 1.
  • FIG. 14 is a diagram in which the present disclosure is applied to “ Figure B.12:“ VNF ”instance“ scaling ”message“ flow ”of“ B.4.3 Scaling flow with resource allocation done by NFVO ”of Non-Patent Document 1.
  • FIG. 14 is a diagram in which the present disclosure is applied to “Figure B.13:“ Automatic VNF expansion flow triggered by VNF performance measurement results '' of “B.4.4.1 Automatic VNF expansion triggered by VNF performance measurement results” of Non-Patent Document 1. It is the figure which applied this indication to " Figure B.14:” EM “initiated” VNF “expansion” flow “of” B.4.4.2 “EM” initiated “VNF” expansion "of nonpatent literature 1. It is the figure quoted from FIG.5.1 (The * NFV-MANO * architectural * framework * with * reference * points) of the 23rd page of a nonpatent literature 1.
  • FIG.5.1 The * NFV-MANO * architectural * framework * with * reference * points
  • FIG. 1 is a diagram illustrating an example of the configuration of the control device 100 according to the first embodiment.
  • the control device 100 includes first means 101, second means 102, and third means 103.
  • the first means 101 holds hardware accelerator requirements indicating hardware accelerator conditions necessary for VNF (Virtualized Network Function).
  • VNF Virtualized Network Function
  • the second means 102 holds hardware accelerator configuration information indicating configuration information of each of a plurality of usable hardware accelerators.
  • the third means 103 refers to the hardware accelerator requirement and the hardware accelerator configuration information, and selects a hardware accelerator to be assigned to the VNF from among a plurality of hardware accelerators.
  • the first means 101 corresponds to the VNFM 12 or its submodule.
  • the second means 102 corresponds to the VIM 13 or its submodule.
  • the third means 103 corresponds to the NFVO 11 or its submodule.
  • the hardware accelerator requirements include ID (Identifier) information for identifying the hardware accelerator and requirements required by the VNF to the hardware accelerator.
  • the ID information for identifying the hardware accelerator includes at least one of a vendor ID for identifying the vendor of the hardware accelerator, a device type indicating the type of device, and a device ID for identifying the device.
  • VNFs require for hardware accelerators include whether or not VNF requires the use of hardware accelerators, whether it is necessary to use, the program ID that identifies the program when using hardware accelerators, and the sharing of hardware accelerators It includes at least one of sharing settings indicating whether or not it is possible.
  • the hardware accelerator configuration information includes ID information for identifying the hardware accelerator and HWA resource information indicating the usage status of the hardware accelerator.
  • the ID information for identifying the hardware accelerator can be the same as the ID information of the hardware accelerator requirement.
  • the HWA resource information includes a usage status indicating whether or not a hardware accelerator is used, a loading ID indicating a program loaded on the hardware accelerator, a loadable ID indicating a program that can be loaded on the hardware accelerator, and a hardware accelerator. At least one of sharing settings indicating whether or not sharing is possible.
  • FIG. 2 is a flowchart showing an example of the operation of the control device 100 according to the first embodiment.
  • the third means 103 refers to the hardware accelerator requirement held by the first means 101 and the hardware accelerator configuration information held by the second means 102 (step S01). ).
  • the third means 103 selects a resource (hardware accelerator) to be allocated to the VNF based on the two pieces of information referred to above (step S02).
  • the control apparatus 100 is information necessary for the VNF to use the hardware accelerator, and information for identifying the hardware accelerator used by the VNF (hardware Accelerator requirements) and information for managing hardware accelerators (hardware accelerator configuration information) as NFVI resources.
  • the control device 100 selects a hardware accelerator to be assigned to the VNF using these pieces of information. As a result, the control device 100 can perform resource selection in consideration of the hardware accelerator in the NFV environment.
  • multi-vendor hardware accelerators can be placed as NFVI resources, and appropriate hardware accelerators can be assigned to VNFs according to the hardware accelerator requirements Hardware acceleration in the NFV environment can be realized.
  • FIG. 3 is a diagram illustrating an example of a network system configuration according to the second embodiment.
  • the network system includes a network function virtualization management orchestration device (NFV) including an NFV orchestrator (NFVO) 11, a VNF manager (VNFM) 12, and a virtualization infrastructure manager (VIM) 13.
  • NFV network function virtualization management orchestration device
  • NFVO NFV orchestrator
  • VNFM VNF manager
  • VIP virtualization infrastructure manager
  • -MANO also referred to as control device or virtualization control device 10.
  • NFVO11, VNFM12, and VIM13 are functional entities that manage the network system.
  • the VIM 13 generates a virtual machine (VM) and a VNF on the physical machine (PM) under the control of the NFVO 11 and the VNFM 12.
  • VM virtual machine
  • PM physical machine
  • the network system includes a physical machine (PM) 20 and an OSS / BSS 30.
  • the physical machine 20 includes an NFVI 21, and a VNF 22 and an EMS 23 are configured on the NFVI 21.
  • the network system shown in FIG. 3 provides a communication function by a virtual server (VNF 22) implemented in software in a virtual machine (VM) configured on the physical machine 20.
  • VNF 22 virtual server
  • VM virtual machine
  • the physical machine 20 includes a hardware accelerator as hardware resources in addition to computing, storage, and network.
  • the NFVI 21 is a base that handles virtual hardware resources obtained by virtualizing hardware resources including the hardware accelerator with a virtualization layer such as a hypervisor.
  • FIG. 3 shows one physical machine 20, but actually a plurality of physical machines 20 are included in the network system.
  • Each physical machine 20 can include at least one computing or the like.
  • the physical machine 20 can be equipped with a plurality of hardware accelerators.
  • VNFM 12 and VIM 13 can have a many-to-many relationship. That is, the VNFM 12 common to the plurality of VIMs 13 may be provided, or the VNFM 12 may be provided corresponding to each of the plurality of VIMs 13. Or the structure which connects several VNFM12 with respect to one VIM13 may be sufficient, and the structure which connects several VIM13 to one VNFM12 may be sufficient.
  • the NFVO 11 includes orchestration of NFVI 21 resources, life cycle management of network service (Network Service: NS) instances (instantiation of NS instances, scaling (Scaling), termination (Termination), update (Update), etc. )I do.
  • Network Service Network Service: NS
  • NS network Service
  • scaling Scaling
  • Termin Termin
  • Update update
  • I do I do.
  • the VNFM 12 performs life cycle management of VNF instances (for example, instantiation, update, query, scaling, termination, etc.) and event notification.
  • the VIM 13 performs NFVI 21 computing, storage, network, hardware accelerator resource management, NFVI 21 failure monitoring, NFVI 21 resource monitoring, and the like.
  • FIG. 4 is a diagram for explaining the NFV-MANO 10 according to the second embodiment in terms of functions.
  • the NFVO 11 includes an HWA selection unit 201.
  • the HWA selection unit 201 refers to hardware accelerator requirements (hereinafter referred to as “HWA requirements”) and hardware accelerator configuration information (hereinafter referred to as “HWA configuration information”), and includes a plurality of hardware accelerators included in the system. , Means for selecting a hardware accelerator to be assigned to the VNF 22. More specifically, the HWA selection unit 201 selects a hardware accelerator to be allocated to the VNF 22 at the time of a new allocation of resources in NS instance life cycle management (for example, instantiation of NS instance, scaling, etc.) or a change.
  • HWA requirements hardware accelerator requirements
  • HWA configuration information hardware accelerator configuration information
  • the VNFM 12 includes an HWA requirement management unit 211.
  • the HWA requirement management unit 211 is a means for holding and managing the HWA requirement.
  • the HWA requirement is information indicating a hardware accelerator condition necessary for the VNF 22. By referring to the HWA requirement, the hardware accelerator required by the VNF 22 can be specified.
  • FIG. 5 is a diagram showing an example of the HWA requirement.
  • the HWA requirement includes information specifying the VNF 22, HWA identification information for identifying the hardware accelerator (hereinafter referred to as HWAID), and requirements (utilization) required by the VNF 22 for the hardware accelerator. Requirement) and a set of information.
  • HWAID “vendor ID”, “device type”, “device ID”, and the like can be used.
  • the vendor ID is ID information for identifying the vendor of the hardware accelerator.
  • the device type is ID information that identifies the mounting position of the hardware accelerator, the presence or absence of a network interface, and the like. For example, information indicating that the hardware accelerator is a SoC (System On Interface Chip), a NIC (Network Interface Card), a PCI (Peripheral Component Interconnect) device, or the like is used as the device type.
  • SoC System On Interface Chip
  • NIC Network Interface Card
  • PCI Peripheral Component Interconnect
  • Device ID is ID information that can identify each device (hardware accelerator) individually. As the device ID, the model number, serial number, etc. of each hardware accelerator can be used.
  • the usage requirements include “use necessity”, “program ID”, and “share setting”.
  • “Use Necessity” is information indicating whether or not the VNF 22 needs to use a hardware accelerator.
  • “O” is indicated, and when it is not required, “X” is indicated.
  • the program ID is ID information of a program that uses a hardware accelerator in the VNF 22 program (application).
  • the sharing setting is information indicating whether or not the hardware accelerator can be shared with other VNFs 22.
  • the sharing setting it is possible to set that sharing with other VNFs 22 is possible, sharing with other VNFs 22 is conditional, and sharing with other VNFs 22 is impossible.
  • “ ⁇ ” is indicated when sharing is possible
  • “ ⁇ ” is indicated when sharing is possible
  • “X” is indicated when sharing is impossible.
  • sharing is possible under conditions, there is a case where the same program uses a hardware accelerator.
  • the first line in FIG. 5 indicates that VNF_1 needs to use a hardware accelerator whose vendor ID is “A”, device type is “aaa”, and device ID is “1”.
  • the bank also indicates that VNF_1 uses the hardware accelerator in the program whose program ID is “P1”, and can be shared with other VNFs 22 at that time.
  • the network administrator or the like sets the HWA requirement to NFV-MANO10 at the start of network operation or at an arbitrary timing.
  • the network administrator can set the HWA requirement in the NFV-MANO 10 (VNFM 12) by defining the template in which requirements and constraints necessary for deploying the VNF 22 such as VDUD (VDU Descriptor) are described.
  • the VIM 13 includes an HWA configuration management unit 221.
  • the HWA configuration management unit 221 is a means for holding and managing the HWA configuration information.
  • the HWA configuration information is information indicating configuration information of each of a plurality of hardware accelerators included in the system.
  • the VIM 13 holds HWA configuration information for managing a hardware accelerator mounted on the physical machine 20 under its control.
  • FIG. 6 is a diagram showing an example of HWA configuration information.
  • the HWA configuration information includes information specifying the physical machine 20, HWA identification information for identifying the hardware accelerator (the above-described HWAID), and HWA resource information indicating the usage status of the hardware accelerator. And a set of information.
  • HWA resource information is used to determine whether or not the hardware accelerator is available.
  • the HWA resource information includes “usage status”, “loading ID”, “loadable ID”, and “shared setting”.
  • the usage status is information indicating whether the hardware accelerator is currently used (attached) in units of VF (virtual function) or PF (physical function).
  • the usage rate of the hardware accelerator can be used for the usage status.
  • the number of programs (processes) currently being executed with respect to the total number of programs (processes) that can be executed by the hardware accelerator can be used as the usage status.
  • the usage status may be the usage status if the hardware accelerator is a NIC and the measurement of the communication bandwidth is possible.
  • the loading ID is ID information related to a program written in the hardware accelerator (a program executed by the hardware accelerator).
  • Loadable ID is ID information related to a program that can be written to the hardware accelerator.
  • the sharing settings are as described above.
  • the hardware accelerator can execute programs having program IDs “P1” and “P2”, but cannot execute two programs at the same time (cannot be shared).
  • the bank also indicates that the current status of the hardware accelerator is that the program with the program ID “P1” is executed and the usage rate is 1/12.
  • the second line in FIG. 6 indicates that the hardware accelerator is capable of executing a program with program IDs “P1” and “P2” and that the program with program ID “P1” is being executed. Show. In the bank, since the sharing setting is set to “conditionally shareable” and there is a sufficient resource (the usage rate is not 100%), the program loaded to the hardware accelerator is “P1”. Indicates that it can be assigned to another VNF 22.
  • the HWA configuration management unit 221 manages the HWA configuration information in the same manner as other NFVI resource information such as computing. More specifically, the HWA configuration information is managed by adding the HWA configuration information to the PM management information of the VIM 13.
  • the HWA configuration management unit 221 updates the HWA resource information of the HWA configuration information every time the usage status of the hardware accelerator changes.
  • VIM13 When setting HWA configuration information in NFV-MANO10 (VIM13), a flavor managed by VIM13 is used. Specifically, the HWA configuration information is set in the VIM 13 by including the HWA configuration information in the flavor used when registering the resource information of the physical machine 20 in the NFV-MANO 10.
  • the content of the HWA requirement and the HWA configuration information has been described using FIG. 5 and FIG. 6, it is not intended to limit the elements included in the information.
  • the HWA requirement and the HWA configuration information may include elements not shown in FIGS.
  • the “loadable ID” may be used as information (HWAID) for identifying a hardware accelerator.
  • FIG. 7 is a flowchart showing an example of the operation of NFV-MANO10.
  • the flowchart of FIG. 7 shows the operation accompanying when the NFVO 11 performs resource confirmation (Check Resource) with the VIM 13.
  • the HWA selection unit 201 acquires the HWA requirement from the VNFM 12.
  • the reference point Or-Vnfm is used to acquire the HWA requirement (information exchange).
  • the HWA selection unit 201 determines whether or not the hardware accelerator needs to be used for the VNF 22 that performs instantiation or the like (step S101). Specifically, the HWA selection unit 201 confirms “use necessity” included in the use requirement of the VNF 22 in the HWA requirement. As a result of the confirmation, if it is necessary to use a hardware accelerator (step S101, Yes branch), the processing from step S102 onward is executed. As a result of the confirmation, if the use of a hardware accelerator is not necessary (step S101, No branch), the processing shown in FIG. 7 is terminated, and a normal resource check by the NFVO 11 is performed.
  • step S102 the HWA selection unit 201 acquires the HWA configuration information from the VIM 13.
  • the HWA selection unit 201 designates one VIM 13 and acquires the HWA configuration information.
  • the reference point Or-Vi is used for acquisition (information exchange) of the HWA configuration information.
  • step S103 the HWA selection unit 201 compares the HWA requirement of the HWA requirement and the HWA ID of the HWA configuration information, and determines whether or not they match. If they match (step S103, Yes branch), the processing after step S104 is executed. If they do not match (step S103, No branch), the process proceeds to step S107.
  • step S104 the HWA selection unit 201 determines whether or not the program ID included in the usage requirement of the HWA requirement is included in the loadable ID of the HWA configuration information.
  • the processing after step S105 is executed. If the program ID is not included in the loadable ID (step S104, No branch), the process proceeds to step S107.
  • step S105 the HWA selection unit 201 determines whether the VNF 22 specified by the HWA requirement can use the hardware accelerator of the HWA configuration information. If available (step S105, Yes branch), the processing from step S106 onward is executed. When it cannot be used (step S105, No branch), the process proceeds to step S107. Details regarding whether or not the hardware accelerator can be used by the HWA selection unit 201 will be described later with reference to FIG.
  • step S106 the HWA selection unit 201 stores the available hardware accelerator and the physical machine 20 including the hardware accelerator as a deployment candidate destination of the VNF 22.
  • step S107 the HWA selection unit 201 determines whether or not the comparison of all the HWA configuration information and the HWA requirements has been completed. If there is HWA configuration information that has not been compared (step S107, No branch), the HWA selection unit 201 acquires the remaining HWA configuration information (step S108), and repeats the processing from step S103 onward. When the comparison has been completed (step S107, Yes branch), the HWA selection unit 201 ends the process illustrated in FIG.
  • the NFVO 11 performs a normal resource check for the physical machine 20 that is the deployment candidate destination stored in step S106.
  • step S201 the HWA selection unit 201 confirms “usage status” included in the HWA resource information of the HWA configuration information, and determines whether or not the hardware accelerator is in use. Specifically, the HWA selection unit 201 determines whether the hardware accelerator is in use depending on whether the usage rate of the hardware accelerator is “0” in the usage status of the HWA resource information. If the hardware accelerator is not in use (step S201, No branch), it is determined that the hardware accelerator is available. If the hardware accelerator is in use (step S201, Yes branch), the processing after step S202 is executed.
  • step S202 the sharing setting of the HWA configuration information and the HWA requirement is confirmed, and it is determined whether or not at least one of them is “unshareable”. If at least one of them is not sharable (step S202, Yes branch), it is determined that the hardware accelerator cannot be used. If at least one is not sharable (step S202, No branch), the processing after step S203 is executed. In this case, the sharing setting of the HWA configuration information and the HWA requirement is either “shareable” or “conditionally shareable”.
  • step S203 the sharing setting of the HWA configuration information and the HWA requirement is confirmed, and it is determined whether or not both are “sharable”. If both are “sharable” (step S203, Yes branch), the process of step S205 is executed. If the two are not “shareable” (step S203, No branch), the processing from step S204 is executed. In this case, the sharing setting of at least one of the HWA configuration information and the HWA requirement includes “conditionally shareable”.
  • step S204 the “loading ID” included in the HWA resource information of the HWA configuration information is compared with the “program ID” included in the usage requirement of the HWA requirement, and it is determined whether or not both are the same. If both are the same (step S204, Yes branch), the process of step S205 is executed. If the two are different (step S204, No branch), it is determined that the hardware accelerator cannot be used.
  • the HWA selection unit 201 determines whether or not the hardware accelerator resource is free (determines whether or not the hardware accelerator has an execution capacity).
  • the HWA selection unit 201 can determine the execution capacity of the hardware accelerator by performing threshold processing on the usage status (usage rate) of the HWA resource information. For example, if the usage rate of the hardware accelerator is 50% or less, the HWA selection unit 201 determines that there is a free resource in the hardware accelerator. If there is a vacancy in the hardware accelerator resource (step S205, Yes branch), it is determined that the hardware accelerator is available. If there is no free space in the hardware accelerator resource (step S205, No branch), it is determined that the hardware accelerator cannot be used.
  • FIGS. 7 and 8 will be described in detail with reference to FIG.
  • the HWAID of the hardware accelerator in the first row matches the HWA ID of the HWA requirement.
  • the loadable ID of the hardware accelerator on the first line of PM_1 includes the program ID “P1” of the HWA requirement. Therefore, it is determined whether or not the hardware accelerator can be used (step S105 in FIG. 7).
  • PM_1 is the VNF_1 shown in FIG. 9B. Not selected as a placement candidate.
  • the HWAID of the hardware accelerator on the third line in FIG. 9A matches the HWAID of the HWA requirement.
  • the loadable ID of the hardware accelerator and the program ID of the HWA requirement match with “P1”. Therefore, it is determined whether or not the hardware accelerator can be used.
  • the sharing setting on the third line of PM_2 is confirmed, the setting is “conditionally sharable”.
  • the hardware accelerator can be used if the programs using the hardware accelerator match. Since both the program ID and loading ID in FIG. 9B match with “P1” and there are vacant resources in the hardware accelerator, PM_2 is selected as a placement destination candidate for VNF_1 shown in FIG. 9B.
  • PM_3 is not selected as a placement destination candidate of VNF_1.
  • PM_1 and PM_3 are not selected as placement destination candidates for VNF_2.
  • PM_1 the sharing setting of the HWA configuration information is “unshareable” and the HWAID is different. This is because PM_3 does not match the HWAID.
  • the sharing setting in the hardware accelerator shown in the third line of FIG. 9A is “conditionally sharable”.
  • the hardware accelerator can be used if the programs using the hardware accelerator match.
  • PM_2 is shown in FIG. 9C. It is not selected as a placement destination candidate for the indicated VNF_2.
  • FIG. 10 is a block diagram illustrating an example of a hardware configuration of the NFV-MANO 10 according to the second embodiment.
  • the NFV-MANO 10 can be configured by an information processing device (computer), and has the configuration illustrated in FIG.
  • the NFV-MANO 10 includes a CPU (Central Processing Unit) 41, a memory 42, an input / output interface 43, a NIC (Network Interface Card) 44 serving as communication means, and the like that are connected to each other via an internal bus.
  • the configuration shown in FIG. 10 is not intended to limit the hardware configuration of the NFV-MANO 10.
  • the NFV-MANO 10 may include hardware (not shown).
  • the number of CPUs and the like included in the NFV-MANO 10 is not limited to the example illustrated in FIG. 10.
  • a plurality of CPUs may be included in the NFV-MANO 10.
  • the memory 42 is a RAM (Random Access Memory), a ROM (Read Only Memory), or an auxiliary storage device (such as a hard disk).
  • RAM Random Access Memory
  • ROM Read Only Memory
  • auxiliary storage device such as a hard disk
  • the input / output interface 43 is a means to be an interface of a display device and an input device (not shown).
  • the display device is, for example, a liquid crystal display.
  • the input device is a device that accepts user operations such as a keyboard and a mouse, for example.
  • the processing modules of the NFV-MANO 10 are realized by the CPU 41 executing a program stored in the memory 42, for example.
  • the program can be downloaded through a network or updated using a storage medium storing the program.
  • the processing module may be realized by a semiconductor chip. That is, it is sufficient if there is a means for executing the function performed by the processing module with some hardware and / or software.
  • the hardware configuration of the physical machine 20 shown in FIG. 3 is basically the same as the configuration of the NFV-MANO 10 and is obvious to those skilled in the art, and thus the description thereof is omitted.
  • the NFV-MANO 10 refers to the HWA requirement and the HWA configuration information, selects a hardware accelerator that satisfies the HWA requirement from a plurality of hardware accelerators, and selects the selected The physical machine 20 including the hardware accelerator is selected as an arrangement destination candidate for the VNF 22.
  • the hardware accelerator can be handled as a part of the NFVI resource, and hardware acceleration in the NFV environment can be realized.
  • the case has been described in which the physical machine 20 that is the placement destination candidate of the VNF 22 is selected using the HWAID included in the HWA requirement.
  • the placement destination candidate of the VNF 22 is selected without using the HWAID.
  • the network configuration, the functional configuration, and the like can be the same as those in the second embodiment, and thus the description corresponding to FIGS. 3 and 4 is omitted.
  • FIG. 11 is a diagram illustrating an example of the HWA requirement according to the third embodiment. Referring to FIG. 11, HWAID is not described in the HWA requirement according to the third embodiment.
  • FIG. 12 is a flowchart showing an example of the operation of the NFV-MANO 10 according to the third embodiment.
  • the same process names in the flowcharts shown in FIGS. 12 and 7 are given the same step names.
  • the difference between the flowcharts shown in FIGS. 12 and 7 is that there is no HWAID determination processing in step S103.
  • the HWA selection unit 201 can select the physical machine 20 that is the placement destination candidate of the VNF 22 by the function of the hardware accelerator. Specifically, the HWA selection unit 201 selects the HWA configuration information having the loadable ID that matches the program ID of the HWA requirement from among the plurality of HWA configuration information, and thereby becomes a physical machine that is a placement destination candidate of the VNF 22 20 can be selected.
  • the sharing setting of the HWA resource information is “unshareable” and the program with the program ID “P1” has already been executed.
  • PM_1 is not a placement candidate for VNF_3.
  • the sharing setting is “conditionally sharable” and the loading ID and program ID match. Further, it can be determined that there is a free resource in the hardware accelerator. Therefore, PM_1 is a placement destination candidate for VNF_3.
  • the sharing setting is “conditionally sharable” and the loading ID and program ID match. Further, it can be determined that there is a free resource in the hardware accelerator. Therefore, PM_2 is a placement candidate for VNF_3.
  • PM_2 is VNF_3. Is a placement candidate.
  • PM_3 can be a placement destination candidate for VNF_2.
  • a resource (hardware accelerator) to be allocated to the VNF 22 by using a part of the HWA requirement (HWAID is not used). That is, the hardware accelerator assigned to the VNF 22 can be selected using the hardware accelerator function (use requirement) without using the information (HWAID) for specifying the device among the HWA requirement and the HWA configuration information. .
  • the operation after selecting the placement destination candidate of the VNF 22 is not mentioned.
  • an operation of the NFV-MANO 10 after selecting a plurality of placement destination candidates will be described.
  • FIG. 14 is a diagram for explaining the NFV-MANO 10 according to the fourth embodiment in terms of functions.
  • the difference between NFV-MANO 10 shown in FIG. 4 and FIG. 14 is that the placement destination determination unit 202 is included in NFVO 11.
  • the placement destination determination unit 202 is a unit that refers to a selection policy (to be described later) from among a plurality of resources (hardware accelerators) selected by the HWA selection unit 201 and determines a resource for actually placing the VNF 22.
  • the selection policy can be set in the HWA requirement managed by the VNFM 12.
  • FIG. 15 is a diagram illustrating an example of the HWA requirement according to the fourth embodiment. Referring to FIG. 15, “No policy”, “Centralization”, “Decentralization”, and the like can be set as selection policies.
  • the placement destination determination unit 202 places the VNF 22 in any placement destination candidate. For example, the placement destination determination unit 202 places the VNF 22 in the physical machine 20 that includes the hardware accelerator (resource) selected first.
  • the placement destination determination unit 202 preferentially assigns a hardware accelerator that is already used or a hardware accelerator with a high usage rate (usage status) to the VNF 22. assign. However, when there are a plurality of hardware accelerators having the same usage rate, the placement destination determination unit 202 assigns them to the VNFs 22 in the order selected from the plurality of hardware accelerators.
  • the placement destination determination unit 202 preferentially assigns unused hardware accelerators (unused resources) to the VNFs 22. When there is no unused hardware accelerator, the placement destination determination unit 202 preferentially assigns a hardware accelerator with a low usage rate to the VNF 22. Alternatively, when there are a plurality of unused hardware accelerators, the placement destination determination unit 202 may assign the VNFs 22 in the order of selection.
  • a policy selection policy when there are a plurality of hardware accelerators selected in the second and third embodiments is set in advance, and the allocation destination determination of the VNF 22 is performed. Utilize policy.
  • the selection policy (VNF placement policy) is added as a parameter to the HWA requirement, and the physical machine (resource) on which the VNF is placed is determined using the policy, so that the optimum suitable for the nature of the VNF An appropriate location can be determined.
  • the HWA selection unit 201 of the NFVO 11 selects a hardware accelerator to be allocated to the VNF 22 when a resource is newly allocated or changed in the life cycle management of the NS instance, and extracts a placement destination candidate. For example, (1) Instantiation of VNF22, (2) Scaling led by NFVO11 (3) Scaling led by VNFM 12 and triggered by VNF, (4) Scaling led by VNFM 12 and triggered by EM, Such a case may be cited as a case where the HWA selection unit 201 operates. Note that scaling includes scale-up and scale-down in addition to scale-out. Further, the scene where the HWA selection unit 201 operates (application of the present disclosure) is not limited to the above (1) to (4), and may be at the time of redundant reconfiguration after healing.
  • FIG. 16 is a flowchart when the present disclosure is applied to “Figure B.8: VNF check feasibility message flow” of “B.3.1.1 VNF Check Feasibility” of Non-Patent Document 1.
  • FIG. 17 is a flowchart when the present disclosure is applied to “Figure B.12: VNF instance scaling message flow” of “B.4.3 Scaling flow with resource allocation done by NFVO” of Non-Patent Document 1.
  • FIG. 18 shows the application of the present disclosure to “Figure B.13: Automatic VNF expansion flow triggered by VNF performance measurement results” in “B.4.4.1 Automatic VNF expansion triggered by VNF performance measurement results” in Non-Patent Document 1. It is a flowchart in the case.
  • FIG. 19 is a flowchart in the case where the present disclosure is applied to “Figure B.14: EM initiated VNF expansion flow” of “B.4.4.2 EM initiated VNF expansion” of Non-Patent Document 1.
  • HWA is used as one of the check items at the time of resource check. An operation related to the selection may be added.
  • a virtual environment network using a hardware accelerator is realized by adding processing for selecting a resource (hardware accelerator) that can be allocated to the VNF 22 to various flowcharts disclosed in Non-Patent Document 1. it can.
  • the control device according to any one of appendices 1 to 3, wherein the hardware accelerator configuration information includes information for identifying a hardware accelerator and resource information indicating a usage status of the hardware accelerator.
  • the resource information includes a usage status indicating whether or not a hardware accelerator is used, information indicating a program loaded in the hardware accelerator, information indicating a program that can be loaded into the hardware accelerator, and sharing of the hardware accelerator.
  • the control device according to supplementary note 4, including at least one of shared settings indicating whether or not the communication is possible.
  • Appendix 6 The control device according to appendix 4 or 5, wherein the information for identifying the hardware accelerator includes at least one of information for identifying a hardware accelerator vendor, information indicating a device type, and information for identifying a device .
  • Appendix 7 The control device according to any one of appendices 1 to 6, wherein the third means selects a hardware accelerator to be allocated to the VNF using a part of information included in the hardware accelerator requirement.
  • Appendix 8 When the third means selects a plurality of hardware accelerators to be allocated to the VNF, a determination is made to determine a hardware accelerator to be allocated to the VNF from the selected plurality of hardware accelerators based on a selection policy.
  • the control device according to any one of appendices 1 to 7, further comprising means.
  • the hardware accelerator requirement includes a program ID for identifying a program when using the hardware accelerator and a first sharing setting indicating whether or not the hardware accelerator can be shared
  • the hardware accelerator configuration information includes a usage status indicating whether or not the hardware accelerator is used, a loading ID indicating a program loaded in the hardware accelerator, a loadable ID indicating a program that can be loaded into the hardware accelerator, and Including a second sharing setting that indicates whether the hardware accelerator can be shared,
  • the control device according to appendix 1, wherein the third means selects a hardware accelerator to be assigned to a VNF from among hardware accelerators in which the program ID is included in the loadable ID.
  • the third means is not selected as a hardware accelerator for allocating the non-sharable hardware accelerator to a VNF.
  • the third means is a hardware accelerator assigned to a VNF from among the hardware accelerators set to be sharable when sharable is set in both the first and second sharing settings.

Landscapes

  • Engineering & Computer Science (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)から引用した図である。
　ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）２２はサーバ上の仮想マシン（ＶＭ）で動作するアプリケーション等に対応し、ネットワーク機能をソフトウェア的に実現する。ＶＮＦ２２ごとにＥＭ（Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅｒ：要素管理）２３（ＥＭＳ（Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅ　Ｓｙｓｔｅｍ）ともいう）という管理機能が設けられる。
　ＮＦＶＩ（Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎｓ　Ｖｉｒｔｕａｌｉｚａｔｉｏｎ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）２１は、コンピューティング、ストレージ、ネットワーク機能等、物理マシン（サーバ）のハードウェア資源をハイパーバイザ等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、仮想化ネットワーク等の仮想化ハードウェア資源として柔軟に扱えるようにした基盤である。
　ＮＦＶ－ＭＡＮＯ（ＮＦＶ　Ｍａｎａｇｅｍｅｎｔ　＆　Ｏｒｃｈｅｓｔｒａｔｉｏｎ）１０のＮＦＶオーケストレータ（ＮＦＶ　Ｏｒｃｈｅｓｔｒａｔｏｒ：ＮＦＶＯ）１１は、ＮＦＶＩ２１のリソースのオーケストレーション、及び、ネットワークサービス（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ：ＮＳ）インスタンスのライフサイクル管理（ＮＳインスタンスのインスタンシエーション（Ｉｎｓｔａｎｔｉａｔｉｏｎ）、スケーリング（Ｓｃａｌｉｎｇ）、ターミネーション（Ｔｅｒｍｉｎａｔｉｏｎ）、更新（Ｕｐｄａｔｅ）等）を行う。また、ＮＳカタログ１４（ＮＳＤ／ＶＬＤ／ＶＮＦＦＧＤ）、及びＶＮＦカタログ１５（ＶＮＦＤ（ＶＮＦ／ＰＮＦＤ））の管理を行い、ＮＦＶインスタンスのリポジトリ１６、ＮＦＶＩリソースのリポジトリ１７を持つ。
　ＶＮＦマネージャ（ＶＮＦ　Ｍａｎａｇｅｒ：ＶＮＦＭ）１２は、ＶＮＦインスタンスのライフサイクル管理（例えばインスタンシエーション（ｉｎｓｔａｎｔｉａｔｉｏｎ）、更新（ｕｐｄａｔｅ）、クエリ（ｑｕｅｒｙ）、スケーリング（ｓｃａｌｉｎｇ）、停止（ｔｅｒｍｉｎａｔｉｏｎ）等）およびイベント通知を行う。
　仮想化インフラストラクチャマネージャ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｍａｎａｇｅｒ：ＶＩＭ）１３は、ＮＦＶＩ２１のコンピューティング、ストレージ、ネットワークのリソース管理、ＮＦＶＩ２１の障害監視、ＮＦＶＩ２１のリソース監視等を行う。
　ＯＳＳ／ＢＳＳ３０のうちＯＳＳ（Ｏｐｅｒａｔｉｏｎｓ　Ｓｕｐｐｏｒｔ　Ｓｙｓｔｅｍｓ）は、例えば通信事業者（キャリア）がサービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）を総称したものである。ＢＳＳ（Ｂｕｓｉｎｅｓｓ　Ｓｕｐｐｏｒｔ　ｓｙｓｔｅｍｓ）は、例えば通信事業者（キャリア）が利用料などの課金、請求、顧客対応などのために使う情報システム（機器やソフトウェア、仕組みなど）の総称である。
　ＮＳカタログ（ＮＳ　ｃａｔａｌｏｇ）１４は、ネットワークサービス（ＮＳ）のリポジトリを表している。ＮＳカタログ（ＮＳ　ｃａｔａｌｏｇ）は、ネットワークサービス（ＮＳ）ディスクリプタ（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ　Ｄｅｓｃｒｉｐｔｏｒ：ＮＳＤ）、仮想リンクディスクリプタ（Ｖｉｒｔｕａｌ　Ｌｉｎｋ　Ｄｅｓｃｒｉｐｔｏｒ：ＶＬＤ）、ＶＮＦフォアワーディンググラフディスクリプタ（ＶＮＦ　Ｆｏｒｗａｒｄｉｎｇ　Ｇｒａｐｈ　Ｄｅｓｃｒｉｐｔｏｒ：ＶＮＦＦＧＤ）の生成と管理の支援を行う。
　ＶＮＦカタログ（ＶＮＦ　ｃａｔａｌｏｇ）１５は例えばオンボードされたＶＮＦパッケージ（ｏｎ－ｂｏａｒｄｅｄ　ＶＮＦ　ｐａｃｋａｇｅ）のリポジトリを表している。ＶＮＦカタログ（ＶＮＦ　ｃａｔａｌｏｇ）１５はＶＮＦＤ（ＶＮＦ　Ｄｅｓｃｒｉｐｔｏｒ）、ＰＮＦＤ（ＰＮＦ　Ｄｅｓｃｒｉｐｔｏｒ）等を有する。
　ＮＦＶインスタンスリポジトリ（ＮＦＶ　ｉｎｓｔａｎｃｅ　Ｒｅｐｏｓｉｔｏｒｙ）１６は、全ＶＮＦ、全ネットワークサービス（ＮＳ）のインスタンス情報を保持する。ＶＮＦインスタンス、ＮＳインスタンスはそれぞれＶＮＦ、ＮＳレコードに記述される。これらのレコードは、各インスタンスのライフサイクルで、ＶＮＦライフサイクル管理操作、ＮＳライフサイクル管理操作の実行結果を反映するように更新される。
　ＮＦＶＩリソースリポジトリ（ＮＦＶＩ　Ｒｅｓｏｕｒｃｅｓ　Ｒｅｐｏｓｉｔｏｒｙ）１７はＶＩＭ１３により抽出された、利用可能な（ａｖａｉｌａｂｌｅ）／予約された（ｒｅｓｅｒｖｅｄ）／割り付けられた（ａｌｌｏｃａｔｅｄ）ＮＦＶＩ２１のリソースの情報を保持し、リソースの予約、割り当て、モニタ等に役立つ情報を提供する。ＮＦＶＩリソースリポジトリ１７は、ＮＦＶＩ２１の予約／割り当て済みリソースを、これらのリソース（ＶＮＦ２２のライフサイクル中の任意の時点での該ＶＮＦ２２によって使用される仮想マシンの個数等）に関連したＮＳ及びＶＮＦインスタンスに対して追跡可能であるため、ＮＦＶＯ１１のリソースオーケストレーション等に重要である。
　図２０において、参照ポイントＯｓ－Ｍａ－ｎｆｖｏは、ＯＳＳ／ＢＳＳ３０とＮＦＶＯ１１間の参照ポイントであり、
・ネットワークサービスのライフサイクル管理要求（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ）、
・ＶＮＦライフサイクル管理要求（ＶＮＦ　Ｌｉｆｅｃｙｃｌｅ　ｍａｎａｇｅｍｅｎｔ　ｒｅｑｕｅｓｔ）、
・ＮＦＶ関連の状態情報の転送、ポリシ管理情報の交換等に用いられる。
　参照ポイントＶｉ－Ｖｎｆｍは、
・ＶＮＦＭ１２からＶＩＭ１３へのリソース割り当て要求、
・仮想化リソースの構成と状態情報の交換に用いられる。
　参照ポイントＶｅ－Ｖｎｆｍ－ｅｍは、ＥＭＳ２３とＶＮＦＭ１２間で、
・ＶＮＦのインスタンシエーション、ＶＮＦインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、
・ＥＭ（ＥＭＳ）２３からＶＮＦＭ１２への構成、イベントの転送、ＶＮＦＭ１２からＶＮＦ２２へのＶＮＦ構成、イベントの通知等に用いられる。
　参照ポイントＶｅ－Ｖｎｆｍ－ｖｎｆは、ＶＮＦ２２とＶＮＦＭ１２間で、
・ＶＮＦのインスタンシエーション、ＶＮＦインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、ＶＮＦからＶＮＦＭへの構成、イベントの転送、ＶＮＦＭ１２からＶＮＦ２２へのＶＮＦの構成、イベントの通知等に用いられる。
　参照ポイントＮｆ－Ｖｉは、コンピューティング／ストレージ資源の指示とともに、仮想マシン（ＶＭ）の割り付け、ＶＭリソース割り当ての更新、ＶＭマイグレーション、ＶＭの終了、ＶＭ間の接続の生成・削除等、リソース割り当て要求に対する仮想化リソースの割り付け、仮想化リソースの状態情報の転送、ハードウェア資源の構成と状態の情報の交換等に用いられる。
　参照ポイントＶｎ－Ｎｆは、ＮＦＶＩ２１によってＶＮＦ２２に提供される実行環境を表している。
　参照ポイントＯｒ－Ｖｎｆｍは、
・ＶＮＦＭ１２によるリソース関連要求（認証、予約（ｒｅｓｅｒｖａｔｉｏｎ）、割り当て等）、ＶＮＦＭ１２への構成情報の転送、ＶＮＦの状態情報の収集に用いられる。
　参照ポイントＯｒ－Ｖｉは、
・ＮＦＶＯ１１からのＶＩＭ１３ヘのリソース予約要求（ｒｅｓｅｒｖｅ　ｒｅｓｏｕｒｃｅ　ｒｅｑｕｅｓｔ）、リソース割り当て要求（ａｌｌｏｃａｔｅ　ｒｅｓｏｕｒｃｅ　ｒｅｑｕｅｓｔ）と仮想化リソースの構成と状態情報の交換に用いられる（詳細は非特許文献１参照）。
　なお、ＮＳカタログ１４のＮＳＤ（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ　Ｄｅｓｃｒｉｐｔｏｒ）は、ネットワークサービス・ディプロイメント・テンプレート（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ　Ｄｅｐｌｏｙｍｅｎｔ　Ｔｅｍｐｌａｔｅ）であり、特定のライフサイクルイベント（インスタンシエーション、ターミネーション、スケーリング等）のネットワークファンクションのスクリプト／ワークフローを定義するエンティティを有する。
　ＶＮＦＦＧＤ（ＶＮＦ　Ｆｏｒｗａｒｄｉｎｇ　Ｇｒａｐｈ　Ｄｅｓｃｒｉｐｔｏｒ）は、ネットワークサービスのトポロジ、あるいは一部を、ＶＮＦ、ＰＮＦ、それらを接続する仮想リンク（Ｖｉｒｔｕａｌ　Ｌｉｎｋ）を参照することで記述したディプロイメントテンプレートである。
　ＶＬＤ（Ｖｉｒｔｕａｌ　Ｌｉｎｋ　Ｄｅｓｃｒｉｐｔｏｒ）は、ＮＦＶＩ２１で利用可能なＶＮＦ間、ＰＮＦ間、ＮＳのエンドポイント（端点）（ｅｎｄｐｏｉｎｔｓ）間のリンクに必要なリソース要求を記述したディプロイメントテンプレートである。
　ＶＮＦカタログ１５のＶＮＦＤ（ＶＮＦ　Ｄｅｓｃｒｉｐｔｏｒ）は、ディプロイメントとオペレーション上の挙動の要求（ｄｅｐｌｏｙｍｅｎｔ　ａｎｄ　ｏｐｅｒａｔｉｏｎａｌ　ｂｅｈａｖｉｏｒ　ｒｅｑｕｉｒｅｍｅｎｔｓ）の観点からＶＮＦを記述するディプロイメントテンプレートである。ＶＮＦＤは、ＶＮＦのインスタンシエーション（インスタンス化）とＶＮＦインスタンスのライフサイクル管理においてＶＮＦＭ１２により主に用いられる。ＶＮＦＤは、ＮＦＶＯ１１によって、ネットワークサービス、ＮＦＶＩ２１上の仮想化リソースの管理とオーケストレーション（コンピュータシステム／ミドルウェア／サービスの配備／設定／管理の自動化）に用いられる。ＮＦＶＩ２１のＶＮＦＣインスタンス、又は、ＶＮＦインスタンスと、他のネットワーク機能への端点間の仮想リンク構築のために、ＮＦＶＯ１１で利用されるコネクティビティ・インターフェイス・ＫＰＩ（Ｋｅｙ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｉｎｄｉｃａｔｏｒｓ）要件を含む。
　ＶＮＦカタログ１５のＰＮＦＤ（Ｐｈｙｓｉｃａｌ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ　Ｄｅｓｃｒｉｐｔｏｒ：ＰＮＦＤ）は、アタッチした物理ネットワーク機能への、仮想リンクのコネクティビティ（接続性）、インターフェイス、ＫＰＩ要件を記述する。ＮＳに物理デバイスが組み入れられるときに必要とされ、ネットワーク増設を容易にする。
　ＯＳＳ／ＢＳＳ３０やＶＮＦＭ１２から、ＮＦＶＯ１１に対して、ＮＳまたはＶＮＦのインスタンシエーション操作を実行する。インスタンシエーション操作の結果、新たに生成されたインスタンスを表すレコードが生成される。例えば、各ディスクリプタで与えられる情報、コンポーネントインスタンスに関連した追加のランタイム情報をもとに生成される各レコードは、ネットワークサービス（ＮＳ）のインスタンス状態をモデル化するためのデータを提供する。生成されるインスタンスレコードの種類として、例えば、
・ネットワークサービスレコード（Network Service Record：ＮＳＲ）、
・ＶＮＦＦＧレコード（VNFFG Record ：ＶＮＦＦＧＲ）、
・仮想リンクレコード（Virtual Link Record ：ＶＬＲ）、
・ＶＮＦレコード（Virtualized Network Function Record：ＶＮＦＲ）、
・ＰＮＦレコード（Physical Network Function Record：ＰＮＦＲ）
がある。ＮＳＲ、ＶＮＦＲ、ＶＮＦＦＧＲ、ＶＬＲ情報要素はＮＳ、ＶＮＦ、ＶＮＦＦＧ、ＶＬのインスタンスの状態のモデル化に必要なデータアイテム集合を提供する。ＰＮＦレコードはＮＳの部分をなし前から存在するＰＮＦに関連したインスタンスを表し、ＰＮＦ情報のランタイム属性（ＮＦＶＯへのコネクティビティ）を含む。
ETSI GS NFV-MAN 001 V1.1.1 (2014-12)　Network Functions Virtualisation (NFV); Management and Orchestration （2016年6月9日検索）＜http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf＞ ETSI GS NFV-INF 003 V1.1.1 (2014-12)　Network Functions Virtualisation (NFV); Infrastructure; Compute Domain （2016年6月9日検索）＜http://www.etsi.org/deliver/etsi_gs/NFV-INF/001_099/003/01.01.01_60/gs_nfv-inf003v010101p.pdf＞
　なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。
　ＮＦＶの一部機能について、各国の通信事業者（キャリア）での実用化が始まっている。ＮＦＶを導入することで、キャリアネットワーク機能を仮想化し、専用サーバを汎用サーバに置き替えることで各通信キャリアでのコストダウンが期待できる。
　このような状況の下、欧州電気通信標準化機構（ＥＴＳＩ：European Telecommunications Standards Institute）を中心に、ＮＦＶの本格導入に向けた詳細仕様の検討、即ち、ＮＦＶの標準化が進められている。しかし、ＥＴＳＩによるＮＦＶの標準化では議論が進んでいない領域が存在する。例えば、仮想化環境のネットワークにおいて使用されるサーバ辺りの性能向上（Performance/Powerの向上）を目的として、サーバが担う高負荷処理をハードウェアアクセラレータ（以下、ＨＷＡ（Hardware Accelerator）とも称する）にオフロード（代替処理）する技術の研究開発が進められている。具体的には、非特許文献２の「7.2 Network Interface & Accelerators」においてハードウェアアクセラレータをＮＦＶＩリソースとして扱いうることが記載されている。
　しかし、非特許文献１及び２では、ハードウェアアクセラレータを利用する際、どのようにしてＨＷＡの仕様を把握するか、どのようしてＨＷＡを管理するかに関する具体的開示がない。そのため、ＮＦＶ環境において、リソースとしてのハードウェアアクセラレータを認識する方法がなく、ハードウェアアクセラレータをＶＮＦの要件として考慮したリソースの割り当て（アサイン）ができないという問題が生じる。
　本発明は、ハードウェアアクセラレータを使用する仮想化環境ネットワークを提供することに寄与する、制御装置、ＶＮＦ配置先選択方法及びプログラムを提供することを目的とする。
　本発明の第１の視点によれば、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）に必要なハードウェアアクセラレータの条件を示すハードウェアアクセラレータ要件を保持する第１の手段と、使用可能な複数のハードウェアアクセラレータそれぞれの構成情報を示すハードウェアアクセラレータ構成情報を保持する第２の手段と、前記ハードウェアアクセラレータ要件と前記ハードウェアアクセラレータ構成情報を参照して、前記複数のハードウェアアクセラレータのうち、ＶＮＦに割り当てるハードウェアアクセラレータを選択する第３の手段と、を備える、制御装置が提供される。
　本発明の第２の視点によれば、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）に必要なハードウェアアクセラレータの条件を示すハードウェアアクセラレータ要件を保持する第１の手段と、使用可能な複数のハードウェアアクセラレータそれぞれの構成情報を示すハードウェアアクセラレータ構成情報を保持する第２の手段と、を備える制御装置において、前記ハードウェアアクセラレータ要件と前記ハードウェアアクセラレータ構成情報を参照するステップと、前記複数のハードウェアアクセラレータのうち、ＶＮＦに割り当てるハードウェアアクセラレータを選択するステップと、を含む、ＶＮＦ配置先選択方法が提供される。
　本発明の第３の視点によれば、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）に必要なハードウェアアクセラレータの条件を示すハードウェアアクセラレータ要件を保持する第１の手段と、使用可能な複数のハードウェアアクセラレータそれぞれの構成情報を示すハードウェアアクセラレータ構成情報を保持する第２の手段と、を備える制御装置を制御するコンピュータに実行させるプログラムであって、前記ハードウェアアクセラレータ要件と前記ハードウェアアクセラレータ構成情報を参照する処理と、前記複数のハードウェアアクセラレータのうち、ＶＮＦに割り当てるハードウェアアクセラレータを選択する処理と、を実行させるプログラムが提供される。
　なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
　本発明の各視点によれば、ハードウェアアクセラレータを使用する仮想化環境ネットワークを提供することに寄与する、制御装置、ＶＮＦ配置先選択方法及びプログラムが、提供される。
第１の実施形態に係る制御装置の構成の一例を示す図である。 第１の実施形態に係る制御装置の動作の一例を示すフローチャートである。 第２の実施形態に係るネットワークシステム構成の一例を示す図である。 第２の実施形態に係るＮＦＶ－ＭＡＮＯを機能の点で説明するための図である。 ＨＷＡ要件の一例を示す図である。 ＨＷＡ構成情報の一例を示す図である。 ＮＦＶ－ＭＡＮＯの動作の一例を示すフローチャートである。 ＨＷＡ選択部によるハードウェアアクセラレータの利用可否の判断についての動作の一例を示すフローチャートである。 第２の実施形態の動作を説明するための図である。 第２の実施形態に係るＮＦＶ－ＭＡＮＯのハードウェア構成の一例を示すブロック図である。 第３の実施形態に係るＨＷＡ要件の一例を示す図である。 第３の実施形態に係るＮＦＶ－ＭＡＮＯの動作の一例を示すフローチャートである。 第３の実施形態の動作を説明するための図である。 第４の実施形態に係るＮＦＶ－ＭＡＮＯを機能の点で説明するための図である。 第４の実施形態に係るＨＷＡ要件の一例を示す図である。 非特許文献１の「B.3.1.1 VNF Check Feasibility」の「Figure B.8: VNF check feasibility message flow」に本願開示を適用した図である。 非特許文献１の「B.4.3 Scaling flow with resource allocation done by NFVO」の「Figure B.12: VNF instance scaling message flow」に本願開示を適用した図である。 非特許文献１の「B.4.4.1 Automatic VNF expansion triggered by VNF performance measurement results」の「Figure B.13: Automatic VNF expansion flow triggered by VNF performance measurement results」に、本願開示を適用した図である。 非特許文献１の「B.4.4.2 EM initiated VNF expansion」の「Figure B.14: EM initiated VNF expansion flow」に、本願開示を適用した図である。 非特許文献１の第２３頁のFigure 5.1(The NFV-MANO architectural framework with reference points)から引用した図である。
［第１の実施形態］
　第１の実施形態について、図面を用いてより詳細に説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。
　図１は、第１の実施形態に係る制御装置１００の構成の一例を示す図である。図１を参照すると、制御装置１００は、第１の手段１０１と、第２の手段１０２と、第３の手段１０３と、を備える。
　第１の手段１０１は、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）に必要なハードウェアアクセラレータの条件を示すハードウェアアクセラレータ要件を保持する。
　第２の手段１０２は、使用可能な複数のハードウェアアクセラレータそれぞれの構成情報を示すハードウェアアクセラレータ構成情報を保持する。
　第３の手段１０３は、上記ハードウェアアクセラレータ要件とハードウェアアクセラレータ構成情報を参照し、複数のハードウェアアクセラレータのうち、ＶＮＦに割り当てるハードウェアアクセラレータを選択する。
　例えば、第１の手段１０１は、ＶＮＦＭ１２又はそのサブモジュールに該当する。第２の手段１０２は、ＶＩＭ１３又はそのサブモジュールに該当する。第３の手段１０３は、ＮＦＶＯ１１又はそのサブモジュールに該当する。
　ハードウェアアクセラレータ要件には、ハードウェアアクセラレータを識別するためのＩＤ（Identifier）情報と、ＶＮＦがハードウェアアクセラレータに要求する要件と、が含まれる。
　ハードウェアアクセラレータを識別するためのＩＤ情報は、ハードウェアアクセラレータのベンダを識別するベンダＩＤ、デバイスの種別を示すデバイス種別及びデバイスを識別するためのデバイスＩＤのうち少なくとも１つを含む。
　ＶＮＦがハードウェアアクセラレータに要求する要件は、ＶＮＦがハードウェアアクセラレータの使用を必要とするのかを示す利用要否、ハードウェアアクセラレータを使用する際のプログラムを識別するプログラムＩＤ及びハードウェアアクセラレータの共有が可能か否かを示す共有設定のうち少なくとも１つを含む。
　ハードウェアアクセラレータ構成情報には、ハードウェアアクセラレータを識別するためのＩＤ情報と、ハードウェアアクセラレータの利用状況を示すＨＷＡリソース情報と、が含まれる。
　ハードウェアアクセラレータを識別するためのＩＤ情報は、ハードウェアアクセラレータ要件のＩＤ情報と同じとすることができる。
　ＨＷＡリソース情報は、ハードウェアアクセラレータが利用されているか否かを示す利用状況、ハードウェアアクセラレータにロードされているプログラムを示すローディングＩＤ、ハードウェアアクセラレータにロード可能なプログラムを示すローダブルＩＤ及びハードウェアアクセラレータの共有が可能か否かを示す共有設定のうち少なくとも１つを含む。
　図２は、第１の実施形態に係る制御装置１００の動作の一例を示すフローチャートである。
　ＶＮＦの配置が必要となると、第３の手段１０３は、第１の手段１０１が保持するハードウェアアクセラレータ要件と、第２の手段１０２が保持するハードウェアアクセラレータ構成情報と、を参照する（ステップＳ０１）。
　その後、第３の手段１０３は、上記参照した２つの情報に基づいて、ＶＮＦに割り当てるリソース（ハードウェアアクセラレータ）を選択する（ステップＳ０２）。
　以上のように、第１の実施形態に係る制御装置１００は、ＶＮＦがハードウェアアクセラレータを利用するために必要な情報であって、ＶＮＦが使用するハードウェアアクセラレータを把握するための情報（ハードウェアアクセラレータ要件）と、ＮＦＶＩリソースとしてハードウェアアクセラレータを管理するための情報（ハードウェアアクセラレータ構成情報）と、を保持する。制御装置１００は、これらの情報を用いて、ＶＮＦに割り当てるハードウェアアクセラレータを選択する。その結果、制御装置１００は、ＮＦＶ環境において、ハードウェアアクセラレータを考慮したリソース選定を行うことができる。
　上記ハードウェアアクセラレータ要件とハードウェアアクセラレータ構成情報を定義することで、マルチベンダのハードウェアアクセラレータをＮＦＶＩリソースとして配置し、ハードウェアアクセラレータ要件に応じて適切なハードウェアアクセラレータをＶＮＦに割り当てることが可能となり、ＮＦＶ環境におけるハードウェアアクセラレーションが実現できる。
［第２の実施形態］
　続いて、第２の実施形態について図面を参照して詳細に説明する。
　図３は、第２の実施形態に係るネットワークシステム構成の一例を示す図である。図３を参照すると、ネットワークシステムは、ＮＦＶオーケストレータ（ＮＦＶＯ）１１と、ＶＮＦマネージャ（ＶＮＦＭ）１２と、仮想化インフラストラクチャマネージャ（ＶＩＭ）１３と、からなるネットワーク機能仮想化管理オーケストレーション装置（ＮＦＶ－ＭＡＮＯ；制御装置又は仮想化制御装置とも称する）１０を含む。
　ＮＦＶＯ１１、ＶＮＦＭ１２及びＶＩＭ１３は、ネットワークシステムの管理を行う機能エンティティである。ＶＩＭ１３はＮＦＶＯ１１、ＶＮＦＭ１２からの制御により物理マシン（ＰＭ）上に仮想マシン（ＶＭ）及びＶＮＦを生成する。
　また、ネットワークシステムは、物理マシン（ＰＭ）２０とＯＳＳ／ＢＳＳ３０を含み、物理マシン２０には、ＮＦＶＩ２１が含まれ、ＮＦＶＩ２１上にはＶＮＦ２２、ＥＭＳ２３が構成される。
　図３に示すネットワークシステムは、物理マシン２０上に構成される仮想マシン（ＶＭ）においてソフトウェア的に実現される仮想サーバ（ＶＮＦ２２）により通信機能を提供するものである。
　物理マシン２０は、コンピューティング、ストーレッジ及びネットワークに加え、ハードウェアアクセラレータをハードウェア資源として含む。ＮＦＶＩ２１は、上記ハードウェアアクセラレータを含むハードウェア資源をハイパーバイザ等の仮想化レイヤで仮想化した仮想化ハードウェア資源を扱う基盤である。
　なお、図３には１台の物理マシン２０を図示しているが、実際には複数の物理マシン２０がネットワークシステムに含まれる。また、各物理マシン２０は、コンピューティング等を少なくとも１以上備えることができる。例えば、物理マシン２０は、複数のハードウェアアクセラレータを搭載することができる。
　図３に示す構成は例示であって、ＮＦＶ－ＭＡＮＯ１０の構成を限定する趣旨ではない。例えば、ＶＮＦＭ１２とＶＩＭ１３は、多対多の関係を有することができる。つまり、複数のＶＩＭ１３に共通するＶＮＦＭ１２を設けてもよいし、複数のＶＩＭ１３それぞれに対応させてＶＮＦＭ１２を設けてもよい。あるいは、１つのＶＩＭ１３に対して複数のＶＮＦＭ１２を接続する構成であってもよいし、１つのＶＮＦＭ１２に複数のＶＩＭ１３を接続する構成であってもよい。
　ＮＦＶＯ１１は、ＮＦＶＩ２１のリソースのオーケストレーション、及び、ネットワークサービス（Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ：ＮＳ）インスタンスのライフサイクル管理（ＮＳインスタンスのインスタンシエーション（Ｉｎｓｔａｎｔｉａｔｉｏｎ）、スケーリング（Ｓｃａｌｉｎｇ）、ターミネーション（Ｔｅｒｍｉｎａｔｉｏｎ）、更新（Ｕｐｄａｔｅ）等）を行う。
　ＶＮＦＭ１２は、ＶＮＦインスタンスのライフサイクル管理（例えばインスタンシエーション（ｉｎｓｔａｎｔｉａｔｉｏｎ）、更新（ｕｐｄａｔｅ）、クエリ（ｑｕｅｒｙ）、スケーリング（ｓｃａｌｉｎｇ）、停止（ｔｅｒｍｉｎａｔｉｏｎ）等）およびイベント通知を行う。
　ＶＩＭ１３は、ＮＦＶＩ２１のコンピューティング、ストーレッジ、ネットワーク、ハードウェアアクセラレータのリソース管理、ＮＦＶＩ２１の障害監視、ＮＦＶＩ２１のリソース監視等を行う。
　図４は、第２の実施形態に係るＮＦＶ－ＭＡＮＯ１０を機能の点で説明するための図である。図４を参照すると、ＮＦＶＯ１１は、ＨＷＡ選択部２０１を含んで構成される。
　ＨＷＡ選択部２０１は、ハードウェアアクセラレータ要件（以下、ＨＷＡ要件と表記する）とハードウェアアクセラレータ構成情報（以下、ＨＷＡ構成情報と表記する）を参照し、システムに含まれる複数のハードウェアアクセラレータのうち、ＶＮＦ２２に割り当てるハードウェアアクセラレータを選択する手段である。より具体的には、ＨＷＡ選択部２０１は、ＮＳインスタンスのライフサイクル管理（例えば、ＮＳインスタンスのインスタンシエーション、スケーリング等）におけるリソースの新規割り当てや、変更時にＶＮＦ２２に割り当てるハードウェアアクセラレータを選択する。
　ＶＮＦＭ１２は、ＨＷＡ要件管理部２１１を含んで構成される。
　ＨＷＡ要件管理部２１１は、ＨＷＡ要件を保持、管理するための手段である。ＨＷＡ要件とは、ＶＮＦ２２に必要なハードウェアアクセラレータの条件を示す情報である。ＨＷＡ要件を参照することで、ＶＮＦ２２が必要とするハードウェアアクセラレータを特定することができる。
　図５は、ＨＷＡ要件の一例を示す図である。図５を参照すると、ＨＷＡ要件には、ＶＮＦ２２を特定する情報と、ハードウェアアクセラレータを識別するためのＨＷＡ識別情報（以下、ＨＷＡＩＤと表記する）と、ＶＮＦ２２がハードウェアアクセラレータに要求する要件（利用要件）と、を１組とする情報が含まれる。
　ＨＷＡＩＤには、「ベンダＩＤ」、「デバイスタイプ」及び「デバイスＩＤ」等を用いることができる。
　ベンダＩＤは、ハードウェアアクセラレータのベンダを識別するＩＤ情報である。
　デバイスタイプは、ハードウェアアクセラレータの実装位置やネットワークインターフェイスの有無等を識別するＩＤ情報である。例えば、デバイスタイプには、ハードウェアアクセラレータがＳｏＣ（System On a Chip）、ＮＩＣ（Network Interface Card）、ＰＣＩ（Peripheral Component Interconnect）デバイス等であることが分かる情報が用いられる。
　デバイスＩＤは、各デバイス（ハードウェアアクセラレータ）を個別に識別可能なＩＤ情報である。デバイスＩＤには、各ハードウェアアクセラレータの型番、シリアルナンバー等を用いることができる。
　利用要件には、「利用要否」、「プログラムＩＤ」及び「共有設定」が含まれる。
　利用要否は、ＶＮＦ２２がハードウェアアクセラレータの利用を必要とするか否かを示す情報である。なお、図５以降の図面において、ＶＮＦ２２がハードウェアアクセラレータの利用を必要とする場合には「○」と表記し、必要としない場合には「×」と表記する。
　プログラムＩＤは、ＶＮＦ２２のプログラム（アプリケーション）のなかでハードウェアアクセラレータを使用するプログラムのＩＤ情報である。
　共有設定は、他のＶＮＦ２２との間でハードウェアアクセラレータを共有することが可能か否かを示す情報である。共有設定には、他のＶＮＦ２２との共有が可能であること、他のＶＮＦ２２との共有が条件付で可能であること、他のＶＮＦ２２との共有が不可能であること、が設定されうる。なお、図５以降の説明において、共有が可能である場合には「○」、条件付で共有可能である場合には「△」、共有が不可である場合には「×」と表記する。条件付で共有が可能である場合の一例として、同じプログラムがハードウェアアクセラレータを使用する場合が挙げられる。
　図５の１行目は、ＶＮＦ＿１は、ベンダＩＤが「Ａ」、デバイスタイプが「ａａａ」、デバイスＩＤが「１」のハードウェアアクセラレータの利用を必要とすることを示す。また、同行は、ＶＮＦ＿１は、プログラムＩＤが「Ｐ１」であるプログラムにて上記ハードウェアアクセラレータを使用し、その際、他のＶＮＦ２２との共有が可能であることを示す。
　なお、ネットワーク管理者等は、ネットワークの運用開始時、あるいは、任意のタイミングにて、ＨＷＡ要件をＮＦＶ－ＭＡＮＯ１０に設定する。例えば、ネットワーク管理者は、ＶＤＵＤ（ＶＤＵ　Ｄｅｓｃｒｉｐｔｏｒ）等のＶＮＦ２２のデプロイに必要な要件や制約条件を記述したテンプレートに定義することで、ＨＷＡ要件をＮＦＶ－ＭＡＮＯ１０（ＶＮＦＭ１２）に設定できる。
　ＶＩＭ１３は、ＨＷＡ構成管理部２２１を含んで構成される。
　ＨＷＡ構成管理部２２１は、ＨＷＡ構成情報を保持、管理するための手段である。ＨＷＡ構成情報とは、システムに含まれる複数のハードウェアアクセラレータそれぞれの構成情報を示す情報である。ＶＩＭ１３は、配下の物理マシン２０に搭載されたハードウェアアクセラレータを管理するためのＨＷＡ構成情報を保有する。
　図６は、ＨＷＡ構成情報の一例を示す図である。図６を参照すると、ＨＷＡ構成情報には、物理マシン２０を特定する情報と、ハードウェアアクセラレータを識別するためのＨＷＡ識別情報（上述のＨＷＡＩＤ）と、ハードウェアアクセラレータの利用状況を示すＨＷＡリソース情報と、を１組とする情報が含まれる。
　ＨＷＡリソース情報は、ハードウェアアクセラレータが利用できる状況か否かを判断するために使用される。
　ＨＷＡリソース情報には、「利用状況」、「ローディングＩＤ」、「ローダブルＩＤ」及び「共有設定」が含まれる。
　利用状況は、ＶＦ（仮想機能）やＰＦ（物理機能）単位にて、ハードウェアアクセラレータが現状使用されているか（Attachされているか）否かを示す情報である。例えば、利用状況には、ハードウェアアクセラレータの使用率を用いることができる。具体的には、ハードウェアアクセラレータにて実行可能なプログラム（プロセス）の総数に対する現在実行されているプログラム（プロセス）の数を利用状況として用いることができる。あるいは、利用状況には、ハードウェアアクセラレータがＮＩＣであって、通信帯域の測定等が可能であれば、帯域を利用状況とすることもできる。
　ローディングＩＤは、ハードウェアアクセラレータに書き込まれているプログラム（ハードウェアアクセラレータにて実行されているプログラム）に関するＩＤ情報である。
　ローダブルＩＤは、ハードウェアアクセラレータに書き込む事ができるプログラムに関するＩＤ情報である。
　共有設定については、上述のとおりである。
　例えば、図６の１行目は、当該ハードウェアアクセラレータは、プログラムＩＤが「Ｐ１」及び「Ｐ２」であるプログラムの実行が可能であるが、２つのプログラムを同時に実行することはできない（共有不可）ことを示す。また、同行は、当該ハードウェアアクセラレータの現状は、プログラムＩＤが「Ｐ１」のプログラムが実行され、その使用率が１／１２であることを示す。
　図６の２行目は、当該ハードウェアアクセラレータは、プログラムＩＤが「Ｐ１」及び「Ｐ２」であるプログラムの実行が可能であり、且つ、プログラムＩＤ「Ｐ１」のプログラムが実行中であることを示す。また、同行では、共有設定が「条件付で共有可能」に設定され、且つ、リソースに余裕がある（使用率が１００％ではない）ので、ハードウェアアクセラレータにロードするプログラムが「Ｐ１」であれば他のＶＮＦ２２に割り当て可能であることを示す。
　ＨＷＡ構成管理部２２１は、コンピューティング等の他のＮＦＶＩリソース情報の管理と同様に、ＨＷＡ構成情報を管理する。より具体的には、ＶＩＭ１３が有するＰＭ管理情報に上記ＨＷＡ構成情報を追加することで、ＨＷＡ構成情報は管理される。
　ＨＷＡ構成管理部２２１は、ハードウェアアクセラレータの利用状況が変化するたびに、ＨＷＡ構成情報のＨＷＡリソース情報を更新する。
　ＮＦＶ－ＭＡＮＯ１０（ＶＩＭ１３）にＨＷＡ構成情報を設定する際には、ＶＩＭ１３で管理するフレーバを使用する。具体的には、物理マシン２０のリソース情報をＮＦＶ－ＭＡＮＯ１０に登録する際に使用するフレーバにＨＷＡ構成情報も含ませることで、ＨＷＡ構成情報をＶＩＭ１３に設定する。
　なお、図５及び図６を用いてＨＷＡ要件やＨＷＡ構成情報の内容を説明したが、これらの情報に含まれる要素を限定する趣旨ではない。ＨＷＡ要件やＨＷＡ構成情報には、図５や図６に図示していない要素が含まれてもよい。例えば、ハードウェアアクセラレータを識別するための情報（ＨＷＡＩＤ）として、上記「ローダブルＩＤ」を使用してもよい。
　次に、ＮＦＶ－ＭＡＮＯ１０の動作について説明する。
　図７は、ＮＦＶ－ＭＡＮＯ１０の動作の一例を示すフローチャートである。図７のフローチャートは、ＮＦＶＯ１１がＶＩＭ１３にリソース確認（Ｃｈｅｃｋ　Ｒｅｓｏｕｒｃｅ）する際に付随する動作を示す。
　ＶＮＦ２２のインスタンシエーション等においてＶＩＭ１３にリソース確認する際、ＨＷＡ選択部２０１（ＮＦＶＯ１１）は、ＶＮＦＭ１２からＨＷＡ要件を取得する。ＨＷＡ要件の取得（情報の交換）には、参照ポイントＯｒ－Ｖｎｆｍが使用される。
　ＨＷＡ選択部２０１は、インスタンシエーション等を行うＶＮＦ２２に関する、ハードウェアアクセラレータの利用要否を判定する（ステップＳ１０１）。具体的には、ＨＷＡ選択部２０１は、ＨＷＡ要件におけるＶＮＦ２２の利用要件に含まれる「利用要否」を確認する。確認の結果、ハードウェアアクセラレータの利用が必要である場合（ステップＳ１０１、Ｙｅｓ分岐）、ステップＳ１０２以降の処理が実行される。確認の結果、ハードウェアアクセラレータの利用が不要である場合（ステップＳ１０１、Ｎｏ分岐）、図７に示す処理は終了し、ＮＦＶＯ１１による通常のリソースチェックが実施される。
　ステップＳ１０２において、ＨＷＡ選択部２０１は、ＶＩＭ１３からＨＷＡ構成情報を取得する。複数のＶＩＭ１３が存在する場合には、ＨＷＡ選択部２０１は、１つのＶＩＭ１３を指定してＨＷＡ構成情報を取得する。ＨＷＡ構成情報の取得（情報の交換）には、参照ポイントＯｒ－Ｖｉが使用される。
　ステップＳ１０３において、ＨＷＡ選択部２０１は、ＨＷＡ要件のＨＷＡＩＤとＨＷＡ構成情報のＨＷＡＩＤを比較し、両者が一致するか否かを判定する。一致する場合（ステップＳ１０３、Ｙｅｓ分岐）、ステップＳ１０４以降の処理が実行される。一致しない場合（ステップＳ１０３、Ｎｏ分岐）、ステップＳ１０７に遷移する。
　ステップＳ１０４において、ＨＷＡ選択部２０１は、ＨＷＡ要件の利用要件に含まれるプログラムＩＤが、ＨＷＡ構成情報のローダブルＩＤに含まれているか否かを判定する。プログラムＩＤがローダブルＩＤに含まれる場合（ステップＳ１０４、Ｙｅｓ分岐）、ステップＳ１０５以降の処理が実行される。プログラムＩＤがローダブルＩＤに含まれない場合（ステップＳ１０４、Ｎｏ分岐）、ステップＳ１０７に遷移する。
　ステップＳ１０５において、ＨＷＡ選択部２０１は、ＨＷＡ要件により指定されるＶＮＦ２２が、ＨＷＡ構成情報のハードウェアアクセラレータを利用できるか否かを判定する。利用可能の場合（ステップＳ１０５、Ｙｅｓ分岐）、ステップＳ１０６以降の処理が実行される。利用不可能な場合（ステップＳ１０５、Ｎｏ分岐）、ステップＳ１０７に遷移する。ＨＷＡ選択部２０１によるハードウェアアクセラレータの利用可否に関する詳細は、図８を用いて後述する。
　ステップＳ１０６において、ＨＷＡ選択部２０１は、利用可能なハードウェアアクセラレータ及び当該ハードウェアアクセラレータを含む物理マシン２０をＶＮＦ２２のデプロイ候補先として保管する。
　ステップＳ１０７において、ＨＷＡ選択部２０１は、全てのＨＷＡ構成情報とＨＷＡ要件の比較が終了したか否かを判定する。比較が終了していないＨＷＡ構成情報がある場合には（ステップＳ１０７、Ｎｏ分岐）、ＨＷＡ選択部２０１は、残りのＨＷＡ構成情報を取得（ステップＳ１０８）し、ステップＳ１０３以降の処理を繰り返す。比較が終了している場合（ステップＳ１０７、Ｙｅｓ分岐）、ＨＷＡ選択部２０１は、図７に示す処理を終了する。
　図７に示す処理が終了すると、ＮＦＶＯ１１は、ステップＳ１０６にて保管したデプロイ候補先の物理マシン２０を対象として通常のリソースチェックを実施する。
　次に、図８を参照しつつ、ＨＷＡ選択部２０１によるハードウェアアクセラレータの利用可否の判断についての動作を説明する。
　ステップＳ２０１において、ＨＷＡ選択部２０１は、ＨＷＡ構成情報のＨＷＡリソース情報に含まれる「利用状況」を確認し、ハードウェアアクセラレータが使用中か否かを判定する。具体的には、ＨＷＡ選択部２０１は、ＨＷＡリソース情報の利用状況において、当該ハードウェアアクセラレータの使用率が「０」であるか否かによりハードウェアアクセラレータが使用中か否かを判定する。ハードウェアアクセラレータが使用中でなければ（ステップＳ２０１、Ｎｏ分岐）、ハードウェアアクセラレータは利用可能と判定される。ハードウェアアクセラレータが使用中であれば（ステップＳ２０１、Ｙｅｓ分岐）、ステップＳ２０２以降の処理が実行される。
　ステップＳ２０２において、ＨＷＡ構成情報とＨＷＡ要件の共有設定が確認され、少なくとも一方が「共有不可」であるか否かが判定される。少なくとも一方が共有不可である場合（ステップＳ２０２、Ｙｅｓ分岐）には、ハードウェアアクセラレータは利用不可と判定される。少なくとも一方が共有不可ではない場合（ステップＳ２０２、Ｎｏ分岐）には、ステップＳ２０３以降の処理が実行される。この場合、ＨＷＡ構成情報とＨＷＡ要件の共有設定は、「共有可能」及び「条件付で共有可能」のいずれかである。
　ステップＳ２０３において、ＨＷＡ構成情報とＨＷＡ要件の共有設定が確認され、両者が「共有可」であるか否かが判定される。両者が「共有可」である場合（ステップＳ２０３、Ｙｅｓ分岐）には、ステップＳ２０５の処理が実行される。両者が「共有可」ではない場合（ステップＳ２０３、Ｎｏ分岐）には、ステップＳ２０４以降の処理が実行される。この場合、ＨＷＡ構成情報及びＨＷＡ要件の少なくとも一方の共有設定には、「条件付で共有可能」が含まれる。
　ステップＳ２０４において、ＨＷＡ構成情報のＨＷＡリソース情報に含まれる「ローディングＩＤ」とＨＷＡ要件の利用要件に含まれる「プログラムＩＤ」が比較され、両者が同じか否か判定される。両者が同じであれば（ステップＳ２０４、Ｙｅｓ分岐）、ステップＳ２０５の処理が実行される。両者が異なれば（ステップＳ２０４、Ｎｏ分岐）、ハードウェアアクセラレータは利用不可と判定される。
　ステップＳ２０５においてＨＷＡ選択部２０１は、ハードウェアアクセラレータのリソースに空きがあるか否かを判定する（ハードウェアアクセラレータに実行余力があるか否かを判定する）。ＨＷＡ選択部２０１は、ＨＷＡリソース情報の利用状況（使用率）に対して閾値処理を施すことで、ハードウェアアクセラレータの実行余力を判定することができる。例えば、ＨＷＡ選択部２０１は、ハードウェアアクセラレータの使用率が５０％以下であれば、当該ハードウェアアクセラレータのリソースに空きがあると判定する。ハードウェアアクセラレータのリソースに空きがあれば（ステップＳ２０５、Ｙｅｓ分岐）、ハードウェアアクセラレータは利用可能と判定される。ハードウェアアクセラレータのリソースに空きがなければ（ステップＳ２０５、Ｎｏ分岐）、ハードウェアアクセラレータは利用不可と判定される。
　以上が、図７に示すステップＳ１０５に係る処理の詳細である。
　次に、図７及び図８の動作を、図９を用いて具体的に説明する。
　ＶＩＭ１３に保持されているＨＷＡ構成情報は、図９（ａ）のとおりであるとする。この状態において、図９（ｂ）に示すＨＷＡ要件のＶＮＦ＿１のインスタンシエーション等が要求された場合を考える。
　ＨＷＡ要件の利用要件に含まれる「利用要否」はハードウェアアクセラレータの使用を要求するものであるので、ＨＷＡ要件とＨＷＡ構成情報のマッチングが行われる。
　図９（ａ）に示すＰＭ＿１に含まれる２つのハードウェアアクセラレータのうち、１行目のハードウェアアクセラレータ（デバイス種別が１）のＨＷＡＩＤとＨＷＡ要件のＨＷＡＩＤが一致する。また、ＰＭ＿１の１行目のハードウェアアクセラレータのローダブルＩＤには、ＨＷＡ要件のプログラムＩＤ「Ｐ１」が含まれる。そのため、当該ハードウェアアクセラレータの利用可否（図７のステップＳ１０５）が判定されるが、ＰＭ＿１のＨＷＡ構成情報における共有設定が「共有不可」であるので、ＰＭ＿１は図９（ｂ）に示すＶＮＦ＿１の配置先候補に選択されない。
　ＰＭ＿２に含まれる３つのハードウェアアクセラレータのうち、図９（ａ）の３行目のハードウェアアクセラレータのＨＷＡＩＤとＨＷＡ要件のＨＷＡＩＤが一致する。また、当該ハードウェアアクセラレータのローダブルＩＤとＨＷＡ要件のプログラムＩＤは、「Ｐ１」で一致する。そのため、当該ハードウェアアクセラレータの利用可否が判定される。ＰＭ＿２の３行目の共有設定を確認すると当該設定は、「条件付で共有可能」となっている。「条件付で共有可能」の場合には、ハードウェアアクセラレータを使用するプログラムが一致すれば、当該ハードウェアアクセラレータは利用可能である。図９（ｂ）のプログラムＩＤとローディングＩＤは共に「Ｐ１」で一致し、ハードウェアアクセラレータのリソースに空きもあるので、ＰＭ＿２は図９（ｂ）に示すＶＮＦ＿１の配置先候補に選択される。
　ＰＭ＿３に含まれるハードウェアアクセラレータのＨＷＡＩＤとＨＷＡ要件のＨＷＡＩＤは一致しないので、ＰＭ＿３はＶＮＦ＿１の配置先候補に選択されない。
　次に、ＨＷＡ要件が図９（ｃ）の場合を考える。
　図９（ｂ）と図９（ｃ）に示すＨＷＡ要件の相違点は、利用要件に含まれる「プログラムＩＤ」が異なる点である。
　図９（ｃ）に示すＨＷＡ要件の場合は、ＰＭ＿１及びＰＭ＿３はＶＮＦ＿２の配置先候補として選択されない。ＰＭ＿１に関しては、ＨＷＡ構成情報の共有設定が「共有不可」であることや、ＨＷＡＩＤが異なるためである。ＰＭ＿３に関しては、ＨＷＡＩＤが一致しないためである。
　ＰＭ＿２に関し、図９（ａ）の３行目に示すハードウェアアクセラレータにおける共有設定は「条件付で共有可能」となっている。「条件付で共有可能」の場合には、ハードウェアアクセラレータを使用するプログラムが一致すれば、当該ハードウェアアクセラレータは利用可能である。しかし、図９（ａ）に示すＰＭ＿２の３行目のハードウェアアクセラレータのＨＷＡリソース情報に含まれるローディングＩＤと図９（ｃ）に示すプログラムＩＤは一致しないので、ＰＭ＿２は図９（ｃ）に示すＶＮＦ＿２の配置先候補に選択されない。
　次に、図３のネットワークシステムをなす各装置のハードウェアついて説明する。
　図１０は、第２の実施形態に係るＮＦＶ－ＭＡＮＯ１０のハードウェア構成の一例を示すブロック図である。ＮＦＶ－ＭＡＮＯ１０は、情報処理装置（コンピュータ）により構成可能であり、図１０に例示する構成を備える。例えば、ＮＦＶ－ＭＡＮＯ１０は、内部バスにより相互に接続される、ＣＰＵ（Central Processing Unit）４１、メモリ４２、入出力インターフェイス４３及び通信手段であるＮＩＣ（Network Interface Card）４４等を備える。
　なお、図１０に示す構成は、ＮＦＶ－ＭＡＮＯ１０のハードウェア構成を限定する趣旨ではない。ＮＦＶ－ＭＡＮＯ１０は、図示しないハードウェアを含んでもよい。あるいは、ＮＦＶ－ＭＡＮＯ１０に含まれるＣＰＵ等の数も図１０の例示に限定する趣旨ではなく、例えば、複数のＣＰＵがＮＦＶ－ＭＡＮＯ１０に含まれていてもよい。
　メモリ４２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、補助記憶装置（ハードディスク等）である。
　入出力インターフェイス４３は、図示しない表示装置や入力装置のインターフェイスとなる手段である。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置である。
　なお、上記ＮＦＶ－ＭＡＮＯ１０の各処理モジュールは、例えば、メモリ４２に格納されたプログラムをＣＰＵ４１が実行することで実現される。また、そのプログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。即ち、上記処理モジュールが行う機能を何らかのハードウェア、及び／又は、ソフトウェアで実行する手段があればよい。
　図３に図示する物理マシン２０のハードウェア構成も上記ＮＦＶ－ＭＡＮＯ１０の構成と基本的に同じであり、当業者にとって明らかなものであるため、その説明を省略する。
　以上のように、第２の実施形態に係るＮＦＶ－ＭＡＮＯ１０は、ＨＷＡ要件及びＨＷＡ構成情報を参照し、複数のハードウェアアクセラレータのなかからＨＷＡ要件を満たすハードウェアアクセラレータを選択し、当該選択されたハードウェアアクセラレータを含む物理マシン２０をＶＮＦ２２の配置先候補として選択する。その結果、ハードウェアアクセラレータをＮＦＶＩリソースの一部として扱うことが可能となり、ＮＦＶ環境におけるハードウェアアクセラレーションが実現できる。
［第３の実施形態］
　続いて、第３の実施形態について図面を参照して詳細に説明する。
　第２の実施形態では、ＨＷＡ要件に含まれるＨＷＡＩＤを用いて、ＶＮＦ２２の配置先候補となる物理マシン２０を選択する場合について説明した。第３の実施形態では、ＨＷＡＩＤを使用せず、ＶＮＦ２２の配置先候補を選択する場合について説明する。なお、ネットワーク構成や機能構成等は、第２の実施形態と同様とすることができるので、図３や図４に相当する説明を省略する。
　図１１は、第３の実施形態に係るＨＷＡ要件の一例を示す図である。図１１を参照すると、第３の実施形態に係るＨＷＡ要件にはＨＷＡＩＤが記載されていない。
　図１２は、第３の実施形態に係るＮＦＶ－ＭＡＮＯ１０の動作の一例を示すフローチャートである。図１２と図７に示すフローチャートの同一の処理には同じステップ名を付している。図１２と図７に示すフローチャートの相違点は、ステップＳ１０３に係るＨＷＡＩＤの判定処理が存在しない点である。
　当該判定処理が存在しなくとも、第３の実施形態に係るＨＷＡ選択部２０１は、ハードウェアアクセラレータの機能によりＶＮＦ２２の配置先候補となる物理マシン２０を選択できる。具体的には、ＨＷＡ選択部２０１は、複数のＨＷＡ構成情報のなかから、ＨＷＡ要件のプログラムＩＤに一致するローダブルＩＤを有するＨＷＡ構成情報を選択することで、ＶＮＦ２２の配置先候補となる物理マシン２０を選択できる。
　次に、図面を参照しつつ、第３の実施形態の動作を説明する。
　ＶＩＭ１３に保持されているＨＷＡ構成情報は、図１３（ａ）のとおりであるとする。この状態において、図１３（ｂ）に示すＨＷＡ要件のＶＮＦ＿３のインスタンシエーション等が要求された場合を考える。
　この場合、図１３（ａ）に示す６個のハードウェアアクセラレータのうち、５行目のハードウェアアクセラレータを除くハードウェアアクセラレータは、プログラムＩＤが「Ｐ１」であるプログラムを搭載可能であるので、ＶＮＦ＿３に割り当てことができる可能性がある。
　図１３（ａ）に示す１行目のハードウェアアクセラレータは、ＨＷＡリソース情報の共有設定が「共有不可」であって、既にプログラムＩＤ「Ｐ１」のプログラムが実行されているので、この点では、ＰＭ＿１はＶＮＦ＿３の配置先候補とならない。
　２行目のハードウェアアクセラレータは、共有設定が「条件付で共有可能」、且つ、ローディングＩＤとプログラムＩＤが一致する。また、当該ハードウェアアクセラレータのリソースには空きがあると判定され得る。従って、ＰＭ＿１はＶＮＦ＿３の配置先候補となる。
　３行目のハードウェアアクセラレータは、共有設定が「条件付で共有可能」、且つ、ローディングＩＤとプログラムＩＤが一致する。また、当該ハードウェアアクセラレータのリソースには空きがあると判定され得る。従って、ＰＭ＿２はＶＮＦ＿３の配置先候補となる。
　なお、４行目のハードウェアアクセラレータは、プログラムＩＤが「Ｐ１」のプログラムがロード可能（ローダブルＩＤに「Ｐ１」が含まれる）、且つ、当該ハードウェアアクセラレータは使用されていないので、ＰＭ＿２はＶＮＦ＿３の配置先候補となる。
　６行目のハードウェアアクセラレータは、プログラムＩＤが「Ｐ１」のプログラムのロードが可能であり、且つ、共有設定が「共有可能」でるあるため、ＰＭ＿３はＶＮＦ＿２の配置先候補となり得る。
　このように、ＨＷＡ要件のうちの一部情報を用いて（ＨＷＡＩＤを非使用として）、ＶＮＦ２２に割り当てるリソース（ハードウェアアクセラレータ）を選定することができる。つまり、ＨＷＡ要件やＨＷＡ構成情報のうち、デバイスを指定する情報（ＨＷＡＩＤ）を使用しなくとも、ハードウェアアクセラレータの機能（利用要件）を用いて、ＶＮＦ２２に割り当てるハードウェアアクセラレータを選定することができる。
　以上のように、ＨＷＡＩＤを使用しなくとも（デバイスを指定しなくとも）、適切なハードウェアアクセラレータを有する物理マシン２０をＶＮＦ２２の配置先候補として選択することができる。
［第４の実施形態］
　続いて、第４の実施形態について図面を参照して詳細に説明する。
　第１～第３の実施形態では、ＶＮＦ２２の配置先候補を選択した後の動作については言及していない。第４の実施形態では、複数の配置先候補を選択した後のＮＦＶ－ＭＡＮＯ１０の動作について説明する。
　図１４は、第４の実施形態に係るＮＦＶ－ＭＡＮＯ１０を機能の点で説明するための図である。図４と図１４に示すＮＦＶ－ＭＡＮＯ１０の相違点は、ＮＦＶＯ１１に配置先決定部２０２が含まれる点である。
　配置先決定部２０２は、ＨＷＡ選択部２０１が選択した複数のリソース（ハードウェアアクセラレータ）のなかから、後述する選択ポリシを参照し、実際にＶＮＦ２２を配置するリソースを決定する手段である。上記選択ポリシは、ＶＮＦＭ１２が管理するＨＷＡ要件に設定することができる。
　図１５は、第４の実施形態に係るＨＷＡ要件の一例を示す図である。図１５を参照すると、選択ポリシとして、「ポリシなし（None）」、「集中（Centralization）」、「分散（Decentralization）」等が設定可能である。
　選択ポリシとして「ポリシなし」が設定されている場合には、配置先決定部２０２は、ＶＮＦ２２を任意の配置先候補に配置する。例えば、配置先決定部２０２は、最初に選択されたハードウェアアクセラレータ（リソース）を含む物理マシン２０にＶＮＦ２２を配置する。
　選択ポリシとして「集中」が設定されている場合には、配置先決定部２０２は、既に使用されているハードウェアアクセラレータ、又は、使用率（利用状況）の高いハードウェアアクセラレータを優先的にＶＮＦ２２に割り当てる。但し、同程度の使用率のハードウェアアクセラレータが複数存在する場合には、配置先決定部２０２は、複数のハードウェアアクセラレータのなかで選択された順にＶＮＦ２２に割り当てる。
　選択ポリシとして「分散」が設定されている場合には、配置先決定部２０２は、未使用のハードウェアアクセラレータ（未使用のリソース）を優先的にＶＮＦ２２に割り当てる。未使用のハードウェアアクセラレータが存在しない場合には、配置先決定部２０２は、使用率の低いハードウェアアクセラレータを優先的にＶＮＦ２２に割り当てる。あるいは、未使用なハードウェアアクセラレータが複数存在する場合には、配置先決定部２０２は、選択された順にＶＮＦ２２に割り当ててもよい。
　このように、第４の実施形態では、第２、第３の実施形態にて選択されたハードウェアアクセラレータが複数存在する場合のポリシ（選択ポリシ）を予め設定し、ＶＮＦ２２の割り当て先決定に当該ポリシを活用する。
　以上のように、ＨＷＡ要件に選択ポリシ（ＶＮＦの配置ポリシ）をパラメータとして付加し、当該ポリシを利用してＶＮＦを配置する物理マシン（リソース）を決定することで、ＶＮＦの性質に適した最適な配置先を決定することができる。
［第５の実施形態］
　続いて、第５の実施形態について図面を参照して詳細に説明する。
　第５の実施形態では、非特許文献１が開示する仕様の中で本願開示が適用できる場合を説明する。
　上述のように、ＮＦＶＯ１１のＨＷＡ選択部２０１は、ＮＳインスタンスのライフサイクル管理における、リソースの新規割り当て、変更時にＶＮＦ２２に割り当てるハードウェアアクセラレータを選択し、配置先候補を抽出する。
例えば、
（１）ＶＮＦ２２のインスタンシエーション、
（２）ＮＦＶＯ１１が主導するスケーリング、
（３）ＶＮＦＭ１２が主導し、ＶＮＦが契機となるスケーリング、
（４）ＶＮＦＭ１２が主導し、ＥＭが契機となるスケーリング、
等の場合が、ＨＷＡ選択部２０１が動作するケースとして挙げられる。なお、スケーリングには、スケールアウトに加え、スケールアップやスケールダウンも含まれる。また、ＨＷＡ選択部２０１が動作する場面（本願開示の適用）は、上記（１）～（４）に限定されず、ヒーリング後の冗長再構成時であってもよい。
　以下、上記（１）～（４）の各場合に対する本願開示の適用を説明する。
［ケース（１）］
　図１６は、非特許文献１の「B.3.1.1 VNF Check Feasibility」の「Figure B.8: VNF check feasibility message flow」に、本願開示を適用した場合のフローチャートである。
　図１６を参照すると、上記非特許文献１に開示されたフローチャートの「6.Check Resource availability & reservation」の前に、「6a.Select candidate for VNF allocation」が追加されている。即ち、上記実施形態にて説明したＶＮＦ配置先候補の選択を、リソースのチェック前に実施することができる。
［ケース（２）］
　図１７は、非特許文献１の「B.4.3 Scaling flow with resource allocation done by NFVO」の「Figure B.12: VNF instance scaling message flow」に、本願開示を適用した場合のフローチャートである。
　図１７を参照すると、上記非特許文献１に開示されたフローチャートの「8. changed resource (compute, storage and network) allocation and interconnection setup」の前に、「8a.Select candidate for VNF allocation」が追加されている。このように、スケーリングの際にも、上記実施形態にて説明したＶＮＦ配置先候補の選択を、リソースのチェック前に実施することができる。
［ケース（３）］
　図１８は、非特許文献１の「B.4.4.1 Automatic VNF expansion triggered by VNF performance measurement results」の「Figure B.13: Automatic VNF expansion flow triggered by VNF performance measurement results」に、本願開示を適用した場合のフローチャートである。
　図１８を参照すると、上記非特許文献１に開示されたフローチャートの「4. Check free resource are available (e.g. Pool, Resource type, CPU, Memory, etc), optionally reserve towards VIM.」の前に、「4a.Select candidate for VNF allocation」が追加されている。このように、ＶＮＦＭ１２が主導するスケーリングであって、ＶＮＦが契機となる場合であっても、上記実施形態にて説明したＶＮＦ配置先候補の選択を、リソースのチェック前に実施することができる。
［ケース（４）］
　図１９は、非特許文献１の「B.4.4.2 EM initiated VNF expansion」の「Figure B.14: EM initiated VNF expansion flow」に、本願開示を適用した場合のフローチャートである。
　図１９を参照すると、上記非特許文献１に開示されたフローチャートの「4. Check free resource are available (e.g. Pool, Resource type, CPU, Memory, etc), optionally reserve towards VIM.」の前に、「4a.Select candidate for VNF allocation」が追加されている。このように、ＶＮＦＭ１２が主導するスケーリングであって、ＥＭが契機となる場合であっても、上記実施形態にて説明したＶＮＦ配置先候補の選択を、リソースのチェック前に実施することができる。
　なお、図１６～図１９では、リソースのチェック前にＶＮＦの配置先候補を選択する場合について説明したが、上記選択処理を追加することに替えて、リソースチェック時のチェック項目の一つとしてＨＷＡの選択に係る動作が追加されてもよい。
　以上のように、非特許文献１に開示された各種フローチャートに、ＶＮＦ２２に割り当て可能なリソース（ハードウェアアクセラレータ）を選択する処理を追加することで、ハードウェアアクセラレータを使用する仮想化環境ネットワークが実現できる。
　上述の説明で用いた複数のフローチャートでは、複数の工程（処理）が順番に記載されているが、各実施形態で実行される工程の実行順序は、その記載の順番に制限されない。各実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。また、上述の各実施形態は、内容が相反しない範囲で組み合わせることができる。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
　上述の第１の視点に係る制御装置のとおりである。
［付記２］
　前記ハードウェアアクセラレータ要件は、ＶＮＦがハードウェアアクセラレータに要求する要件を少なくとも含む、付記１の制御装置。
［付記３］
　前記ＶＮＦがハードウェアアクセラレータに要求する要件は、ＶＮＦがハードウェアアクセラレータの使用を必要とするか否かを示す利用要否、ハードウェアアクセラレータを使用する際のプログラムを識別する情報及びハードウェアアクセラレータの共有が可能か否かを示す共有設定のうち少なくとも１つを含む、付記２の制御装置。
［付記４］
　前記ハードウェアアクセラレータ構成情報は、ハードウェアアクセラレータを識別するための情報と、ハードウェアアクセラレータの利用状況を示すリソース情報と、を含む、付記１乃至３のいずれか一に記載の制御装置。
［付記５］
　前記リソース情報は、ハードウェアアクセラレータが利用されているか否かを示す利用状況、ハードウェアアクセラレータにロードされているプログラムを示す情報、ハードウェアアクセラレータにロード可能なプログラムを示す情報及びハードウェアアクセラレータの共有が可能か否かを示す共有設定のうち少なくとも１つを含む、付記４の制御装置。
［付記６］
　前記ハードウェアアクセラレータを識別するための情報は、ハードウェアアクセラレータのベンダを識別する情報、デバイスの種別を示す情報及びデバイスを識別するため情報のうち少なくとも１つを含む、付記４又は５の制御装置。
［付記７］
　前記第３の手段は、前記ハードウェアアクセラレータ要件に含まれる情報の一部を用いて、前記ＶＮＦに割り当てるハードウェアアクセラレータを選択する、付記１乃至６のいずれか一に記載の制御装置。
［付記８］
　前記第３の手段が、ＶＮＦに割り当てるハードウェアアクセラレータを複数選択した場合に、前記選択された複数のハードウェアアクセラレータのなかから、選択ポリシに基づいて、ＶＮＦに割り当てるハードウェアアクセラレータを決定する、決定手段をさらに備える、付記１乃至７のいずれか一に記載の制御装置。
［付記９］
　前記ハードウェアアクセラレータ要件は、ハードウェアアクセラレータを使用する際のプログラムを識別するプログラムＩＤ及びハードウェアアクセラレータの共有が可能か否かを示す第１共有設定を含み、
　前記ハードウェアアクセラレータ構成情報は、ハードウェアアクセラレータが利用されているか否かを示す利用状況、ハードウェアアクセラレータにロードされているプログラムを示すローディングＩＤ、ハードウェアアクセラレータにロード可能なプログラムを示すローダブルＩＤ及びハードウェアアクセラレータの共有が可能か否かを示す第２共有設定を含み、
　前記第３の手段は、前記プログラムＩＤが前記ローダブルＩＤに含まれるハードウェアアクセラレータのなかから、ＶＮＦに割り当てるハードウェアアクセラレータを選択する、付記１の制御装置。
［付記１０］
　前記第３の手段は、前記第１及び第２共有設定の少なくとも一方が共有不可に設定されている場合には、前記共有不可に設定されたハードウェアアクセラレータをＶＮＦに割り当てるハードウェアアクセラレータとして非選択とする、付記９の制御装置。
［付記１１］
　前記第３の手段は、前記第１及び第２共有設定の両方に共有可が設定されている場合には、前記共有可に設定されているハードウェアアクセラレータのなかから、ＶＮＦに割り当てるハードウェアアクセラレータを選択する、付記９又は１０の制御装置。
［付記１２］
　前記第３の手段は、前記第１及び第２共有設定の両方に共有不可が設定されておらず、且つ、少なくともいずれか一方に条件付で共有可能が設定されている場合に、
　前記ローディングＩＤが、前記プログラムＩＤに一致するハードウェアアクセラレータのなかから、ＶＮＦに割り当てるハードウェアアクセラレータを選択する、付記９乃至１１のいずれか一に記載の制御装置。
［付記１３］
　前記第３の手段は、ＶＮＦをインスタンシエーションする際、又は、ＶＮＦのスケーリングを行う際に、ＶＮＦに割り当てるハードウェアアクセラレータの選択動作を開始する、付記１乃至１２のいずれか一に記載の制御装置。
［付記１４］
　上述の第２の視点に係るＶＮＦ配置先選択方法のとおりである。
［付記１５］
　上述の第３の視点に係るプログラムのとおりである。
　なお、付記１４の形態及び付記１５の形態は、付記１の形態と同様に、付記２の形態～付記１３の形態に展開することが可能である。
　なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
１０　ＮＦＶ－ＭＡＮＯ
１１　ＮＦＶＯ
１２　ＶＮＦＭ
１３　ＶＩＭ
１４　ＮＳカタログ
１５　ＶＮＦカタログ
１６　ＮＦＶインスタンスリポジトリ
１７　ＮＦＶＩリソースリポジトリ
２０　物理マシン
２１　ＮＦＶＩ
２２　ＶＮＦ
２３　ＥＭＳ
３０　ＯＳＳ／ＢＳＳ
４１　ＣＰＵ
４２　メモリ
４３　入出力インターフェイス
４４　ＮＩＣ
１００　制御装置
１０１　第１の手段
１０２　第２の手段
１０３　第３の手段
２０１　ＨＷＡ選択部
２０２　配置先決定部
２１１　ＨＷＡ要件管理部
２２１　ＨＷＡ構成管理部

Claims (15)

  1. 　ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）に必要なハードウェアアクセラレータの条件を示すハードウェアアクセラレータ要件を保持する第１の手段と、
    　使用可能な複数のハードウェアアクセラレータそれぞれの構成情報を示すハードウェアアクセラレータ構成情報を保持する第２の手段と、
    　前記ハードウェアアクセラレータ要件と前記ハードウェアアクセラレータ構成情報を参照して、前記複数のハードウェアアクセラレータのうち、ＶＮＦに割り当てるハードウェアアクセラレータを選択する第３の手段と、
    　を備える、制御装置。
  2. 　前記ハードウェアアクセラレータ要件は、ＶＮＦがハードウェアアクセラレータに要求する要件を少なくとも含む、請求項１の制御装置。
  3. 　前記ＶＮＦがハードウェアアクセラレータに要求する要件は、ＶＮＦがハードウェアアクセラレータの使用を必要とするか否かを示す利用要否、ハードウェアアクセラレータを使用する際のプログラムを識別する情報及びハードウェアアクセラレータの共有が可能か否かを示す共有設定のうち少なくとも１つを含む、請求項２の制御装置。
  4. 　前記ハードウェアアクセラレータ構成情報は、ハードウェアアクセラレータを識別するための情報と、ハードウェアアクセラレータの利用状況を示すリソース情報と、を含む、請求項１乃至３のいずれか一項に記載の制御装置。
  5. 　前記リソース情報は、ハードウェアアクセラレータが利用されているか否かを示す利用状況、ハードウェアアクセラレータにロードされているプログラムを示す情報、ハードウェアアクセラレータにロード可能なプログラムを示す情報及びハードウェアアクセラレータの共有が可能か否かを示す共有設定のうち少なくとも１つを含む、請求項４の制御装置。
  6. 　前記ハードウェアアクセラレータを識別するための情報は、ハードウェアアクセラレータのベンダを識別する情報、デバイスの種別を示す情報及びデバイスを識別するため情報のうち少なくとも１つを含む、請求項４又は５の制御装置。
  7. 　前記第３の手段は、前記ハードウェアアクセラレータ要件に含まれる情報の一部を用いて、前記ＶＮＦに割り当てるハードウェアアクセラレータを選択する、請求項１乃至６のいずれか一項に記載の制御装置。
  8. 　前記第３の手段が、ＶＮＦに割り当てるハードウェアアクセラレータを複数選択した場合に、前記選択された複数のハードウェアアクセラレータのなかから、選択ポリシに基づいて、ＶＮＦに割り当てるハードウェアアクセラレータを決定する、決定手段をさらに備える、請求項１乃至７のいずれか一項に記載の制御装置。
  9. 　前記ハードウェアアクセラレータ要件は、ハードウェアアクセラレータを使用する際のプログラムを識別するプログラムＩＤ及びハードウェアアクセラレータの共有が可能か否かを示す第１共有設定を含み、
    　前記ハードウェアアクセラレータ構成情報は、ハードウェアアクセラレータが利用されているか否かを示す利用状況、ハードウェアアクセラレータにロードされているプログラムを示すローディングＩＤ、ハードウェアアクセラレータにロード可能なプログラムを示すローダブルＩＤ及びハードウェアアクセラレータの共有が可能か否かを示す第２共有設定を含み、
    　前記第３の手段は、前記プログラムＩＤが前記ローダブルＩＤに含まれるハードウェアアクセラレータのなかから、ＶＮＦに割り当てるハードウェアアクセラレータを選択する、請求項１の制御装置。
  10. 　前記第３の手段は、前記第１及び第２共有設定の少なくとも一方が共有不可に設定されている場合には、前記共有不可に設定されたハードウェアアクセラレータをＶＮＦに割り当てるハードウェアアクセラレータとして非選択とする、請求項９の制御装置。
  11. 　前記第３の手段は、前記第１及び第２共有設定の両方に共有可が設定されている場合には、前記共有可に設定されているハードウェアアクセラレータのなかから、ＶＮＦに割り当てるハードウェアアクセラレータを選択する、請求項９又は１０の制御装置。
  12. 　前記第３の手段は、前記第１及び第２共有設定の両方に共有不可が設定されておらず、且つ、少なくともいずれか一方に条件付で共有可能が設定されている場合に、
    　前記ローディングＩＤが、前記プログラムＩＤに一致するハードウェアアクセラレータのなかから、ＶＮＦに割り当てるハードウェアアクセラレータを選択する、請求項９乃至１１のいずれか一項に記載の制御装置。
  13. 　前記第３の手段は、ＶＮＦをインスタンシエーションする際、又は、ＶＮＦのスケーリングを行う際に、ＶＮＦに割り当てるハードウェアアクセラレータの選択動作を開始する、請求項１乃至１２のいずれか一項に記載の制御装置。
  14. 　ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）に必要なハードウェアアクセラレータの条件を示すハードウェアアクセラレータ要件を保持する第１の手段と、
    　使用可能な複数のハードウェアアクセラレータそれぞれの構成情報を示すハードウェアアクセラレータ構成情報を保持する第２の手段と、
    　を備える制御装置において、
    　前記ハードウェアアクセラレータ要件と前記ハードウェアアクセラレータ構成情報を参照するステップと、
    　前記複数のハードウェアアクセラレータのうち、ＶＮＦに割り当てるハードウェアアクセラレータを選択するステップと、
    　を含む、ＶＮＦ配置先選択方法。
  15. 　ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）に必要なハードウェアアクセラレータの条件を示すハードウェアアクセラレータ要件を保持する第１の手段と、
    　使用可能な複数のハードウェアアクセラレータそれぞれの構成情報を示すハードウェアアクセラレータ構成情報を保持する第２の手段と、
    　を備える制御装置を制御するコンピュータに実行させるプログラムであって、
    　前記ハードウェアアクセラレータ要件と前記ハードウェアアクセラレータ構成情報を参照する処理と、
    　前記複数のハードウェアアクセラレータのうち、ＶＮＦに割り当てるハードウェアアクセラレータを選択する処理と、
    　を実行させるプログラム。
PCT/JP2016/069014 2016-06-27 2016-06-27 制御装置、ｖｎｆ配置先選択方法及びプログラム WO2018002991A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2016/069014 WO2018002991A1 (ja) 2016-06-27 2016-06-27 制御装置、ｖｎｆ配置先選択方法及びプログラム
EP16907224.6A EP3477471A4 (en) 2016-06-27 2016-06-27 CONTROL DEVICE, VNF DEPLOYMENT DESTINATION SELECTION METHOD, AND PROGRAM
US16/080,356 US20190050248A1 (en) 2016-06-27 2016-06-27 Control apparatus, vnf deployment destination selection method and program
JP2018524602A JP6658882B2 (ja) 2016-06-27 2016-06-27 制御装置、ｖｎｆ配置先選択方法及びプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2016/069014 WO2018002991A1 (ja) 2016-06-27 2016-06-27 制御装置、ｖｎｆ配置先選択方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2018002991A1 true WO2018002991A1 (ja) 2018-01-04

Family

ID=60786761

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/069014 WO2018002991A1 (ja) 2016-06-27 2016-06-27 制御装置、ｖｎｆ配置先選択方法及びプログラム

Country Status (4)

Country Link
US (1) US20190050248A1 (ja)
EP (1) EP3477471A4 (ja)
JP (1) JP6658882B2 (ja)
WO (1) WO2018002991A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019235467A1 (ja) * 2018-06-05 2019-12-12 日本電気株式会社 システム、サーバ、検証方法及びプログラム
WO2019245416A1 (en) * 2018-06-20 2019-12-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and supporting node for supporting process scheduling in a cloud system
JP7450072B2 (ja) 2020-06-03 2024-03-14 華為技術有限公司 仮想化ネットワーク・サービス配備方法及び装置

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10700946B2 (en) * 2017-08-08 2020-06-30 Amdocs Development Limited System, method, and computer program for automatically certifying a virtual network function (VNF) for use in a network function virtualization (NFV) based communication network
WO2018014351A1 (zh) * 2016-07-22 2018-01-25 华为技术有限公司 一种资源配置方法及装置
CN110050291B (zh) * 2017-01-13 2021-08-27 华为技术有限公司 聚合平台、需求所有者及其方法
JP6992343B2 (ja) * 2017-09-13 2022-01-13 富士通株式会社 情報処理装置、情報処理方法、および情報処理プログラム
US11382150B2 (en) * 2018-03-26 2022-07-05 Apple Inc. System and method of managing PNF connectivity in a network slice instance
US11144357B2 (en) * 2018-05-25 2021-10-12 International Business Machines Corporation Selecting hardware accelerators based on score
JP6947134B2 (ja) * 2018-07-31 2021-10-13 日本電信電話株式会社 サービスチェイン収容装置、および、サービスチェイン収容方法
US10977098B2 (en) 2018-08-14 2021-04-13 International Business Machines Corporation Automatically deploying hardware accelerators based on requests from users
US10892944B2 (en) 2018-11-29 2021-01-12 International Business Machines Corporation Selecting and using a cloud-based hardware accelerator
US10637753B1 (en) * 2019-04-09 2020-04-28 Verizon Patent And Licensing Inc. Managing a 5G network using extension information
US11687355B1 (en) * 2020-03-26 2023-06-27 Cisco Technology, Inc. Methods to extract cloud infrastructure requirements from virtualized applications and autodeploy
US11863450B1 (en) 2022-12-08 2024-01-02 Cisco Technology, Inc. Method using network controller to deploy virtual environment in production network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007328461A (ja) * 2006-06-06 2007-12-20 Matsushita Electric Ind Co Ltd 非対称マルチプロセッサ
JP2011018198A (ja) * 2009-07-09 2011-01-27 Hitachi Ltd 管理装置及び管理方法
JP2013041361A (ja) * 2011-08-12 2013-02-28 Panasonic Corp リソース調停システム及び調停方法
JP2013196206A (ja) * 2012-03-16 2013-09-30 Fujitsu Ltd アクセラレータ管理装置、アクセラレータ管理方法および入出力装置
JP2016509412A (ja) * 2013-01-11 2016-03-24 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ネットワークデバイスのためのネットワーク機能仮想化

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104951353B (zh) * 2014-03-28 2018-09-21 华为技术有限公司 一种对vnf实现加速处理的方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007328461A (ja) * 2006-06-06 2007-12-20 Matsushita Electric Ind Co Ltd 非対称マルチプロセッサ
JP2011018198A (ja) * 2009-07-09 2011-01-27 Hitachi Ltd 管理装置及び管理方法
JP2013041361A (ja) * 2011-08-12 2013-02-28 Panasonic Corp リソース調停システム及び調停方法
JP2013196206A (ja) * 2012-03-16 2013-09-30 Fujitsu Ltd アクセラレータ管理装置、アクセラレータ管理方法および入出力装置
JP2016509412A (ja) * 2013-01-11 2016-03-24 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ネットワークデバイスのためのネットワーク機能仮想化

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Network Functions Virtualisation (NFV); Infrastructure; Compute Domain", ETSI GS NFV-INF 003, 9 June 2016 (2016-06-09), Retrieved from the Internet <URL:http://www.etsi.org/deliver/etsi_gs/NFV-INF/001_099/003/01.01.01_60/gs_nfv-inf003v010101p.pdf>
"Network Functions Virtualisation (NFV); Management and Orchestration", ETSI GS NFV-MAN 001, 9 June 2016 (2016-06-09), Retrieved from the Internet <URL:http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001 _099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf>
See also references of EP3477471A4

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019235467A1 (ja) * 2018-06-05 2019-12-12 日本電気株式会社 システム、サーバ、検証方法及びプログラム
JPWO2019235467A1 (ja) * 2018-06-05 2021-06-24 日本電気株式会社 システム、サーバ、検証方法及びプログラム
JP7314935B2 (ja) 2018-06-05 2023-07-26 日本電気株式会社 システム、サーバ、検証方法及びプログラム
WO2019245416A1 (en) * 2018-06-20 2019-12-26 Telefonaktiebolaget Lm Ericsson (Publ) Method and supporting node for supporting process scheduling in a cloud system
US11797342B2 (en) 2018-06-20 2023-10-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and supporting node for supporting process scheduling in a cloud system
JP7450072B2 (ja) 2020-06-03 2024-03-14 華為技術有限公司 仮想化ネットワーク・サービス配備方法及び装置

Also Published As

Publication number Publication date
US20190050248A1 (en) 2019-02-14
JP6658882B2 (ja) 2020-03-04
EP3477471A4 (en) 2019-06-12
JPWO2018002991A1 (ja) 2019-01-31
EP3477471A1 (en) 2019-05-01

Similar Documents

Publication Publication Date Title
WO2018002991A1 (ja) 制御装置、ｖｎｆ配置先選択方法及びプログラム
JP6954267B2 (ja) ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム
JP6614340B2 (ja) ネットワーク機能仮想化管理オーケストレーション装置と方法とプログラム
EP3761170B1 (en) Virtual machine creation method and apparatus
US10003500B2 (en) Systems and methods for resource sharing between two resource allocation systems
JP6819296B2 (ja) 仮想化管理・オーケストレーション装置、仮想化管理・オーケストレーション方法、および、プログラム
US11625274B1 (en) Hyper-convergence with scheduler extensions for software-defined container storage solutions
EP3313023A1 (en) Life cycle management method and apparatus
EP3249860A1 (en) Method, device, and program for management and orchestration of network functions virtualization
US20140181817A1 (en) Methods and apparatus to manage execution of virtual machine workflows
WO2012039053A1 (ja) 計算機システムの運用管理方法、計算機システム及びプログラムを記憶する計算機読み取り可能な媒体
WO2017183565A1 (ja) ネットワークシステム、パッチファイル適用方法、及び記録媒体
Gogouvitis et al. Seamless computing in industrial systems using container orchestration
WO2020103925A1 (zh) 一种容器化虚拟网络功能的部署方法和装置
US20200364063A1 (en) Distributed job manager for stateful microservices
KR102524540B1 (ko) 멀티 클라우드 서비스 플랫폼 장치 및 방법
US9959157B1 (en) Computing instance migration
US10203976B2 (en) Virtual appliance management in a virtualized computing environment based on operational modes associated with virtual appliance
CN101159596A (zh) 用于布置服务器的方法和设备
CN113010265A (zh) Pod的调度方法、调度器、存储插件及系统
CN115129423A (zh) 资源管理方法、装置、设备及存储介质
JP2017068480A (ja) ジョブ管理方法、ジョブ管理装置及びプログラム
CN109905258B (zh) PaaS的管理方法、装置及存储介质
CN113127134A (zh) 容器集群、基于容器集群的多租户部署方法及电子设备
CN112015515A (zh) 一种虚拟网络功能的实例化方法及装置

Legal Events

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

Ref document number: 2018524602

Country of ref document: JP

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

Ref document number: 16907224

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2016907224

Country of ref document: EP

Effective date: 20190128