WO2016170625A1 - 計算機システムの管理システム - Google Patents

計算機システムの管理システム Download PDF

Info

Publication number
WO2016170625A1
WO2016170625A1 PCT/JP2015/062279 JP2015062279W WO2016170625A1 WO 2016170625 A1 WO2016170625 A1 WO 2016170625A1 JP 2015062279 W JP2015062279 W JP 2015062279W WO 2016170625 A1 WO2016170625 A1 WO 2016170625A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
tenant
resources
administrator
management
Prior art date
Application number
PCT/JP2015/062279
Other languages
English (en)
French (fr)
Inventor
穣毅 荒田
智斉 内田
豊 俵
高本　良史
友理 平岩
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2015/062279 priority Critical patent/WO2016170625A1/ja
Priority to US15/553,603 priority patent/US10437642B2/en
Priority to JP2017513888A priority patent/JP6392978B2/ja
Publication of WO2016170625A1 publication Critical patent/WO2016170625A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5072—Grid computing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Definitions

  • the present invention generally relates to resource allocation control of a computer system.
  • Patent Document 1 JP 2014-23142 (Patent Document 1). This publication provides: “A cloud computing subsystem for provisioning computing resources having various service levels on a specific network isolation area. Furthermore, from each tenant in the cloud computing subsystem, and "Providing a protocol that controls the flow of frames to each tenant" (see summary).
  • XaaS (X as Service) is known.
  • XaaS is a service that makes it possible to use any resource (for example, hardware, line, software execution environment, application software, development environment, etc.) necessary for construction or operation of an information system through a network such as the Internet.
  • the character (or word) adopted as “X” of XaaS differs depending on the type (service model) of XaaS.
  • PaaS Platinum as Service
  • PaaS PaaS (Platform as Service)
  • IaaS Infrastructure as Service
  • HaaS Hardware as Service
  • Patent Document 1 does not disclose an operation after provisioning a resource of a type conforming to XaaS. Management after provisioning of multiple types of resources according to multiple types of XaaS is not straightforward.
  • the types of resources (tenant environment allocation resources) to be provisioned as tenant environments for each tenant differ depending on the XaaS type. . Therefore, it is necessary to perform resource management for a plurality of types of resources of the same computer system in consideration of different tenant environment allocation resource types depending on the XaaS type.
  • XaaS resource management server is, for example, a management server that exists for each type of XaaS and manages at least tenant environment allocation resources according to a specific XaaS.
  • the “common resource management server” is a management server that manages at least lower-level resources among the resources of the computer system.
  • “Lower level resource” is a lower level resource than the tenant environment allocation resource.
  • the common resource management server When one common resource management server is shared by a plurality of XaaS resource management servers, the common resource management server considers that the type of tenant environment allocation resource managed by each XaaS resource management server is different. It is necessary to control requests for resources from the resource management server.
  • the management system has an interface device connected to a computer system including a plurality of resources including resources of a plurality of resource types, and a processor connected to the interface device.
  • the processor allocates resources of different resource types depending on the XaaS (X as a Service) type among multiple resources including resources of multiple resource types to the tenant environment, and provides multiple tenant environments including multiple XaaS To do.
  • the processor manages, as lower resources, resources lower than the resources allocated to each tenant environment among a plurality of resources including resources of a plurality of resource types.
  • the processor executes a change process on at least one or more subordinate resources among resources managed as subordinate resources.
  • the management system is a management system for managing a computer system including a plurality of resources including resources of a plurality of resource types, and includes a plurality of XaaS resource management servers corresponding to a plurality of types of XaaS and a common resource management server. .
  • Each of the plurality of XaaS resource management servers provides a tenant environment according to the XaaS corresponding to the XaaS resource management server.
  • the common resource management server allocates resources of different resource types depending on the XaaS type among a plurality of resources including resources of a plurality of resource types to the tenant environment corresponding to the XaaS.
  • the common resource management server manages, as lower resources, resources lower than the resources allocated to each tenant environment among a plurality of resources including resources of a plurality of resource types.
  • the common resource management server receives a resource change request from any of the XaaS resource management servers, the common resource management server sets at least one or more lower resources among the resources managed as lower resources for the tenant environment provided by the XaaS resource management server.
  • the change process is executed for it.
  • FIG. 1 shows an overview of an information system according to an embodiment.
  • An example of a management system is shown.
  • An outline of the computer system is shown.
  • the structural example of an integrated management server is shown.
  • the example of the interface which a system management program provides to each of a XaaS resource management server is shown.
  • a comparative example of resource management methods is shown.
  • An example of the resource management method which concerns on embodiment is shown.
  • the structural example of a computer system is shown.
  • the structural example of a blade server is shown.
  • 2 shows a configuration example of a storage apparatus.
  • the structural example of a XaaS resource management server is shown.
  • the structural example of a common resource management server is shown. 2 shows an example of the configuration of a plurality of resources in a computer system.
  • the structural example of a tenant management table is shown.
  • the structural example of a tenant environment management table is shown.
  • the structural example of a service model management table is shown.
  • the structural example of a resource separate management table is shown.
  • the structural example of an administrator management table is shown.
  • the structural example of a tenant environment management table is shown.
  • the structural example of a resource management table is shown.
  • the structural example of an operation authority management table is shown.
  • the structural example of a dependency management table is shown.
  • the structural example of a monitoring table is shown.
  • the structural example of a resource group management table is shown.
  • An overview of the flow of processing performed in response to a request from the tenant administrator is shown.
  • An example of a search result screen is shown.
  • a specific example of execution environment construction of VMaaS will be described.
  • a specific example of construction of an execution environment for PaaS will be shown.
  • An example of the flow of processing performed in response to a request from a system administrator is shown.
  • An example of the flow of a service model change process is shown.
  • An example of occupation resource maintenance is shown.
  • An example of the information displayed with respect to a tenant administrator is shown.
  • An example of information displayed to the system administrator is shown.
  • xxx table information may be described using the expression “xxx table”, but the information may be expressed in any data structure. That is, “xxx table” can be referred to as “xxx information” to indicate that the information does not depend on the data structure.
  • xxx information information may be described using the expression “xxx table”, but the information may be expressed in any data structure. That is, “xxx table” can be referred to as “xxx information” to indicate that the information does not depend on the data structure.
  • the configuration of each table is an example, and one table may be divided into two or more tables, or all or part of the two or more tables may be a single table. Good.
  • ID or name is used as element identification information, but other types of identification information may be used instead or in addition.
  • a reference number or a common number in the reference number is used, and when a description is made by distinguishing the same type of element, the reference number of the element is used.
  • an ID assigned to the element may be used instead of the reference code.
  • an I / O (Input / Output) request is a write request or a read request, and may be referred to as an access request.
  • the “storage unit” may be one or more storage devices including a memory.
  • the storage unit may be at least a main storage device of a main storage device (typically a volatile memory) and an auxiliary storage device (typically a nonvolatile storage device).
  • PDEV indicates a physical storage device, and may typically be a nonvolatile storage device (for example, an auxiliary storage device).
  • the PDEV may be, for example, an HDD (Hard Disk Drive) or an SSD (Solid State Drive).
  • RAID is an abbreviation for Redundant Array of Independent (or Inexpensive) Disks.
  • the RAID group is composed of a plurality of PDEVs, and stores data according to the RAID level associated with the RAID group.
  • the RAID group may be referred to as a parity group.
  • the parity group may be, for example, a RAID group that stores parity.
  • the process may be described with “program” as the subject, but the program is executed by a processor (for example, a CPU (Central Processing Unit)) so that a predetermined process can be appropriately performed. Since the processing is performed using a storage unit (for example, a memory) and / or an interface device (for example, a communication port), the subject of processing may be a processor.
  • the processing described with the program as the subject may be processing performed by a processor or an apparatus or system having the processor.
  • the processor may include a hardware circuit that performs a part or all of the processing.
  • the program may be installed in a computer-like device from a program source.
  • the program source may be, for example, a storage medium that can be read by a program distribution server or a computer.
  • the program distribution server may include a processor (for example, a CPU) and a storage unit, and the storage unit may further store a distribution program and a program to be distributed. Then, the processor of the program distribution server executes the distribution program, so that the processor of the program distribution server may distribute the distribution target program to other computers.
  • a processor for example, a CPU
  • the storage unit may further store a distribution program and a program to be distributed. Then, the processor of the program distribution server executes the distribution program, so that the processor of the program distribution server may distribute the distribution target program to other computers.
  • two or more programs may be realized as one program, or one program may be realized as two or more programs.
  • the management system may be composed of one or more computers.
  • the management computer displays information (specifically, for example, the management computer displays information on its own display device, or the management computer (eg, management server) displays the information for display).
  • a remote display computer (for example, when transmitting to a management client), the management computer is a management system.
  • the plurality of computers may include a display computer when the display computer performs display) is the management system. .
  • the management computer may include an interface device connected to an I / O system including a display system, a storage unit (eg, memory), and a processor connected to the interface device and the storage unit.
  • the display system may be a display device included in the management computer or a display computer connected to the management computer.
  • the I / O system may be an I / O device (for example, a keyboard and a pointing device or a touch panel) included in the management computer, a display computer connected to the management computer, or another computer. “Displaying display information” by the management computer means displaying the display information on the display system, which may be displaying the display information on a display device included in the management computer.
  • the management computer may transmit display information to the display computer (in the latter case, the display information is displayed by the display computer).
  • the management computer inputting / outputting information may be inputting / outputting information to / from an I / O device of the management computer, or a remote computer connected to the management computer (for example, a display)
  • Information may be input / output to / from the computer.
  • the information output may be a display of information.
  • VOL is an abbreviation for logical volume and may be a logical storage device.
  • the VOL may be a substantial VOL (RVOL) or a virtual VOL (VVOL).
  • the VOL may be an online VOL provided to a host system connected to a storage system that provides the VOL, and an offline VOL that is not provided to the host system (not recognized by the host system).
  • the “RVOL” may be a VOL based on a physical storage unit (for example, one or more RAID groups) included in the storage system having the RVOL.
  • VVOL may be at least one of an external connection VOL (EVOL), a capacity expansion VOL (TPVOL), and a snapshot VOL.
  • the EVOL is based on a storage space (for example, VOL) of an external storage system, and may be a VOL according to a storage virtualization technology.
  • the TPVOL is composed of a plurality of virtual areas (virtual storage areas), and may be a VOL according to capacity virtualization technology (typically Thin Provisioning).
  • the snapshot VOL may be a snapshot VOL that is provided as a snapshot of the original VOL.
  • the TPVOL may typically be an online VOL.
  • the snapshot VOL may be an RVOL.
  • a “pool” is a logical storage area (for example, a set of a plurality of pool VOLs), and may be prepared for each use.
  • the TP pool may be a storage area composed of a plurality of real areas (substantial storage areas). A real area may be allocated from the TP pool to the virtual area of TPVOL.
  • the snapshot pool may be a storage area in which data saved from the original VOL is stored.
  • One pool may be used as both a TP pool and a snapshot pool.
  • the “pool VOL” may be a VOL that is a component of the pool.
  • the pool VOL may be an RVOL or an EVOL.
  • the pool VOL may typically be an offline VOL.
  • the VOL may be called LU (Logical Unit).
  • FIG. 1 shows an overview of an information system according to the embodiment.
  • the information system includes a computer system 120, a tenant system 110, and a management system 170.
  • the computer system 120 has a plurality of resources including a plurality of types of resources.
  • the resource type is referred to as “resource type”. Multiple resources have dependencies between different resource types.
  • the resource may be a physical resource or a virtual resource.
  • the plurality of resources for example, there are one or more storage apparatuses and one or more blade servers connected to the one or more storage apparatuses.
  • the computer system 120 may be a so-called integrated platform including both blade servers and storage devices.
  • the “blade server” is an example of a server computer and may be referred to as a “server computer”. Specific examples of the plurality of resources will be described later.
  • the tenant system 110 is a system composed of one or more computers, and exists for each tenant.
  • a “tenant” is an example of a user, and is a user who borrows (or purchases) a tenant environment allocation resource among a plurality of resources that the computer system 120 has.
  • a “tenant” is a user of a cloud service that provides a computer system resource.
  • a “tenant environment allocation resource” is a resource (an example of a provisioned resource) allocated to a tenant environment, and may be referred to as a “provisioning resource”.
  • the “tenant environment” is a virtual environment provided to the tenant (tenant system 110).
  • the tenant By allocating resources to the environment, the tenant (tenant system 110) can use the resource (tenant environment allocation resource) and higher-level resources created based on the resource.
  • the tenant system 110 is connected to the computer system 120 and the management system 170 via a communication network (for example, an IP (Internet Protocol) network) 150.
  • the tenant system 110 can log in to the resource, for example, as the use of the tenant environment allocation resource.
  • the tenant system 110 may be, for example, a personal computer that starts a browser (for example, a Web browser).
  • FIG. 2 shows a configuration example of the management system 170.
  • the management system 170 includes an integrated management server 160, a XaaS resource management server group 141, and a common resource management server 130.
  • the XaaS resource management server group 141 is a plurality of XaaS resource management servers 140 that differ depending on the type of XaaS. This is the resource management server 140-3.
  • the XaaS resource management server 140 is a computer that exists for each type of XaaS, for example, and manages at least the tenant environment allocation resource among the tenant environment allocation resource according to a specific XaaS and its upper resources. There are types of resources necessary for the plurality of XaaS resource management servers 140 to provide tenant environment allocation resources, such as server resources or storage resources.
  • the common resource management server 130 manages the types of resources that are commonly required by the plurality of XaaS resource management servers 140. Further, the common resource management server 130 may also serve as a kind of XaaS resource management server 140.
  • the integrated management server 160 is one or more computers used by the tenant administrator or the system administrator.
  • the “tenant administrator” is an administrator of the tenant system 110.
  • the tenant administrator and the user of the tenant system 110 may be employees who belong to the same tenant.
  • the tenant administrator may be an employee of a company different from the tenant.
  • the “system administrator” is an administrator of the computer system 120.
  • the integrated management server 160 is connected to the tenant system 110 and the computer system 120 via the communication network 150.
  • the integrated management server 160 is connected to each XaaS resource management server 140 and the common resource management server 130 via the communication network 150.
  • Each XaaS resource management server 140 is connected to the common resource management server 130 via the communication network 150.
  • the integrated management server 160 associates and manages each XaaS type and the XaaS resource management server 140 corresponding to the XaaS.
  • the integrated management server 160 transmits a tenant administrator request (for example, resource allocation request) to any XaaS resource management server 140 based on the requested XaaS type. For example, when a tenant administrator (tenant system 110) requests a PaaS tenant environment, the integrated management server 160 transmits a tenant administrator request to the PaaS resource management server 140-1.
  • the XaaS resource management server 140 executes processing based on the received request from the tenant administrator, thereby allocating resources (tenant environment allocation resources) to the tenant environment and providing the tenant environment to the tenant system 110.
  • the XaaS resource management server 140 requests the common resource management server 130 to allocate resources.
  • the XaaS resource management server 140 receives a response to the request (for example, a response indicating that resources have been allocated to the tenant environment) from the common resource management server 130.
  • the XaaS resource management server 140 transmits a response to the request from the tenant administrator to the integrated management server 160.
  • the integrated management server 160 transmits information necessary for using the resource (for example, information necessary for login) to the tenant system 110 (tenant administrator).
  • the tenant system 110 can use the tenant environment allocation resource (or its higher resources) of the computer system 120 based on the information.
  • the integrated management server 160 transmits a request from the system administrator to the common resource management server 130 or the XaaS resource management server 140.
  • the integrated management server 160 responds to the system administrator (the system administrator's management computer) based on the response from the common resource management server 130 or the XaaS resource management server 140.
  • the process executed by the common resource management server 130 and the XaaS resource management server 140 may be executed by the integrated management server 160.
  • FIG. 3 shows an outline of the computer system 120.
  • the computer system 120 provides a plurality of types of XaaS.
  • the type of XaaS differs depending on the term used as “X”, in other words, the type of resource used as the tenant environment allocation resource.
  • X the type of resource used as the tenant environment allocation resource.
  • PaaS Platinum as a Service
  • VMaaS VM as a Service
  • STGaas Storage as a Service
  • FIG. 3 the tenant environment allocation resource is highlighted (displayed in gray), but as can be seen from FIG. 3, the type of tenant environment allocation resource (the hierarchy to which the tenant environment allocation resource belongs) differs depending on the XaaS type.
  • the tenant environment allocation resource is provided based on a resource (lower resource) lower than the tenant environment allocation resource.
  • a VM Virtual Machine
  • APP application program
  • the server memory is an example of a server resource
  • the LU is an example of a storage resource.
  • LPARaaS LPAR (as a Service).
  • the plurality of resources included in the computer system 120 have a dependency relationship.
  • the terms “upper / lower” and “dependent / dependent” (or “parent / child”) will be used to represent the logical location (eg, hierarchy) of the resource.
  • the meaning of “second resource above the first resource” means that the second resource is topologically related to the first resource and is one higher than the hierarchy (type) to which the first resource belongs. This means that the second resource belongs to the above hierarchy (type).
  • the meaning of “the second resource that is the dependency source (or parent) of the first resource” means that the second resource is a resource that is one level higher than the first resource. That is, in the description of the present embodiment, “dependence source” (or “parent”) is a concept included in “higher”.
  • the meaning of “second resource lower than the first resource” means that the second resource is topologically related to the first resource and is one more than the hierarchy (type) to which the first resource belongs. This means that the second resource belongs to the lower hierarchy (type).
  • the meaning of “second resource that is a dependency (or child) of the first resource” means that the second resource is a resource that is one level lower than the first resource. That is, in the description of the present embodiment, “dependence destination” (or “child”) is a concept included in “lower”.
  • the hierarchy it is conceivable that the physical resource is located in the lower hierarchy as the OSI (Open Systems Interconnection) reference model is located, and the closer to the APP, the higher the hierarchy.
  • the server resource and the storage resource can be treated as the same hierarchy in terms of physical resources. However, in consideration of the fact that the server resource is necessary for executing APP, This resource may be in a higher hierarchy than the storage resource.
  • Tenant environment allocation resource A resource allocated to the tenant environment.
  • Higher resource A higher resource than the tenant environment allocation resource.
  • Lower resource A resource lower than the tenant environment allocation resource.
  • Unallocated resource An unallocated resource is a resource managed by the system administrator, and is not a dependency of a higher resource, a tenant environment allocated resource, or a lower resource. Unallocated resources can be lower resources or tenant environment allocated resources by the system administrator.
  • the resources of the computer system 120 are managed based on the corresponding category among the categories “upper resource”, “tenant environment allocation resource”, “lower resource”, and “unallocated resource”.
  • this category is referred to as “resource category” or “resource class”.
  • Resource management by the system administrator examples include the following.
  • Resource creation A resource higher than the resource is created based on the resource managed by the system administrator.
  • Resource deletion Resource is deleted. Release the dependency between the deletion target resource and the dependency destination resource of the deletion target resource. As an extension, if a resource does not have a dependency with another resource, it may be treated as an unallocated resource.
  • Attribute change Resource attribute is changed.
  • the VM (Virtual Machine) attribute includes, for example, memory capacity, number of CPUs, number of virtual NIC (Network Interface Controller / Card), virtual PDEV (capacity or number), VM identifier, login information (for example, IP address when logging in).
  • Dependency change Change resource dependency. For example, VM migration.
  • Resource monitoring Monitors resources. For example, resource metric values (for example, measured values), resource states, and resource attributes are monitored.
  • the system administrator may not perform the above resource management for all the resources of the computer system 120 shown in FIG. For example, it is not preferable that the tenant administrator (or tenant) see changes in tenant environment allocation resources or higher resources before and after resource management.
  • the change here is, for example, dependency change or attribute change.
  • some tenant administrators may not want the system administrator to see information about higher-level resources.
  • FIG. 6 is an example of a resource management method for solving the above-described problem. Specifically, a comparative example of the resource management method when only the tenant environment of the same XaaS type is provided in the computer system is shown. In FIG. 6, tenant environment allocation resources are highlighted (displayed in gray).
  • VM # 2 recognizes LU # 3 and accesses LU # 3.
  • the management system changes the blade server executing VM # 2 from blade server # 2 to blade server # 3, which is a lower resource of VM # 3 managed by another tenant administrator # 4 Is possible.
  • none of the tenant administrators # 3 and # 4 appears to have changed the amount or performance of each tenant environment allocation resource or its upper resources.
  • the dependency relationship between the tenant environment allocation resource and its lower-level resources can be changed.
  • the number of XaaS that can be provided by the computer system is limited to one.
  • the type of tenant environment allocation resource is different among XaaS types, so a computer system and a management system are required for each XaaS type.
  • a plurality of types of tenant environment allocation resources corresponding to a plurality of types of XaaS exist in the computer system 120, and the computer system 120 provides a plurality of XaaS type tenant environments.
  • the management system 170 enables appropriate resource management for the resources of the computer system 120.
  • FIG. 7 shows an example of a resource management method according to the embodiment.
  • tenant environment allocation resources are highlighted (displayed in gray).
  • the tenant environment allocation resource type is also different. For this reason, if resource management (for example, resource dependency change) is performed without considering the difference in tenant environment allocation resource type, a defect that can be recognized by the tenant administrator (for example, the amount or performance of the tenant environment allocation resource) May fall, or the amount or performance of higher-order resources may fall).
  • resource management for example, resource dependency change
  • the change destination resource is a tenant environment allocation resource for another XaaS type tenant environment
  • a problem that can be recognized by the tenant administrator may occur. This is a problem that occurs when a plurality of types of XaaS corresponding to a plurality of tenant administrators share one computer system 120.
  • the management system 170 (for example, the common resource management server 130) allocates resources to the tenant environment for each of a plurality of tenant administrators (tenants), the tenant environment allocation resource and its lower level Manage at least one of the resources (eg both).
  • the management system 170 detects an event for the tenant, the management system 170 executes resource management based on the resource category of the resource operated in the processing according to the event.
  • Detecting an event for a tenant means that any resource corresponding to the tenant is overloaded (for example, the metric value for that resource exceeds the threshold), or any resource corresponding to the tenant A request from the system administrator may be accepted for such a resource.
  • the request may be a request for allocating resources satisfying requirements desired by the tenant administrator or a request for changing the type of XaaS.
  • the management system 170 changes the tenant environment allocation resource and the performance or amount of the dependency destination resource with respect to the dependency relationship between the one or more tenant environment allocation resources and the one or more dependency destination resources. Do not make changes that change. This is because such a dependency change is visible to the tenant administrator (or tenant). For example, when a change occurs in the performance or amount of the tenant environment allocation resource due to a change in the performance or amount of the dependency destination resource, the change can be recognized by the tenant administrator (or tenant). As an example, the number of dependent resources decreases, and as a result, the amount of dependent resources (for example, memory capacity) decreases.
  • the number of dependent resources decreases, and as a result, the amount of dependent resources (for example, memory capacity) decreases.
  • the management system 170 (for example, the common resource management server 130) has the same performance or amount of the dependency destination resource before and after the change of the dependency relationship between the one or more tenant environment allocation resources and the one or more dependency destination resources ( The change may not be changed. This is because there is no change in the performance or amount of the tenant environment allocation resource recognized by the tenant administrator (or tenant) if the dependency destination resource performance or amount does not change. For example, a change in which the number of dependent resources changes but the amount of dependent resources (for example, memory capacity) does not change is permitted.
  • changes in the performance or amount of tenant environment allocation resources are as follows.
  • the XaaS type is VMaaS
  • changes in the performance or amount of tenant environment allocation resources are attributed to VM (Virtual Machine) resource attributes (for example, memory capacity, number of CPUs, virtual NIC (Network Interface Controller / Card), virtual PDEV (Capacity or number), VM identifier, login information (for example, IP address when logging in)).
  • VM Virtual Machine
  • the change in the performance or amount of the tenant environment allocation resource may be a change in memory capacity.
  • the change in the performance or amount of the tenant environment allocation resource may be the same as in the case where the XaaS type is VMaaS or a change in memory.
  • the performance or amount of the tenant environment allocation resource changes according to the storage device resource attributes (for example, LUN (Logical Unit Number), port number, VOL identifier, VOL capacity, pool configuration (for example, tier). A change in at least one of the ratios.
  • the management system 170 (for example, the common resource management server 130) performs resource interchange between lower resources of different XaaS types. Specifically, for example, it is assumed that LU # 1 is provided to tenant administrator # 1 as a tenant environment allocation resource of STGaS, and pool # 1 is a lower-level resource. Further, it is assumed that VM # 1 is provided to tenant administrator # 2 as a tenant environment allocation resource of VMaaS and pool # 2 is a lower-level resource.
  • the management system 170 can grasp the status of the resource by repeatedly (for example, periodically) receiving information including the metric value (for example, measured value) of the resource from the computer system 120.
  • the management information includes information representing dependency relationships (for example, topology relationships) of a plurality of resources and information representing tenant environment allocation resources and lower resources for each of a plurality of tenant administrators (tenants). To do.
  • the management system 170 detects an overload of the pool # 2, the management system 170 moves the data # 2 (D # 2) in the pool # 2 to another pool in order to eliminate the overload of the pool # 2. It is assumed that (the pool associated with LU # 2 (VOL according to thin provisioning) is changed to another pool). It is assumed that the management system 170 detects that the pools # 1 and # 3 are the migration destination candidates for the data # 2 and the load on the pool # 1 is the lowest based on the management information. Here, based on the management information, the management system 170 detects that both the pool # 1 and the pool # 2 correspond to the resource category of the lower resource. Since the change of the pool, which is a lower-level resource, is not visible to the tenant administrator, the management system 170 moves data # 2 (D # 2) from pool # 2 to pool # 1 and LU # 2 to pool # 2. Instead of pool # 1.
  • the management system 170 (for example, the common resource management server 130) can execute resource management that does not cause a problem that the tenant administrator can recognize. Even if the XaaS type is different between tenant environments and the tenant environment allocation resource type is different, the management system 170 of this embodiment manages the resources of the computer system in association with the resource categories. Resource interchange is possible between resources of the same type that are subordinate resources.
  • resources of a plurality of resource types included in the computer system 120 have a dependency relationship between different resource types, for example, a hierarchical topology configuration (the route may not exist).
  • the resource may be a virtual resource or a physical resource.
  • APP application program
  • OS operating system
  • VM virtual memory and virtual CPU
  • LPAR Logical partitioning
  • blade server blade server element
  • storage device for example, LU (VOL), pool, PDEV, PG (parity group)
  • the concept of “upper / lower” may differ depending on what is being managed (for example, monitored), but may be defined in the management system 170 according to a predetermined standard. For example, when resources are in a “connection relationship”, one resource may be lower, and the other resource that is dependent on one resource (based on one resource) may be higher. In the case of “inclusion relationship” between resources, one resource may be lower and the other resource including one resource may be higher.
  • FIG. 8 shows a configuration example of the computer system 120.
  • the computer system 120 includes a plurality (or one) of storage devices 220 and a plurality (or one) of blade servers 210 connected to the plurality of storage devices 220 via a SAN (Storage Area Network) 230.
  • the blade server 210 is an example of a server device.
  • another type of communication medium such as a PCIe bus may be employed.
  • FIG. 9 shows a configuration example of the blade server 210.
  • the blade server 210 includes an FE-I / F (front-end interface device) 310 connected to the tenant system 110 and the management system 170 (at least one of the integrated management server 160, the XaaS resource management server 140, and the common resource management server 130).
  • a BE-I / F (back-end interface device) 340 connected to the storage apparatus 220, a memory 330, and a CPU 320 connected thereto. Based on the blade server 210, LPAR, VM, and APP can be executed or provided.
  • FIG. 10 shows a configuration example of the storage apparatus 220.
  • the storage apparatus 220 includes a duplexed storage controller 400 and a plurality of PDEVs 460 connected to each storage controller 400.
  • a plurality of PGs are configured by the plurality of PDEV 460.
  • the storage controller 400 is connected to the FE-I / F 450 connected to the blade server 210 and the management system 170 (at least one of the integrated management server 160, the XaaS resource management server 140, and the common resource management server 130) and the PDEV 460. It has a BE-I / F 430, a memory 410, and a CPU 420 connected to them.
  • the storage controller 400 provides the LU to the blade server 210, manages the relationship between the LU and the pool, manages the configuration of the PG, and manages the relationship between the PG and the pool.
  • FIG. 11 shows a configuration example of the XaaS resource management server 140.
  • the XaaS resource management server 140 includes an input device (for example, a keyboard and a pointing device) 610, a display device 620, an I / F (interface device) connected to the integrated management server 160 and the common resource management server 130 (and the computer system 120). ) 650, a storage unit (for example, a memory) 630 for storing a computer program and information, and a CPU 640 connected thereto.
  • the input device 610 and the display device 620 may be integrated like a touch panel. Instead of the input device 610 and the display device 620, the XaaS resource management server 140 may be connected to a display computer (for example, a personal computer operated by a tenant administrator) having the input device and the display device.
  • the computer program stored in the storage unit 630 is, for example, a tenant management program 660, which is executed by the CPU 640.
  • the information stored in the storage unit 630 is, for example, first management information 670.
  • the first management information 670 includes a tenant management table 1400, a tenant environment management table 1500, a service model management table 1600, a resource individual management table 1700, and a monitoring table 1750.
  • the tenant management program 660 monitors each of a plurality of resources (for example, a higher-level resource and a tenant environment allocation resource) recognized by the XaaS resource management server 140, and the time and monitoring result (for example, metric value, resource state (for example, Operation, failure, etc.) are registered in the monitoring table 1750.
  • the processing performed by the tenant management program 660 for example, at least one of the following may be employed.
  • the tenant management program 660 requests the common resource management server 130 to allocate resources to the tenant environment (provision of resources allocated to the tenant environment).
  • the tenant management program 660 manages resources provisioned in response to the request as tenant environment allocation resources.
  • the tenant management program 660 displays resource information corresponding to the tenant administrator.
  • the resource information may be displayed based on the first management information 670 that the XaaS resource management server 140 has, or may be displayed based on information from the common resource management server 130.
  • the tenant management program 660 may not include a lower resource in at least resource information displayed in response to a resource allocation request (for example, a change request).
  • the tenant management program 660 performs a process of changing the dependency relationship between one or more upper resources and one or more tenant environment allocation resources. However, in the process, for example, when there are a plurality of clients (clients of the XaaS resource management server 140) that use different upper resources, the tenant management program 660 determines the dependency destination (migration destination) of the upper resources of the first client. The tenant environment allocation resource or higher resource of the second client is not changed. Further, for example, the tenant management program 660 prevents a plurality of resources of the same type (same hierarchy) from being associated with higher ranks of occupied resources.
  • FIG. 12 shows a configuration example of the common resource management server 130.
  • the common resource management server 130 includes an input device (for example, a keyboard and a pointing device) 710, a display device 720, an I / F (interface device) 750 connected to the XaaS resource management server 140 and the computer system 120, a computer program, and A storage unit 730 (for example, a memory) that stores information and a CPU (processor) 740 connected thereto are included.
  • the input device 710 and the display device 720 may be integrated like a touch panel.
  • the common resource management server 130 may be connected to a display computer having an input device and a display device (for example, a personal computer operated by a system administrator).
  • the computer program stored in the storage unit 730 is, for example, a system management program 760, which is executed by the CPU 740.
  • the information stored in the storage unit 730 is, for example, second management information 770.
  • the second management information 770 includes an administrator management table 1800, a tenant environment management table 1900, a resource management table 2000, an operation authority management table 2100, a dependency relationship management table 2200, a monitoring table 2300, and a resource group management table 2400.
  • the system management program 760 monitors each of a plurality of resources recognized by the common resource management server 130 (for example, at least a lower resource among upper resources, tenant environment allocation resources, lower resources, and unallocated resources).
  • the result eg, metric value, resource state (eg, operation, failure, etc.) is registered in the monitoring table 2300.
  • the system management program 760 includes a resource found in response to a request (for example, a resource allocation request) from the integrated management server 160 or the XaaS resource management server 140 in a resource group corresponding to the requesting tenant administrator. .
  • the system management program 760 When the system management program 760 receives a request (for example, a resource change request), the resource operated in the processing according to the request (for example, tenant environment allocation resource) is a resource corresponding to the requesting tenant administrator If it is a resource in the group, the process according to the request is performed. On the other hand, if the resource (for example, tenant environment allocation resource) operated in the process according to the request is a resource outside the resource group corresponding to the requesting tenant administrator or the requesting XaaS resource management server 140, the system management program 760 rejects the process according to the request. Such control is performed based on the resource group management table 2400, for example.
  • the system management program 760 may receive a request from a computer other than the integrated management server 160 and the XaaS resource management server 140.
  • the request is, for example, a snapshot creation request for a backup system (because it is desired to take a snapshot in cooperation with the application quiescence time).
  • a resource group management table 2400 (and an operation authority table) such as an access control list may be prepared in advance. For example, when resources are allocated to the tenant administrator, the ID of the allocated resource may be associated with the ID of the tenant administrator (may be registered in the resource group management table 2400).
  • the system management program 760 sets the dependency destination resources (typically all dependency destination resources) of one or more tenant environment allocation resources corresponding to the first tenant administrator (first tenant) to the first Do not operate in response to a request from the second tenant administrator (or second tenant) who is a different tenant administrator (or tenant) than the tenant administrator (or first tenant) .
  • the system management program 760 sets the first tenant administrator (first tenant administrator) as a target resource candidate to be operated in response to a request from the second tenant administrator (second tenant).
  • Dependent resources typically all dependent resources of one or more tenant environment allocation resources corresponding to (one tenant) are not included.
  • the information corresponding to the first tenant administrator (first tenant) (at least information related to the dependency destination resource) from being provided to the second tenant administrator (second tenant).
  • PaaS and VMaaS as examples.
  • an APP (PaaS resource) is provided as a tenant environment allocation resource to the first tenant administrator (first tenant) and the dependency destination resource is a VM (or server), APP (PaaS resource) and Without changing the relationship with the VM (dependence destination resource), the VM that is the dependency destination resource of the APP (PaaS resource) is used as the tenant environment allocation resource (VMaaS resource) or the like as the second tenant administrator (second If it is provided to the tenant), APP (PaaS resource) is a tenant environment allocation resource on the one hand, but becomes a higher resource on the other hand.
  • the system management program 760 determines the dependency destination resource of one or more tenant environment allocation resources corresponding to the first tenant administrator (first tenant) as the second tenant administrator (or the second tenant administrator). Since no operation is performed in response to a request from a tenant), such a problem can be avoided.
  • the system management program 760 displays resource information (for example, a summary list) provided to the tenant administrator for each tenant administrator (for each tenant).
  • the displayed resource information may include information on lower resources, for example, the number of provided resources and the amount of provided resources (for example, storage capacity, number of servers, number of CPUs, memory capacity). .
  • the tenant administrator can know how resources are managed (assigned) from the viewpoint of the system administrator.
  • the system management program 760 displays the ID of the tenant administrator (or the ID of the resource group including the fault resource) corresponding to the fault resource (the resource corresponding to the state “Fault”)
  • the XaaS resource management server 140 is notified of the existence (for example, when a certain PG (parity group) is degenerated), the XaaS resource management server 140 corresponding to the degenerated PG is notified).
  • the system management program 760 allocates resources (tenant environment allocation resources) to the tenant environment.
  • the system management program 760 performs a process of changing the dependency relationship between one or more tenant environment allocation resources and one or more subordinate resources. In this processing, for example, the system management program 760 does not change the dependency destination (migration destination) of the tenant environment allocation resource of the first tenant administrator to the tenant environment allocation resource or the upper resource of the second tenant administrator. . For example, even if the system management program 760 changes one or more resources on which the tenant environment allocation resource depends, the amount or performance of the one or more resources does not change. Further, for example, the system management program 760 prevents a plurality of resources of the same type (same hierarchy) from being associated with higher ranks of occupied resources.
  • the system management program 760 prevents a plurality of resources of the same type (same hierarchy) from being associated with higher ranks of occupied resources.
  • the system management program 760 determines the ratio or capacity of the unallocated resources of the computer system 120 when the resources of the computer system 120 are insufficient, when the resource usage rate of the computer system 120 exceeds a predetermined threshold, and In at least one of cases where the value falls below a predetermined threshold value, the fact is notified to the system administrator (computer of the system administrator).
  • system management program 760 When receiving a request from the tenant administrator or the system administrator, the system management program 760 refers to the operation authority management table 2100 and executes processing according to the request and the operation authority.
  • FIG. 4 shows a configuration example of the integrated management server 160.
  • the integrated management server 160 includes an input device (for example, a keyboard and a pointing device) 810, a display device 820, an I / F (interface device) connected to the XaaS resource management server 140 and the common resource management server 130 (and the computer system 120). ) 850, a storage unit 830 (for example, a memory) for storing computer programs and information, and a CPU 840 connected thereto.
  • the input device 810 and the display device 820 may be integrated like a touch panel. Instead of the input device 810 and the display device 820, the integrated management server 160 may be connected to a display computer having an input device and a display device (for example, a personal computer operated by a system administrator).
  • the computer program stored in the storage unit 830 is, for example, the tenant management program 660 or the system management program 760, which is executed by the CPU 740.
  • Information stored in the storage unit 730 is, for example, first management information 670 and second management information 770.
  • FIG. 13 shows an example of the configuration of a plurality of resources in the computer system 120.
  • the resource configuration of the computer system 120 (for example, the resources from the top to the bottom) according to the resource conditions (for example, performance, capacity, etc.) specified in the resource allocation request from the tenant administrator or the resource allocation control by the system administrator As the dependency), various configurations can be adopted.
  • the VM may not exist, may be executed on VM control software (VMM: Virtual Machine Monitor), or may be executed on a hypervisor (HV).
  • VMM may be executed on the HV, or may be executed on the LPAR (conceptual logical machine larger than the VM).
  • LPAR may be performed on the HV.
  • One or more APPs may be executed on the OS.
  • the resource on which at least one of the VMM, HV, LPAR, VMM, and OS depends may be a physical resource such as a CPU or a memory.
  • the virtual blade server 210 may be constructed within one blade server 210 or across two or more blade servers 210.
  • the virtual blade server 210 may include two or more resources from physical resources (for example, CPU and memory) to APP.
  • the storage apparatus 220 provides LU (online VOL) to the blade server 210 (for example, VM, LPAR).
  • the storage apparatus 220 receives an I / O request designating an LU from the blade server 210, and the storage controller 400 (CPU 420) in the storage apparatus 220 follows the I / O request to perform I / O (for example, an LU area).
  • the I / O target data may be temporarily written in the memory.
  • a virtual storage device 220 may be constructed within one storage device 220 or across two or more storage devices 220.
  • the virtual storage device 220 may include two or more resources from the physical resources (for example, the storage controller 400 and the PDEV 460) to the LU.
  • a part of the computer system 120 may be managed by the XaaS resource management server 140, and the rest may be managed by the common resource management server 130.
  • the management system 170 may include at least the common resource management server 130 among the XaaS resource management server 140 and the common resource management server 130.
  • the management information stored in the management system 170 may be information including the first management information 670 stored in the XaaS resource management server 140 and the second management information 770 stored in the common resource management server 130.
  • FIG. 14 shows a configuration example of the tenant management table 1400.
  • the tenant management table 1400 holds information related to tenants managed by the tenant administrator.
  • the tenant management table 1400 has a record for each tenant. Information stored in each record includes a tenant ID 1401, a tenant name 1402, tenant details 1403, a tenant environment ID 1404, and a charge amount 1405.
  • the tenant ID 1401 is a tenant ID.
  • the tenant name 1402 represents the name of the tenant.
  • the tenant details 1403 is information including details about the tenant.
  • the tenant environment ID 1404 is an ID of the tenant environment.
  • the charged amount 1405 represents the amount charged according to the use of the tenant environment.
  • FIG. 15 shows a configuration example of the tenant environment management table 1500.
  • the tenant environment management table 1500 holds information related to the tenant environment managed by the tenant administrator.
  • the tenant environment management table 1500 has a record for each tenant environment.
  • Information stored in each record includes a tenant environment ID 1501, a service model name 1502, an allocated resource ID 1503, a dependency destination resource ID 1504, and an upper resource ID 1505.
  • the tenant environment ID 1501 is an ID of the tenant environment.
  • the service model name 1502 represents the name of the XaaS type corresponding to the tenant environment (tenant).
  • the allocated resource ID 1503 is an ID of a resource (tenant environment allocated resource) allocated to the tenant environment.
  • the dependency destination resource ID 1504 is an ID of a resource on which the tenant environment allocation resource depends.
  • the upper resource ID 1505 is an ID of an upper resource that exists above the tenant environment allocation resource.
  • the upper resource ID 1505 may represent a dependency relationship between the upper resources in addition to the ID of each upper resource. Each time the upper resource on the tenant environment allocation resource increases or decreases, the upper resource ID 1505 may be updated.
  • FIG. 16 shows a configuration example of the service model management table 1600.
  • the service model management table 1600 holds information related to the service model (XaaS type).
  • the service model management table 1600 has a record for each service model.
  • Information stored in each record includes a service model name 1601 and an assigned resource type 1602.
  • the service model name 1601 represents the name of the XaaS type.
  • the allocation resource type 1602 represents the type of tenant environment allocation resource according to the associated XaaS type.
  • FIG. 17 shows a configuration example of the resource individual management table 1700.
  • the resource individual management table 1700 holds information on resources to be managed by the tenant administrator.
  • the resource individual management table 1700 has a record for each resource to be managed.
  • Information stored in each record includes a resource ID 1701, a resource category 1702, a state 1703, and details 1704.
  • the resource ID 1701 is a resource ID.
  • the resource category 1702 represents a resource category.
  • the categories include, for example, “tenant environment allocation resource”, “upper resource”, “lower resource”, and “unallocated resource”.
  • a state 1703 represents the state of the resource. Examples of the status 1703 include “operation”, “stop”, “failure”, and the like.
  • the value of the state 1703 may be determined based on the monitoring result of the corresponding resource, for example.
  • Details 1704 include detailed information about the resource.
  • the details 1704 include details on tenant environment allocation resources corresponding to PaaS, information on PaaS execution environment, execution environment requirements at the time of generation, installed middleware type, list of information on VM to be used, and data storage destination. It may contain information to represent. Further, for example, the details 1704 include information on the VM CPU, information on the VM memory, information on the VM virtual disk, information on the storage destination storage area of the VM virtual disk (for example, on the internal file system). Information indicating the location of the server), the ID of the boot image, and the ID of the server execution environment of the server used by the VM.
  • the server used by the VM may mean the blade server 210 or LPAR.
  • Information on the server execution environment includes information on the CPU of the server corresponding to the environment (for example, the number of CPUs and the number of CPU cores), information on the memory of the server (for example, memory capacity), and information on the network interface of the server (for example, NIC Type, MAC address), information on the I / O interface of the server (for example, HBA (Host Bus Adapter)) (for example, HBA type, WWN (World Wide Name)), the server via the I / O interface
  • Information on the LU to be recognized for example, a unique ID (for example, a combination of the storage device 220 serial number and LUN), LU capacity), and information on a storage port (FE-I / F 310 port of the storage controller) May include.
  • the unique ID is information used to determine whether or not the same LU is accessed when, for example, the same LU is accessed from multiple storage ports via multipath.
  • the tables shown in FIGS. 14 to 17 are the tables included in the first management information 670. It should be noted that the first management information 670 may not include information related to higher-level resources and dependent resources even if information related to tenant environment allocation resources is included. Information related to the upper resources is that each client computer (not shown) of the XaaS resource management server 140 constructs one or more upper resources having an arbitrary dependency on the tenant environment allocation resource, and relates to the one or more upper resources constructed. Information may be retained.
  • the XaaS resource management server 140 may reserve a resource to be reserved in advance (in this case, the status 1703 “spare” may be registered in the table 1700), or the execution environment information of the deleted resource (Information necessary for executing the resource (for example, an instance such as login information)) may be managed as a backup.
  • FIG. 18 shows a configuration example of the administrator management table 1800.
  • the administrator management table 1800 holds information related to the tenant administrator and the system administrator.
  • the administrator management table 1800 has a record for each administrator.
  • Information stored in each record includes an administrator ID 1801, an administrator type 1802, and a tenant environment ID 1803.
  • the administrator ID 1801 is an administrator ID.
  • the administrator type 1802 represents the type of administrator (for example, whether it is a tenant administrator or a system administrator).
  • the tenant environment ID 1803 is an ID of a tenant environment corresponding to the administrator.
  • the tenant environment ID 1803 corresponding to the system administrator may be a value (for example, “-”) which means that the system administrator can manage all the provided tenant environments.
  • FIG. 19 shows a configuration example of the tenant environment management table 1900.
  • the configuration of the tenant environment management table 1900 in the second management information 770 may be the same as the configuration of the tenant environment management table 1500 in the first management information 670. That is, the tenant environment management table 1900 has a record for each tenant environment, and information stored in each record includes a tenant environment ID 1903, a service model name 1902, an assigned resource ID 1903, a dependency destination resource ID 1904, and an upper resource ID 1905. Each time the upper resource on the tenant environment allocation resource increases or decreases, the ID of the increased or decreased upper resource is notified from the XaaS resource management server 140, and the system management program 760 is notified to the upper resource ID 1905. IDs may be added or deleted. Note that the tenant environment management table 1900 in the second management information 770 may not include the column of the upper resource ID 1905.
  • FIG. 20 shows a configuration example of the resource management table 2000.
  • the resource management table 2000 holds information about resources.
  • the resource management table 2000 has a record for each resource.
  • Information stored in each record includes a resource type, resource ID 2002, resource category 2003, dependency resource ID 2004, state 2005, and details 2006.
  • the resource type represents the type of resource.
  • the resource ID 2002 is a resource ID.
  • the resource category 2003 represents a resource category (whether it corresponds to a higher resource, a tenant environment allocation resource, a lower resource, or an unallocated resource).
  • the dependency destination resource ID 2004 is an ID of a resource dependency destination resource (child resource).
  • the status 2005 represents the status of the resource.
  • Details 2006 include information regarding the details of the resource.
  • the details 2006 may be similar to the details 1703 described with reference to FIG.
  • occupied means an occupied resource.
  • the occupied resource means that the resource and the higher-level resource correspond to only one tenant administrator (tenant) (in other words, do not correspond to a plurality of tenant administrators).
  • shared means a shared resource.
  • the shared resource means that the resource or its upper resource corresponds to a plurality of tenant administrators.
  • “Occupied” / “Shared” is a state associated with at least one of the dependency-destination resource and lower-level resources. Any lower resource of the shared resource may be treated as a shared resource.
  • the system management program 760 may perform allocation control so that lower resources of the occupied resources are not shared resources as much as possible (maintained as occupied resources as much as possible).
  • FIG. 21 shows a configuration example of the operation authority management table 2100.
  • the operation authority management table 2100 holds information regarding the operation authority of various administrators. In the operation authority management table 2100, for each of the tenant administrator and the system administrator (administrator type 1802), for each resource category 2003 (resource category 2003), whether or not reference to information about the resource is permitted (operation authority) ) And whether or not the change of the information on the resource is permitted (change of operation authority).
  • an “unallocated resource” is a resource that is not allocated to any tenant administrator (tenant) (a resource that does not correspond to any of the higher resource, tenant environment allocated resource, and lower resource).
  • the system management program 760 When the system management program 760 receives a request from the first tenant administrator, (a) the resource operated in the processing according to the received request is assigned to the first tenant (tenant corresponding to the first tenant administrator). If it is an allocated resource, the process according to the request is executed. (B) If the resource operated in the process according to the received request is a resource allocated to a tenant other than the first tenant, the request is executed. Reject the process that follows. When receiving a request from the system administrator of the computer system, the system management program 760 executes a process based on the content of the process according to the received request and the authority assigned to the system administrator.
  • FIG. 22 shows a configuration example of the dependency management table 2200.
  • Dependency management table 2200 holds information on resource type dependency.
  • the dependency management table 2200 has a record for each resource type.
  • Information stored in each record includes a resource type name 2001 and a dependency destination resource type name 2002.
  • the resource type name 2001 represents the name of the resource type.
  • the dependence destination resource type name 2002 represents the name of the resource type of the resource that can be the dependence destination of the resource belonging to the resource type. There may be a plurality of dependent resource types for one resource type.
  • the dependency relationship represented by the dependency relationship management table 2200 represents a resource type dependency relationship that can be constructed in the computer system 120.
  • the actual dependency relationships of a plurality of resources are constructed within the range allowed by the dependency relationship management table 2200.
  • the actual dependency relationship is represented by the resource management table 2000.
  • FIG. 23 shows a configuration example of the monitoring table 2300.
  • the monitoring table 2300 holds information related to monitoring results (monitoring results for resources of the computer system 120) by the system management program 760.
  • the monitoring table 2300 may include, for example, time (information indicating the time at which the monitoring result is acquired) 2301 and monitoring result (information indicating the monitoring result (for example, metric value, resource state)) 2302.
  • the monitoring result by the tenant management program 660 (the monitoring result received by the system management program 760 from the tenant management program 660) may be merged with the monitoring table 2300.
  • the system management program 760 may monitor lower resources, and the tenant management program 660 may monitor tenant environment allocation resources and higher resources.
  • FIG. 24 shows a configuration example of the resource group management table 2400.
  • the resource group management table 2400 holds information on resource groups.
  • a resource group is a set of resources assigned to one tenant administrator (tenant). That is, the resource group includes not only the tenant environment allocation resource but also at least one of a higher resource and a lower resource.
  • the resource group management table 2400 has a record for each resource group. Information stored in each record includes a resource group ID 2401, an administrator ID 2402, a group configuration 2403, and operation authority details 2404.
  • the resource group ID 2401 is a resource group ID.
  • the administrator ID 2402 is an administrator ID.
  • the group configuration 2403 is a list of IDs of resources included in the resource group.
  • the operation authority details 2404 includes information related to the operation authority regarding the resource group.
  • an administrator ID corresponding to an administrator who has issued a request for resource operation (for example, referring to or changing (for example, assigning) information related to a resource) is assigned to the resource group including the resource. If it matches the corresponding administrator ID 2402, the operation is restricted by the system management program 760 according to the operation authority defined in the operation authority management table 2100. On the other hand, if the administrator ID corresponding to the administrator who issued the request for the resource operation does not match the administrator ID 2402 corresponding to the resource group including the resource, the operation is rejected by the system management program 760.
  • the above is the table included in the second management information 770.
  • the information on the higher level resource and the tenant environment allocation resource is transmitted to the XaaS resource management server 140 corresponding to the XaaS of the tenant system corresponding to those resources, and the tenant management is performed based on the information.
  • Control may be performed by the program 660.
  • a part of the control performed by the system management program 760 may be offloaded to the tenant management program 660.
  • at least one operation of the upper resource and the tenant environment allocation resource may be restricted by the tenant management program 660.
  • each of the integrated management server, the XaaS resource management server 140, and the common resource management server of the management system 170 updates the first management information 670 and the second management information 770 (when there is an information update process). (Or at regular or irregular timings), and may notify each other of information necessary for updating the first management information 670 and the second management information 770. Further, each of the integrated management server, the XaaS resource management server 140, and the common resource management server of the management system 170 acquires or calculates information necessary for the following processing based on the first management information 670 and the second management information 770. To do.
  • FIG. 25 shows an outline of the flow of processing performed in response to a request from the tenant administrator.
  • the tenant management program 660 of the integrated management server 160 receives a request from the tenant administrator (for example, a resource allocation request) via the input device 810.
  • the integrated management server 160 transmits the tenant administrator's request to the XaaS resource management server 140 corresponding to the XaaS type based on the requested XaaS type. For example, when a tenant administrator requests a PaaS tenant environment or a request from the tenant system 110 provided with a PaaS tenant environment, the integrated management server 160 uses the PaaS resource management server 140- 1, a tenant administrator's request (for example, resource allocation request) is transmitted.
  • the integrated management server 160 associates and manages each XaaS type and the XaaS resource management server 140 corresponding to the XaaS.
  • the XaaS resource management server 140 executes processing based on the received request from the tenant administrator. For example, the XaaS resource management server 140 requests the common resource management server 130 to allocate resources.
  • the request includes, for example, an environment construction request (request for construction of a new tenant environment), a resource change request (request for change of resources allocated to an existing tenant environment), a service model change request (request for change of XaaS type) ) And resource reference requests (requests for displaying information about resources).
  • resource changes for example, adding a resource to be allocated to an existing tenant environment, removing any tenant environment allocation resource from the existing tenant environment, and changing a tenant environment allocation resource as a dependency destination of a higher-level resource Any of changing (migrating higher-level resources) may be used.
  • the common resource management server 130 receives the request.
  • the system management program 760 refers to at least one of the operation authority management table 2100 and the resource group management table 2400 as to whether or not the transmission source tenant administrator has an operation authority for processing (operation) according to the request. Judgment by. For example, when referring to the table, the system management program 760 uses the administrator ID (or the administrator ID input when the tenant administrator logs in) as the administrator ID corresponding to the request source administrator (the tenant administrator who transmitted the request). , An administrator ID associated with the request received from the XaaS resource management server 140). In S2502, for example, any one of the following processes (x1) to (x2) or two or more processes may be performed.
  • the system management program 760 specifies that the requesting administrator is a tenant administrator, the type of the operation target resource according to the received request, the type of request (resource reference or change), and the operation Based on the authority management table 2100, the presence / absence of operation authority is determined.
  • the administrator ID corresponding to the resource group including the ID of the resource matches the specified administrator ID. Is determined based on the resource group management table 2400. Based on the result of the determination, the tenant management program 660 determines whether or not there is an operation authority. In this embodiment, one common resource management server 130 is shared by a plurality of tenant administrators, but a resource group is managed for each tenant. When there is an operation request, it is possible to determine whether the request source administrator is a tenant administrator corresponding to the operation target resource. The presence or absence of execution of processing according to the request is controlled according to the result of the determination.
  • the operation is stored in the operation authority management table 2100. It is controlled by the system management program 760 in accordance with the prescribed operation authority. On the other hand, if the manager ID of the manager who issued the operation request does not match the manager ID corresponding to the resource group including the resource, the system management program 760 rejects the operation.
  • the system management program 760 of the management system 170 determines that the resource operated in the process according to the request is If the resource is allocated to the first user, the process according to the request is executed. If the resource is allocated to a user other than the first user, the process according to the request is rejected.
  • the system management program 760 executes processing according to the request received in S2502. For example, the following are (A) to (D).
  • a management system 170 having a CPU (processor) that executes the system management program 760 has resources of different resource types depending on the type of XaaS (X as a Service) among a plurality of resources including a plurality of resource types that the computer system 120 has. Are assigned to a tenant environment, and a plurality of tenant environments including a plurality of XaaS are provided.
  • the management system 170 having a CPU (processor) that executes the system management program 760 includes, among the plurality of resources including a plurality of resource types of the computer system 120, resources lower than the resources allocated to each tenant environment. Manage as. For example, the management system 170 records the resource category 2003 as a lower resource in the resource management table 2000 for each resource lower than the resource assigned to each tenant environment. Note that the management system 170 may record and manage any of the tenant environment allocation resource, upper resource, lower resource, and unallocated resource category 2003 in the resource management table 2000 for each of the plurality of resources of the computer system. good.
  • the system management program 760 registers a new tenant environment ID and a service model name associated therewith in the tenant environment management table 1900.
  • the registered service model name may be a service model name (specified service model name) associated with the environment construction request. Further, the system management program 760 adds a new tenant environment ID to the record corresponding to the request source administrator (update of the administrator management table 1800).
  • the system management program 760 acquires the allocated resource type corresponding to the service model name (specified service model name) based on the service model management table 1600.
  • the system management program 760 searches the resource management table 2000 for a resource of the assigned resource type corresponding to the specified service model name (resource type).
  • resources for example, a resource whose status is “active”
  • a condition for example, a condition specified by the requesting administrator
  • FIG. 26 shows an example of the search result screen. This screen is an example of a screen for constructing an environment corresponding to LPARaaS.
  • a search result for example, a list of tenant environment allocation resource candidates found and details of each resource candidate
  • the details of the resource candidates may be the performance and quantity regarding the resource to which each resource candidate depends.
  • the system management program 760 may also search for lower resource candidates, but does not include the lower resource candidates in the search result as the display target. This is because it is not necessary for the tenant administrator to know.
  • the system management program 760 receives selection of a resource candidate (tenant environment allocation resource candidate) desired by the request source administrator from the search results.
  • the system management program 760 registers the ID of the selected resource candidate (the tenant environment allocation resource candidate ID and the dependency resource ID) in the tenant environment management table 1900. As a result, resources are allocated to the tenant environment. Further, the system management program 760 adds the selected resource candidate (ID) to the resource group (group configuration 2403) corresponding to the requesting administrator (update of the resource group management table 2400). Also, the system management program 760 updates the resource management table 2000 for the selected resource candidate and its lower resources.
  • the system management program 760 gives priority to the resource of the allocated resource type corresponding to the specified service model name (resource type) from the unallocated resource (resource whose status is “unallocated”). You can look for it.
  • the system management program 760 of the management system 170 selects a resource managed as an unallocated resource that is not allocated to any of the plurality of users as a resource (for example, tenant environment allocation resource) allocated to the requesting user. And assign.
  • the system management program 760 of the management system 170 allocates one or more subordinate resources of provisioning resources corresponding to other users and unallocated resources that are not allocated to any of the plurality of users to the requesting user. If possible, the unassigned resource may be selected and assigned with priority.
  • the system management program 760 assigns a resource of the assigned resource type corresponding to the specified service model name (resource type) to a lower resource corresponding to another tenant administrator (tenant administrator different from the requesting administrator). Alternatively, it may be generated based on an unallocated resource. The system management program 760 may prioritize the reserved resource corresponding to the request source administrator over the unallocated resource.
  • Each dependent resource of a tenant environment allocation resource candidate is an unallocated resource (a dynamically generated resource may be an example of an “unallocated resource”) or a lower-level resource corresponding to another tenant administrator It is our shared resource.
  • system management program 760 may search for a shared resource as a dependency resource of a tenant environment allocation resource candidate over a dedicated resource among lower resources corresponding to another tenant administrator. Further, the system management program 760 may not use the occupied resource among the lower resources corresponding to another tenant administrator as a candidate resource of the tenant environment allocation resource candidate.
  • the system management program 760 also searches the resource management table 2000 for resources lower than the selected resource (tenant environment allocation resource), and uses the found resource as a lower resource to register the tenant environment allocation registered in (A3). Associate with resources.
  • the system management program 760 may search for unallocated resources in preference to lower resources corresponding to another tenant administrator.
  • the system management program 760 may prioritize the reserved resource corresponding to the request source administrator over the unallocated resource.
  • the system management program 760 may search for a shared resource as a lower resource in preference to a dedicated resource among lower resources corresponding to another tenant administrator. Further, the system management program 760 may not use the occupied resources among the lower resources corresponding to the different tenant administrator as candidates. An unallocated resource or a shared resource among lower resources corresponding to another tenant administrator is selected as a lower resource.
  • the management system 170 having a CPU (processor) that executes the system management program 760 refers to the resource management table 2000, and at least one of the resources managed as lower resources
  • the process according to the resource change request (change process) is executed for the lower level resource.
  • the management system 170 that executes the system management program 760 includes, as the change process, the performance or amount of the dependency resource of one or more tenant environment assignment resources before the change process and the one or more tenant environment assignments after the change process.
  • a process of changing the dependency relationship between the one or more tenant environment allocation resources and their lower resources is performed so that the performance or amount of the resource dependency resource is the same.
  • the management system 170 that executes the system management program 760 refers to the tenant environment management table 1900 and the resource management table 2000, identifies the dependence destination resource from the dependence destination resource IDs 1904 and 2004, and further details each resource from the details 2006. Performance or quantity may be acquired.
  • the system management program 760 manages the tenant environment management table 1900, the resource management table 2000, and the resource group management. At least one of the tables 2400 is updated.
  • the system management program 760 identifies the service model (XaaS type) corresponding to the tenant environment ID 1803 identified from the service model change request.
  • the system management program 760 searches for a tenant environment allocation resource candidate and a dependency destination resource candidate according to the changed service model specified from the service model change request based on the resource management table 2000 (or newly generates a resource) To get).
  • the tenant environment allocation resource candidate obtained here may be an unallocated resource (a newly generated resource) or a shared resource among lower resources corresponding to another tenant administrator. Further, the candidates obtained here may be candidates automatically narrowed down by the system management program 760, or may be candidates selected by the request source administrator from the list of found candidates.
  • the system management program 760 determines whether the service model can be changed based on the results of (C1) and (C2). If the result of this determination is negative, the service model change is rejected.
  • (C4) If the determination result of (C3) is affirmative, the system management program 760 assigns the tenant environment specified in (C1) to the tenant environment allocation resource before the service model change and the IDs of its dependent resources. Instead, the tenant environment allocation resource selected in (C2) and the respective IDs of the dependency destination resources are related (update of the tenant environment management table 1900).
  • the system management program 760 determines that the tenant before the change if the service model change is a change in which the tenant environment allocation resource type is a higher type, such as a change from IaaS to PaaS.
  • the upper resource on the environment allocation resource may be a tenant environment allocation resource according to the changed service model.
  • the system management program 760 selects a resource so that the data in the LU corresponding to the tenant is not updated or a restart for recognition of the path from the tenant system 110 to the LU or the like is not necessary when the service model is changed. .
  • the tenant system 110 can use the path before the service model change even after the service model is changed by migrating the data in the LU to the LU after the change.
  • the system management program 760 identifies the resource (tenant environment allocation resource and its dependent resource) corresponding to the request source administrator from the administrator management table 1800 and the tenant environment management table 1900.
  • the system management program 760 displays the resource list specified in (D1) to the requesting administrator. This resource list does not include information regarding lower-level resources corresponding to the requesting administrator.
  • FIG. 27 shows a specific example of VMAAS execution environment construction. The description common to the description of FIG. 25 is omitted or simplified.
  • the integrated management server 160 receives an input of a request associated with a VM condition (VM instance requirement) from the tenant administrator, and transmits the request to the XaaS resource management server 140.
  • a VM condition VM instance requirement
  • the tenant management program 660 of the XaaS resource management server 140 transmits a request associated with the input VM condition to the common resource management server 130 in response to the request.
  • the VM condition associated with the request may include a condition regarding an LU provided to the VM as a condition regarding the VM.
  • the system management program 760 of the common resource management server 130 receives the request and selects an LPAR (and LU) that matches the condition associated with the received request by referring to the second management information 770. To do.
  • the “selection” mentioned here may include dynamic creation of an LPAR that meets the conditions.
  • the system management program 760 updates the second management information 770 including the resource management table 2000 and the like.
  • step S2704 the system management program 760 transmits an identifier for managing the selected (generated) LPAR to the request source XaaS resource management server 140.
  • the tenant management program 660 installs HV (hypervisor) in the LPAR (server) of the identifier from the system management program 760. After that, the tenant management program 660 acquires the LPAR (and LU) configuration information from the HV.
  • HV hypervisor
  • the tenant management program 660 transmits a request that associates the conditions related to the storage area associated with the LPAR and the LPAR ID (server ID) to the common resource management server 130.
  • the system management program 760 receives the request, and selects an LU that meets the conditions associated with the received request by referring to the second management information 770.
  • the “selection” mentioned here may include dynamic creation of an LU that meets the conditions.
  • the system management program 760 updates the second management information 770 in order to set the LU to be accessible from the designated server (LPAR).
  • the system management program 760 transmits information related to the completion of LU allocation to the XaaS resource management server 140.
  • the information includes information related to the configuration of the blade server 210 (for example, more detailed information than information managed by the XaaS resource management server 140 (for example, information indicating the fan, power supply, and physical arrangement on the blade server 210), and information related to the LPAR configuration. It may include at least one of (for example, information representing the relationship between the blade server 210 and the LPAR), information about the storage configuration, and information about the connection between the LPAR and the LU (for example, network connection information).
  • the tenant management program 660 causes the tenant system 110 to recognize the LU (storage area) newly allocated to the HV based on the information from the system management program 760, and then updates the configuration information via the HV.
  • Information necessary in this case includes information on the configuration of the blade server 210, information on the LU (for example, LUN, capacity, connection destination LPAR), and information on the configuration of the VM (for example, , Memory, CPU amount, virtual network, virtual disk), information on the correspondence between the virtual disk and the storage area (LU), OS information (for example, OS image) that executes the VM, IP address, and login to the VM May include at least one of information for (eg, a password).
  • the tenant management program 660 instructs creation of a VM of the instance type specified in the HV, applies the OS image specified in the option to the VM, and acquires VM login information (for example, IP address and password). .
  • the tenant management program 660 stores the result in the first management information 670 and transmits it to the integrated management server 160.
  • the integrated management server 160 notifies the VM login information (for example, IP address and password) to the tenant administrator.
  • the tenant administrator logs in to the VM using the notified VM login information and uses the VM.
  • S2702 to S2705 may be performed when the tenant management program 660 determines that LPAR (server) is insufficient.
  • S2706 to S2709 may be performed when the tenant management program 660 determines that the storage area is insufficient.
  • the VM condition VM instance requirement
  • the resource type may be specified, but the ID of the resource itself may not be specified.
  • FIG. 28 shows a specific example of construction of an execution environment for PaaS. Description of points in common with the description of FIG. 25 (and FIG. 27) is omitted or simplified.
  • the integrated management server 160 receives an input of a request associated with a PaaS condition (PaaS instance requirement) from the tenant administrator, and transmits the request to the XaaS resource management server 140.
  • PaaS instance requirement includes information on the type of middleware required (for example, Hadoop or DBMS (database management system)) and the scale of the environment executed by the middleware (for example, the amount of memory, the amount of storage, the table size of the database). It's okay.
  • the tenant management program 660 of the XaaS resource management server 140 calculates the necessary LPAR (server) and storage area based on the input PaaS conditions in response to the request.
  • S2803 is performed.
  • S2803 is a process including S2702 to S2705.
  • S2804 is performed.
  • S2804 is a process including S2706 to S2709.
  • the tenant management program 660 creates a VM and applies a boot image including middleware based on the PaaS condition on the VM.
  • the tenant management program 660 updates the first management information 670.
  • the tenant management program 660 transmits the VM login information to the integrated management server 160.
  • the integrated management server 160 notifies the VM login information (for example, IP address and password) to the tenant administrator.
  • the tenant administrator logs in to the VM using the notified VM login information and uses the VM.
  • step S2809 the tenant management program 660 determines whether scale-up or scale-down is necessary, for example, by monitoring the VM OS.
  • S2810 scale-up or scale-down
  • the tenant management program 660 requests the common resource management server 130 when a new server (LPAR) is required or when storage performance needs to be improved.
  • LPAR new server
  • the tenant management program 660 changes the middleware settings and reflects the added or deleted resources.
  • the scale up or down can be performed by the following method. For example, an instance requirement update request that the tenant administrator wants to scale up or down is input to the XaaS resource management server 140. Alternatively, for example, the tenant management program 660 allocates fewer resources than requirements specified by the tenant administrator, and increases (or decreases) resources when necessary based on the monitoring result.
  • information about middleware for example, monitoring information including middleware configuration information, information indicating the correspondence between middleware and server (LPAR), and elements used for determination of scale-up or down (for example, metric value)
  • middleware for example, monitoring information including middleware configuration information, information indicating the correspondence between middleware and server (LPAR), and elements used for determination of scale-up or down (for example, metric value)
  • LPAR middleware configuration information
  • elements used for determination of scale-up or down for example, metric value
  • FIG. 29 shows an example of the flow of processing performed in response to a request from the system administrator.
  • the system administrator program determines whether or not the system administrator has an operation authority for processing (operation) in accordance with a request from the system administrator by referring to the operation authority management table 2100.
  • the system management program 760 permits processing according to the request. That is, the system management program 760 executes the process.
  • the system management program 760 determines whether the process satisfies a predetermined exception condition. For example, even in the process of changing the dependency relationship between one or more tenant environment allocation resources and one or more dependent resources, the amount (or performance) of the one or more dependent resources must be changed before and after the change. For example, a positive determination result (determination result indicating that the exception condition is satisfied) is obtained.
  • the system management program 760 rejects execution of the request from the system administrator in S2904.
  • FIG. 30 shows an example of the flow of service model change processing.
  • the system management program 760 identifies the service model (XaaS type) corresponding to the tenant environment ID 1803 identified from the service model change request. Further, the system management program 760 obtains a tenant environment allocation resource candidate according to the changed service model specified from the service model change request by searching (or newly generating a resource) based on the resource management table 2000. . For example, when the amount of obtained resource candidates does not satisfy the condition (including a case where it is found that a resource candidate satisfying the condition cannot be obtained), the determination result is negative.
  • the system management program 760 returns a rejection (error) to the request source.
  • the system management program 760 obtains the identified tenant environment in place of the IDs of the tenant environment allocation resource before the service model change and its dependency destination resource in S3003.
  • the IDs of the tenant environment allocation resource and its dependent resources are associated (update of the tenant environment management table 1900).
  • PaaS is an example of the first XaaS type
  • VMaaS an example of IaaS
  • the second XaaS type is a lower XaaS type than the first XaaS type (XaaS type corresponding to the lower tenant environment allocation resource type).
  • the service model change request received by the system management program 760 specifies a PaaS execution environment (tenant environment).
  • the system management program 760 obtains the requirements for creating the PaaS execution environment (for example, the resource amount and performance corresponding to the PaaS execution environment are specified by referring to the resource management table 2000). Identify resources to be allocated as tenant environment allocation resources. The resource is specified preferentially from the resources already associated with the tenant corresponding to the service model change (in particular, when the load of the PaaS execution environment is lower than the predetermined load, for example).
  • the system management program 760 adds a resource when the resource (for example, amount or performance) specified in (1B) does not satisfy the condition, and sets the predetermined resource (for example, middleware) so that the added resource is recognized by the predetermined resource (for example, middleware). Change resource settings.
  • the system management program 760 displays the login information for the resource specified in (1B) to the requesting administrator (for example, a system administrator or a tenant administrator).
  • the system management program 760 refers to the second management information 770 to determine whether or not PaaS can be achieved in the current VM execution environment (VM instance configuration). For example, the system management program 760 determines whether the VM execution environment is within the range of the PaaS execution environment after the change (for example, whether middleware not required in the PaaS execution environment is associated with the VM execution environment) Or not). (2B) When the determination result of (2A) is affirmative, the system management program 760 switches the execution environment (tenant environment) from the VM execution environment to the PaaS execution environment. In this switching, data used by the VM (data in the memory) is not erased.
  • the system management program 760 saves data (data in the memory) used by the VM (e.g., saves to the LU), and stops the VMaaS. Then, the system management program 760 constructs a corresponding PaaS execution environment and applies the saved data to the PaaS execution environment.
  • the system management program 760 may notify the requesting administrator (for example, a tenant administrator or system administrator) of the changed login information.
  • the system management program 760 of the management system 170 refers to the resource management table 2000 to The following control may be executed based on the dependency relationship of each tenant environment allocation resource of the resource type according to the plurality of XaaS types corresponding to the user. That is, the system management program 760 of the management system 170 follows the dependency relationship between the tenant environment allocation resource according to the first XaaS type corresponding to the first user and its upper resources, and the first XaaS type corresponding to the first user. Select a resource of a resource type that does not change at least one of the tenant environment allocation resource and the dependency relationship between the tenant environment allocation resource and its lower resources as the tenant environment allocation resource. Also good.
  • FIG. 31 shows an example of occupation resource maintenance.
  • Pool # 1 is an occupied resource
  • any resources (LU # 1, blade server 210 # 1, VM # 5) that are topologically related to the occupied resource and that are above the occupied resource are occupied. It is a resource.
  • Pool # 2 is changed from a shared resource (a resource corresponding to tenant administrator # 2 and #) to an occupied resource (a resource corresponding only to tenant administrator # 2).
  • the system management program 760 must migrate the data (D # 3) corresponding to the tenant administrator # 3 among the data in the Pool # 2 to another pool (Pool # 1 or # 3).
  • the system management program 760 identifies from the second management information 770 whether each of the migration destination candidates Pool # 1 and # 3 is an occupied resource or a shared resource. Thereby, it is specified that Pool # 1 is an occupied resource, and it is specified that Pool # 3 is a shared resource. The system management program 760 migrates D # 3 to Pool # 3 that is a shared resource (D # 3 is not migrated to Pool # 1 that is an occupied resource).
  • the system management program 760 changes the dependency relationship between resources so that the resource above Pool # 2 that becomes the occupied resource also becomes the occupied resource. Specifically, for example, the system management program 760 determines whether each of the resources above Pool # 2 is a shared resource, and sets the resource determined to be a shared resource as an occupied resource. More specifically, for example, the system management program 760 changes the dependency destination of the VM # 2 and the dependency source of the LU # 3 from the blade server 210 # 2 to the blade server in order to make the blade server 210 # 2 an occupied resource. Change to 210 # 3 (shared resource). If such a change is made between lower-level resources corresponding to different tenant administrators, the system management program 760 may make the change without querying the tenant administrator.
  • the system management program 760 may be affected by the tenant administrator. Changes may be made when a response is received indicating that permission is issued.
  • the system management program 760 of the management system 170 occupies one or more lower resources corresponding to any user, the system management program 760 controls the occupied lower resources and the resources above them to not correspond to other users.
  • the system management program 760 of the management system 170 secures a resource of the same type as the subordinate resource type of the tenant environment allocation resource based on the predicted value of the resource increase amount for the tenant environment allocation resource corresponding to any user. .
  • the system management program 760 of the management system 170 detects an event for any tenant administrator or tenant, the type of resource operated in the process according to the detected event is reserved for the tenant administrator or tenant. In the case of corresponding to the resource type, the reserved resources may be preferentially allocated to the tenant environment allocation resource corresponding to the tenant administrator or the tenant.
  • the resource reserved (reserved) for the requesting tenant administrator may be given the highest priority.
  • the priority of unallocated resources may be lower than the priority of resources reserved for the requesting tenant administrator.
  • the priority of the shared resource among the lower-level resources corresponding to the tenant administrator different from the requesting tenant administrator is the priority of the resource reserved for the requesting tenant administrator and the priority of the unallocated resource. May be lower than at least one of them.
  • the priority of resources reserved for a tenant administrator different from the requesting tenant administrator may be lower than the priority of resources reserved for the requesting tenant administrator.
  • the system management program 760 is not assigned to any tenant administrator or tenant as a resource to be assigned to the first tenant administrator or the tenant environment of the first tenant. Both the resource and the tenant administrator other than the first tenant administrator or the first tenant or one or more subordinate resources of the tenant environment allocation resource corresponding to the tenant are the first tenant administrator or the first tenant administrator When it is possible to allocate to the tenant environment of one tenant, the unallocated resources are preferentially allocated to the tenant environment of the first tenant administrator or the first tenant.
  • FIG. 5 shows an example of an interface provided by the system management program 760 to each of the XaaS resource management servers 140.
  • the system management program 760 receives, from each tenant administrator (XaaS resource management server 140), a request from the tenant administrator, and in response to the request, searches for a resource that matches the request, and information related to the found resource It operates as a platform management function that provides an interface for displaying.
  • the provided interface is an interface corresponding to the tenant administrator of the provision destination.
  • the system management program 760 when the system management program 760 receives a resource reference request or resource allocation request through the interface provided to the tenant administrator # 1, the resource corresponding to the tenant administrator # 1 is assigned to the tenant environment management table 1900 and the resource.
  • the resource information specified from at least the tenant environment management table 1900 in the management table 2000 is displayed on the interface.
  • the system management program 760 when the request is a resource reference request, the system management program 760 may include information on lower resources in the information to be displayed. Thereby, the tenant administrator can grasp the dependency relationship with the lower resources.
  • the request when the request is a resource allocation request, the system management program 760 may not include information on lower resources in the information to be displayed. Thereby, it can be avoided that the lower-level resource can be operated from the tenant administrator.
  • the resource allocation request is at least one example of an environment construction request, a resource change request, and a service model change request.
  • the system management program 760 when receiving a reference request from the system administrator, the system management program 760 assigns a resource corresponding to the tenant administrator to at least the tenant of the tenant environment management table 1900 and the resource management table 2000 for each tenant administrator.
  • the resource information for each tenant administrator (information of the identified resource) may be displayed as specified from the environment management table 1900 and shown in FIG.
  • the system management program 760 stores information on resources corresponding to the tenant. Then, the information to be displayed to the request source is determined, and the determined information is displayed to the request source. Specifically, for example, when the received request is a resource reference request from any of a plurality of tenant administrators or a plurality of tenants, the system management program 760 corresponds to the tenant administrator or tenant. Does not display information on resources below the tenant environment allocation resources above.
  • the system management program 760 uses the tenant administrator or tenant corresponding to the tenant as tenant administrator or tenant resource information. Displays information about resources lower than the tenant environment allocation resource, and does not display information about resources higher than one or more tenant environment allocation resources.
  • resource allocation control is performed in response to a request from a tenant administrator or system administrator, but instead or in addition, the tenant management indicates that the resource is in a predetermined situation from the monitoring result of the resource.
  • the program 660 or the system management program 760 it may be performed by the tenant management program 660 or the system management program 760.
  • the plurality of resource management servers 140 may include two or more XaaS resource management servers 140 for the same XaaS (the same type of XaaS).
  • the common resource management server 130 may perform the following processing.
  • “management operation” for a resource is an operation for control or management related to the resource. Specifically, for example, reference to resource information, dependency relationship between resources of different resource types, and the like. There are changes.
  • the common resource management server 130 may manage the provided resource in association with the XaaS resource management server 140 that provided the resource.
  • the common resource management server 130 may manage a resource group that is a group of resources provided to the XaaS resource management server 140 for each XaaS resource management server 140.
  • the common resource management server 130 When the common resource management server 130 provides a resource that is not included in any resource group to the XaaS resource management server 140, the common resource management server 130 corresponds to the XaaS resource management server 140 that provides the resource. May be included in the selected resource group. (*) Thereafter, the common resource management server 130 may perform control (for example, access control) for each resource group. (*) A first example of control for each resource group is as follows, for example. That is, the common resource management server 130 performs a management operation on the resource from the administrator (typically a tenant administrator) of any XaaS resource management server 140 based on the correspondence relationship between the resource and the XaaS resource management server. Can be accepted.
  • the administrator typically a tenant administrator
  • the common resource management server 130 manages the management operation target resource if the resource is included in a resource group corresponding to the XaaS resource management server of the management operation source tenant administrator. You may accept the operation.
  • the common resource management server 130 rejects the management operation if the resource to be managed is a resource not included in the resource group corresponding to the XaaS resource management server of the tenant administrator who is the management operation source. You can do it.
  • a second example of control for each resource group is as follows, for example. That is, the common resource management server 130 may accept a management operation from an administrator (typically a system administrator) of the common resource management server regardless of the above-described correspondence relationship.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mathematical Physics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

管理システムは、複数のリソースタイプのリソースを含む複数のリソースを備える計算機システムに接続するインターフェースデバイスと、そのインターフェースデバイスに接続するプロセッサとを有する。プロセッサは、複数のリソースタイプのリソースを含む複数のリソースのうち、ＸａａＳ（Ｘ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）のタイプにより異なるリソースタイプのリソースを、テナント環境に割当て、複数のＸａａＳを含む複数のテナント環境を提供する。プロセッサは、複数のリソースタイプのリソースを含む複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理する。プロセッサは、リソースの変更要求を受け付けると、下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して変更処理を実行する。

Description

計算機システムの管理システム
　本発明は、概して、計算機システムが有するリソースの割当て制御に関する。
　本技術分野の背景技術として、特開２０１４－２３１４２号公報（特許文献１）がある。この公報には、「特定のネットワーク分離エリア上での様々なサービスレベルを有するコンピューティングリソースプロビジョニングのためのクラウドコンピューティングサブシステムを提供する。さらに、クラウドコンピューティングサブシステム内の各テナントから、および各テナントへのフレームのフローを制御するプロトコルを提供する。」という記載がある（要約参照）。
特開２０１４－２３１４２号公報
　ＸａａＳ（X as a Service）というワードが知られている。ＸａａＳとは、一般には、情報システムの構築又は運用に必要な何らかのリソース（例えば、ハードウェア、回線、ソフトウェア実行環境、アプリケーションソフト、開発環境など)をインターネットのようなネットワークを通じて利用できるようにしたサービスを意味する。ＸａａＳの「Ｘ」として採用される文字（又はワード）は、ＸａａＳのタイプ（サービスモデル）によって異なる。例えば、ＸａａＳの例として、ＰａａＳ（Platform as a Service）、ＳａａＳ（Software as a Service）、ＰａａＳ（Platform as a Service）、ＩａａＳ（Infrastructure as a Service）又はＨａａＳ（Hardware as a Service）等がある。
　特許文献１には、ＸａａＳに従うタイプのリソースをプロビジョニングした後の運用については開示されていない。複数タイプのＸａａＳに従う複数タイプのリソースのプロビジョニング後の管理は簡単ではない。
　具体的には、例えば、複数タイプのＸａａＳがある（ＸａａＳのサービスモデルが複数存在する）場合、ＸａａＳのタイプによって、各テナントに対しテナント環境としてプロビジョニングするリソース（テナント環境割当てリソース）のタイプが異なる。そのため、同一の計算機システムの複数タイプのリソースについて、ＸａａＳのタイプにより異なるテナント環境割当てリソースのタイプを考慮したリソース管理をしなければならない。
　また、例えば、１つの共通リソース管理サーバに対して、ＸａａＳのタイプにより異なる複数のＸａａＳリソース管理サーバが存在し、共通リソース管理サーバが管理する計算機システムのリソースを、複数のＸａａＳのタイプ間で融通し合うことを望むことも考えられる。ここで、「ＸａａＳリソース管理サーバ」は、例えばＸａａＳのタイプ毎に存在し、特定のＸａａＳに従うテナント環境割当てリソースを少なくとも管理する管理サーバである。「共通リソース管理サーバ」は、計算機システムのリソースのうち、少なくとも下位リソースを管理する管理サーバである。「下位リソース」は、テナント環境割当てリソースよりも下位のリソースである。１つの共通リソース管理サーバが複数のＸａａＳリソース管理サーバから共有される場合、共通リソース管理サーバでは、各ＸａａＳリソース管理サーバで管理されるテナント環境割当てリソースのタイプが異なることを考慮して、各ＸａａＳリソース管理サーバからのリソースに対する要求を制御する必要がある。
　管理システムは、複数のリソースタイプのリソースを含む複数のリソースを備える計算機システムに接続するインターフェースデバイスと、そのインターフェースデバイスに接続するプロセッサとを有する。プロセッサは、複数のリソースタイプのリソースを含む複数のリソースのうち、ＸａａＳ（Ｘ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）のタイプにより異なるリソースタイプのリソースを、テナント環境に割当て、複数のＸａａＳを含む複数のテナント環境を提供する。プロセッサは、複数のリソースタイプのリソースを含む複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理する。プロセッサは、リソースの変更要求を受け付けると、下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して変更処理を実行する。
　管理システムは、複数のリソースタイプのリソースを含む複数のリソースを備える計算機システムを管理する管理システムであって、複数タイプのＸａａＳに対応した複数のＸａａＳリソース管理サーバと、共通リソース管理サーバとを有する。複数のＸａａＳリソース管理サーバの各々は、そのＸａａＳリソース管理サーバに対応するＸａａＳに従うテナント環境を提供する。共通リソース管理サーバは、複数のリソースタイプのリソースを含む複数のリソースのうち、ＸａａＳのタイプにより異なるリソースタイプのリソースを、そのＸａａＳに対応したテナント環境に割当てる。共通リソース管理サーバは、複数のリソースタイプのリソースを含む複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理する。共通リソース管理サーバは、リソースの変更要求をいずれかのＸａａＳリソース管理サーバから受け付けると、そのＸａａＳリソース管理サーバが提供するテナント環境について下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して変更処理を実行する。
　複数タイプのＸａａＳに従う複数タイプのリソースが複数のテナントに提供された後でも信頼性の高い管理を実現することが期待できる。
実施形態に係る情報システムの概要を示す。 管理システムの一例を示す。 計算機システムの概要を示す。 統合管理サーバの構成例を示す。 システム管理プログラムがＸａａＳリソース管理サーバの各々に提供するインターフェースの例を示す。 リソース管理方法の比較例を示す。 実施形態に係るリソース管理方法の一例を示す。 計算機システムの構成例を示す。 ブレードサーバの構成例を示す。 ストレージ装置の構成例を示す。 ＸａａＳリソース管理サーバの構成例を示す。 共通リソース管理サーバの構成例を示す。 計算機システム内の複数のリソースの構成の一例を示す。 テナント管理テーブルの構成例を示す。 テナント環境管理テーブルの構成例を示す。 サービスモデル管理テーブルの構成例を示す。 リソース個別管理テーブルの構成例を示す。 管理者管理テーブルの構成例を示す。 テナント環境管理テーブルの構成例を示す。 リソース管理テーブルの構成例を示す。 操作権限管理テーブルの構成例を示す。 依存関係管理テーブルの構成例を示す。 監視テーブルの構成例を示す。 リソースグループ管理テーブルの構成例を示す。 テナント管理者からの要求に応答して行われる処理の流れの概要を示す。 検索結果画面の一例を示す。 ＶＭａａＳの実行環境構築の具体例を示す。 ＰａａＳの実行環境構築の具体例を示す。 システム管理者からの要求に応答して行われる処理の流れの一例を示す。 サービスモデル変更処理の流れの一例を示す。 占有リソース維持の一例を示す。 テナント管理者に対して表示される情報の一例を示す。 システム管理者に対して表示される情報の一例を示す。
　以下、一実施形態を説明する。
　以下の説明では、「×××テーブル」の表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「×××テーブル」を「×××情報」と呼ぶことができる。また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。
　また、以下の説明では、要素の識別情報として、ＩＤ又は名前が使用されるが、それに代えて又は加えて他種の識別情報が使用されてもよい。
　また、以下の説明では、同種の要素を区別しないで説明する場合には、参照符号又は参照符号における共通番号を使用し、同種の要素を区別して説明する場合は、その要素の参照符号を使用又は参照符号に代えてその要素に割り振られたＩＤを使用することがある。
　また、以下の説明では、Ｉ／Ｏ（Input/Output）要求は、ライト要求又はリード要求であり、アクセス要求と呼ばれてもよい。
　また、以下の説明では、「記憶部」は、メモリを含んだ１以上の記憶デバイスでよい。例えば、記憶部は、主記憶デバイス（典型的には揮発性のメモリ）及び補助記憶デバイス（典型的には不揮発性の記憶デバイス）のうちの少なくとも主記憶デバイスでよい。
　また、以下の説明では、「ＰＤＥＶ」は、物理的な記憶デバイスを示し、典型的には、不揮発性の記憶デバイス（例えば補助記憶デバイス）でよい。ＰＤＥＶは、例えば、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive)でよい。
　また、以下の説明では、「ＲＡＩＤ」は、Redundant　Array　of　Independent　(or　Inexpensive)　Disksの略である。ＲＡＩＤグループは、複数のＰＤＥＶで構成され、そのＲＡＩＤグループに関連付けられたＲＡＩＤレベルに従いデータを記憶する。ＲＡＩＤグループは、パリティグループと呼ばれてもよい。パリティグループは、例えば、パリティを格納するＲＡＩＤグループのことでよい。
　また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central　Processing　Unit））によって実行されることで、定められた処理を、適宜に記憶部（例えばメモリ）及び／又はインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、プロセッサあるいはそのプロセッサを有する装置又はシステムが行う処理としてもよい。また、プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサ（例えばＣＰＵ）と記憶部を含み、記憶部はさらに配布プログラムと配布対象であるプログラムとを記憶してよい。そして、プログラム配布サーバのプロセッサが配布プログラムを実行することで、プログラム配布サーバのプロセッサは配布対象のプログラムを他の計算機に配布してよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。
　また、以下の説明では、管理システムは、一以上の計算機で構成されてよい。具体的には、例えば、管理計算機が情報を表示する場合（具体的には、例えば、管理計算機が自分の表示デバイスに情報を表示する、或いは、管理計算機（例えば管理サーバ）が表示用情報を遠隔の表示用計算機（例えば管理クライアント）に送信する場合）、管理計算機が管理システムである。また、例えば、複数の計算機で管理計算機と同等の機能が実現されている場合は、当該複数の計算機（表示を表示用計算機が行う場合は表示用計算機を含んでよい）が、管理システムである。管理計算機（例えば管理システム）は、表示システムを含むＩ／Ｏシステムに接続されたインターフェースデバイスと、記憶部（例えばメモリ）と、インターフェースデバイス及び記憶部に接続されたプロセッサとを有してよい。表示システムは、管理計算機が有する表示デバイスでもよいし、管理計算機に接続された表示用計算機でもよい。Ｉ／Ｏシステムは、管理計算機が有するＩ／Ｏデバイス（例えばキーボード及びポインティングデバイス、タッチパネル）でもよいし、管理計算機に接続された表示用計算機又は別の計算機でもよい。管理計算機が「表示用情報を表示する」ことは、表示システムに表示用情報を表示することであり、これは、管理計算機が有する表示デバイスに表示用情報を表示することであってもよいし、管理計算機が表示用計算機に表示用情報を送信することであってもよい（後者の場合は表示用計算機によって表示用情報が表示される）。また、管理計算機が情報を入出力するとは、管理計算機が有するＩ／Ｏデバイスとの間で情報の入出力を行うことであってもよいし、管理計算機に接続された遠隔の計算機（例えば表示用計算機）との間で情報の入出力を行うことであってもよい。情報の出力は、情報の表示であってもよい。
　また、以下の説明では、「ＶＯＬ」は、論理ボリュームの略であり、論理的な記憶デバイスでよい。ＶＯＬは、実体的なＶＯＬ（ＲＶＯＬ）であってもよいし、仮想的なＶＯＬ（ＶＶＯＬ）であってもよい。また、ＶＯＬは、そのＶＯＬを提供するストレージシステムに接続されているホストシステムに提供されるオンラインＶＯＬと、ホストシステムには提供されない（ホストシステムからは認識されない）オフラインＶＯＬとがあってよい。「ＲＶＯＬ」は、そのＲＶＯＬを有するストレージシステムが有する物理的な記憶部（例えば、１以上のＲＡＩＤグループ）に基づくＶＯＬでよい。「ＶＶＯＬ」としては、外部接続ＶＯＬ（ＥＶＯＬ）と、容量拡張ＶＯＬ（ＴＰＶＯＬ）と、スナップショットＶＯＬとのうちの少なくとも１種類でよい。ＥＶＯＬは、外部のストレージシステムの記憶空間（例えばＶＯＬ）に基づいておりストレージ仮想化技術に従うＶＯＬでよい。ＴＰＶＯＬは、複数の仮想領域（仮想的な記憶領域）で構成されており容量仮想化技術（典型的にはThin　Provisioning）に従うＶＯＬでよい。スナップショットＶＯＬは、オリジナルのＶＯＬのスナップショットとして提供されるスナップショットＶＯＬとがあってよい。ＴＰＶＯＬは、典型的にはオンラインＶＯＬでよい。スナップショットＶＯＬは、ＲＶＯＬであってもよい。「プール」は、論理的な記憶領域（例えば複数のプールＶＯＬの集合）であり、用途ごとに用意されてよい。例えば、プールとして、ＴＰプールと、スナップショットプールとのうちの少なくとも１種類があってよい。ＴＰプールは、複数の実領域（実体的な記憶領域）で構成された記憶領域でよい。ＴＰプールからＴＰＶＯＬの仮想領域に実領域が割当てられてよい。スナップショットプールは、オリジナルのＶＯＬから退避されたデータが格納される記憶領域でよい。１つのプールが、ＴＰプールとしてもスナップショットプールとしても使用されてもよい。「プールＶＯＬ」は、プールの構成要素となるＶＯＬでよい。プールＶＯＬは、ＲＶＯＬであってもよいしＥＶＯＬであってもよい。プールＶＯＬは、典型的にはオフラインＶＯＬでよい。ＶＯＬは、ＬＵ（Logical Unit）と呼ばれてもよい。
　図１は、実施形態に係る情報システムの概要を示す。
　情報システムには、計算機システム１２０、テナントシステム１１０、管理システム１７０が存在する。
　計算機システム１２０は、複数タイプのリソースを含んだ複数のリソースを有する。なお、以後リソースのタイプを「リソースタイプ」という。複数のリソースは、異なるリソースタイプ間で依存関係を有する。リソースは、物理的なリソースであっても仮想的なリソースであってもよい。複数のリソースとして、例えば、１以上のストレージ装置と、１以上のストレージ装置に接続された１以上のブレードサーバとがある。つまり、本実施形態では、計算機システム１２０は、ブレードサーバとストレージ装置との両方を含んだいわゆる統合型プラットフォームでもよい。「ブレードサーバ」は、サーバ計算機の一例であり、「サーバ計算機」と呼ばれてもよい。複数のリソースの具体例は後述する。
　テナントシステム１１０は、１以上の計算機で構成されたシステムであり、テナント毎に存在する。「テナント」とは、ユーザの一例であり、計算機システム１２０が有する複数のリソースのうちのテナント環境割当てリソースを借りた（又は購入した）ユーザである。具体的には、例えば、「テナント」は、計算機システムのリソースを提供するクラウドサービスのユーザである。「テナント環境割当てリソース」とは、テナント環境に割当てられたリソース（プロビジョニングされたリソースの一例）であり、「プロビジョニングリソース」と呼ばれてもよい。「テナント環境」とは、テナント（テナントシステム１１０）に提供された仮想的な環境である。その環境にリソースが割当てられることで、そのリソース（テナント環境割当てリソース）や、そのリソースを基に作成された上位リソースを、テナント（テナントシステム１１０）が使用できる。テナントシステム１１０は、通信ネットワーク（例えばＩＰ（Internet Protocol）ネットワーク）１５０を介して、計算機システム１２０及び管理システム１７０に接続される。テナントシステム１１０は、テナント環境割当てリソースの使用として、例えば、そのリソースにログインすることができる。ＸａａＳがＳａａＳの場合、テナントシステム１１０は、例えば、ブラウザ（例えばＷｅｂブラウザ）を起動したパーソナルコンピュータでよい。
　図２は、管理システム１７０の構成例を示す。
　管理システム１７０は、統合管理サーバ１６０と、ＸａａＳリソース管理サーバ群１４１と、共通リソース管理サーバ１３０と、を有する。ＸａａＳリソース管理サーバ群１４１は、ＸａａＳのタイプにより異なる複数のＸａａＳリソース管理サーバ１４０であり、例えばＰａａＳ用のＰａａＳリソース管理サーバ１４０－１、ＶＭａａＳ用のＶＭａａＳリソース管理サーバ１４０－２、ＳＴＧａａＳ用のＳＴＧａａＳリソース管理サーバ１４０－３である。ＸａａＳリソース管理サーバ１４０は、例えばＸａａＳのタイプ毎に存在し、特定のＸａａＳに従うテナント環境割当てリソースとその上位リソースのうち、少なくともテナント環境割当てリソースを管理する計算機である。なお、例えばサーバのリソース、又はストレージのリソースなど、複数のＸａａＳリソース管理サーバ１４０がテナント環境割当てリソースを提供するために必要なタイプのリソースがある。共通リソース管理サーバ１３０は、こうした複数のＸａａＳリソース管理サーバ１４０で共通に必要とされるタイプのリソースを管理する。また、共通リソース管理サーバ１３０は、ある種のＸａａＳリソース管理サーバ１４０の役割を兼ねてもよい。
　統合管理サーバ１６０は、テナント管理者またはシステム管理者が使用する１以上の計算機である。「テナント管理者」とは、テナントシステム１１０の管理者である。テナント管理者と、テナントシステム１１０のユーザは、同一のテナントに所属する従業員でもよい。テナント管理者は、テナントとは異なる企業の従業員でもよい。「システム管理者」とは、計算機システム１２０の管理者である。統合管理サーバ１６０は、通信ネットワーク１５０を介して、テナントシステム１１０、計算機システム１２０に接続される。統合管理サーバ１６０は、通信ネットワーク１５０を介して、各ＸａａＳリソース管理サーバ１４０と、共通リソース管理サーバ１３０に接続される。各ＸａａＳリソース管理サーバ１４０は、通信ネットワーク１５０を介して、共通リソース管理サーバ１３０に接続される。
　統合管理サーバ１６０は、各ＸａａＳのタイプと該ＸａａＳに対応するＸａａＳリソース管理サーバ１４０とを対応づけて管理している。統合管理サーバ１６０は、テナント管理者の要求（例えばリソース割当て要求）を、要求されたＸａａＳのタイプに基づき、いずれかのＸａａＳリソース管理サーバ１４０に送信する。例えば、テナント管理者（テナントシステム１１０）からＰａａＳのテナント環境を要求された場合、統合管理サーバ１６０は、ＰａａＳ用のＰａａＳリソース管理サーバ１４０－１に、テナント管理者の要求を送信する。ＸａａＳリソース管理サーバ１４０は、受信したテナント管理者の要求に基づく処理を実行することで、リソース（テナント環境割当てリソース）をテナント環境に割当て、そのテナント環境をテナントシステム１１０に提供する。例えば、テナント管理者の要求がリソース割当て要求である場合、ＸａａＳリソース管理サーバ１４０は、共通リソース管理サーバ１３０にリソースの割当てを要求する。当該ＸａａＳリソース管理サーバ１４０は、その要求に対する応答（例えばテナント環境に対してリソースを割当てたことを表す応答）を、共通リソース管理サーバ１３０から受ける。当該ＸａａＳリソース管理サーバ１４０は、テナント管理者の要求に対する応答を、統合管理サーバ１６０に送信する。統合管理サーバ１６０は、その応答に基づき、リソースの使用に必要な情報（例えばログインに必要な情報）を、テナントシステム１１０（テナント管理者）に送信する。テナントシステム１１０が、その情報を基に、計算機システム１２０のテナント環境割当てリソース（又はその上位リソース）を使用することができる。
　また、統合管理サーバ１６０は、システム管理者の要求を、共通リソース管理サーバ１３０またはＸａａＳリソース管理サーバ１４０に送信する。統合管理サーバ１６０は、共通リソース管理サーバ１３０またはＸａａＳリソース管理サーバ１４０からの応答に基づき、システム管理者（システム管理者の管理計算機）に応答する。共通リソース管理サーバ１３０及びＸａａＳリソース管理サーバ１４０で実行される処理は、統合管理サーバ１６０で実行しても良い。
　図３は、計算機システム１２０の概要を示す。
　計算機システム１２０は、前述の通り、複数タイプのＸａａＳを提供する。ＸａａＳのタイプは、「Ｘ」として使用される言葉、言い換えれば、テナント環境割当てリソースとされるリソースのタイプによって異なる。例えば、本実施形態では、ＰａａＳ（Platform as a Service）、ＶＭａａＳ（VM as a Service）、及びＳＴＧａａＳ（Storage as a Service）等がある。図３では、テナント環境割当てリソースを強調表示（グレー表示）しているが、図３から分かるように、ＸａａＳタイプによって、テナント環境割当てリソースのタイプ（テナント環境割当てリソースが属する階層）が異なる。テナント環境割当てリソースは、テナント環境割当てリソースより下位のリソース（下位リソース）を基に提供される。例えば、サーバのメモリとＬＵを基にＶＭ（Ｖirtual Ｍachine）が提供され、さらにそのＶＭにてＡＰＰ（アプリケーションプログラム）が実行される。なお、サーバのメモリは、サーバのリソースの一例であり、ＬＵはストレージのリソースの一例である。また、図示はしていないが、ＸａａＳのタイプとして、ＬＰＡＲａａＳ（LPAR as a Service）があってもよい。
　計算機システム１２０が有する複数のリソースは、依存関係を有している。以下の説明では、リソースの論理的な位置（例えば階層）を表すために、便宜上、「上位／下位」及び「依存元／依存先」（又は、「親／子」）という言葉を使用することがある。例えば、「第１のリソースより上位にある第２のリソース」の意味は、第２のリソースがトポロジー的に第１のリソースに関係し、第１のリソースが属する階層（タイプ）よりも１つ以上上の階層（タイプ）に第２のリソースが属していることを意味する。「第１のリソースの依存元（又は親）である第２のリソース」の意味は、第２のリソースが、第１のリソースの１つ上位にあるリソースであることを意味する。つまり、本実施形態の説明では、「依存元」（又は「親」）は、「上位」に含まれる概念である。
　一方、「第１のリソースより下位にある第２のリソース」の意味は、第２のリソースがトポロジー的に第１のリソースに関係し、第１のリソースが属する階層（タイプ）よりも１つ以上下の階層（タイプ）に第２のリソースが属していることを意味する。「第１のリソースの依存先（又は子）である第２のリソース」の意味は、第２のリソースが第１のリソースの１つ下位にあるリソースであることを意味する。つまり、本実施形態の説明では、「依存先」（又は「子」）は、「下位」に含まれる概念である。階層の一例としては、ＯＳＩ（Open Systems Interconnection）参照モデルと類似の発想で、物理リソースほど下位の階層に位置し、ＡＰＰに近いほど上位の階層に位置することが考えられる。なお、サーバのリソースと、ストレージのリソースとは、物理リソースと言う点において同位の階層と扱うこともできるが、ＡＰＰの実行のためには必ずサーバのリソースが必要であることを考慮し、サーバのリソースのほうが、ストレージのリソースより上位の階層にあるとしても良い。
　上記を踏まえ、本実施形態では、以下の用語を用いる。
（＊）テナント環境割当てリソース：テナント環境に割当てられたリソース。
（＊）上位リソース：テナント環境割当てリソースより上位のリソース。
（＊）下位リソース：テナント環境割当てリソースより下位のリソース。
（＊）未割当てリソース：未割当てリソースはシステム管理者が管理するリソースであって、上位リソース、テナント環境割当てリソース、下位リソースの依存先となっていないリソース。未割当てリソースは、システム管理者によって、下位リソースやテナント環境割当てリソースになり得るものである。
　本実施形態では、計算機システム１２０のリソースを、「上位リソース」、「テナント環境割当てリソース」、「下位リソース」、「未割当てリソース」のカテゴリのうち、該当するカテゴリに基づいてリソース管理を行う。以下、このカテゴリを、「リソースカテゴリ」または「リソースクラス」と言う。
　システム管理者によるリソース管理としては、例えば以下がある。
（＊）リソース作成：システム管理者が管理するリソースに基づいて、そのリソースより上位のリソースを作成する。
（＊）リソース消去：リソースを削除。削除対象リソースと、削除対象リソースの依存先リソースとの依存関係を解放する。その延長として、あるリソースが他のリソースと依存関係をもたない場合、未割当てリソースとして扱われても良い。
（＊）属性変更：リソースの属性を変更。なお、属性の一例として、ＶＭ（Virtual Machine）の属性は、例えば、メモリ容量、ＣＰＵ数、仮想ＮＩＣ（Network Interface Controller/Card）数、仮想ＰＤＥＶ（容量又は数）、ＶＭ識別子、ログイン情報（例えばログインするときのＩＰアドレス）である。
（＊）依存関係変更：リソースの依存関係を変更する。例えば、ＶＭのマイグレーションである。
（＊）リソース監視：リソースを監視する。例えば、リソースのメトリック値（例えば測定値）、リソースの状態、リソースの属性を監視する。
　システム管理者は、図３に示す計算機システム１２０のリソース全てに対して上記のリソース管理を行って良いわけではない。例えば、リソース管理の前後で、テナント管理者（又はテナント）から、テナント環境割当てリソースまたは上位リソースの変化が見えるのは好ましくない。ここでの変化とは、たとえば依存関係変更や属性変更である。また、テナント管理者によっては、上位リソースの情報をシステム管理者に見られたくない場合もある。
　図６は、上述のような問題を解決するリソース管理方法の一例である。具体的には、計算機システムで同一ＸａａＳタイプのテナント環境のみ提供する場合のリソース管理方法の比較例を示す。図６では、テナント環境割当てリソースが強調表示（グレー表示）されている。
　図６の比較例では、計算機システムで同一ＸａａＳタイプのテナント環境のみ提供する場合に限り、各テナント環境割当てリソースの下位リソース間でのリソース融通が可能である。各テナント環境のＸａａＳタイプが同一であるということは、各テナント環境のテナント環境割当てリソースのタイプは同一である。具体例として、ＸａａＳタイプがＶＭａａＳである場合において、テナント管理者＃３がＶＭ＃２（及びＶＭ＃２で実行されるＡＰＰ＃３）を管理し、テナント管理者＃４がＶＭ＃３（及びＶＭ＃３で実行されるＡＰＰ＃４）を管理しているとする。ＶＭ＃２及びＶＭ＃３は、それぞれテナント環境割当てリソースである。ＶＭ＃２の下位リソースとして、ブレードサーバ＃２及びＬＵ＃３等が存在する。ＶＭ＃２が、ＬＵ＃３を認識しており、ＬＵ＃３にアクセスする。このような構成において、管理システムが、ＶＭ＃２を実行するブレードサーバを、ブレードサーバ＃２から、別のテナント管理者＃４が管理するＶＭ＃３の下位リソースであるブレードサーバ＃３に変更可能である。この場合、テナント管理者＃３及び＃４のいずれにも、各テナント環境割当てリソースまたはその上位リソースの量又は性能等が変更されたようには見えない。このように、計算機システムで同一ＸａａＳタイプのテナント環境のみ提供する場合、テナント環境割当てリソースとその下位リソースの依存関係変更が可能である。
　しかしながら、上述した方式では、計算機システムで提供できるＸａａＳのタイプは一つに限られる。複数のＸａａＳに適用する場合、ＸａａＳのタイプ間でテナント環境割当てリソースのタイプが異なるため、ＸａａＳのタイプ毎に計算機システム及び管理システムが必要となる。
　一方、本実施形態では、複数タイプのＸａａＳに対応した複数タイプのテナント環境割当てリソースが計算機システム１２０に存在し、その計算機システム１２０で複数のＸａａＳタイプのテナント環境を提供する。管理システム１７０は、その計算機システム１２０のリソースに対して、適切なリソース管理を可能とする。
　図７は、実施形態に係るリソース管理方法の一例を示す。図７では、テナント環境割当てリソースが強調表示（グレー表示）されている。
　図７に示すように、ＸａａＳタイプが異なると、テナント環境割当てリソースのタイプも異なる。このため、テナント環境割当てリソースのタイプの違いを考慮せずに、リソース管理（例えばリソースの依存関係変更）を行うと、テナント管理者が認識し得る不具合（例えば、テナント環境割当てリソースの量又は性能が落ちる、或いは、上位リソースの量又は性能が落ちる）が起こり得る。例えば、あるＸａａＳタイプのテナント環境にとって、テナント環境割当てリソースの性能又は量を変えない下位リソースの変更であるとしても、その変更先のリソースが別のＸａａＳタイプのテナント環境にとってのテナント環境割当てリソースや上位リソースである可能性があるので、テナント管理者が認識し得る不具合が起こり得る。これは、複数のテナント管理者に対応した複数タイプのＸａａＳが、一計算機システム１２０を共有する場合に生じる課題である。
　そこで、本実施形態では、管理システム１７０（例えば共通リソース管理サーバ１３０）が、複数のテナント管理者（テナント）の各々について、テナント環境にリソースを割当てた場合に、テナント環境割当てリソース及びそれの下位リソースの少なくとも一方（例えば両方）を管理する。そして、管理システム１７０は、テナントについてのイベントを検出した場合、そのイベントに従う処理において操作されるリソースのリソースカテゴリに基づくリソース管理を実行する。
　「テナントについてのイベントの検出」とは、テナントに対応したいずれかのリソースが過負荷になったこと（例えばそのリソースについてのメトリック値が閾値を超えたこと）でもよいし、テナントに対応したいずれかのリソースについてシステム管理者からの要求を受け付けたことでもよい。要求は、テナント管理者所望の要件を満たすリソースを割当てることの要求であってもよいし、ＸａａＳのタイプを変更することの要求であってもよい。
　管理システム１７０（例えば共通リソース管理サーバ１３０）は、１以上のテナント環境割当てリソースとその１以上の依存先リソースとの依存関係について、テナント環境割当てリソースの変更、及び依存先リソースについての性能又は量が変わる変更を行わない。なぜなら、そのような依存関係変更は、テナント管理者（又はテナント）に見えてしまうためである。例えば、依存先リソースの性能又は量が変わることで、テナント環境割当てリソースの性能又は量に変化が生じる場合、その変化はテナント管理者（又はテナント）に認識され得る。一例として、依存先リソースの数が減り、結果として依存先リソースの量（例えばメモリ容量）が減ることが挙げられる。
　一方、管理システム１７０（例えば共通リソース管理サーバ１３０）は、１以上のテナント環境割当てリソースとその１以上の依存先リソースとの依存関係の変更の前後において、依存先リソースの性能又は量が同じ（変わらない）変更は実行しても良い。なぜなら、依存先リソースの性能又は量が変わらなければ、テナント管理者（又はテナント）に認識されるテナント環境割当てリソースの性能又は量に変化が無いためである。例えば、依存先リソースの数は変わるが、依存先リソースの量（例えばメモリ容量）は変わらない変更は許可される。
　ここで、テナント環境割当てリソースの性能又は量の変化は、例えば下記である。ＸａａＳタイプがＶＭａａＳの場合、テナント環境割当てリソースの性能又は量の変化は、ＶＭ（Virtual Machine）のリソースの属性（例えば、メモリ容量、ＣＰＵ数、仮想ＮＩＣ（Network Interface Controller/Card）数、仮想ＰＤＥＶ（容量又は数）、ＶＭ識別子、ログイン情報（例えばログインするときのＩＰアドレス））のうちの少なくとも１つの変化でよい。ＸａａＳタイプがＰａａＳの場合、テナント環境割当てリソースの性能又は量の変化は、メモリ容量の変化でよい。ＸａａＳタイプがＬＰＡＲａａＳの場合、テナント環境割当てリソースの性能又は量の変化は、ＸａａＳタイプがＶＭａａＳの場合と同様、またはメモリの変化でよい。ＸａａＳタイプがＳＴＧａａＳの場合、テナント環境割当てリソースの性能又は量の変化は、ストレージ装置のリソースの属性（例えば、ＬＵＮ（Logical Unit Number）、ポート番号、ＶＯＬ識別子、ＶＯＬ容量、プール構成（例えばティアの比率）のうちの少なくとも１つの変化でよい。
　実行されるリソース管理の例として、図７に示す制御がある。すなわち、管理システム１７０（例えば共通リソース管理サーバ１３０）が、異なるＸａａＳタイプの下位リソース間でのリソース融通を行う。具体的には、例えば、テナント管理者＃１にＳＴＧａａＳのテナント環境割当てリソースとしてＬＵ＃１が提供され、プール＃１が下位リソースであるとする。また、テナント管理者＃２にＶＭａａＳのテナント環境割当てリソースとしてＶＭ＃１が提供され、プール＃２が下位リソースであるとする。管理システム１７０は、計算機システム１２０からリソースのメトリック値（例えば測定値）を含んだ情報を繰り返し（例えば定期的に）受信することでリソースの状況を把握できる。受信した情報は、管理システム１７０が保持する管理情報に登録されるとする。また、管理情報は、複数のリソースの依存関係（例えばトポロジー関係）を表す情報や、複数のテナント管理者（テナント）の各々について、テナント環境割当てリソースと下位リソースをそれぞれ表す情報を含んでいるとする。
　例えば、管理システム１７０は、プール＃２の過負荷を検出した場合、プール＃２の過負荷を解消するためにプール＃２内のデータ＃２（Ｄ＃２）を別のプールに移動すること（ＬＵ＃２（シンプロビジョニングに従うＶＯＬ）に関連付くプールを別のプールに変更すること）を決定したとする。管理システム１７０は、管理情報を基に、データ＃２の移動先候補として、プール＃１及び＃３があり、プール＃１の負荷が最も低いことを検出したとする。ここで、管理システム１７０は、管理情報を基に、プール＃１及びプール＃２がいずれも下位リソースのリソースカテゴリに対応することを検出する。下位リソースであるプールの変更は、テナント管理者からは見えないため、管理システム１７０は、プール＃２からデータ＃２（Ｄ＃２）をプール＃１に移動し、ＬＵ＃２をプール＃２に代えてプール＃１に関連付ける。
　このように、管理システム１７０（例えば共通リソース管理サーバ１３０）は、テナント管理者が認識し得る不具合が生じないようなリソース管理を実行できる。テナント環境間でＸａａＳタイプが異なり、テナント環境割当てリソースのタイプが異なる場合であっても、本実施形態の管理システム１７０は、計算機システムのリソースをリソースカテゴリと対応づけて管理するので、リソースカテゴリが下位リソースであり同じタイプのリソース間でリソース融通することができる。
　以下、本実施形態を詳述する。なお、図７に例示するように、計算機システム１２０が有する複数のリソースタイプのリソースは、異なるリソースタイプ間で依存関係、例えば階層的なトポロジー構成（ルートは存在しないでよい）を有する。リソースは、上述したように、仮想的なリソースでも物理的なリソースでもよい。例えば、リソースとして、ＡＰＰ（アプリケーションプログラム）、ＯＳ（オペレーティングシステム）、ＶＭ、ＶＭ要素（例えば、仮想メモリ及び仮想ＣＰＵ）、ＬＰＡＲ（Logical Partitioning）、ブレードサーバ、ブレードサーバ要素（例えば、物理メモリ及び物理ＣＰＵ）、ストレージ装置、ストレージ装置要素（例えば、ＬＵ（ＶＯＬ）、プール、ＰＤＥＶ、ＰＧ（パリティグループ））を採用し得る。「上位／下位」の概念は、何を管理（例えば監視）する立場であるかによって違い得るが、管理システム１７０では、所定の基準に沿って定義されていてよい。例えば、リソース間が「接続関係」の場合、一方のリソースが下位であり、一方のリソースに依存する（一方のリソースをベースとする）他方のリソースが上位でよい。リソース間が「包含関係」の場合、一方のリソースが下位であり、一方のリソースを包含する他方のリソースが上位でよい。
　図８は、計算機システム１２０の構成例を示す。
　計算機システム１２０は、複数（又は１つ）のストレージ装置２２０と、複数のストレージ装置２２０にＳＡＮ（Storage Area Network）２３０を介して接続された複数（又は１つ）のブレードサーバ２１０とを有する。ブレードサーバ２１０は、サーバ装置の一例である。ＳＡＮ２３０に代えて、ＰＣＩｅバス等の他種の通信媒体が採用されてもよい。
　図９は、ブレードサーバ２１０の構成例を示す。
　ブレードサーバ２１０は、テナントシステム１１０及び管理システム１７０（統合管理サーバ１６０、ＸａａＳリソース管理サーバ１４０、共通リソース管理サーバ１３０の少なくとも１つ）に接続されるＦＥ－Ｉ／Ｆ（フロントエンドインターフェースデバイス）３１０と、ストレージ装置２２０に接続されるＢＥ－Ｉ／Ｆ（バックエンドインターフェースデバイス）３４０と、メモリ３３０と、それらに接続されたＣＰＵ３２０とを有する。ブレードサーバ２１０に基づき、ＬＰＡＲ、ＶＭ及びＡＰＰの実行又は提供が可能である。
　図１０は、ストレージ装置２２０の構成例を示す。
　ストレージ装置２２０は、二重化されたストレージコントローラ４００と、各々のストレージコントローラ４００に接続された複数のＰＤＥＶ４６０とを有する。複数のＰＤＥＶ４６０により複数のＰＧが構成される。ストレージコントローラ４００は、ブレードサーバ２１０及び管理システム１７０（統合管理サーバ１６０、ＸａａＳリソース管理サーバ１４０、共通リソース管理サーバ１３０の少なくとも１つ）に接続されたＦＥ－Ｉ／Ｆ４５０と、ＰＤＥＶ４６０に接続されたＢＥ－Ｉ／Ｆ４３０と、メモリ４１０と、それらに接続されたＣＰＵ４２０とを有する。ストレージコントローラ４００が、ＬＵをブレードサーバ２１０に提供したり、ＬＵとプール間の関係を管理したり、ＰＧの構成を管理したり、ＰＧとプール間の関係を管理したりする。
　図１１は、ＸａａＳリソース管理サーバ１４０の構成例を示す。
　ＸａａＳリソース管理サーバ１４０は、入力デバイス（例えばキーボード及びポインティングデバイス）６１０と、表示デバイス６２０と、統合管理サーバ１６０及び共通リソース管理サーバ１３０（及び計算機システム１２０）に接続されるＩ／Ｆ（インターフェースデバイス）６５０と、コンピュータプログラム及び情報を記憶する記憶部（例えばメモリ）６３０と、それらに接続されたＣＰＵ６４０とを有する。入力デバイス６１０及び表示デバイス６２０は、タッチパネルのように一体であってもよい。ＸａａＳリソース管理サーバ１４０は、入力デバイス６１０及び表示デバイス６２０に代えて、入力デバイス及び表示デバイスを有する表示用計算機（例えば、テナント管理者が操作するパーソナルコンピュータ）に接続されていてもよい。記憶部６３０が記憶するコンピュータプログラムは、例えば、テナント管理プログラム６６０であり、それがＣＰＵ６４０により実行される。記憶部６３０が記憶する情報は、例えば、第１管理情報６７０である。第１管理情報６７０は、テナント管理テーブル１４００、テナント環境管理テーブル１５００、サービスモデル管理テーブル１６００、リソース個別管理テーブル１７００及び監視テーブル１７５０を含む。テナント管理プログラム６６０が、ＸａａＳリソース管理サーバ１４０が認識している複数のリソース（例えば、上位リソース、テナント環境割当てリソース）の各々を監視し、時刻と監視結果（例えば、メトリック値、リソース状態（例えば稼動、障害等））を監視テーブル１７５０に登録する。
　なお、テナント管理プログラム６６０が行う処理として、例えば、下記のうちの少なくとも１つが採用されてよい。
　（＊）テナント管理プログラム６６０は、統合管理サーバ１６０からの要求に基づき、テナント環境にリソースを割当てること（テナント環境に割当てるリソースのプロビジョニング）を共通リソース管理サーバ１３０に要求する。テナント管理プログラム６６０は、その要求に応答してプロビジョニングされたリソースをテナント環境割当てリソースとして管理する。
　（＊）テナント管理プログラム６６０は、テナント管理者に対応したリソース情報を表示する。リソース情報は、ＸａａＳリソース管理サーバ１４０が有する第１管理情報６７０に基づき表示されてもよいし、共通リソース管理サーバ１３０からの情報に基づき表示されてもよい。テナント管理プログラム６６０は、少なくとも、リソース割当て要求（例えば変更要求）に応答して表示するリソース情報に、下位リソースを含めないでもよい。
　（＊）テナント管理プログラム６６０は、１以上の上位リソースと１以上のテナント環境割当てリソースと依存関係を変更する処理を行う。但し、その処理において、例えば、異なる上位リソースを使用する複数のクライアント（ＸａａＳリソース管理サーバ１４０のクライアント）がいる場合、テナント管理プログラム６６０は、第１クライアントの上位リソースの依存先（マイグレーション先）を、第２クライアントのテナント環境割当てリソースまたは上位リソースに変更しないようにする。また、例えば、テナント管理プログラム６６０は、占有リソースの上位に同タイプ（同階層）の複数のリソースが関連付けられないようにする。
　図１２は、共通リソース管理サーバ１３０の構成例を示す。
　共通リソース管理サーバ１３０は、入力デバイス（例えばキーボード及びポインティングデバイス）７１０と、表示デバイス７２０と、ＸａａＳリソース管理サーバ１４０及び計算機システム１２０に接続されるＩ／Ｆ（インターフェースデバイス）７５０と、コンピュータプログラム及び情報を記憶する記憶部７３０（例えばメモリ）と、それらに接続されたＣＰＵ（プロセッサ）７４０とを有する。入力デバイス７１０及び表示デバイス７２０は、タッチパネルのように一体であってもよい。共通リソース管理サーバ１３０は、入力デバイス７１０及び表示デバイス７２０に代えて、入力デバイス及び表示デバイスを有する表示用計算機（例えば、システム管理者が操作するパーソナルコンピュータ）に接続されていてもよい。記憶部７３０が記憶するコンピュータプログラムは、例えば、システム管理プログラム７６０であり、それがＣＰＵ７４０により実行される。記憶部７３０が記憶する情報は、例えば、第２管理情報７７０である。第２管理情報７７０は、管理者管理テーブル１８００、テナント環境管理テーブル１９００、リソース管理テーブル２０００、操作権限管理テーブル２１００、依存関係管理テーブル２２００、監視テーブル２３００及びリソースグループ管理テーブル２４００を含む。システム管理プログラム７６０が、共通リソース管理サーバ１３０が認識している複数のリソース（例えば、上位リソース、テナント環境割当てリソース、下位リソース、未割当てリソースのうちの少なくとも下位リソース）の各々を監視し、監視結果（例えば、メトリック値、リソース状態（例えば稼動、障害等））を監視テーブル２３００に登録する。
　なお、システム管理プログラム７６０が行う処理として、例えば、下記のうちの少なくとも１つが採用されてよい。
　（＊）システム管理プログラム７６０は、統合管理サーバ１６０またはＸａａＳリソース管理サーバ１４０からの要求（例えば、リソース割当て要求）に応答して見つけたリソースを、要求元テナント管理者に対応したリソースグループに含める。
　（＊）システム管理プログラム７６０は、要求（例えば、リソース変更要求）を受けた場合、要求に従う処理において操作されるリソース（例えば、テナント環境割当てリソース）が、要求元のテナント管理者に対応したリソースグループ内のリソースであれば、その要求に従う処理を行う。一方、要求に従う処理において操作されるリソース（例えば、テナント環境割当てリソース）が、要求元のテナント管理者または要求元のＸａａＳリソース管理サーバ１４０に対応したリソースグループ外のリソースであれば、システム管理プログラム７６０は、その要求に従う処理を拒否する。このような制御は、例えば、リソースグループ管理テーブル２４００を基に行われる。なお、システム管理プログラム７６０は、統合管理サーバ１６０やＸａａＳリソース管理サーバ１４０以外の計算機から要求を受けることがあり得る。その要求は、例えば、バックアップ系のSnapshot作成要求である（アプリケーションの静止化時点と連携してSnapshotを取りたいため）。そのような要求に対応するため、事前にアクセスコントロールリストのようなリソースグループ管理テーブル２４００（及び操作権限テーブル）が用意されてよい。例えば、テナント管理者に対してリソースが割当てられた場合に、テナント管理者のＩＤに対して、割当てられたリソースのＩＤが関連付けられてよい（リソースグループ管理テーブル２４００に登録されてよい）。
　（＊）システム管理プログラム７６０は、第１のテナント管理者（第１のテナント）に対応した１以上のテナント環境割当てリソースの依存先リソース（典型的には全ての依存先リソース）を、第１のテナント管理者（又は第１のテナント）とは別のテナント管理者（又はテナント）である第２のテナント管理者（又は第２のテナント）からの要求に応答して操作することを行わない。具体的には、例えば、システム管理プログラム７６０は、第２のテナント管理者（第２のテナント）からの要求に応答して操作される対象のリソースの候補に、第１のテナント管理者（第１のテナント）に対応した１以上のテナント環境割当てリソースの依存先リソース（典型的には全ての依存先リソース）を、含めない。これにより、第１のテナント管理者（第１のテナント）に対応した情報（少なくとも依存先リソースに関する情報）が第２のテナント管理者（第２のテナント）に提供されることを防ぐことができる。一例として、ＰａａＳとＶＭａａＳを例に取る。第１のテナント管理者（第１のテナント）に対してＡＰＰ（ＰａａＳリソース）がテナント環境割当てリソースとして提供されており、その依存先リソースがＶＭ（またはサーバ）の場合、ＡＰＰ（ＰａａＳリソース）とＶＭ（依存先リソース）との関係が変更されること無しに、ＡＰＰ（ＰａａＳリソース）の依存先リソースであるＶＭが、テナント環境割当てリソース（ＶＭａａＳリソース）等として第２のテナント管理者（第２のテナント）に提供されてしまうと、ＡＰＰ（ＰａａＳリソース）は、一方でテナント環境割当てリソースでありながら他方で上位リソースとなる。それは、ＡＰＰ（ＰａａＳリソース）それ自体が動作しないという結果になることもあり得るし、ＡＰＰ（ＰａａＳリソース）の依存先リソースとして２つのＶＭがある場合に１つのＶＭが除去されてもＡＰＰ（ＰａａＳリソース）が動作することもあり得る。このため、一見すると問題が無いように見える。しかし、情報漏洩を防ぐという観点で言えば、依存先リソースであるＶＭが、そのまま第２のテナント管理者（第２のテナント）に提供されてしまうと、第１のテナント管理者（第１のテナント）のＡＰＰに関して計算中のデータが第２のテナント管理者（第２のテナント）に見えてしまうことになり得る。システム管理プログラム７６０は、上述したように、第１のテナント管理者（第１のテナント）に対応した１以上のテナント環境割当てリソースの依存先リソースを、第２のテナント管理者（又は第２のテナント）からの要求に応答して操作することを行わないので、そのような問題を回避することができる。
　（＊）システム管理プログラム７６０は、テナント管理者毎（テナント毎）に、テナント管理者に対して提供したリソースの情報（例えば、サマリの一覧）を表示する。表示されるリソース情報は、下位リソースの情報を含んでよく、例えば、提供されているリソースの数、提供されているリソースの量（例えば、ストレージ容量、サーバ数、ＣＰＵ数、メモリ容量）である。テナント管理者は、システム管理者視点でどのようにリソースを管理しているか（割当てをしたか）を知ることができる。
　（＊）システム管理プログラム７６０は、障害リソース（状態“障害”に対応したリソース）に対応したテナント管理者のＩＤ（又は、障害リソースを含んだリソースグループのＩＤ）を表示したり、障害リソースがあることをＸａａＳリソース管理サーバ１４０に通知したり（例えば、或るＰＧ（パリティグループ）が縮退した場合、縮退したＰＧに対応するＸａａＳリソース管理サーバ１４０に通知したり）する。
　（＊）システム管理プログラム７６０は、テナント環境にリソース（テナント環境割当てリソース）を割当てる。
　（＊）システム管理プログラム７６０は、１以上のテナント環境割当てリソースと１以上の下位リソースとの依存関係を変更する処理を行う。その処理において、例えば、システム管理プログラム７６０は、第１テナント管理者のテナント環境割当てリソースの依存先（マイグレーション先）を、第２テナント管理者のテナント環境割当てリソースまたは上位リソースに変更しないようにする。また、例えば、システム管理プログラム７６０は、テナント環境割当てリソースの依存先の１以上のリソースを変更するとしても、その１以上のリソースの量又は性能が変わらないようにする。また、例えば、システム管理プログラム７６０は、占有リソースの上位に同タイプ（同階層）の複数のリソースが関連付けられないようにする。
　（＊）システム管理プログラム７６０は、計算機システム１２０のリソースが不足した場合、計算機システム１２０のリソースの使用率が所定の閾値を超えた場合、及び、計算機システム１２０の未割当てリソースの割合又は容量が所定の閾値を下回った場合のうちの少なくとも１つの場合、その旨を、システム管理者（システム管理者の計算機）に通知する。
　（＊）システム管理プログラム７６０は、テナント環境にリソースを割当てることの要求（リソースプロビジョニング要求）に対して、計算機システム１２０のリソースが不足した場合のようにリソースを提供しない場合、その旨を、ＸａａＳリソース管理サーバ１４０に通知する。
　（＊）システム管理プログラム７６０は、テナント管理者又はシステム管理者から要求を受け付けた場合、操作権限管理テーブル２１００を参照し、その要求と操作権限に従う処理を実行する。
　図４は、統合管理サーバ１６０の構成例を示す。
　統合管理サーバ１６０は、入力デバイス（例えばキーボード及びポインティングデバイス）８１０と、表示デバイス８２０と、ＸａａＳリソース管理サーバ１４０及び共通リソース管理サーバ１３０（及び計算機システム１２０）に接続されるＩ／Ｆ（インターフェースデバイス）８５０と、コンピュータプログラム及び情報を記憶する記憶部８３０（例えばメモリ）と、それらに接続されたＣＰＵ８４０とを有する。入力デバイス８１０及び表示デバイス８２０は、タッチパネルのように一体であってもよい。統合管理サーバ１６０は、入力デバイス８１０及び表示デバイス８２０に代えて、入力デバイス及び表示デバイスを有する表示用計算機（例えば、システム管理者が操作するパーソナルコンピュータ）に接続されていてもよい。記憶部８３０が記憶するコンピュータプログラムは、例えば、テナント管理プログラム６６０やシステム管理プログラム７６０であり、それがＣＰＵ７４０により実行される。記憶部７３０が記憶する情報は、例えば、第１管理情報６７０及び第２管理情報７７０である。
　図１３は、計算機システム１２０内の複数のリソースの構成の一例を示す。
　テナント管理者からのリソース割当て要求で指定されているリソース条件（例えば、性能、容量等）、又は、システム管理者によるリソース割当て制御等によって、計算機システム１２０のリソース構成（例えば上位から下位にかけてのリソース依存関係）として、様々な構成を採用できる。
　例えば、ブレードサーバ２１０について、ＶＭは、存在しないこともあるし、ＶＭ制御ソフトウェア（ＶＭＭ：Virtual Machine Monitor）上で実行されてもよいし、ハイパバイザ（ＨＶ）上で実行されてもよい。ＶＭＭは、ＨＶ上で実行されてもよいし、ＬＰＡＲ（ＶＭより大きな概念の論理的なマシン）上で実行されてもよい。ＬＰＡＲは、ＨＶ上で実行されてもよい。ＬＰＡＲが存在しないことがあってもよい。ＯＳ上で１以上のＡＰＰが実行されてよい。ＶＭＭ、ＨＶ、ＬＰＡＲ、ＶＭＭ及びＯＳの少なくとも１つが（例えば直接的に）依存するリソースは、ＣＰＵやメモリ等の物理リソースでもよい。また、１つのブレードサーバ２１０内に又は２以上のブレードサーバ２１０に跨って、仮想的なブレードサーバ２１０が構築されてもよい。仮想的なブレードサーバ２１０が、物理リソース（例えばＣＰＵやメモリ）からＡＰＰにかけての２以上のリソースを含んでよい。
　また、例えば、ストレージ装置２２０について、プールが存在しないこともある。ストレージ装置２２０は、ＬＵ（オンラインＶＯＬ）をブレードサーバ２１０（例えば、ＶＭ、ＬＰＡＲ）に提供する。ストレージ装置２２０は、ＬＵを指定したＩ／Ｏ要求をブレードサーバ２１０から受けて、ストレージ装置２２０内のストレージコントローラ４００（ＣＰＵ４２０）が、そのＩ／Ｏ要求に従い、ＬＵ領域に対するＩ／Ｏ（例えば、ＬＵ領域が依存するＰＧ領域に対するＩ／Ｏ、又は、ＬＵ領域（仮想領域）に割当てられた実領域が依存するＰＧ領域に対するＩ／Ｏ）を行う。その際、Ｉ／Ｏ対象のデータが、一時的にメモリに書き込まれてよい。また、１つのストレージ装置２２０内に又は２以上のストレージ装置２２０に跨って、仮想的なストレージ装置２２０が構築されてもよい。仮想的なストレージ装置２２０が、物理リソース（例えばストレージコントローラ４００及びＰＤＥＶ４６０）からＬＵにかけての２以上のリソースを含んでよい。
　このような計算機システム１２０の一部が、ＸａａＳリソース管理サーバ１４０により管理され、残りが、共通リソース管理サーバ１３０により管理されてもよい。上述したように、本実施形態では、管理システム１７０は、ＸａａＳリソース管理サーバ１４０及び共通リソース管理サーバ１３０のうち、少なくとも共通リソース管理サーバ１３０を含んでよい。また、管理システム１７０が記憶する管理情報は、ＸａａＳリソース管理サーバ１４０が記憶する第１管理情報６７０と、共通リソース管理サーバ１３０が記憶する第２管理情報７７０とを含んだ情報でよい。
　以下、第１管理情報６７０及び第２管理情報７７０に含まれるテーブルを説明する。まず、図１４～図１７を参照して、第１管理情報６７０に含まれるテーブルを説明する。
　図１４は、テナント管理テーブル１４００の構成例を示す。
　テナント管理テーブル１４００は、テナント管理者の管理対象のテナントに関する情報を保持する。テナント管理テーブル１４００は、テナント毎にレコードを有する。各レコードが記憶する情報として、テナントＩＤ１４０１、テナント名１４０２、テナント詳細１４０３、テナント環境ＩＤ１４０４及び課金額１４０５がある。テナントＩＤ１４０１は、テナントのＩＤである。テナント名１４０２は、テナントの名称を表す。テナント詳細１４０３は、テナントに関する詳細を含んだ情報である。テナント環境ＩＤ１４０４は、テナント環境のＩＤである。課金額１４０５は、テナント環境の使用に応じて課金された金額を表す。
　図１５は、テナント環境管理テーブル１５００の構成例を示す。
　テナント環境管理テーブル１５００は、テナント管理者の管理対象のテナント環境に関する情報を保持する。テナント環境管理テーブル１５００は、テナント環境毎にレコードを有する。各レコードが記憶する情報として、テナント環境ＩＤ１５０１、サービスモデル名１５０２、割当てリソースＩＤ１５０３、依存先リソースＩＤ１５０４及び上位リソースＩＤ１５０５がある。テナント環境ＩＤ１５０１は、テナント環境のＩＤである。サービスモデル名１５０２は、テナント環境（テナント）に対応したＸａａＳタイプの名称を表す。割当てリソースＩＤ１５０３は、テナント環境に割当てられたリソース（テナント環境割当てリソース）のＩＤである。依存先リソースＩＤ１５０４は、そのテナント環境割当てリソースが依存するリソースのＩＤである。上位リソースＩＤ１５０５は、そのテナント環境割当てリソースより上位に存在する上位リソースのＩＤである。依存関係を有する複数の上位リソースが存在する場合、上位リソースＩＤ１５０５は、各上位リソースのＩＤの他に、上位リソース間の依存関係を表してよい。テナント環境割当てリソース上の上位リソースが増減する都度に、上位リソースＩＤ１５０５が更新されてよい。
　図１６は、サービスモデル管理テーブル１６００の構成例を示す。
　サービスモデル管理テーブル１６００は、サービスモデル（ＸａａＳタイプ）に関する情報を保持する。サービスモデル管理テーブル１６００は、サービスモデル毎にレコードを有する。各レコードが記憶する情報として、サービスモデル名１６０１及び割当てリソースタイプ１６０２がある。サービスモデル名１６０１は、ＸａａＳタイプの名称を表す。割当てリソースタイプ１６０２は、対応づけられたＸａａＳタイプに従うテナント環境割当てリソースのタイプを表す。
　図１７は、リソース個別管理テーブル１７００の構成例を示す。
　リソース個別管理テーブル１７００は、テナント管理者の管理対象のリソースに関する情報を保持する。リソース個別管理テーブル１７００は、管理対象のリソース毎にレコードを有する。各レコードが記憶する情報として、リソースＩＤ１７０１、リソースカテゴリ１７０２、状態１７０３及び詳細１７０４がある。リソースＩＤ１７０１は、リソースのＩＤである。リソースカテゴリ１７０２は、リソースのカテゴリを表す。カテゴリとして、例えば、“テナント環境割当てリソース”、“上位リソース”、“下位リソース”及び“未割当てリソース”がある。状態１７０３は、リソースの状態を表す。状態１７０３として、例えば、“稼動”、“停止”、“障害”等がある。状態１７０３の値は、例えば、対応するリソースの監視結果を基に決定されてよい。詳細１７０４は、リソースに関する詳細な情報を含む。例えば、詳細１７０４は、ＰａａＳに対応したテナント環境割当てリソースに関する詳細として、ＰａａＳ実行環境に関する情報として、生成時の実行環境要件、搭載ミドルウェア種別、使用するＶＭに関する情報のリスト、及び、データ格納先を表す情報を含んでよい。また、例えば、詳細１７０４は、ＶＭに関する詳細として、ＶＭのＣＰＵに関する情報、ＶＭのメモリに関する情報、ＶＭの仮想ディスクに関する情報、ＶＭの仮想ディスクの格納先ストレージ領域に関する情報（例えば、内部ファイルシステム上の位置を表す情報）、ブートイメージのＩＤ、ＶＭが使用するサーバのサーバ実行環境のＩＤを含んでよい。ＶＭが使用するサーバは、ブレードサーバ２１０を意味してもよいし、ＬＰＡＲを意味してもよい。サーバ実行環境に関する情報は、その環境に対応したサーバのＣＰＵに関する情報（例えばＣＰＵ数、ＣＰＵコア数）、そのサーバのメモリに関する情報（例えばメモリ容量）、そのサーバのネットワークインターフェースに関する情報（例えば、ＮＩＣのタイプ、ＭＡＣアドレス）、そのサーバのＩ／Ｏインターフェース（例えばＨＢＡ（Host Bus Adapter））に関する情報（例えば、ＨＢＡのタイプ、ＷＷＮ（World Wide Name））、そのサーバがＩ／Ｏインターフェースを介して認識するＬＵに関する情報（例えば、固有ＩＤ（例えば、ストレージ装置２２０シリアル番号とＬＵＮとの組合せ）、ＬＵの容量）、及び、ストレージポート（ストレージコントローラが有するＦＥ－Ｉ／Ｆ３１０のポート）に関する情報を含んでよい。固有ＩＤは、例えば、複数のストレージポートからマルチパス経由で同一ＬＵにアクセスされる場合に同一ＬＵかどうかを判断するために用いられる情報である。
　以上、図１４～図１７に示したテーブルが、第１管理情報６７０に含まれるテーブルである。なお、第１管理情報６７０には、テナント環境割当てリソースに関する情報が含まれても、上位リソースや依存先リソースに関する情報は含まれないでよい。上位リソースに関する情報は、ＸａａＳリソース管理サーバ１４０の各クライアント計算機（図示せず）が、テナント環境割当てリソース上に任意の依存関係の１以上の上位リソースを構築し、構築した１以上の上位リソースに関する情報を保持してよい。また、ＸａａＳリソース管理サーバ１４０は、事前に、予備となるリソースを確保してもよいし（この場合、テーブル１７００に状態１７０３“予備”が登録されてよい）、削除されたリソースの実行環境情報（リソースを実行するために必要な情報（例えばログイン情報のようなインスタンス））を予備として管理してもよい。
　次に、図１８～図２３を参照して、第２管理情報７７０に含まれるテーブルを説明する。
　図１８は、管理者管理テーブル１８００の構成例を示す。
　管理者管理テーブル１８００は、テナント管理者及びシステム管理者に関する情報を保持する。管理者管理テーブル１８００は、管理者毎にレコードを有する。各レコードが記憶する情報として、管理者ＩＤ１８０１、管理者タイプ１８０２及びテナント環境ＩＤ１８０３がある。管理者ＩＤ１８０１は、管理者のＩＤである。管理者タイプ１８０２は、管理者のタイプ（例えば、テナント管理者とシステム管理者のいずれであるか）を表す。テナント環境ＩＤ１８０３は、管理者に対応したテナント環境のＩＤである。システム管理者に対応したテナント環境ＩＤ１８０３は、提供された全てのテナント環境をシステム管理者は管理可能であることを意味する値（例えば“-”）でよい。
　図１９は、テナント環境管理テーブル１９００の構成例を示す。
　第２管理情報７７０内のテナント環境管理テーブル１９００の構成は、第１管理情報６７０内のテナント環境管理テーブル１５００の構成と同じでよい。すなわち、テナント環境管理テーブル１９００は、テナント環境毎にレコードを有し、各レコードが記憶する情報として、テナント環境ＩＤ１９０３、サービスモデル名１９０２、割当てリソースＩＤ１９０３、依存先リソースＩＤ１９０４及び上位リソースＩＤ１９０５がある。テナント環境割当てリソース上の上位リソースが増減する都度に、増えた又は減った上位リソースのＩＤがＸａａＳリソース管理サーバ１４０から通知され、システム管理プログラム７６０が、上位リソースＩＤ１９０５に対して、その通知されたＩＤを追加又は削除してよい。なお、第２管理情報７７０内のテナント環境管理テーブル１９００には、上位リソースＩＤ１９０５のカラムは無くてもよい。
　図２０は、リソース管理テーブル２０００の構成例を示す。
　リソース管理テーブル２０００は、リソースに関する情報を保持する。リソース管理テーブル２０００は、リソース毎にレコードを有する。各レコードが記憶する情報として、リソースタイプ、リソースＩＤ２００２、リソースカテゴリ２００３、依存先リソースＩＤ２００４、状態２００５、及び詳細２００６がある。リソースタイプは、リソースのタイプを表す。リソースＩＤ２００２は、リソースのＩＤである。リソースカテゴリ２００３は、リソースのカテゴリ（上位リソース、テナント環境割当てリソース、下位リソース及び未割当てリソースのいずれに該当するか）を表す。依存先リソースＩＤ２００４は、リソースの依存先リソース（子リソース）のＩＤである。状態２００５は、リソースの状態を表し、例えば、“稼動”、“停止”、“障害”、“未割当（空き）”“確保（確保元テナント管理者ＩＤ１８０１＝Administrator#1）”、“占有”及び“共有”等のうちの少なくとも１つを含む。詳細２００６は、リソースの詳細に関する情報を含む。詳細２００６は、例えば、図１７を参照して述べた詳細１７０３と同様でよい。
　なお、状態２００６について、“占有”とは、占有リソースを意味する。占有リソースとは、そのリソース及びその上位リソースが、１つのテナント管理者（テナント）にのみ対応していること（言い換えれば、複数のテナント管理者に対応していないこと）を意味する。一方、“共有”とは、共有リソースを意味する。共有リソースとは、そのリソース又はその上位リソースが、複数のテナント管理者に対応していることを意味する。“占有”／“共有”は、依存先リソース及びそれより下位のリソースのうちの少なくとも１つに関連付けられる状態である。共有リソースの下位リソースは、いずれも共有リソースとして扱われてよい。占有リソースの下位リソースがなるべく共有リソースとされないような（なるべく占有リソースと維持されるような）割当て制御がシステム管理プログラム７６０により行われてもよい。
　図２１は、操作権限管理テーブル２１００の構成例を示す。
　操作権限管理テーブル２１００は、各種管理者の操作権限に関する情報を保持する。操作権限管理テーブル２１００は、テナント管理者及びシステム管理者の各々について（管理者タイプ１８０２）、リソースカテゴリ２００３毎に（リソースカテゴリ２００３）、リソースに関する情報の参照が許可されているか否か（操作権限の参照）、及び、リソースに関する情報の変更が許可されているか否かを表す（操作権限の変更）。
　図２１の例によれば、テナント管理者に関して、テナント環境割当てリソース及び上位リソースについては、参照や変更の操作権限がある。しかし、下位リソース及び未割当てリソースについては、参照及び変更の操作権限がない。なお、「未割当てリソース」とは、いずれのテナント管理者（テナント）にも割当てられていないリソース（上位リソース、テナント環境割当てリソース、下位リソースのいずれにも該当しないリソース）である。
　一方、システム管理者に関して、上位リソースについては、参照及び変更の操作権限がない。テナント環境割当てリソースについては、参照の操作権限はあるが、変更の操作権限はない。下位リソース及び未割当てリソースについては、参照及び変更の操作権限がある。
　図２１の例によれば、例えば次のことが言える。システム管理プログラム７６０は、第１のテナント管理者から要求を受けた場合、（ａ）受けた要求に従う処理において操作されるリソースが第１のテナント（第１のテナント管理者に対応したテナント）に割当てられているリソースであれば、その要求に従う処理を実行し、（ｂ）受けた要求に従う処理において操作されるリソースが第１のテナント以外のテナントに割当てられているリソースであれば、その要求に従う処理を拒否する。計算機システムのシステム管理者から要求を受けた場合、システム管理プログラム７６０は、その受けた要求に従う処理の内容と、システム管理者に割当てられた権限とに基づく処理を実行する。
　図２２は、依存関係管理テーブル２２００の構成例を示す。
　依存関係管理テーブル２２００は、リソースタイプの依存関係に関する情報を保持する。依存関係管理テーブル２２００は、リソースタイプ毎にレコードを有する。各レコードが記憶する情報として、リソースタイプ名２００１及び依存先リソースタイプ名２００２がある。リソースタイプ名２００１は、リソースタイプの名称を表す。依存先リソースタイプ名２００２は、リソースタイプに属するリソースの依存先となり得るリソースのリソースタイプの名称を表す。１つのリソースタイプにつき複数の依存先リソースタイプが存在することもある。
　依存関係管理テーブル２２００が表す依存関係は、計算機システム１２０において構築され得るリソースタイプ依存関係を表す。複数のリソースの実際の依存関係は、依存関係管理テーブル２２００により許容されている範囲で構築される。実際の依存関係は、リソース管理テーブル２０００により表される。
　図２３は、監視テーブル２３００の構成例を示す。
　監視テーブル２３００は、システム管理プログラム７６０による監視結果（計算機システム１２０のリソースについての監視結果）に関する情報を保持する。監視テーブル２３００は、例えば、時刻（監視結果が取得された時刻を表す情報）２３０１と、監視結果（監視結果（例えばメトリック値、リソース状態）を表す情報）２３０２とを有してよい。監視テーブル２３００には、テナント管理プログラム６６０による監視結果（テナント管理プログラム６６０からシステム管理プログラム７６０が受信した監視結果）がマージされてもよい。例えば、システム管理プログラム７６０が、下位リソースを監視し、テナント管理プログラム６６０が、テナント環境割当てリソース及び上位リソースを監視してもよい。
　図２４は、リソースグループ管理テーブル２４００の構成例を示す。
　リソースグループ管理テーブル２４００は、リソースグループに関する情報を保持する。リソースグループとは、１つのテナント管理者（テナント）に割当てられたリソースの集合である。つまり、リソースグループは、テナント環境割当てリソースだけでなく、上位リソース、下位リソースのうちの少なくとも１つを含む。リソースグループ管理テーブル２４００は、リソースグループ毎にレコードを有する。各レコードが記憶する情報として、リソースグループＩＤ２４０１、管理者ＩＤ２４０２、グループ構成２４０３及び操作権限詳細２４０４がある。リソースグループＩＤ２４０１は、リソースグループのＩＤである。管理者ＩＤ２４０２は、管理者のＩＤである。グループ構成２４０３は、リソースグループに含まれるリソースのＩＤのリストである。操作権限詳細２４０４は、リソースグループに関しての操作権限に関する情報を含む。操作権限詳細２４０４によれば、例えば、リソースの操作（例えばリソースに関する情報の参照又は変更（例えば割当て））に関する要求を出した管理者に対応した管理者ＩＤが、そのリソースを含んだリソースグループに対応した管理者ＩＤ２４０２と一致していれば、その操作は、操作権限管理テーブル２１００に規定されている操作権限に従いシステム管理プログラム７６０により制限される。一方、リソースの操作に関する要求を出した管理者に対応した管理者ＩＤが、そのリソースを含んだリソースグループに対応した管理者ＩＤ２４０２と一致していなければ、その操作はシステム管理プログラム７６０により拒否される。
　以上が、第２管理情報７７０に含まれるテーブルである。なお、第２管理情報７７０のうち、上位リソース、テナント環境割当てリソースの情報は、それらのリソースに対応するテナントシステムのＸａａＳに対応したＸａａＳリソース管理サーバ１４０に送信され、その情報を基にテナント管理プログラム６６０により制御が行われてもよい。言い換えれば、システム管理プログラム７６０が行う制御のうちの一部がテナント管理プログラム６６０にオフロードされてもよい。例えば、上位リソース、テナント環境割当てリソースのうちの少なくとも１つの操作は、テナント管理プログラム６６０により制限されてもよい。
　以下、本実施形態で行われる処理を説明する。以下の処理において、管理システム１７０の統合管理サーバ、ＸａａＳリソース管理サーバ１４０、共通リソース管理サーバのそれぞれは、第１管理情報６７０及び第２管理情報７７０の更新を（情報の更新がある処理のとき、または定期的や不定期のタイミングで）適宜行い、またお互いに第１管理情報６７０と第２管理情報７７０の更新に必要な情報の通知をしても良い。また、管理システム１７０の統合管理サーバ、ＸａａＳリソース管理サーバ１４０、共通リソース管理サーバのそれぞれは、以下の処理において必要な情報を、第１管理情報６７０と第２管理情報７７０に基づいて取得または算出する。
　図２５は、テナント管理者からの要求に応答して行われる処理の流れの概要を示す。
　Ｓ２５０１で、統合管理サーバ１６０のテナント管理プログラム６６０が、テナント管理者からの要求（例えばリソース割当て要求）を、入力デバイス８１０経由で受け付ける。統合管理サーバ１６０は、テナント管理者の要求を、要求されたＸａａＳのタイプに基づき、当該ＸａａＳのタイプに対応するＸａａＳリソース管理サーバ１４０に送信する。例えば、テナント管理者からＰａａＳのテナント環境を要求された場合、またはＰａａＳのテナント環境が提供されたテナントシステム１１０からの要求である場合、統合管理サーバ１６０は、ＰａａＳ用のＰａａＳリソース管理サーバ１４０－１に、テナント管理者の要求（例えばリソース割当て要求）を送信する。統合管理サーバ１６０は、各ＸａａＳのタイプと該ＸａａＳに対応するＸａａＳリソース管理サーバ１４０とを対応づけて管理している。
　ＸａａＳリソース管理サーバ１４０は、その受信したテナント管理者の要求に基づく処理を実行する。例えば、ＸａａＳリソース管理サーバ１４０は、共通リソース管理サーバ１３０にリソースの割当てを要求する。要求は、例えば、環境構築要求（新たなテナント環境の構築の要求）、リソース変更要求（既存のテナント環境に割当てられているリソースの変更の要求）、サービスモデル変更要求（ＸａａＳタイプの変更の要求）、及び、リソース参照要求（リソースに関する情報の表示要求）のいずれでもよい。リソースの変更としては、例えば、既存のテナント環境に割当てるリソースを追加すること、既存のテナント環境からいずれかのテナント環境割当てリソースを外すこと、及び、上位リソースの依存先とするテナント環境割当てリソースを変更すること（上位リソースのマイグレーション）のいずれでもよい。
　Ｓ２５０２で、共通リソース管理サーバ１３０が要求を受信する。システム管理プログラム７６０が、その要求に従う処理（操作）の操作権限を送信元のテナント管理者が有しているか否かを、操作権限管理テーブル２１００及びリソースグループ管理テーブル２４００の少なくとも一方を参照することにより判断する。システム管理プログラム７６０は、例えば、テーブル参照の際に、要求元管理者（要求の送信元のテナント管理者）に対応した管理者ＩＤとして、テナント管理者のログイン時に入力された管理者ＩＤ（又は、ＸａａＳリソース管理サーバ１４０から受信した要求に関連付けられている管理者ＩＤ）を特定できる。Ｓ２５０２では、例えば、下記（ｘ１）～（ｘ２）のうちのいずれか１つの処理又は２以上の処理が行われてよい。
　（ｘ１）システム管理プログラム７６０は、要求元管理者がテナント管理者であることを特定し、受信した要求に従う操作対象のリソースのタイプと、要求の種類（リソースの参照か変更化）と、操作権限管理テーブル２１００とを基に、操作権限の有無を判断する。
　（ｘ２）システム管理プログラム７６０は、受信した要求から操作対象のリソースを特定できる場合、そのリソースのＩＤを含んだリソースグループに対応した管理者ＩＤと、上記特定した管理者ＩＤが一致するか否かを、リソースグループ管理テーブル２４００を基に判断する。その判断の結果を基に、テナント管理プログラム６６０は、操作権限の有無を判断する。本実施形態では、複数のテナント管理者に１つの共通リソース管理サーバ１３０が共有されているが、テナント毎にリソースグループが管理される。操作要求があった場合には、要求元管理者が操作対象のリソースに対応しているテナント管理者であるか否かの判断が可能である。その判断の結果に応じて、要求に従う処理の実行の有無が制御される。このため、例えば、テナント管理者に対応したリソースがそのテナント管理者以外のテナント管理者により変更されたり参照されたりすることを回避できる。具体的には、例えば、操作要求を出した管理者の管理者ＩＤが、そのリソースを含んだリソースグループに対応した管理者ＩＤと一致していれば、その操作は、操作権限管理テーブル２１００に規定されている操作権限に従いシステム管理プログラム７６０により制御される。一方、操作要求を出した管理者の管理者ＩＤが、そのリソースを含んだリソースグループに対応した管理者ＩＤと一致していなければ、その操作は、システム管理プログラム７６０により拒否される。すなわち、管理システム１７０のシステム管理プログラム７６０は、受信した要求が、第１ユーザに対応したユーザ管理者である第１ユーザ管理者からの要求である場合、要求に従う処理において操作されるリソースが、第１ユーザに割当てられているリソースであれば要求に従う処理を実行し、第１ユーザ以外のユーザに割当てられているリソースであれば、その要求に従う処理を拒否する。
　Ｓ２５０２の判断結果が「権限有り」の場合、Ｓ２５０３で、システム管理プログラム７６０は、Ｓ２５０２で受信した要求に従う処理を実行する。例えば以下の（Ａ）～（Ｄ）の通りである。
　（Ａ）要求が、環境構築要求の場合
　システム管理プログラム７６０を実行するＣＰＵ（プロセッサ）を有する管理システム１７０は、計算機システム１２０が有する複数のリソースタイプを含む複数のリソースのうち、ＸａａＳ（Ｘ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）のタイプにより異なるリソースタイプのリソースを、テナント環境に割当て、複数のＸａａＳを含む複数のテナント環境を提供する。システム管理プログラム７６０を実行するＣＰＵ（プロセッサ）を有する管理システム１７０は、計算機システム１２０の複数のリソースタイプを含む前記複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理する。例えば、管理システム１７０は、各テナント環境に割り当てたリソースより下位のリソースそれぞれについて、リソース管理テーブル２０００に、リソースカテゴリ２００３を下位リソースとして記録する。なお、管理システム１７０は、計算機システムの複数のリソースそれぞれについて、テナント環境割当てリソースと上位リソースと下位リソースと未割当てリソースのいずれかのリソースカテゴリ２００３をリソース管理テーブル２０００に記録し、管理しても良い。
　（Ａ１）システム管理プログラム７６０は、新たなテナント環境ＩＤとそれに対応付けるサービスモデル名とをテナント環境管理テーブル１９００に登録する。登録されるサービスモデル名は、環境構築要求に関連付けられているサービスモデル名（指定されたサービスモデル名）でよい。また、システム管理プログラム７６０は、新たなテナント環境ＩＤを、要求元管理者に対応したレコードに追加する（管理者管理テーブル１８００の更新）。
　（Ａ２）システム管理プログラム７６０は、サービスモデル管理テーブル１６００を基に、当該サービスモデル名（指定されたサービスモデル名）に対応する割当てリソースタイプを取得する。システム管理プログラム７６０は、リソース管理テーブル２０００から、指定されたサービスモデル名（リソースタイプ）に対応する割当てリソースタイプのリソースを探す。ここでは、環境構築要求に関連付けられている条件（例えば、要求元管理者から指定された条件）に適合する１以上のリソース（例えば状態が“稼動”のリソース）が検索されてよい。図２６は、検索結果画面の一例を示す。この画面は、ＬＰＡＲａａＳに対応した環境構築のための画面の一例である。この画面によれば、要求元管理者から指定された条件についての検索結果（例えば、見つかったテナント環境割当てリソース候補の一覧と各リソース候補の詳細）が表示される。リソース候補の詳細は、各リソース候補の依存先リソースに関する性能や量であっても良い。システム管理プログラム７６０は、下位リソース候補も探してよいが、表示対象としての検索結果に、下位リソース候補を含めない。テナント管理者が知る必要が無い情報だからである。
　（Ａ３）システム管理プログラム７６０は、検索結果の中から、要求元管理者所望のリソース候補（テナント環境割当てリソース候補）の選択を受ける。システム管理プログラム７６０は、その選択されたリソース候補のＩＤ（テナント環境割当てリソース候補のＩＤとその依存先リソースのＩＤ）をテナント環境管理テーブル１９００に登録する。この結果、テナント環境にリソースが割当てられたことになる。また、システム管理プログラム７６０は、その選択されたリソース候補（ＩＤ）を、要求元管理者に対応するリソースグループ（グループ構成２４０３）に追加する（リソースグループ管理テーブル２４００の更新）。また、システム管理プログラム７６０は、その選択されたリソース候補及びその下位リソースについて、リソース管理テーブル２０００を更新する。
　なお、（Ａ２）では、システム管理プログラム７６０は、指定されたサービスモデル名（リソースタイプ）に対応する割当てリソースタイプのリソースを、未割当てリソース（状態が“未割当て”のリソース）から優先して探してよい。管理システム１７０のシステム管理プログラム７６０は、要求元のユーザに対して割当てるリソース（例えばテナント環境割当てリソース）として、前記複数のユーザいずれにも割当てられていない未割当てリソースとして管理されているリソースを選択し、割り当てる。管理システム１７０のシステム管理プログラム７６０は、他のユーザに対応した１以上のプロビジョニングリソースの下位リソースと、前記複数のユーザいずれにも割当てられていない未割当てリソースとが、要求元のユーザに割当てることが可能な場合、未割当てリソースを優先して選択し、割り当てても良い。また、システム管理プログラム７６０は、指定されたサービスモデル名（リソースタイプ）に対応する割当てリソースタイプのリソースを、別テナント管理者（要求元管理者とは別のテナント管理者）に対応した下位リソースまたは未割当てリソースに基づいて、生成しても良い。システム管理プログラム７６０は、要求元管理者に対応した確保リソースを、未割当てリソースより優先してもよい。テナント環境割当てリソース候補の依存先リソースの各々は、未割当てリソース（動的に新たに生成されたリソースも「未割当てリソース」の一例でよい）、又は、別テナント管理者に対応した下位リソースのうちの共有リソースである。また、システム管理プログラム７６０は、別テナント管理者に対応した下位リソースのうち、占有リソースよりも共有リソースを、テナント環境割当てリソース候補の依存先リソースとして優先して探してよい。また、システム管理プログラム７６０は、テナント環境割当てリソース候補の依存先リソースとして、別テナント管理者に対応した下位リソースのうちの占有リソースを候補としないでよい。
　（Ａ４）システム管理プログラム７６０は、選択されたリソース（テナント環境割当てリソース）より下位のリソースも、リソース管理テーブル２０００から探し、見つけたリソースを、下位リソースとして、（Ａ３）で登録したテナント環境割当てリソースに関係付ける。
　この（Ａ４）では、システム管理プログラム７６０は、未割当てリソースを、別テナント管理者に対応した下位リソースより優先して探してよい。システム管理プログラム７６０は、要求元管理者に対応した確保リソースを、未割当てリソースより優先してもよい。また、システム管理プログラム７６０は、別テナント管理者に対応した下位リソースのうち、占有リソースよりも共有リソースを、下位リソースとして優先して探してよい。また、システム管理プログラム７６０は、別テナント管理者に対応した下位リソースのうちの占有リソースを候補としないでよい。未割当てリソース、又は、別テナント管理者に対応した下位リソースのうちの共有リソースが、下位リソースとして選択される。
　（Ｂ）要求が、リソース変更要求の場合
　（Ｂ１）システム管理プログラム７６０を実行するＣＰＵ（プロセッサ）を有する管理システム１７０は、リソースの変更要求を受け付けると、リソース管理テーブル２０００を参照し、下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して、リソース変更要求に従う処理（変更処理）を実行する。例えば、システム管理プログラム７６０を実行する管理システム１７０は、変更処理として、変更処理前の１以上のテナント環境割当てリソースの依存先リソースの性能又は量と、変更処理後の該１以上のテナント環境割当てリソースの依存先リソースの性能又は量が同じであるように、該１以上のテナント環境割当てリソースとその下位リソースとの依存関係を変更する処理を行う。例えば、システム管理プログラム７６０を実行する管理システム１７０は、テナント環境管理テーブル１９００及びリソース管理テーブル２０００を参照して、依存先リソースＩＤ１９０４・２００４から依存先リソースを特定し、また詳細２００６から各リソースの性能又は量を取得しても良い。なお、システム管理プログラム７６０は、その要求に従う処理に伴い、要求元管理者（指定されたリソース環境ＩＤ）に対応するリソースが増減した場合、テナント環境管理テーブル１９００、リソース管理テーブル２０００及びリソースグループ管理テーブル２４００のうちの少なくとも１つを更新する。
　（Ｃ）要求が、サービスモデル変更要求の場合
　（Ｃ１）システム管理プログラム７６０は、サービスモデル変更要求から特定されたテナント環境ＩＤ１８０３に対応するサービスモデル（ＸａａＳタイプ）を特定する。
　（Ｃ２）システム管理プログラム７６０は、サービスモデル変更要求から特定された変更後のサービスモデルに従うテナント環境割当てリソース候補及び依存先リソース候補を、リソース管理テーブル２０００を基に探す（又は、新たにリソース生成する）ことにより、得る。ここで得られるテナント環境割当てリソース候補は、未割当てリソース（新たに生成されたリソース）、又は、別テナント管理者に対応した下位リソースのうちの共有リソースでよい。また、ここで得られる候補は、システム管理プログラム７６０により自動的に絞り込まれた候補でもよいし、見つかった候補一覧から要求元管理者により選択された候補でもよい。
　（Ｃ３）システム管理プログラム７６０は、（Ｃ１）と（Ｃ２）の結果を基に、サービスモデル変更が可能か否かを判断する。この判断の結果が否定の場合、サービスモデル変更は拒否される。
　（Ｃ４）（Ｃ３）の判断結果が肯定の場合、システム管理プログラム７６０は、（Ｃ１）で特定されたテナント環境に、サービスモデル変更前のテナント環境割当てリソース及びその依存先リソースの各々のＩＤに代えて、（Ｃ２）で選択されたテナント環境割当てリソース及びその依存先リソースの各々のＩＤを関係付ける（テナント環境管理テーブル１９００の更新）。
　なお、（Ｃ）では、システム管理プログラム７６０は、サービスモデル変更が、ＩａａＳからＰａａＳへの変更のような、テナント環境割当てリソースのタイプがより上位のタイプになる変更であれば、変更前のテナント環境割当てリソース上の上位リソースを、変更後のサービスモデルに従うテナント環境割当てリソースとしてよい。システム管理プログラム７６０は、サービスモデル変更において、テナントに対応したＬＵ内のデータが更新されたりテナントシステム１１０からＬＵへのパス認識等のための再起動が必要になったりしないようなリソース選択を行う。例えば、ＬＵが変更されるとしても、ＬＵ内のデータを変更後のＬＵにマイグレーションすることで、サービスモデル変更後も、テナントシステム１１０がサービスモデル変更前のパスを使用できるようにする。
　（Ｄ）要求が、リソース参照要求の場合
　（Ｄ１）システム管理プログラム７６０は、要求元管理者に対応したリソース（テナント環境割当てリソース及びその依存先リソース）を管理者管理テーブル１８００及びテナント環境管理テーブル１９００から特定する。
　（Ｄ２）システム管理プログラム７６０は、（Ｄ１）で特定したリソース一覧を、要求元管理者に対して表示する。このリソース一覧には、要求元管理者に対応した下位リソースに関する情報は含まれていない。
　図２７は、ＶＭａａＳの実行環境構築の具体例を示す。図２５の説明との共通点については説明を省略又は簡略する。
　Ｓ２７０１で、統合管理サーバ１６０が、テナント管理者から、ＶＭの条件（ＶＭインスタンス要件）を関連付けた要求の入力を受け付け、ＸａａＳリソース管理サーバ１４０に要求を送信する。
　Ｓ２７０２で、ＸａａＳリソース管理サーバ１４０のテナント管理プログラム６６０が、その要求に応答して、入力されたＶＭ条件を関連付けた要求を、共通リソース管理サーバ１３０に送信する。その要求に関連付けられるＶＭ条件は、ＶＭに関する条件として、ＶＭに提供されるＬＵに関する条件を含んでもよい。
　Ｓ２７０３で、共通リソース管理サーバ１３０のシステム管理プログラム７６０が、要求を受信し、受信した要求に関連付いている条件に適合するＬＰＡＲ（及びＬＵ）を、第２管理情報７７０を参照することにより選択する。ここで言う「選択」には、その条件に適合するＬＰＡＲの動的な作成を含んでもよい。システム管理プログラム７６０は、リソース管理テーブル２０００等を含む第２管理情報７７０を更新する。
　Ｓ２７０４で、システム管理プログラム７６０は、選択した（生成した）ＬＰＡＲを管理するための識別子を、要求元のＸａａＳリソース管理サーバ１４０に送信する。
　Ｓ２７０５で、テナント管理プログラム６６０は、システム管理プログラム７６０からの識別子のＬＰＡＲ（サーバ）に、ＨＶ（ハイパバイザ）をインストールする。その後、テナント管理プログラム６６０は、ＬＰＡＲ（及びＬＵ）の構成情報をＨＶから取得する。
　Ｓ２７０６で、テナント管理プログラム６６０は、ＬＰＡＲに関連付けるストレージ領域に関する条件とＬＰＡＲのＩＤ（サーバＩＤ）とを関連付けた要求を共通リソース管理サーバ１３０に送信する。
　Ｓ２７０７で、システム管理プログラム７６０は、要求を受信し、受信した要求に関連付けられている条件に適合するＬＵを、第２管理情報７７０を参照することにより選択する。ここで言う「選択」には、その条件に適合するＬＵの動的な作成を含んでもよい。システム管理プログラム７６０は、そのＬＵを指定サーバ（ＬＰＡＲ）からアクセス可能に設定する等のために第２管理情報７７０を更新する。
　Ｓ２７０８で、システム管理プログラム７６０は、ＬＵ割当て完了に関する情報をＸａａＳリソース管理サーバ１４０に送信する。その情報は、ブレードサーバ２１０構成に関する情報（例えば、ＸａａＳリソース管理サーバ１４０が管理する情報より詳細な情報（例えば、ブレードサーバ２１０上のファン、電源及び物理配置を表す情報））、ＬＰＡＲ構成に関する情報（例えばブレードサーバ２１０とＬＰＡＲの関係を表す情報）、ストレージ構成に関する情報、及び、ＬＰＡＲとＬＵとの接続に関する情報（例えばネットワーク接続情報）のうちの少なくとも１つを含んでよい。
　Ｓ２７０９で、テナント管理プログラム６６０は、システム管理プログラム７６０からの情報を基に、ＨＶに新規割当てされたＬＵ（ストレージ領域）をテナントシステム１１０に認識させ、その後、ＨＶ経由で構成に関する情報を更新する。なお、この場合に必要な情報（テナント管理プログラム６６０が参照する情報）は、ブレードサーバ２１０の構成に関する情報、ＬＵに関する情報（例えば、ＬＵＮ、容量、接続先ＬＰＡＲ）、ＶＭの構成に関する情報（例えば、メモリ、ＣＰＵ量、仮想ネットワーク、仮想ディスク）、仮想ディスクとストレージ領域（ＬＵ）との対応関係に関する情報、ＶＭを実行するＯＳの情報（例えばＯＳイメージ）、ＩＰアドレス、及び、ＶＭへのログインのための情報（例えばパスワード）のうちの少なくとも１つを含んでよい。
　Ｓ２７１０で、テナント管理プログラム６６０は、ＨＶに指定されたインスタンスタイプのＶＭ作成を指示し、オプションで指定されたＯＳイメージをＶＭに適用し、ＶＭログイン用情報（例えばＩＰアドレスとパスワード）を取得する。テナント管理プログラム６６０は、その結果を第１管理情報６７０に格納し、統合管理サーバ１６０に送信する。統合管理サーバ１６０は、ＶＭログイン用情報（例えばＩＰアドレスとパスワード）をテナント管理者に通知する。
　Ｓ２７１１で、テナント管理者が、通知されたＶＭログイン用情報を用いてＶＭにログインして、ＶＭを使用する。
　なお、以上の処理のうち、Ｓ２７０２～Ｓ２７０５は、ＬＰＡＲ（サーバ）が不足するとテナント管理プログラム６６０により判断された場合に行われてよい。また、Ｓ２７０６～Ｓ２７０９は、ストレージ領域が不足しているとテナント管理プログラム６６０により判断された場合に行われてよい。また、テナント管理者に関して、ＶＭ条件（ＶＭインスタンス要件）は、事前に決められたＣＰＵ量（ＣＰＵ数）メモリ量及び仮想ディスク量に対応付けられた名前を指定することもあれば、名前ではなく量を直接指定することもあり得る。リソース割当て要求（例えば環境構築要求）では、リソースタイプは指定されてもリソースそれ自体のＩＤは指定されてないでよい。
　図２８は、ＰａａＳの実行環境構築の具体例を示す。図２５（及び図２７）の説明との共通点については説明を省略又は簡略する。
　Ｓ２８０１で、統合管理サーバ１６０が、テナント管理者から、ＰａａＳの条件（ＰａａＳインスタンス要件）を関連付けた要求の入力を受け付け、ＸａａＳリソース管理サーバ１４０に要求を送信する。ＰａａＳインスタンス要件は、必要とするミドルウェアのタイプ（例えば、Ｈａｄｏｏｐ又はＤＢＭＳ（データベース管理システム））の情報と、そのミドルウェアで実行する環境のスケール（例えばメモリ量、ストレージ量、データベースのテーブルサイズ）を含んでよい。
　Ｓ２８０２で、ＸａａＳリソース管理サーバ１４０のテナント管理プログラム６６０が、その要求に応答して、入力されたＰａａＳ条件を基に、必要なＬＰＡＲ（サーバ）及びストレージ領域を計算する。
　サーバが不足する場合、Ｓ２８０３が行われる。Ｓ２８０３は、Ｓ２７０２～Ｓ２７０５を含んだ処理である。
　ストレージ領域が不足する場合、Ｓ２８０４が行われる。Ｓ２８０４は、Ｓ２７０６～Ｓ２７０９を含んだ処理である。
　Ｓ２８０５で、テナント管理プログラム６６０が、ＶＭを作成し、そのＶＭ上に、ＰａａＳ条件に基づく、ミドルウェアを含むブートイメージを適用する。
　Ｓ２８０６で、テナント管理プログラム６６０が、第１管理情報６７０を更新する。
　Ｓ２８０７で、テナント管理プログラム６６０が、ＶＭログイン用情報を統合管理サーバ１６０に送信する。統合管理サーバ１６０は、ＶＭログイン用情報（例えばＩＰアドレスとパスワード）をテナント管理者に通知する。
　Ｓ２８０８で、テナント管理者が、通知されたＶＭログイン用情報を用いてＶＭにログインして、ＶＭを使用する。
　Ｓ２８０９で、テナント管理プログラム６６０が、スケールアップ又はスケールダウンが必要かを、例えば、ＶＭのＯＳを監視することで、判断する。
　スケールアップ又はスケールダウンが必要と判断された場合、Ｓ２８１０（スケールアップ又はスケールダウン）が行われる。Ｓ２８１０で、テナント管理プログラム６６０が、新たにサーバ（ＬＰＡＲ）が必要な場合、又は、ストレージ性能アップが必要な場合、それを共通リソース管理サーバ１３０に要求する。
　Ｓ２８１１で、テナント管理プログラム６６０が、ミドルウェアの設定を変更し、追加又は削除リソースを反映する。
　なお、図２８の処理では、スケールアップ又はダウンは、以下の方法に行われ得る。例えば、テナント管理者がスケールアップ又はダウンしたいというインスタンス要件更新要求をＸａａＳリソース管理サーバ１４０に入力する。又は、例えば、テナント管理プログラム６６０が、テナント管理者から指定された要件より少ないリソースを割当てておき、監視結果を基に必要となった場合にリソースを増やす（又は減らす）。
　また、ミドルウェアに関する情報（例えば、ミドルウェアの構成情報、ミドルウェアとサーバ（ＬＰＡＲ）との対応関係を表す情報、スケールアップ又はダウンの判断に用いられる要素（例えばメトリック値）を含んだ監視情報）が、第１及び第２管理情報７７０のうちの少なくと一方に含まれていてよい。
　図２９は、システム管理者からの要求に応答して行われる処理の流れの一例を示す。
　Ｓ２９０１で、システム管理者プログラムは、システム管理者からの要求に従う処理（操作）の操作権限をシステム管理者が有しているか否かを、操作権限管理テーブル２１００を参照することにより判断する。
　Ｓ２９０１の判断結果が肯定の場合、Ｓ２９０３で、システム管理プログラム７６０は、その要求に従う処理を許可する。つまり、システム管理プログラム７６０は、その処理を実行する。
　Ｓ２９０１の判断結果が否定の場合、Ｓ２９０２で、システム管理プログラム７６０は、所定の例外条件が満たされる処理か否かを判断する。例えば、１以上のテナント環境割当てリソースとその１以上の依存先リソースとの依存関係を変更する処理であっても、変更前後でその１以上の依存先リソースの量（又は性能）が変更しなければ、肯定的な判断結果（例外条件が満たされている処理であるとの判断結果）が得られる。
　Ｓ２９０２の判断結果が肯定の場合、Ｓ２９０３が行われる。
　Ｓ２９０２の判断結果が否定の場合、Ｓ２９０４で、システム管理プログラム７６０は、システム管理者からの上記要求に対する実行を拒否する。
　以下、システム管理プログラム７６０が行う処理の具体例を、図５、図３０～図３３を参照して説明する。
　図３０は、サービスモデル変更処理の流れの一例を示す。
　Ｓ３００１で、システム管理プログラム７６０は、サービスモデル変更要求から特定されたテナント環境ＩＤ１８０３に対応するサービスモデル（ＸａａＳタイプ）を特定する。また、システム管理プログラム７６０は、サービスモデル変更要求から特定された変更後のサービスモデルに従うテナント環境割当てリソース候補を、リソース管理テーブル２０００を基に探す（又は、新たにリソース生成する）ことにより、得る。例えば、得られたリソース候補の量が条件に満たない場合（条件を満たすリソース候補が得られないことがわかった場合を含む）、判断結果は否定となる。
　Ｓ３００１の判断結果が否定の場合、Ｓ３００２で、システム管理プログラム７６０は、拒否（エラー）を要求元に返す。
　Ｓ３００１の判断結果が肯定の場合、Ｓ３００３で、システム管理プログラム７６０は、特定されたテナント環境に、サービスモデル変更前のテナント環境割当てリソース及びその依存先リソースの各々のＩＤに代えて、得られたテナント環境割当てリソース及びその依存先リソースの各々のＩＤを関係付ける（テナント環境管理テーブル１９００の更新）。
　サービスモデル変更処理の具体例として、＜（１）ＰａａＳからＶＭａａＳへの変更＞と、＜（２）ＶＭａａＳからＰａａＳへの変更＞とを説明する。なお、この説明では、ＰａａＳが、第１のＸａａＳタイプの一例であり、ＶＭａａＳ（ＩａａＳの一例）が、第２のＸａａＳタイプの一例である。第２のＸａａＳタイプは、第１のＸａａＳタイプよりも下位のＸａａＳタイプ（対応するテナント環境割当てリソースのタイプがより下位となるＸａａＳタイプ）である。
　＜（１）ＰａａＳからＶＭａａＳへの変更＞
（１Ａ）システム管理プログラム７６０が受け付けたサービスモデル変更要求では、ＰａａＳ実行環境（テナント環境）が指定されている。
（１Ｂ）システム管理プログラム７６０が、ＰａａＳ実行環境作成時の要件を取得し（例えば、ＰａａＳ実行環境に対応したリソースの量、性能等を、リソース管理テーブル２０００等を参照することにより特定し）、テナント環境割当てリソースとして割当てるべきリソースを特定する。そのリソースの特定は、サービスモデル変更に対応するテナントに既に対応付けられているリソースから優先的に行われる（特に、例えば、ＰａａＳ実行環境の負荷が所定負荷より低い場合）。
（１Ｃ）システム管理プログラム７６０は、（１Ｂ）で特定したリソース（例えば量又は性能）が条件に満たない場合、リソースを追加し、追加したリソースが所定リソース（例えばミドルウェア）に認識されるよう所定リソースの設定を変更する。
（１Ｄ）システム管理プログラム７６０は、（１Ｂ）で特定したリソースのログイン用情報を要求元管理者（例えばシステム管理者又はテナント管理者）に対して表示する。
　＜（２）ＶＭａａＳからＰａａＳへの変更＞
（２Ａ）システム管理プログラム７６０は、第２管理情報７７０を参照して、今のＶＭ実行環境（ＶＭインスタンス構成）でＰａａＳ化できるか否かを判断する。例えば、システム管理プログラム７６０は、ＶＭ実行環境が変更後のＰａａＳ実行環境の条件の範囲内か否か（例えば、ＶＭ実行環境に、ＰａａＳ実行環境で必要とされていないミドルウェアが関連付けられていないか否か）を判断する。
（２Ｂ）（２Ａ）の判断結果が肯定の場合、システム管理プログラム７６０は、実行環境（テナント環境）を、ＶＭ実行環境からＰａａＳ実行環境に切り替える。なお、その切り替えでは、ＶＭが使用するデータ（メモリ内のデータ）が消えないようになっている。例えば、システム管理プログラム７６０は、ＶＭが使用するデータ（メモリ内のデータ）を退避し（例えばＬＵへ退避し）、ＶＭａａＳを停止する。そして、システム管理プログラム７６０は、対応するＰａａＳ実行環境を構築し、退避したデータをＰａａＳ実行環境に適用する。システム管理プログラム７６０は、ログイン用情報（例えばＩＰアドレス）が変わる場合、変更後のログイン用情報を要求元管理者（例えばテナント管理者又はシステム管理者）に通知してよい。
　例えば、いずれかのユーザである第１のユーザに対応したＸａａＳタイプを第１ＸａａＳタイプから第２ＸａａＳタイプに変更する場合、管理システム１７０のシステム管理プログラム７６０は、リソース管理テーブル２０００を参照して、複数のユーザに対応した複数のＸａａＳタイプに従うリソースタイプの各テナント環境割当てリソースの依存関係に基づき、以下の制御を実行してもよい。すなわち、管理システム１７０のシステム管理プログラム７６０は、第１のユーザに対応した第１ＸａａＳタイプに従うテナント環境割当てリソースとその上位リソースとの間の依存関係と、第１のユーザに対応した第１ＸａａＳタイプに従うテナント環境割当てリソースとその下位リソースとの間の依存関係とのうちの少なくとも一方が変更されることの無いリソースであり、かつ第２ＸａａＳタイプに従うリソースタイプのリソースを、テナント環境割当てリソースとして選択しても良い。
　図３１は、占有リソース維持の一例を示す。図示の例によれば、Ｐｏｏｌ＃１が占有リソースであり、占有リソースにトポロジー的に関係し占有リソースの上位にあるいずれのリソース（ＬＵ＃１、ブレードサーバ２１０＃１、ＶＭ＃５）も占有リソースである。
　Ｐｏｏｌ＃２が共有リソース（テナント管理者＃２及び＃に対応のリソース）から占有リソース（テナント管理者＃２のみに対応のリソース）に変更されるとする。システム管理プログラム７６０は、Ｐｏｏｌ＃２内のデータのうちテナント管理者＃３に対応したデータ（Ｄ＃３）を、別のプール（Ｐｏｏｌ＃１又は＃３）にマイグレーションしなければならない。
　そこで、システム管理プログラム７６０は、マイグレーション先候補であるＰｏｏｌ＃１及び＃３の各々について、占有リソースであるか共有リソースであるかを第２管理情報７７０から特定する。それにより、Ｐｏｏｌ＃１が占有リソースであることが特定され、Ｐｏｏｌ＃３が共有リソースであることが特定される。システム管理プログラム７６０は、Ｄ＃３を、共有リソースであるＰｏｏｌ＃３にマイグレーションする（占有リソースであるＰｏｏｌ＃１にＤ＃３をマイグレーションしない）。
　また、システム管理プログラム７６０は、占有リソースとなるＰｏｏｌ＃２の上位にあるリソースも占有リソースとなるよう、リソース間の依存関係を変更する。具体的には、例えば、システム管理プログラム７６０は、Ｐｏｏｌ＃２の上位にあるリソースの各々が共有リソースであるか否かを判断し、共有リソースであると判断されたリソースを占有リソースとする。より具体的には、例えば、システム管理プログラム７６０は、ブレードサーバ２１０＃２を占有リソースとするために、ＶＭ＃２の依存先とＬＵ＃３の依存元を、ブレードサーバ２１０＃２からブレードサーバ２１０＃３（共有リソース）に変更する。このような変更が、異なるテナント管理者に対応した下位リソース間で行われるのであれば、システム管理プログラム７６０は、テナント管理者に対する問合せ無しに変更を行ってよい。一方、このような変更が、いずれかのテナント管理者に影響を与える（例えば、テナント環境割当てリソースの依存先の量が変わる）のであれば、システム管理プログラム７６０は、影響を受け得るテナント管理者に対して問合せを出し許可する旨の回答を受けた場合に、変更を行ってよい。管理システム１７０のシステム管理プログラム７６０は、いずれかのユーザに対応した１以上の下位リソースを占有する場合、占有する下位リソース及びその上位にあるリソースを、他のユーザに対応させないように制御する。
　以下、リソース確保の一例を示す。管理システム１７０のシステム管理プログラム７６０は、いずれかのユーザに対応したテナント環境割当てリソースに関するリソース増加量の予測値を基に、そのテナント環境割当てリソースの下位リソースのタイプと同じタイプのリソースを確保する。管理システム１７０のシステム管理プログラム７６０は、いずれかのテナント管理者又はテナントについてのイベントを検出すると、検出したイベントに従う処理において操作されるリソースのタイプが、そのテナント管理者又はテナントについて確保されているリソースのタイプに該当する場合、そのテナント管理者又はテナントに対応したテナント環境割当てリソースに、確保されているリソースを優先的に割り当てて良い。
　システム管理プログラム７６０は、要求に従う処理の際に、テナント環境割当てリソースとなるリソースのタイプ（又はその他のタイプ）に関する将来の使用状況を予測してよい。この予測は、例えば、要求に関連付けられている情報（例えば、１か月間で格納する予定のデータの量）、又は、或る期間における監視結果等を基に行われてよい。予測された使用状況に従うリソース量が、テナントに対応したリソース量を超えている場合、システム管理プログラム７６０は、その差分以上の量の１以上のリソースを確保（予約）しておいてもよい（例えば、確保されたリソースに対応した状態として、“確保（管理者ＩＤ２４０２＝ＸＸＸ）”を登録してもよい）。なお、将来の使用状況の予測は、要求に従う処理とは異なるタイミング、例えば定期的に行われてよい。或るリソースタイプについて、将来の使用状況の予測結果に従うリソース量が、割当て済のリソース量よりも小さい場合、割当て済のリソース量を減らすためのリソース解放処理（テナント管理者に対するリソースの割当てを解除する処理）がシステム管理プログラム７６０により行われてよい。
　以下、リソース選択優先順位の一例を示す。
　システム管理プログラム７６０は、リソース管理テーブル２０００等に基づいてリソースを探したり選択する際、要求元テナント管理者について確保（予約）されているリソースを最優先としてよい。未割当てリソースの優先順位は、要求元テナント管理者について確保されているリソースの優先順位より低くくてよい。要求元テナント管理者とは別のテナント管理者に対応した下位リソースのうちの共有リソースの優先順位は、要求元テナント管理者について確保されているリソースの優先順位、及び、未割当てリソースの優先順位のうちの少なくとも一方より低くてよい。また、要求元テナント管理者とは別のテナント管理者について確保されているリソースの優先順位は、要求元テナント管理者について確保されているリソースの優先順位より低くてよい。この例によれば、例えば、システム管理プログラム７６０は、第１のテナント管理者又は第１のテナントのテナント環境に対して割当てるリソースとして、いずれのテナント管理者又はテナントにも割当てられていない未割当てリソースと、第１のテナント管理者又は第１のテナント以外のいずれかのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースの下位リソースとのいずれも、第１のテナント管理者又は第１のテナントのテナント環境に割当てることが可能な場合、未割当てリソースを優先して第１のテナント管理者又は第１のテナントのテナント環境に割当てる。
　図５は、システム管理プログラム７６０がＸａａＳリソース管理サーバ１４０の各々に提供するインターフェースの例を示す。
　システム管理プログラム７６０は、複数のテナント管理者（ＸａａＳリソース管理サーバ１４０）の各々に対し、そのテナント管理者から要求を受け付けその要求に応答してその要求に適合したリソースを探し見つかったリソースに関する情報を表示するインターフェースを提供するプラットフォーム管理機能として動作する。提供されるインターフェースは、提供先のテナント管理者に対応したインターフェースである。
　従って、例えば、システム管理プログラム７６０は、テナント管理者＃１に提供したインターフェースを通じて、リソース参照要求又はリソース割当て要求を受けた場合、テナント管理者＃１に対応したリソースをテナント環境管理テーブル１９００及びリソース管理テーブル２０００のうちの少なくともテナント環境管理テーブル１９００から特定し、特定したリソースの情報をそのインターフェースに表示する。図３２に示すように、要求がリソース参照要求の場合、システム管理プログラム７６０は、表示対象の情報に、下位リソースの情報を含めてよい。これにより、テナント管理者が、下位リソースとの依存関係等を把握できる。一方、要求がリソース割当て要求の場合、システム管理プログラム７６０は、表示対象の情報に、下位リソースの情報を含めないでよい。これにより、テナント管理者から、下位リソースが操作され得ることを回避できる。なお、リソース割当て要求は、環境構築要求、リソース変更要求及びサービスモデル変更要求の少なくとも１つの一例である。
　また、例えば、システム管理プログラム７６０は、システム管理者から参照要求を受けた場合、テナント管理者毎に、テナント管理者に対応したリソースをテナント環境管理テーブル１９００及びリソース管理テーブル２０００のうちの少なくともテナント環境管理テーブル１９００から特定し、図３３に示すように、テナント管理者毎のリソース情報（特定したリソースの情報）を表示してよい。
　このような表示制御の例によれば、例えば次のことが言える。すなわち、複数のテナント管理者又は複数のテナントからリソース参照要求を受け付けた場合、又は、計算機システムのシステム管理者からリソース参照要求を受け付けた場合、システム管理プログラム７６０は、テナントに対応したリソースの情報であって、要求元に対して表示する情報を決定し、決定した情報を、要求元に対して表示する。具体的には、例えば、受けた要求が、複数のテナント管理者又は複数のテナントのうちのいずれかからのリソース参照要求の場合、システム管理プログラム７６０は、そのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースより下位のリソースの情報を表示しない。また、例えば、受けた要求が、システム管理者からのリソース参照要求の場合、システム管理プログラム７６０は、テナント管理者又はテナントに対応するリソースの情報として、そのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースより下位のリソースの情報を表示し、１以上のテナント環境割当てリソースよりも上位のリソースの情報を表示しない。
　以上、一実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。
　例えば、リソース割当て制御は、テナント管理者又はシステム管理者からの要求に応答して行われるが、それに代えて又は加えて、リソースについての監視結果からそのリソースが所定の状況であることがテナント管理プログラム６６０又はシステム管理プログラム７６０により検出された場合に、テナント管理プログラム６６０又はシステム管理プログラム７６０により行われてよい。
　また、例えば、複数のリソース管理サーバ１４０は、同一のＸａａＳ（同一タイプのＸａａＳ）について２以上のＸａａＳリソース管理サーバ１４０を含んでよい。共通リソース管理サーバ１３０は、以下の処理を行ってよい。なお、以下の説明において、リソースに対する「管理操作」とは、リソースに関する制御又は管理のための操作であり、具体的には、例えば、リソースの情報の参照、異なるリソースタイプのリソース間の依存関係の変更等がある。
（＊）共通リソース管理サーバ１３０は、提供されるリソースとそのリソースを提供したＸａａＳリソース管理サーバ１４０とを対応づけて管理してよい。例えば、共通リソース管理サーバ１３０は、ＸａａＳリソース管理サーバ１４０毎に、そのＸａａＳリソース管理サーバ１４０に対して提供されたリソースのグループであるリソースグループを管理してよい。共通リソース管理サーバ１３０は、ＸａａＳリソース管理サーバ１４０に、いずれのリソースグループにも含まれていないリソースを提供する場合、その提供されるリソースを、そのリソースの提供先のＸａａＳリソース管理サーバ１４０に対応したリソースグループに含めてよい。
（＊）その後、共通リソース管理サーバ１３０は、リソースグループ毎の制御（例えばアクセス制御）を行ってよい。
（＊）リソースグループ毎の制御の第１の例は、例えば次の通りである。すなわち、共通リソース管理サーバ１３０は、いずれかのＸａａＳリソース管理サーバ１４０の管理者（典型的にはテナント管理者）からの、リソースに対する管理操作を、リソースとＸａａＳリソース管理サーバとの対応関係に基づいて受け付けてよい。具体的には、例えば、共通リソース管理サーバ１３０は、管理操作対象のリソースが、管理操作元のテナント管理者のＸａａＳリソース管理サーバに対応するリソースグループに含まれているリソースであれば、その管理操作を受け付けてよい。一方、例えば、共通リソース管理サーバ１３０は、管理操作対象のリソースが、管理操作元のテナント管理者のＸａａＳリソース管理サーバに対応するリソースグループに含まれていないリソースであれば、その管理操作を拒否してよい。
（＊）リソースグループ毎の制御の第２の例は、例えば次の通りである。すなわち、共通リソース管理サーバ１３０は、共通リソース管理サーバの管理者（典型的にはシステム管理者）からの管理操作を、上述の対応関係に関わらず受け付けてよい。
１２０…計算機システム、１３０…共通リソース管理サーバ、１４０…ＸａａＳリソース管理サーバ

