WO2019097811A1 - 仮想リソース提供装置、仮想ネットワーク機能提供システム、仮想リソース提供方法及びプログラム - Google Patents

仮想リソース提供装置、仮想ネットワーク機能提供システム、仮想リソース提供方法及びプログラム Download PDF

Info

Publication number
WO2019097811A1
WO2019097811A1 PCT/JP2018/032213 JP2018032213W WO2019097811A1 WO 2019097811 A1 WO2019097811 A1 WO 2019097811A1 JP 2018032213 W JP2018032213 W JP 2018032213W WO 2019097811 A1 WO2019097811 A1 WO 2019097811A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual resource
virtual
rate
resources
resource
Prior art date
Application number
PCT/JP2018/032213
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 日本電気株式会社
Publication of WO2019097811A1 publication Critical patent/WO2019097811A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • 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]

Definitions

  • the present invention is based on the priority claim of Japanese Patent Application: Japanese Patent Application No. 2017-221539 (filed on November 17, 2017), and the entire contents of the application are incorporated herein by reference. It shall be.
  • the present invention relates to a virtual resource provision device, a virtual network function provision system, a virtual resource provision method, and a program.
  • Cloud computing is a form of using computing resources virtualized on physical resources such as servers on demand.
  • NFV Network Function Virtualization
  • SW software
  • HW dedicated hardware
  • ETSI NFV the architecture of NFV is defined (see Non-Patent Document 1).
  • VIM Management and Orchestration
  • VNFM managing a VNF configuring a network service
  • NFVO controlling these
  • VIM, VNF, and VNFM are abbreviations of Virtualized Infrastructure Manager, Virtual Network Function, and VNF Manager, respectively.
  • VNF is configured by VNFC (VNF Component), and VNFC is executed on one VM.
  • VNFC VNF Component
  • the "cloud platform” will be described as the one corresponding to the VIM in the NFV, and the "service” as the one including the network service in the NFV.
  • orchestrator In the cloud, there is an orchestrator that controls redundancy and multiplexing of VMs (Virtual Machines) that execute the same process.
  • this type of orchestrator has a function to perform auto-healing to cope with failures occurring in the cloud platform and to perform dynamic optimization in accordance with changes in user requests.
  • the status of virtual resources is provided to the administrator or the higher level orchestrator by response or notification to an application programming interface (API) query.
  • API application programming interface
  • OpenStack registered trademark
  • the orchestrator performs the auto healing and the dynamic optimization in accordance with the state change of the virtual resource by combining with the notification mechanism.
  • a cloud infrastructure administrator who manages physical resources such as physical machines and switches and provides them as virtual resources.
  • a cloud infrastructure administrator there is an administrator who deploys and controls applications on a plurality of virtual resources and manages services provided to end users.
  • Each administrator can only access different information. For example, the service administrator can not view the HW configuration information of the physical machine.
  • This utilization rate is calculated from the MTBF (Mean Time Between Failure), MTTR (Mean Time To Repair), and their configurations of the system (service). This operation rate can be calculated more accurately by calculating based on not only the VM unit configuring the service but also the configuration information and failure rate of the HW device that forms the basis of the operation rate.
  • the operating rate is calculated by the following equation.
  • the operation rate of certain devices A1 and A2 are a1 and a2, respectively, if the devices A1 and A2 are connected in series to configure a system, the operation rate is calculated as a1 ⁇ a2.
  • the operation rate is 1 ⁇ (1 ⁇ a1) ⁇ (1 ⁇ a2).
  • Patent Document 1 discloses a method of predicting the operation rate of the entire information processing system.
  • the hazard rate (rate of occurrence of failure) of the system and the average repair rate (time taken to repair the failure) of the system are determined respectively, and the availability of the system is obtained from the system hazard rate and the system average repair rate.
  • a method of calculating is disclosed.
  • Patent Document 2 discloses an information system reliability evaluation system which makes it possible to reduce the burden on a designer who designs an information system while improving the system operation rate.
  • a fault tree Fram Tree
  • a failure rate is calculated based on the synthesized fault tree. I am thinking.
  • Patent Document 3 discloses a management system that can perform scale-out of a virtual network function (VNF) more quickly in a network functions virtualisation (NFV) environment.
  • the VNFM 30 of this management system is provided with a VNFM surplus resource information DB 31 that stores surplus resource information on surplus resources which are surplus virtual resources reserved in advance by the VIM 40.
  • the VNFM 30 further includes a deployment instruction transmission unit 32.
  • the deployment instruction transmission unit 32 receives the notification that the virtualized resources are insufficient from the VNF, the virtual servers of the surplus resources which are reserved based on the surplus resource information stored in the VNFM surplus resource information DB 31 And sends an instruction to deploy the identified virtual server to the VIM 40.
  • the VIM 40 includes a virtual server deployment unit 41 that deploys a virtual server upon receiving an instruction to deploy a virtual server from the VNFM 30.
  • Patent Document 4 discloses a method of selecting a physical server on which a VM, which is a virtualized network function, is deployed from Network Functions Virtualisation Infrastructure (NFVI).
  • the virtualization infrastructure selection device is provided with a physical resource conversion unit 1, a server extraction unit 2, and an optimum server selection unit 3.
  • the physical resource conversion unit 1 converts the application request into a physical resource request
  • the server extraction unit 2 is configured to satisfy the physical server request after the conversion from the physical server in the NFVI. Extract.
  • the optimum server selection unit 3 selects an optimum physical server from among the extracted physical servers.
  • Non-Patent Document 1 ETSI GS NFV-MAN 001 V1.1.1 (2014-12) Network Functions Virtualisation (NFV); Management and Orchestration, [online], [October 5, 2017 search], Internet ⁇ http: / /www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p. pdf>
  • the present invention provides a virtual resource providing device, a virtual network function providing system, a virtual resource providing method, and a program that can cause a host device represented by an orchestrator to perform control based on the operation rate and contribute to the refinement. With the goal.
  • the operating rate management unit that manages the operating rate of physical resources that can be allocated to virtual resources and the operating rate of virtual resources using the operating rates of physical resources allocated to the virtual resources.
  • a virtual resource providing apparatus comprising: an operating rate calculating unit to calculate; and a virtual resource managing unit that provides a virtual resource in response to a request from a host device and provides the operating rate of the virtual resource.
  • the operating rate calculation for calculating the service operating rate based on the virtual resources corresponding to the elements constituting the service and the operating rate of the virtual resource received from the predetermined virtual resource providing device comprising: a unit; and a service management unit that manages the service based on the calculated operation rate of the service.
  • a virtual network function providing system including the above-described virtual resource providing device and a service management device that provides a service using the virtual resource.
  • a computer including an operation rate management unit that manages an operation rate of physical resources assignable to virtual resources uses the operation rate of physical resources assigned to the virtual resources to use the virtual resources
  • a virtual resource providing method including the steps of: calculating an operating rate of the virtual machine; providing a virtual resource in response to a request from a host apparatus; and providing the operating rate of the virtual resource to the host apparatus.
  • This method is linked to a specific machine called a computer (virtual resource providing device) which provides virtual resources in response to a request from a host device.
  • the virtual resource is provided to a computer having an availability management unit that manages availability of physical resources assignable to virtual resources, using the availability of physical resources assigned to the virtual resources.
  • this program can be recorded on a computer readable (non-transitory) storage medium. That is, the present invention can also be embodied as a computer program product.
  • the upper-level device represented by the orchestrator it is possible to cause the upper-level device represented by the orchestrator to perform control based on the operation rate and to refine the control.
  • connection lines between blocks such as drawings referred to in the following description include both bidirectional and unidirectional directions.
  • the unidirectional arrows schematically indicate the flow of main signals (data), and do not exclude bidirectionality.
  • ports or interfaces at the input / output connection points of each block in the drawing they are not shown.
  • the present invention in one embodiment, can be realized by a virtual resource providing apparatus 10 including an operating rate management unit 11, an operating rate calculation unit 12, and a virtual resource management unit 13, as shown in FIG.
  • the operating rate management unit 11 manages the operating rate of physical resources that can be allocated to virtual resources.
  • the operating rate calculation unit 12 calculates the operating rate of the virtual resource using the operating rate of the physical resource allocated to the virtual resource. Then, when providing a virtual resource in response to a request from a host device, the virtual resource management unit 13 provides information including the operating rate of the virtual resource to be provided.
  • the operating rate is used as an index value indicating availability.
  • a virtual resource is configured using a configuration in which two physical resources are connected in parallel.
  • the operating rates of the physical resources A1 and A2 are assumed to be a1 and a2.
  • the virtual resource management unit 13 does not return the utilization rates a1 and a2 of the physical resources A1 and A2 when providing virtual resources in response to a request from the higher-level device. Provide the calculated 1- (1-a1) ⁇ (1-a2).
  • the higher-level device can estimate the availability (operating rate) of the virtual resource A as a correct value of 1 ⁇ (1 ⁇ a1) ⁇ (1 ⁇ a2) instead of a1 and a2.
  • the host device can correctly determine whether the service provided to the user is affected in the configuration of the virtual resource currently used.
  • the higher-level device can request additional virtual resources from the virtual resource providing device 10 as needed, or conversely release the virtual resources to improve the efficiency.
  • the physical resources A1 and A2 are connected in parallel and the redundant configuration is described. However, the physical resources A1 and A2 are connected in series to configure a virtual resource.
  • the operating rate is a1 ⁇ a2.
  • the operation rate is a combination of the operation rates in series and in parallel.
  • FIG. 3 is a diagram showing the configuration of the first embodiment of the present invention.
  • the left side of FIG. 3 shows a hierarchical configuration of a service (NS; Network Service) provided by an orchestrator (NFV Orchestrator).
  • the service (NS) 301 is configured by one or more (network function) clusters (VNF) 302.
  • VNF network function
  • a cluster (VNF) 302 is configured by one or more VNFCs 303.
  • the VNFC 303 is usually configured by one VM 304.
  • the VM 304 is configured using one or more physical resources 305.
  • the right side of FIG. 3 shows the configuration of the service-providing orchestrator (NFVO) 100 and the cloud infrastructure (VIM) 200.
  • the orchestrator (NFVO) 100 includes a service management unit 101, an operation rate calculation unit 102, an (NS / VNF) catalog holding unit 103, and a virtual resource information holding unit 104. Further, the orchestrator (NFVO) 100 functions as the above-described service management apparatus.
  • the cloud infrastructure (VIM) 200 includes a physical resource management unit 201, an operation rate registration unit 202, a virtual resource management unit 203, an operation rate calculation unit 204, a physical resource information holding unit 205, and a virtual resource information holding unit 206. And have.
  • the physical resource management unit 201 manages the state of physical resources, and performs an operation of allocating physical resources in response to a request from the virtual resource management unit 203.
  • the operating rate registration unit 202 receives an input of the operating rate for each physical resource from the administrator or the like, and registers the input in the physical resource information holding unit 205.
  • FIG. 4 is a diagram showing an example of information held in the physical resource information holding unit 205.
  • the operation rate is set for each physical resource.
  • the position and specification information of physical resources may be held.
  • the hardware inspection tool included in the build tool of Cloud Platform (VIM) instead of the input by the administrator etc., it also cooperates with the hardware inspection tool included in the build tool of Cloud Platform (VIM), and the configuration to calculate the operation rate automatically from the model information of the component of physical resource It is possible to adopt.
  • VIM Cloud Platform
  • One such hardware inspection tool is TripleO's hardware inspection function, which is known as an OpenStack construction tool.
  • the virtual resource management unit 203 uses the physical resources managed by the physical resource management unit 201 in response to a request from the service management unit 101 of the orchestrator (NFVO) 100 to create, update or delete virtual resources. And so on. Also, the virtual resource management unit 203 requests the operation rate calculation unit 204 to calculate the operation rate of the virtual resource allocated to the orchestrator (NFVO) 100.
  • the operating rate calculation unit 204 refers to the information held in the physical resource information holding unit 205, calculates the operating rate of the virtual resource from the operating rate of the physical resource used by the virtual resource, and the virtual resource information holding unit 206 Store.
  • the following pattern can be considered as a calculation method of the virtual resource by the operation rate calculation unit 204.
  • the value of the operating rate of the physical resource is used as it is as the operating rate of the virtual resource.
  • the operating rate of the specific physical host is used as the operating rate of the VM (VNFC).
  • the operating rate of the virtual resource can be calculated from the devices constituting the physical resource, their connection information, and the operating rate for each device model.
  • the application pattern of (2) a configuration can be adopted in which devices constituting physical resources and their connection information are obtained from a hardware inspection tool included in a cloud-based (VIM) construction tool or the like.
  • the operating rate calculating unit 204 refers to the physical resource information holding unit 205, and the operating rate of the virtual resource You may calculate (5) Further, combining the above (3) and (4), the operating rate calculating unit 204 refers to the physical resource information holding unit 205, and the devices constituting the physical resource, their connection information, and the operating rate To calculate the utilization rate of virtual resources.
  • FIG. 5 is a diagram showing an example of information held in the virtual resource information holding unit 206. As shown in FIG. In the example of FIG. 5, the operating rate is maintained for each virtual resource. In addition to the information shown in FIG. 5, the configuration and type information of virtual resources may be held.
  • the virtual resource management unit 203 provides the availability rate of the virtual resource to the orchestrator (NFVO) 100 when the virtual resource is allocated or at a predetermined timing thereafter. Since there are several forms of providing the utilization rates of virtual resources, they will be described later by being included in the operation of this embodiment.
  • the service management unit 101 develops a service in response to a request from an OSS / BSS (not shown) in the architecture of the NFV.
  • the service management unit 101 requests the virtual resource management unit 203 of the cloud infrastructure (VIM) 200 to pay out necessary virtual resources when deploying the service.
  • the service management unit 101 stores, in the virtual resource information holding unit 104, information on the virtual resource including the operating rate of the virtual resource provided from the virtual resource management unit 203. Further, the service management unit 101 requests the operation rate calculation unit 102 to calculate the service operation rate.
  • the service management unit 101 issues a virtual resource addition request and the like to the virtual resource management unit 203 of the cloud infrastructure (VIM) 200 in accordance with the value of the operation rate of the service obtained from the operation rate calculation unit 102.
  • the form of holding the operating rate of virtual resources in the virtual resource information holding unit 104 may be the same as that of the virtual resource information holding unit 206 of the cloud infrastructure (VIM) 200 (see FIG. 4).
  • the service management unit 101 periodically checks the operating rate of the virtual resource used for the service being provided to the virtual resource management unit 203, or the virtual resource management unit 203 Get notified of the availability of Then, the service management unit 101 updates the information in the virtual resource information holding unit 104 to the latest information, and requests the operation rate calculation unit 102 to recalculate the service operation rate.
  • the service management unit 101 requests the virtual resource management unit 203 of the cloud infrastructure (VIM) 200 to add a virtual resource and release the virtual resource according to the value of the service availability obtained from the availability calculation unit 102. Etc.
  • the catalog holding unit 103 holds service configuration information (correspondence between NS and VNF; NS / VNF). That is, the catalog holding unit 103 stores the correspondence between the service (NS) 301 of FIG. 3 and the (network function) cluster (VNF) 302.
  • the operating rate calculation unit 102 on the side of the orchestrator (NFVO) 100 receives the operating rate stored in the virtual resource information holding unit 104 and the service configuration information in the catalog holding unit 103 in response to a request from the service management unit 101. Calculate the service availability rate.
  • the method of calculating the service availability rate in the availability rate calculation unit 102 is similar to the calculation of the availability rate on the cloud infrastructure (VIM) 200 side, the availability rate of virtual resources corresponding to the components constituting the service, the connection configuration thereof, etc. Calculated using. For example, when the (function) clusters A1 and A2 that configure the service have a redundant configuration with multiplicity 2, the service availability rate is 1- (1-cluster 1 availability rate a1) ⁇ (1-cluster A2) Operating rate a2).
  • VNFM may be provided independently, or a form integrated by either the orchestrator (NFVO) 100 or the cloud platform (VIM) 200. It may be arranged in
  • FIG. 6 is a sequence diagram for explaining the operation on the cloud infrastructure (VIM) side according to the first embodiment of this invention.
  • the orchestrator (NFVO) 100 of the first embodiment controls redundancy and multiplexing of VMs that execute the same process in the cloud infrastructure (VIM) 200.
  • the orchestrator (NFVO) 100 carries out auto-healing to cope with a failure or the like that has occurred in the cloud infrastructure (VIM) 200 and performs dynamic optimization in accordance with changes in user requests.
  • the orchestrator (NFVO) 100 confirms the state of the virtual resource with respect to the cloud infrastructure (VIM) 200.
  • FIG. 6 shows an operation when the orchestrator (NFVO) 100 makes an API (Application Programming Interface) inquiry to the cloud platform (VIM) 200 to confirm the state of the virtual resource.
  • API Application Programming Interface
  • the orchestrator (NFVO) 100 makes an API inquiry to the virtual resource management unit 203 of the cloud platform (VIM) 200 at predetermined time intervals (step S001).
  • the virtual resource management unit 203 of the cloud platform (VIM) 200 that has received the API inquiry returns an API inquiry response to the orchestrator (NFVO) 100 (step S002).
  • availability information as ancillary information of the virtual resource in the API inquiry response
  • the attached information may be sent as information described in the virtual resource parameter list, or an information element used for external association such as a tag may be used.
  • Nova of OpenStack registered trademark
  • has a function of Server Tag and an arbitrary character string can be added as a tag to a virtual resource VM as a tag.
  • the cloud infrastructure (VIM) 200 side actively uses the virtual resource availability rate on the orchestrator (NFVO) 100 side.
  • a configuration for notifying can also be adopted.
  • FIG. 7 is a sequence diagram showing an operation of the cloud infrastructure (VIM) 200 notifying the availability of the virtual resource to the orchestrator (NFVO) 100 in the form of a virtual resource update notification.
  • VIP cloud infrastructure
  • cloud infrastructure (VIM) 200 transmits virtual resource information including the operating rate of virtual resources as a notification of updating virtual resources to orchestrator (NFVO) 100 at predetermined time intervals. It shows the operation. As described above, it is also possible to provide the information including the operating rate of the virtual resource to the side of the orchestrator (NFVO) 100 in the form of the update notification of the virtual resource.
  • FIG. 8 is a sequence diagram for explaining the operation of the orchestrator (NVFO) side according to the first embodiment of this invention.
  • the orchestrator (NFVO) 100 that receives the operating rate of the virtual resource by the method shown in FIG. 6 and FIG. 7 is currently being provided each time the operating rate of the virtual resource is received or at a predetermined time interval. Calculate service availability. Specifically, according to the request from the service management unit 101, the operation ratio calculation unit 102 operates the service based on the operation ratio stored in the virtual resource information holding unit 104 and the service configuration information in the catalog holding unit 103. Calculate the rate.
  • the service management unit 101 of the orchestrator (NFVO) 100 determines whether the calculated operation rate of the service satisfies a predetermined standard (step S202).
  • the service management unit 101 of the orchestrator (NFVO) 100 determines the cloud infrastructure. It requests the (VIM) 200 to change the virtual resource.
  • the predetermined standard is, for example, when the service availability rate is lower than a predetermined threshold value, the orchestrator (NFVO) 100 sends a virtual resource to the cloud infrastructure (VIM) 200 to increase the service availability rate. Request for the addition of Alternatively, for example, if the service availability rate exceeds the predetermined threshold, the orchestrator (NFVO) 100 requests the cloud infrastructure (VIM) 200 to release virtual resources in order to increase resource utilization efficiency. You may do so.
  • the orchestrator (NFVO) 100 selects a virtual resource that contributes to the improvement or reduction of the service availability rate from the virtual resources constituting the service so that the service availability rate falls within the appropriate range. And to indicate the change. For example, to increase the operating rate of a service, the orchestrator (NFVO) 100 adds additional virtual resources so that the redundancy of the virtual resource selected from among the virtual resources used for the service is increased. It will be required.
  • the orchestrator (NFVO) 100 may select an optimization method in consideration of costs if there are a plurality of methods for increasing the multiplicity. For example, when there are components in the service A that need to be allocated at cluster B1 and cluster B1 with a multiplicity of 3 or more, there may be a method of adding components in the cluster B1 and a method of increasing the cluster B2. It is preferable to select the former, as the former method is lower in cost if both can meet the required operating rate.
  • the cloud infrastructure (VIM) 200 that has received the virtual resource change request implements the change of the virtual resource from the orchestrator (NFVO) 100 (step S203), and transmits the result as a virtual resource change notification.
  • the virtual resource change notification includes the operating rate of the virtual resource, as in the case of the above-described virtual resource update notification.
  • the orchestrator (NFVO) 100 that has received the operating rate of the virtual resource calculates the operating rate of the service again (step S204).
  • the orchestrator (NFVO) 100 may determine whether the service operation rate meets a predetermined standard. If it is determined that the service availability rate does not satisfy the predetermined criteria, the orchestrator (NFVO) 100 further requests additional allocation or release of virtual resources.
  • NFVO orchestrator
  • the cloud infrastructure (VIM) 200 calculates the operating rate of the virtual resource, and is described as providing to the orchestrator (NFVO) 100.
  • the operating rate of the route between virtual resources May be provided.
  • the orchestrator (NFVO) 100 may acquire the operating rate of each route between VMs, hosts, and routers from a predetermined network management apparatus directly or via the cloud infrastructure (VIM) 200. Then, the orchestrator (NFVO) 100 may calculate the availability of the service or determine the appropriateness of the service together with the above-described operating rate of the virtual resource.
  • the operating rate of the route to the side of the orchestrator (NFVO) 100 by providing the operating rate information also to the provider network of Neutron of OpenStack (registered trademark) as the network management device.
  • the operating rate may be set for a bridge NIC (Network Interface Card) configuration of a host with each port. By doing this, it is possible to provide the availability of the virtual port as the availability (Availability) of the virtual port on the side of the orchestrator (NFVO) 100.
  • the orchestrator (NFVO) 100 does not obtain the utilization rate of the virtual resource to calculate the utilization rate of the service, but the orchestrator (NFVO) 100 specifies the required utilization rate, and
  • a second embodiment will be described in which a VIM) 200 is requested to issue a virtual resource.
  • the basic configuration of the second embodiment is the same as that of the first embodiment, and therefore, the differences will be mainly described below.
  • FIG. 9 is a diagram showing the configuration of the second embodiment of the present invention.
  • the difference from the first embodiment shown in FIG. 3 is the function of the service management unit 101a of the orchestrator (NVFO) 100a and the function of the virtual resource management unit 203a of the cloud infrastructure (VIM) 200a.
  • the service management unit 101a according to the present embodiment calculates an operation rate necessary for each virtual resource in order to achieve the set service operation rate (target value), and operates the cloud infrastructure (VIM) 200. Specify a rate and request a payout of virtual resources.
  • the virtual resource management unit 203a has a function of receiving designation of the operating rate from the orchestrator (NFVO) 100 (corresponding to the operating rate receiving unit).
  • the virtual resource management unit 203a has a scheduler that selects physical resources and creates virtual resources based on the designated operation rate (equivalent to the physical resource selection unit). Therefore, the virtual resource management unit 203a has a function of paying out virtual resources that satisfy the specified operation rate.
  • the virtual resource management unit 203a sends a scheduling failure or a virtual resource payout addition (NG) to the orchestrator (NFVO) 100.
  • NG virtual resource payout addition
  • the above-described virtual resource management unit 203a can be realized by inserting a Filter plug-in in the scheduler of OpenStack (registered trademark) and also referring to the operating rate in the resource tracker.
  • FIG. 10 is a sequence diagram for explaining the operation of the orchestrator (NVFO) side according to the second embodiment of this invention.
  • the orchestrator (NVFO) 100 receives, from the administrator or the like, the setting of the operation rate (target value) of the service to be provided (step S301).
  • the orchestrator (NVFO) 100 calculates the operating rate necessary for each virtual resource in order to achieve the set service operating rate (target value) (step S302).
  • the orchestrator (NVFO) 100 requests the cloud infrastructure (VIM) 200 to create the virtual resource by specifying the calculated operation rate (step S303). Note that the orchestrator (NVFO) 100 does not need to specify the operating rates for all virtual resources, and for example, the specification of the operating rates may be omitted for virtual resources for which the default operating rates are known.
  • the specification of the operating rate of the virtual resource by the orchestrator (NVFO) 100 can use a method of specifying the condition of the VM created by OpenStack (registered trademark).
  • a VM condition there are a method of setting meta information to a VM image in Glance, and a method of setting and specifying a Flavor in Nova.
  • a method may be considered in which a parameter called min_availability is set in these conditions, and the availability of the VM is specified.
  • the cloud infrastructure (VIM) 200 that has received the virtual resource creation request refers to the operating rate of the physical resource held in the physical resource information holding unit, and the operating rate requested by the orchestrator (NVFO) 100 is A virtual resource that can be secured is created (step S304).
  • the cloud infrastructure (VIM) 200 transmits a virtual resource creation notification including availability information of the virtual resource to the orchestrator (NFVO) 100.
  • the cloud infrastructure (VIM) 200 responds to the orchestrator (NFVO) 100 with a scheduling failure or a virtual resource delivery addition (NG). .
  • the orchestrator (NVFO) 100 leads a resource having necessary availability (Availability) to provide reliable and efficient (low cost) service. It becomes possible to offer.
  • NVFO orchestrator
  • VIP cloud-based
  • FIGS. 1, 3, 9 etc. use the hardware for the processor mounted in these devices.
  • the present invention can also be realized by a computer program that executes the above-described processes.
  • the VNFM may relay information including operation rate information between the orchestrator (NVFO) 100 and the cloud infrastructure (VIM) 200. .
  • each of the above-described embodiments can be realized by a program that causes a computer (9000 in FIG. 11) that functions as a virtual resource provision device or a service provision device to realize the function as these devices.
  • a computer is exemplified by a configuration including a central processing unit (CPU) 9010, a communication interface 9020, a memory 9030, and an auxiliary storage device 9040 in FIG. That is, the CPU 9010 in FIG. 11 may execute an operation rate calculation program, a virtual resource management program, or the like, and update processing of each calculation parameter held in the auxiliary storage device 9040 or the like.
  • the operation rate calculator of the virtual resource providing device described above It is preferable to calculate an operation rate in consideration of redundancy based on specification information of physical resources and connection information between the physical resources.
  • the virtual resource management unit of the above-described virtual resource provision device is The parameter of the virtual machine which comprises the said virtual resource can be provided including the operating rate of the said virtual resource.
  • the virtual resource management unit of the above-described virtual resource provision device is The utilization rate of the virtual resource can be provided using a tag attached to a virtual machine configuring the virtual resource.
  • An operation rate management unit that manages the operation rate of physical resources that can be allocated to virtual resources; An operating rate receiving unit that receives specification of the operating rate of a virtual resource to be provided from a host device; A physical resource selection unit that selects a combination of physical resources that satisfy the availability rate of the virtual resource specified by the host device using the availability rate of the physical resource; A virtual resource providing unit that provides virtual resources using physical resources that satisfy the operating rate of virtual resources specified by the upper-level device; Virtual resource providing apparatus comprising: Sixth Embodiment (Refer to the service management device from the above second viewpoint) [Seventh embodiment] An operating rate calculating unit that calculates an operating rate of a virtual resource that satisfies the operating rate of the service based on the operating rate of the service and configuration information of the service; A service management apparatus comprising: a service management unit that designates creation of a virtual resource by designating an operation rate of the virtual resource with respect to a predetermined virtual resource providing apparatus.
  • a computer comprising an operation rate management unit for managing the operation rate of physical resources that can be allocated to virtual resources, A process of receiving specification of the availability of a virtual resource to be provided from a host device; A process of selecting a combination of physical resources satisfying the availability of a virtual resource specified from the upper-level device using the availability of the physical resource; A process of providing virtual resources using physical resources that satisfy the availability rate of virtual resources specified by the host device; A program that runs The sixth, eighth, ninth and eleventh modes can be developed into the second to fifth modes as in the first mode.
  • Virtual Resource Providing Device 11 Operation Rate Management Unit 12 Operation Rate Calculation Unit 13 Virtual Resource Management Unit 100, 100a orchestrator (NFVO) 101, 101a Service Management Unit 102 Operation Rate Calculation Unit 103 (NS / VNF) Catalog Holding Unit 104 Virtual Resource Information Holding Unit 200, 200a Cloud Base (VIM) 201 Physical resource management unit 202 Operation rate registration unit 203, 203a virtual resource management unit 204 operation rate calculation unit 205 physical resource information holding unit 206 virtual resource information holding unit 301 service (NS) 302 (Network Function) Cluster (VNF) 303 VNFC 304 VM 305 Physical resource 9000 Computer 9010 CPU 9020 Communication interface 9030 Memory 9040 Auxiliary storage device

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本発明は、オーケストレータに代表される上位装置に稼動率に基づいた制御を行わせ、その制御を精緻化させる。仮想リソース提供装置は、仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部と、前記仮想リソースに割り当てられた物理リソースの稼動率を用いて前記仮想リソースの稼働率を計算する稼働率計算部と、上位装置からの要求に応じて仮想リソースを提供し、前記仮想リソースの稼働率を提供する仮想リソース管理部と、を備える。

