WO2016121736A1 - オーケストレータ装置、システム、仮想マシンの作成方法及びプログラム - Google Patents

オーケストレータ装置、システム、仮想マシンの作成方法及びプログラム Download PDF

Info

Publication number
WO2016121736A1
WO2016121736A1 PCT/JP2016/052125 JP2016052125W WO2016121736A1 WO 2016121736 A1 WO2016121736 A1 WO 2016121736A1 JP 2016052125 W JP2016052125 W JP 2016052125W WO 2016121736 A1 WO2016121736 A1 WO 2016121736A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtualization infrastructure
virtual
address
virtual machine
created
Prior art date
Application number
PCT/JP2016/052125
Other languages
English (en)
French (fr)
Inventor
倫明 宮崎
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US15/544,035 priority Critical patent/US20180004563A1/en
Priority to JP2016572044A priority patent/JP6330923B2/ja
Publication of WO2016121736A1 publication Critical patent/WO2016121736A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/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/45562—Creating, deleting, cloning virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Definitions

  • the present invention is based on a Japanese patent application: Japanese Patent Application No. 2015-013736 (filed on Jan. 27, 2015), and the entire description of the application is incorporated herein by reference.
  • the present invention relates to an orchestrator device, a system, a virtual machine creation method, and a program, and more particularly, to a virtual machine creation function on the virtualization platform.
  • FIG. 1 is a figure cited from Figure 5.1 (The NFV-MANO architectural framework with reference points) on page 23 of Non-Patent Document 1.
  • VNF Virtual Network Function
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • P-GW Packet Gateway
  • EPC Evolved Packet Core
  • LTE Long Term Evolution
  • EM Element Manager
  • NFVI Network Function Virtualization Infrastructure
  • servers such as computing, storage, and network functions in a virtualization layer such as hypervisor.
  • This is a platform that can be flexibly handled as virtual hardware resources such as virtual storage and virtual network.
  • NFV MANO Management & Orchestration
  • NFVO NFV-Orchestrator
  • VNFM VNF-Manager
  • VIP Virtualized Infrastructure Manager
  • NFV-Orchestrator performs NFVI resource orchestration and NS (Network Service) lifecycle management (instantiation, scaling, termination, update, etc. of NS instances). It also manages NS catalogs (NSD / VLD / VNFFGD) and VNF catalogs (VNFD / VM images / manifest files, etc.) and has a repository for NFV instances and a repository for NFVI resources.
  • VNFM VNF-Manager
  • VNF lifecycle management instantiation, update, search, scaling, termination, (Assisted / Auto) healing, etc.
  • the Virtualized Infrastructure Manager controls NFVI through the virtualization layer (computing, storage, network resource management, NFVI execution platform NFVI fault monitoring, resource information monitoring, etc.).
  • OSS Operation Service Systems
  • BSS Business Service Systems
  • BSS Information Systems
  • NS catalog represents a network service (NS) repository.
  • NS catalog supports the creation and management of network service (NS) deployment templates (Network Service Descriptor (NSD), Virtual Link Descriptor (VLD), VNF Forwarding Graph Descriptor (VNFFGD)).
  • NSD Network Service Descriptor
  • VLD Virtual Link Descriptor
  • VNFFGD VNF Forwarding Graph Descriptor
  • VNF catalog represents a repository of VNF packages.
  • the VNF catalog supports generation and management of VNF packages such as VNF Descriptor (VNFD), software images, and manifest files.
  • VNFD VNF Descriptor
  • NFV instance repository 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 NS life cycle management operation in the life cycle of each instance.
  • the NFVI Resource Repository holds information on available / reserved / allocated resources extracted by VIM beyond the operator's infrastructure domain.
  • the reference point Os-Nfvo is a reference point between OSS (Operation Service Systems) / BSS (Business Service Systems) and NFVO. It is related to network service life cycle management requests, VNF life cycle management requests, and NFV related requests. Used for status information transfer, policy management information exchange, etc.
  • the reference point Vnfm-Vi is used for resource allocation requests from VNFM, virtual resource configuration and status information exchange.
  • the reference point Ve-Vnfm-em is VNF instantiation, VNF instance search, update, termination, scale out / in, scale up / down, configuration from EM to VNFM, event forwarding, VNFM from EM and VNFM Used for VNF configuration, event notification, etc. to VNF.
  • Ve-Vnfm-Vnf is VNF instantiation between VNF and VNFM, VNF instance search, update, termination, scale out / in, scale up / down, VNF to VNFM configuration, event forwarding, VNFM Used for VNF configuration to VNF, event notification, etc.
  • the reference point Nf-Vi is a virtual resource for resource allocation requests such as VM allocation, VM resource allocation update, VM migration, VM termination, and creation / deletion of connections between VMs, together with instructions for computing, storage, and network resource management. It is 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.
  • the reference point Vn-Nf represents the execution environment provided to VNF by NFVI.
  • the reference point Nfvo-Vi is used for resource reservation and allocation requests from NVO, and exchange of virtual resource configuration and status information. (Refer nonpatent literature 1 for details).
  • VIMs virtualization infrastructure managers
  • VIMs virtualization infrastructure management units
  • VM virtual machines
  • NAT Network Address Translation
  • An object of the present invention is to provide an orchestrator apparatus, a system, a virtual machine creation method, and a program that can contribute to the enrichment of connection technology of a virtual network configured by two or more VIMs (virtualization infrastructure management units).
  • a first virtualization infrastructure management unit that manages a first virtualization infrastructure having an address management function, a second virtualization infrastructure management unit that manages a second virtualization infrastructure, , An orchestrator device connected to is provided.
  • the orchestrator device provides information on the virtual network created by one of the first and second virtualization infrastructure managers to the other virtualization infrastructure manager, and the other virtualization infrastructure manager
  • a virtual infrastructure control section that causes a virtual network that can be virtually connected to the virtual network created by any one of the above,
  • a virtual network function providing system including the above-described orchestrator device is provided.
  • a first virtualization infrastructure management unit that manages a first virtualization infrastructure having an address management function
  • a second virtualization infrastructure management unit that manages a second virtualization infrastructure
  • the virtual network information created in one of the first and second virtualization infrastructure managers is provided to the other virtualization infrastructure manager, and the other virtualization infrastructure manager is provided.
  • This method is associated with a specific machine called an orchestrator device that controls two or more virtualization infrastructure managers.
  • a computer program to be executed by the orchestrator device is provided.
  • This program can be recorded on a computer-readable (non-transient) storage medium. That is, the present invention can be embodied as a computer program product.
  • Each element of the above-described orchestrator device, system, virtual machine creation method, and program contributes to solving the above-described problems.
  • the present invention it is possible to contribute to the enrichment of connection technology for virtual networks configured by two or more VIMs (virtualization infrastructure management units). Further, the present invention converts the orchestrator apparatus shown in the background art into an orchestrator apparatus having an orchestration function capable of network cooperation without contradiction.
  • NFV-MANO of NFV architecture (quoting Fig.5.1 of nonpatent literature 1). It is a figure which shows the structure of the virtual network function provision system and orchestrator apparatus of the 1st Embodiment of this invention. It is a sequence diagram showing operation
  • FIG. 2 is a diagram illustrating a configuration of the virtual network function providing system according to the first embodiment of this invention.
  • FIG. 2 a configuration is shown in which an orchestrator apparatus 100 connected to the maintenance terminal 106 and VIMs 104a and 104b that control an NFVI (network function virtualization infrastructure) serving as a VNF execution base are connected. .
  • NFVI network function virtualization infrastructure
  • the maintenance terminal 106 is a terminal corresponding to the OSS / BSS described in the background art. Such a maintenance terminal 106 corresponds to, for example, a host device that receives a VM creation request from a user and transmits the request to the orchestrator device 100.
  • the VIM 104a and the VIM 104b manage the virtual infrastructure that is the operation base of the VM based on an instruction from the orchestrator apparatus 100.
  • the VIM 104a and the VIM 104b operate in cooperation with a VNF manager (omitted in FIG. 2, refer to “VNFM” in FIG. 1) to create a VM.
  • VNFM VNFM
  • the VIM equivalent to the VIM of Non-Patent Document 1 can be used.
  • VIM corresponds to the virtualization infrastructure management unit described above.
  • the VIMs 104a and 104b will be described as existing at different bases.
  • the orchestrator apparatus 100 controls the VIMs 104a and 104b based on a user instruction received via the maintenance terminal 106.
  • the orchestrator apparatus 100 also provides the maintenance terminal 106 with information necessary for network service operation support, billing management, customer management, and the like.
  • the orchestrator apparatus 100 according to the present embodiment includes a virtualization infrastructure control unit 101 and a virtual machine (VM) creation control unit 102.
  • VM virtual machine
  • the virtualization infrastructure control unit 101 uses the virtual network information created by one of the VIMs 104a and 104b (corresponding to the first and second virtualization infrastructure management units) (for example, 104a) as the other VIM ( For example, it is provided to 104b), and the other VIM (for example, 104b) is made to create a virtual network that can be virtually connected to the virtual network created by either one of them.
  • the virtual machine (VM) creation control unit 102 When the VM (VM) creation control unit 102 creates a VM on the VIM (eg, 104b) side that does not use the address management function, the virtual machine (VM) creation unit 102 has an address management function and functions as a master side (eg, 104a). To create an address to be set for the virtual port of the VM. Then, the virtual machine (VM) creation control unit 102 creates the VIM (eg, 104a) having the address management function on the VIM (eg, 104b) side that does not use the address management function and functioning as the master side. By providing the designated address, a VM is created on the second virtualization infrastructure.
  • each unit (processing means) of the orchestrator apparatus 100 shown in FIG. 2 may be realized by a computer program that causes a computer constituting the orchestrator apparatus 100 to execute the above-described processes using the hardware. it can.
  • FIG. 3 is a sequence diagram showing the operation of the orchestrator device when receiving the first VM creation request from the user.
  • the orchestrator apparatus 100 first receives a VM creation request from the maintenance terminal 106 (step S001).
  • the orchestrator apparatus 100 that has received the request requests the VIM 104a to create a virtual network for operating the VM (step S002).
  • the orchestrator apparatus 100 Upon receiving a virtual network creation response (see the dashed arrow in FIG. 3) from the VIM 104a, the orchestrator apparatus 100 next requests the VIM 104a to create a virtual port to be assigned to the virtual NIC (network interface card) of the VM. (Step S003).
  • the orchestrator apparatus 100 Upon receiving a virtual port creation response from the VIM 104a (see the broken line arrow in FIG. 3), the orchestrator apparatus 100 next instructs the VIM 104a the IP address and MAC address of the created virtual port to indicate the VM's Creation is requested (step S004).
  • the VIM 104a creates a VM using the instructed IP address and MAC address.
  • FIG. 4 shows a state in which a virtual network is created by the VIM 104a and a VM is created thereon.
  • the VM created by the VIM 104a is connected to the virtual port created in step S003.
  • a DHCP Dynamic Host Configuration Protocol
  • this DHCP server does not necessarily have to be constructed by hardware, but may be a DHCP function of a virtual network function (VNF) constructed by the VIM 104a, for example.
  • VNF virtual network function
  • the second virtual network is created as shown in FIG. 4. You may decide again.
  • an allocation destination rule for the address management function for example, it may be allocated in a virtual network that has been set up first, or a method in which the VIMs 104a and 104b are allocated to the more available resources may be considered.
  • FIG. 5 is a sequence diagram showing the operation of the orchestrator apparatus 100 when receiving the second VM creation request.
  • the orchestrator apparatus 100 that has received a second VM creation request from the user selects a VIM for creating a VM using a predetermined rule.
  • the predetermined rule include a method of determining the nearest VIM using the user location information, and a method of considering the resources and loads of each VIM.
  • the VIM 104b is selected.
  • the same processing as in FIG. 3 is performed.
  • the orchestrator apparatus 100 requests the VIM 104a in which the DHCP server is arranged to create a virtual port (step S003). As a result, the orchestrator apparatus 100 acquires address information (IP address and MAC address) set in the newly created VM.
  • FIG. 6 is a diagram for explaining the virtual port provisional creation processing by the orchestrator device 100.
  • the orchestrator apparatus 100 acquires a unique IP address and MAC address in the virtual network by instructing the VIM 104a to create a virtual port.
  • the orchestrator apparatus 100 requests the VIM 104b to create a virtual network for operating the VM (step S005).
  • the orchestrator apparatus 100 causes the VIM 104b to create a virtual network by designating the type and network ID of a newly created virtual network.
  • FIG. 7 is a diagram for explaining a virtual network creation instruction from the orchestrator apparatus 100 to the VIM.
  • the network type is not limited to VXLAN, and may be one using a tunneling technique such as NVGRE (Network Virtualization Virtualization using Routing Routing Encapsulation) or STT (Stateless Transport Tunneling).
  • NVGRE Network Virtualization Virtualization using Routing Routing Encapsulation
  • STT Stateless Transport Tunneling
  • TNI Transtext ID
  • Context ID Context ID
  • the orchestrator apparatus 100 Upon receiving the virtual network creation response from the VIM 104b (see the broken line arrow in FIG. 5), the orchestrator apparatus 100 next designates the IP address and MAC address acquired in step S003 to the VIM 104b, A request is made to create a virtual port to be allocated to a NIC (network interface card) (step S006).
  • NIC network interface card
  • FIG. 8 is a diagram for explaining the virtual port creation processing by the orchestrator device 100.
  • the orchestrator apparatus 100 requests the VIM 104b to create a virtual port by specifying the IP address and MAC address acquired in step S003.
  • a virtual port having the IP address (192.168.1.1) and MAC address (AA: BB: CC: DD: EE: FF) acquired in step S003 is created.
  • the IP address and the MAC address are created on the VIM 104a side, uniqueness is guaranteed.
  • the orchestrator apparatus 100 Upon receiving the virtual port creation response (see the broken arrow in FIG. 5) from the VIM 104b, the orchestrator apparatus 100 next instructs the VIM 104b the IP address and MAC address of the created virtual port, and Creation is requested (step S007).
  • the VIM 104b creates a VM using the instructed IP address and MAC address.
  • FIG. 9 is a diagram for explaining a VM creation process by the orchestrator apparatus 100.
  • the orchestrator apparatus 100 requests the VIM 104b to create a VM by specifying the IP address and MAC address acquired in step S003.
  • the VM is connected to the virtual port created in step S006.
  • This VM exists in the same virtual network as the VM on the VIM 104a side, and can communicate with the VM on the VIM 104a side.
  • the NAT and gateway need not be arranged.
  • VIMs virtualization infrastructure management units
  • FIG. 10 is a sequence diagram showing an operation when the orchestrator apparatus 100 according to the second embodiment of the present invention receives a second VM creation request.
  • the orchestrator apparatus 100 does not select a VMM for creating a VM using a predetermined rule, but first, the VM of the VM to the preset VMIM 104a is selected. It is a point to try to create.
  • the orchestrator apparatus 100 Upon receiving a virtual port creation response from the VIM 104a (see the broken line arrow in FIG. 10), the orchestrator apparatus 100 next instructs the VIM 104a the IP address and MAC address of the created virtual port. Request to create a VM (step S004a).
  • the VIM 104a can create a VM
  • the VM is created in the same manner as the sequence shown in FIG. In the following description, it is assumed that a response indicating that a VM cannot be created is returned due to a lack of resources in the VIM 104a.
  • the orchestrator apparatus 100 requests the VIM 104b to create a virtual network for operating the VM in order to cover with another VIM (step S005). Also in this case, as in the first embodiment, the orchestrator apparatus 100 causes the VIM 104b to create a virtual network by designating the type of virtual network to be newly created and the network ID.
  • the orchestrator apparatus 100 Upon receiving the virtual network creation response from the VIM 104b (see the broken line arrow in FIG. 10), the orchestrator apparatus 100 next designates the IP address and MAC address acquired in step S003 to the VIM 104b, A request is made to create a virtual port to be allocated to a NIC (network interface card) (step S006).
  • NIC network interface card
  • the orchestrator apparatus 100 Upon receiving a virtual port creation response from the VIM 104b (see the dashed arrow in FIG. 10), the orchestrator apparatus 100 next instructs the IP address and MAC address of the created virtual port to the VIM 104b to indicate the VM's Creation is requested (step S007).
  • the VIM 104b creates a VM using the instructed IP address and MAC address.
  • VIMs virtualization infrastructure management units
  • the virtual infrastructure control unit is an orchestrator apparatus that provides at least a network type and a network ID as the virtual network information.
  • the virtual machine creation control unit is an orchestrator device that selects a virtualization platform for creating a virtual machine from either the first or second virtualization platform based on a predetermined rule.
  • Orchestrator device 101 Virtualization infrastructure control unit 102 Virtual machine creation control unit (VM creation control unit) 104a, 104b VIM 106 Maintenance terminal

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

オーケストレータ装置、システム、仮想マシンの作成方法及びプログラム
　［関連出願についての記載］
　本発明は、日本国特許出願：特願２０１５－０１３７３６号（２０１５年１月２７日出願）に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は、オーケストレータ装置、システム、仮想マシンの作成方法及びプログラムに関し、特に、その仮想化基盤上の仮想マシンの作成機能に関する。
　サーバのコンピューティング、ストレージやネットワーク機能等を仮想化する技術として、サーバ上の、ハイパーバイザ（HyperVisor）等の仮想化レイヤ上に実装した仮想マシン（VM：Virtual Machine）によりソフトウェア的に実現するNFV（Network Functions Virtualization）等が知られている。例えばMANO（Management & Orchestration）アーキテクチャに基づき実現される。図１は、非特許文献１の第23頁のFigure 5.1（The NFV-MANO architectural framework with reference points）から引用した図である。
　図１を参照すると、VNF（Virtual Network Function）は、サーバ上の仮想マシン（VM）で動作するアプリケーション等に対応し、ネットワーク機能をソフトウェア的に実現する。VNFとして、例えばLTE（Long Term Evolution）ネットワークのコア網であるEPC（Evolved Packet Core）におけるMME（Mobility Management Entity）やS-GW（Serving Gateway）、P-GW（PDN Gateway）等をソフトウェア(仮想マシン)で実現するようにしてもよい。図１の例では、例えばVNFごとにEM（Element Manager：要素管理）という管理機能が設けられる。
　VNFの実行基盤をなすNFVI（Network Function Virtualization Infrastructure）は、コンピューティング、ストレージ、ネットワーク機能等、物理マシン（サーバ）のハードウェア資源をハイパーバイザ等の仮想化レイヤで仮想化した仮想化コンピューティング、仮想化ストレージ、仮想化ネットワーク等の仮想化ハードウェア資源として柔軟に扱えるようにした基盤である。
　NFV MANO（Management & Orchestration）は、NFV-Orchestrator（NFVO）、VNF-Manager（VNFM）、Virtualized Infrastructure Manager（VIM）を備えている。
　NFV-Orchestrator（NFVO）は、NFVIリソースのオーケストレーション、及びNS（Network Service）のライフサイクル管理（NSインスタンスのInstantiation、Scaling、Termination、Update等）を行う。また、NSカタログ（NSD/VLD/VNFFGD）、及びVNFカタログ（VNFD/VMイメージ/マニュフェストファイル等）の管理を行い、NFVインスタンスのリポジトリ、NFVIリソースのリポジトリを持つ。
　VNF-Manager（VNFM）は、VNFのライフサイクル管理（インスタンシエーション、更新、検索、スケーリング、終了、（アシステッド／オート）ヒーリング等）およびイベント通知を行う。
　Virtualized Infrastructure Manager（VIM）は、仮想化レイヤを介して、NFVIを制御する（コンピューティング、ストレージ、ネットワークのリソース管理、NFVの実行基盤であるNFVIの障害監視、リソース情報の監視等）。
　OSS（Operation Service Systems）は、例えば通信事業者（キャリア）がサービスを構築し、運営していくために必要なシステム（機器やソフトウェア、仕組みなど）を総称したものである。BSS(Business Service Systems)は、例えば通信事業者（キャリア）が利用料などの課金、請求、顧客対応などのために使う情報システム（機器やソフトウェア、仕組みなど）の総称である。
　NSカタログ（NS catalog）は、ネットワークサービス（NS）のリポジトリを表している。NSカタログ（NS catalog）は、ネットワークサービス（NS）デプロイメントテンプレート（Network Service Descriptor（NSD）、Virtual Link Descriptor（VLD）、VNF Forwarding Graph Descriptor(VNFFGD)）の生成と管理の支援を行う。デプロイメントは要求仕様等にしたがってカストマイズし実際の使用環境に配備することをいう。
　VNFカタログ（VNF catalog）は、VNFパッケージのリポジトリを表している。VNFカタログは、VNF Descriptor（ＶＮＦＤ）、ソフトウェアイメージ、マニフェストファイル等のVNFパッケージの生成と管理の支援を行う。
　NFVインスタンスリポジトリ（NFV instance Repository）は、全VNF、全ネットワークサービス（NS）のインスタンス情報を保持する。VNFインスタンス、NSインスタンスはそれぞれVNF、NSレコードに記述される。これらのレコードは各インスタンスのライフサイクルで、VNFライフサイクル管理操作、NSライフサイクル管理操作の実行結果を反映するように更新される。
　NFVIリソースリポジトリ（NFVI Resources Repository）は、オペレータのinfrastructure domain を超えてVIMにより抽出された、利用可能な（available）/予約された（reserved）/割り付けられた（allocated）リソースの情報を保持する。
　図１において、参照ポイントOs-Nfvoは、OSS（Operation Service Systems）/BSS(Business Service Systems)とNFVO間の参照ポイントであり、ネットワークサービスのライフサイクル管理要求、VNFライフサイクル管理要求、NFV関連の状態情報の転送、ポリシ管理情報の交換等に用いられる。
　参照ポイントVnfm-Viは、VNFMからのリソース割り当て要求、仮想化リソースの構成と状態情報の交換に用いられる。
　参照ポイントVe-Vnfm-emは、EMと、VNFM間でVNFインスタンシエーション、VNFインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、EMからVNFMへの構成、イベントの転送、VNFMからＶＮＦへのVNFの構成、イベントの通知等に用いられる。
　参照ポイントVe-Vnfm-Vnfは、VNFと、VNFM間でVNFインスタンシエーション、VNFインスタンス検索、更新、終了、スケールアウト／イン、スケールアップ／ダウン、VNFからVNFMへの構成、イベントの転送、VNFMからVNFへのVNFの構成、イベントの通知等に用いられる。
　参照ポイントNf-Viは、コンピューティング、ストレージ、ネットワークのリソース管理の指示とともにVMの割り付け、VMリソース割り当ての更新、VMマイグレーション、VM終了、VM間の接続の生成・削除等、リソース割り当て要求に対する仮想化リソースの割り付け、仮想化リソースの状態情報の転送、ハードウェア資源の構成と状態の情報の交換等に用いられる。
　参照ポイントVn-NfはNFVIによってVNFに提供される実行環境を表している。
　参照ポイントNfvo-Vnfmは、VNF-manager（VNFM）によるリソース関連要求（認証、予約、割り当て等）、VNFMへの構成情報の転送、VNFの状態情報の収集に用いられる。　
　参照ポイントNfvo-ViはNVOからのリソース予約、割り当て要求と仮想化リソースの構成と状態情報の交換に用いられる。（詳細は非特許文献１参照）。
ETSI GS NFV-MAN 001 V1.1.1 (2014-12)　Network Functions Virtualisation (NFV); Management and Orchestration ＜http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf＞
　以下の分析は、本発明によって与えられたものである。今後、上記したNFVのＶＩＭ（仮想化基盤管理部）が異なる拠点に配置されているようなケースにおいて、２以上のＶＩＭ（仮想化基盤管理部）によって構成されている仮想ネットワークを接続し、連携ネットワークを構成したいというニーズが発生するものと思われる。
　しかしながら、２以上のＶＩＭ（仮想化基盤管理部）がそれぞれ独自の仮想ネットワーク種別を採用していたり、同一の仮想ネットワーク種別を採用していてもその仮想ネットワークＩＤが異なっていると、そのままでは接続できないという問題が発生する。
　さらに、仮に、２以上のＶＩＭ（仮想化基盤管理部）で提供されている仮想ネットワークの接続に成功しても、それぞれの仮想ネットワークに存在する仮想マシン（以下、「ＶＭ」）のアドレスが重複している可能性があり、このために、ＮＡＴ（Network Address Translation）機能やゲートウェイ等の別装置が必要となってしまうという問題点がある。
　本発明は、２以上のＶＩＭ（仮想化基盤管理部）によって構成されている仮想ネットワークの接続技術の豊富化に貢献できるオーケストレータ装置、システム、仮想マシンの作成方法及びプログラムを提供することを目的とする。
　第１の視点によれば、アドレス管理機能を備える第１の仮想化基盤を管理する第１の仮想化基盤管理部と、第２の仮想化基盤を管理する第２の仮想化基盤管理部と、に接続されたオーケストレータ装置が提供される。このオーケストレータ装置は、前記第１、第２の仮想化基盤管理部のいずれか一方で作成された仮想ネットワークの情報を、他方の仮想化基盤管理部に提供し、前記他方の仮想化基盤管理部に、前記いずれか一方で作成された仮想ネットワークと仮想的に接続可能な仮想ネットワークを作成させる仮想基盤制御部と、前記第２の仮想化基盤側で仮想マシンを作成する場合、前記第１の仮想化基盤管理部の前記アドレス管理機能に、当該仮想マシンの仮想ポートに設定するアドレスを作成させ、前記アドレスを前記第２の仮想化基盤側に提供することで、前記第２の仮想化基盤上に仮想マシンを作成させる仮想マシン作成制御部と、を備える。
　第２の視点によれば、上記したオーケストレータ装置を含んだ仮想ネットワークファンクション提供システムが提供される。
　第３の視点によれば、アドレス管理機能を備える第１の仮想化基盤を管理する第１の仮想化基盤管理部と、第２の仮想化基盤を管理する第２の仮想化基盤管理部と、に接続されたオーケストレータ装置に実行させる仮想マシンの作成方法が提供される。この仮想マシンの作成方法は、前記第１、第２の仮想化基盤管理部のいずれか一方で作成された仮想ネットワークの情報を、他方の仮想化基盤管理部に提供し、前記他方の仮想化基盤管理部に、前記いずれか一方で作成された仮想ネットワークと仮想的に接続可能な仮想ネットワークを作成させるステップと、前記第２の仮想化基盤側で仮想マシンを作成する場合、前記第１の仮想化基盤管理部の前記アドレス管理機能に、当該仮想マシンの仮想ポートに設定するアドレスを作成させ、前記アドレスを前記第２の仮想化基盤側に提供することで、前記第２の仮想化基盤上に仮想マシンを作成させるステップと、を含む。本方法は、２以上の仮想化基盤管理部を制御するオーケストレータ装置という、特定の機械に結びつけられている。
　第４の視点によれば、上記したオーケストレータ装置に実行させるコンピュータプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
　なお、前記したオーケストレータ装置、システム、仮想マシン作成方法及びプログラムの各要素は、それぞれ上記した課題の解決に貢献する。
　本発明によれば、２以上のＶＩＭ（仮想化基盤管理部）によって構成されている仮想ネットワークの接続技術の豊富化に貢献することが可能となる。また、本発明は、背景技術に示したオーケストレータ装置を、矛盾のないネットワーク連携をなしうるオーケストレーション機能を持つオーケストレータ装置へと変換するものともなっている。
ＮＦＶアーキテクチャのNFV-ＭＡＮOを説明する図である（非特許文献１のFig.5.1を引用）。 本発明の第１の実施形態の仮想ネットワークファンクション提供システム及びオーケストレータ装置の構成を示す図である。 ユーザから最初のＶＭ作成要求を受けた際のオーケストレータ装置の動作を表したシーケンス図である。 本発明の第１の実施形態のオーケストレータ装置の動作を説明するための図である。 ユーザから２回目のＶＭ作成要求を受けた際のオーケストレータ装置の動作を表したシーケンス図である。 本発明の第１の実施形態のオーケストレータ装置の動作（仮想ポート仮作成）を説明するための図である。 本発明の第１の実施形態のオーケストレータ装置の動作（仮想ＮＷ作成）を説明するための図である。 本発明の第１の実施形態のオーケストレータ装置の動作（仮想ポート作成）を説明するための図である。 本発明の第１の実施形態のオーケストレータ装置の動作（ＶＭ作成）を説明するための図である。 本発明の第２の実施形態のオーケストレータ装置の動作を表したシーケンス図である。
［第１の実施形態］
　続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図２は、本発明の第１の実施形態の仮想ネットワークファンクション提供システムの構成を示す図である。
　図２を参照すると、保守端末１０６と接続されたオーケストレータ装置１００と、ＶＮＦの実行基盤となるＮＦＶＩ（ネットワークファンクション仮想化インフラストラクチャ）を制御するＶＩＭ１０４ａ、１０４ｂが接続された構成が示されている。
　保守端末１０６は、背景技術に述べたＯＳＳ／ＢＳＳに相当する端末である。このような保守端末１０６は、例えば、ユーザからＶＭの作成要求を受付けてオーケストレータ装置１００に送信する上位装置にも相当する。
　ＶＩＭ１０４ａ、ＶＩＭ１０４ｂは、オーケストレータ装置１００からの指示に基づいて、ＶＭの動作基盤となる仮想化インフラストラクチャを管理する。また、ＶＩＭ１０４ａ、ＶＩＭ１０４ｂは、オーケストレータ装置１００からの要求に応じて、ＶＮＦマネージャ（図２においては省略、図１の「ＶＮＦＭ」参照）と連携動作して、ＶＭを作成する。ＶＩＭ１０４ａ、ＶＩＭ１０４ｂは、ＶＩＭとしては、非特許文献１のＶＩＭと同等のものを用いることができる。ＶＩＭは、上記した仮想化基盤管理部に相当する。また、本実施形態において、ＶＩＭ１０４ａ、１０４ｂはそれぞれ別の拠点に存在するものとして説明する。
　オーケストレータ装置１００は、保守端末１０６を介して受け付けたユーザの指示に基づいて、ＶＩＭ１０４ａ、１０４ｂの制御を行う。また、オーケストレータ装置１００は、保守端末１０６に対して、ネットワークサービスの運用支援や課金管理、顧客管理等に必要な情報を提供する。また、本実施形態のオーケストレータ装置１００は仮想化基盤制御部１０１と、仮想マシン（ＶＭ）作成制御部１０２と、を備えている。
　仮想化基盤制御部１０１は、ＶＩＭ１０４ａ、１０４ｂ（前記第１、第２の仮想化基盤管理部に相当）のいずれか一方（例えば、１０４ａ）で作成された仮想ネットワークの情報を、他方のＶＩＭ（例えば、１０４ｂ）に提供し、前記他方のＶＩＭ（例えば、１０４ｂ）に、前記いずれか一方で作成された仮想ネットワークと仮想的に接続可能な仮想ネットワークを作成させる。
　仮想マシン（ＶＭ）作成制御部１０２は、アドレス管理機能を使わない方のＶＩＭ（例えば、１０４ｂ）側でＶＭを作成する場合、アドレス管理機能を持ち、マスター側として機能するＶＩＭ（例えば、１０４ａ）に、当該ＶＭの仮想ポートに設定するアドレスを作成させる。そして、仮想マシン（ＶＭ）作成制御部１０２は、アドレス管理機能を使わない方のＶＩＭ（例えば、１０４ｂ）側に、前記アドレス管理機能を持ち、マスター側として機能するＶＩＭ（例えば、１０４ａ）に作成されたアドレスを提供することで、前記第２の仮想化基盤上にＶＭを作成させる。
　なお、図２に示したオーケストレータ装置１００の各部（処理手段）は、オーケストレータ装置１００を構成するコンピュータに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。
　続いて、本実施形態の動作について、図面を参照して詳細に説明する。以下、ユーザからの要求を受けたオーケストレータ装置１００が、ＶＩＭ１０４ａ、１０４ｂに接続された仮想ネットワークを作成させ、その上にＶＭを作成する例を挙げて説明する。図３は、ユーザから最初のＶＭ作成要求を受けた際のオーケストレータ装置の動作を表したシーケンス図である。図３を参照すると、まず、オーケストレータ装置１００が、保守端末１０６から、ＶＭの作成要求を受け付ける（ステップＳ００１）。前記要求を受けたオーケストレータ装置１００は、ＶＩＭ１０４ａに対し、当該ＶＭを動作させるための仮想ネットワークの作成を要求する（ステップＳ００２）。
　ＶＩＭ１０４ａから仮想ネットワークの作成応答（図３の破線矢印参照）を受け取ると、オーケストレータ装置１００は、次に、ＶＩＭ１０４ａに対し、当該ＶＭの仮想ＮＩＣ（ネットワークインターフェースカード）に割り当てる仮想ポートの作成を要求する（ステップＳ００３）。
　ＶＩＭ１０４ａから仮想ポートの作成応答（図３の破線矢印参照）を受け取ると、オーケストレータ装置１００は、次に、ＶＩＭ１０４ａに対し、前記作成された仮想ポートのＩＰアドレス及びＭＡＣアドレスを指示してＶＭの作成を要求する（ステップＳ００４）。ＶＩＭ１０４ａは、前記指示されたＩＰアドレス及びＭＡＣアドレスを用いてＶＭを作成する。
　図４は、上記ＶＩＭ１０４ａにより仮想ネットワークが作成され、その上に、ＶＭが作成された状態を示している。ここで、ＶＩＭ１０４ａによって作成されたＶＭは、ステップＳ００３で作成された仮想ポートに接続されている。また、以下の説明では、図４に示したように、ＶＩＭ１０４ａにより作成された仮想ネットワークに、ＤＨＣＰ（Dynamic Host Configuration Protocol）サーバが配置されているものとして説明する。なお、このＤＨＣＰサーバは、必ずしもハードウェアで構築されている必要はなく、例えば、ＶＩＭ１０４ａにより構築された仮想ネットワークファンクション（ＶＮＦ）のＤＨＣＰ機能であってもよい。なお、ＤＨＣＰサーバ等のアドレス管理機能の配置先は、図４に示したように仮想ネットワークの作成時に決定してもよいし、図７に示すように２つ目の仮想ネットワークを作成した際に再決定してもよい。アドレス管理機能の配置先ルールとしては、例えば、先に立ち上っている仮想ネットワークに配置してもよいし、ＶＩＭ１０４ａ、１０４ｂのうち、利用可能なリソースの多い方に配置する方法等が考えられる。
　その後、オーケストレータ装置が、ユーザから２回目のＶＭ作成要求を受けたとする。図５は、２回目のＶＭ作成要求を受けた際のオーケストレータ装置１００の動作を表したシーケンス図である。
　図５を参照すると、ユーザから２回目のＶＭ作成要求を受けたオーケストレータ装置１００は、所定のルールを用いて、ＶＭを作成するＶＩＭを選択する。前記所定のルールとしては、例えば、ユーザの位置情報を用いて最寄りのＶＩＭを決定する方法や、各ＶＩＭのリソースや負荷を考慮する方法が挙げられる。ここで、ＶＩＭ１０４ｂが選択されたものとして説明する。なお、ＶＩＭ１０４ａが選択された場合、図３と同様の処理が行われる。
　ＶＭを作成する仮想化基盤としてＶＩＭ１０４ｂを選択した場合であっても、オーケストレータ装置１００は、ＤＨＣＰサーバが配置されているＶＩＭ１０４ａに対し、仮想ポートの作成を要求する（ステップＳ００３）。これにより、オーケストレータ装置１００は、新しく作成するＶＭに設定するアドレス情報（ＩＰアドレスとＭＡＣアドレス）を取得する。
　図６は、上記オーケストレータ装置１００による仮想ポート仮作成処理を説明するための図である。図６に示すように、オーケストレータ装置１００は、ＶＩＭ１０４ａに対して仮想ポートの作成を指示することで、仮想ネットワークにおいてユニークなＩＰアドレスとＭＡＣアドレスを取得する。
　次に、オーケストレータ装置１００は、ＶＩＭ１０４ｂに対し、当該ＶＭを動作させるための仮想ネットワークの作成を要求する（ステップＳ００５）。ここで、オーケストレータ装置１００は、ＶＩＭ１０４ｂに対し、新しく作成する仮想ネットワークの種別とネットワークＩＤを指定して仮想ネットワークを作成させる。
　図７は、オーケストレータ装置１００からＶＩＭへの仮想ネットワークの作成指示を説明するための図である。例えば、ＶＩＭ１０４ａにて、ネットワーク種別＝ＶＸＬＡＮ（Virtual eXtensible Local Area Network）、ネットワークＩＤ（ＶＮＩ）＝１の仮想ネットワークが作成されていたとする。この場合、オーケストレータ装置１００は、ＶＩＭ１０４ｂに対して、ネットワーク種別＝ＶＸＬＡＮ（Virtual eXtensible Local Area Network）、ネットワークＩＤ（ＶＮＩ）＝１を指定して仮想ネットワークの作成を要求する。このようにすることで、２つの仮想ネットワークを接続することが可能となる。なお、ネットワーク種別は、ＶＸＬＡＮに限られず、ＮＶＧＲＥ（Network Virtualization using Generic Routing Encapsulation）や、ＳＴＴ（Stateless Transport Tunneling）等のトンネリング技術を用いたものであってもよい。この場合、ネットワークＩＤとしてそれぞれＴＮＩ（Tenant-ID）やＣｏｎｔｅｘｔＩＤが通知されることになる。
　ＶＩＭ１０４ｂから仮想ネットワークの作成応答（図５の破線矢印参照）を受け取ると、オーケストレータ装置１００は、次に、ＶＩＭ１０４ｂに対し、ステップＳ００３で取得したＩＰアドレスとＭＡＣアドレスを指定して当該ＶＭの仮想ＮＩＣ（ネットワークインターフェースカード）に割り当てる仮想ポートの作成を要求する（ステップＳ００６）。
　図８は、上記オーケストレータ装置１００による仮想ポート作成処理を説明するための図である。図８に示すように、オーケストレータ装置１００は、ＶＩＭ１０４ｂに対してステップＳ００３で取得したＩＰアドレスとＭＡＣアドレスを指定して仮想ポートの作成を要求する。図８の例では、ステップＳ００３で取得したＩＰアドレス（１９２．１６８．１．１）とＭＡＣアドレス（ＡＡ：ＢＢ：ＣＣ：ＤＤ：ＥＥ：ＦＦ）を持つ仮想ポートが作成されている。先に説明したように、このＩＰアドレスとＭＡＣアドレスは、ＶＩＭ１０４ａ側にて作成されたものであるため、ユニーク性が保証されていることになる。
　ＶＩＭ１０４ｂから仮想ポートの作成応答（図５の破線矢印参照）を受け取ると、オーケストレータ装置１００は、次に、ＶＩＭ１０４ｂに対し、前記作成された仮想ポートのＩＰアドレス及びＭＡＣアドレスを指示してＶＭの作成を要求する（ステップＳ００７）。ＶＩＭ１０４ｂは、前記指示されたＩＰアドレス及びＭＡＣアドレスを用いてＶＭを作成する。
　図９は、上記オーケストレータ装置１００によるＶＭ作成処理を説明するための図である。図９に示すように、オーケストレータ装置１００は、ＶＩＭ１０４ｂに対してステップＳ００３で取得したＩＰアドレスとＭＡＣアドレスを指定してＶＭ作成を要求する。図９の例では、ステップＳ００６に作成した仮想ポートにＶＭが接続されている。このＶＭは、ＶＩＭ１０４ａ側のＶＭと同一の仮想ネットワークに存在し、ＶＩＭ１０４ａ側のＶＭ等と通信可能となっている。ここで、注意すべきは、仮想ポートに設定されたＩＰアドレスやＭＡＣアドレスのユニーク性が保証されているため、ＮＡＴやゲートウェイが配置不要となっている点である。
　以上説明したように、本実施形態によれば、２以上のＶＩＭ（仮想化基盤管理部）によって構成されている仮想ネットワークを接続するだけでなく、任意のＶＩＭを選択して、ＶＭを作成することが可能となる。これは、一方の拠点のリソースが不足していても他方の拠点のリソースでＶＭを作成できることをも意味している。
［第２の実施形態］
　続いて、上記した第１の実施形態におけるオーケストレータ装置１００の動作に変更を加えた第２の実施形態について図面を参照して詳細に説明する。本実施形態は、第１の実施形態と同様の構成にて実現可能であるので、以下、その相違点を中心に説明する。
　図１０は、本発明の第２の実施形態のオーケストレータ装置１００が２回目のＶＭ作成要求を受けた際の動作を表したシーケンス図である。第１の実施形態との相違点は、ステップＳ００１ａにおいて、オーケストレータ装置１００が、所定のルールを用いてＶＭを作成するＶＩＭを選択するのではなく、まず、予め設定されたＶＩＭ１０４ａへのＶＭの作成を試みる点である。
　その後、オーケストレータ装置１００が、ＶＩＭ１０４ａに対し、仮想ポートの作成を要求する点は、第１の実施形態と同様である。
　そして、ＶＩＭ１０４ａから仮想ポートの作成応答（図１０の破線矢印参照）を受け取ると、オーケストレータ装置１００は、次に、ＶＩＭ１０４ａに対し、前記作成された仮想ポートのＩＰアドレス及びＭＡＣアドレスを指示してＶＭの作成を要求する（ステップＳ００４ａ）。ここで、ＶＩＭ１０４ａがＶＭを作成できる場合は、図３に示したシーケンスと同様にＶＭが作成される。以下の説明では、ＶＩＭ１０４ａでのリソースの不足により、ＶＭ作成不可との応答が返されたものとして説明する。
　この場合、オーケストレータ装置１００は、他のＶＩＭにてカバーすべく、ＶＩＭ１０４ｂに対し、ＶＭを動作させるための仮想ネットワークの作成を要求する（ステップＳ００５）。この場合においても、第１の実施形態と同様、オーケストレータ装置１００は、ＶＩＭ１０４ｂに対し、新しく作成する仮想ネットワークの種別とネットワークＩＤを指定して仮想ネットワークを作成させる。
　ＶＩＭ１０４ｂから仮想ネットワークの作成応答（図１０の破線矢印参照）を受け取ると、オーケストレータ装置１００は、次に、ＶＩＭ１０４ｂに対し、ステップＳ００３で取得したＩＰアドレスとＭＡＣアドレスを指定して当該ＶＭの仮想ＮＩＣ（ネットワークインターフェースカード）に割り当てる仮想ポートの作成を要求する（ステップＳ００６）。
　ＶＩＭ１０４ｂから仮想ポートの作成応答（図１０の破線矢印参照）を受け取ると、オーケストレータ装置１００は、次に、ＶＩＭ１０４ｂに対し、前記作成された仮想ポートのＩＰアドレス及びＭＡＣアドレスを指示してＶＭの作成を要求する（ステップＳ００７）。ＶＩＭ１０４ｂは、前記指示されたＩＰアドレス及びＭＡＣアドレスを用いてＶＭを作成する。
　以上説明したように、本実施形態によれば、２以上のＶＩＭ（仮想化基盤管理部）によって構成されている仮想ネットワークを接続するだけでなく、２つのＶＩＭのリソースを有効に活用することが可能となる。
　以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。
　最後に、本発明の好ましい形態を要約する。
［第１の形態］
　（上記第１の視点によるオーケストレータ装置参照）
［第２の形態］
　第１の形態のオーケストレータ装置において、
　上位装置から、前記第１の仮想化基盤上に仮想マシンを作成する指示を受けた場合において、前記第１の仮想化基盤管理部上に仮想マシンを作成できない場合に、前記第１の仮想化基盤管理部の前記アドレス管理機能が作成したアドレスを用いて、前記第２の仮想化基盤上に仮想マシンを作成させるオーケストレータ装置。
［第３の形態］
　第１又は第２の形態のオーケストレータ装置において、
　前記第１、第２の仮想化基盤管理部のいずれか一方で作成された仮想ネットワークと仮想的に接続可能な仮想ネットワークを作成した際に、前記アドレス管理機能の配置先を決定するオーケストレータ装置。
［第４の形態］
　第３の形態のオーケストレータ装置において、
　前記第１、第２の仮想化基盤管理部の利用可能なリソース量に基づいて、前記アドレス管理機能の配置先を決定するオーケストレータ装置。
［第５の形態］
　第１から第４いずれか一の形態のオーケストレータ装置において、
　前記仮想基盤制御部は、前記仮想ネットワークの情報として、少なくともネットワーク種別とネットワークのＩＤとを提供するオーケストレータ装置。
［第６の形態］
　第１から第５いずれか一の形態のオーケストレータ装置において、
　前記仮想マシン作成制御部は、所定のルールに基づいて、前記第１、第２の仮想化基盤のいずれかから、仮想マシンを作成する仮想化基盤を選択するオーケストレータ装置。
［第７の形態］
　（上記第２の視点による仮想ネットワークファンクション提供システム参照）
［第８の形態］
　（上記第３の視点による仮想マシンの作成方法参照）
［第９の形態］
　（上記第４の視点によるコンピュータプログラム参照）
　なお、上記第７～第９の形態は、第１の形態と同様に、第２～第６の形態に展開することが可能である。
　なお、上記非特許文献の開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
　１００　オーケストレータ装置
　１０１　仮想化基盤制御部
　１０２　仮想マシン作成制御部（ＶＭ作成制御部）
　１０４ａ、１０４ｂ　ＶＩＭ
　１０６　保守端末

Claims (9)

  1. 　アドレス管理機能を備える第１の仮想化基盤を管理する第１の仮想化基盤管理部と、第２の仮想化基盤を管理する第２の仮想化基盤管理部と、に接続され、
    　前記第１、第２の仮想化基盤管理部のいずれか一方で作成された仮想ネットワークの情報を、他方の仮想化基盤管理部に提供し、前記他方の仮想化基盤管理部に、前記いずれか一方で作成された仮想ネットワークと仮想的に接続可能な仮想ネットワークを作成させる仮想基盤制御部と、
    　前記第２の仮想化基盤側で仮想マシンを作成する場合、前記第１の仮想化基盤管理部の前記アドレス管理機能に、当該仮想マシンの仮想ポートに設定するアドレスを作成させ、前記アドレスを前記第２の仮想化基盤側に提供することで、前記第２の仮想化基盤上に仮想マシンを作成させる仮想マシン作成制御部と、
    　を備えたオーケストレータ装置。
  2. 　上位装置から、前記第１の仮想化基盤上に仮想マシンを作成する指示を受けた場合において、前記第１の仮想化基盤管理部上に仮想マシンを作成できない場合に、前記第１の仮想化基盤管理部の前記アドレス管理機能が作成したアドレスを用いて、前記第２の仮想化基盤上に仮想マシンを作成させる請求項１のオーケストレータ装置。
  3. 　前記第１、第２の仮想化基盤管理部のいずれか一方で作成された仮想ネットワークと仮想的に接続可能な仮想ネットワークを作成した際に、前記アドレス管理機能の配置先を決定する請求項１又は２のオーケストレータ装置。
  4. 　前記第１、第２の仮想化基盤管理部の利用可能なリソース量に基づいて、前記アドレス管理機能の配置先を決定する請求項３のオーケストレータ装置。
  5. 　前記仮想基盤制御部は、前記仮想ネットワークの情報として、少なくともネットワーク種別とネットワークのＩＤとを提供する請求項１から４いずれか一のオーケストレータ装置。
  6. 　前記仮想マシン作成制御部は、所定のルールに基づいて、前記第１、第２の仮想化基盤のいずれかから、仮想マシンを作成する仮想化基盤を選択する請求項１から５いずれか一のオーケストレータ装置。
  7. 　請求項１から６いずれか一のオーケストレータ装置を含んだ仮想ネットワークファンクション提供システム。
  8. 　アドレス管理機能を備える第１の仮想化基盤を管理する第１の仮想化基盤管理部と、第２の仮想化基盤を管理する第２の仮想化基盤管理部と、に接続されたオーケストレータ装置に、
    　前記第１、第２の仮想化基盤管理部のいずれか一方で作成された仮想ネットワークの情報を、他方の仮想化基盤管理部に提供し、前記他方の仮想化基盤管理部に、前記いずれか一方で作成された仮想ネットワークと仮想的に接続可能な仮想ネットワークを作成させるステップと、
    　前記第２の仮想化基盤側で仮想マシンを作成する場合、前記第１の仮想化基盤管理部の前記アドレス管理機能に、当該仮想マシンの仮想ポートに設定するアドレスを作成させ、前記アドレスを前記第２の仮想化基盤側に提供することで、前記第２の仮想化基盤上に仮想マシンを作成させるステップと、
    　を含む仮想マシンの作成方法。
  9. 　アドレス管理機能を備える第１の仮想化基盤を管理する第１の仮想化基盤管理部と、第２の仮想化基盤を管理する第２の仮想化基盤管理部と、に接続されたオーケストレータ装置を構成するコンピュータに、
    　前記第１、第２の仮想化基盤管理部のいずれか一方で作成された仮想ネットワークの情報を、他方の仮想化基盤管理部に提供し、前記他方の仮想化基盤管理部に、前記いずれか一方で作成された仮想ネットワークと仮想的に接続可能な仮想ネットワークを作成させる処理と、
    　前記第２の仮想化基盤側で仮想マシンを作成する場合、前記第１の仮想化基盤管理部の前記アドレス管理機能に、当該仮想マシンの仮想ポートに設定するアドレスを作成させ、前記アドレスを前記第２の仮想化基盤側に提供することで、前記第２の仮想化基盤上に仮想マシンを作成させる処理と、
    　を実行させるプログラム。
PCT/JP2016/052125 2015-01-27 2016-01-26 オーケストレータ装置、システム、仮想マシンの作成方法及びプログラム WO2016121736A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/544,035 US20180004563A1 (en) 2015-01-27 2016-01-26 Orchestrator apparatus, system, virtual machine creation method, and computer-readable recording medium
JP2016572044A JP6330923B2 (ja) 2015-01-27 2016-01-26 オーケストレータ装置、システム、仮想マシンの作成方法及びプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015-013736 2015-01-27
JP2015013736 2015-01-27

Publications (1)

Publication Number Publication Date
WO2016121736A1 true WO2016121736A1 (ja) 2016-08-04

Family

ID=56543347

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/052125 WO2016121736A1 (ja) 2015-01-27 2016-01-26 オーケストレータ装置、システム、仮想マシンの作成方法及びプログラム

Country Status (3)

Country Link
US (1) US20180004563A1 (ja)
JP (1) JP6330923B2 (ja)
WO (1) WO2016121736A1 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018090299A1 (zh) * 2016-11-17 2018-05-24 华为技术有限公司 网络服务生命周期管理的许可方法和装置
WO2018120227A1 (zh) * 2016-12-30 2018-07-05 华为技术有限公司 一种资源管理方法及装置
JP2018526916A (ja) * 2015-08-31 2018-09-13 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． リソース管理方法および装置
WO2019177137A1 (ja) * 2018-03-16 2019-09-19 日本電気株式会社 通信システム、通信装置、方法およびプログラム
CN110351104A (zh) * 2018-04-02 2019-10-18 中国移动通信有限公司研究院 一种vim选择方法及装置
EP3606170A4 (en) * 2017-03-24 2020-02-26 Nec Corporation DEVICE FOR ORCHESTRATING VIRTUALIZED NETWORK FUNCTION MANAGEMENT, COMMUNICATION SYSTEM, METHOD AND PROGRAM
JP7409504B2 (ja) 2020-07-03 2024-01-09 日本電信電話株式会社 ネットワーク仮想化システム、仮想リソース管理装置、仮想リソース管理方法およびプログラム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6947129B2 (ja) * 2018-07-05 2021-10-13 日本電信電話株式会社 管理装置およびネットワーク管理方法
CN113328871B (zh) * 2020-02-28 2022-08-12 中国移动通信有限公司研究院 信令采集的配置方法、装置及存储介质

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3185762B2 (ja) * 1998-07-08 2001-07-11 日本電気株式会社 ネットワークアドレス設定方式
US8605881B2 (en) * 2011-10-31 2013-12-10 Blackberry Limited Auto promotion and demotion of conference calls
US9967111B2 (en) * 2013-03-15 2018-05-08 Rackspace Us, Inc. Software-defined multinetwork bridge

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ATSUSHI TANIGUCHI ET AL.: "A study on placement of management data of network functions and their managers when they are placed among multiple data centers", IEICE TECHNICAL REPORT ICM 2015-1, vol. 115, no. 45, 21 May 2015 (2015-05-21), pages 77 - 82 *
DAIKI ENDO ET AL.: "A Study of Operation Support System Architecture for Virtualized Carrier Networks", IEICE TECHNICAL REPORT ICM2014-28, vol. 114, no. 299, 6 November 2014 (2014-11-06), pages 71 - 74 *
IOANNIS GIANNOULAKIS ET AL.: "On the applications of efficient NFV management towards 5G networking, 5G for Ubiquitous Connectivity (5GU)", 2014 1ST INTERNATIONAL CONFERENCE IEEE, 26 November 2014 (2014-11-26), pages 1 - 5 *
KATSUYA TANAKA ET AL.: "Design of a Personalized Video Streaming Framework Providing a Flexible Service Structure", IEICE TECHNICAL REPORT IA2014-62, vol. 114, no. 335, 20 November 2014 (2014-11-20), pages 7 - 12 *

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018526916A (ja) * 2015-08-31 2018-09-13 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． リソース管理方法および装置
WO2018090299A1 (zh) * 2016-11-17 2018-05-24 华为技术有限公司 网络服务生命周期管理的许可方法和装置
JP2019536365A (ja) * 2016-11-17 2019-12-12 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ネットワークサービスライフサイクル管理許可方法及び装置
US10911333B2 (en) 2016-11-17 2021-02-02 Huawei Technologies Co., Ltd. Network service life cycle management grant method and apparatus
US11271827B2 (en) 2016-11-17 2022-03-08 Huawei Technologies Co., Ltd. Network service life cycle management grant method and apparatus
WO2018120227A1 (zh) * 2016-12-30 2018-07-05 华为技术有限公司 一种资源管理方法及装置
EP3606170A4 (en) * 2017-03-24 2020-02-26 Nec Corporation DEVICE FOR ORCHESTRATING VIRTUALIZED NETWORK FUNCTION MANAGEMENT, COMMUNICATION SYSTEM, METHOD AND PROGRAM
WO2019177137A1 (ja) * 2018-03-16 2019-09-19 日本電気株式会社 通信システム、通信装置、方法およびプログラム
JPWO2019177137A1 (ja) * 2018-03-16 2021-03-11 日本電気株式会社 通信システム、通信装置、方法およびプログラム
JP7205532B2 (ja) 2018-03-16 2023-01-17 日本電気株式会社 通信システム、通信装置、方法およびプログラム
CN110351104A (zh) * 2018-04-02 2019-10-18 中国移动通信有限公司研究院 一种vim选择方法及装置
JP7409504B2 (ja) 2020-07-03 2024-01-09 日本電信電話株式会社 ネットワーク仮想化システム、仮想リソース管理装置、仮想リソース管理方法およびプログラム

Also Published As

Publication number Publication date
JPWO2016121736A1 (ja) 2017-11-09
JP6330923B2 (ja) 2018-05-30
US20180004563A1 (en) 2018-01-04

Similar Documents

Publication Publication Date Title
JP6330923B2 (ja) オーケストレータ装置、システム、仮想マシンの作成方法及びプログラム
US10411947B2 (en) Hot swapping and hot scaling containers
CN107924383B (zh) 用于网络功能虚拟化资源管理的系统和方法
JP6174716B2 (ja) 管理システム、全体管理ノード及び管理方法
JP6196322B2 (ja) 管理システム、仮想通信機能管理ノード及び管理方法
CN105657081B (zh) 提供dhcp服务的方法、装置及系统
US9628290B2 (en) Traffic migration acceleration for overlay virtual environments
EP3313023A1 (en) Life cycle management method and apparatus
CN108347493B (zh) 混合云管理方法、装置和计算设备
WO2017045471A1 (zh) 一种在云计算系统中获取业务链信息的方法和装置
EP3300298B1 (en) Method and apparatus for switching vnf
US11093296B2 (en) System, virtualization control apparatus, method for controlling a virtualization control apparatus, and program
US20170272400A1 (en) Network virtualization of containers in computing systems
JP2018519687A (ja) クラウド・ネットワーキングのためのマルチテナント認識型動的ホスト構成プロトコル（ｄｈｃｐ）機構
WO2016169218A1 (zh) 一种网关虚拟化方法、系统及计算机存储介质
JP2019536365A (ja) ネットワークサービスライフサイクル管理許可方法及び装置
CN107534577B (zh) 一种网络业务实例化的方法及设备
JP7056555B2 (ja) ネットワークシステム、その管理方法および装置ならびにサーバ
KR20180029790A (ko) 네트워크 기능 가상화 운영 장치 및 방법
JP6591045B2 (ja) ネットワークサービスを移行するための方法及びネットワークサービス装置
JP7115561B2 (ja) Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム
WO2018014351A1 (zh) 一种资源配置方法及装置
KR20180031156A (ko) 네트워크 기능 가상화 운영 장치 및 방법
CN107483335B (zh) 一种sdn业务实现方法及应用实体、管理实体、控制器
Mao et al. Live Migration Among CloudBased on MOOSE Address

Legal Events

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

Ref document number: 16743339

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15544035

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2016572044

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16743339

Country of ref document: EP

Kind code of ref document: A1