Claims (15)

  1. 　複数のリソースタイプのリソースを含む複数のリソースを備える計算機システムに接続するインターフェースデバイスと、
    　前記インターフェースデバイスに接続するプロセッサと、
    を有し、
    　前記プロセッサは、
    　　前記複数のリソースタイプのリソースを含む前記複数のリソースのうち、ＸａａＳ（Ｘ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）のタイプにより異なるリソースタイプのリソースを、テナント環境に割当て、
    　　複数のＸａａＳを含む複数のテナント環境を提供し、
    　　前記複数のリソースタイプのリソースを含む前記複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理し、
    　　リソースの変更要求を受け付けると、前記下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して変更処理を実行する、
    管理システム。
  2. 　前記プロセッサは、前記計算機システムの複数のリソースそれぞれについて、テナント環境に割り当てられたリソースであるテナント環境割当てリソースと、テナント環境割当てリソースより上位のリソースである上位リソースと、前記下位リソースと、未割当てリソースのいずれかのリソースカテゴリで管理する、
    請求項１記載の管理システム。
  3. 　前記プロセッサは、前記変更処理として、
    　　前記変更処理前の１以上のテナント環境割当てリソースの依存先リソースの性能又は量と、前記変更処理後の前記１以上のテナント環境割当てリソースの依存先リソースの性能又は量が同じであるように、前記１以上のテナント環境割当てリソースと前記１以上のテナント環境割当てリソースの下位リソースとの依存関係を変更する処理を行う、
    請求項１記載の管理システム。
  4. 　前記変更処理は、いずれかのテナント環境のＸａａＳタイプを第１ＸａａＳタイプから第２ＸａａＳタイプに変更する処理を含み、
    　前記プロセッサは、前記変更処理として、
    　　前記第２ＸａａＳタイプに従うリソースタイプのリソースであって、前記第１依存関係及び前記第２依存関係のうちの少なくとも一方が変更されることの無いリソースを、プロビジョニングリソースとして選択する、
    請求項１記載の管理システム。
  5. 　前記プロセッサは、いずれかのテナント環境に割り当てられている下位リソースを占有する場合、占有する下位リソース及びその上位にあるリソースを、前記いずれかのユーザ以外のユーザに対応させない、
    請求項１記載の管理システム。
  6. 　前記プロセッサは、第１のテナント環境の第１のテナント管理者又は第１のテナントに対応した１以上のテナント環境割当てリソースの依存先リソースを、第１のテナント管理者又は第１のテナントとは別のテナント管理者又はテナントである第２のテナント管理者又は第２のテナントからの要求に応答して操作することを行わない、
    請求項１記載の管理システム。
  7. 　前記プロセッサは、第１のテナント管理者又は第１のテナントに対応したテナント環境割当てリソースに関するリソース増加量の予測値を基に、そのテナント環境割当てリソースの下位リソースのタイプと同じタイプのリソースを確保し、
    　操作されるリソースのリソースタイプが、前記、第１のテナント管理者又は第１のテナントについて確保されているリソースのリソースタイプに該当する場合、前記プロセッサは、前記第１のテナント管理者又は第１のテナントに対応したテナント環境割当てリソースとして、前記確保されているリソースを優先的に割り当てる、
    請求項１記載の管理システム。
  8. 　前記プロセッサは、第１のテナント管理者又は第１のテナントのテナント環境に対して割当てるリソースとして、いずれのテナント管理者又はテナントにも割当てられていない未割当てリソースと、前記第１のテナント管理者又は第１のテナント以外のいずれかのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースの下位リソースとのいずれも、前記第１のテナント管理者又は第１のテナントのテナント環境に割当てることが可能な場合、前記未割当てリソースを優先して前記第１のテナント管理者又は第１のテナントのテナント環境に割当てる、
    請求項１記載の管理システム。
  9. 　前記第１のテナント管理者から要求を受けた場合、前記プロセッサは、
    　　前記受けた要求に従う処理において操作されるリソースが前記第１のテナントに割当てられているリソースであれば、その要求に従う処理を実行し、
    　　前記受けた要求に従う処理において操作されるリソースが前記第１のテナント以外のテナントに割当てられているリソースであれば、その要求に従う処理を拒否し、
    　前記計算機システムのシステム管理者から要求を受けた場合、前記プロセッサは、
    　　前記受けた要求に従う処理の内容と、前記システム管理者に割当てられた権限とに基づく処理を実行する、
    請求項８記載の管理システム。
  10. 　複数のテナント管理者又は複数のテナントからリソース参照要求を受け付けた場合、又は、前記計算機システムのシステム管理者からリソース参照要求を受け付けた場合、前記プロセッサは、
    　　テナントに対応したリソースの情報であって、要求元に対して表示する情報を決定し、
    　　決定した情報を、前記要求元に対して表示する、
    請求項１記載の管理システム。
  11. 　前記受けた要求が、前記複数のテナント管理者又は複数のテナントのうちのいずれかからのリソース参照要求の場合、前記プロセッサは、そのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースより下位のリソースの情報を表示しない、
    請求項１０記載の管理システム。
  12. 　前記受けた要求が、前記システム管理者からのリソース参照要求の場合、前記プロセッサは、テナント管理者又はテナントに対応するリソースの情報として、そのテナント管理者又はテナントに対応した１以上のテナント環境割当てリソースより下位のリソースの情報を表示し、１以上のテナント環境割当てリソースよりも上位のリソースの情報を表示しない、
    請求項１０記載の管理システム。
  13. 　前記プロセッサは、前記複数のテナントにそれぞれ対応した複数のテナント管理者の各々に対し、そのテナント管理者からの要求に応答してその要求に適合したリソースを探し見つかったリソースに関する情報を表示する機能であるプラットフォーム管理機能として動作するようになっている、
    請求項８記載の管理システム。
  14. 　複数のリソースタイプのリソースを含む複数のリソースを備える計算機システムを管理する管理システムであって、
    　複数タイプのＸａａＳに対応した複数のＸａａＳリソース管理サーバと
    　共通リソース管理サーバと
    を有し、
    　前記複数のＸａａＳリソース管理サーバの各々は、そのＸａａＳリソース管理サーバに対応するＸａａＳに従うテナント環境を提供し、
    　前記共通リソース管理サーバは、
    　　前記複数のリソースタイプのリソースを含む前記複数のリソースのうち、ＸａａＳのタイプにより異なるリソースタイプのリソースを、そのＸａａＳに対応したテナント環境に割当て、
    　　前記複数のリソースタイプのリソースを含む前記複数のリソースのうち、各テナント環境に割り当てたリソースより下位のリソースを、下位リソースとして管理し、
    　　リソースの変更要求をいずれかのＸａａＳリソース管理サーバから受け付けると、前記下位リソースとして管理されたリソースのうち、少なくとも１以上の下位リソースに対して変更処理を実行する、
    管理システム。
  15. 　前記複数のＸａａＳリソース管理サーバは、同一のＸａａＳについて２以上のＸａａＳリソース管理サーバを含み、
    　前記共通リソース管理サーバは、
    　　提供されるリソースとそのリソースを提供したＸａａＳリソース管理サーバとを対応づけて管理し、
    　　いずれかのＸａａＳリソース管理サーバの管理者からの、リソースに対する管理操作を、リソースとＸａａＳリソース管理サーバとの対応関係に基づいて受け付け、
    　　前記共通リソース管理サーバの管理者からの管理操作を、前記対応関係に関わらず受け付ける、
    請求項１４記載の管理システム。
PCT/JP2015/062279 2015-04-22 2015-04-22 計算機システムの管理システム WO2016170625A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2015/062279 WO2016170625A1 (ja) 2015-04-22 2015-04-22 計算機システムの管理システム
US15/553,603 US10437642B2 (en) 2015-04-22 2015-04-22 Management system for computer system
JP2017513888A JP6392978B2 (ja) 2015-04-22 2015-04-22 計算機システムの管理システム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/062279 WO2016170625A1 (ja) 2015-04-22 2015-04-22 計算機システムの管理システム

Publications (1)

Publication Number Publication Date
WO2016170625A1 true WO2016170625A1 (ja) 2016-10-27

Family

ID=57142948

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/062279 WO2016170625A1 (ja) 2015-04-22 2015-04-22 計算機システムの管理システム

Country Status (3)

Country Link
US (1) US10437642B2 (ja)
JP (1) JP6392978B2 (ja)
WO (1) WO2016170625A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021157562A (ja) * 2020-03-27 2021-10-07 日鉄ソリューションズ株式会社 情報処理装置、情報処理方法、及びプログラム

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9378065B2 (en) 2013-03-15 2016-06-28 Advanced Elemental Technologies, Inc. Purposeful computing
US9721086B2 (en) 2013-03-15 2017-08-01 Advanced Elemental Technologies, Inc. Methods and systems for secure and reliable identity-based computing
WO2017068770A1 (ja) * 2015-10-22 2017-04-27 日本電気株式会社 コンピュータ、デバイス割当管理方法及びプログラム記録媒体
CN109844722B (zh) * 2016-08-12 2022-09-27 利奇得公司 分解式结构交换计算平台
US20180097744A1 (en) * 2016-10-05 2018-04-05 Futurewei Technologies, Inc. Cloud Resource Provisioning for Large-Scale Big Data Platform
US11153224B2 (en) * 2017-02-09 2021-10-19 Radcom Ltd. Method of providing cloud computing infrastructure
WO2020219801A1 (en) 2019-04-25 2020-10-29 Liqid Inc. Multi-protocol communication fabric control
EP3959604A4 (en) 2019-04-25 2023-01-18 Liqid Inc. MACHINE TEMPLATES FOR DEDICATED COMPUTING UNITS
US11048491B1 (en) * 2020-05-11 2021-06-29 Microsoft Technology Licensing, Llc Cloud on-demand staging environments
US11442776B2 (en) 2020-12-11 2022-09-13 Liqid Inc. Execution job compute unit composition in computing clusters

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013055601A1 (en) * 2011-10-11 2013-04-18 International Business Machines Coporation Discovery-based indentification and migration of easily cloudifiable applications
WO2014155555A1 (ja) * 2013-03-27 2014-10-02 株式会社日立製作所 管理システム及び管理プログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102255933B (zh) * 2010-05-20 2016-03-30 中兴通讯股份有限公司 云服务中介、云计算方法及云系统
GB2503463A (en) * 2012-06-27 2014-01-01 Ibm Overriding abstract resource manager methods to provide resources to implement nodes in a service definition
US8990374B2 (en) 2012-07-18 2015-03-24 Hitachi, Ltd. Method and apparatus of cloud computing subsystem
US9942114B1 (en) * 2014-05-13 2018-04-10 Amazon Technologies, Inc. Automatic tag-based architecture diagrams

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013055601A1 (en) * 2011-10-11 2013-04-18 International Business Machines Coporation Discovery-based indentification and migration of easily cloudifiable applications
WO2014155555A1 (ja) * 2013-03-27 2014-10-02 株式会社日立製作所 管理システム及び管理プログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021157562A (ja) * 2020-03-27 2021-10-07 日鉄ソリューションズ株式会社 情報処理装置、情報処理方法、及びプログラム

Also Published As

Publication number Publication date
US20180046509A1 (en) 2018-02-15
JP6392978B2 (ja) 2018-09-19
JPWO2016170625A1 (ja) 2017-09-21
US10437642B2 (en) 2019-10-08

Similar Documents

Publication Publication Date Title
JP6392978B2 (ja) 計算機システムの管理システム
US11663029B2 (en) Virtual machine storage controller selection in hyperconverged infrastructure environment and storage system
US11936731B2 (en) Traffic priority based creation of a storage volume within a cluster of storage nodes
US8327370B2 (en) Dynamic policy manager method, system, and computer program product for optimizing fractional resource allocation
US9582221B2 (en) Virtualization-aware data locality in distributed data processing
US8103826B2 (en) Volume management for network-type storage devices
JP6121527B2 (ja) 計算機システム及びリソース管理方法
JP5199000B2 (ja) ファイルサーバリソース分割方法、システム、装置及びプログラム
US20210405902A1 (en) Rule-based provisioning for heterogeneous distributed systems
JP2005216151A (ja) 資源運用管理システム及び資源運用管理方法
US20220057947A1 (en) Application aware provisioning for distributed systems
US20150234671A1 (en) Management system and management program
JP2003345631A (ja) 計算機システム及び記憶領域の割当方法
WO2015114816A1 (ja) 管理計算機および管理プログラム
JP2019133291A (ja) 情報処理装置，情報処理システムおよび制御プログラム
US10019182B2 (en) Management system and management method of computer system
US11726684B1 (en) Cluster rebalance using user defined rules
US10552224B2 (en) Computer system including server storage system
JP6244496B2 (ja) サーバストレージシステムの管理システム及び管理方法
US11609831B2 (en) Virtual machine configuration update technique in a disaster recovery environment
CN110955487B (zh) Hci环境下的vm/容器和卷配置决定方法及存储系统

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017513888

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15553603

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15889864

Country of ref document: EP

Kind code of ref document: A1