Description

仮想リソース提供装置、仮想ネットワーク機能提供システム、仮想リソース提供方法及びプログラム
　（関連出願についての記載）
　本発明は、日本国特許出願：特願２０１７－２２１５３９号（２０１７年１１月１７日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は、仮想リソース提供装置、仮想ネットワーク機能提供システム、仮想リソース提供方法及びプログラムに関する。
　クラウドコンピューティング（以下、クラウド）とは、サーバなどの物理リソース上に仮想化されたコンピューティングリソースをオンデマンドで使う形態である。また、ネットワーク機能を仮想化し、クラウド上で提供するＮｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ　Ｖｉｒｔｕａｌｉｚａｔｉｏｎ（以下、ＮＦＶ）が知られている。ＮＦＶとは、仮想化技術およびクラウド技術を用いて、これまで専用ハードウェア（以下、ＨＷ）上で動かされていた様々なネットワークサービスのＨＷとソフトウェア（以下、ＳＷ）を分離し、ＳＷを仮想化された基盤上で動かす技術である。これによって運用の高度化やコスト削減が期待されている。
　ＥＴＳＩ　ＮＦＶではＮＦＶのアーキテクチャが定義されている（非特許文献１参照）。仮想化されるネットワークＭＡＮＯ（Ｍａｎａｇｅｍｅｎｔ　ａｎｄ　Ｏｒｃｈｅｓｔｒａｔｉｏｎ）には、仮想化基盤を管理するＶＩＭ、ネットワークサービスを構成するＶＮＦを管理するＶＮＦＭ、これらを制御するＮＦＶＯが定義されている。なお、ＶＩＭ、ＶＮＦ、ＶＮＦＭは、それぞれ、Ｖｉｒｔｕａｌｉｚｅｄ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　Ｍａｎａｇｅｒ、Ｖｉｒｔｕａｌ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ、ＶＮＦ　Ｍａｎａｇｅｒの略である。また、ＶＮＦはＶＮＦＣ（ＶＮＦ　Ｃｏｍｐｏｎｅｎｔ）によって構成され、ＶＮＦＣが一つのＶＭ上で実行される。以下、「クラウド基盤」を、ＮＦＶにおけるＶＩＭに当たるもの、「サービス」をＮＦＶにおけるネットワークサービスを含むものとして記載する。
　クラウドにおいては、同じプロセスを実行するＶＭ（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ）の冗長化・多重化を制御するオーケストレータが存在する。一般的に、この種のオーケストレータはクラウド基盤内でおきた故障に対処するためのオートヒーリングやユーザリクエストの変化にあわせた動的最適化を行う機能を備えている。
　クラウド基盤では、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）問合せへの応答あるいは通知によって管理者や上位のオーケストレータに仮想リソースの状態を提供する。たとえば、ＯｐｅｎＳｔａｃｋ（登録商標）では仮想リソースの情報変更を即座にユーザへ通知する機構を有する。オーケストレータはこうした通知機構と組み合わせることで仮想リソースの状態変更に合わせた前記オートヒーリングや動的最適化を行っている。
　クラウドおよびＮＦＶにおける一般的なシステムの場合、物理マシンやスイッチなどの物理リソースを管理し仮想リソースとして提供するクラウド基盤管理者が存在する。また、クラウド基盤管理者とは別に、複数の仮想リソース上にアプリケーションを展開かつ制御しエンドユーザに対し提供されるサービスの管理を行う管理者が存在する。それぞれの管理者はそれぞれ異なる情報へのアクセスのみ可能である。たとえば、サービスの管理者が物理マシンのＨＷ構成情報を見ることはできない。
　テレコムをはじめとする高可用性が求められるシステム（サービス）では、その設計および運用において稼働率が指標となる。この稼働率は、システム（サービス）はすべてのコンポーネントのＭＴＢＦ（Ｍｅａｎ　Ｔｉｍｅ　Ｂｅｔｗｅｅｎ　Ｆａｉｌｕｒｅ）、ＭＴＴＲ（Ｍｅａｎ　Ｔｉｍｅ　Ｔｏ　Ｒｅｐａｉｒ）及びこれら構成から計算される。この稼動率は、サービスを構成するＶＭ単位のみではなく、その基盤をなすＨＷデバイスの構成情報及び故障率に基づいて算出することで、より精度の高い試算が可能となる。
　一般的に、稼働率は、次式により計算される。
Figure JPOXMLDOC01-appb-M000001
　ある機器Ａ１、Ａ２の稼働率をそれぞれａ１、ａ２とすると、機器Ａ１、Ａ２が直列に接続されてシステムが構成されている場合、稼働率は、ａ１×ａ２と計算される。また、機器Ａ１、Ａ２が並列に接続されてシステムが構成されている場合、稼働率は、１－（１－ａ１）×（１－ａ２）となる。
　特許文献１は、情報処理システム全体の稼働率を予測する方法を開示している。同文献では、システムのハザードレート（障害が発生する割合）と、前記システムの平均修復レート（障害の修復に掛かる時間）とをそれぞれ求め、前記システムハザードレート及び前記システム平均修復レートからシステムの可用性を計算する方法が開示されている。 
　特許文献２は、システム稼働率を良好にするとともに、情報システムの設計を行う設計者の負担の軽減を可能にするという情報システムの信頼性評価システムが開示されている。同公報では、ソフトウェア及び／又はハードウェアに係る情報処理システムの構成情報を基に、故障の判定を行うためのフォルトツリー（Ｆａｕｌｔ Ｔｒｅｅ）を合成し、合成したフォルトツリーを基に故障率を算出するとしている。
　特許文献３に、ＮＦＶ（Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎｓ　Ｖｉｒｔｕａｌｉｓａｔｉｏｎ）環境において、より迅速にＶＮＦ（Ｖｉｒｔｕａｌ　Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎ）のスケールアウトを行うことができるという管理システムが開示されている。具体的には、この管理システムのＶＮＦＭ３０は、ＶＩＭ４０にて予め予約している余剰の仮想化資源である余剰資源に関する余剰資源情報を格納するＶＮＦＭ余剰資源情報ＤＢ３１を備える。ＶＮＦＭ３０は、さらに、配備指示送信部３２を備える。この配備指示送信部３２は、ＶＮＦから仮想化資源が不足している旨の通知を受信すると、ＶＮＦＭ余剰資源情報ＤＢ３１に格納された余剰資源情報に基づいて、予約している余剰資源の仮想サーバを特定し、特定した仮想サーバを配備する旨の指示をＶＩＭ４０に送信する。ＶＩＭ４０は、ＶＮＦＭ３０から仮想サーバを配備する旨の指示を受信すると仮想サーバを配備する、仮想サーバ配備部４１を備える。
　特許文献４に、ＮＦＶＩ（Ｎｅｔｗｏｒｋ　Ｆｕｎｃｔｉｏｎｓ　Ｖｉｒｔｕａｌｉｓａｔｉｏｎ　Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）から、仮想化されたネットワーク機能であるＶＭを配置する物理サーバの選択手法が開示されている。同文献によると、仮想化基盤選択装置は、物理リソース変換部１と、サーバ抽出部２と、最適サーバ選択部３と、を備えるとされている。そして、物理リソース変換部１は、アプリ要求を物理的なリソースの要求に変換し、前記サーバ抽出部２は、ＮＦＶＩ中の物理サーバから前記変換後の物理的なリソースの要求を満たす物理サーバを抽出する。そして、最適サーバ選択部３は、前記抽出した物理サーバの中から最適な物理サーバを選択する。
特表２００８－５３２１７０号公報 特開２００６－１２７４６４号公報 特開２０１５－１９４９４９号公報 特開２０１６－１４３３６５号公報
非特許文献1：ETSI GS NFV-MAN 001 V1.1.1 (2014-12) Network Functions Virtualisation (NFV); Management and Orchestration、［online］、［平成29年10月5日検索］、インターネット〈http://www.etsi.org/deliver/etsi_gs/NFV-MAN/001_099/001/01.01.01_60/gs_NFV-MAN001v010101p.pdf〉
　以下の分析は、本発明によって与えられたものである。上記背景技術として記載した仮想化技術及びクラウド技術をテレコム基盤に導入するＮＦＶでは、ネットワークサービスの運用者あるいはオーケストレータが、稼働率を算出できないという問題点がある。これは、ＮＦＶでは運用者ならびにオーケストレータに対してインフラレイヤとなるＨＷの情報が隠ぺいされているため、その上で動くアプリケーションおよびサービスの稼働率を算出できないことによる。この点、ＩａａＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）プロバイダによってはＳＬＡ（Ｓｅｒｖｉｃｅ　Ｌｅｖｅｌ　Ａｇｒｅｅｍｅｎｔ）に可用性が記載されている場合もある。しかしながら、このような形態で提供される可用性は、実態に即したものではなく、あくまでもサービス提供者としての目標を宣言するものに留まっているのが現状である。
　上記オーケストレータが制御対象のネットワークサービスの可用性を正しく試算できないことは、一定の稼働率を保つサービス構成の制御ができないということにもつながる。これに対する解決策としては、１）　ＮＦＶのアーキテクチャにおけるＯＳＳ／ＢＳＳ（Ｏｐｅｒａｔｉｏｎ　Ｓｕｐｐｏｒｔ　Ｓｙｓｔｅｍｓ／Ｂｕｓｉｎｅｓｓ　Ｓｕｐｐｏｒｔ　Ｓｙｓｔｅｍｓ）で可用性を計算することが考えられる。また、別の方法として、２）構築時にネットワークサービスの可用性を試算し、ＶＮＦ展開時の冗長化オプションを設定するといった方法が考えられる。しかしながら、いずれの方法もオペレータ毎あるいはデプロイ毎に可用性を設定する必要があり、ＮＦＶが目指すハードウェアとソフトウェアの分離を成し遂げたとは言い難い。上記した課題は、ＮＦＶに限られず、ハードウェアとソフトウェアが分離され、サービスを提供するシステム全般に妥当する。
　本発明は、オーケストレータに代表される上位装置に稼動率に基づいた制御を行わせ、その精緻化に貢献できる仮想リソース提供装置、仮想ネットワーク機能提供システム、仮想リソース提供方法及びプログラムを提供することを目的とする。
　第１の視点によれば、仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部と、前記仮想リソースに割り当てられた物理リソースの稼動率を用いて前記仮想リソースの稼働率を計算する稼働率計算部と、上位装置からの要求に応じて仮想リソースを提供し、前記仮想リソースの稼働率を提供する仮想リソース管理部と、を備える仮想リソース提供装置が提供される。
　第２の視点によれば、サービスを構成する要素に対応する仮想リソースと、所定の仮想リソース提供装置から受信した仮想リソースの稼働率と、に基づいて、サービスの稼働率を計算する稼働率計算部と、前記計算したサービスの稼働率に基づいて、サービスを管理するサービス管理部と、を備えた、サービス管理装置が提供される。
　第３の視点によれば、上記した仮想リソース提供装置と、前記仮想リソースを用いてサービスを提供するサービス管理装置とを含む仮想ネットワーク機能提供システムが提供される。
　第４の視点によれば、仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部を備えたコンピュータが、前記仮想リソースに割り当てられた物理リソースの稼動率を用いて前記仮想リソースの稼働率を計算するステップと、上位装置からの要求に応じて仮想リソースを提供するステップと、前記上位装置に対し、前記仮想リソースの稼働率を提供するステップと、を含む仮想リソース提供方法が提供される。本方法は、上位装置からの要求に応じて仮想リソースを提供するコンピュータ（仮想リソース提供装置）という、特定の機械に結びつけられている。
　第５の視点によれば、仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部を備えたコンピュータに、前記仮想リソースに割り当てられた物理リソースの稼動率を用いて前記仮想リソースの稼働率を計算する処理と、上位装置からの要求に応じて仮想リソースを提供する処理と、前記上位装置に対し、前記仮想リソースの稼働率を提供する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジトリーな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
　本発明によれば、オーケストレータに代表される上位装置に稼動率に基づいた制御を行わせ、その制御を精緻化させることが可能となる。
本発明の一実施形態の構成を示す図である。 本発明の一実施形態の動作を説明するための図である。 本発明の第１の実施形態の構成を示す図である。 本発明の第１の実施形態のクラウド基盤（ＶＩＭ）の物理リソース情報保持部に保持される情報の一例を示す図である。 本発明の第１の実施形態のクラウド基盤（ＶＩＭ）の仮想リソース情報保持部に保持される情報の一例を示す図である。 本発明の第１の実施形態のクラウド基盤（ＶＩＭ）側の動作を説明するためのシーケンス図である。 本発明の第１の実施形態のクラウド基盤（ＶＩＭ）側の変形動作を説明するためのシーケンス図である。 本発明の第１の実施形態のオーケストレータ（ＮＶＦＯ）側の動作を説明するためのシーケンス図である。 本発明の第２の実施形態の構成を示す図である。 本発明の第２の実施形態のオーケストレータ（ＮＶＦＯ）側の動作を説明するためのシーケンス図である。 本発明の仮想リソース提供装置又はサービス提供装置を構成するコンピュータの構成を示す図である。
　はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。また、図中の各ブロックの入出力の接続点には、ポート乃至インタフェースがあるが図示省略する。
　本発明は、その一実施形態において、図１に示すように、稼働率管理部１１と、稼働率計算部１２と、仮想リソース管理部１３と、を備える仮想リソース提供装置１０にて実現できる。
　より具体的には、稼働率管理部１１は、仮想リソースに割当可能な物理リソースの稼動率を管理する。稼働率計算部１２は、前記仮想リソースに割り当てられた物理リソースの稼動率を用いて前記仮想リソースの稼働率を計算する。そして、仮想リソース管理部１３は、上位装置からの要求に応じて仮想リソースを提供する際に、前記提供する仮想リソースの稼働率を含む情報を提供する。
　稼働率は、可用性（ａｖａｉｌａｂｉｌｉｔｙ）を示す指標値として用いられている。例えば、図２に示すように、２つの物理リソースを並列に接続した構成を用いて、仮想リソースが構成されているものとする。また、ここでは、物理リソースＡ１、Ａ２の稼働率をａ１、ａ２とする。このとき、仮想リソース管理部１３は、上位装置からの要求に応じて仮想リソースを提供する際に、物理リソースＡ１、Ａ２の稼働率ａ１、ａ２を返すのではなく、稼働率計算部１２にて計算された１－（１－ａ１）×（１－ａ２）を提供する。
　これにより、上位装置は、仮想リソースＡの可用性（稼働率）を、ａ１、ａ２ではなく、１－（１－ａ１）×（１－ａ２）という正しい値を見積もることが可能となる。これにより、上位装置は、現在利用している仮想リソースの構成において、ユーザに提供するサービスへの影響が生じるか否かを正しく判断することができる。また、上位装置は、必要に応じて、仮想リソース提供装置１０に対し、追加の仮想リソースを要求したり、逆に効率向上のため、仮想リソースを解放したりすることも可能となる。なお、図２の例では、物理リソースＡ１、Ａ２が並列に接続されて冗長構成を採っているものとして説明したが、物理リソースＡ１、Ａ２が直列に接続されて仮想リソースを構成している場合には、稼働率は、ａ１×ａ２となる。もちろん、３以上の物理リソースが直列、並列に組み合わされて仮想リソースを構成している場合には、その稼働率はこれら直列、並列の稼働率を合成したものとなる。
［第１の実施形態］
　続いて、非特許文献１のＭＡＮＯ（Ｍａｎａｇｅｍｅｎｔ　＆　Ｏｒｃｈｅｓｔｒａｔｉｏｎ）アーキテクチャに、本発明を適用した第１の実施形態について図面を参照して詳細に説明する。図３は、本発明の第１の実施形態の構成を示す図である。図３の左側は、オーケストレータ（ＮＦＶ　Ｏｒｃｈｅｓｔｒａｔｏｒ）が提供するサービス（ＮＳ；Ｎｅｔｗｏｒｋ　Ｓｅｒｖｉｃｅ）の階層構成を示している。サービス（ＮＳ）３０１は、１つ以上の（ネットワーク機能）クラスタ（ＶＮＦ）３０２によって構成される。（ネットワーク機能）クラスタ（ＶＮＦ）３０２は、１つ以上のＶＮＦＣ３０３によって構成される。ＶＮＦＣ３０３は、通常１つのＶＭ３０４によって構成される。そして、ＶＭ３０４は１つ以上の物理リソース３０５を用いて構成される。
　図３の右側は、上記のようなサービス提供するオーケストレータ（ＮＦＶＯ）１００と、クラウド基盤（ＶＩＭ）２００の構成を示している。オーケストレータ（ＮＦＶＯ）１００は、サービス管理部１０１と、稼働率計算部１０２と、（ＮＳ／ＶＮＦ）カタログ保持部１０３と、仮想リソース情報保持部１０４とを備えている。また、このオーケストレータ（ＮＦＶＯ）１００が前述のサービス管理装置として機能する。
　クラウド基盤（ＶＩＭ）２００は、物理リソース管理部２０１と、稼働率登録部２０２と、仮想リソース管理部２０３と、稼働率計算部２０４と、物理リソース情報保持部２０５と、仮想リソース情報保持部２０６と、を備えている。
　はじめに、クラウド基盤（ＶＩＭ）２００の構成について説明する。物理リソース管理部２０１は、物理リソースの状態を管理し、仮想リソース管理部２０３からの要求に応じて物理リソースを割り当てる動作を行う。
　稼働率登録部２０２は、管理者等から、物理リソースごとの稼働率の入力を受け付け、物理リソース情報保持部２０５に登録する。
　図４は、物理リソース情報保持部２０５に保持されている情報の一例を示す図である。図４の例では、物理リソースごとに稼働率が設定されている。なお、図４に示した情報に加えて、物理リソースの位置や仕様情報を保持させてもよい。また、管理者等による入力に代えて、クラウド基盤（ＶＩＭ）の構築ツールなどに含まれるハードウェア検査ツールと連携し、物理リソースの構成部品のモデル情報から稼働率を計算し自動入力する構成も採用可能である。このようなハードウェア検査ツールとしては、ＯｐｅｎＳｔａｃｋの構築ツールとして知られているＴｒｉｐｌｅＯのハードウェアＩｎｓｐｅｃｔｉｏｎ機能が挙げられる。もちろん、すべての物理リソースの稼働率を自動入力機能にて取得する必要はなく、特定の物理リソースの稼働率については、管理者等が入力した値を用いることとしてもよい。
　仮想リソース管理部２０３は、オーケストレータ（ＮＦＶＯ）１００のサービス管理部１０１からの要求に応じて、物理リソース管理部２０１にて管理されている物理リソースを用いて、仮想リソースの作成・更新・削除といった処理を行う。また、仮想リソース管理部２０３は、稼働率計算部２０４に対して、オーケストレータ（ＮＦＶＯ）１００に割り当てた仮想リソースの稼働率の計算を要求する。
　稼働率計算部２０４は、物理リソース情報保持部２０５に保持されている情報を参照し、仮想リソースが使用する物理リソースの稼働率から仮想リソースの稼働率を算出し、仮想リソース情報保持部２０６に格納する。
　稼働率計算部２０４による仮想リソースの計算方法としては、次のようなパターンが考えられる。
（１）物理リソースの稼働率の値をそのまま仮想リソースの稼働率とする。例えば、ＶＭ（ＶＮＦＣ）が特定の物理ホストにて動作している場合、ＶＭ（ＶＮＦＣ）の稼働率として、前記特定の物理ホストの稼働率が用いられる。
（２）仮想リソースが使用する２以上の物理リソースの情報から仮想リソースの稼働率を算出する。例えば、物理リソースを構成するデバイスとその接続情報と、デバイスモデル毎の稼働率から、仮想リソースの稼働率を計算することができる。
（３）また上記（２）の応用パターンとして、物理リソースを構成するデバイスとその接続情報を、クラウド基盤（ＶＩＭ）の構築ツールなどに含まれるハードウェア検査ツールから入手する構成を採用できる。
（４）また上記（２）の応用パターンとして、前記物理リソースの稼働率が自動入力されている場合、稼働率計算部２０４が、物理リソース情報保持部２０５を参照して、仮想リソースの稼働率を計算してもよい。
（５）さらに、上記（３）、（４）を組み合わせて、稼働率計算部２０４が、物理リソース情報保持部２０５を参照して、物理リソースを構成するデバイスとその接続情報と、稼働率とを入手して仮想リソースの稼働率を計算してもよい。
　図５は、仮想リソース情報保持部２０６に保持されている情報の一例を示す図である。図５の例では、仮想リソースごとに稼働率が保持されている。なお、図５に示した情報に加えて、仮想リソースの構成や種別情報等を保持させてもよい。
　仮想リソース管理部２０３は、仮想リソースを割り当てた際や、その後の所定の契機で、オーケストレータ（ＮＦＶＯ）１００に対し、仮想リソースの稼働率を提供する。この仮想リソースの稼働率の提供形態は、いくつかあるので、後に、本実施形態の動作に含めて説明する。
　次に、オーケストレータ（ＮＦＶＯ）１００の構成について説明する。サービス管理部１０１は、ＮＦＶのアーキテクチャにおけるＯＳＳ／ＢＳＳ（図示省略）からの要求に応じて、サービスを展開する。サービス管理部１０１は、前記サービスの展開に際し、クラウド基盤（ＶＩＭ）２００の仮想リソース管理部２０３に対して、必要な仮想リソースの払い出しを依頼する。サービス管理部１０１は、仮想リソースが作成された後、仮想リソース情報保持部１０４に、仮想リソース管理部２０３から提供された仮想リソースの稼働率を含む仮想リソースの情報を格納する。また、サービス管理部１０１は、稼働率計算部１０２に対し、サービスの稼働率の計算を要求する。サービス管理部１０１は、稼働率計算部１０２から得られたサービスの稼働率の値に応じて、クラウド基盤（ＶＩＭ）２００の仮想リソース管理部２０３に対し、仮想リソースの追加要求等を行う。なお、仮想リソース情報保持部１０４における仮想リソースの稼働率の保持形態は、クラウド基盤（ＶＩＭ）２００の仮想リソース情報保持部２０６と同様のものでもよい（図４参照）。
　より望ましい形態において、サービス管理部１０１は、仮想リソース管理部２０３に対し、提供中のサービスに用いられている仮想リソースの稼働率を定期的に確認し、または、仮想リソース管理部２０３から仮想リソースの稼働率の通知を受ける。そして、サービス管理部１０１は、仮想リソース情報保持部１０４の情報を最新のものに更新するとともに、稼働率計算部１０２に対し、サービスの稼働率の再計算を要求する。サービス管理部１０１は、稼働率計算部１０２から得られたサービスの稼働率の値に応じて、クラウド基盤（ＶＩＭ）２００の仮想リソース管理部２０３に対し、仮想リソースの追加要求、仮想リソースの解放等を行う。
　カタログ保持部１０３は、サービス構成情報（ＮＳとＶＮＦの対応関係；ＮＳ／ＶＮＦ）を保持する。即ち、カタログ保持部１０３は、図３のサービス（ＮＳ）３０１と、（ネットワーク機能）クラスタ（ＶＮＦ）３０２との対応関係を記憶する。
　オーケストレータ（ＮＦＶＯ）１００側の稼働率計算部１０２は、サービス管理部１０１からの要求に応じて、仮想リソース情報保持部１０４に格納された稼働率とカタログ保持部１０３にあるサービス構成情報から、サービスの稼働率を算出する。稼働率計算部１０２におけるサービスの稼働率の計算方法は、クラウド基盤（ＶＩＭ）２００側の稼働率の計算と同様に、サービスを構成するコンポーネントに対応する仮想リソースの稼働率やその接続構成などを用いて、計算される。例えば、サービスを構成する（機能）クラスタＡ１、Ａ２が多重度２の冗長構成を採っている場合、サービスの稼働率は、１－（１－クラスタＡ１の稼働率ａ１）×（１－クラスタＡ２の稼働率ａ２）となる。
　なお、図３の構成では、ＶＮＦＭを省略しているが、ＶＮＦＭは、独立して設けられていてもよいし、オーケストレータ（ＮＦＶＯ）１００又はクラウド基盤（ＶＩＭ）２００のいずれかで統合した形態で配置されていてもよい。
　続いて、本実施形態の動作について図面を参照して詳細に説明する。図６は、本発明の第１の実施形態のクラウド基盤（ＶＩＭ）側の動作を説明するためのシーケンス図である。
　上記第１の実施形態のオーケストレータ（ＮＦＶＯ）１００は、クラウド基盤（ＶＩＭ）２００内で同じプロセスを実行するＶＭの冗長化・多重化を制御している。また、オーケストレータ（ＮＦＶＯ）１００は、クラウド基盤（ＶＩＭ）２００で起きた故障等に対処するためのオートヒーリングやユーザリクエストの変化にあわせた動的最適化を実施している。
　上記制御を実施するために、オーケストレータ（ＮＦＶＯ）１００は、クラウド基盤（ＶＩＭ）２００に対し、仮想リソースの状態を確認する。図６は、オーケストレータ（ＮＦＶＯ）１００が仮想リソースの状態の確認のため、クラウド基盤（ＶＩＭ）２００に対し、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）問合せを行った際の動作を表している。
　図６を参照すると、オーケストレータ（ＮＦＶＯ）１００が、所定の時間間隔で、クラウド基盤（ＶＩＭ）２００の仮想リソース管理部２０３に対して、ＡＰＩ問い合わせを行う（ステップＳ００１）。
　前記ＡＰＩ問い合わせ受信したクラウド基盤（ＶＩＭ）２００の仮想リソース管理部２０３は、オーケストレータ（ＮＦＶＯ）１００に対して、ＡＰＩ問い合わせ応答を返す（ステップＳ００２）。このＡＰＩ問い合わせ応答に、仮想リソースの付属情報として稼働率（ａｖａｉｌａｂｉｌｉｔｙ）情報を含めることで、オーケストレータ（ＮＦＶＯ）１００側に、仮想リソースの稼働率を含む情報を提供することが可能となる。なお、付属情報とは仮想リソースのパラメータ一覧に記載される情報として送る形態のほか、タグなどの外部で関連付けに使用される情報要素を用いることもできる。例えば、ＯｐｅｎＳｔａｃｋ（登録商標）のＮｏｖａにはＳｅｒｖｅｒ　Ｔａｇという機能があり、任意の文字列をタグとして仮想リソースであるＶＭに付加できる。このタグに仮想リソースの稼働率を書き込むことで、オーケストレータ（ＮＦＶＯ）１００への仮想リソースの稼働率の伝達が可能となる。
　図６の例では、ＡＰＩ問い合わせに対する応答に仮想リソースの稼働率を含めるものとして説明したが、クラウド基盤（ＶＩＭ）２００側が、オーケストレータ（ＮＦＶＯ）１００側に、能動的に仮想リソースの稼働率を通知する構成も採用可能である。
　図７は、クラウド基盤（ＶＩＭ）２００が、オーケストレータ（ＮＦＶＯ）１００に対し、仮想リソースの更新通知という形態で、仮想リソースの稼働率を通知する動作を表したシーケンス図である。
　図７を参照すると、クラウド基盤（ＶＩＭ）２００が、所定の時間間隔で、オーケストレータ（ＮＦＶＯ）１００に対し、仮想リソースの更新通知として、仮想リソースの稼働率を含んだ仮想リソース情報を送信する動作を示している。このように、仮想リソースの更新通知という形態で、オーケストレータ（ＮＦＶＯ）１００側に、仮想リソースの稼働率を含む情報を提供することも可能である。
　また、上記のような仮想リソースの稼働率を受け取ったオーケストレータ（ＮＦＶＯ）１００に、より上位の「サービス」の稼働率を計算させて、その制御に反映させることも可能である。図８は、本発明の第１の実施形態のオーケストレータ（ＮＶＦＯ）側の動作を説明するためのシーケンス図である。
　上記図６、図７に示した方法等により仮想リソースの稼働率を受信したオーケストレータ（ＮＦＶＯ）１００は、仮想リソースの稼働率の受信の都度、あるいは、所定の時間間隔で、現在提供中のサービスの稼働率を計算する。具体的には、稼働率計算部１０２が、サービス管理部１０１からの要求に応じて、仮想リソース情報保持部１０４に格納された稼働率とカタログ保持部１０３にあるサービス構成情報から、サービスの稼働率を算出する。
　次に、オーケストレータ（ＮＦＶＯ）１００のサービス管理部１０１が、前記計算されたサービスの稼働率が所定の基準を満たしているか否かを判定する（ステップＳ２０２）。
　サービスの稼働率が所定の基準を満たしているか否かの判定の結果、サービス稼働率が所定の基準を満たしていないと判定した場合、オーケストレータ（ＮＦＶＯ）１００のサービス管理部１０１は、クラウド基盤（ＶＩＭ）２００に対し、仮想リソースの変更を要求する。前記所定の基準とは、例えば、サービス稼働率が所定の閾値を下回っている場合、オーケストレータ（ＮＦＶＯ）１００は、当該サービスの稼働率を引き上げるべく、クラウド基盤（ＶＩＭ）２００に対し、仮想リソースの追加を要求する。またあるいは、例えば、サービス稼働率が所定の閾値を上回っている場合、オーケストレータ（ＮＦＶＯ）１００は、リソースの利用効率を引き上げるべく、クラウド基盤（ＶＩＭ）２００に対し、仮想リソースの解放を要求するようにしてもよい。いずれの場合も、オーケストレータ（ＮＦＶＯ）１００が、サービスの稼働率が適正範囲に収まるように、サービスを構成する仮想リソースの中から、サービスの稼働率の向上や低減に寄与する仮想リソースを選択し、その変更を指示することが好ましい。例えば、あるサービスの稼働率を上げたい場合、オーケストレータ（ＮＦＶＯ）１００は、当該サービスに用いられている仮想リソースの中から選択した仮想リソースの冗長度が上がるように、仮想リソースの追加割当を要求することになる。
　なお、仮想リソースの追加はコスト増につながるため、多重度を上げる方法が複数ある場合、オーケストレータ（ＮＦＶＯ）１００が、コストを考慮した最適化方法を選択するようにしてもよい。たとえば、サービスＡにクラスタＢ１、クラスタＢ１に多重度３以上で配置しなければならないコンポーネントがある場合、クラスタＢ１内にコンポーネントを追加する方法とクラスタＢ２を増やす方法が考えられる。どちらも求められる稼働率を満たせるのであれば、前者の方法がよりコストが低いので、前者を選択することが好ましい。
　前記仮想リソースの変更要求を受けたクラウド基盤（ＶＩＭ）２００は、オーケストレータ（ＮＦＶＯ）１００からの前記仮想リソースの変更を実施し（ステップＳ２０３）、その結果を、仮想リソース変更通知として送信する。なお、この仮想リソース変更通知には、前述の仮想リソースの更新通知と同様に、仮想リソースの稼働率が含まれている。
　仮想リソースの稼働率を受信したオーケストレータ（ＮＦＶＯ）１００は、再度サービスの稼働率を計算する（ステップＳ２０４）。ここで、オーケストレータ（ＮＦＶＯ）１００が、サービスの稼働率が所定の基準を満たしているか否かの判定を行ってもよい。サービス稼働率が所定の基準を満たしていないと判定した場合、オーケストレータ（ＮＦＶＯ）１００は、さらに、仮想リソースの追加割当や解放を要求することになる。
　以上のように、本実施形態によれば、オーケストレータ（ＮＦＶＯ）１００に仮想リソースの稼働率を伝達し、そのサービスの管理の信頼性向上や効率化に利用させることが可能となる。
　なお、上記した実施形態では、クラウド基盤（ＶＩＭ）２００が、仮想リソースの稼働率を算出し、オーケストレータ（ＮＦＶＯ）１００に提供するものとして説明したが、例えば、仮想リソース間の経路の稼働率を提供するようにしてもよい。例えば、オーケストレータ（ＮＦＶＯ）１００が、所定のネットワーク管理装置から直接又はクラウド基盤（ＶＩＭ）２００経由で、ＶＭ、ホスト、ルータ間の各経路の稼働率を取得するようにしてもよい。そして、オーケストレータ（ＮＦＶＯ）１００が、前述の仮想リソースの稼働率と合わせてサービスの可用性を計算したり、その適正度を判定したりするようにしてもよい。
　前記ネットワーク管理装置として、ＯｐｅｎＳｔａｃｋ（登録商標）のＮｅｕｔｒｏｎのＰｒｏｖｉｄｅｒ　Ｎｅｔｗｏｒｋにも稼働率情報を持たせることで、オーケストレータ（ＮＦＶＯ）１００側に、経路の稼働率を提供することが可能となる。また、各ポートがあるホストのブリッジＮＩＣ（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｃａｒｄ）構成について稼働率を設定しておいてもよい。このようにすることで、オーケストレータ（ＮＦＶＯ）１００側に、仮想ポートの可用性（Ａｖａｉｌａｂｉｌｉｔｙ）として、仮想ポートの稼働率を提供することが可能となる。
［第２の実施形態］
　続いて、オーケストレータ（ＮＦＶＯ）１００が仮想リソースの稼働率を入手してサービスの稼働率を計算するのはなく、オーケストレータ（ＮＦＶＯ）１００が、必要な稼働率を指定して、クラウド基盤（ＶＩＭ）２００に対し、仮想リソースの払い出しを要求するようにした第２の実施形態について説明する。第２の実施形態の基本的な構成は第１の実施形態と同様であるので、以下、相違点を中心に説明する。
　図９は、本発明の第２の実施形態の構成を示す図である。図３に示した第１の実施形態との相違点は、オーケストレータ（ＮＶＦＯ）１００ａのサービス管理部１０１ａの機能と、クラウド基盤（ＶＩＭ）２００ａの仮想リソース管理部２０３ａの機能である。本実施形態のサービス管理部１０１ａは、設定されたサービスの稼働率（目標値）を達成するために、個々の仮想リソースに必要な稼働率を計算し、クラウド基盤（ＶＩＭ）２００に対し、稼働率を指定して仮想リソースの払い出しを要求する。
　また、本実施形態の仮想リソース管理部２０３ａは、オーケストレータ（ＮＦＶＯ）１００から稼働率の指定を受け付ける機能を有している（稼働率受け付け部に相当）。仮想リソース管理部２０３ａは、前記指定された稼働率に基づいて、物理リソースを選択して仮想リソースを作成するスケジューラを有している（物理リソース選択部に相当）。従って、仮想リソース管理部２０３ａは、指定された稼働率を満たす仮想リソースを払い出す機能を備えている。なお、仮想リソース管理部２０３ａは、指定された稼働率を満たす仮想リソースを作成できない場合、オーケストレータ（ＮＦＶＯ）１００に対し、スケジューリング失敗又は仮想リソース払い出し付加（ＮＧ）を応答する。
　なお、上記した仮想リソース管理部２０３ａは、ＯｐｅｎＳｔａｃｋ（登録商標）のスケジューラにＦｉｌｔｅｒプラグインを入れ、リソーストラッカーに稼働率も参照させることで実現できる。
　続いて、本実施形態の動作について説明する。図１０は、本発明の第２の実施形態のオーケストレータ（ＮＶＦＯ）側の動作を説明するためのシーケンス図である。図１０を参照すると、まず、オーケストレータ（ＮＶＦＯ）１００は、管理者等から、提供を開始するサービスの稼働率（目標値）の設定を受け付ける（ステップＳ３０１）。
　次に、オーケストレータ（ＮＶＦＯ）１００は、前記設定されたサービスの稼働率（目標値）を達成するために、個々の仮想リソースに必要な稼働率を計算する（ステップＳ３０２）。
　次に、オーケストレータ（ＮＶＦＯ）１００は、クラウド基盤（ＶＩＭ）２００に対し、前記計算した稼動率を指定して仮想リソースの作成を要求する（ステップＳ３０３）。なお、オーケストレータ（ＮＶＦＯ）１００は、すべての仮想リソースについて稼働率を指定する必要は無く、例えば、デフォルトの稼働率が既知である仮想リソースについては、稼動率の指定を省略してもよい。
　なお、オーケストレータ（ＮＶＦＯ）１００による仮想リソースの稼働率の指定は、ＯｐｅｎＳｔａｃｋ（登録商標）の作成するＶＭの条件を指定する方法を用いることができる。この場合、例えば、ＶＭの条件として、ＧｌａｎｃｅにおけるＶＭイメージへのメタ情報を設定する方法と、ＮｏｖａにおけるＦｌａｖｏｒ設定・指定を行う方法が挙げられる。例えば、これらの条件中に、ｍｉｎ＿ａｖａｉｌａｂｉｌｉｔｙというパラメータを設定し、ＶＭの稼働率を指定する方法が考えられる。
　前記仮想リソースの作成要求を受けたクラウド基盤（ＶＩＭ）２００は、物理リソース情報保持部に保持されている物理リソースの稼働率を参照して、オーケストレータ（ＮＶＦＯ）１００から要求された稼働率を確保できる仮想リソースを作成する（ステップＳ３０４）。クラウド基盤（ＶＩＭ）２００は、前記仮想リソースの作成が完了すると、オーケストレータ（ＮＦＶＯ）１００に対して、仮想リソースの稼働率情報を含んだ仮想リソース作成通知を送信する。なお、ステップＳ３０４において、指定された稼働率を満たす仮想リソースを作成できない場合、クラウド基盤（ＶＩＭ）２００は、オーケストレータ（ＮＦＶＯ）１００に対し、スケジューリング失敗又は仮想リソース払い出し付加（ＮＧ）を応答する。
　以上のように、本実施形態によれば、オーケストレータ（ＮＶＦＯ）１００主導で、必要な可用性（Ａｖａｉｌａｂｉｌｉｔｙ）を持つリソースを調達して、信頼性、かつ、効率のよい（コストの低い）サービスを提供することが可能となる。
　なお、図１、３、９等に示したオーケストレータ（ＮＶＦＯ）１００やクラウド基盤（ＶＩＭ）２００、２００ａの各部（処理手段）は、これらの装置に搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。
　以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。
　例えば、上記した各実施形態では、ＶＮＦＭを省略したが、ＶＮＦＭが、オーケストレータ（ＮＶＦＯ）１００やクラウド基盤（ＶＩＭ）２００間の稼働率情報を始めとする情報の中継を行うようにしてもよい。
　また、上記した各実施形態は、仮想リソース提供装置やサービス提供装置として機能するコンピュータ（図１１の９０００）に、これらの装置としての機能を実現させるプログラムにより実現可能である。このようなコンピュータは、図１１のＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）９０１０、通信インタフェース９０２０、メモリ９０３０、補助記憶装置９０４０を備える構成に例示される。すなわち、図１１のＣＰＵ９０１０にて、稼働率計算プログラムや仮想リソース管理プログラム等を実行し、その補助記憶装置９０４０等に保持された各計算パラメータの更新処理を実施させればよい。
　最後に、本発明の好ましい形態を要約する。
［第１の形態］
　（上記第１の視点による仮想リソース提供装置参照）
［第２の形態］
　上記した仮想リソース提供装置の稼働率計算部は、
　物理リソースの仕様情報及び前記物理リソース間の接続情報に基づいて、冗長度を考慮した稼動率を計算することが好ましい。
［第３の形態］
　上記した仮想リソース提供装置の仮想リソース管理部は、
　前記仮想リソースを構成する仮想マシンのパラメータに、前記仮想リソースの稼働率を含めて提供することができる。
［第４の形態］
　上記した仮想リソース提供装置の仮想リソース管理部は、
　前記仮想リソースを構成する仮想マシンに付加されるタグを用いて前記仮想リソースの稼働率を提供することができる。
［第５の形態］
　仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部と、
　上位装置から、提供する仮想リソースの稼働率の指定を受け付ける稼働率受け付け部と、
　前記物理リソースの稼動率を用いて前記上位装置から指定された仮想リソースの稼働率を満たす物理リソースの組み合わせを選択する物理リソース選択部と、
　前記上位装置から指定された仮想リソースの稼働率を満たす物理リソースを用いて仮想リソースを提供する仮想リソース提供部と、
　を備える仮想リソース提供装置。
［第６の形態］
　（上記第２の視点によるサービス管理装置参照）
［第７の形態］
　サービスの稼働率と、前記サービスの構成情報と、に基づいて、前記サービスの稼働率を充足する仮想リソースの稼働率を計算する稼働率計算部と、
　所定の仮想リソース提供装置に対し、前記仮想リソースの稼働率を指定して、仮想リソースの作成を指示するサービス管理部と、を備えた、サービス管理装置。
［第８の形態］
　（上記第３の視点による仮想ネットワーク機能提供システム参照）
［第９の形態］
　（上記第４の視点による仮想リソース提供方法参照）
［第１０の形態］
　仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部を備えたコンピュータが、
　上位装置から、提供する仮想リソースの稼働率の指定を受け付けるステップと、
　前記物理リソースの稼動率を用いて前記上位装置から指定された仮想リソースの稼働率を満たす物理リソースの組み合わせを選択するステップと、
　前記上位装置から指定された仮想リソースの稼働率を満たす物理リソースを用いて仮想リソースを提供するステップと、
　を備える仮想リソース提供方法。
［第１１の形態］
　（上記第５の視点によるプログラム参照）
［第１２の形態］
　仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部を備えたコンピュータに、
　上位装置から、提供する仮想リソースの稼働率の指定を受け付ける処理と、
　前記物理リソースの稼動率を用いて前記上位装置から指定された仮想リソースの稼働率を満たす物理リソースの組み合わせを選択する処理と、
　前記上位装置から指定された仮想リソースの稼働率を満たす物理リソースを用いて仮想リソースを提供する処理と、
　を実行させるプログラム。
　なお、上記第６、８、第９、第１１の形態は、第１の形態と同様に、第２～第５の形態に展開することが可能である。
　なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
　１０　仮想リソース提供装置
　１１　稼働率管理部
　１２　稼働率計算部
　１３　仮想リソース管理部　
　１００、１００ａ　オーケストレータ（ＮＦＶＯ）　
　１０１、１０１ａ　サービス管理部
　１０２　稼働率計算部
　１０３　（ＮＳ／ＶＮＦ）カタログ保持部
　１０４　仮想リソース情報保持部
　２００、２００ａ　クラウド基盤（ＶＩＭ）
　２０１　物理リソース管理部
　２０２　稼働率登録部　
　２０３、２０３ａ　仮想リソース管理部
　２０４　稼働率計算部
　２０５　物理リソース情報保持部
　２０６　仮想リソース情報保持部
　３０１　サービス（ＮＳ）
　３０２　（ネットワーク機能）クラスタ（ＶＮＦ）
　３０３　ＶＮＦＣ
　３０４　ＶＭ
　３０５　物理リソース
　９０００　コンピュータ
　９０１０　ＣＰＵ
　９０２０　通信インタフェース
　９０３０　メモリ
　９０４０　補助記憶装置

Claims (10)

  1. 　仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部と、
    　前記仮想リソースに割り当てられた物理リソースの稼動率を用いて前記仮想リソースの稼働率を計算する稼働率計算部と、
    　上位装置からの要求に応じて仮想リソースを提供し、前記仮想リソースの稼働率を提供する仮想リソース管理部と、
    　を備える仮想リソース提供装置。
  2. 　前記稼働率計算部は、
    　物理リソースの仕様情報及び前記物理リソース間の接続情報に基づいて、冗長度を考慮した稼動率を計算する請求項１の仮想リソース提供装置。
  3. 　前記仮想リソース管理部は、
    　前記仮想リソースを構成する仮想マシンのパラメータに、前記仮想リソースの稼働率を含めて提供する請求項１又は２の仮想リソース提供装置。
  4. 　前記仮想リソース管理部は、
    　前記仮想リソースを構成する仮想マシンに付加されるタグを用いて前記仮想リソースの稼働率を提供する請求項１又は２の仮想リソース提供装置。
  5. 　仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部と、
    　上位装置から、提供する仮想リソースの稼働率の指定を受け付ける稼働率受け付け部と、
    　前記物理リソースの稼動率を用いて前記上位装置から指定された仮想リソースの稼働率を満たす物理リソースの組み合わせを選択する物理リソース選択部と、
    　前記上位装置から指定された仮想リソースの稼働率を満たす物理リソースを用いて仮想リソースを提供する仮想リソース提供部と、
    　を備える仮想リソース提供装置。
  6. 　サービスを構成する要素に対応する仮想リソースと、所定の仮想リソース提供装置から受信した仮想リソースの稼働率と、に基づいて、サービスの稼働率を計算する稼働率計算部と、
    　前記計算したサービスの稼働率に基づいて、サービスを管理するサービス管理部と、を備えた、サービス管理装置。
  7. 　サービスの稼働率と、前記サービスの構成情報と、に基づいて、前記サービスの稼働率を充足する仮想リソースの稼働率を計算する稼働率計算部と、
    　所定の仮想リソース提供装置に対し、前記仮想リソースの稼働率を指定して、仮想リソースの作成を指示するサービス管理部と、を備えた、サービス管理装置。
  8. 　前記稼働率計算部は、
    　前記仮想リソースの間の経路の稼働率に基づいて、サービスの稼働率を計算する請求項６又は７のサービス管理装置。
  9. 　仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部を備えたコンピュータが、
    　前記仮想リソースに割り当てられた物理リソースの稼動率を用いて前記仮想リソースの稼働率を計算するステップと、
    　上位装置からの要求に応じて仮想リソースを提供するステップと、
    　前記上位装置に対し、前記仮想リソースの稼働率を提供するステップと、
    　を含む仮想リソース提供方法。
  10. 　仮想リソースに割当可能な物理リソースの稼動率を管理する稼働率管理部を備えたコンピュータが、
    　上位装置から、提供する仮想リソースの稼働率の指定を受け付けるステップと、
    　前記物理リソースの稼動率を用いて前記上位装置から指定された仮想リソースの稼働率を満たす物理リソースの組み合わせを選択するステップと、
    　前記上位装置から指定された仮想リソースの稼働率を満たす物理リソースを用いて仮想リソースを提供するステップと、
    　を備える仮想リソース提供方法。
PCT/JP2018/032213 2017-11-17 2018-08-30 仮想リソース提供装置、仮想ネットワーク機能提供システム、仮想リソース提供方法及びプログラム WO2019097811A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017221539 2017-11-17
JP2017-221539 2017-11-17

Publications (1)

Publication Number Publication Date
WO2019097811A1 true WO2019097811A1 (ja) 2019-05-23

Family

ID=66539627

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/032213 WO2019097811A1 (ja) 2017-11-17 2018-08-30 仮想リソース提供装置、仮想ネットワーク機能提供システム、仮想リソース提供方法及びプログラム

Country Status (1)

Country Link
WO (1) WO2019097811A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113781154A (zh) * 2021-03-19 2021-12-10 北京京东拓先科技有限公司 一种信息回滚方法、系统、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006324959A (ja) * 2005-05-19 2006-11-30 Nippon Telegr & Teleph Corp <Ntt> 通信網故障頻度計算装置と方法およびプログラム
JP2008293103A (ja) * 2007-05-22 2008-12-04 Hitachi Ltd 分散配置装置及び仮想装置の配置方法
JP2012108651A (ja) * 2010-11-16 2012-06-07 Hitachi Ltd クラスタシステム
JP2017146746A (ja) * 2016-02-16 2017-08-24 日本電信電話株式会社 ネットワーク評価システム、不稼働率算出方法、及びプログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006324959A (ja) * 2005-05-19 2006-11-30 Nippon Telegr & Teleph Corp <Ntt> 通信網故障頻度計算装置と方法およびプログラム
JP2008293103A (ja) * 2007-05-22 2008-12-04 Hitachi Ltd 分散配置装置及び仮想装置の配置方法
JP2012108651A (ja) * 2010-11-16 2012-06-07 Hitachi Ltd クラスタシステム
JP2017146746A (ja) * 2016-02-16 2017-08-24 日本電信電話株式会社 ネットワーク評価システム、不稼働率算出方法、及びプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113781154A (zh) * 2021-03-19 2021-12-10 北京京东拓先科技有限公司 一种信息回滚方法、系统、电子设备及存储介质

Similar Documents

Publication Publication Date Title
EP3761170B1 (en) Virtual machine creation method and apparatus
EP3270289B1 (en) Container-based multi-tenant computing infrastructure
JP6174716B2 (ja) 管理システム、全体管理ノード及び管理方法
EP3455728B1 (en) Orchestrator for a virtual network platform as a service (vnpaas)
CN106657173B (zh) 一种nfv架构下软件升级中的业务迁移方法、装置及服务器
JP6190969B2 (ja) マルチテナントリソース調停方法
US11656890B2 (en) Utilizing physical systems and virtual systems for virtual network functions
KR20190020073A (ko) 가속 자원 처리 방법 및 장치, 및 네트워크 기능 가상화 시스템
WO2015038651A1 (en) Integrating software defined storage and software defined networking
CN111026430A (zh) 本地或分布式计算机系统上的柔性节点组成的方法和系统
WO2014140790A1 (en) Apparatus and method to maintain consistent operational states in cloud-based infrastructures
JPWO2017179537A1 (ja) ソフトウェア更新制御装置、ソフトウェア更新制御システム、ソフトウェア更新制御方法、及び、ソフトウェア更新制御プログラムが格納された記録媒体
CN108696373B (zh) 虚拟资源分配方法、nfvo和系统
CN107534577A (zh) 一种网络业务实例化的方法及设备
US9860303B1 (en) Data center growth control
JP6801776B2 (ja) 仮想ネットワーク機能管理装置、仮想インフラストラクチャ管理装置、及び仮想ネットワーク機能構築方法
WO2019106904A1 (ja) 管理装置、上位装置、管理方法及びプログラム
WO2019097811A1 (ja) 仮想リソース提供装置、仮想ネットワーク機能提供システム、仮想リソース提供方法及びプログラム
CN108737144B (zh) 资源管理的方法和设备
JP7115561B2 (ja) Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム
CN114641973B (zh) 实现所请求的服务可用性
US20220286358A1 (en) Template based agentless system configuration management
WO2024104312A1 (zh) 部署虚拟化网络功能的方法和装置
US20230337057A1 (en) Containerized application technologies for cellular networks and ran workloads
US20240160428A1 (en) Mechanisms for selecting node upgrade order

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18878191

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP