WO2015145677A1 - 管理計算機及びプラットフォーム改善方法 - Google Patents

管理計算機及びプラットフォーム改善方法 Download PDF

Info

Publication number
WO2015145677A1
WO2015145677A1 PCT/JP2014/058923 JP2014058923W WO2015145677A1 WO 2015145677 A1 WO2015145677 A1 WO 2015145677A1 JP 2014058923 W JP2014058923 W JP 2014058923W WO 2015145677 A1 WO2015145677 A1 WO 2015145677A1
Authority
WO
WIPO (PCT)
Prior art keywords
cost
function
performance
priority
value
Prior art date
Application number
PCT/JP2014/058923
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/JP2014/058923 priority Critical patent/WO2015145677A1/ja
Publication of WO2015145677A1 publication Critical patent/WO2015145677A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3664—Environments for testing or debugging software
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3442—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for planning or managing the needed capacity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3452—Performance evaluation by statistical analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/815—Virtual
    • 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

Definitions

  • the present invention generally relates to a technology constituting a logical system.
  • the template stores, for example, a system image related to a plurality of virtual servers and network connections.
  • a virtual server operating environment composed of server devices, storage devices, and network devices is configured as a resource pool, and when a business system configuration becomes necessary, a cloud that is used by cutting out resources from the resource pool A computing system is known (Patent Document 2).
  • Patent Document 1 since the platform is already configured, the configuration on the platform side cannot be changed when configuring the template. Further, since Patent Document 2 evaluates all possible combinations of configurations, the time until the final evaluation result is proposed to the user tends to be long.
  • An object of the present invention is to propose a more appropriate platform configuration. Furthermore, another object of the present invention is to propose a more appropriate platform and system configuration within a limited time.
  • the management computer has priority information including the priority of each of one or more functions corresponding to each of a plurality of platforms. Based on the priority information, the management computer configures a test platform that applies the function to the platform corresponding to the function, and then configures it based on multiple platforms including the test platform. It is determined whether the logical system to be satisfied satisfies the setting requirement.
  • the setting requirement may include a requirement related to a performance value that is an index representing the performance of the logical system and a requirement related to a cost value that is an index representing the cost generated in the logical system.
  • the determination is whether the performance value of the logical system satisfies the requirement of the performance value included in the setting requirement and whether the cost value of the logical system satisfies the requirement of the cost value included in the setting requirement. It's okay.
  • the management computer may adopt a logical system whose result of the determination is affirmative as a candidate for the actual operation logical system.
  • a more appropriate platform configuration can be proposed. Furthermore, according to the present invention, it is possible to propose a more appropriate platform and logical system configuration within a limited time.
  • the structural example of a physical system is shown.
  • the example of the data and program which a management computer has is shown.
  • the structural example of a server pool table is shown.
  • the structural example of a storage pool table is shown.
  • the structural example of a logical system table is shown.
  • the structural example of a requirement table is shown. It is a structural example of a PF function table.
  • the structural example of an occurrence cost table is shown.
  • the structural example of a template table is shown.
  • the structural example of a rule table is shown.
  • the structural example of an analysis item list is shown.
  • the structural example of a priority table is shown. An outline of the priority table generation process and the priority analysis process will be described. An overview of the improved system configuration process is shown.
  • An example of the improvement system list screen is shown. It is a flowchart which shows the example of the whole process which concerns on this embodiment. It is a flowchart which shows the process example of a priority table production
  • xxx table information may be described in terms of “xxx table” or the like, but the information may be expressed in other than a data structure such as a table. Therefore, the “xxx table” or the like may be referred to as “xxx information” in order to show that it does not depend on the data structure.
  • identification information represented by “number” and “name” is employed, but other types of identification information may be used.
  • xxx processing may be “xxx program”.
  • processing as the subject may be the description with the processor as the subject. Part or all of the processing may be realized by dedicated hardware.
  • Various programs may be installed in each computer by a program distribution server or a computer-readable storage medium.
  • FIG. 1 is a schematic diagram showing an outline of the present embodiment.
  • the physical system 1 includes a plurality of server platforms (hereinafter, the platform is expressed as “PF”) 701 and a storage PF 702.
  • the server PF 701 is a physical server device that provides logical resources allocated to virtual servers.
  • the storage PF 702 is a physical storage device that provides logical resources allocated to virtual storage.
  • a server resource pool 711 that is a set of a plurality of logical resources (for example, a processor and a memory) provided by a plurality of servers PF 701 is configured.
  • a logical resource in the server resource pool is allocated to the virtual server.
  • a storage resource pool 712 that is a set of a plurality of logical resources provided by a plurality of storage PFs 702 is configured.
  • a logical resource in the storage resource pool is allocated to the virtual storage.
  • the user can configure the logical system 600 that is a set of components and functions realized by the virtual server and the virtual storage.
  • the user expresses an LB component 601 as a virtual load balancer (represented as “LB”) realized by a virtual server, and a virtual WEB / application (“AP”) realized by a virtual server.
  • LB virtual load balancer
  • AP virtual WEB / application
  • DB component 603 virtual DB (database) realized by a virtual server and a virtual storage can be configured.
  • the configuration of the logical system 600 may vary depending on user requirements. Therefore, in configuring the logical system 600 requested by the user, the physical system 1 configured by the original PF is not necessarily optimal. In the present embodiment, a method for proposing a more appropriate configuration of the PFs 701 and 702 in configuring the logical system 600 requested by the user will be described.
  • FIG. 2 shows a configuration example of the physical system 1.
  • the physical system 1 includes a management computer 2, a terminal 3, a network switch 4, a physical computer 5, a storage switch 6, and a storage device 7.
  • the management computer 2, the terminal 3, and the physical computer 5 are connected to the network switch 4 and can transmit / receive data to / from each other.
  • the management computer 2, the physical computer 5, and the storage device 7 are connected to the storage switch 6 and can transmit and receive data to and from each other.
  • the physical system 1 may be installed in a data center or a user company or the like. The user may operate the management computer 2 through the terminal 3, or may directly operate the management computer 2.
  • the management computer 2 is a device for managing the physical computer 5, the storage device 7, and the like.
  • the management computer 2 includes a memory 21, a network I / F 23, a disk I / F 24, a storage device 25, and a processor 22 connected to them.
  • the storage device 25 and the memory 21 store programs and data.
  • the processor 22 implements various functions of the management computer 2 by executing a program stored in the memory 21.
  • the network I / F 23 is an I / F (interface device) for connecting the management computer 2 and the network switch 4.
  • the network I / F 23 has a function of processing a communication protocol (such as IP) between the management computer 2 and the physical computer 5.
  • the disk I / F 24 is an I / F for connecting the management computer 2 and the storage switch 6.
  • the disk I / F 24 has a function of processing a communication protocol (Fibre Channel or the like) between the management computer 2 and the storage device 7.
  • the physical computer 5 is a device that operates the virtual server 53. Similar to the management computer 2, the physical computer 5 also includes a memory, a network I / F, a disk I / F, and a processor (all not shown) connected thereto. The physical computer 5 further has a virtualization function (for example, a hypervisor) 52, and can operate one or more virtual servers 53 on the virtualization function 52.
  • a virtualization function for example, a hypervisor
  • the performance of the processor included in the physical computer 5 may be different for each physical computer 5.
  • the operating frequency of the processor and the number of cores may be different for each physical computer 5.
  • the performance of the memory included in the physical computer 5 may be different for each physical computer 5.
  • one physical computer 5 may have a DRAM memory
  • another physical computer 5 may have a FeRAM memory.
  • the storage device 7 is a device that realizes virtual storage.
  • the storage device 7 may configure a RAID (Redundant Array of Inexpensive Disks) group using a plurality of disk devices 71.
  • the storage apparatus 7 may configure a plurality of volumes on the RAID group.
  • the plurality of disk devices 71 may be disk devices with different storage media, for example, HDD (Hard Disk Drive) and SSD (Solid State Drive).
  • FIG. 3 shows an example of data and programs that the management computer 2 has.
  • the management computer 2 includes, as data, a server pool table 300, a storage pool table 320, a logical system table 340, a requirement table 360, an occurrence cost table 400, a PF function table 380, a template table 420, and a rule table. 440, a priority table 480, and an analysis item list 460.
  • the management computer 2 includes an input / output process 101, a priority table generation process 102, a priority analysis process 103, and an improved system configuration process 104 as programs.
  • details of each data and program which the management computer 2 has will be described.
  • FIG. 4 shows a configuration example of the server pool table 300.
  • the server pool table 300 includes server resource information related to the server resource pool as a record.
  • the server pool table 300 includes a base name 301, a processor value 302, a memory capacity 303, and a usable instance number 304 as fields.
  • the processor value 302 stores values representing the performance of the processor (for example, operating frequency and number of cores).
  • the memory capacity 303 stores a value representing the memory capacity.
  • the number of usable (unused) instances is stored.
  • the number of available instances 304 may store the total number of instances and the number of available instances.
  • SV-A represents that the logical resource includes a processor (302) having an operating frequency “3 GHz” and the number of cores “6”, and a memory capacity (303) of “4 GB”.
  • processor having an operating frequency “3 GHz” and the number of cores “6”, and a memory capacity (303) of “4 GB”.
  • memory capacity (303) of “4 GB”.
  • “3” of “10” is usable (304).
  • FIG. 5 shows a configuration example of the storage pool table 320.
  • the storage pool table 320 has storage resource information related to the storage resource pool as a record.
  • the storage pool table 320 has, as fields, a base name 321, a disk capacity 322, a device type 323, an IOPS 324, and an available instance number 325.
  • the base name 321 a name indicating the rank of the logical resource serving as the base of the virtual storage is stored.
  • the disk capacity 322 stores the capacity of the virtual storage.
  • the device type 323 stores the type of storage device that constitutes the virtual storage (for example, HDD or SSD).
  • the IOPS 324 stores a value representing the I / O performance (here, the number of I / Os per second).
  • the number of usable instances 325 stores the number of usable (unused) instances (virtual storage).
  • the number of available instances 324 may store the total number of instances and the number of available instances.
  • three types of ranks (321) of “ST-A”, “ST-B”, and “ST-C” can be selected as logical resources serving as a base of virtual storage.
  • “ST-A” indicates that “SSD” (323) having a capacity (322) of “100 GB” is included as a logical resource.
  • “ST-A” represents having the performance of IOPS “50000” (324). In the virtual storage corresponding to “ST-A”, “2” of “10” is usable (325).
  • FIG. 6 shows a configuration example of the logical system table 340.
  • the logical system table 340 includes logical system information regarding the configuration and performance of the logical system requested by the user as a record.
  • the logical system table 340 includes a system ID 341, a component name 342, a processor value 343, a memory capacity 344, a disk capacity 345, and an IOPS value 346 as fields.
  • the system ID 341 stores the logical system ID.
  • the component name 342 stores a name representing the component.
  • the processor value 343, the memory capacity 344, the disk capacity 345, and the IOPS value 346 information similar to that described in the server pool table 300 and the storage pool table 320 is stored.
  • the system ID “SYS1” (341) is configured by the user from one “LB” component, three “WEB / AP” components, and one “DB” component. Indicates that the requested logical system (342) is requested. Then, the user adds the “LB” component (342) to the processor (343) with the operating frequency “2 GHz or more” and the number of cores “1 or more”, the memory capacity (344) of “1 GB or more”, and “10 GB”. This indicates that the disk capacity (345) is requested.
  • the user adds a “WEB / AP” component (342) to a processor (343) having an operating frequency “2 GHz or more” and a core number “1 or more”, a memory capacity (344) “1 GB or more”, and “10 GB”. This indicates that the disk capacity (345) of “above” is requested.
  • the user adds the “DB” component (342) to the processor (343) having the operating frequency “3 GHz” and the number of cores “5 or more”, the memory capacity (344) “4 GB or more”, and “800 GB or more”. This indicates that a disk capacity (345) and an IOPS value (346) of “14000 or more” are requested.
  • FIG. 7 shows a configuration example of the requirement table 360.
  • the requirement table 360 includes requirement information regarding requirements that the user requests from the logical system as a record. This requirement may be defined as, for example, SLA (Service Level Agreement) and KPI (Key Performance Indicator).
  • the requirement table 360 includes a system ID 361, a performance requirement 362, and a cost requirement 363 as fields.
  • the ID of the logical system is stored.
  • the system ID 361 and the system ID 341 in the logical system table 340 have a correspondence relationship.
  • the performance requirement 362 stores information representing requirements regarding the performance of the logical system.
  • the cost requirement 363 stores information indicating the requirement regarding the cost of the logical system.
  • the requirement table 360 shown in FIG. 7 shows that the logical system corresponding to the system ID “SYS1” (361) has a probability that the process will be completed within 3 seconds when 80 users are simultaneously accessed. This means that a performance requirement (362) of “being present” and a cost requirement (363) of “use cost is within 4000” are required.
  • FIG. 8 is a configuration example of the PF function table 380.
  • the PF function table 380 includes information on functions that can be added (applied) to the PF and cost values generated by the addition of the functions. Further, the PF function table 380 may include information on logical resources on which the addition of functions has an effect.
  • the PF function table 380 includes, as fields, a PF name 381, a function name 382, a used resource 383, a cost unit 384, a cost value 385, and an effect 386.
  • PF name 381 stores the name of the PF.
  • the function name 382 stores the name of the function.
  • the used resource 383 stores information that can identify the resource.
  • the cost unit 384 stores information indicating a unit in which a cost is generated.
  • the cost value 385 stores a value representing the cost.
  • the effect 386 stores information related to the effect obtained by adding the function.
  • the PF function table 380 shown in FIG. 8 indicates that the cost value of the base (382) generated by using the server PF (381) of “SV-A” (384) is “100” (385).
  • the PF function table 380 indicates that the cost value generated by adding the cache function (382) using the memory capacity “1 GB” (384) to the server PF (381) is “10” (385). .
  • This cache function represents the use of an I / O resource (383).
  • the I / O waiting time of the processor of the server PF and the I / O load of the storage PF can be improved (386).
  • the PF function table 380 indicates that when the LB component is configured by adding the LB function (382) to the server PF (381), no cost is generated (that is, “0”) (385). For example, there is a case where the LB function is configured by open source software.
  • the PF function table 380 indicates that when a DB function (382) is added to the server PF to configure a DB component, a cost of (383) “500” (385) per core of the processor is generated.
  • a cost of (383) “500” (385) per core of the processor is generated.
  • the DB function is constituted by paid software, and the license fee for this software is generated for the number of cores of the processor.
  • the PF function table 380 indicates that the cost value of the base (382) generated by using the storage PF (381) of “ST-A” (384) is “100” (385).
  • the PF function table 380 indicates that when a tier control function (382) is added to the storage PF (381) to configure a DB component, a cost of (384) “20” (385) per 5 GB of disk capacity is generated. .
  • FIG. 9 shows a configuration example of the generated cost table 400.
  • the generated cost table 400 includes information on costs generated for the logical system.
  • the generated cost table 400 includes, as fields, a component name 401, a base cost 402 and an additional cost 403 in the server PF, and a base cost 404 and an additional cost 405 in the storage PF.
  • the component name 401 stores the name of the component. This component name 401 has a correspondence relationship with the component name 342 of the logical system table 340.
  • the base cost 402 of the server PF stores the base cost value of the server PF.
  • the additional cost 403 of the server PF stores the cost value of the function added to the server PF.
  • the additional cost 403 of the server PF may include a processor 411, a memory 412, and an HDD 413 as subfields.
  • the storage PF base cost 404 stores the base cost value of the storage PF.
  • the storage PF additional cost 405 stores the cost value of the function added to the storage PF.
  • the additional cost 405 of the storage PF may include a memory 414, an SSD 415, and an HDD 416 as subfields.
  • the generated cost table 400 shown in FIG. 9 includes “100” (402), which is the base cost for one “SV-A”, and six cores of the processor for the server PF constituting the “DB” component.
  • FIG. 10 shows a configuration example of the template table 420.
  • the template table 420 has information for adding and deleting functions for the PF. Further, the template table 420 may have information for measuring the performance of the PF.
  • the template table 420 includes, as fields, a template name 421, a script information URI (Uniform Resource Indicator) 422, a setting information URI 423, and a measurement information URI 424.
  • the template name 421 stores the name of the template.
  • the script information URI 422 stores a URI (URL (Uniform Resource Locator) or file path) indicating the location of the script information.
  • the script information may describe processing contents (procedure contents) for adding or deleting functions to the PF.
  • the processing content of the script information may be different for each PF and for each function.
  • the setting information URI 423 stores a URI indicating the location of the setting information.
  • the setting information may describe parameters used in executing the script information.
  • the setting information related to the memory cache function describes the memory capacity used for the cache.
  • the measurement information URI 424 stores a URI indicating the location of the measurement information.
  • the measurement information may describe parameters used in performance measurement when a function is added to or deleted from the PF. For example, in the measurement information related to the memory cache function, the monitoring point of the I / O amount is described.
  • FIG. 11 shows a configuration example of the rule table 440.
  • the rule table 440 includes information on rules that serve as indices for improving the performance of components or PFs.
  • the rule table 440 includes a rule ID 441, a purpose 442, a premise 443, and a conclusion 444 as fields.
  • the rule ID 441 stores the rule ID.
  • the purpose 442 stores information indicating how to improve the performance of which resource.
  • the premise 443 stores information representing a precondition that the rule is applied.
  • the means 444 stores information indicating how the performance is improved.
  • the rule ID “1” indicates that “write data area” (443) is “stored in storage” in order to “reduce the load on the server processor” (442). "(444).
  • FIG. 12 shows a configuration example of the analysis item list 460.
  • the analysis item list 460 includes information representing items to be measured when analyzing the performance of components or PFs.
  • the analysis item table 460 shown in FIG. 12 includes a read / write data area 461, a reference space locality 462, a reference time locality 463, and an I / O characteristic 464 as items to be measured in the analysis. Represents that.
  • the I / O characteristic 464 may be calculated as “latency / IOPS”.
  • FIG. 13 shows a configuration example of the priority table 480.
  • the priority table 480 has information indicating which function is preferentially analyzed.
  • the priority table 480 includes a priority level 481, a PF name 482, and a function name 483 as fields.
  • Priority 481 stores information indicating the priority level. In the priority table 480 shown in FIG. 13, a smaller value indicates a higher priority.
  • the PF name 482 stores the name of the PF.
  • the function name 483 stores the name of the function that can be added to the PF.
  • the priority table 480 shown in FIG. 13 indicates that the priority “1” (481) of the “memory cache function” (483) of the “server PF” (482) is the highest.
  • the priority table 480 is generated by a priority table generation process 102 to be described later, and the priority is changed by a priority analysis process 103 to be described later.
  • the management computer 2 includes the input / output process 101, the priority table generation process 102, the priority analysis process 103, and the improvement system configuration process 104 as programs (see FIG. 3).
  • the input / output processing 101 receives an instruction from a user through a keyboard or a mouse, or displays a GUI (Graphical User Interface) including a processing result in the management computer 2 on a display device.
  • GUI Graphic User Interface
  • FIG. 14 shows an overview of the priority table generation process 102 and the priority analysis process 103.
  • the priority table generation process 102 generates a priority table 480.
  • the priority analysis process 103 changes the priority of the priority table 480.
  • (1) corresponds to the priority table generation process 102
  • (2) to (5) correspond to the priority analysis process 103.
  • the processing of (1) to (5) in FIG. 14 will be described, and the contents of the priority table generation processing 102 and the priority analysis processing 103 will be described.
  • the priority table generation process 102 generates the priority table 480 by the following processes (1-1) to (1-7), for example.
  • the priority table generation processing 102 refers to the logical system table 340, and the user is composed of one LB component, three WEB / AP components, and one DB component. Recognize that you are requesting a logical system.
  • the priority table generation process 102 refers to the logical system table 340 and recognizes the processor value and memory capacity (that is, logical resource) of the server PF requested in each component.
  • the priority table generation processing 102 is a server in the LB component and the WEB / AP component based on the processor value and memory value of the server PF requested by the user and the processor value and memory value of the server pool table 300.
  • the base of the PF is determined as “SV-C”.
  • the priority table generation processing 102 determines that the base of the server PF in the DB component is “SV-A”. This determination is performed as follows, for example.
  • the priority table generation process 102 selects the base having the lowest rank among the bases having logical resources equal to or higher than the processor value and memory value requested by the user. For example, the priority table generation process 102 selects “SV-A” for the DB component server PF because “SV-B” does not have enough cores (see below).
  • Server PF requested by user processor value “3 GHz ⁇ 5 cores”, memory value “4 GB” SV-A: processor value “3 GHz ⁇ 6 cores”, memory value “6 GB” SV-C: processor value “3 GHz ⁇ 4 cores”, memory value “4 GB” If the number of available instances corresponding to “SV-A” (or “SV-B”) is insufficient, the priority table generation process 102 cannot select this.
  • the priority table generation process 102 refers to the logical system table 340 and recognizes that the user requests the disk capacity “800 GB” in the storage PF of the DB component.
  • the priority table generation process 102 Based on the storage pool table 320 and the PF function table 380, the priority table generation process 102 provides a logical resource that exceeds the requested disk capacity so that the cost is minimized. For example, the priority table generation processing 102 selects eight “ST-C” for the storage PF of the DB component. If the number of usable instances corresponding to “ST-C” is less than “8”, the priority table generation process 102 cannot select this.
  • the priority table generation process 102 calculates a cost occurring in the logical system (referred to as “original system”) configured by the base and function selected above, and stores the calculated cost.
  • a cost table 400 is generated. Specific examples will be described below.
  • the priority table generation processing 102 calculates the costs of the LB component and the WEB / AP component, and stores them in the generated cost table 400.
  • the priority table generation process 102 compares all costs in the generated cost table 400. Accordingly, it is understood that the priority table generation processing 102 has the highest additional cost of the processor 411 in the DB component server PF. Therefore, the priority table generation processing 102 selects this DB component as a “target component” and this processor as a “target resource”.
  • the priority table generation process 102 refers to the field of the effect 386 of the PF function table 380 and searches for a function that exerts an effect on the target resource. Specific examples will be described below.
  • the priority table generation process 102 refers to the field of the effect 386 of the PF function table 380, and has the following four functions as functions that have an effect on the processor in the server PF of the DB component that is the target resource. recognize. -Server PF memory cache function-Server PF disk cache function-Storage PF memory cache function-Storage PF hierarchy control function
  • the priority table generation process 102 generates a priority table 480 including the function recognized in (1-6) above.
  • the priority table generation process 102 is configured so that the priority of the function group of the PF that is close to the processor in which the application operates is high. 480 may be generated.
  • the priority table generation processing 102 may generate the priority table 480 so that the priority of the function with high latency performance is high for the function group of each PF.
  • the latency performance either a specification value published by a manufacturer or the like or a measurement value found by measurement may be adopted.
  • the user may specify the priority of each function in the priority table 480.
  • the priority analysis process 103 changes the priority in units of PF function groups in the priority table 480. That is, the priority analysis process 103 lowers the priority of the function group of the PF having a high processing load. This is because a PF with a high processing load is considered to have little room for performance improvement and cost reduction.
  • the priority analysis process 103 lowers the priority of the function group of the server PF whose processing load is higher than the threshold in the priority table 480.
  • the priority analysis process 103 may delete the function group of the PF having a low priority from the priority table 480 based on a predetermined condition. At this time, the priority analysis processing 103 may cause the user to determine whether or not to delete the PF function group having a low priority from the priority table 480.
  • the priority analysis process 103 configures a test system including a test PF in which all functions described in the priority table 480 are added to the PF, and the performance value of the test system (referred to as “function added performance value”). ). Then, the priority analysis process 103 compares the performance threshold value (also referred to as “standard performance value”) calculated from the performance value of the original system with the function addition performance value.
  • the priority analysis process 103 measures the function addition performance value of the test system including the test PF in which all the function groups are added to the server PF and the storage PF. Then, the priority analysis process 103 compares the performance threshold value related to the original system with the function addition performance value.
  • the performance threshold value may be calculated by any of the following methods (A) and (B). Alternatively, the performance threshold value may be the smaller one of the following (A) and (B).
  • Performance threshold (performance value of the original system) ⁇ (base resource value of the original system) / (base resource value one rank lower than the original system)
  • the server component PF of the DB component has the number of used instances of “1”, and the number of instances cannot be reduced any more. Therefore, the priority analysis process 103 cannot adopt the above (A). However, since the base of the server PF of the DB component is “SV-A”, the priority analysis process 103 can adopt the above (B). In this case, the performance threshold value may be calculated as follows.
  • the priority analysis process 103 may determine that the cost cannot be reduced unless a performance improvement higher than the performance threshold is expected.
  • the priority analysis process 103 may calculate a performance threshold as follows.
  • the DB component storage PF has a use instance count of “8” (ie, 800 GB), and the disk capacity cannot be reduced any more. Therefore, the priority analysis process 103 cannot adopt the above (A). . However, since the base function of the DB component storage PF is “ST-B”, the priority analysis processing 103 can adopt the above (B). In this case, the performance threshold value may be calculated as follows.
  • the priority analysis process 103 may determine that the cost cannot be reduced unless an I / O reduction effect lower than the performance threshold is expected.
  • the priority analysis process 103 calculates the cost / performance ratio of the test system (referred to as “function added cost / performance ratio”). Then, the priority analysis process 103 compares the cost performance ratio (referred to as “original cost performance ratio”) of the original system with the function added cost performance ratio.
  • the function addition cost performance ratio and the original cost performance ratio may be calculated as follows.
  • the priority analysis process 103 calculates the cost performance ratio of each function included in the function added cost performance ratio in order to identify the function most effective among the functions described in the priority table 480. And the priority analysis process 103 compares the cost performance ratio of each function.
  • the priority analysis processing 103 calculates the cost performance ratio of the memory cache function of the storage PF, the hierarchical control function of the storage PF, the memory cache function of the server PF, and the disk cache function of the server PF, and compares them. To do. And the priority analysis process 103 changes the priority table 480 so that the priority of a function with a high cost performance ratio becomes high. Here, the priority analysis processing 103 may delete the disk cache function of the server PF from the priority table 480 when the cost performance ratio of the disk cache function of the server PF is equal to or less than the original cost performance ratio. This is because even if this function is added, it is considered that the performance improvement corresponding to the cost increase cannot be expected.
  • the priority analysis process 103 configures a test system that satisfies the following two basic policies based on the rule table 440 in the processes (3) and (5).
  • ⁇ A configuration that is expected to improve performance the most among those that can be configured at that time.
  • a configuration in which data for which update (write access) occurs is stored in the storage (from the viewpoint of data protection).
  • the following two candidates are set as areas in which data in which a write access has occurred is to be arranged according to the rule ID “1” in the rule table 440.
  • the priority analysis processing 103 employs a policy of arranging data in the memory area in descending order of the number of reference times, and arranging data that could not be arranged in the memory area in the SSD area.
  • the priority analysis processing 103 sets the following two candidates as areas in which data in which read access has occurred is arranged according to the rule ID “2” and the rule ID “3”.
  • the priority analysis process 103 adopts a policy that data is arranged in the memory area in order from the area with the highest reference count, and data that cannot be arranged in the memory area is arranged in the disk area.
  • FIG. 15 is a schematic diagram for explaining the outline of the improvement system configuration processing 104.
  • the improved system configuration process 104 configures an improved system that satisfies the user's requirements and has a lower cost than the original system.
  • the processing of (1) to (5) in FIG. 15 will be described, and the contents of the improved system configuration processing 104 will be described.
  • the improved system configuration process 104 selects functions from the priority table 480 in descending order of priority. For example, the improvement system configuration process 104 selects the hierarchical control function of the storage PF with the priority “1”.
  • the improvement system configuration process 104 acquires script information or the like for adding the function selected in (1) above to the PF based on the template table 420.
  • the improvement system configuration process 104 acquires script information, setting information, and measurement information for adding a hierarchical control function to the storage PF based on the template table 420.
  • Procedure 1 Install the hierarchical control function in the storage PF.
  • Procedure 2 Create multiple volumes.
  • Procedure 3 Set the tier to which each volume belongs.
  • Procedure 4 Set points for measuring the performance of the hierarchical control function.
  • Procedure 5 Data is allocated to the volume of each tier.
  • the improved system configuration process 104 can add a hierarchical control function to the PF by executing this script information.
  • the setting information of the hierarchical control function includes, for example, the following contents. -Number of tiers, device type and disk capacity of each tier. • Hierarchy where lead data is placed. -Hierarchy where write data is placed.
  • the improved system configuration processing 104 can know what parameters should be added to the hierarchical control function based on the setting information of the hierarchical control function.
  • the following information is described in the measurement information of the hierarchical control function.
  • Measurement cycle. Measure the area where write access occurred and the number of times it occurred.
  • ⁇ Measure the area where read access occurred and the number of occurrences. Measure the area where the access occurred in common from each node configured in parallel, the number of occurrences, and the information of the accessed node (this is only when the item “reference space locality” exists in the analysis item list 460) taking measurement).
  • the improved system configuration processing 104 can know which log file should be analyzed and how the log file content should be analyzed based on the measurement information of the hierarchical control function.
  • the improvement system configuration process 104 executes script information using the setting information and the measurement information as arguments. Thereby, a test PF to which a hierarchical control function is added is configured.
  • the improved system configuration processing 104 changes the rank of the base resource so that the maximum cost recognized in the generated cost table 400 is lowered, and the test PF in which a part of the PF of the logical system is configured in the above (2)
  • An improved logic system (referred to as “improved system”) replaced with is configured.
  • the improvement system configuration process 104 changes the “SV-A” of the DB component to “SV-B” in order to reduce the cost of the processor in the server PF of the DB component requiring the maximum cost in the generated cost table 400.
  • the improved system configuration processing 104 configures a storage test PF in which a hierarchical control function is added to the DB component “ST-C”.
  • the DB component of this improved system is configured by “SV-B” and “Test storage PF in which a hierarchical control function is added to ST-C”.
  • the improved system configuration processing 104 measures the performance of the improved system and evaluates the performance value and cost value of the improved system.
  • the improvement system configuration processing 104 may calculate the cost value of the improvement system as follows.
  • the improved system configuration processing 104 may calculate the performance cost ratio of the improved system as follows.
  • the performance requirement achievement rate of the improved system may be calculated based on a value measured by executing a predetermined test on the improved system.
  • the improved system configuration processing 104 does not have to adopt this improved system when the performance value and cost value of the improved system do not satisfy the requirements in the requirement table 360. If the performance cost ratio of the improved system exceeds the performance cost ratio of the original system, the improved system configuration process 104 may not adopt this improved system.
  • this improvement A system may be adopted.
  • the improvement system configuration processing 104 may finally adopt an improvement system in which the performance cost ratio (or cost performance ratio) of the improvement system is minimum (or maximum).
  • FIG. 16 is an example of a screen displaying a list of improvement systems.
  • the input / output process 101 may display a screen 800 of a list of one or more improved systems adopted by the improved system configuration process 104 as shown in FIG.
  • the user improves the DB component server PF to “SV-B” in “improved SYS1”, which is one of the improved systems, compared to “SYS1”, which is the original system.
  • “10 GB hierarchical control function” is added to the storage PF.
  • the user has the merit that the cost value is “2180”, which is lower than that of the original system, even though “improvement SYS1” has a performance requirement achievement rate of “83%”, which is almost the same as the original system.
  • the resource allocation amount, usage amount, and IOPS actual measurement value described in the logical system table 340 may be displayed.
  • FIG. 17 is a flowchart showing an outline of processing in the management computer 2.
  • the management computer 2 acquires information related to the logical system requested by the user (S101).
  • This information includes, for example, logical system information, requirement information, information on application load analysis, and an upper limit time. This information may be input by the user or may be acquired from another server or the like through a communication network.
  • the management computer 2 selects one logical system information from the logical system table 340, and configures a source system that can satisfy the requirements of the logical system (S102).
  • the management computer 2 determines whether or not “elapsed time from start of processing> upper limit time” (S103).
  • the management computer 2 executes the priority table generation process 102 (S104).
  • the management computer 2 executes the priority analysis process 103 (S105).
  • the management computer 2 executes the improvement system configuration process 104 (S106). These processes will be described later.
  • the management computer 2 sets the improvement system as the original system and returns to S103. That is, the management computer 2 performs recursive processing on the improvement system.
  • the management computer 2 displays a list including the improvement systems at that time (see FIG. 16).
  • the management computer 2 configures the PF and the logical system for actual operation based on the improvement system selected by the user from the list, and ends the processing (END).
  • FIG. 18 is a flowchart illustrating an example of the priority table generation process 102. This process corresponds to S104 in FIG.
  • the priority table generation processing 102 refers to the generated cost table 400, and in the original system, the resource with the highest cost is set as “target resource”, and the component including the target resource is set as “target component” (S201).
  • the priority table generation process 102 refers to the PF function table 380 and searches for a function that exerts an effect on the target resource (S202).
  • the priority table generation process 102 ends the process (END). This is because there seems to be no way to reduce target resources.
  • the priority table generation processing 102 registers these functions in the priority table 480 (S203), and ends this subroutine.
  • the priority table 480 is generated by the above processing.
  • FIG. 19 is a flowchart showing an example of the priority analysis process 103. This process corresponds to S105 in FIG.
  • the priority analysis process 103 measures and analyzes the operating status of the original system (S301).
  • the priority analysis processing 103 When there is no overloaded PF (S301: no overloaded PF), the priority analysis processing 103 indicates that the priority of the functional group of the PF including the target resource is higher than the priorities of the functional groups of other PFs.
  • the priority table 480 is changed so as to decrease (S302), and the process proceeds to S310.
  • the priority analysis process 103 is such that the priority of the function group of the server PF is lower than the priority of the function group of the storage PF.
  • the priority table 480 is changed (S303), and the process proceeds to S310.
  • the priority analysis process 103 is performed so that the priority of the function group of the storage PF is lower than the priority of the function group of the server PF.
  • the priority table 480 is changed (S304), and the process proceeds to SP310. Note that these priority changes are performed in units of PF function groups, and not in units of functions.
  • the priority analysis process 103 analyzes whether or not the target component in the original system includes a parallel configuration (S310).
  • the priority analysis process 103 deletes the item of the reference space locality 463 from the analysis item list 460 (S311), and proceeds to S312. .
  • the priority analysis processing 103 proceeds directly to S312.
  • the priority analysis process 103 determines that a parallel configuration is not included. However, there are three WEB / AP components in the original system. In this case, it is determined that the priority analysis process 103 includes a parallel configuration.
  • the priority analysis process 103 measures the performance value in the original system (S312). Further, the priority analysis process 103 may measure which logical resource load (referred to as “application load characteristic”) increases when an application used by a user is executed in the original system.
  • application load characteristic logical resource load
  • the priority analysis process 103 configures a test PF to which a function is added based on the rule table 440 (S313).
  • the priority analysis process 103 measures the function addition performance value in the test system including the test PF (S314).
  • the priority analysis process 103 calculates a performance threshold based on the performance value of the original system measured in S312 (S321). The priority analysis process 103 determines whether or not the function addition performance value of the test system measured in S314 is larger than the performance threshold (function addition performance value> performance threshold) (S322).
  • the priority analysis process 103 calculates the original cost / performance ratio (S323).
  • the priority analysis process 103 determines whether or not the function added cost / performance ratio is larger than the original cost / performance ratio (function added cost / performance ratio> original cost / performance ratio) (S324).
  • the priority analysis processing 103 deletes all the contents of the priority table 480 (S325) and ends this subroutine (RETURN). . This is because when a function group is added, performance improvement corresponding to the cost increase cannot be expected.
  • the priority analysis process 103 sets the maximum parameter for each function and measures the performance value of the test system including the test PF (S330). For example, the priority analysis process 103 sets the maximum parameter included in the setting information of the template table 420 for each function. For example, when the maximum parameter is set in the hierarchy control function, all data is arranged in the highest hierarchy (tier).
  • the priority analysis process 103 calculates the cost performance ratio of each function (S331). Then, the priority analysis process 103 changes the priority table 480 so that the priority of the function with a high cost-performance ratio is high (S332), and ends this subroutine (RETURN).
  • the priority analysis process 103 may delete the function whose cost / performance ratio is equal to or less than the original cost / performance ratio from the priority table 480 in S332.
  • the priority table 480 is changed so that the priority of the cost-effective function is increased.
  • FIG. 21 is a flowchart showing an example of the improvement system configuration process 104.
  • the improvement system configuration process 104 repeats S401 to S412 for the number of functions included in the priority table 480.
  • the improvement system configuration process 104 selects a function with the highest priority among the unselected ones from the priority table 480 (S402).
  • the improvement system configuration processing 104 changes the rank of the base resource so that the maximum cost recognized in the generated cost table 400 is lowered, and configures the improvement system including the test PF to which the selected function is added (S403). ).
  • Various parameters for adding the function being selected are determined based on the template table 420 as described above.
  • the improvement system configuration process 104 determines whether or not the configured improvement system satisfies the requirements in the requirement table 360 (S404). For example, the improvement system configuration process 104 may operate the improvement system on a test basis to measure performance, and determine whether or not the requirement is satisfied based on the result.
  • the improvement system configuration process 104 leaves this improvement system as a candidate (410), and proceeds to S412.
  • the improvement system configuration process 104 does not leave this improvement system as a candidate (S411) and proceeds to S412.
  • the improvement system configuration process 104 adopts the most cost-effective improvement system remaining among the candidates (S413), and ends this subroutine ( RETURN).
  • the most cost-effective improvement system at the present time becomes the original system in S107 of FIG. This continues recursively searching for an even more cost-effective improvement system until the upper limit time is reached.
  • the management computer 2 may further perform the following processing.
  • the priority table generation process 102 identifies a resource that is a bottleneck based on an application or a profiler function of a DB, and designates the identified resource as a “target resource”.
  • the priority analysis processing 103 determines whether or not “function addition performance value> performance value of original system”, and if the determination result is affirmative (function addition performance value> original The system performance value) skips S323 and S324, and proceeds to S330. If the determination result is negative (function addition performance value ⁇ performance value of the original system), the process proceeds to S325. This is because, when the determination result is negative, it can be determined that the performance is degraded by adding a function.
  • the management computer 2 may propose the improvement system by periodically executing the processing of the flowchart shown in FIG. 17 during the operation of the system.
  • the management computer 2 may add, change, and delete the contents of the template table 420 as appropriate.
  • the priority in the priority table 480 may be specified by the user.
  • the processing related to the present embodiment may be executed by other than the management computer 2. For example, it may be implemented in a factory facility before the system is shipped.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Quality & Reliability (AREA)
  • Software Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

　管理計算機において、複数のプラットフォームのそれぞれに対応する１以上の機能の各々の優先度を含む優先度情報を基に、優先度の高い機能から先に、その機能に対応するプラットフォームにその機能を適用したテストプラットフォームを構成し、そのテストプラットフォームを含む複数のプラットフォームを基に構成される論理システムが設定要件を満たしているか否かを判定する。

Description

管理計算機及びプラットフォーム改善方法
　本発明は、概して、論理システムを構成する技術に関する。
　サーバ仮想化技術を活用し、一度構築したシステムイメージをテンプレート化して別のクラウド環境で再利用する運用が知られている（特許文献１）。テンプレートには、例えば、複数の仮想サーバ及びネットワーク接続などに関するシステムイメージが格納される。
　また、サーバ装置、ストレージ装置及びネットワーク装置によって構成される仮想サーバ動作環境をリソースプールとして構成しておき、業務システムの構成が必要となった時点で、リソースプールからリソースを切り出して使用するというクラウドコンピューティングシステムが知られている（特許文献２）。
ＵＳ８，３７０，４９０ ＷＯ２００８／００１６７８
　しかし、特許文献１は、プラットフォームが構成済みであるため、テンプレートを構成する時、プラットフォーム側の構成を変更することができない。また、特許文献２は、可能性を有する全ての構成の組み合わせについて評価するため、最終的な評価結果をユーザに提案するまでの時間が長くなり易い。
　本発明の目的は、より適切なプラットフォームの構成を提案することにある。さらに、本発明の別の目的は、限られた時間内に、より適切なプラットフォーム及びシステムの構成を提案することにある。
　本発明の一実施形態に係る管理計算機は、複数のプラットフォームのそれぞれに対応する１以上の機能の各々の優先度を含む優先度情報を有する。管理計算機は、優先度情報を基に、優先度の高い機能から先に、その機能に対応するプラットフォームにその機能を適用したテストプラットフォームを構成し、そのテストプラットフォームを含む複数のプラットフォームを基に構成される論理システムが設定要件を満たしているか否かを判定する。
　設定要件には、論理システムの性能を表す指標である性能値に関する要件と、論理システムに発生するコストを表す指標であるコスト値に関する要件とが含まれてよい。判定は、論理システムの性能値が、設定要件に含まれる性能値の要件を満たし、且つ、論理システムのコスト値が、設定要件に含まれるコスト値の要件を満たしているか否かの判定であってよい。そして、管理計算機は、その判定の結果が肯定的な論理システムを、実運用の論理システムの候補に採用してよい。
　本発明によれば、より適切なプラットフォームの構成を提案することができる。さらに、本発明によれば、限られた時間内に、より適切なプラットフォーム及び論理システムの構成を提案することができる。
本実施形態の概要を示す。 物理システムの構成例を示す。 管理計算機の有するデータ及びプログラムの例を示す。 サーバプールテーブルの構成例を示す。 ストレージプールテーブルの構成例を示す。 論理システムテーブルの構成例を示す。 要件テーブルの構成例を示す。 ＰＦ機能テーブルの構成例である。 発生コストテーブルの構成例を示す。 テンプレートテーブルの構成例を示す。 ルールテーブルの構成例を示す。 分析項目リストの構成例を示す。 優先度テーブルの構成例を示す。 優先度テーブル生成処理及び優先度分析処理の概要を示す。 改善システム構成処理の概要を示す。 改善システムの一覧画面の例を示す。 本実施形態に係る全体の処理例を示すフローチャートである。 優先度テーブル生成処理の処理例を示すフローチャートである。 優先度分析処理の処理例を示すフローチャートである。 改善システム構成処理の処理例を示すフローチャートである。 改善システム構成処理の処理例を示すフローチャートの続きである。
　以下、図面を参照しながら、実施形態を説明する。なお、以後の説明では、「×××テーブル」等の表現にて情報を説明することがあるが、これら情報はテーブル等のデータ構造以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「×××テーブル」等について「×××情報」と呼ぶことがある。各情報の内容を説明する際に、「番号」、「名称」という表現の識別情報が採用されるが、他種の識別情報が使用されて良い。以後の説明における「×××処理」は、「×××プログラム」であってもよい。以後の説明における「処理」を主語とした説明は、プロセッサを主語とした説明としてもよい。処理の一部または全ては、専用ハードウェアによって実現されてもよい。各種プログラムは、プログラム配布サーバや、計算機が読み取り可能な記憶媒体によって各計算機にインストールされてもよい。
　図１は、本実施形態の概要を表す模式図である。
　物理システム１は、複数のサーバプラットフォーム（以下、プラットフォームを「ＰＦ」と表現する）７０１及びストレージＰＦ７０２から構成されている。サーバＰＦ７０１は、仮想サーバに割り当てられる論理リソースを提供する物理的なサーバ装置である。ストレージＰＦ７０２は、仮想ストレージに割り当てられる論理リソースを提供する物理的なストレージ装置である。
　複数のサーバＰＦ７０１が提供する複数の論理リソース（例えばプロセッサ及びメモリ）の集合であるサーバリソースプール７１１が構成される。仮想サーバには、サーバリソースプール内の論理リソースが割り当てられる。
　複数のストレージＰＦ７０２が提供する複数の論理リソースの集合であるストレージリソースプール７１２が構成される。仮想ストレージには、ストレージリソースプール内の論理リソースが割り当てられる。
　ユーザは、仮想サーバ及び仮想ストレージにより実現されるコンポーネント及び機能の集合である論理システム６００を構成することができる。
　例えば、ユーザは、仮想サーバにより実現される仮想的なロードバランサ（「ＬＢ」と表現する）としてのＬＢコンポーネント６０１と、仮想サーバにより実現される仮想的なＷＥＢ／アプリケーション（「ＡＰ」と表現する）としてのＷＥＢ／ＡＰコンポーネント６０２と、仮想サーバ及び仮想ストレージにより実現される仮想的なＤＢ（データベース）としてのＤＢコンポーネント６０３と、を有する論理システム６００を構成することができる。
　論理システム６００の構成は、ユーザの要求によって異なり得る。したがって、ユーザが要求する論理システム６００を構成するにあたって、元のＰＦによって構成されている物理システム１が必ずしも最適であるとは限らない。本実施形態は、ユーザの要求する論理システム６００を構成するにあたって、より適切なＰＦ７０１、７０２の構成等を提案する方法について説明する。
　図２は、物理システム１の構成例を示す。
　物理システム１は、管理計算機２と、端末３と、ネットワークスイッチ４と、物理計算機５と、ストレージスイッチ６と、ストレージ装置７と、を有する。
　管理計算機２と、端末３と、物理計算機５とは、ネットワークスイッチ４に接続されており、お互いにデータを送受信できる。管理計算機２と、物理計算機５と、ストレージ装置７とは、ストレージスイッチ６に接続されており、お互いにデータを送受信できる。物理システム１は、データセンタに設置されても良いし、ユーザの会社等に設置されても良い。ユーザは、端末３を通じて管理計算機２を操作しても良いし、管理計算機２を直接操作しても良い。
　管理計算機２は、物理計算機５及びストレージ装置７等を管理するための装置である。管理計算機２は、メモリ２１と、ネットワークＩ／Ｆ２３と、ディスクＩ／Ｆ２４と、記憶デバイス２５と、それらに接続されたプロセッサ２２とを有する。
　記憶デバイス２５及びメモリ２１には、プログラム及びデータなどが記憶される。プロセッサ２２は、メモリ２１に記憶されているプログラムを実行することにより、管理計算機２の有する各種機能を実現する。
　ネットワークＩ／Ｆ２３は、管理計算機２とネットワークスイッチ４とを接続するためのＩ／Ｆ（インターフェイスデバイス）である。ネットワークＩ／Ｆ２３は、管理計算機２と物理計算機５との間の通信プロトコル（ＩＰなど）を処理する機能を有する。
　ディスクＩ／Ｆ２４は、管理計算機２とストレージスイッチ６とを接続するためのＩ／Ｆである。ディスクＩ／Ｆ２４は、管理計算機２とストレージ装置７との間の通信プロトコル（Ｆｉｂｒｅ　Ｃｈａｎｎｅｌなど）を処理する機能を有する。
　物理計算機５は、仮想サーバ５３を稼働させる装置である。物理計算機５も、管理計算機２と同様、メモリと、ネットワークＩ／Ｆと、ディスクＩ／Ｆと、それらに接続されたプロセッサ（何れも不図示）とを有する。物理計算機５は、さらに仮想化機能（例えばハイパバイザ）５２を有し、その仮想化機能５２上で１以上の仮想サーバ５３を稼働させることができる。
　物理計算機５の有するプロセッサの性能は、物理計算機５ごとに異なっても良い。例えば、物理計算機５ごとにプロセッサの動作周波数及びコア数が異なってもよい。物理計算機５の有するメモリの性能は、物理計算機５ごとに異なっても良い。例えば、或る物理計算機５はＤＲＡＭのメモリを有し、別の物理計算機５はＦｅＲＡＭのメモリを有してもよい。
　ストレージ装置７は、仮想ストレージを実現する装置である。ストレージ装置７は、複数のディスク装置７１を用いてＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ　Ａｒｒａｙ　ｏｆ　Ｉｎｅｘｐｅｎｓｉｖｅ　Ｄｉｓｋｓ）グループを構成してもよい。ストレージ装置７は、ＲＡＩＤグループ上に複数のボリュームを構成してもよい。複数のディスク装置７１は、記憶媒体の異なるディスク装置、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）と、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）でもよい。
　図３は、管理計算機２の有するデータ及びプログラムの一例を示す。
　管理計算機２は、データとして、サーバプールテーブル３００と、ストレージプールテーブル３２０と、論理システムテーブル３４０と、要件テーブル３６０と、発生コストテーブル４００と、ＰＦ機能テーブル３８０と、テンプレートテーブル４２０と、ルールテーブル４４０と、優先度テーブル４８０と、分析項目リスト４６０と、を有する。また、管理計算機２は、プログラムとして、入出力処理１０１と、優先度テーブル生成処理１０２と、優先度分析処理１０３と、改善システム構成処理１０４と、を有する。以下、管理計算機２が有する各データ及びプログラムの詳細について説明する。
　図４は、サーバプールテーブル３００の構成例を示す。
　サーバプールテーブル３００は、レコードとして、サーバリソースプールに関するサーバリソース情報を有する。サーバプールテーブル３００は、フィールドとして、ベース名３０１と、プロセッサ値３０２と、メモリ容量３０３と、使用可能インスタンス数３０４とを有する。
　ベース名３０１には、仮想サーバのベースとなる論理リソースのランクを表す名称が格納される。プロセッサ値３０２には、プロセッサの性能を表す値（例えば、動作周波数及びコア数）が格納される。メモリ容量３０３には、メモリの容量を表す値が格納される。
　使用可能インスタンス数３０４には、使用可能な（未使用な）インスタンス（仮想サーバ）の数が格納される。例えば、使用可能インスタンス数３０４には、全インスタンス数と、使用可能なインスタンス数とが格納されてもよい。
　図４のサーバプールテーブル３００は、仮想サーバのベースとなる論理リソースとして、「ＳＶ－Ａ」、「ＳＶ－Ｂ」及び「ＳＶ－Ｃ」の３種類のランク（３０１）が選択可能であることを表す。そして、「ＳＶ－Ａ」は、論理リソースとして、動作周波数「３ＧＨｚ」及びコア数「６」のプロセッサ（３０２）と、「４ＧＢ」のメモリ容量（３０３）とを有することを表す。そして、「ＳＶ－Ａ」に対応する仮想サーバは、「１０」の内、「３」が使用可能（３０４）であることを表す。
　図５は、ストレージプールテーブル３２０の構成例を示す。
　ストレージプールテーブル３２０は、レコードとして、ストレージリソースプールに関するストレージリソース情報を有する。ストレージプールテーブル３２０は、フィールドとして、ベース名３２１と、ディスク容量３２２と、デバイス種別３２３と、ＩＯＰＳ３２４と、使用可能インスタンス数３２５とを有する。
　ベース名３２１には、仮想ストレージのベースとなる論理リソースのランクを表す名称が格納される。ディスク容量３２２には、仮想ストレージの容量が格納される。デバイス種別３２３には、仮想ストレージを構成する記憶デバイスの種別（例えば、ＨＤＤ又はＳＳＤ）が格納される。ＩＯＰＳ３２４には、Ｉ／Ｏの性能を表す値（ここでは１秒間当たりのＩ／Ｏ数）が格納される。
　使用可能インスタンス数３２５には、使用可能な（未使用な）インスタンス（仮想ストレージ）の数が格納される。例えば、使用可能インスタンス数３２４には、全インスタンス数と、使用可能なインスタンス数とが格納されてもよい。
　図６のストレージプールテーブル３２０は、仮想ストレージのベースとなる論理リソースとして、「ＳＴ－Ａ」、「ＳＴ－Ｂ」及び「ＳＴ－Ｃ」の３種類のランク（３２１）が選択可能であることを表す。そして、「ＳＴ－Ａ」は、論理リソースとして、「１００ＧＢ」の容量（３２２）の「ＳＳＤ」（３２３）を有することを表す。そして、「ＳＴ－Ａ」は、ＩＯＰＳ「５００００」（３２４）の性能を有することを表す。そして、「ＳＴ－Ａ」に対応する仮想ストレージは、「１０」の内、「２」が使用可能（３２５）であることを表す。
　図６は、論理システムテーブル３４０の構成例を示す。
　論理システムテーブル３４０は、レコードとして、ユーザが要求する論理システムの構成及び性能等に関する論理システム情報を有する。論理システムテーブル３４０は、フィールドとして、システムＩＤ３４１と、コンポーネント名３４２と、プロセッサ値３４３と、メモリ容量３４４と、ディスク容量３４５と、ＩＯＰＳ値３４６とを有する。
　システムＩＤ３４１には、論理システムのＩＤが格納される。コンポーネント名３４２には、コンポーネントを表す名称が格納される。プロセッサ値３４３、メモリ容量３４４、ディスク容量３４５及びＩＯＰＳ値３４６には、サーバプールテーブル３００及びストレージプールテーブル３２０で説明したものと同様の情報が格納される。
　図７に示す論理システムテーブル３４０において、システムＩＤ「ＳＹＳ１」（３４１）は、ユーザが、１つの「ＬＢ」コンポーネントと、３つの「ＷＥＢ／ＡＰ」コンポーネントと、１つの「ＤＢ」コンポーネントとから構成される論理システム（３４２）を要求していることを表す。そして、ユーザが、「ＬＢ」コンポーネント（３４２）に、動作周波数「２ＧＨｚ以上」及びコア数「１以上」のプロセッサ（３４３）と、「１ＧＢ以上」のメモリ容量（３４４）と、「１０ＧＢ」のディスク容量（３４５）とを要求していることを表す。そして、ユーザが、「ＷＥＢ／ＡＰ」コンポーネント（３４２）に、動作周波数「２ＧＨｚ以上」及びコア数「１以上」のプロセッサ（３４３）と、「１ＧＢ以上」のメモリ容量（３４４）と、「１０ＧＢ以上」のディスク容量（３４５）とを要求していることを表す。そして、ユーザが、「ＤＢ」コンポーネント（３４２）に、動作周波数「３ＧＨｚ」及びコア数「５以上」のプロセッサ（３４３）と、「４ＧＢ以上」のメモリ容量（３４４）と、「８００ＧＢ以上」のディスク容量（３４５）と、「１４０００以上」のＩＯＰＳ値（３４６）とを要求していることを表す。
　図７は、要件テーブル３６０の構成例を示す。
　要件テーブル３６０は、レコードとして、ユーザが論理システムに求める要件に関する要件情報を有する。この要件は、例えば、ＳＬＡ（Ｓｅｒｖｉｃｅ　Ｌｅｖｅｌ　Ａｇｒｅｅｍｅｎｔ）及びＫＰＩ（Ｋｅｙ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｉｎｄｉｃａｔｏｒ）として定義されてもよい。要件テーブル３６０は、フィールドとして、システムＩＤ３６１と、性能要件３６２と、コスト要件３６３とを有する。
　システムＩＤ３６１には、論理システムのＩＤが格納される。このシステムＩＤ３６１と、論理システムテーブル３４０のシステムＩＤ３４１とは、対応関係を有する。性能要件３６２には、論理システムの性能に関する要件を表す情報が格納される。コスト要件３６３には、論理システムのコストに関する要件を表す情報が格納される。
　図７に示す要件テーブル３６０は、システムＩＤ「ＳＹＳ１」（３６１）に対応する論理システムには、「１００ユーザから同時にアクセスされた場合に、３秒以内に処理が完了する確率が８０％以上であること」という性能要件（３６２）と、「使用コストは４０００以内であること」というコスト要件（３６３）と、が求められていることを表す。
　図８は、ＰＦ機能テーブル３８０の構成例である。
　ＰＦ機能テーブル３８０は、ＰＦに追加（適用）可能な機能と、機能の追加により発生するコスト値とに関する情報を有する。さらに、ＰＦ機能テーブル３８０は、機能の追加が効果を及ぼす論理リソースに関する情報を有してもよい。ＰＦ機能テーブル３８０は、フィールドとして、ＰＦ名３８１と、機能名３８２と、使用リソース３８３と、コスト単位３８４と、コスト値３８５と、効果３８６と、を有する。
　ＰＦ名３８１には、ＰＦの名称が格納される。機能名３８２には、機能の名称が格納される。使用リソース３８３には、リソースを識別可能な情報が格納される。コスト単位３８４には、コストが発生する単位を表す情報が格納される。コスト値３８５には、コストを表す値が格納される。効果３８６には、機能を追加することにより得られる効果に関する情報が格納される
　図８に示すＰＦ機能テーブル３８０は、「ＳＶ－Ａ」（３８４）のサーバＰＦ（３８１）の使用によって発生するベース（３８２）のコスト値は「１００」（３８５）であることを表す。
　ＰＦ機能テーブル３８０は、サーバＰＦ（３８１）に、メモリ容量「１ＧＢ」（３８４）を使用するキャッシュ機能（３８２）を追加することによって発生するコスト値は「１０」（３８５）であることを表す。また、このキャッシュ機能は、Ｉ／Ｏリソース（３８３）を使用することを表す。また、このキャッシュ機能を追加することにより、サーバＰＦのプロセッサのＩ／Ｏ待機時間と、ストレージＰＦのＩ／Ｏ負荷とが改善され得る（３８６）ことを表す。
　ＰＦ機能テーブル３８０は、サーバＰＦ（３８１）にＬＢの機能（３８２）を追加してＬＢコンポーネントを構成する場合、コストは発生しない（つまり「０」である）ことを表す（３８５）。例えば、ＬＢの機能がオープンソースのソフトウェアで構成されている場合などである。
　ＰＦ機能テーブル３８０は、サーバＰＦにＤＢの機能（３８２）を追加してＤＢコンポーネントを構成する場合、プロセッサの１コア当たり（３８３）「５００」（３８５）のコストが発生することを表す。例えば、ＤＢの機能が有料のソフトウェアで構成されており、このソフトウェアのライセンス料がプロセッサのコア数に対して発生する場合などである。
　ＰＦ機能テーブル３８０は、「ＳＴ－Ａ」（３８４）のストレージＰＦ（３８１）の使用によって発生するベース（３８２）のコスト値は「１００」（３８５）であることを表す。
　ＰＦ機能テーブル３８０は、ストレージＰＦ（３８１）に階層制御機能（３８２）を追加してＤＢコンポーネントを構成する場合、ディスク容量５ＧＢ当たり（３８４）「２０」（３８５）のコストが発生することを表す。
　図９は、発生コストテーブル４００の構成例を示す。
　発生コストテーブル４００は、論理システムに対して発生するコストに関する情報を有する。発生コストテーブル４００は、フィールドとして、コンポーネント名４０１と、サーバＰＦにおけるベースコスト４０２及び追加コスト４０３と、ストレージＰＦにおけるベースコスト４０４及び追加コスト４０５とを有する。
　コンポーネント名４０１には、コンポーネントの名称が格納される。このコンポーネント名４０１は、論理システムテーブル３４０のコンポーネント名３４２と対応関係を有する。
　サーバＰＦのベースコスト４０２には、サーバＰＦのベースのコスト値が格納される。サーバＰＦの追加コスト４０３には、サーバＰＦに追加された機能のコスト値が格納される。サーバＰＦの追加コスト４０３は、サブフィールドとして、プロセッサ４１１と、メモリ４１２と、ＨＤＤ４１３とを有してもよい。
　ストレージＰＦのベースコスト４０４には、ストレージＰＦのベースのコスト値が格納される。ストレージＰＦの追加コスト４０５には、ストレージＰＦに追加された機能のコスト値が格納される。ストレージＰＦの追加コスト４０５は、サブフィールドとして、メモリ４１４と、ＳＳＤ４１５と、ＨＤＤ４１６とを有してもよい。
　図９に示す発生コストテーブル４００は、「ＤＢ」コンポーネントを構成するサーバＰＦに対して、「ＳＶ－Ａ」の１つ分のベースコストである「１００」（４０２）と、プロセッサの６コア分のコスト値「５００×６＝３０００」（４１１）とが発生することを表す。発生コストテーブル４００は、「ＤＢ」コンポーネントを構成するストレージＰＦに対して、「ＳＴ－Ｃ」の８つ分のベースコストである「１０×８＝８０」（４０４）が発生することを表す。これらの単位当たりのコスト値は、図８のＰＦ機能テーブル３８０を参照することによりわかる。
　図１０は、テンプレートテーブル４２０の構成例を示す。
　テンプレートテーブル４２０は、ＰＦに対する機能の追加及び削除を行うための情報を有する。さらに、テンプレートテーブル４２０は、ＰＦの性能を測定するための情報を有してもよい。テンプレートテーブル４２０は、フィールドとして、テンプレート名４２１と、スクリプト情報ＵＲＩ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｉｎｄｉｃａｔｏｒ）４２２と、設定情報ＵＲＩ４２３と、測定情報ＵＲＩ４２４とを有する。
　テンプレート名４２１には、テンプレートの名称が格納される。スクリプト情報ＵＲＩ４２２には、スクリプト情報の在処を表すＵＲＩ（ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）又はファイルパス等）が格納される。スクリプト情報には、ＰＦに対して機能を追加又は削除するための処理内容（手順内容）が記載されてよい。スクリプト情報の処理内容は、ＰＦ毎及び機能毎に異なって良い。
　設定情報ＵＲＩ４２３には、設定情報の在処を表すＵＲＩが格納される。設定情報には、スクリプト情報の実行において用いられるパラメータが記載されてよい。例えば、メモリキャッシュ機能に関する設定情報には、キャッシュに用いるメモリ容量が記載される。
　測定情報ＵＲＩ４２４には、測定情報の在処を表すＵＲＩが格納される。測定情報には、ＰＦに対して機能を追加又は削除した際の性能の測定において用いられるパラメータが記載されてよい。例えば、メモリキャッシュ機能に関する測定情報には、Ｉ／Ｏ量の監視ポイントが記載される。
　図１１は、ルールテーブル４４０の構成例を示す。
　ルールテーブル４４０は、コンポーネント又はＰＦ等の性能を改善するための指標となるルールに関する情報を有する。ルールテーブル４４０は、フィールドとして、ルールＩＤ４４１と、目的４４２と、前提４４３と、結論４４４とを有する。
　ルールＩＤ４４１には、ルールのＩＤが格納される。目的４４２には、どのリソースの性能をどのように改善したいのかを表す情報が格納される。前提４４３には、ルールが適用される前提となる条件を表す情報が格納される。手段４４４には、どのようにすれば性能が改善されるのかを表す情報が格納される。
　図１１に示すルールテーブル４４０において、ルールＩＤ「１」（４４１）は、「サーバプロセッサの負荷を削減する」（４４２）ためには、「ライトデータの領域」（４４３）を「ストレージに配置する」（４４４）という指標を表す。
　図１２は、分析項目リスト４６０の構成例を示す。
　分析項目リスト４６０は、コンポーネント又はＰＦ等の性能を分析する際に測定すべき項目を表す情報を有する。
　図１２に示す分析項目テーブル４６０は、分析の際に測定すべき項目として、リードライトデータ領域４６１と、参照空間局所性４６２と、参照時間局所性４６３と、Ｉ／Ｏ特性４６４とが存在することを表す。Ｉ／Ｏ特性４６４は、「レイテンシー／ＩＯＰＳ」として算出されてもよい。
　図１３は、優先度テーブル４８０の構成例を示す。
　優先度テーブル４８０は、何れの機能を優先的に分析するかを表す情報を有する。優先度テーブル４８０は、フィールドとして、優先度４８１と、ＰＦ名４８２と、機能名４８３とを有する。
　優先度４８１には、優先度の高低を表す情報が格納される。図１３に示す優先度テーブル４８０では、値の小さい方が優先度が高いことを表す。ＰＦ名４８２には、ＰＦの名称が格納される。機能名４８３には、ＰＦに追加可能な機能の名称が格納される。
　図１３に示す優先度テーブル４８０は、「サーバＰＦ」（４８２）の「メモリキャッシュ機能」（４８３）の優先度が最も高い優先度「１」（４８１）であることを表す。優先度テーブル４８０は、後述する優先度テーブル生成処理１０２によって生成され、後述する優先度分析処理１０３によって優先度が変更される。
　次に、管理計算機２の有するプログラムについて説明する。管理計算機２は、上述したように、プログラムとして、入出力処理１０１と、優先度テーブル生成処理１０２と、優先度分析処理１０３と、改善システム構成処理１０４と、を有する（図３参照）。
　入出力処理１０１は、キーボード又はマウス等を通じてユーザからの指示を受け付けたり、管理計算機２での処理結果を含むＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）をディスプレイ装置に表示したりする。
　図１４は、優先度テーブル生成処理１０２及び優先度分析処理１０３の概要を示す。
　優先度テーブル生成処理１０２は、優先度テーブル４８０を生成する。優先度分析処理１０３は、優先度テーブル４８０の優先度を変更する。図１４において、（１）は、優先度テーブル生成処理１０２に該当し、（２）～（５）は優先度分析処理１０３に該当する。以下、図１４の（１）～（５）の処理を説明すると共に、優先度テーブル生成処理１０２と、優先度分析処理１０３の内容を説明する。
（１）優先度テーブル生成処理１０２は、例えば、以下の（１－１）～（１－７）の処理によって、優先度テーブル４８０を生成する。
（１－１）優先度テーブル生成処理１０２は、論理システムテーブル３４０を参照し、ユーザは、ＬＢコンポーネント×１台と、ＷＥＢ／ＡＰコンポーネント×３台と、ＤＢコンポーネント×１台とで構成される論理システムを要求していることを認識する。
（１－２）優先度テーブル生成処理１０２は、論理システムテーブル３４０を参照し、それぞれのコンポーネントにおいて要求されているサーバＰＦのプロセッサ値及びメモリ容量（つまり、論理リソース）を認識する。
（１－３）優先度テーブル生成処理１０２は、ユーザの要求するサーバＰＦのプロセッサ値及びメモリ値と、サーバプールテーブル３００のプロセッサ値及びメモリ値とに基づき、ＬＢコンポーネント及びＷＥＢ／ＡＰコンポーネントにおけるサーバＰＦのベースを「ＳＶ－Ｃ」と判定する。
　同様に、優先度テーブル生成処理１０２は、ＤＢコンポーネントにおけるサーバＰＦのベースを「ＳＶ－Ａ」と判定する。この判定は、例えば、次のように行われる。
　優先度テーブル生成処理１０２は、ユーザの要求するプロセッサ値及びメモリ値以上の論理リソースを有するベースの内、最もランクの低いベースを選択する。例えば、優先度テーブル生成処理１０２は、ＤＢコンポーネントのサーバＰＦに対して、「ＳＶ－Ｂ」ではコア数が不足するため（下記参照）、「ＳＶ－Ａ」を選択する。
・ユーザの要求するサーバＰＦ：プロセッサ値「３ＧＨｚ×５コア」、メモリ値「４ＧＢ」
・ＳＶ－Ａ：プロセッサ値「３ＧＨｚ×６コア」、メモリ値「６ＧＢ」
・ＳＶ－Ｃ：プロセッサ値「３ＧＨｚ×４コア」、メモリ値「４ＧＢ」
なお、「ＳＶ－Ａ」（又は「ＳＶ－Ｂ」）に対応する使用可能インスタンス数が不足している場合、優先度テーブル生成処理１０２は、これを選択できない。
　同様に、優先度テーブル生成処理１０２は、論理システムテーブル３４０を参照し、ユーザは、ＤＢコンポーネントのストレージＰＦにおいて、ディスク容量「８００ＧＢ」を要求していることを認識する。
　優先度テーブル生成処理１０２は、ストレージプールテーブル３２０及びＰＦ機能テーブル３８０に基づき、要求されたディスク容量以上の論理リソースをコストが最小となるように提供する。例えば、優先度テーブル生成処理１０２は、ＤＢコンポーネントのストレージＰＦに対して、８つの「ＳＴ－Ｃ」を選択する。なお、「ＳＴ－Ｃ」に対応する使用可能インスタンス数が「８」未満の場合、優先度テーブル生成処理１０２は、これを選択できない。
（１－４）優先度テーブル生成処理１０２は、上記で選択したベース及び機能によって構成される論理システム（「元システム」という）に発生するコストを算出し、その算出されたコストを格納した発生コストテーブル４００を生成する。以下、具体例を述べる。
　ＰＦ機能テーブル３８０によると、「ＳＶ－Ａ」のコストは１台当たり「１００」であるので、優先度テーブル生成処理１０２は、ＤＢコンポーネントのサーバＰＦにおけるベースコスト４０２のフィールドに、「１００×１＝１００」を格納する。
　ＰＦ機能テーブル３８０のコスト単位３８４によると、「ＳＶ－Ａ」にＤＢ機能を追加した場合はプロセッサのコア数に対してコストが発生する。よって、優先度テーブル生成処理１０２は、ＤＢコンポーネントのサーバＰＦにおける追加コストのプロセッサ４１１のフィールドに、「５００×６（コア数）＝３０００」を格納する。
　ＰＦ機能テーブル３８０のコスト単位３８４によると、「ＳＴ－Ｃ」のコストは１インスタンス数当たり「１０」である。よって、優先度テーブル生成処理１０２は、発生コストテーブル４００において、ＤＢコンポーネントのストレージＰＦにおけるベースコスト４０４のフィールドに、「１０×８（使用インスタンス数）＝８０」を格納する。
　同様に、優先度テーブル生成処理１０２は、ＬＢコンポーネント及びＷＥＢ／ＡＰコンポーネントのコストも算出し、発生コストテーブル４００に格納する。
（１－５）優先度テーブル生成処理１０２は、発生コストテーブル４００の全てのコストを比較する。これにより、優先度テーブル生成処理１０２は、ＤＢコンポーネントのサーバＰＦにおけるプロセッサ４１１の追加コストが最大であることがわかる。そこで、優先度テーブル生成処理１０２は、このＤＢコンポーネントを「ターゲットコンポーネント」に、このプロセッサを「ターゲットリソース」に選択する。
（１－６）優先度テーブル生成処理１０２は、ＰＦ機能テーブル３８０の効果３８６のフィールドを参照し、ターゲットリソースに対して効果を及ぼす機能を探索する。以下、具体例を述べる。
　優先度テーブル生成処理１０２は、ＰＦ機能テーブル３８０の効果３８６のフィールドを参照し、ターゲットリソースであるＤＢコンポーネントのサーバＰＦにおけるプロセッサに対して効果を有する機能として、以下の４つの機能があることを認識する。
・サーバＰＦのメモリキャッシュ機能
・サーバＰＦのディスクキャッシュ機能
・ストレージＰＦのメモリキャッシュ機能
・ストレージＰＦの階層制御機能
（１－７）優先度テーブル生成処理１０２は、上記（１－６）で認識した機能を含む優先度テーブル４８０を生成する。
　このとき、優先度テーブル生成処理１０２は、他のアプリケーションへの影響を少なくするために、当該アプリケーションが動作するプロセッサからの距離が近いＰＦの機能群の優先度が高くなるように、優先度テーブル４８０を生成してもよい。
　優先度テーブル生成処理１０２は、各ＰＦの機能群について、レイテンシー性能の高い機能の優先度が高くなるように、優先度テーブル４８０を生成してもよい。レイテンシー性能には、メーカ等から公表されている仕様値又は測定によって判明した測定値の何れが採用されてもよい。若しくは、ユーザが、優先度テーブル４８０の各機能の優先度を指定してもよい。
（２）優先度分析処理１０３は、優先度テーブル４８０において、ＰＦの機能群の単位で優先度を変更する。すなわち、優先度分析処理１０３は、処理負荷の高いＰＦの機能群の優先度を低くする。なぜなら、処理負荷の高いＰＦは、性能向上及びコスト削減の余地が小さいと考えられるからである。
　例えば、元システムのＤＢコンポーネントにおいて、サーバＰＦの処理負荷が「７０％」、ストレージＰＦの処理負荷が「５０％」であり、処理負荷の閾値が「６０％」であったとする。この場合、優先度分析処理１０３は、優先度テーブル４８０において、処理負荷が閾値よりも高いサーバＰＦの機能群の優先度を低くする。
　優先度分析処理１０３は、所定の条件に基づいて、優先度の低いＰＦの機能群を、優先度テーブル４８０から削除してもよい。このとき、優先度分析処理１０３は、優先度の低いＰＦの機能群を優先度テーブル４８０から削除するか否かについて、ユーザに判断させてもよい。
（３）優先度分析処理１０３は、優先度テーブル４８０に記載されたすべての機能をＰＦに追加したテストＰＦを含むテストシステムを構成し、そのテストシステムの性能値（「機能追加性能値」という）を測定する。そして、優先度分析処理１０３は、元システムの性能値から算出される性能閾値（「標準性能値」ともいう）と、機能追加性能値とを比較する。
　例えば、優先度分析処理１０３は、サーバＰＦ及びストレージＰＦに全ての機能群を追加したテストＰＦを含むテストシステムの機能追加性能値を測定する。そして、優先度分析処理１０３は、元システムに係る性能閾値と、機能追加性能値とを比較する。
　「機能追加性能値≦性能閾値」の場合（３－１）、優先度分析処理１０３は、ここで本処理を終了する。機能群を追加しても十分な性能向上が見込めないからである。
　「機能追加性能値＞性能閾値」の場合（３－２）、優先度分析処理１０３は、後述する（４）の処理を実行する。
　なお、性能閾値は、下記の（Ａ）又は（Ｂ）の何れかの方法で算出されてよい。若しくは、性能閾値は、以下の（Ａ）及び（Ｂ）の内の小さい方とされてもよい。
（Ａ）インスタンス数を削減する場合の性能閾値（スケールイン）
　性能閾値＝（元システムの性能値）×（元システムのインスタンス数）／（元システムのインスタンス数－１）
（Ｂ）ベース機能のランクを下げる場合の性能閾値（スケールダウン）
　性能閾値＝（元システムの性能値）×（元システムのベースのリソース値）／（元システムよりも１ランク下のベースのリソース値）
　ここで、ＤＢコンポーネントのサーバＰＦは、使用インスタンス数が「１」であり、これ以上インスタンス数を減らすことはできないため、優先度分析処理１０３は、上記（Ａ）を採用することはできない。しかし、ＤＢコンポーネントのサーバＰＦのベースは「ＳＶ－Ａ」であるため、優先度分析処理１０３は、上記（Ｂ）を採用し得る。この場合、性能閾値は以下の様に算出されてよい。
　性能閾値＝（元システムの性能値）×（ＳＶ－Ａのコア数「６」）／（ＳＶ－Ｂのコア数「４」）
　　　　　＝元システムの性能値×１．５
　優先度分析処理１０３は、この性能閾値よりも高い性能向上が見込めないと、コスト削減ができないと判断してよい。
　なお、ターゲットリソースがストレージのＩ／Ｏである場合、優先度分析処理１０３は、以下の様に性能閾値を算出しても良い。
　ＤＢコンポーネントのストレージＰＦは、使用インスタンス数が「８」（つまり、８００ＧＢ）であり、これ以上ディスク容量を減らすことはできないため、優先度分析処理１０３は、上記（Ａ）を採用することはできない。しかし、ＤＢコンポーネントのストレージＰＦのベース機能は「ＳＴ－Ｂ」であるため、優先度分析処理１０３は、上記（Ｂ）を採用し得る。この場合、性能閾値は以下の様に算出されて良い。
　性能閾値＝元システムの性能値×（ＩＯＰＳ「１４」）／（ＩＯＰＳ「１０」）
　　　　　＝元システムの性能値×１．４
　優先度分析処理１０３は、この性能閾値よりも低いＩ／Ｏ削減効果が見込めないと、コスト削減ができないと判断してよい。
（４）優先度分析処理１０３は、上記のテストシステムのコスト性能比（「機能追加コスト性能比」という）を算出する。そして、優先度分析処理１０３は、元システムのコスト性能比（「元コスト性能比」という）と、機能追加コスト性能比とを比較する。
　「機能追加コスト性能比≦元コスト性能比」の場合（４－１）、優先度分析処理１０３は、ここで本処理を終了する。機能群を追加しても、コスト増加に見合う性能向上が見込めないと考えられるからである。
　「機能追加コスト性能比＞元コスト性能比」の場合（４－２）、優先度分析処理１０３は、後述する（５）の処理を実行する。
　ここで、機能追加コスト性能比及び元コスト性能比は、下記のように算出されてよい。
　・機能追加コスト性能比＝テストシステムの性能値／テストシステムのコスト値
　・元コスト性能比＝元システムの性能値／元システムのコスト値
（５）優先度分析処理１０３は、優先度テーブル４８０に記載された機能のうち最も効果の高い機能を特定するため、機能追加コスト性能比に含まれる各機能のコスト性能比を算出する。そして、優先度分析処理１０３は、各機能のコスト性能比を比較する。
　例えば、優先度分析処理１０３は、ストレージＰＦのメモリキャッシュ機能、ストレージＰＦの階層制御機能、サーバＰＦのメモリキャッシュ機能、及びサーバＰＦのディスクキャッシュ機能のそれぞれのコスト性能比を算出し、それらを比較する。そして、優先度分析処理１０３は、コスト性能比の高い機能の優先度が高くなるように、優先度テーブル４８０を変更する。ここで、優先度分析処理１０３は、サーバＰＦのディスクキャッシュ機能のコスト性能比が元コスト性能比以下の場合、このサーバＰＦのディスクキャッシュ機能を、優先度テーブル４８０から削除してもよい。この機能を追加しても、コスト増加に見合う性能向上が見込めないと考えられるからである。
　例えば、優先度分析処理１０３は、上記（３）及び（５）の処理において、ルールテーブル４４０に基づいて、以下の２つの基本方針を満たすテストシステムを構成する。
・その時点で構成可能なものうち、最も性能向上が見込める構成。
・更新（ライトアクセス）が発生するデータはストレージに格納される構成（データ保護の観点から）。
　次に、上記（３）のテストシステムを構成する方法の一例について説明する。優先度分析処理１０３は、ルールテーブル４４０におけるルールＩＤ「１」に従って、ライトアクセスが発生したデータを配置する領域として、下記の２つを候補とする。
・ストレージＰＦにメモリキャッシュ機能を追加した場合におけるメモリ領域。
・ストレージＰＦに階層制御機能を追加した場合における上位階層のＳＳＤ領域。
　そして、優先度分析処理１０３は、参照回数の多いデータから順にメモリ領域に配置し、メモリ領域に配置できなかったデータをＳＳＤ領域に配置する、という方針を採用する。
　次に、優先度分析処理１０３は、ルールＩＤ「２」及びルールＩＤ「３」に従って、リードアクセスが発生したデータを配置する領域として、下記の２つを候補とする。
・サーバＰＦにメモリキャッシュ機能を追加した場合におけるメモリ領域。
・サーバＰＦにディスクキャッシュ機能を追加した場合におけるディスク領域。
　そして、優先度分析処理１０３は、参照回数の多い領域から順にメモリ領域に配置し、メモリ領域に配置できなかったデータをディスク領域に配置する、という方針を採用する。
　図１５は、改善システム構成処理１０４の概要を説明する模式図である。
　改善システム構成処理１０４は、ユーザの要件を満たしつつ、元システムよりもコストの低い改善システムを構成する。以下、図１５の（１）～（５）の処理を説明すると共に、改善システム構成処理１０４の内容を説明する。
（１）改善システム構成処理１０４は、優先度テーブル４８０から、優先度の高い順に機能を選択する。例えば、改善システム構成処理１０４は、優先度「１」のストレージＰＦの階層制御機能を選択する。
（２）改善システム構成処理１０４は、テンプレートテーブル４２０に基づいて、上記（１）で選択した機能をＰＦに追加するためのスクリプト情報等を取得する。例えば、改善システム構成処理１０４は、テンプレートテーブル４２０に基づいて、階層制御機能をストレージＰＦに追加するためのスクリプト情報、設定情報及び測定情報を取得する。
　階層制御機能のスクリプト情報には、例えば、以下の内容が記載されている。
・手順１：ストレージＰＦに階層制御機能をインストールする。
・手順２：複数のボリュームを生成する。
・手順３：各ボリュームが属する階層（ティア）を設定する。
・手順４：階層制御機能に係る性能等を測定するためのポイントをセットする。
・手順５：各階層のボリュームにデータを配置する。
改善システム構成処理１０４は、このスクリプト情報を実行することによって、ＰＦに階層制御機能を追加することができる。
　階層制御機能の設定情報には、例えば、以下の内容が記載されている。
・階層（ティア）の数、各階層のデバイス種別及びディスク容量。
・リードデータを配置する階層。
・ライトデータを配置する階層。
改善システム構成処理１０４は、この階層制御機能の設定情報によって、どのようなパラメータで階層制御機能を追加すれば良いかを知ることができる。
　階層制御機能の測定情報には、例えば、以下の内容が記載されている。
・ログファイルの出力先。
・測定周期。
・ライトアクセスが発生した領域及び発生回数を測定。
・リードアクセスが発生した領域及び発生回数を測定。
・並列に構成される各ノードから共通してアクセスが発生した領域、発生回数、及びアクセスしたノード情報を測定（これは、分析項目リスト４６０に「参照空間局所性」の項目が存在する場合のみ測定する）。
改善システム構成処理１０４は、この階層制御機能の測定情報によって、どのログファイルを分析すれば良いか、及び、ログファイルの内容をどのように分析すれば良いかを知ることができる。
　そして、改善システム構成処理１０４は、設定情報及び測定情報を引数としたスクリプト情報を実行する。これにより、階層制御機能が追加されたテストＰＦが構成される。
（３）改善システム構成処理１０４は、発生コストテーブル４００において認識した最大コストが下がるようにベースのリソースのランクを変更すると共に、論理システムの一部のＰＦを上記（２）で構成したテストＰＦに置換した改善論理システム（「改善システム」という）を構成する。
　例えば、改善システム構成処理１０４は、発生コストテーブル４００において最大コストを要しているＤＢコンポーネントのサーバＰＦにおけるプロセッサのコストを下げるべく、ＤＢコンポーネントの「ＳＶ－Ａ」を「ＳＶ－Ｂ」へ変更する。そして、改善システム構成処理１０４は、ＤＢコンポーネントの「ＳＴ－Ｃ」に階層制御機能を追加したストレージ用のテストＰＦを構成する。改善システムを構成する。すなわち、この改善システムのＤＢコンポーネントは、「ＳＶ－Ｂ」と「ＳＴ－Ｃに階層制御機能が追加されたテスト用のストレージＰＦ」とによって構成されている。
（４）改善システム構成処理１０４は、改善システムの性能等を測定し、その改善システムの性能値及びコスト値などを評価する。
　改善システム構成処理１０４は、改善システムのコスト値を、以下のように算出してもよい。
　（改善システムのコスト値）＝（元システムのコスト値）＋（階層制御機能の追加分のコスト値）－（ＤＢコンポーネントにおけるサーバＰＦのベース機能のランクを下げたことによって削減されたコスト値）
　改善システム構成処理１０４は、改善システムの性能コスト比を以下のように算出してもよい。
　（改善システムの性能コスト比）＝（改善システムのコスト値）／（改善システムの性能要件達成率）
　ここで、改善システムの性能要件達成率は、改善システムに対して所定のテストを実行して測定された値に基づいて算出されてもよい。
　改善システム構成処理１０４は、改善システムの性能値及びコスト値が要件テーブル３６０における要件を満たさない場合、この改善システムを採用しなくてもよい。改善システム構成処理１０４は、改善システムの性能コスト比が、元システムの性能コスト比を超える場合、この改善システムを採用しなくてもよい。改善システム構成処理１０４は、改善システムの性能コスト比が、元システムの性能コスト比以下の場合、この改善システムを採用してもよい。また、（改善システムのコスト性能比）＝（改善システムの性能要件達成率）／（改善システムのコスト値）として算出されてもよい。この場合、改善システムのコスト性能比が、元システムのコスト性能比以下の場合、この改善システムを採用せず、改善システムのコスト性能比が、元システムのコスト性能比よりも大きい場合、この改善システムを採用する、としてもよい。
　上記（１）～（４）は、優先度テーブル４８０内の全ての機能について行われる。そして、改善システム構成処理１０４は、最終的に、改善システムの性能コスト比（又はコスト性能比）が最小（又は最大）である改善システムを採用してもよい。
　図１６は、改善システムの一覧を表示する画面の一例である。
　入出力処理１０１は、図１６に示すように、改善システム構成処理１０４によって採用された１以上の改善システムの一覧の画面８００を表示してもよい。
　例えば、ユーザは、図１６に示す画面８００により、改善システムの１つである「改善ＳＹＳ１」は、元システムである「ＳＹＳ１」と比較して、ＤＢコンポーネントのサーバＰＦが「ＳＶ－Ｂ」に変更されており、ストレージＰＦに「１０ＧＢの階層制御機能」が追加されていることがわかる。さらに、ユーザは、「改善ＳＹＳ１」は、性能要件達成率が「８３％」と元システムとほとんど遜色がないにも関わらず、コスト値は「２１８０」と元システムよりも低いというメリットを有していることがわかる。
　なお、改善ＳＹＳの評価にあたっては、要件テーブル３６０の内容に加えて、論理システムテーブル３４０に記載されているリソースの割当量、使用量、及びＩＯＰＳ実測値などを表示してもよい。
　図１７は、管理計算機２における処理の概要を示すフローチャートである。
　管理計算機２は、ユーザが求める論理システムに関する情報を取得する（Ｓ１０１）。この情報には、例えば、論理システム情報、要件情報、アプリケーション負荷分析に関する情報、及び上限時間などが含まれる。この情報は、ユーザによって入力されても良いし、他のサーバ等から通信ネットワークを通じて取得されても良い。
　管理計算機２は、論理システムテーブル３４０の中から１の論理システム情報を選択し、その論理システムの要件を満たし得る元システムを構成する（Ｓ１０２）。
　管理計算機２は、「処理開始からの経過時間＞上限時間」であるか否かを判定する（Ｓ１０３）。
　「処理開始からの経過時間≦上限時間」の場合（Ｓ１０３：ＮＯ）、管理計算機２は、次のＳ１０４～Ｓ１０７を実行する。
　管理計算機２は、優先度テーブル生成処理１０２を実行する（Ｓ１０４）。管理計算機２は、優先度分析処理１０３を実行する（Ｓ１０５）。管理計算機２は、改善システム構成処理１０４を実行する（Ｓ１０６）。これらの処理については後述する。
　管理計算機２は、改善システムを元システムとし、Ｓ１０３に戻る。つまり、管理計算機２は、改善システムに対して再帰的処理を実行する。
　「処理開始からの経過時間＞上限時間」の場合（Ｓ１０３：ＹＥＳ）、管理計算機２は、その時点における改善システムを含む一覧を表示する（図１６参照）。
　管理計算機２は、その一覧の中からユーザに選択された改善システムに基づいて、実運用のためのＰＦ及び論理システムを構成し、処理を終了する（ＥＮＤ）。
　以上の処理により、設定された上限時間の範囲内で、より費用対効果の高い改善システムをユーザに提示することができる。
　図１８は、優先度テーブル生成処理１０２の一例を示すフローチャートである。この処理は、図１７のＳ１０４に該当する。
　優先度テーブル生成処理１０２は、発生コストテーブル４００を参照し、元システムにおいて、コストが最大のリソースを「ターゲットリソース」とし、及びそのターゲットリソースを含むコンポーネントを「ターゲットコンポーネント」とする（Ｓ２０１）。
　優先度テーブル生成処理１０２は、ＰＦ機能テーブル３８０を参照し、ターゲットリソースに対して効果を及ぼす機能を検索する（Ｓ２０２）。
　効果を有する機能が存在しない場合（Ｓ２０２：ＮＯ）、優先度テーブル生成処理１０２は、処理を終了する（ＥＮＤ）。ターゲットリソースを削減する方法が存在しないと考えられるからである。
　効果を有する機能が存在する場合（Ｓ２０２：ＹＥＳ）、優先度テーブル生成処理１０２は、それらの機能を優先度テーブル４８０に登録し（Ｓ２０３）、本サブルーチンを終了する。
　以上の処理により、優先度テーブル４８０が生成される。
　図１９は、優先度分析処理１０３の一例を示すフローチャートである。この処理は、図１７のＳ１０５に該当する。
　優先度分析処理１０３は、元システムの稼働状況を測定及び分析する（Ｓ３０１）。
　過負荷なＰＦが存在しない場合（Ｓ３０１：過負荷なＰＦなし）、優先度分析処理１０３は、ターゲットリソースを含むＰＦの機能群の優先度が、それ以外のＰＦの機能群の優先度よりも低くなるように、優先度テーブル４８０を変更し（Ｓ３０２）、Ｓ３１０へ進む。
　サーバＰＦが過負荷である場合（Ｓ３０１：サーバＰＦが過負荷）、優先度分析処理１０３は、サーバＰＦの機能群の優先度が、ストレージＰＦの機能群の優先度よりも低くなるように、優先度テーブル４８０を変更し（Ｓ３０３）、Ｓ３１０へ進む。
　ストレージＰＦが過負荷である場合（Ｓ３０１：ストレージＰＦが過負荷）、優先度分析処理１０３は、ストレージＰＦの機能群の優先度が、サーバＰＦの機能群の優先度よりも低くなるように、優先度テーブル４８０を変更し（Ｓ３０４）、ＳＰ３１０へ進む。なお、これらの優先度の変更は、ＰＦの機能群の単位で行われ、機能の単位では行われない。
　次に、優先度分析処理１０３は、元システムにおけるターゲットコンポーネントに並列の構成が含まれているか否かを分析する（Ｓ３１０）。
　元システムのターゲットコンポーネントに並列の構成が含まれていない場合（Ｓ３１０：ＮＯ）、優先度分析処理１０３は、分析項目リスト４６０から参照空間局所性４６３の項目を削除し（Ｓ３１１）、Ｓ３１２へ進む。
　元システムにおけるターゲットコンポーネントに並列の構成が含まれている場合（Ｓ３１０：ＹＥＳ）、優先度分析処理１０３は、そのままＳ３１２へ進む。
　例えば、図６の論理システムテーブル３４０を参照するに、元システムにおけるＤＢコンポーネントは１つである。この場合、優先度分析処理１０３は、並列の構成を含まないと判定する。しかし、元システムにおけるＷＥＢ／ＡＰコンポーネントは３つである。この場合、優先度分析処理１０３は、並列の構成を含むと判定する。
　次に、優先度分析処理１０３は、元システムにおける性能値を測定する（Ｓ３１２）。さらに、優先度分析処理１０３は、元システムにおいてユーザが使用するアプリケーションを実行させた場合に何れの論理リソースの負荷が高くなるか（「アプリケーション負荷特性」という）を測定してもよい。
　優先度分析処理１０３は、ルールテーブル４４０に基づいて機能を追加したテストＰＦを構成する（Ｓ３１３）。優先度分析処理１０３は、テストＰＦを含むテストシステムにおける機能追加性能値を測定する（Ｓ３１４）。
　次に、図２０を参照して、図１９のフローチャートの続きを説明する。
　優先度分析処理１０３は、Ｓ３１２で測定した元システムの性能値に基づき、性能閾値を算出する（Ｓ３２１）。優先度分析処理１０３は、Ｓ３１４で測定したテストシステムの機能追加性能値が、性能閾値よりも大きい（機能追加性能値＞性能閾値）か否かを判定する（Ｓ３２２）。
　「機能追加性能値≦性能閾値」の場合（Ｓ３２２：ＮＯ）、優先度分析処理１０３は、優先度テーブル４８０の内容を全て削除し（Ｓ３２５）、本サブルーチンを終了する（ＲＥＴＵＲＮ）。機能群を追加しても十分な性能向上が見込めないからである。
　「機能追加性能値＞性能閾値」の場合（Ｓ３２２：ＹＥＳ）、優先度分析処理１０３は、次のＳ３２３へ進む。
　優先度分析処理１０３は、元コスト性能比を算出する（Ｓ３２３）。優先度分析処理１０３は、機能追加コスト性能比が、元コスト性能比よりも大きい（機能追加コスト性能比＞元コスト性能比）か否かを判定する（Ｓ３２４）。
　「機能追加コスト性能比≦元コスト性能比」である場合（Ｓ３２４：ＮＯ）、優先度分析処理１０３は、優先度テーブル４８０の内容を全て削除し（Ｓ３２５）、本サブルーチンを終了する（ＲＥＴＵＲＮ）。機能群を追加した場合、コスト増加に見合う性能向上が見込めないからである。
　「機能追加コスト性能値＞元コスト性能比」である場合（ＳＰ５０３：ＹＥＳ）、優先度分析処理１０３は、次のＳ３３０へ進む。
　優先度分析処理１０３は、各機能に最大パラメータを設定しテストＰＦを含むテストシステムの性能値を測定する（Ｓ３３０）。例えば、優先度分析処理１０３は、各機能に対してテンプレートテーブル４２０の設定情報に含まれる最大のパラメータを設定する。例えば、階層制御機能に最大のパラメータを設定した場合、全てのデータが最上位の階層（ティア）に配置される。
　次に、優先度分析処理１０３は、各機能のコスト性能比を算出する（Ｓ３３１）。そして、優先度分析処理１０３は、コスト性能比の高い機能の優先度が高くなるように、優先度テーブル４８０を変更し（Ｓ３３２）、本サブルーチンを終了する（ＲＥＴＵＲＮ）。
　なお、優先度分析処理１０３は、Ｓ３３２において、コスト性能比が元コスト性能比以下である機能を、優先度テーブル４８０から削除してもよい。
　以上の処理により、優先度テーブル４８０は、費用対効果の高い機能の優先度が高くなるように変更される。
　図２１は、改善システム構成処理１０４の一例を示すフローチャートである。
　改善システム構成処理１０４は、優先度テーブル４８０に含まれる機能の数の分、Ｓ４０１～Ｓ４１２を繰り返す。
　改善システム構成処理１０４は、優先度テーブル４８０から、未選択の内、優先度の最も高い機能を選択する（Ｓ４０２）。
　改善システム構成処理１０４は、発生コストテーブル４００において認識した最大コストが下がるようにベースのリソースのランクを変更すると共に、選択中の機能が追加されたテストＰＦを含め、改善システムを構成する（Ｓ４０３）。選択中の機能を追加するにあたっての各種パラメータは、上記で説明したとおり、テンプレートテーブル４２０に基づいて決定される。
　改善システム構成処理１０４は、この構成した改善システムが、要件テーブル３６０における要件を満たすか否かを判定する（Ｓ４０４）。例えば、改善システム構成処理１０４は、改善システムをテスト的に稼働させて性能を測定し、その結果に基づいて要件を満たすか否かを判定してもよい。
　改善システムが要件を満たす場合（Ｓ４０４：ＹＥＳ）、改善システム構成処理１０４は、この改善システムを候補に残し（４１０）、Ｓ４１２へ進む。
　改善システムが要件を満たさない場合（Ｓ４０４：ＮＯ）、改善システム構成処理１０４は、この改善システムを候補に残さず（Ｓ４１１）、Ｓ４１２へ進む。
　改善システム構成処理１０４は、Ｓ４０１～Ｓ４１２の繰り返しを完了した後（Ｓ４１３）、候補に残った改善システムの内、最も費用対効果の高いのもを採用し（Ｓ４１３）、本サブルーチンを終了する（ＲＥＴＵＲＮ）。
　以上の処理により、現時点で最も費用対効果の高い改善システムが、図１７のＳ１０７において元システムとなる。これにより、上限時間に達するまで、さらに費用対効果の高い改善システムの探索が再帰的に続けられる。
＜作用効果＞
　本実施形態によれば、ユーザの要件を満たし、且つコストの低い適切な論理システムを提案することができる。さらに、本実施形態によれば、費用対効果が高いと考えられる構成から優先的に判断するので、上限時間内においてより適切な論理システムを提案することができる。
＜変形例＞
　上述の処理では、図１８のＳ２０１において、コストが最大のリソースを「ターゲットリソース」とし、そのターゲットリソースを含むコンポーネントを「ターゲットコンポーネント」とした。しかし、この場合、要件テーブル３６０の性能要件を満たす改善システムを発見できない場合も考えられる。よって、このような場合、管理計算機２は、さらに次の処理を行っても良い。
　まず、図１８のＳ２０１において、優先度テーブル生成処理１０２は、アプリケーション又はＤＢのプロファイラー機能などに基づいて、ボトルネックとなっているリソースを特定し、その特定したリソースを「ターゲットリソース」とする。
　そして、図２０のＳ３２２において、優先度分析処理１０３は、「機能追加性能値＞元システムの性能値」であるか否かを判定し、判定結果が肯定的な場合（機能追加性能値＞元システムの性能値）はＳ３２３及びＳ３２４を省略してＳ３３０へ進み、判定結果が否定的な場合（機能追加性能値≦元システムの性能値）はＳ３２５へ進む。なぜなら、判定結果が否定的な場合は、機能を追加することで性能が低下していると判断できるためである。
　上述した実施形態及び変形例は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態及び変形例にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
　例えば、管理計算機２は、システムの運用中に定期的に図１７に示すフローチャートの処理を実行し、改善システムを提案してもよい。管理計算機２は、テンプレートテーブル４２０の内容を、適宜、追加、変更及び削除してもよい。優先度テーブル４８０における優先度は、ユーザによって指定されてもよい。本実施形態に関する処理は、管理計算機２以外で実行されてもよい。例えば、システムが出荷される前の工場の設備などで実施されてもよい。
　１：物理システム　２：管理計算機　５：物理計算機　７：ストレージ装置　１０２：優先度テーブル生成処理　１０３：優先度分析処理　１０４：改善システム構成処理　３６０：要件テーブル　３８０：プラットフォーム機能テーブル　４２０：テンプレートテーブル　４８０：優先度テーブル

 

Claims (11)

  1. 　プロセッサと記憶デバイスとを有する管理計算機であって、
    　前記記憶デバイスは、
    　　複数のプラットフォームのそれぞれに対応する１以上の機能の各々の優先度を含む優先度情報を記憶し、
    　前記プロセッサは、
    　　前記優先度情報を基に、優先度の高い機能から先に、その機能に対応するプラットフォームにその機能を適用したテストプラットフォームを構成し、
    　　前記テストプラットフォームを含む複数のプラットフォームを基に構成される論理システムが設定要件を満たしているか否かを判定する
    管理計算機。
     
  2. 　前記設定要件には、前記論理システムの性能を表す指標である性能値に関する要件と、前記論理システムに発生するコストを表す指標であるコスト値に関する要件と、が含まれており、
    　前記判定は、前記論理システムの性能値が、前記設定要件に含まれる性能値の要件を満たし、且つ、前記論理システムのコスト値が、前記設定要件に含まれるコスト値の要件を満たしているか否かの判定であり、
    　前記プロセッサは、前記判定の結果が肯定的な前記論理システムを、実運用の論理システムの候補に採用する
    請求項１に記載の管理計算機。
     
  3. 　前記プロセッサは、
    　　前記優先度情報において、処理負荷の高いプラットフォームに対応する機能の優先度を低くする
    請求項２に記載の管理計算機。
     
  4. 　前記プロセッサは、
    　　適用可能な１以上の機能を適用したテストプラットフォームにおける性能値が、前記１以上の機能を適用する前のプラットフォームにおける性能値に基づいて算出される基準性能値よりも小さい場合、前記１以上の機能を前記優先度情報から削除する
    請求項３に記載の管理計算機。
     
  5. 　前記プロセッサは、
    　　適用可能な１以上の機能を適用したテストプラットフォームにおけるコスト値に対する性能値の割合を表す総コスト性能比が、前記１以上の機能を適用する前のプラットフォームにおけるコスト値に対する性能値の割合に基づいて算出される基準コスト性能比よりも小さい場合、前記１以上の機能を前記優先度情報から削除する
    請求項４に記載の管理計算機。
     
  6. 　前記プロセッサは、
    　　前記総コスト性能比に含まれる１以上の機能の各々のコスト性能比のうち、前記基準コスト性能比よりも小さいコスト性能比に対応する機能を前記優先度情報から削除する
    請求項５に記載の管理計算機。
     
  7. 　前記記憶デバイスは、
    　　前記テストプラットフォームを構成するための方法を含むスクリプト情報及び前記テストプラットフォームに関する性能値を測定するための方法を含む測定情報を対応付けるテンプレート情報、をさらに記憶し、
    　前記プロセッサは、
    　　前記テンプレート情報に基づいて、前記テストプラットフォームの構成及び前記テストプラットフォームに関する性能値を測定する
    請求項２に記載の管理計算機。
     
  8. 　前記テストプラットフォームは、複数のランクの内の何れかのランクに属するベースのリソース構成に、１以上の機能を適用する構成となっており、
    　前記テストプラットフォームに関するコスト値は、前記ベースのリソース構成の属するランクに対応するコスト値と、適用した１以上の機能に対応するコスト値とに基づいて算出されるものであり、
    　前記テストプラットフォームは、前記ランクを下げたベースのリソース構成に１以上の機能を適用した構成である
    請求項２に記載の管理計算機。
     
  9. 　前記プロセッサは、
    　　設定時間が経過するまで、前記判定の結果が肯定的であって且つ前記機能の適用構成の異なる論理システムを探索し、
    　　前記設定時間の経過後、探索された論理システムの内、前記コスト性能比が最大の論理システムを、実運用の論理システムの候補に採用する
    請求項２に記載の管理計算機。
     
  10. 　前記プラットフォームは１以上のリソースから構成されており、
    　前記記憶デバイスは、前記１以上のリソースの各々と１以上の機能とを対応付けるプラットフォーム機能情報、をさらに記憶し、
    　前記適用可能な１以上の機能とは、前記プラットフォーム機能情報によって、前記プラットフォームを構成する前記複数のリソースの中でコスト値が最大のリソースに対応付けられている１以上の機能であり、
    　前記性能値は、前記適用可能な複数の機能が所定のルールに基づいて適用されたテストプラットフォームを稼働して測定された値である
    請求項４に記載の管理計算機。
     
  11. 　論理システムの基になる複数のプラットフォームを改善する方法であって、
    　　前記複数のプラットフォームのそれぞれに対応する１以上の機能の各々の優先度を含む優先度情報を基に、優先度の高い機能から先に、その機能に対応するプラットフォームにその機能を適用したテストプラットフォームを構成し、
    　　前記テストプラットフォームを含む複数のプラットフォームを基に構成される論理システムが設定要件を満たしているか否かを判定する
    方法。

     
PCT/JP2014/058923 2014-03-27 2014-03-27 管理計算機及びプラットフォーム改善方法 WO2015145677A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/058923 WO2015145677A1 (ja) 2014-03-27 2014-03-27 管理計算機及びプラットフォーム改善方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/058923 WO2015145677A1 (ja) 2014-03-27 2014-03-27 管理計算機及びプラットフォーム改善方法

Publications (1)

Publication Number Publication Date
WO2015145677A1 true WO2015145677A1 (ja) 2015-10-01

Family

ID=54194268

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/058923 WO2015145677A1 (ja) 2014-03-27 2014-03-27 管理計算機及びプラットフォーム改善方法

Country Status (1)

Country Link
WO (1) WO2015145677A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003021516A1 (fr) * 2001-09-03 2003-03-13 Fujitsu Limited Programme, dispositif et procede de prediction de performance
WO2012023625A1 (ja) * 2010-08-18 2012-02-23 日本電気株式会社 拡張性評価装置、拡張性評価方法および拡張性評価プログラム
US20120179820A1 (en) * 2010-12-31 2012-07-12 Desktone, Inc. Providing Virtual Desktops Using Resources Accessed on Public Computer Networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003021516A1 (fr) * 2001-09-03 2003-03-13 Fujitsu Limited Programme, dispositif et procede de prediction de performance
WO2012023625A1 (ja) * 2010-08-18 2012-02-23 日本電気株式会社 拡張性評価装置、拡張性評価方法および拡張性評価プログラム
US20120179820A1 (en) * 2010-12-31 2012-07-12 Desktone, Inc. Providing Virtual Desktops Using Resources Accessed on Public Computer Networks

Similar Documents

Publication Publication Date Title
US10635664B2 (en) Map-reduce job virtualization
US10691647B2 (en) Distributed file system metering and hardware resource usage
CN109643251B (zh) 基于计算系统中的利用模式的资源过度订阅
JP5370946B2 (ja) リソース管理方法及び計算機システム
US9628404B1 (en) Systems and methods for multi-tenancy management within a distributed database
US8424059B2 (en) Calculating multi-tenancy resource requirements and automated tenant dynamic placement in a multi-tenant shared environment
CN107734052B (zh) 面向组件依赖的负载均衡容器调度方法
CA3089327A1 (en) Dynamic application migration between cloud providers
US20100125715A1 (en) Storage System and Operation Method Thereof
US9354914B2 (en) Storage system
JP2015001828A (ja) 割当プログラム、割当装置および割当方法
KR20170110708A (ko) 자원 배치 최적화를 위한 기회적 자원 이주
US10616134B1 (en) Prioritizing resource hosts for resource placement
GB2582223A (en) Determining an optimal computing environment for running an image
US20140196054A1 (en) Ensuring performance of a computing system
US10768998B2 (en) Workload management with data access awareness in a computing cluster
US10977091B2 (en) Workload management with data access awareness using an ordered list of hosts in a computing cluster
US10977082B2 (en) Resource allocation optimization support system and resource allocation optimization support method
US20160371121A1 (en) Computer system and load leveling program
CN112948279A (zh) 管理存储系统中的访问请求的方法、设备和程序产品
JP5515889B2 (ja) 仮想マシンシステム、自動マイグレーション方法および自動マイグレーションプログラム
US11586631B2 (en) Database optimization using record correlation and intermediate storage media
US20180052715A1 (en) Computer system including server storage system
US10594620B1 (en) Bit vector analysis for resource placement in a distributed system
JP5845789B2 (ja) 制御プログラム、データアクセス制御装置およびデータ制御方法

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14886702

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP