WO2020116223A1 - Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム - Google Patents

Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム Download PDF

Info

Publication number
WO2020116223A1
WO2020116223A1 PCT/JP2019/045934 JP2019045934W WO2020116223A1 WO 2020116223 A1 WO2020116223 A1 WO 2020116223A1 JP 2019045934 W JP2019045934 W JP 2019045934W WO 2020116223 A1 WO2020116223 A1 WO 2020116223A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
configuration information
virtual
resource management
unit
Prior art date
Application number
PCT/JP2019/045934
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 US17/299,652 priority Critical patent/US11886927B2/en
Priority to AU2019393437A priority patent/AU2019393437B2/en
Priority to JP2020559062A priority patent/JP7056760B2/ja
Priority to SG11202105891XA priority patent/SG11202105891XA/en
Publication of WO2020116223A1 publication Critical patent/WO2020116223A1/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/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
    • 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/5072—Grid computing
    • 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/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45595—Network integration; Enabling network access in virtual machine instances

Definitions

  • the present invention relates to an ICT (Information and Communication Technology) resource management device, an ICT resource management method, and an ICT resource management program.
  • ICT Information and Communication Technology
  • Patent Document 1 "one different communication service that is disclosed by a communication service API for each wholesale service provider in response to an order request for use of a communication service from a terminal that provides communication to a user" is disclosed.
  • An inter-provider batch service construction device for collectively providing one or more of the above, which holds a catalog in which specifications of communication wholesale services are described and a cooperation rule which defines cooperation of various communication services,
  • the communication service APIs corresponding to the plurality of communication services requested for the order are collectively cooperated based on the held catalog and the cooperation rule.
  • a cooperative service is constructed, and a collective construction function unit for providing the constructed cooperative service to the terminal is provided.
  • the cloud platform is a platform that provides devices such as servers and edges using virtualization technology.
  • the cloud platform is a platform that provides devices such as servers and edges using virtualization technology.
  • a technique of performing resource allocation from an orchestrator is known.
  • selection of a cloud infrastructure and resource allocation involved human work, so there was a limit to the work efficiency for a service provider to be able to provide cloud services, and a system equipped with a cloud infrastructure was limited. There is a problem that it causes an increase in operating costs.
  • an object of the present invention is to reduce operation costs by improving work efficiency when a service provider can provide a service.
  • the invention according to claim 1 is an ICT resource management device that manages a physical node and a virtual node, which are ICT resources, and is configuration information regarding the physical node on a physical layer.
  • a physical layer configuration information and a configuration information management unit that manages virtual layer configuration information that is configuration information regarding the virtual node on the virtual layer, and a request for configuration change regarding connection of a device using a service to the physical node.
  • a cloud platform selection unit that selects a service platform that satisfies the conditions included in the request, and a layer mapping unit that performs mapping between the physical layer and the virtual layer.
  • the infrastructure necessary for the configuration change In response to the configuration change request, based on the physical layer configuration information, the virtual layer configuration information, the selected service infrastructure, and the mapping information that is the result of the mapping, the infrastructure necessary for the configuration change
  • a blueprint creating unit that creates a blueprint as design information, and an orchestrator that performs orchestration for the virtual layer by accessing and executing a program that can be operated through an API based on the blueprint. And a section.
  • the invention according to claim 3 is an ICT resource management method in an ICT resource management device for managing physical nodes and virtual nodes, which are ICT resources, wherein the ICT resource management device is the physical layer on a physical layer.
  • a step of collecting physical layer configuration information which is configuration information regarding a node and a virtual layer configuration information which is configuration information regarding the virtual node on a virtual layer, and a configuration change regarding connection of a device using a service to the physical node The plurality of service bases for realizing the service, the step of selecting a service base satisfying the conditions included in the request, the step of performing mapping with the physical layer and the virtual layer, In response to a configuration change request, based on the physical layer configuration information, the virtual layer configuration information, the selected service infrastructure, and the mapping information that is the result of the mapping, the design information of the infrastructure required for the configuration change.
  • executing a orchestration for the virtual layer by accessing and executing a program that can be operated through an API based on the blueprint. It is characterized by
  • the invention according to claim 2 is the ICT resource management device according to claim 1, wherein the service infrastructure selecting unit manages the service using a plurality of types of management items corresponding to the conditions. It is characterized in that the service infrastructure satisfying the condition is selected with reference to management information.
  • the invention according to claim 4 is an ICT resource management program for causing a computer to function as the ICT resource management device according to claim 1 or claim 2.
  • the construction of the ICT resource management device can be facilitated.
  • the operation cost can be reduced by improving the work efficiency when the service provider can provide the service.
  • the cloud service may be simply referred to as “service”.
  • a distributed system 100 including the ICT resource management device 1 of the present embodiment is a system to which virtualization technology is applied, and includes the ICT resource management device 1, the service provider terminal 2, and the server 3. , Edges 4, 4-1 and devices 5, 5-1.
  • the edge 4-1 is one of a plurality of edges 4 that exist, and the edges 4 and 4-1 may be collectively referred to as the edge 4.
  • the device 5-1 is one of a plurality of devices 5 that exist, and the devices 5 and 5-1 may be collectively referred to as the device 5.
  • the distributed system 100 can manage a physical layer that is an aggregate of physical nodes and a virtual layer that is an aggregate of virtual nodes configured and operating on the physical nodes.
  • the server 3, the edge 4, and the device 5 are physical nodes forming a physical layer.
  • a VM (Virtual Machine) 7 arranged on the virtual layer shown in FIG. 1 is a virtual node in which the server 3 or the edge 4 is virtualized.
  • FIG. 1 illustrates cloud platforms A and B.
  • Each of the cloud platforms A and B (which may include other cloud platforms (not shown)) has various services such as a charge, a quality, a service providing area, etc. even if the services are of the same type such as a computing service. It realizes similar services with different conditions.
  • a virtual node corresponding to the cloud platform A is shown in the virtual layer of FIG. Although a virtual node corresponding to the cloud platform B exists in this virtual layer, it is omitted in FIG. 1 for convenience.
  • the ICT resource management device 1 manages physical nodes and virtual nodes as ICT resources.
  • the service provider terminal 2 is a terminal that requests configuration changes such as initial deployment and variable scale.
  • the service provider terminal 2 makes the request through an API (Application Programming Interface).
  • the API is a Northbound API between the ICT resource management device 1 and the service provider terminal 2.
  • the service provider terminal 2 is used by the service provider.
  • the server 3 is a computer that executes processes related to service provision.
  • the server 3 shown in FIG. 1 is arranged on, for example, the cloud platforms A and B, and executes processes for cloud services.
  • At least one of one or a plurality of applications (abbreviation of applications) 6-1 to 6-3 for executing a process related to service provision is arranged in the server 3.
  • Each of the applications 6-1 to 6-3 is used when providing different services.
  • Edge 4 is a relay device arranged on the NW (network), and corresponds to, for example, a router, a bridge, or a gateway. At the edge 4, at least one of one or a plurality of applications 6-1 to 6-3 for executing a process related to service provision is arranged. The server 3 and the edge 4 are communicably connected.
  • the device 5 is a device that the end user uses the service, and corresponds to, for example, an IoT device.
  • the device 5 can use the service by connecting to the edge 4.
  • the ICT resource management device 1 can collect information about physical nodes and virtual nodes. Further, the ICT resource management device 1 can perform mapping between the physical layer and the virtual layer by using the collected information (see the broken double-headed arrow in FIG. 1). Further, the ICT resource management device 1 can execute orchestration on the virtual layer. Specifically, it is possible to deploy a service and allocate resources to the VM 7.
  • the ICT resource management device 1 includes a request acquisition unit 11, a blueprint creation unit 12, a configuration information management unit 13, a layer mapping unit 14, a workflow execution unit 15, and an API adapter unit 16. And a functional unit such as the monitoring unit 17.
  • the blueprint creation unit 12 includes a cloud infrastructure selection unit 12a.
  • the ICT resource management device 1 stores the configuration information DB 21, the mapping information 22, the catalog group 23, the blueprint 24, and the service management information 25 in the storage unit.
  • the storage unit included in the ICT resource management device 1 may be, for example, inside the ICT resource management device 1 or outside the ICT resource management device 1.
  • the request acquisition unit 11 acquires a configuration change request from the service provider terminal 2.
  • the request acquired by the request acquisition unit 11 may be called “order information”.
  • the configuration change request can be made not only from the service provider terminal 2 but also from the terminal of the maintenance person of the distributed system 100, for example.
  • the service provider terminal 2 and the maintenance person's terminal are examples of external devices.
  • the blueprint creation unit 12 creates the blueprint 24 corresponding to the order information acquired by the request acquisition unit 11.
  • the blueprint 24 is the design information of the infrastructure required for the requested configuration change.
  • the infrastructure indicates the components of the operating environment of the service. For example, the ICT resource itself, ICT resource setting information (eg VM name, IP address, host name), allocated resources, LB (load balancer) set on the NW. ), FW (firewall), and containers.
  • the configuration information management unit 13 manages information about ICT resources as configuration information.
  • the configuration information management unit 13 can collect information about physical nodes and virtual nodes by accessing the API for collecting resource information, for example.
  • the resource information collection API is an API for providing resource information prepared by the orchestration target.
  • the API for collecting resource information is a southbound API between the ICT resource management device 1 and the orchestration target.
  • the information to be collected can be, for example, a MIB (Management Information Base) based on Simple Network Management Protocol (SNMP), but is not limited to this.
  • MIB Management Information Base
  • SNMP Simple Network Management Protocol
  • Orchestration targets include, but are not limited to, physical nodes and virtual nodes.
  • the interface provided by the orchestration target can be provided by, for example, a controller (not shown) that controls the orchestration target, or can be provided by each of the physical node and the virtual node.
  • the physical layer configuration information 21a is configuration information regarding physical nodes on the physical layer. As shown in FIG. 3, the physical layer configuration information 21a includes, for example, "node ID”, "state”, “host name”, “IP address”, “VMID”, "use service”, “user”, and “user”. It has a management item such as "cloud infrastructure ID”, and the value of each management item is stored for each physical node.
  • the management item of “node ID” stores the identifier of the target physical node.
  • the management item of "state” stores the operating state of the target physical node ("OK" for normal, "NG” for failure).
  • the host name of the target physical node is stored in the management item of “host name”.
  • the IP address assigned to the target physical node is stored in the management item of “IP address”.
  • the “VMID” management item stores the identifier of the VM operating on the target physical node.
  • the management item of "utilization service” stores the identifier of the service available in the target physical node.
  • Utilization services include, for example, cloud services and edge computing services, but are not limited to these. Further, the service to be used can include a service that enables a plurality of physical nodes to provide the same service.
  • the “user” management item stores the identifier of the user who uses the service indicated by the corresponding “use service”.
  • the user may be, for example, a corporation or an individual. Further, for example, when the corresponding physical node is an edge device, only the owner of the edge device can be the user.
  • the “cloud infrastructure ID” management item stores the identifier of the cloud infrastructure to which the target physical node belongs.
  • the management items of the physical layer configuration information 21a shown in FIG. 3 are examples, and more can be set.
  • the management items of the physical layer configuration information 21a it is possible to set the memory size of the VM operating on the target physical node, the CPU frequency, the power state, and the VM name.
  • the name and ID of the resource pool used for the target physical node can be set.
  • the management item of the physical layer configuration information 21a the type, ID, and name of the network in which the target physical node is arranged can be set.
  • the ID, type, and name of the folder used by the target physical node can be set.
  • the management items of the physical layer configuration information 21a the storage capacity, ID, type, and name of the data store used by the target physical node can be set. Further, as the management item of the physical layer configuration information 21a, the ID and name of the data center controlling the target physical node can be set. Further, as the management items of the physical layer configuration information 21a, it is possible to set a user name and a password which are authentication information of a user who accesses the target physical node.
  • the virtual layer configuration information 21b is configuration information regarding virtual nodes on the virtual layer. As shown in FIG. 4, the virtual layer configuration information 21b has management items such as “node ID”, “state”, “VM name”, “IP address”, and “physical device ID”. The value of each management item is stored in.
  • the management item of “node ID” stores the identifier of the target virtual node.
  • the management item of "state” stores the operating state of the target operating node ("OK" for normal operation, "NG” for failure).
  • the name of the target virtual node is stored in the management item of “VM name”.
  • the IP address assigned to the target virtual node is stored in the management item of “IP address”.
  • the management item of “physical device ID” stores the identifier of the physical node in which the target virtual node is arranged.
  • the management items of the virtual layer configuration information 21b shown in FIG. 4 are examples, and more can be set.
  • a VMID that is ID information of the target virtual node can be set.
  • the management items of the virtual layer configuration information 21b it is possible to set the memory size and the CPU frequency that are resources of the target virtual node.
  • the power state of the target virtual node can be set as a management item of the virtual layer configuration information 21b.
  • the management items of the virtual layer configuration information 21b it is possible to set a user name and a password which are authentication information of a user who accesses the target virtual node.
  • a gateway used by the target virtual node a VXLAN (Virtual eXtensible Local Area Network), and a static route can be set.
  • the host name of the physical node in which the target virtual node is arranged can be set as the management item of the virtual layer configuration information 21b.
  • the management item of the virtual layer configuration information 21b it is possible to set information regarding the hypervisor that generates the target virtual node.
  • the management item of the container application can be set as the management item set in the virtual layer configuration information 21b.
  • the management items of the virtual layer configuration information 21b the host name, label, state, and account ID of the container host registered for the container used by the target virtual node can be set.
  • the management items of the virtual layer configuration information 21b it is possible to set the ID, name, state, and scale (the number of utilization servers) of the service provided by the container used by the target virtual node.
  • the management items of the virtual layer configuration information 21b it is possible to set the volume mount, ID (only when using the Collinser NFS (Network File System)) and image ID of the storage device provided in the container used by the target virtual node. it can.
  • the management items of the virtual layer configuration information 21b it is possible to set the stack group of the storage device provided in the container used by the target virtual node, the health state, the stack ID, and the ID of the service used.
  • the cloud platform selecting unit 12a included in the blueprint creation unit 12 is a cloud platform that fulfills the conditions included in the configuration change request regarding the connection of the device that uses the cloud service to the physical node among the plurality of cloud platforms that implement the cloud service. Select the base.
  • the selected cloud-based identifier constitutes a part of the physical layer configuration information 21a.
  • the cloud platform selecting unit 12a is a partial function of the blueprint creating unit 12, and can access the API for collecting resource information and solve the collected information to specify the selected cloud platform. In the present embodiment, a case of selecting a cloud platform that realizes a cloud service will be described, but the present invention can also be applied to services that are not cloud services.
  • the cloud platform selecting unit 12a of this embodiment is a specific example of a service platform selecting unit that selects a service platform.
  • the cloud infrastructure selecting unit 12a may be provided anywhere in the ICT resource management device 1, but here, as an example, the blueprint creating unit 12 is provided.
  • the layer mapping unit 14 performs mapping between the physical layer and the virtual layer. Specifically, based on the configuration information managed by the configuration information management unit 13, the layer mapping unit 14 determines which physical node on the physical layer the virtual node on the virtual layer is (or the application 6 on which the physical node is arranged). ) Is associated with.
  • the ICT resource management device 1 stores, as the mapping information 22, the determination result of the association of the physical node and the virtual node by the layer mapping unit 14.
  • the layer mapping unit 14 refers to the management item of “VMID” of the physical layer configuration information 21a (FIG. 3) and the management item of “Physical device ID” of the virtual layer configuration information 21b (FIG. 4), The association between the physical node and the virtual node can be determined.
  • FIG. 5 is an explanatory diagram of a blueprint for initial deployment.
  • the blueprint 24 can be configured as a set of a service template and parameters.
  • the service template can be a collection of catalogs.
  • the catalog is a template of processes used for providing services, and is an element of the catalog group 23 stored in the ICT resource management device 1.
  • the catalog itself is well known, and detailed description thereof will be omitted.
  • the parameter is input information for each catalog.
  • the order information acquired by the request acquisition unit 11 is the order information related to the initial deployment.
  • the blueprint creation unit 12 can configure a service template by selecting a catalog for VM creation, a catalog for NW setting, and a catalog for container setting from the catalog group 23, for example. ..
  • the parameters input to the catalog for VM creation are, for example, the number and type of VMs created.
  • parameters for designating three VMs that function as Web servers and two VMs that function as AP servers (application servers), that is, a total of five VMs are input to the catalog for VM creation.
  • the parameter input to the catalog for VM creation can be input by the service provider terminal 2, for example.
  • the parameter input to the NW setting catalog is, for example, IP address allocation (IP allocation).
  • IP allocation IP allocation
  • the parameter designating the IP address assigned to the created VM is input to the NW setting catalog.
  • the parameters input to the NW setting catalog can be acquired from the distributed system 100, for example.
  • the parameter input to the container setting catalog is, for example, the setting method of the container used by the created VM.
  • a parameter indicating the setting method of copy execution by Collinser is input to the container setting catalog.
  • the parameter input to the container setting catalog can be input by the service provider terminal 2, for example.
  • the blueprint creation unit 12 selects a required catalog from the catalog group 23 according to the operation indicated by the order information acquired by the request acquisition unit 11, and forms a service template.
  • the blueprint creating unit 12 can acquire the parameters input to the selected catalog from the order information and the distributed system 100.
  • the blueprint creation unit 12 requests the parameters input to the selected catalog from the service provider terminal 2 or the like that has sent the order information, and receives the order information that is a response to the request again, thereby ordering the order. Parameters can be obtained from the information.
  • the distributed system 100 itself can acquire the parameters such as the allocation of the IP address
  • the blueprint creation unit 12 can acquire the parameters input to the selected catalog from the distributed system 100.
  • the blueprint creating unit 12 refers to the configuration information managed by the configuration information managing unit 13 and the mapping information 22 stored by the layer mapping unit 14. That is, the blueprint creating unit 12 determines the current state of the physical node and the virtual node determined from the physical layer configuration information 21a, the virtual layer configuration information 21b, and the mapping information 22 and the service provider, which is indicated by the order information. It is possible to create the blueprint 24 by collating with the request such as.
  • the workflow execution unit 15 executes the workflow according to the blueprint 24 created by the blueprint creation unit 12.
  • the workflow is a process in which the steps indicated by the catalog included in the blueprint 24 are connected in a predetermined order.
  • the workflow for initial deployment is such that the order is determined and linked, such as VM creation ⁇ NW setting ⁇ container setting.
  • orchestration is executed and resources are assigned to the ICT resources.
  • the API adapter unit 16 is an interface for accessing a program that can be operated through the API in response to a command from the workflow execution unit 15 that executes a workflow.
  • the API is a southbound API between the API adapter unit 16 (or the ICT resource management device 1 including the API adapter unit 16) and the orchestration target.
  • the API adapter unit 16 can be interface-connected for each orchestration target.
  • a plurality of API adapter units 16 can be prepared for each program that can be operated through the API.
  • the workflow execution unit 15 can execute a workflow by executing a program that can be operated through the API.
  • the combination of the workflow execution unit 15 and the API adapter unit 16 functions as an orchestrator unit that executes orchestration.
  • the monitoring unit 17 monitors the physical node on the physical layer and the virtual node on the virtual layer by, for example, SNMP.
  • the monitoring result by the monitoring unit 17 indicates the usage status of the service which has been orchestrated and has become available.
  • the monitoring result of the monitoring unit 17 can be transmitted to the configuration information management unit 13.
  • the configuration information management unit 13 can collect information about physical nodes and virtual nodes based on the monitoring result of the monitoring unit 17.
  • the service management information 25 is management information of services (network service, cloud service, etc.) used by the distributed system 100.
  • the service management information 25 includes, for example, “service ID”, “cloud infrastructure ID”, “type”, “application used”, “charge”, “quality”, “providing area”, and “connection”. It has management items such as "service ID” and "operation ICT resource”, and the value of each management item is stored for each service.
  • the above-described plurality of types of management items included in the service management information 25 correspond to a plurality of types of conditions included in the configuration change request regarding the connection of the device that uses the cloud service to the physical node. These conditions are the conditions required by the service provider.
  • the management item of "service ID” stores the identifier of the target service.
  • the management item of “cloud infrastructure ID” stores the identifier of the cloud infrastructure that realizes the target service.
  • Information indicating the type of the target service is stored in the “type” management item.
  • the stored information can be, for example, information indicating a computing service, a storage service, a big data service, a machine learning service, but is not limited to this.
  • the management item of “used application” stores the identifiers of the applications 6-1 to 6-3 used for providing the target service. In other words, the used application is an application that constitutes the content of the target service.
  • the “charge” management item stores information indicating the amount of money that is incurred when the device 5 uses the target service.
  • the stored information can be, for example, information indicating the amount of money according to the communication amount per month, but is not limited to this.
  • the “quality” management item stores information indicating the quality of the target service.
  • the information stored can be, for example, information indicating an SLA (Service Level Agreement) set for the service, but is not limited to this.
  • the management item of “providing area” stores information indicating an area where the target service is provided, that is, an area where the device 5 can use the service.
  • the stored information can be, for example, information indicating an area within a radius of ⁇ kilometers centering on the edge 4 or the entire city, but is not limited to this.
  • Services include services for connecting a plurality of services.
  • the service provider desires to provide the first service, instead of selecting the first cloud platform that realizes the first service, the service provider realizes the second service connected to the first service. It is possible to provide the first service by selecting the second cloud platform that supports the above.
  • the identifier of the ICT resource that operates when the target service is provided is stored in the management item of “operation ICT resource”.
  • the operating ICT resource is a physical node in which the application to be used is arranged, or a virtual node operating on the physical node.
  • the operating ICT resource is an ICT resource that is a target of resource allocation when a new application is received from a service provider.
  • the operating ICT resource belongs to the cloud platform that realizes the target service, or to the ICT resource that belongs to the cloud platform via WAN (Wide Area Network) and CPE (Customer Premises Equipment), etc. Physically connected.
  • WAN Wide Area Network
  • CPE Customer Premises Equipment
  • the cloud platform selecting unit 12a When a new device 5 is connected to a physical node forming a cloud platform by an application from the service provider, and there are a plurality of similar cloud platforms, the cloud platform selecting unit 12a notifies the service provider of An optimum cloud platform is selected for order information that requires a configuration change related to the connection of the device 5 to the physical node.
  • similar cloud platforms means that the “type” (see FIG. 6) of each cloud service provided by each cloud platform is the same, and “charge”, “quality”, “providing area”, “connection service” It means that “ID” and “operating ICT resource” (see FIG. 6) are different.
  • the order information includes conditions regarding the type of cloud service provided by the service provider, as requested by the service provider.
  • the cloud platform selection unit 12a refers to the service management information 25 to identify a cloud service that matches the type indicated by the service provider's request from the “type” (FIG. 6) and realizes the identified cloud service.
  • the cloud infrastructure (generally, a plurality of cloud infrastructures) to be used are identified from the “cloud infrastructure ID” (FIG. 6).
  • the order information includes, for example, conditions regarding the charge, quality, and service area, as requested by the service provider.
  • the condition regarding the charge can be, for example, an upper limit value of the usage charge of the cloud service per month.
  • the quality conditions are, for example, the opening delay time, the network delay time, the network operation rate, the line operation rate, the failure recovery time, the failure notification time, and the minimum level of bandwidth guarantee set for the cloud service. You can
  • the condition regarding the providing area can be a boundary between areas where the device 5 can use the cloud service.
  • the cloud platform selecting unit 12a refers to the service management information 25 and selects one of the cloud platforms identified from the “type” and the “cloud platform ID” (FIG.
  • the cloud platform selecting unit 12a can select the cloud platform as the optimum cloud platform.
  • the cloud platform that is most advantageous to the service provider in terms of charges, quality, and service area, as the optimum cloud platform.
  • the cloud platform selecting unit 12a If the selected cloud platform is a cloud platform to which the device 5 is connectable according to the “connection service ID” and “operation ICT resource” (FIG. 6) of the service management information 25, the cloud platform selecting unit 12a. Maintains the cloud infrastructure selection results. On the other hand, if the selected cloud platform is a cloud platform that the device 5 cannot connect to (for example, there is no connection between cloud services or physical connection between ICT resources), the cloud platform selecting unit 12a For example, it is possible to select, as the optimum cloud platform, the cloud platform that is the second most advantageous to the service provider in terms of price, quality, and service area. This kind of selection excludes the cloud platform that makes it possible to deploy the application from the perspective of the virtual layer, and even if it can meet the needs of the service provider, it cannot be physically connected from the perspective of the physical layer. Useful in.
  • the blueprint creation unit 12 creates a blueprint 24 based on the configuration information managed by the configuration information management unit 13, the cloud platform selected by the cloud platform selection unit 12a, and the mapping information 22 stored by the layer mapping unit 14. To do.
  • the workflow execution unit 15 can execute the workflow according to the blueprint 24 created by the blueprint creation unit 12. As a result, orchestration is performed and resources are assigned to ICT resources.
  • the processing executed by the ICT resource management device 1 of this embodiment will be described with reference to FIG. 7. This process is started, for example, when there is a request from the service provider for an operation such as a configuration change regarding the connection of the device 5 that uses the cloud service to the physical node.
  • the request acquisition unit 11 outputs order information indicating operations such as configuration change to the blueprint creation unit 12 (step S1).
  • the blueprint creation unit 12 requests the configuration information from the configuration information management unit 13 (step S2).
  • the configuration information management unit 13 outputs the configuration information stored in the configuration information DB 21, specifically, the physical layer configuration information 21a and the virtual layer configuration information 21b to the blueprint creation unit 12 (step S3). ..
  • the cloud platform selection unit 12a of the blueprint creation unit 12 refers to the service management information 25 (FIG. 6) for the order information, selects a cloud platform that satisfies the conditions included in the order information, and selects the cloud platform.
  • the result is output (step S3a).
  • the blueprint creation unit 12 requests the mapping information 22 from the layer mapping unit 14 (step S4).
  • the layer mapping unit 14 outputs the mapping information 22 to the blueprint creating unit 12 (step S5).
  • the blueprint creating unit 12 creates a blueprint 24 for the order information based on the configuration information, the selected cloud platform, and the mapping information (step S6). At this time, the blueprint creating unit 12 selects a catalog required for the operation from the catalog group 23 according to the order information, and acquires the parameters to be input to the selected catalog from the order information or the distribution system 100.
  • the blueprint creation unit 12 sends the created blueprint 24 to the service provider terminal 2 or the like that sent the order information via the request acquisition unit 11, and requests confirmation of the blueprint 24 (step S7). If there is no problem in confirming the blueprint 24, the request acquisition unit 11 transmits information indicating approval from the service provider terminal 2 or the like to the blueprint creation unit 12 (step S8). Steps S1 to S8 constitute an infrastructure design process in the entire process executed by the ICT resource management device 1. Note that steps S7 and S8 may be omitted in order to speed up the process.
  • the blueprint creation unit 12 creates a script for executing orchestration based on the approved blueprint 24 (step S9). Techniques for creating scripts are well known, and detailed description thereof will be omitted.
  • the blueprint creation unit 12 outputs the created script to the workflow execution unit 15 (step S10). Steps S9 to S10 constitute a script creation process in the entire process executed by the ICT resource management device 1.
  • the workflow execution unit 15 interprets the script acquired from the blueprint creation unit 12 (step S11). Techniques for interpreting scripts are well known, and detailed description thereof will be omitted. Next, the workflow execution unit 15 instructs the API adapter unit 16 for each program that can be operated through the API (step S12) and executes the process.
  • the API adapter unit 16 When the execution of the process is completed, the API adapter unit 16 notifies the workflow execution unit 15 of the completion of the process execution (step S13). Next, the workflow execution unit 15 notifies the blueprint creation unit 12 of the completion of the process execution (step S14).
  • the completion of the process execution means the completion of the orchestration execution from the ICT resource management device 1 to the virtual layer, and the service after the configuration change is available. Steps S11 to S14 constitute an orchestration process in the entire process executed by the ICT resource management device 1.
  • the monitoring unit 17 starts monitoring the physical nodes on the physical layer and the virtual nodes on the virtual layer.
  • the monitoring unit 17 notifies the configuration information management unit 13 of the information collected by the monitoring (step S15).
  • the configuration information management unit 13 notifies the layer mapping unit 14 of the information collected from the monitoring unit 17 (step S16).
  • Steps S15 to S16 constitute a monitoring process in the entire process executed by the ICT resource management device 1.
  • the configuration information management unit 13 generates configuration information from the information collected by the monitoring unit 17, and stores it in the configuration information DB 21.
  • the layer mapping unit 14 also generates mapping information 22 from the information collected by the monitoring unit 17 via the configuration information management unit 13. The generated configuration information and mapping information 22 is used to create a new blueprint.
  • the ICT resource management device 1 can hold the configuration information and the mapping information 22 in the latest state, so that the blueprint is created, the orchestration is executed, and the operation is performed without human intervention. Can be automated. In addition, it is possible to automate the selection of the optimum cloud infrastructure in response to operation requests such as configuration changes.
  • the present embodiment it is possible to select an optimal cloud platform that meets the needs of a service provider without human work, and perform orchestration that is a resource allocation to ICT resources on the selected cloud platform. Can be executed. Therefore, the operating cost can be reduced by improving the work efficiency when the service provider can provide the cloud service.
  • the service management information 25 it is possible to provide a concrete means for selecting a cloud infrastructure.
  • program It is also possible to create a program in which the processing executed by the ICT resource management device 1 according to the above-described embodiment is described in a computer-executable language. In this case, the computer executes the program to obtain the same effect as that of the above embodiment. Furthermore, the same processing as that in the above-described embodiment may be realized by recording such a program in a computer-readable recording medium and causing the computer to read and execute the program recorded in the recording medium.
  • An example of a computer that executes an ICT resource management program that realizes the same function as the ICT resource management device 1 will be described below.
  • FIG. 8 is a diagram showing a computer that executes an ICT resource management program.
  • the computer 1000 has, for example, a memory 1010, a CPU 1020, a hard disk drive interface 1030, a disk drive interface 1040, a serial port interface 1050, a video adapter 1060, and a network interface 1070. These units are connected by a bus 1080.
  • the memory 1010 includes a ROM (Read Only Memory) 1011 and a RAM (Random Access Memory) 1012.
  • the ROM 1011 stores, for example, a boot program such as BIOS (Basic Input Output System).
  • BIOS Basic Input Output System
  • the hard disk drive interface 1030 is connected to the hard disk drive 1090.
  • the disk drive interface 1040 is connected to the disk drive 1100.
  • a removable storage medium such as a magnetic disk or an optical disk is inserted into the disk drive 1100.
  • a mouse 1110 and a keyboard 1120 are connected to the serial port interface 1050, for example.
  • a display 1130 is connected to the video adapter 1060, for example.
  • the memory 1010, the hard disk drive 1090, the disk drive 1100, and the storage medium inserted into the disk drive 1100 are specific hardware resources of the storage unit included in the ICT resource management device 1.
  • the hard disk drive 1090 stores, for example, an OS 1091, an application program 1092, a program module 1093, and program data 1094.
  • Each table described in the above embodiment is stored in, for example, the hard disk drive 1090 or the memory 1010.
  • the ICT resource management program is stored in the hard disk drive 1090 as a program module in which a command executed by the computer 1000 is described, for example.
  • the program module in which each process executed by the ICT resource management device 1 described in the above embodiment is described is stored in the hard disk drive 1090.
  • the data used for information processing by the ICT resource management program is stored as program data in, for example, the hard disk drive 1090. Then, the CPU 1020 reads the program module 1093 and the program data 1094 stored in the hard disk drive 1090 into the RAM 1012 as necessary, and executes the above-described procedures.
  • the program module 1093 and the program data 1094 related to the ICT resource management program are not limited to being stored in the hard disk drive 1090, and may be stored in a removable storage medium, for example, by the CPU 1020 via the disk drive 1100 or the like. It may be read.
  • the program module 1093 and the program data 1094 related to the ICT resource management program are stored in another computer connected via a network such as a LAN (Local Area Network) or a WAN (Wide Area Network), and the network interface 1070 It may be read by the CPU 1020 via the.
  • the configuration information management unit 13 can manage the position information of the physical node.
  • the configuration information management unit 13 can manage information regarding a user who uses the device 5 connected to the edge 4 as a physical node, or information regarding a tenant of the user. Therefore, the configuration information managed as the physical layer configuration information 21a can be the configuration information for each user or each tenant.
  • the layer mapping unit 14 maps the physical layer and the virtual layer, the configuration information in units of users or units of tenants can be configuration information managed as the virtual layer configuration information 21b.
  • a plurality of ICT resource management devices 1 of this embodiment may be provided for each cloud platform. In this case, the ICT resource management device for each cloud platform can be exchanged to select the optimal cloud platform.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Control Of Heat Treatment Processes (AREA)

Abstract

ＩＣＴ資源となる、物理ノードおよび仮想ノードを管理するＩＣＴ資源管理装置１は、構成情報（２１ａ、２１ｂ）を管理する構成情報管理部（１３）と、クラウドサービスを利用するデバイスの物理ノードへの接続に関する構成変更の要求に対して、クラウド基盤を選定するクラウド基盤選定部（１２ａ）と、物理レイヤおよび仮想レイヤとのマッピングを行うレイヤマッピング部（１４）と、構成変更の要求に対して、構成情報、選定したクラウド基盤、および、マッピング情報（２２）に基づいて、構成変更に必要なインフラの設計情報となるブループリントを作成するブループリント作成部（１２）と、ブループリントに基づいて、オーケストレーションを実行するオーケストレータ部（１５，１６）と、を備える。

Description

ＩＣＴ資源管理装置、ＩＣＴ資源管理方法、および、ＩＣＴ資源管理プログラム
　本発明は、ＩＣＴ（Information and Communication Technology）資源管理装置、ＩＣＴ資源管理方法、および、ＩＣＴ資源管理プログラムに関する。
　近年、サービス事業者がサービスをエンドユーザに提供するための技術開発が盛んに行われている。例えば、特許文献１には、「ユーザに通信を提供する端末機からの通信サービス利用のためのオーダ要求に応じて、卸サービス事業者毎に通信サービスＡＰＩで公開される各々異なる１つの通信サービスを１又は複数一括して提供する事業者間一括サービス構築装置であって、通信の卸サービスの仕様が記述されたカタログと、各種の通信サービスの連携を定めた連携ルールとを保持し、前記端末機から複数の通信サービス利用のオーダ要求があった場合に、前記保持された前記カタログ及び前記連携ルールに基づき、当該オーダ要求された複数の通信サービスに対応する前記通信サービスＡＰＩを一括に連携させて連携サービスを構築し、この構築された連携サービスを前記端末機へ提供する一括構築機能部を備えることを特徴とする事業者間一括サービス構築装置」について開示されている。
特開２０１８－３２８９７号公報（請求項１）
　また、サービス事業者が提供するサービスとして、クラウド基盤を用いたクラウドサービスがある。クラウド基盤は、サーバやエッジなどの機器を、仮想化技術を利用して提供する基盤である。近年では、類似のクラウド基盤が複数種類存在している。このため、サービス事業者がクラウドサービスを提供する場合、サービス事業者の要望を満たすクラウド基盤を選定する必要がある。また、選定したクラウド基盤上の機器に対するリソース割り当てを行う必要がある。なお、リソース割り当てについては、オーケストレータから行う技術が知られている。しかし、従来では、クラウド基盤の選定、および、リソース割り当ては、人的作業を伴うため、サービス事業者がクラウドサービスを提供可能とするための作業効率には限界があり、クラウド基盤を備えるシステムの運用コストの増大を招くという問題があった。
　このような背景に鑑みて、本発明は、サービス事業者がサービスを提供可能とする際の作業効率を向上させることで運用コストを低減することを課題とする。
　前記した課題を解決するため、請求項１に記載の発明は、ＩＣＴ資源となる、物理ノードおよび仮想ノードを管理するＩＣＴ資源管理装置であって、物理レイヤ上の前記物理ノードに関する構成情報である物理レイヤ構成情報、および、仮想レイヤ上の前記仮想ノードに関する構成情報である仮想レイヤ構成情報を管理する構成情報管理部と、サービスを利用するデバイスの前記物理ノードへの接続に関する構成変更の要求に対して、前記サービスを実現する複数のサービス基盤のうち、前記要求に含まれる条件を満たすサービス基盤を選定するクラウド基盤選定部と、前記物理レイヤおよび前記仮想レイヤとのマッピングを行うレイヤマッピング部と、前記構成変更の要求に対して、前記物理レイヤ構成情報、前記仮想レイヤ構成情報、前記選定したサービス基盤、および、前記マッピングの結果であるマッピング情報に基づいて、前記構成変更に必要なインフラの設計情報となるブループリントを作成するブループリント作成部と、前記ブループリントに基づいて、ＡＰＩを通じ操作することができるプログラムにアクセスして実行することで、前記仮想レイヤに対するオーケストレーションを実行するオーケストレータ部と、を備える、ことを特徴とする。
　また、請求項３に記載の発明は、ＩＣＴ資源となる、物理ノードおよび仮想ノードを管理するＩＣＴ資源管理装置におけるＩＣＴ資源管理方法であって、前記ＩＣＴ資源管理装置は、物理レイヤ上の前記物理ノードに関する構成情報である物理レイヤ構成情報、および、仮想レイヤ上の前記仮想ノードに関する構成情報である仮想レイヤ構成情報を収集するステップと、サービスを利用するデバイスの前記物理ノードへの接続に関する構成変更の要求に対して、前記サービスを実現する複数のサービス基盤のうち、前記要求に含まれる条件を満たすサービス基盤を選定するステップと、前記物理レイヤおよび前記仮想レイヤとのマッピングを行うステップと、前記構成変更の要求に対して、前記物理レイヤ構成情報、前記仮想レイヤ構成情報、前記選定したサービス基盤、および、前記マッピングの結果であるマッピング情報に基づいて、前記構成変更に必要なインフラの設計情報となるブループリントを作成するステップと、前記ブループリントに基づいて、ＡＰＩを通じ操作することができるプログラムにアクセスして実行することで、前記仮想レイヤに対するオーケストレーションを実行するステップと、を実行する、ことを特徴とする。
　請求項１，３に記載の発明によれば、人的作業を伴うことなく、サービス事業者の要望を満たす最適なサービス基盤を選定することができるとともに、選定したサービス基盤上のＩＣＴ資源に対するリソース割り当てとなるオーケストレーションを実行することができる。
　したがって、サービス事業者がサービスを提供可能とする際の作業効率を向上させることで運用コストを低減することができる。
　また、請求項２に記載の発明は、請求項１に記載のＩＣＴ資源管理装置であって、前記サービス基盤選定部は、前記条件に対応する複数種類の管理項目を用いてサービスを管理するサービス管理情報を参照して、前記条件を満たす前記サービス基盤を選定する、ことを特徴とする。
　請求項２に記載の発明によれば、サービス管理情報を参照することで、サービス基盤の選定の具体的手段を提供することができる。
　また、請求項４に記載の発明は、コンピュータを、請求項１または請求項２に記載のＩＣＴ資源管理装置として機能させるためのＩＣＴ資源管理プログラムである。
　請求項４に記載の発明によれば、ＩＣＴ資源管理装置の構築を容易にすることができる。
　本発明によれば、サービス事業者がサービスを提供可能とする際の作業効率を向上させることで運用コストを低減することができる。
本実施形態のＩＣＴ資源管理装置を含む分散システムの機能構成図の例である。 ＩＣＴ資源管理装置の機能構成図の例である。 物理レイヤ構成情報のデータ構造図の例である。 仮想レイヤ構成情報のデータ構造図の例である。 ブループリントの例の説明図である。 サービス管理情報のデータ構造図の例である。 本実施形態で実行される処理を示すシーケンスの例である。 本実施形態で実行される処理のプログラムを実行するコンピュータを示す図である。
　以下、図面を参照して本発明を実施するための形態（以下、「本実施形態」という）について説明する。本実施形態において、クラウドサービスを、単に「サービス」と記載する場合がある。
≪構成≫
　図１に示すように、本実施形態のＩＣＴ資源管理装置１を含む分散システム１００は、仮想化技術が適用されるシステムであり、ＩＣＴ資源管理装置１と、サービス事業者端末２と、サーバ３と、エッジ４，４－１と、デバイス５，５－１とを備える。エッジ４－１は、複数存在するエッジ４の１つであり、エッジ４，４－１をまとめてエッジ４とする場合がある。また、デバイス５－１は、複数存在するデバイス５の１つであり、デバイス５，５－１をまとめてデバイス５とする場合がある。また、分散システム１００は、物理ノードの集合体となる物理レイヤと、物理ノード上に構成されて稼働する仮想ノードの集合体となる仮想レイヤとを管理することができる。サーバ３と、エッジ４と、デバイス５は、物理レイヤを構成する物理ノードとなる。また、図１に示す、仮想レイヤ上に配置されているＶＭ（Virtual Machine）７は、サーバ３またはエッジ４を仮想化した仮想ノードである。
　物理レイヤには、さまざまなクラウドサービスを実現する複数のクラウド基盤が存在しており、図１には、クラウド基盤Ａ，Ｂが例示されている。クラウド基盤Ａ，Ｂ（図示しない他のクラウド基盤も含んでよい）の各々は、例えば、コンピューティングサービスのように、同じ種別のサービスであっても、料金、品質、サービス提供エリアなどのさまざまな条件面で異なる類似のサービスを実現している。また、図１の仮想レイヤには、クラウド基盤Ａに対応する仮想ノードが図示されている。この仮想レイヤには、クラウド基盤Ｂに対応する仮想ノードは存在しているが、便宜的に図１では図示を省略している。
　ＩＣＴ資源管理装置１は、物理ノードおよび仮想ノードをＩＣＴ資源として管理する。
　サービス事業者端末２は、初期デプロイやスケール可変などの構成変更を要求する端末である。サービス事業者端末２は、当該要求をＡＰＩ（Application Programming Interface）を通じて行う。当該ＡＰＩは、ＩＣＴ資源管理装置１とサービス事業者端末２との間のNorthbound APIである。また、サービス事業者端末２は、サービス事業者が用いる。
　サーバ３は、サービスの提供に係るプロセスを実行する計算機である。図１に示すサーバ３は、例えば、クラウド基盤Ａ，Ｂに配置されており、クラウドサービス用のプロセスを実行する。サーバ３には、サービスの提供に係るプロセスを実行するための１または複数のアプリ（アプリケーションの略）６－１～６－３の少なくとも１つが配置される。アプリ６－１～６－３の各々は、異なるサービスを提供するときに使用される。
　エッジ４は、ＮＷ（ネットワーク）上に配置される中継装置であり、例えば、ルータ、ブリッジ、ゲートウェイが該当する。エッジ４には、サービスの提供に係るプロセスを実行するための１または複数のアプリ６－１～６－３の少なくとも１つが配置される。サーバ３およびエッジ４は、通信可能に接続されている。
　デバイス５は、エンドユーザがサービスを利用する機器であり、例えば、ＩｏＴ機器が該当する。デバイス５は、エッジ４に接続することで、サービスを利用することができる。
　ＩＣＴ資源管理装置１は、物理ノードおよび仮想ノードに関する情報収集をすることができる。また、ＩＣＴ資源管理装置１は、収集した情報を用いて、物理レイヤと仮想レイヤとのマッピングを行うことができる（図１中、破線両矢印参照）。
　また、ＩＣＴ資源管理装置１は、仮想レイヤに対してオーケストレーションを実行することができる。具体的には、サービスのデプロイや、ＶＭ７へのリソース割り当てをすることができる。
（ＩＣＴ資源管理装置１の詳細）
　図２に示すように、ＩＣＴ資源管理装置１は、要求取得部１１と、ブループリント作成部１２と、構成情報管理部１３と、レイヤマッピング部１４と、ワークフロー実行部１５と、ＡＰＩアダプタ部１６と、監視部１７といった機能部を備える。ブループリント作成部１２は、クラウド基盤選定部１２ａを備える。また、ＩＣＴ資源管理装置１は、構成情報ＤＢ２１と、マッピング情報２２と、カタログ群２３と、ブループリント２４と、サービス管理情報２５を記憶部で記憶する。ＩＣＴ資源管理装置１が備える前記記憶部は、例えば、ＩＣＴ資源管理装置１の内部にあってもよいし、ＩＣＴ資源管理装置１の外部の装置にあってもよい。
［要求取得部１１］
　要求取得部１１は、サービス事業者端末２からの構成変更の要求を取得する。要求取得部１１が取得した要求を「オーダ情報」と呼ぶ場合がある。また、構成変更の要求は、サービス事業者端末２に限らず、例えば、分散システム１００の保守者の端末からも行うことができる。サービス事業者端末２、および、保守者の端末は、外部装置の例となる。
［ブループリント作成部１２］
　ブループリント作成部１２は、要求取得部１１が取得したオーダ情報に対応するブループリント２４を作成する。ブループリント２４は、要求された構成変更に必要となるインフラの設計情報である。インフラは、サービスの動作環境の構成要素を示し、例えば、ＩＣＴ資源そのもの、ＩＣＴ資源の設定情報（例：ＶＭ名、ＩＰアドレス、ホスト名）や割当リソース、ＮＷ上に設定されるＬＢ（ロードバランサ）、ＦＷ（ファイアウォール）、コンテナといったさまざまな要素を指す。
［構成情報管理部１３］
　構成情報管理部１３は、ＩＣＴ資源に関する情報を構成情報として管理する。構成情報管理部１３は、例えば、リソース情報収集のＡＰＩにアクセスすることで、物理ノードおよび仮想ノードに関する情報を収集することができる。リソース情報収集のＡＰＩとは、オーケストレーション対象がそれぞれに用意するリソース情報を提供するためのＡＰＩである。リソース情報収集のＡＰＩは、ＩＣＴ資源管理装置１とオーケストレーション対象との間のsouthbound APIである。収集する情報は、例えば、ＳＮＭＰ（Simple Network Management Protocol）によるＭＩＢ（Management Information Base）とすることができるが、これに限定されない。構成情報管理部１３が管理する構成情報は、構成情報ＤＢ２１に格納されており、物理レイヤ構成情報２１ａと、仮想レイヤ構成情報２１ｂに分類される。
　オーケストレーション対象は、物理ノードおよび仮想ノードを含むが、これらに限定されない。オーケストレーション対象が提供するインタフェースは、例えば、当該オーケストレーション対象を制御するコントローラ（図示せず）が提供することもできるし、物理ノードおよび仮想ノードの各々が提供することもできる。
　物理レイヤ構成情報２１ａは、物理レイヤ上の物理ノードに関する構成情報である。図３に示すように、物理レイヤ構成情報２１ａは、例えば、「ノードＩＤ」、「状態」、「ホスト名」、「ＩＰアドレス」、「ＶＭＩＤ」、「利用サービス」、「利用者」、「クラウド基盤ＩＤ」といった管理項目を有し、物理ノードごとに各管理項目の値が格納されている。
　「ノードＩＤ」の管理項目には、対象の物理ノードの識別子が格納される。
　「状態」の管理項目には、対象の物理ノードの稼働状態が格納される（正常の場合「ＯＫ」、故障の場合「ＮＧ」）。
　「ホスト名」の管理項目には、対象の物理ノードのホスト名が格納される。
　「ＩＰアドレス」の管理項目には、対象の物理ノードに割り当てられたＩＰアドレスが格納される。
　「ＶＭＩＤ」の管理項目には、対象の物理ノード上で稼働するＶＭの識別子が格納される。
　「利用サービス」の管理項目には、対象の物理ノードで利用可能なサービスの識別子が格納される。利用サービスは、例えば、クラウドサービス、エッジコンピューティングサービスがあるが、これらに限定されない。また、利用サービスには、複数の物理ノードで同一のサービスを提供可能となるサービスを含めることができる。
　「利用者」の管理項目には、対応の「利用サービス」に示すサービスを利用する利用者の識別子が格納される。利用者は、例えば、法人であってもよいし、個人であってもよい。また、例えば、該当の物理ノードがエッジ装置であった場合、当該エッジ装置の所有者のみを利用者とすることができる。
　「クラウド基盤ＩＤ」の管理項目には、対象の物理ノードが属するクラウド基盤の識別子が格納される。
　図３に示す物理レイヤ構成情報２１ａの管理項目は、一例であり、より多く設定することができる。例えば、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノード上で稼働するＶＭのメモリサイズ、ＣＰＵ周波数、電源状態、ＶＭ名を設定することができる。
　また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードに用いるリソースプールの名称、ＩＤを設定することができる。
　また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードが配置されるネットワークの型、ＩＤ、名称を設定することができる。
　また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードが用いるフォルダのＩＤ、型、名称を設定することができる。
　また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードが使用するデータストアの記憶容量、ＩＤ、型、名称を設定することができる。
　また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードを制御するデータセンタのＩＤ、名称を設定することができる。
　また、物理レイヤ構成情報２１ａの管理項目として、対象の物理ノードにアクセスするユーザの認証情報となるユーザ名、パスワードを設定することができる。
　図２に戻って、仮想レイヤ構成情報２１ｂは、仮想レイヤ上の仮想ノードに関する構成情報である。図４に示すように、仮想レイヤ構成情報２１ｂは、例えば、「ノードＩＤ」、「状態」、「ＶＭ名」、「ＩＰアドレス」、「物理デバイスＩＤ」といった管理項目を有し、仮想ノードごとに各管理項目の値が格納されている。
　「ノードＩＤ」の管理項目には、対象の仮想ノードの識別子が格納される。
　「状態」の管理項目には、対象の稼働ノードの稼働状態が格納される（正常の場合「ＯＫ」、故障の場合「ＮＧ」）。
　「ＶＭ名」の管理項目には、対象の仮想ノードの名称が格納される。
　「ＩＰアドレス」の管理項目には、対象の仮想ノードに割り当てられたＩＰアドレスが格納される。
　「物理デバイスＩＤ」の管理項目には、対象の仮想ノードが配置される物理ノードの識別子が格納される。
　図４に示す仮想レイヤ構成情報２１ｂの管理項目は、一例であり、より多く設定することができる。例えば、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードのＩＤ情報となるＶＭＩＤを設定することができる。
　また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードのリソースとなるメモリサイズ、ＣＰＵ周波数を設定することができる。
　また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードの電源状態を設定することができる。
　また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードにアクセスするユーザの認証情報となるユーザ名、パスワードを設定することができる。
　また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが使用するゲートウェイ、ＶＸＬＡＮ（Virtual eXtensible Local Area Network）、スタティックルートを設定することができる。
　また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが配置される物理ノードのホスト名を設定することができる。
　また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードを生成するハイパバイザに関する情報を設定することができる。
　また、仮想レイヤ構成情報２１ｂに設定される管理項目として、コンテナアプリケーションの管理項目を設定することができる。例えば、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが用いるコンテナに対して登録されるコンテナホストのホスト名、ラベル、状態、アカウントＩＤを設定することができる。
　また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが用いるコンテナで提供されるサービスのＩＤ、名称、状態、スケール（利用サーバの台数）を設定することができる。
　また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが用いるコンテナで提供されるストレージ装置のボリュームのマウント、ＩＤ（RancherNFS（Network File System）利用時のみ）、イメージＩＤを設定することができる。
　また、仮想レイヤ構成情報２１ｂの管理項目として、対象の仮想ノードが用いるコンテナで提供されるストレージ装置のスタックのグループ、ヘルス状態、スタックＩＤ、利用されるサービスのＩＤを設定することができる。
［クラウド基盤選定部１２ａ］
　ブループリント作成部１２が備えるクラウド基盤選定部１２ａは、クラウドサービスを実現する複数のクラウド基盤のうち、クラウドサービスを利用するデバイスの物理ノードへの接続に関する構成変更の要求に含まれる条件を満たすクラウド基盤を選定する。選定したクラウド基盤の識別子は、物理レイヤ構成情報２１ａの一部を構成する。クラウド基盤選定部１２ａは、ブループリント作成部１２の一部機能であり、例えば、リソース情報収集のＡＰＩにアクセスし、収集した情報を解決することで、選定したクラウド基盤を特定することができる。
　なお、本実施形態では、クラウドサービスを実現するクラウド基盤を選定する場合について説明するが、本発明は、クラウドサービスではないサービスについても適用することができる。つまり、クラウド基盤に代えて、クラウドサービスではないサービスを実現するサービス基盤を選定する場合にも本発明はあてはまる。本実施形態のクラウド基盤選定部１２ａは、サービス基盤を選定するサービス基盤選定部の具体例となる。
　また、クラウド基盤選定部１２ａは、ＩＣＴ資源管理装置１のどこにあってもよいが、ここでは一例としてブループリント作成部１２に備えることとする。
［レイヤマッピング部１４］
　図２に戻って、レイヤマッピング部１４は、物理レイヤと仮想レイヤとのマッピングを行う。具体的には、レイヤマッピング部１４は、構成情報管理部１３が管理する構成情報に基づいて、仮想レイヤ上の仮想ノードが物理レイヤ上のいずれの物理ノード（または当該物理ノード配置されたアプリ６）に紐付けられているかを判定する。ＩＣＴ資源管理装置１は、レイヤマッピング部１４による、物理ノードと仮想ノードとの紐付けの判定結果を、マッピング情報２２として保存する。例えば、レイヤマッピング部１４は、物理レイヤ構成情報２１ａ（図３）の「ＶＭＩＤ」の管理項目と、仮想レイヤ構成情報２１ｂ（図４）の「物理デバイスＩＤ」の管理項目を参照することで、物理ノードと仮想ノードとの紐付けを判定することができる。
　ここで、ブループリント２４の詳細を、図５を参照して説明する。図５は、初期デプロイのブループリントの説明図である。図５に示すように、ブループリント２４は、サービステンプレートとパラメータとの組として構成することができる。サービステンプレートは、カタログの集合体とすることができる。カタログは、サービスの提供に供する工程の雛型であり、ＩＣＴ資源管理装置１が記憶するカタログ群２３の要素である。カタログ自体は周知であり、詳細な説明は省略する。また、パラメータは、各カタログに対するインプット情報である。
　図５に示す初期デプロイのブループリント２４の場合、要求取得部１１が取得したオーダ情報は、初期デプロイに関するオーダ情報となる。初期デプロイの場合、ブループリント作成部１２は、例えば、カタログ群２３から、ＶＭ作成用のカタログ、ＮＷ設定用のカタログ、および、コンテナ設定用のカタログを選択し、サービステンプレートを構成することができる。
　ＶＭ作成用のカタログに入力するパラメータは、例えば、作成するＶＭの個数および種類である。図５では、Ｗｅｂサーバとして機能するＶＭを３つ、および、ＡＰサーバ（アプリケーションサーバ）として機能するＶＭを２つの計５つのＶＭを指定するパラメータがＶＭ作成用のカタログに入力される。ＶＭ作成用のカタログに入力するパラメータは、例えば、サービス事業者端末２が入力することができる。
　ＮＷ設定用のカタログに入力するパラメータは、例えば、ＩＰアドレスの割り当て（ＩＰ割り当て）である。図５では、作成されるＶＭに割り当てられるＩＰアドレスを指定するパラメータがＮＷ設定用のカタログに入力される。ＮＷ設定用のカタログに入力するパラメータは、例えば、分散システム１００から取得することができる。
　コンテナ設定用のカタログに入力するパラメータは、例えば、作成されるＶＭが用いるコンテナの設定方式である。図５では、Rancherによるコピー実行という設定方式を示すパラメータがコンテナ設定用のカタログに入力される。コンテナ設定用のカタログに入力するパラメータは、例えば、サービス事業者端末２が入力することができる。
　ブループリント作成部１２は、要求取得部１１が取得したオーダ情報が示すオペレーションに応じて、カタログ群２３から、必要となるカタログを選択し、サービステンプレートを構成する。また、ブループリント作成部１２は、選択したカタログに入力されるパラメータを、オーダ情報や分散システム１００から取得することができる。つまり、ブループリント作成部１２は、選択したカタログに入力されるパラメータを、オーダ情報を送信したサービス事業者端末２などに要求し、当該要求の応答となるオーダ情報を改めて受信することで、オーダ情報からパラメータを取得することができる。また、ＩＰアドレスの払い出しなどの、分散システム１００自身でパラメータ取得可能となる場合には、ブループリント作成部１２は、選択したカタログに入力されるパラメータを、分散システム１００から取得することができる。
　ブループリント作成部１２は、ブループリント２４を作成する際、構成情報管理部１３が管理する構成情報、および、レイヤマッピング部１４が保存するマッピング情報２２を参照する。つまり、ブループリント作成部１２は、物理レイヤ構成情報２１ａ、仮想レイヤ構成情報２１ｂ、および、マッピング情報２２から決定される、物理ノードおよび仮想ノードの現在の状態と、オーダ情報が示す、サービス事業者等の要求とを照合して、ブループリント２４を作成することができる。
［ワークフロー実行部１５］
　ワークフロー実行部１５は、ブループリント作成部１２が作成したブループリント２４に従って、ワークフローを実行する。ワークフローは、ブループリント２４に含まれるカタログが示す工程を、順序を定めて連結したものである。図５に示す初期デプロイのブループリント２４に対しては、初期デプロイのワークフローは、ＶＭ作成→ＮＷ設定→コンテナ設定、のように順序を定めて連結したものとなる。ワークフロー実行部１５がワークフローを実行することで、オーケストレーションが実行され、ＩＣＴ資源にリソースが割り当てられる。
［ＡＰＩアダプタ部１６］
　ＡＰＩアダプタ部１６は、ワークフローを実行するワークフロー実行部１５からの命令に対し、ＡＰＩを通じ操作することができるプログラムにアクセスするためのインタフェースである。当該ＡＰＩは、ＡＰＩアダプタ部１６（またはＡＰＩアダプタ部１６を備えるＩＣＴ資源管理装置１）とオーケストレーション対象との間のsouthbound APIである。ＡＰＩアダプタ部１６は、オーケストレーション対象ごとにインタフェース接続することができる。ＡＰＩアダプタ部１６は、ＡＰＩを通じ操作することができるプログラムごとに複数用意することができる。ワークフロー実行部１５は、ＡＰＩを通じ操作することができるプログラムを実行することで、ワークフローを実行することができる。
　ワークフロー実行部１５およびＡＰＩアダプタ部１６の組合せは、オーケストレーションを実行するオーケストレータ部として機能する。
［監視部１７］
　監視部１７は、物理レイヤ上の物理ノード、および、仮想レイヤ上の仮想ノードを、例えば、ＳＮＭＰによって監視する。監視部１７による監視結果は、オーケストレーションが実行され、利用可能となったサービスの使用状況を示している。監視部１７による監視結果は、構成情報管理部１３に送信することができる。構成情報管理部１３は、監視部１７の監視結果で、物理ノードおよび仮想ノードに関する情報を収集することができる。
［サービス管理情報２５］
　サービス管理情報２５は、分散システム１００によって利用されているサービス（ネットワークサービス、クラウドサービス、など）の管理情報である。図６に示すように、サービス管理情報２５は、例えば、「サービスＩＤ」、「クラウド基盤ＩＤ」、「種別」、「使用アプリ」、「料金」、「品質」、「提供エリア」、「接続サービスＩＤ」、「動作ＩＣＴ資源」といった管理項目を有し、サービスごとに各管理項目の値が格納されている。サービス管理情報２５が有する上記の複数種類の管理項目は、クラウドサービスを利用するデバイスの物理ノードへの接続に関する構成変更の要求に含まれる複数種類の条件に対応している。これらの条件は、サービス事業者が要望する条件となる。
　「サービスＩＤ」の管理項目には、対象のサービスの識別子が格納される。
　「クラウド基盤ＩＤ」の管理項目には、対象のサービスを実現するクラウド基盤の識別子が格納される。
　「種別」の管理項目には、対象のサービスの種別を示す情報が格納される。格納される情報は、例えば、コンピューティングサービス、ストレージサービス、ビッグデータサービス、機械学習サービスを示す情報とすることができるが、これに限定されない。
　「使用アプリ」の管理項目には、対象のサービスが提供されるために使用されるアプリ６－１～６－３の識別子が格納される。換言すれば、使用アプリとは、対象のサービスの内容を構成するアプリケーションである。
　「料金」の管理項目には、対象のサービスをデバイス５が利用したときに発生する金額を示す情報が格納される。格納される情報は、例えば、１ヶ月間あたりの通信量に応じた金額を示す情報とすることができるが、これに限定されない。
　「品質」の管理項目には、対象のサービスの品質を示す情報が格納される。格納される情報は、例えば、サービスに設定されたＳＬＡ（Service Level Agreement）を示す情報とすることができるが、これに限定されない。
　「提供エリア」の管理項目には、対象のサービスが提供されるエリア、つまり、デバイス５が当該サービスを利用可能となるエリアを示す情報が格納される。格納される情報は、例えば、エッジ４を中心にして半径○キロメートル以内のエリア、都内全体を示す情報とすることができるが、これに限定されない。
　「接続サービスＩＤ」の管理項目には、対象のサービスに接続しているサービスの識別子が格納される。サービスには、複数のサービス間を接続するためのサービスがある。サービス事業者は、第１のサービスの提供を希望する場合に、第１のサービスを実現する第１のクラウド基盤を選定する代わりに、第１のサービスに接続している第２のサービスを実現する第２のクラウド基盤を選定することで、第１のサービスを提供することができる。
　「動作ＩＣＴ資源」の管理項目には、対象のサービスが提供される場合に動作するＩＣＴ資源の識別子が格納される。換言すれば、動作ＩＣＴ資源とは、使用アプリが配置されている物理ノード、または、当該物理ノード上で稼働する仮想ノードである。また、動作ＩＣＴ資源は、サービス事業者からの新規申し込み受付時にリソース割り当ての対象となるＩＣＴ資源である。また、動作ＩＣＴ資源は、対象のサービスを実現するクラウド基盤に属している、または、ＷＡＮ（Wide Area Network）およびＣＰＥ（Customer Premises Equipment）等を介して、当該クラウド基盤に属しているＩＣＴ資源に物理接続している。
　サービス事業者からの申込みで、クラウド基盤を構成する物理ノードに新たなデバイス５を接続する際、類似するクラウド基盤が複数存在する場合には、クラウド基盤選定部１２ａは、サービス事業者からの、デバイス５の物理ノードへの接続に関する構成変更の要求となるオーダ情報に対して、最適なクラウド基盤を選定する。ここで、クラウド基盤が類似するとは、各クラウド基盤によって提供される各クラウドサービスの「種別」（図６参照）が同じであり、「料金」、「品質」、「提供エリア」、「接続サービスＩＤ」、「動作ＩＣＴ資源」（図６参照）が異なることを意味する。
　オーダ情報には、サービス事業者の要望として、サービス事業者が提供するクラウドサービスの種別に関する条件が含まれている。クラウド基盤選定部１２ａは、サービス管理情報２５を参照して、サービス事業者の要望に示される種別に一致するクラウドサービスを、「種別」（図６）から特定するとともに、特定したクラウドサービスを実現するクラウド基盤（一般的には複数存在する）を、「クラウド基盤ＩＤ」（図６）から特定する。
　また、オーダ情報には、サービス事業者の要望として、例えば、料金、品質、提供エリアに関する条件が含まれている。料金に関する条件とは、例えば、１ヶ月あたりのクラウドサービスの利用料金の上限値とすることができる。品質に関する条件とは、例えば、クラウドサービスに設定された、開通遅延時間、網内遅延時間、ネットワーク稼働率、回線稼働率、故障回復時間、故障通知時間、および、帯域保証の最低レベルとすることができる。提供エリアに関する条件とは、デバイス５がクラウドサービスを利用可能とするエリアの境界とすることができる。クラウド基盤選定部１２ａは、サービス管理情報２５を参照して、「種別」および「クラウド基盤ＩＤ」（図６）から特定したクラウド基盤のうち、料金、品質、提供エリアに関する条件を満たすクラウド基盤を特定する。特定したクラウド基盤が１つであった場合には、クラウド基盤選定部１２ａは、そのクラウド基盤を最適なクラウド基盤として選定することができる。特定したクラウド基盤が複数であった場合には、例えば、料金、品質、提供エリアに関して、サービス事業者に最も有利になるクラウド基盤を最適なクラウド基盤として選定することができる。
　もし、選定したクラウド基盤が、サービス管理情報２５の「接続サービスＩＤ」および「動作ＩＣＴ資源」（図６）に従って、デバイス５が接続可のクラウド基盤であった場合には、クラウド基盤選定部１２ａは、クラウド基盤の選定結果を維持する。一方、選定したクラウド基盤が、デバイス５が接続不可のクラウド基盤であった場合（クラウドサービス間の接続が存在しない、ＩＣＴ資源間の物理接続が存在しない等）には、クラウド基盤選定部１２ａは、例えば、料金、品質、提供エリアに関して、サービス事業者に２番目に有利になるクラウド基盤を最適なクラウド基盤として選定することができる。このような選定は、仮想レイヤの観点ではアプリを配置可能に見え、サービス事業者の要望を満たすことができたとしても、物理レイヤの観点では物理接続不可となってしまうクラウド基盤を除外する点で有用である。
　ブループリント作成部１２は、構成情報管理部１３が管理する構成情報、クラウド基盤選定部１２ａが選定したクラウド基盤、および、レイヤマッピング部１４が保存するマッピング情報２２に基づいて、ブループリント２４を作成する。
　ワークフロー実行部１５は、ブループリント作成部１２が作成したブループリント２４に従って、ワークフローを実行することができる。その結果、オーケストレーションが実行され、ＩＣＴ資源にリソースが割り当てられる。
≪処理≫
　本実施形態のＩＣＴ資源管理装置１が実行する処理を、図７を参照して説明する。この処理は、例えば、サービス事業者からの申込みに対する、クラウドサービスを利用するデバイス５の物理ノードへの接続に関する構成変更等のオペレーションの要求があった場合に開始する。
　まず、要求取得部１１は、構成変更等のオペレーションが示されたオーダ情報をブループリント作成部１２に出力する（ステップＳ１）。次に、ブループリント作成部１２は、構成情報管理部１３に対し、構成情報を要求する（ステップＳ２）。次に、構成情報管理部１３は、構成情報ＤＢ２１に格納されている構成情報、具体的には、物理レイヤ構成情報２１ａおよび仮想レイヤ構成情報２１ｂをブループリント作成部１２に出力する（ステップＳ３）。
　次に、ブループリント作成部１２のクラウド基盤選定部１２ａは、オーダ情報に対して、サービス管理情報２５（図６）を参照して、オーダ情報に含まれる条件を満たすクラウド基盤を選定し、選定結果を出力する（ステップＳ３ａ）。
　次に、ブループリント作成部１２は、レイヤマッピング部１４に対し、マッピング情報２２を要求する（ステップＳ４）。次に、レイヤマッピング部１４は、マッピング情報２２をブループリント作成部１２に出力する（ステップＳ５）。
　次に、ブループリント作成部１２は、オーダ情報に対して、構成情報、前記選定したクラウド基盤、および、マッピング情報に基づいてブループリント２４を作成する（ステップＳ６）。このとき、ブループリント作成部１２は、オーダ情報に応じて、カタログ群２３からオペレーションに必要となるカタログを選択するとともに、オーダ情報または分散システム１００から、選択したカタログに入力するパラメータを取得する。
　次に、ブループリント作成部１２は、作成したブループリント２４を、要求取得部１１を介して、オーダ情報を送信したサービス事業者端末２等に送信し、ブループリント２４の確認依頼をする（ステップＳ７）。ブループリント２４の確認に問題が無ければ、要求取得部１１は、サービス事業者端末２等からの承認を示す情報をブループリント作成部１２に送信する（ステップＳ８）。
　ステップＳ１～ステップＳ８は、ＩＣＴ資源管理装置１が実行する処理全体のうち、インフラ設計の処理を構成する。
　なお、処理を迅速にするため、ステップＳ７、ステップＳ８は、省略してもよい。
　次に、ブループリント作成部１２は、承認を得たブループリント２４に基づくオーケストレーションを実行するためのスクリプトを作成する（ステップＳ９）。スクリプトの作成の技術は周知であり、詳細な説明は省略する。次に、ブループリント作成部１２は、作成したスクリプトをワークフロー実行部１５に出力する（ステップＳ１０）。
　ステップＳ９～ステップＳ１０は、ＩＣＴ資源管理装置１が実行する処理全体のうち、スクリプト作成の処理を構成する。
　次に、ワークフロー実行部１５は、ブループリント作成部１２から取得したスクリプトを解釈する（ステップＳ１１）。スクリプトの解釈の技術は周知であり、詳細な説明は省略する。次に、ワークフロー実行部１５は、ＡＰＩアダプタ部１６に対し、ＡＰＩを通じ操作することができるプログラムごとに命令し（ステップＳ１２）、プロセスを実行する。
　プロセスの実行が完了した場合、ＡＰＩアダプタ部１６は、ワークフロー実行部１５に、プロセスの実行の完了を通知する（ステップＳ１３）。次に、ワークフロー実行部１５は、ブループリント作成部１２に、プロセスの実行の完了を通知する（ステップＳ１４）。プロセスの実行の完了は、ＩＣＴ資源管理装置１から仮想レイヤに対するオーケストレーションの実行の完了を意味し、構成変更後のサービスが利用可能になったことを意味する。
　ステップＳ１１～ステップＳ１４は、ＩＣＴ資源管理装置１が実行する処理全体のうち、オーケストレーションの処理を構成する。
　その後、監視部１７は、物理レイヤ上の物理ノード、および、仮想レイヤ上の仮想ノードの監視を開始する。監視部１７は、監視によって収集した情報を構成情報管理部１３に通知する（ステップＳ１５）。次に、構成情報管理部１３は、監視部１７から収集した情報をレイヤマッピング部１４に通知する（ステップＳ１６）。
　ステップＳ１５～ステップＳ１６は、ＩＣＴ資源管理装置１が実行する処理全体のうち、監視の処理を構成する。
　構成情報管理部１３は、監視部１７が収集した情報から構成情報を生成し、構成情報ＤＢ２１に格納する。また、レイヤマッピング部１４は、構成情報管理部１３を介して、監視部１７が収集した情報からマッピング情報２２を生成する。生成された構成情報およびマッピング情報２２は、新たなブループリントの作成に用いられる。
　図７の処理によれば、ＩＣＴ資源管理装置１は、構成情報およびマッピング情報２２を最新状態で保持することができるため、人手を介することなくブループリントを作成し、オーケストレーションを実行し、オペレーションを自動化することができる。
　また、構成変更等のオペレーションの要求に対し、最適なクラウド基盤の選定を自動化することができる。
　本実施形態によれば、人的作業を伴うことなく、サービス事業者の要望を満たす最適なクラウド基盤を選定することができるとともに、選定したクラウド基盤上のＩＣＴ資源に対するリソース割り当てとなるオーケストレーションを実行することができる。
　したがって、サービス事業者がクラウドサービスを提供可能とする際の作業効率を向上させることで運用コストを低減することができる。
　特に、サービス管理情報２５を参照することで、クラウド基盤の選定の具体的手段を提供することができる。
　（プログラム）
　また、上記実施形態に係るＩＣＴ資源管理装置１が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。この場合、コンピュータがプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかるプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませて実行することにより上記実施形態と同様の処理を実現してもよい。以下に、ＩＣＴ資源管理装置１と同様の機能を実現するＩＣＴ資源管理プログラムを実行するコンピュータの一例を説明する。
　図８は、ＩＣＴ資源管理プログラムを実行するコンピュータを示す図である。図８に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
　メモリ１０１０は、ＲＯＭ（Read　Only　Memory）１０１１およびＲＡＭ（Random　Access　Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic　Input　Output　System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。メモリ１０１０、ハードディスクドライブ１０９０、ディスクドライブ１１００、および、ディスクドライブ１１００に挿入される記憶媒体は、ＩＣＴ資源管理装置１が備える記憶部の具体的なハードウェア資源となる。
　ここで、図８に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各テーブルは、例えばハードディスクドライブ１０９０やメモリ１０１０に記憶される。
　また、ＩＣＴ資源管理プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、ハードディスクドライブ１０９０に記憶される。具体的には、上記実施形態で説明したＩＣＴ資源管理装置１が実行する各処理が記述されたプログラムモジュールが、ハードディスクドライブ１０９０に記憶される。
　また、ＩＣＴ資源管理プログラムによる情報処理に用いられるデータは、プログラムデータとして、例えば、ハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
　なお、ＩＣＴ資源管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、ＩＣＴ資源管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local　Area　Network）やＷＡＮ（Wide　Area　Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
（その他）
　（ａ）構成情報管理部１３は、物理ノードの位置情報を管理することができる。
　（ｂ）構成情報管理部１３は、物理ノードとしてのエッジ４に接続しているデバイス５を使用するユーザに関する情報、または、ユーザのテナントに関する情報を管理することができる。よって、物理レイヤ構成情報２１ａとして管理される構成情報は、ユーザ単位またはテナント単位の構成情報とすることができる。レイヤマッピング部１４が、物理レイヤと仮想レイヤとのマッピングを行った場合、ユーザ単位またはテナント単位の構成情報は、仮想レイヤ構成情報２１ｂとして管理される構成情報とすることができる。
　（ｃ）本実施形態のＩＣＴ資源管理装置１は、クラウド基盤ごとに複数備えてもよい。この場合、クラウド基盤ごとのＩＣＴ資源管理装置間でやりとりして、最適なクラウド基盤を選定することができる。
　１００　分散システム
　１　　　ＩＣＴ資源管理装置
　２　　　サービス事業者端末
　３　　　サーバ
　４　　　エッジ
　５　　　デバイス
　６　　　アプリ（アプリケーション）
　７　　　ＶＭ
　１１　　要求取得部
　１２　　ブループリント作成部
　１２ａ　クラウド基盤選定部（サービス基盤選定部の具体例）
　１３　　構成情報管理部
　１４　　レイヤマッピング部
　１５　　ワークフロー実行部（オーケストレータ部）
　１６　　ＡＰＩアダプタ部（オーケストレータ部）
　１７　　監視部
　２１　　構成情報ＤＢ
　２１ａ　物理レイヤ構成情報
　２１ｂ　仮想レイヤ構成情報
　２２　　マッピング情報
　２３　　カタログ群
　２４　　ブループリント
　２５　　サービス管理情報

Claims (4)

  1. 　ＩＣＴ資源となる、物理ノードおよび仮想ノードを管理するＩＣＴ資源管理装置であって、
    　物理レイヤ上の前記物理ノードに関する構成情報である物理レイヤ構成情報、および、仮想レイヤ上の前記仮想ノードに関する構成情報である仮想レイヤ構成情報を管理する構成情報管理部と、
    　サービスを利用するデバイスの前記物理ノードへの接続に関する構成変更の要求に対して、前記サービスを実現する複数のサービス基盤のうち、前記要求に含まれる条件を満たすサービス基盤を選定するサービス基盤選定部と、
    　前記物理レイヤおよび前記仮想レイヤとのマッピングを行うレイヤマッピング部と、
    　前記構成変更の要求に対して、前記物理レイヤ構成情報、前記仮想レイヤ構成情報、前記選定したサービス基盤、および、前記マッピングの結果であるマッピング情報に基づいて、前記構成変更に必要なインフラの設計情報となるブループリントを作成するブループリント作成部と、
    　前記ブループリントに基づいて、ＡＰＩを通じ操作することができるプログラムにアクセスして実行することで、前記仮想レイヤに対するオーケストレーションを実行するオーケストレータ部と、を備える、
    　ことを特徴とするＩＣＴ資源管理装置。
  2. 　前記サービス基盤選定部は、前記条件に対応する複数種類の管理項目を用いてサービスを管理するサービス管理情報を参照して、前記条件を満たす前記サービス基盤を選定する、
    　ことを特徴とする請求項１に記載のＩＣＴ資源管理装置。
  3. 　ＩＣＴ資源となる、物理ノードおよび仮想ノードを管理するＩＣＴ資源管理装置におけるＩＣＴ資源管理方法であって、
    　前記ＩＣＴ資源管理装置は、
    　物理レイヤ上の前記物理ノードに関する構成情報である物理レイヤ構成情報、および、仮想レイヤ上の前記仮想ノードに関する構成情報である仮想レイヤ構成情報を収集するステップと、
    　サービスを利用するデバイスの前記物理ノードへの接続に関する構成変更の要求に対して、前記サービスを実現する複数のサービス基盤のうち、前記要求に含まれる条件を満たすサービス基盤を選定するステップと、
    　前記物理レイヤおよび前記仮想レイヤとのマッピングを行うステップと、
    　前記構成変更の要求に対して、前記物理レイヤ構成情報、前記仮想レイヤ構成情報、前記選定したサービス基盤、および、前記マッピングの結果であるマッピング情報に基づいて、前記構成変更に必要なインフラの設計情報となるブループリントを作成するステップと、
    　前記ブループリントに基づいて、ＡＰＩを通じ操作することができるプログラムにアクセスして実行することで、前記仮想レイヤに対するオーケストレーションを実行するステップと、を実行する、
    　ことを特徴とするＩＣＴ資源管理方法。
  4. 　コンピュータを、請求項１または請求項２に記載のＩＣＴ資源管理装置として機能させるためのＩＣＴ資源管理プログラム。
PCT/JP2019/045934 2018-12-04 2019-11-25 Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム WO2020116223A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US17/299,652 US11886927B2 (en) 2018-12-04 2019-11-25 ICT resource management device, ICT resource management method and ICT resource management program
AU2019393437A AU2019393437B2 (en) 2018-12-04 2019-11-25 ICT resource management device, ICT resource management method and ICT resource management program
JP2020559062A JP7056760B2 (ja) 2018-12-04 2019-11-25 Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム
SG11202105891XA SG11202105891XA (en) 2018-12-04 2019-11-25 Ict resource management device, ict resource management method and ict resource management program

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-227540 2018-12-04
JP2018227540 2018-12-04

Publications (1)

Publication Number Publication Date
WO2020116223A1 true WO2020116223A1 (ja) 2020-06-11

Family

ID=70973766

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/045934 WO2020116223A1 (ja) 2018-12-04 2019-11-25 Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム

Country Status (6)

Country Link
US (1) US11886927B2 (ja)
JP (1) JP7056760B2 (ja)
AU (1) AU2019393437B2 (ja)
SG (1) SG11202105891XA (ja)
TW (1) TWI787562B (ja)
WO (1) WO2020116223A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800506A (zh) * 2020-07-06 2020-10-20 深圳市网心科技有限公司 一种边缘计算节点部署方法及相关装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210117313A1 (en) * 2019-10-16 2021-04-22 Minnim Software Language agnostic automation scripting tool
CN117234882B (zh) * 2023-09-28 2024-04-16 哈尔滨工业大学（威海） 一种在线应用云资源供应软件定义模型构建方法及终端机

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015056182A (ja) * 2013-09-13 2015-03-23 株式会社Ｎｔｔドコモ ネットワーク仮想化のための方法及び装置
JP2018032897A (ja) * 2016-08-22 2018-03-01 日本電信電話株式会社 事業者間一括サービス構築装置及び事業者間一括サービス構築方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9052961B2 (en) 2012-03-02 2015-06-09 Vmware, Inc. System to generate a deployment plan for a cloud infrastructure according to logical, multi-tier application blueprint
US10949903B2 (en) 2017-05-05 2021-03-16 Servicenow, Inc. System, computer-readable medium, and method for blueprint-based cloud management
US10761871B2 (en) * 2017-11-14 2020-09-01 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparratus for secrets injection into containers
US11960940B2 (en) * 2018-05-29 2024-04-16 Telefonaktiebolaget Lm Ericsson (Publ) Performance of function as a service

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015056182A (ja) * 2013-09-13 2015-03-23 株式会社Ｎｔｔドコモ ネットワーク仮想化のための方法及び装置
JP2018032897A (ja) * 2016-08-22 2018-03-01 日本電信電話株式会社 事業者間一括サービス構築装置及び事業者間一括サービス構築方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111800506A (zh) * 2020-07-06 2020-10-20 深圳市网心科技有限公司 一种边缘计算节点部署方法及相关装置
CN111800506B (zh) * 2020-07-06 2023-09-19 深圳市网心科技有限公司 一种边缘计算节点部署方法及相关装置

Also Published As

Publication number Publication date
AU2019393437A1 (en) 2021-06-24
JP7056760B2 (ja) 2022-04-19
TWI787562B (zh) 2022-12-21
US20220035681A1 (en) 2022-02-03
US11886927B2 (en) 2024-01-30
AU2019393437B2 (en) 2022-08-18
TW202037131A (zh) 2020-10-01
JPWO2020116223A1 (ja) 2021-09-27
SG11202105891XA (en) 2021-07-29

Similar Documents

Publication Publication Date Title
US8370481B2 (en) Inventory management in a computing-on-demand system
JP6819296B2 (ja) 仮想化管理・オーケストレーション装置、仮想化管理・オーケストレーション方法、および、プログラム
US9152293B2 (en) Server IP addressing in a computing-on-demand system
US10326668B2 (en) Portable and flexible deployment of servers
US8271653B2 (en) Methods and systems for cloud management using multiple cloud management schemes to allow communication between independently controlled clouds
JP7056759B2 (ja) Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム
CN105379185B (zh) 用于创建和管理网络群组的方法和系统
WO2020116223A1 (ja) Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム
US20120096149A1 (en) Cloud federation in a cloud computing environment
JP2018519687A (ja) クラウド・ネットワーキングのためのマルチテナント認識型動的ホスト構成プロトコル（ｄｈｃｐ）機構
US20180004563A1 (en) Orchestrator apparatus, system, virtual machine creation method, and computer-readable recording medium
EP3785424A1 (en) Method and arrangement for licence management in nfv network environment
JP6393612B2 (ja) システムのバックアップ装置及びバックアップ方法
JP7115561B2 (ja) Ｉｃｔ資源管理装置、ｉｃｔ資源管理方法、および、ｉｃｔ資源管理プログラム
US10992534B2 (en) Forming groups of nodes for assignment to a system management server
US11423377B1 (en) Lendable computing resources
WO2017022825A1 (ja) 機能配置設計装置、方法、クラウドサービス仲介システム及びプログラム
US20230259405A1 (en) Resource management device, resource managementmethod, and resource management program
CN115437728A (zh) 一种云桌面设置方法、系统及设备
Copeland et al. Getting started with Azure virtual machines

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020559062

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019393437

Country of ref document: AU

Date of ref document: 20191125

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 19894327

Country of ref document: EP

Kind code of ref document: A1