WO2012137272A1 - リソース管理方法および管理サーバ - Google Patents

リソース管理方法および管理サーバ Download PDF

Info

Publication number
WO2012137272A1
WO2012137272A1 PCT/JP2011/058390 JP2011058390W WO2012137272A1 WO 2012137272 A1 WO2012137272 A1 WO 2012137272A1 JP 2011058390 W JP2011058390 W JP 2011058390W WO 2012137272 A1 WO2012137272 A1 WO 2012137272A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
resource
trial
job
information
Prior art date
Application number
PCT/JP2011/058390
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/JP2011/058390 priority Critical patent/WO2012137272A1/ja
Priority to US14/007,848 priority patent/US9385964B2/en
Priority to JP2013508636A priority patent/JP5525654B2/ja
Publication of WO2012137272A1 publication Critical patent/WO2012137272A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • 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/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
    • 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/3409—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 performance assessment
    • G06F11/3428—Benchmarking
    • 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
    • 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
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/5019—Workload prediction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/50—Indexing scheme relating to G06F9/50
    • G06F2209/508—Monitor

Definitions

  • the present invention relates to a resource management method and a management server that can effectively use resources on a network.
  • Resource group arrangement management is greatly related to cost reduction required for resource group maintenance and improvement of server performance provided to users.
  • a method based on operations in a virtual machine system is disclosed as resource group arrangement management (see, for example, Patent Document 1).
  • the virtual computer system has a plurality of virtual devices that share the physical resources of the computer and execute an application, a virtualization unit that manages the plurality of virtual devices, and a management unit that controls the virtualization unit.
  • resource supply information for example, resource allocation amount
  • resource request information between the plurality of virtual devices and the management means Perform dynamic resource allocation of physical resources.
  • the arrangement of resource groups that enable the required performance does not depend on the calculation method, does not prepare in advance, is not limited as much as possible to the required time for improvement, and also has a mechanism to perform at any time with available information I think it is necessary for managed resources.
  • the present invention is an invention for solving the above-described problems, and an object thereof is to provide a resource management method and a management server that can effectively use resources on a network.
  • the management server in a computer system in which a plurality of servers are connected to a network, the management server combines resources that can be secured in the network and uses a trial server (for example, a trial server).
  • a trial server for example, a trial server
  • a physical server 100b and a trial virtual server 130b are formed, and the trial server is applied as a server of the network when the trial server satisfies a predetermined condition.
  • the management server employs resource information (for example, the resource information table 211) in which extraction probabilities are registered as results of application information when the trial server is applied to the resources that can be secured on the network, and the trial server.
  • Job management information (for example, job management table 215) for managing jobs, which is a predetermined condition as to whether or not to perform, is stored in the storage unit. If the extraction probability is greater than or equal to the random probability generated by the random number generator for each resource in the resource information, the management server selects the trial resource, and combines the selected resources as a trial server. Forming the trial server and executing the job using the trial server thus formed. If the result of the execution is satisfactory, the trial server is applied as a server of the network.
  • resources on the network can be used effectively.
  • FIG. 1 is an overall configuration diagram showing a network system according to the present invention. It is detail drawing which shows the structure of a management server. It is a detailed view showing a configuration of a physical server to which a virtual server and a trial virtual server are applied.
  • FIG. 4 is a detailed diagram illustrating a relationship between a physical server to which the virtual server and the trial virtual server illustrated in FIG. 3 are applied and a disk device.
  • FIG. 4 is a detailed diagram illustrating configurations of a physical server and a trial physical server. It is explanatory drawing which shows the relationship of the resource rearrangement when the physical server for trial and the virtual server for trial are employ
  • (a) is a figure which shows an example of a resource information table
  • (b) is a figure which shows the example of the utilization rate graph of a resource information table.
  • FIG. 1 is an overall configuration diagram showing a network system according to the present invention.
  • a management server 200 one or more physical servers 100, an I / O switch expansion device 160, and a bus connection control device 150 are connected via a network switch 140.
  • a storage device 180 having a disk volume 190 is connected to the physical server 100 via an I / O switch expansion device 160 and an I / O device 170.
  • the physical server 100 includes a physical server having a virtualization mechanism unit 131 that provides the virtual server 130.
  • the management server 200 is the center of control for improving resource allocation in order to effectively use a group of resources in the network system.
  • a resource group is a general term for resources, and means a combination of components (for example, a processor, a memory, an HDD, an FC (Fibre Channel), a LAN, etc.) constituting a server.
  • the management server 200 collects information on resources on the network from the physical server 100, combines unused resources of resources that are not allocated, and uses a trial server (trial physical server 100b, trial resource). Virtual server 130b) is formed and applied as a server on the network when the trial server satisfies a predetermined condition.
  • the trial server is a general expression including the trial physical server 100b and the trial virtual server 130b.
  • the management server 200 has a resource information table 211 (see FIG. 7) in which an extraction probability Ep (Extraction probability) is registered as a record of application information when the trial server is applied to resources that can be secured on the network.
  • a job management table 215 (see FIG. 11) for managing jobs, which is a predetermined condition as to whether or not to adopt a trial server, is stored in the memory 201 (storage unit) (see FIG. 2).
  • the management server 200 has an extraction probability Ep equal to or higher than the random number probability Rp (Random numbers probability) generated by the random number generator 221 (see FIG. 2) for each resource in the resource information table 211 (see FIG. 7). For example, a resource is selected as a resource, a trial server is formed by combining the selected resources, and a predetermined job is executed using the formed trial server. It can be applied as a server above.
  • the bus connection control device 150 executes, for example, a performance expansion method by SMP (Symmetric Multi Processor) connection between physical servers 100 (for example, between server blades).
  • SMP connection is a technique for expanding performance by combining a plurality of server blades into one to create a higher performance server.
  • the bus connection control device 150 allocates the memory 101 and the processor 102 to the physical server 100 (physical server 100a, trial physical server 100b, virtual server physical server 100c).
  • FIG. 2 is a detailed diagram showing the configuration of the management server.
  • the management server 200 includes a memory 201 (storage unit), a processor 202 (processing unit), a user I / F 203, a network I / F 204, and a disk I / F 205.
  • the memory 201 includes a resource arrangement improving unit 206 (see FIG. 16) and an information collecting unit 210 (see FIG. 15).
  • the various tables include a resource information table 211 (see FIG. 7), and improved resource information.
  • Table 212 (see FIG. 8), history table 213 (see FIG. 9), server relation table 214 (see FIG. 10), job management table 215 (see FIG. 10), job result management table 216 (see FIG. 12), improvement It consists of a recording table 217 (see FIG. 13) and an improvement designation / job relationship table 218 (see FIG. 14).
  • the resource allocation improvement unit 206 includes a random number generation unit 221, a resource allocation / trial improvement unit 207 (see FIG. 17), and an improvement allocation application unit 209 (see FIG. 19).
  • the resource allocation / trial improvement unit 207 includes a server It has the trial improvement part 208 (refer FIG. 18) including the group production
  • the user I / F 203 is an I / F for inputting a user request to the management server 200 when each table in the memory 201 is updated based on the user definition.
  • a network I / F 204 is an I / F that connects each server to the network.
  • the disk I / F 205 is an I / F that connects each server to the disk volume 190 (see FIG. 1).
  • the resource allocation improvement unit 206 can improve resource allocation by a trial method or a calculation method.
  • the resource extraction probability Ep is set by a trial method such as new / improvement / maintenance / addition / reduction / fault identification, and then the resource securing / trial improvement unit 207 is called.
  • the resource securing / trial improving unit 207 investigates the usage rate of each resource from a group of servers connected to the network as much as possible, secures trial resources, and calls the trial improving unit 208.
  • the trial improvement unit 208 forms a trial server with the resources that have been secured and executes the job, and also executes it on the current server, and compares the job result between the current server and the trial server to confirm improvement of the server group. To do.
  • the success / failure of the improvement record is updated with the result, and the improvement placement application unit 209 applies the generated trial server or trial virtual server if the improvement is improved.
  • the random number generation unit 221 is a random number generation unit, and the generated random probability Rp (random number value) is used to compare with the extraction probability Ep of the resource information table 211 (see FIG. 7) when selecting a resource. It is done. For the random value, for example, a minimum value and a maximum value are given, and a random number is generated between them.
  • Each resource in the resource information table 211 (see FIG. 7) stores an extraction probability Ep, and is set so that the extraction probability Ep of any resource does not become 0%. If the extraction probability Ep of each resource is equal to or greater than the random value generated by the random number generation unit 221, the resource is adopted as a trial resource. It is also a feature of the present invention that the random number generation unit 221 generates a random number for each resource every time.
  • the extraction probability Ep of the first resource is 37.5
  • a random number value 12 is obtained when an integer random number is generated with a minimum value 0 and a maximum value 99. Then, 12 ⁇ 37.5, and the target resource is adopted. If the extraction probability Ep of the next second resource is 12.5, a random number is generated every time instead of comparing with the previously generated random value 12.5. If the random number value for the second resource is 14, 14> 12.5, and the second resource is not adopted.
  • the resource extraction probability Ep is a trial with an initial value of 50%. Each time a trial is performed, the extraction probability Ep in the resource placement improvement unit 206 is changed (see FIG. 16, steps S1206 to S1209). It is updated and becomes a value between 0% ⁇ extraction probability Ep ⁇ 100%.
  • the method of this embodiment creates a server by randomly extracting unallocated resources.
  • the server performance is evaluated by job. For this reason, there is a possibility that a combination of resources that has not been conceived in the past can be made.
  • there is no room for contingency regarding resource selection but in this embodiment, there is a possibility that contingency may be included in resource selection.
  • produced in the random number generation part 221 is used as one of the means to implement
  • FIG. 3 is a detailed diagram showing the configuration of a physical server to which a virtual server and a trial virtual server are applied.
  • FIG. 4 is a detailed view showing the relationship between a physical server to which the virtual server and the trial virtual server shown in FIG. 3 are applied and a disk device.
  • the physical server 100c (100) includes a memory 101, a processor 102, a user I / F 103, a network I / F 104, and a disk I / F 105.
  • the memory 101 includes a virtualization mechanism unit 131 having a virtual allocation information acquisition unit 313 (see FIG. 23).
  • the virtualization mechanism unit 131 includes a plurality of virtual servers 130 (current virtual server 130a, on the network).
  • a trial virtual server 130b for trying whether to apply as a server is included.
  • the OS (Operating System) 301 of the memory 101 includes a comparison information acquisition unit 310 (see FIG. 20), a server relation information acquisition unit 311 (see FIG. 21), and a resource information acquisition unit 312 (see FIG. 23).
  • a storage device 180 composed of a plurality of disk volumes 190 is connected to the physical server 100c.
  • the disk volume 190 has a plurality of virtual disks 191 via a virtual I / O device 171 (see FIG. 4).
  • the storage apparatus 180 may be a server built-in type or an external apparatus via a fiber channel or the like.
  • the virtualization mechanism unit 131 sends the processor 102, the memory 101, the virtual disk 191, and the virtual I / O device 171 to the virtual server 130a and the trial virtual in response to an instruction from the resource allocation improvement unit 206 (see FIG. 2) of the management server 200. Assign to server 130b.
  • the resource allocation improvement unit 206 (see FIG. 2) of the management server 200 changes the setting of the virtualization mechanism unit 131, whereby the allocated resource is changed.
  • the trial virtual server 130b is prepared according to the extraction probability Ep of the resource information table 211 (see FIG. 7) for comparison with the current virtual server 130a by the trial improvement unit 208 (see FIG. 2) of the management server 200. It is a virtual server.
  • FIG. 5 is a detailed diagram showing the configuration of the physical server and the trial physical server.
  • FIG. 5 shows the configuration of the trial physical server 100b for trying whether to apply the current physical server 100a shown in FIG. 1 as a server on the network.
  • the OS 301 of the memory 101 includes a comparison information acquisition unit 310 (see FIG. 20), a server relation information acquisition unit 311 (see FIG. 21), and a resource information acquisition unit 312 (see FIG. 23).
  • FIG. 6 is an explanatory diagram showing the relationship of resource rearrangement when the trial physical server and the trial virtual server are adopted for improvement by trial. This will be described with reference to FIG.
  • the information collection unit 210 (see FIG. 15) of the management server 200 acquires the unassigned resource group / unassigned resource group unused unit 108.
  • the resource allocation improvement unit 206 creates the trial physical server 100 b on the unassigned resource group / unassigned resource group unused unit 108 and the trial virtual server 130 b on the unassigned virtual resource group 109.
  • the performance comparison between the created trial physical server 100b and the current physical server 100a is performed, and similarly, the performance comparison between the created trial virtual server 130b and the current virtual server 130a is performed.
  • the improvement allocation application unit 209 sends the trial physical server 100b to the allocated resource group use unit 106.
  • the trial virtual server 130b and the resources allocated to them are moved to the allocated virtual resource group 107, and the current physical server 100a and virtual server 130a and the resources allocated to them are moved to the unallocated resource group / allocation.
  • the resource allocation is improved by moving to the unused portion 108 of the used resource.
  • the active physical server 100a and virtual server 130a shown in FIG. 6 are servers created by selecting resources that satisfy the conditions set by the administrator, whereas the trial physical server 100b and trial virtual server 130b are A server that created a server by selecting resources by random sampling.
  • the trial physical server 100b has a configuration in which the CPU (Central Processing Unit) employs 3 GHz, but the performance is improved over the configuration in which the CPU of the current physical server 100a employs 3 GHz. It turns out to happen to happen.
  • the desired performance may not be achieved with the assumed combination of resources, but in this embodiment, a combination of resources that the administrator does not expect can be realized.
  • FIG. 7 is an explanatory diagram illustrating an example of a resource information table and a usage rate graph.
  • FIG. 7A shows an example of the resource information table 211
  • FIG. 7B shows an example of the usage rate graph 707 of the resource information table 211.
  • the resource information table 211 illustrated in FIG. 7A is held by the management server 200 and is updated based on information collected by the information collection unit 210 and input information from the user I / F 203.
  • the resource information table 211 includes a resource name 701, a type 702, a virtual relationship 703, a logical / unique value setting 704, a physical position 705, an allocation state 706, a usage rate graph 707, a failure presence / absence 708, trial information 709, and an extraction probability Ep (710). ).
  • the type 702 stores “FC” representing a fiber channel device.
  • the virtual relationship 703 stores information on the parent device that provides the virtual FC device “virtual FC2”.
  • the logical / unique value setting 704 stores “WWN (World Wide Name) information” used for external storage allocation and the like.
  • the physical location 705 stores “I / O expansion device 1” of the device information on which “FC1” is mounted.
  • the allocation state 706 is “Srv1” currently allocated
  • the usage rate graph 707 is “Graph1” in which the usage rate (band in the case of FC) is recorded in the past time
  • the failure status 708 is user designation or failure “None” indicating that a failure has not been determined so far due to a specific trial
  • “Trial” in the trial information 709 is the type of trial for which the resource was the last target (duplication with trials with the same improvement ID) In order to prevent the investigation, the number of times of the investigation target resource of the trial is recorded in parentheses.)
  • FC1 becomes an assignable resource in each trial in the extraction probability Ep (710). Represents a probability used for allocation to a server created by the server group generation unit 220.
  • the extraction probability Ep (710) is set to 50% as an initial value, and is updated by a process of changing the extraction probability Ep in the resource placement improvement unit 206 every time a trial is performed.
  • the extraction probability Ep is a value between a value greater than 0% and 100%, and is a probability that the server group generation unit 220 determines whether to use resources.
  • the usage rate graph shown in FIG. 7B is a graph showing the usage rate of the CPU, for example, and shows that the usage rate changes with time.
  • the probability used for allocation to the server created by the server group generation unit 220 is specifically the extraction probability Ep (710) and random number generation for the resources in the resource information table 211. If the extraction probability Ep is equal to or greater than the probability generated by the random number generation unit 221 by comparing with the probability generated by the unit 221, it means that the corresponding resource is applied to the server to be created.
  • FIG. 8 is an explanatory diagram showing an example of the improved resource information table.
  • the improved resource information table 212 is held by the management server 200 and is updated based on information on the trial physical server 100b and the trial virtual server 130b adopted by the resource securing / trial improvement unit 207 (see FIG. 2).
  • the improved resource information table 212 includes a resource name 801, a type 802, a virtual relationship 803, a logical / unique value setting 804, a physical location 805, an allocation state 806, and a failure presence / absence 808.
  • the resource name 801, type 802, virtual relationship 803, logical / unique value setting 804, physical location 805, allocation state 806, and failure presence / absence 808 shown in FIG. 8 are the resource name 701, type 702, virtual relationship 703 shown in FIG. This corresponds to logical / unique value setting 704, physical location 705, allocation state 706, and failure presence / absence 708.
  • FIG. 9 is an explanatory diagram showing an example of a history table.
  • the history table 213 includes a resource information update date / time 901, a changed resource number 902, and a changed relation number 903, which are the date / time when the information collection unit 210 (see FIG. 2) updated the resource information.
  • the number of changed resources 902 is the frequency with which the resource information table 211 is changed
  • the number of changed relationships 903 is the frequency with which the server relationship table 214 (see FIG. 10) is changed.
  • the resource allocation improvement unit 206 refers to the history table 213 in the improvement method collection processing in step S1201 of FIG. 16. If the frequency of change is high, the resource allocation improvement unit 206 improves the resource allocation by trial. If the frequency is low, the resource allocation improvement improves by calculation. It may be helpful to select an improvement method.
  • FIG. 10 is an explanatory diagram showing an example of a server relationship table. This will be described with reference to FIGS. 3 and 5 as appropriate.
  • the server relationship table 214 is information collected by the information collection unit 210, that is, information obtained from the server relationship information acquisition unit 311, the resource information acquisition unit 312, and the virtual allocation information acquisition unit 313, or the user I / F 203. It is created based on the information input from.
  • the server relation table 214 includes a server name 1001 of each server, a resource sharing 1002 indicating a server sharing a resource, a mutual communication 1003 indicating a server performing mutual communication, and a startup indicating a server having a similar startup time. The time 1004 is included.
  • FIG. 11 is an explanatory diagram showing an example of a job management table.
  • the job management table 215 is a job content table used when the trial improvement unit 208 (see FIG. 2) compares servers in operation.
  • the job management table 215 includes a job ID 1101, a job content 1102, a comparison value 1103, and a determination method 1104 used for comparison.
  • job A is executed and adopted if it can be executed without any problem.
  • job B is executed, the time is measured, and if the execution time is shorter than the comparison value of 5 seconds, it is adopted.
  • job 3 if data can be saved and saved, it is adopted.
  • job 4 if job C is executed and can be executed without any problem on all the related server groups, it is adopted.
  • job 5 if a communication test such as PING is performed and communication is possible with all the related server groups, the job is adopted.
  • an application program is executed and a specific application program can be operated without error.
  • job 7 when a memory load job is executed and a result better than load result 1 is recorded, the job 7 is adopted.
  • FIG. 12 is an explanatory diagram showing an example of a relationship table between improvement designations and jobs.
  • the improvement specification / job relationship table 218 includes an improvement specification 1201 and a job ID 1202 that are specified when resource allocation is improved.
  • the job ID 1202 shown in FIG. 12 corresponds to the job ID 1101 shown in FIG.
  • the management server 200 sets the job ID 1202 corresponding to the improvement designation 1201 to the trial physical server 100b and the trial virtual server 130b. To execute.
  • the management server 200 executes the job ID 1202 corresponding to the improvement designation 1201 for the current physical server 100a and the current virtual server 130a to be compared. That is, the trial improvement unit 208 of the management server 200 designates the comparison information acquisition unit 310 and acquires the execution result.
  • job 1 is executed, and it is determined whether or not the job 1 can be executed without any problem with reference to the job management table 215 of FIG.
  • job 2 is executed, and it is determined whether or not the execution time can be shortened compared to the comparison value with reference to the job management table 215 of FIG.
  • FIG. 13 is an explanatory diagram showing an example of a job result management table.
  • the job result management table 216 is updated with information collected by the trial improvement unit 208 of the management server 200, and holds a combination of resources, jobs, and job result histories for which the comparison information acquisition unit 310 has executed a job with each improvement ID. .
  • the job result management table 216 includes an improvement ID 1301, a server group 1302, a resource 1 (1303), a resource 2 (1304), a resource 3 (1305), a resource 4 (1306), a job ID 1307, and a job result 1308.
  • the job result management table 216 includes an improvement ID 1301, a server group 1302, a resource 1 (1303), a resource 2 (1304), a resource 3 (1305), a resource 4 (1306), a job ID 1307, and a job result 1308.
  • the job result management table 216 includes an improvement ID 1301, a server group 1302, a resource 1 (1303), a resource 2 (1304), a resource 3 (1305), a
  • the server of “Srv3” is composed of a combination of resources of CPU1, Mem1, HDD1, and LAN1, and job 3 and job 6 are executed. You can see that it is successful.
  • the virtual server of “VSrv2” is configured by a combination of resources of VCPU2, Vmem2, VHDD2, and VFC2, and it can be understood that job 2 was executed but could not be executed due to time-out.
  • FIG. 14 is an explanatory diagram showing an example of the improvement record table.
  • the improvement record table 217 is a table for recording improvement when the trial improvement unit 208 performs improvement by trial.
  • the improvement record table 217 includes an improvement ID 1401, an improvement designation 1402 that determines the type of trial, an adopted configuration 1403 that stores improvement targets for the entire server / resource group to be managed, an information collection policy 1404, a server group 1405 to be improved, It includes a server group relationship 1406, success / failure 1407, trial excess judgment 1408, such as an estimated time to stop improvement by trial and the number of repetitions, and the number of trial repetitions 1409.
  • “Test1” that is an improvement ID 1401 is generated by the resource allocation improvement unit 206 in the update record update process in step S1202 of FIG.
  • the improvement designation 1402 indicates “maintenance, Srv3”. Is stored.
  • the trial improvement unit 208 performs a call of the comparison information acquisition unit 310 in step S ⁇ b> 1403 of FIG. 18 from the improvement specification / job relationship table 218 (see FIG. 12). A job to be executed by the information acquisition unit 310 is determined.
  • “Minimum resource” is stored by user designation.
  • the information of the adopted configuration 1403 is obtained when the trial improvement unit 208 in the server group created by the server group generation unit 220 finds a plurality of improved servers by comparison processing with the active server in step S1404 in FIG. Used for selection.
  • the information collection policy 1404 is stored as designated by the user (for example, “periodic”).
  • the information collection policy 1404 may be automatically set when the information collection unit 210 next performs information acquisition policy setting processing in step S1101 (see FIG. 15). In this case, it is preferable to use the policy that has been adopted at the time of improvement having “success” in the success / failure 1407 of the improvement record table 217 from the column of the information collection policy 1404 and adopt it.
  • a related server is stored from the server relation table 214 (see FIG. 10), and when a resource is specified, the resource information table 211 is used.
  • the server to which the resource is allocated is specified, and related servers are stored from the server relationship table 214.
  • “Srv1, Srv2” whose relationship is described in the row “Srv3” of the server relationship table 214 is stored together with “Srv3”.
  • the information of the server group 1405 is used throughout, for example, in order to speed up the convergence time until sizing of each part and acquisition of improvement results.
  • the server of the server group 1405 is reduced when the migration target is deleted based on the information in the server relation table 214.
  • the server group relation 1406 records the relation item of the server relation table 214 referred to when the server is stored in the server group 1405.
  • “intercommunication” and “start-up time” that have values in the “Srv3” row of the server relation table 214 are stored.
  • the success / failure 1407 stores information indicating whether the improvement with the improvement ID 1401 has succeeded or failed by the success / failure update process of the improvement record in step S1214 of FIG.
  • the trial improvement unit 208 stores “timed out (required time 107h)” in the time limit / number of times processing of step S1406 in FIG.
  • the excess determination 1408 stores a user designation, a default time, or the number of times. In the case of Test1, since it is set to 100h (100 hours) and the improved arrangement is not found even if it exceeds 100h, it is determined that the trial improvement unit 208 has timed out in the time limit / number of times processing in step S1406 in FIG. The success / failure 1407 is updated with “time out”.
  • the management server 200 executes “maintenance” trial of “Srv3” “periodically”.
  • the management server 200 forms trial physical servers “Srv1”, “Srv2”, and “Srv3” in the server group 1405 by combining the resource groups, and tries to save the data of the job 3.
  • the server to be migrated is selected in step S1506 (see FIG. 19) of the improvement placement application unit 209. Reduce and implement migration. Details will be described later.
  • the management server 200 executes “improvement” trial of “VSrv1” by “monitoring”.
  • the management server 200 forms practical virtual servers “VSrv1” and “VSrv2” in the server group 1405 by combining the resource groups, and tries to measure the time by executing the job B of the job 2, but it cannot be improved. I understand that.
  • resource aggregation is designated as the adopted configuration 1403 and a plurality of resource arrangements that can be improved are found, this means that a configuration in which many resources at the same physical location are allocated is adopted.
  • the management server 200 forms a trial physical server “Srv5”, executes job C of job 4, and it can be seen that the management server 200 has succeeded.
  • the management server 200 forms three trial physical servers and executes job A of job 1 and it can be seen that it is successful.
  • FIG. 15 is a flowchart showing processing of the information collecting unit. This will be described with reference to FIGS. 2, 3, and 5 as appropriate.
  • the information collection unit 210 collects resource information from the relationship information acquisition unit 311, the resource information acquisition unit 312, and the virtual allocation information acquisition unit 313 of the servers arranged in each server.
  • a process of arranging the server relation information acquisition unit 311, the resource information acquisition unit 312, and the virtual allocation information acquisition unit 313 is performed.
  • a predetermined step for example, step S1102 and step S1106) is performed as long as the required time permits, and when the specified or user-specified time has been reached, the processing is rounded up and proceeds to the next processing.
  • the information collection unit 210 uses the information collection policy 1404 for acquiring information from the input value from the user I / F 203 or the information collection policy 1404 in which the result in the success / failure column of the improvement record table 217 (see FIG. 14) tends to be successful.
  • a policy (for example, periodically or by monitoring) is set (step S1101). Based on the set policy, the server relation information acquisition unit 311, the resource information acquisition unit 312, and the virtual allocation information acquisition unit 313 collect resource information.
  • the information collection unit 210 detects a server (step S1102).
  • the resource information acquisition unit 312 and the server relationship information acquisition unit 311 detect servers that have not been applied or the information acquisition policy has not been updated.
  • the virtual allocation information acquisition unit 313 detects an unapplied physical server 100c (see FIG. 3).
  • the information collection unit 210 arranges each information acquisition unit for the server detected in step S1102 (step S1103). Specifically, the server related information acquisition unit 311, the resource information acquisition unit 312, and if necessary the virtual allocation information acquisition unit 313 are pushed to the server detected by the information collection unit 210, reflecting the setting in step S 1101. install.
  • the push installation means that the management server 200 remotely operates a target server on the network and installs necessary software.
  • the information collection unit 210 determines the policy set in step S1101 (step S1104). In the case of resource monitoring (step S1104, monitoring detection), the setting is periodically performed to step S1106 (step S1104, periodic detection). ), And proceeds to step S1105.
  • step S1105 the information collection unit 210 acquires periodically.
  • the information collection unit 210 receives information periodically transmitted from the resource information acquisition unit 312, the server relation information acquisition unit 311, and the virtual allocation information acquisition unit 313.
  • step S1106 the information collection unit 210 waits for a response from the acquisition unit.
  • the information collection unit 210 receives information sent from time to time from the resource information acquisition unit 312, the server relation information acquisition unit 311, and the virtual allocation information acquisition unit 313.
  • the information collection unit 210 updates the resource information table 211 (see FIG. 7) and the server relation table 214 (see FIG. 10) based on the information acquired in steps S1105 and S1106 (step S1107).
  • the information collection unit 210 updates the history table 213 (see FIG. 9) (step S1108).
  • the information collection unit 210 records the date and time updated in step S1107 and the number of resources updated in the history table 213, and returns to step S1101.
  • FIG. 16 is a flowchart showing processing of the resource arrangement improvement unit.
  • FIG. 16 shows details of processing of the resource arrangement improvement unit 206.
  • the resource arrangement improvement unit 206 collects improvement methods (step S1201). Specifically, the resource arrangement improvement unit 206 checks the resource information update date / time 901, the changed resource number 902, and the changed server change relationship number 903 in the history table 213 (see FIG. 9). Further, the presence / absence of a period in which the operation of all resources is stopped is checked from the usage rate graph of the resource information table 211 (see FIG. 7). It is confirmed whether or not the improvement method is designated by the user I / F 203.
  • the resource allocation improvement unit 206 updates the improvement record (step S1202).
  • the resource allocation improvement unit 206 creates a new improvement ID line in the improvement record table 217 (see FIG. 14), specifies the improvement specified in step S1201 (for example, calculation or trial), and adoption criteria (in the adoption configuration 1403). Stored).
  • step S1201 if the number of changed resources 902 (see FIG. 9) is equal to or less than the specified value or there is an operation suspension period for all resources, and if there is no designation from the user, the calculation is stored in the improvement designation.
  • the server name is also included.
  • the resource is minimum (aiming for a configuration that uses the least amount of resources), resource aggregation (aiming for a configuration in which the physical location of the allocated resources of each server is close), resource distribution (allocated resources of each server) are stored in a wide distribution of physical positions of Note that “new” is not an improvement, but refers to a case where a new server is constructed according to a user's request.
  • the resource allocation improvement unit 206 determines an improvement method (step S1203).
  • the resource arrangement improvement unit 206 refers to the improvement record table 217 (see FIG. 14), and if it is an operation according to the improvement ID 1402 created in step S1202 (step S1203, operation), the process proceeds to step S1204. If it is a trial (step S1203, trial), the process proceeds to step S1205.
  • step S1204 the resource arrangement improvement unit 206 performs optimization improvement processing by calculation according to a known example (International Publication Number WO2008-132924).
  • the improvement record table 217 (see FIG. 14) / improved resource information table 212 (see FIG. 8) is updated with the calculation result after improvement and the resource arrangement information.
  • the management server 200 treats information such as application and device performance and settings as utility function parameters, and repeats function adjustment and solution derivation according to the trend of improving resource allocation. To obtain an optimum parameter value (including optimum arrangement information). For a resource group whose parameters can be easily grasped, an improved resource allocation is derived, and when the resource allocation can be derived, the resource allocation is performed based on the information, and the improved resource information table 212 ( (See FIG. 8). Further, since the improvement record table 217 (see FIG. 14) is information used when selecting an improvement method (calculation or trial) at the next improvement, the management server 200 improves the success or failure of the improvement by the calculation. It records in the recording table 217 (refer FIG. 14).
  • step S1205 the resource allocation improvement unit 206 determines trial / new / improvement / maintenance / addition / reduction / fault identification, and proceeds to the next step (steps S1206 to S1209).
  • the next step is branch processing for adjusting the extraction probability Ep of the resource information table 211 (see FIG. 7).
  • step S1206 in the case of new / improvement / server designation, processing (1) for changing the extraction probability Ep is executed. Based on the usage rate graph of the resource information table 211 (see FIG. 7), the extraction probability Ep in the table is changed as follows during the trial of the current improvement ID.
  • the success record 1407 of the improvement record table 217 has success information, which is similar to the contents of the server group column / group server relation column of this improvement ID (the same number of servers and the same server relation). If there is an attempt with a small required time and required number of improvement IDs, the resource used by the server group is specified in the resource information table 211 (see FIG. 7), and the resource is extracted. It is advisable to increase the probability Ep and to make the convergence quicker. Then, the process proceeds to step S1210.
  • the numerical value in parentheses in the column of trial information 709 in the resource information table 211 indicates the number of resources to be investigated in that trial in order to prevent duplicate investigations in trials with the same improvement ID. Is the number of times to record.
  • step S1207 in the case of maintenance, processing (2) for changing the extraction probability Ep is executed.
  • the resource arrangement improvement unit 206 changes the value of the column of the trial information 709 in the resource information table 211 to “maintenance” for the resource in the user-specified maintenance server identified from the resource information table 211 (see FIG. 7). Further, the extraction probability Ep of the resource that has become “maintenance” is lowered, and the extraction probability Ep of the other resources is raised. Then, the process proceeds to step S1212.
  • step S1208 in the case of expansion / reduction (increase / decrease), processing (3) for changing the extraction probability Ep is executed.
  • the resource arrangement improvement unit 206 sets the columns of the trial information 709 in the resource information table 211 (see FIG. 7) to “addition (#)” or “reduction (#)” for the resources specified by the user at random or in advance. Change to The numbers (#) in parentheses are used to determine whether all resources have been investigated.
  • the resource that has been increased increases the extraction probability Ep, and decreases the extraction probability Ep of other resources.
  • the resource that has been reduced decreases the extraction probability Ep, and increases the extraction probability Ep of other resources. Then, the process proceeds to step S1212.
  • step S1209 when a failure is specified, a process (4) for changing the extraction probability Ep is executed.
  • the resource allocation improvement unit 206 displays the failure information received from the prior user input, the management software, or the failure information 708 in the resource information table 211 (see FIG. 7) in the previous failure identification attempt.
  • the trial information of the resource at the same physical location as the resource set to “present” is set to “failure (#)”, the resource extraction probability Ep is increased, and the extraction probability Ep is decreased for other resources.
  • a resource is selected at random, the trial information of the resource at the same physical location including the resource is set to “failure (#)”, and the resource extraction probability Ep is increased.
  • the process proceeds to step S1212.
  • step S1210 the resource allocation improvement unit 206 determines whether the trial is new or improvement or server designation. If it is new (step S1211, new), the improvement record table 217 (see FIG. 14) is changed to the default value, user The input value is created (step S1211), and the process proceeds to step S1213. In the case of improvement / server designation, the process proceeds to step S1212.
  • step S ⁇ b> 1212 the resource arrangement improvement unit 206 creates an improvement record table 217 based on the server relationship and the specified server information. If there is a specified server or resource, the resource allocation improvement unit 206 selects servers having a strong relationship between the server or resource and the server from the server relationship table 214 (see FIG. 10), and the improvement record table 217 Recorded in the column of the server group 1407. When selecting again in the process with the same improvement ID, the selection is made so as not to be a group that has been selected from the history of the improvement record table 217 (see FIG. 14).
  • the resource allocation improvement unit 206 calls the resource securing / trial improvement unit 207 (see FIG. 17) (step S1213), and updates the success / failure 1407 column of the improvement record table 217 (see FIG. 14) (step S1214). When the time limit / number of times is exceeded, the success / failure 1407 column is updated to “failure” together with the required time / number of times information.
  • the success / failure 1407 column is set to “impossible to add” or “cannot be reduced” together with the required time / number information.
  • the number (#) is used to determine whether all resources have been investigated.
  • the trial information 709 in the FC1 row shown in FIG. 7 is selected as the second survey target when the improvement designation is “addition”, and the trial information 709 in the LAN2 row is selected as the first survey target in the “failure” judgment. Represents the history of
  • the resource allocation improvement unit 206 makes an adoption determination (step S1215). If the success / failure 1407 column of the improvement record table 217 (see FIG. 14) is blank (step S1215, retry), the process returns to step S1205. When the success / failure 1407 column of the improvement record table 217 is “failure”, “addition possible”, “reduction possible”, “extension impossible”, “reduction impossible”, “failure (resource name)”, “no failure” (step) (S1215, trial end), the process proceeds to step S1216. When the success / failure 1407 column of the improvement record table 217 is “improvement” (step S1215, adopted), the process proceeds to step S1217.
  • step S1216 the resource arrangement improvement unit 206 notifies the user.
  • Information corresponding to “failure”, “addition possible”, “reduction possible”, “extension impossible”, “reduction impossible”, “failure (resource name)”, “no failure” is presented to the user, and the resource information table 211 (See FIG. 7). For example, in the case of “failure”, the column of the failure 708 in the resource information table 211 is set to “present”, and in the case of “no failure”, “no” is set.
  • step S1217 the resource arrangement improvement unit 206 calls the improvement arrangement application unit 209 (see FIG. 19), executes the improvement arrangement, and returns to step S1201.
  • the management server 200 when the number of times that the job determination method is not satisfied exceeds a predetermined number, or when the trial time that does not satisfy the job determination method exceeds a predetermined time, the management server 200 The administrator can be notified that improvement cannot be made.
  • FIG. 17 is a flowchart showing processing of the resource securing / trial improvement unit.
  • FIG. 17 shows details of processing of the resource securing / trial improving unit 207. Note that the processing of a predetermined step (for example, step S1301) is performed as long as the required time permits, and when the time specified or specified by the user is reached, the processing is rounded up and proceeds to the next processing.
  • a predetermined step for example, step S1301
  • the resource reservation / trial improvement unit 207 calls the comparison information acquisition unit 310 of the active server group, measures performance with a predetermined job, and can use the corresponding resource from the resource information table 211 (see FIG. 7).
  • the range is investigated (step S1301). Specifically, the resource securing / trial improving unit 207 specifies the performance of the resources allocated to the servers in the column of the server group 1405 in the improvement record table 217 (see FIG. 14), and specifies the job necessary for the test 1402 And it specifies based on the relationship table 218 (refer FIG. 12) of improvement designation
  • the resource securing / trial improving unit 207 secures unallocated resources as trial resources based on the resource information table 211 (see FIG. 7) (step S1302).
  • securing the trial resource an attempt is made to secure the time (for example, 100h (100 hours)) stored in the improvement ID table excess determination in the improvement record table 217 (see FIG. 14).
  • the time for example, 100h (100 hours)
  • an unused portion of a resource that does not change in the usage rate graph of the resource information table 211 (see FIG. 7) is secured as a trial resource.
  • the server relationship information of the server group 1405 is similar (the same number of servers, the same server relationship, etc.), and success information is stored in the success / failure 1407 column. If there is an improvement ID, the resource that has not changed in the usage rate graph of the resource information table 211 (see FIG. 7) as a past performance for the required time in the success / failure 1407 column is indicated as an unused portion. Secure as a trial resource.
  • the resource securing / trial improving unit 207 calls the trial improving unit 208 (see FIG. 18) (step S1303), and performs processing to determine whether or not the trial can be improved with the resources secured in step S1302.
  • the resource securing / trial improvement unit 207 refers to the improved resource information table 212 (see FIG. 8), and improves the resource regarding whether the improved resource allocation is performed for the server group in the improvement record table 217 (see FIG. 14). Information investigation is performed (step S1304).
  • the resource securing / trial improvement unit 207 determines whether or not the improvement has been made (step S1305).
  • the resource securing / trial improvement unit 207 allocates resources in the improved resource information table 212 (see FIG. 8) to all servers in the improvement record table 217 (see FIG. 14) in the improved resource information survey in step S1304. If it is found (step S1305, improvement), the process ends. If it is not assigned (step S1305, no improvement), the process proceeds to step S1306.
  • the resource securing / trial improvement unit 207 identifies, as an aggregation survey, resources that can be aggregated from the resource usage rate and the job result management table (see FIG. 13) (step S1306). That is, the resource allocation / trial improvement unit 207 finds a server having a combination of resources having the same or equivalent results for the job from the job ID 1307 and the job result 1308 of the job result management table 216 (see FIG. 13), and resource information With reference to the usage rate graph 707 of the table 211 (see FIG. 7), it is confirmed whether the sum of the graphs has never exceeded 100% in the past. If there is no excess in the past, the servers using the compared resources can be aggregated on either resource.
  • the resource securing / trial improvement unit 207 determines whether or not aggregation is possible (step S1307). If there is a server that can be aggregated (step S1307, aggregation is possible), the process proceeds to step S1308, and no server that can be aggregated is found ( In step S1307, aggregation is not possible, and the processing is terminated as aggregation is not possible.
  • step S1308 in the aggregation survey in step S1306, the resource securing / trial improvement unit 207 aggregates the servers that are determined to be aggregated. That is, it is preferable to coexist on the same resource and increase unallocated resources.
  • FIG. 18 is a flowchart showing the process of the trial improvement unit.
  • the trial improvement unit 208 generates (creates) a server group, places the comparison information acquisition unit 310 in the created server group, and compares the performance of the current server group and the created trial server group in a trial job. Then, a process for determining whether or not the server group has been improved is performed.
  • the trial improvement unit 208 calls the server group generation unit 220 (see FIG. 24) (step S1401), and places the comparison information acquisition unit 310 in the created server group (step S1402). That is, the comparison information acquisition unit 310 is push-installed on each trial server group created by the server group generation unit 220.
  • the trial improvement unit 208 calls the comparison information acquisition unit between the active server group and the trial server group (step S1403). Specifically, in the improvement record table 217 (see FIG. 14), from the improvement specification 1402 column and the server group 1405 column corresponding to the current improvement ID, the improvement specification / job relationship table 218 (see FIG. 12) is displayed. Based on this, the comparison information acquisition unit 310 executes the job on each trial server group, and stores the results collected after the execution of the job in the job result management table 216 (see FIG. 13).
  • the trial improvement unit 208 includes information on the column of the determination method 1104 in the job management table 215 (see FIG. 11) for the job results of the current server group and each trial server group in the job result management table 216 (see FIG. 13). Are compared based on the information in the column of the adoption configuration 1403 of the improvement record table 217 (see FIG. 14) (whether the job execution time is reduced and the resource usage is reduced, etc.) (step S1404) and adopted. Decide whether or not to hire. In the case of adoption, the resource allocation information of the trial server is stored in the improved resource information table 212 (see FIG. 8). Further, at the time of employment, the comparison value can be updated according to the determination method of the job management table 215 (see FIG. 11).
  • step S1405 When all the trial server groups are adopted (step S1405, no unimproved server) as a result of the comparison in step S1404, the trial improvement unit 208 terminates the process, and when there is no adoption (step S1405, not yet). The process proceeds to step S1406.
  • step S1406 the trial improvement unit 208 ends the process when the time limit or the number of times is equal to or greater than the content of the excess determination 1408 column of the improvement record table 217 (see FIG. 14) (step S1406 or higher). If not exceeded (step S1406, not reached), the process returns to step S1401.
  • FIG. 19 is a flowchart showing the processing of the improvement placement application unit.
  • the improved arrangement application unit 209 checks whether the resource can be shifted in the future based on the trend of the resource usage rate in the past (step S1501).
  • the improvement arrangement application unit 209 uses the resource of the transfer destination resource of the improvement resource information table 212 (see FIG. 8) and the same type of resource allocated to the server of the server group 1405 of the improvement record table 217 (see FIG. 14). Based on the resource usage graph 707 of the information table 211 (see FIG. 7), the areas are divided and the difference is compared. If there is a difference in the result of the job result 1308 column of the job result management table 216 (see FIG.
  • the ratio based on the performance difference is applied to the area value. For example, in the case of a job for measuring the communication speed, a value obtained by multiplying the area of the usage rate by the speed ratio is set as a comparison numerical value.
  • the result is reflected in the area value and compared.
  • the LAN1 usage rate graph area is “50 (% of 24h)” and the LAN2 usage rate area is “30 (% of 24h)”.
  • the performance of LAN2 is 5/3 or more times that of LAN1, it is possible to use the virtual LAN on LAN2 or other servers that are using LAN2 alternately. In this case, it is determined that the destination of LAN1 can be changed.
  • the improved arrangement application unit 209 determines whether or not the shift can be made from the difference in area in step S1501 (step S1502), and the difference in area is smaller in the area of the usage graph than the current resource in all the transfer destination resources. In the case (step S1502, transition), the process proceeds to step S1503, and when any one is larger (step S1502, transition target change), the process proceeds to step S1504.
  • step S1504 the improvement placement application unit 209 determines the server relationship (step S1504), and if there is no value in the column of the server group relationship 1406 in the improvement record table 217 (see FIG. 14) (step S1504, no relationship). ), The process proceeds to step S1505. If there is a value (step S1505, there is a relationship), the process proceeds to step S1506.
  • step S1506 the improvement placement application unit 209 performs server group change processing.
  • the server group shown in the column of the server group 1405 (see FIG. 14) is logically extracted from the server relationship table 214 shown in FIG. 10 based on the information described in the column of the server group relationship 1406. Determined by sum. For this reason, the number of servers in the contents of the column of the server group 1405 is reduced by reducing the number of items from the column of the server group relationship 1406.
  • the inclusion relation can be found from the server relation table 214 of FIG. 10
  • the contents of the column of the server group relation 1406 are changed to the relation of the server having the smaller number of servers, thereby Try reducing the number of servers in the content to a size that can be migrated.
  • step S1503 the improvement placement application unit 209 proceeds with migration in accordance with the improvement resource information table 212 (see FIG. 8). After the migration, the resource allocation state 706 allocated in the resource information table 211 (see FIG. 7) is updated.
  • step S1505 change of extraction probability Ep or update impossible information is updated. If it is allocated in the configuration of the server remaining in the improved resource information table 212 (see FIG. 8) and cannot be transferred due to the difference in area in step S1501, the success / failure 1407 of the improved record table 217 (see FIG. 14) is determined. Update the column to “Migration disabled” along with the required time / count information. Further, the extraction probability Ep of the resource information table 211 (see FIG. 7) is lowered for the corresponding resource. Alternatively, the user may be notified as recommended expansion resources that should be expanded.
  • FIG. 20 is a flowchart showing the processing of the comparison information acquisition unit.
  • the comparison information acquisition unit 310 acquires the job sent from the management server 100 (step S1601)
  • the comparison information acquisition unit 310 executes the acquired job (step S1602) and is necessary for the determination method 1104 of the job management table 215 (see FIG. 11).
  • the job result is transmitted to the trial improvement unit 208 of the management server 100 (step S1603), and the process ends.
  • FIG. 21 is a flowchart showing the processing of the server related information acquisition unit.
  • the server relation information acquisition unit 311 determines the policy set when the push installation is performed by the information collection unit 210 of the management server 200 (step S1701), and in the case of regular (step S1701, regular), the process proceeds to step S1702. In the case of monitoring (step S1701, monitoring), the process proceeds to step S1704.
  • step S1702 the server relation information acquisition unit 311 acquires information on the contents of the items in the server relation table 214 (see FIG. 10) from the server device information of the OS and management software. Then, the server related information acquisition unit 311 transmits the acquired information to the information collection unit 210 of the management server 200 (step S1703), and the process returns to step S1701. Next, when step S1701 is executed, it is executed after a preset time has elapsed.
  • step S1704 the server relation information acquisition unit 311 monitors whether there is a change in the items included in the information in the server relation table 214 (see FIG. 10), and determines whether there is a change (step S1705). If there is a change (step S1705, yes), the process proceeds to step S1702, and if there is no change (step S1705, no), the process returns to step S1701.
  • FIG. 22 is a flowchart showing processing of the resource information acquisition unit.
  • the resource information acquisition unit 312 determines the policy set when the push installation is performed by the information collection unit 210 of the management server 200 (step S1801). If the policy is regular (step S1801, regular), the process proceeds to step S1802. In the case of (step S1801, monitoring), the process proceeds to step S1804.
  • step S1802 the resource information acquisition unit 312 acquires information on the contents of items in the resource information table 211 (see FIG. 7) from the device information of the server that the OS and management software have. Then, the resource information acquisition unit 312 transmits the acquired information to the information collection unit 210 of the management server 200 (step S1803), and returns to step S1801. Next, when executing step S1801, it is executed after elapse of a preset time.
  • step S1804 the resource information acquisition unit 312 monitors resource information (for example, addition or reduction of resources) and determines whether there is a change (step S1805). If there is a change (step S1805, yes), the process proceeds to step S1802. If there is no change (step S1805, no), the process returns to step S1801.
  • resource information for example, addition or reduction of resources
  • FIG. 23 is a flowchart showing the processing of the virtual allocation information acquisition unit.
  • the virtual allocation information acquisition unit 313 determines the policy set when the push installation is performed by the information collection unit 210 of the management server 200 (step S1901). If it is regular (step S1901, regular), the process proceeds to step S1902. In the case of monitoring (step S1901, monitoring), the process proceeds to step S1904.
  • step S1902 the virtual allocation information acquisition unit 313 acquires information on the contents of items in the resource information table 211 (see FIG. 7) and the server relation table 214 (see FIG. 10) from the resource allocation information of the virtualization mechanism unit. To do. Then, the virtual allocation information acquisition unit 313 transmits the acquired information to the information collection unit 210 of the management server 200 (step S1903) and returns to step S1901. Next, when executing step S1901, it is executed after elapse of a preset time.
  • step S1904 the virtual allocation information acquisition unit 313 monitors virtual allocation information to each virtual machine of the virtualization mechanism, and determines whether there is a change (step S1905). If there is a change (step S1905, yes), the process proceeds to step S1902, and if there is no change (step S1905, none), the process returns to step S1901.
  • FIG. 24 is a flowchart showing the processing of the server group generation unit.
  • the server group generation unit 220 for each trial resource secured in step S1302 (see FIG. 17), based on the extraction probability Ep (710) of the resource information table 211 (see FIG. 7), Random number generation unit 221 (see FIG. 2) generates random numbers for all resources in resource information table 211 or for each resource in a certain range, and as resources allocated to servers in server group generation unit 220 this time Whether to use or not to use is determined and extracted (step S2001).
  • step S2001 is one of the features of this embodiment.
  • the server group generation unit 220 allocates resource allocation information (resource information table 211 (see FIG. 7)) of the active server stored in the server group of the improvement record table 217 (see FIG. 14) corresponding to the current improvement ID. From the column of the state 706, the number of resources to be allocated to each server of the server group to be created is determined (step S2002). Note that the number of resources to be allocated can be increased or decreased by using the current number of allocated resources as a default value and adding fluctuations stochastically.
  • the server group generation unit 220 generates server groups from the resources extracted in step S2001 by the number of servers in the improvement record table 217 (see FIG. 14) (step S2003). Specifically, the server group generation unit 220 refers to the column of the improvement designation 1402 corresponding to the current improvement ID of the improvement record table 217 (see FIG. 14) and the column of the server group relation 1406, and specifies the resource of the improvement designation. As a shared resource, the resource extracted in step S2001 is assigned by satisfying the resource specification required for improvement. In addition, the number of resources allocated to each server can be referred to the number determined in step S2002. If the number of resources extracted in step S2001 does not reach the requested number of resources, the process may be terminated and the process of the trial improvement unit 208 may be performed again.
  • the management server 200 has a record of application information when a trial server formed by combining resources that can be secured from a network to which a plurality of servers constituting a computer system are connected is used as a server of the computer system.
  • Job management for managing, for each job, a storage unit for resource information (for example, the resource information table 211) in which the extraction probability Ep is registered, and a job determination method that is a predetermined condition as to whether or not to adopt a trial server If the extraction probability is equal to or greater than the random number probability Rp generated by the random number generation unit 221 for each resource of the resource information and the resource management information storage unit storing information (for example, the job management table 215) Forming a trial server by combining the selected trial resources.
  • the formation processing unit and the application processing unit express the processor 202 as a function-specific processing unit.
  • the management server 200 uses the resource as a trial resource.
  • a trial server for example, the trial physical server 100b and the trial virtual server 130b
  • the trial server can be applied as a server on the network. Thereby, resources on the network can be used effectively.

Landscapes

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

Abstract

　ネットワーク上のリソースを有効に活用することができることを課題とする。管理サーバ（２００）は、リソース情報テーブル（２１１）の各リソースに対し、リソースごとの抽出確率が乱数生成部（２２１）で発生させた乱数確率以上であれば、試行用のリソースとして選定し、選定されたリソースを組み合わせて試行用サーバを形成し、形成された試行用サーバを用いてジョブを実行し、ジョブの実行結果がジョブの判断方法を満たせば、試行用サーバを該ネットワーク上のサーバとして適用する。

Description

リソース管理方法および管理サーバ
　本発明は、ネットワーク上のリソースを有効に活用することができるリソース管理方法および管理サーバに関する。
　近年、大規模なクラウド技術や、異なるサーバ間でのリソースを組み合わせることのできるバスアーキテクチャ、Ｉ／Ｏ（Input/Output）デバイス割り当てをサーバ間で切り替えることができるＩ／Ｏスイッチ拡張装置を導入したリソース群が増加傾向にある。
　また、クラウド技術の普及により、利用者または管理者の不特定化が進んでおり、不特定または未知数のハードウェアが不定期に増減する。このため、リソース群の配置管理をいかに行うかが重要となっている。リソース群の配置管理は、リソース群維持に要するコスト削減や、ユーザに提供するサーバの性能向上に多大に関係する。
　リソース群の配置管理として、仮想計算機システムにおける演算に基づく方法が開示されている（例えば、特許文献１参照）。仮想計算機システムは、計算機の物理資源（リソース）を共有してアプリケーションを実行する複数の仮想装置と、複数の仮想装置を管理する仮想化手段と、仮想化手段を制御する管理手段とを有し、複数の仮想装置と管理手段との間で資源供給情報（例えば、資源割当量）および資源要求情報を交換しながら、第１の最適化演算と第２の最適化演算とを実行することにより、物理資源の動的な資源割り当てを行う。
ＷＯ２００８／１３２９２４号公報
　変動が生じるリソース群を対象とする場合、特許文献１に開示された演算に基づく方法でリソース配置の改善を行うと、演算に必要なパラメータ（例えば、リソースの種類や設定条件）の調査前後、およびそれらを用いた演算前後でのパラメータの不一致により、信頼できる改善された配置情報を管理者に提供できないことがある。
　また、変動が生じないリソース群においても、演算によるリソース配置の改善は、把握できていないデバイスの周辺状況（温度または湿度、接続されているデバイス、故障、距離、通信量など）の影響により組み合わせたときに期待通りの性能が出ないことがある。
　このため、要求する性能を可能にするリソース群の配置を、演算方法をよらないで、事前準備をしないで、改善のための必要時間にできるだけ制約されないで、入手可能な情報で随時行う仕組みも管理対象のリソース群にとっては必要となると考える。
　本発明は、前記の課題を解決するための発明であって、ネットワーク上のリソースを有効に活用することができるリソース管理方法および管理サーバを提供することを目的とする。
　前記目的を達成するため、本発明のリソース管理方法は、ネットワークに複数のサーバが接続された計算機システムにおいて、管理サーバが、該ネットワークで確保できたリソースを組み合わせて試行用サーバ（例えば、試行用物理サーバ１００ｂ、試行用仮想サーバ１３０ｂ）を形成し、該試行用サーバが所定条件を満たす場合に、該ネットワークのサーバとして適用するリソース管理方法である。
　管理サーバは、ネットワークで確保できたリソースに対し、試行用サーバが適用された際の適用情報の実績として抽出確率が登録されたリソース情報（例えば、リソース情報テーブル２１１）と、試行用サーバを採用するか否かの所定条件であるジョブを管理するジョブ管理情報（例えば、ジョブ管理テーブル２１５）とを記憶部に記憶している。また、管理サーバは、リソース情報の各リソースに対し、抽出確率が乱数生成部で発生させた乱数確率以上であれば、試行用のリソースとして選定し、選定されたリソースを組み合わせて試行用サーバを形成し、前記形成された試行用サーバを用いて前記ジョブを実行し、実行の結果がよければ、試行用サーバを該ネットワークのサーバとして適用することを特徴とする。
　本発明によれば、ネットワーク上のリソースを有効に活用することができる。
本発明に係るネットワークシステムを示す全体構成図である。 管理サーバの構成を示す詳細図である。 仮想サーバ、試行用仮想サーバを適用した物理サーバの構成を示す詳細図である。 図３に示す仮想サーバ、試行用仮想サーバを適用した物理サーバとディスク装置との関係を示す詳細図である。 物理サーバ、試行用物理サーバの構成を示す詳細図である。 試行用物理サーバ、試行用仮想サーバが試行による改善で採用された際のリソースの再配置の関係を示す説明図である。 リソース情報テーブルの一例および使用率グラフを示す説明図であり、（ａ）はリソース情報テーブルの一例を示す図であり、（ｂ）は、リソース情報テーブルの使用率グラフの例を示す図である。 改善リソース情報テーブルの一例を示す説明図である。 履歴テーブルの一例を示す説明図である。 サーバの関係テーブルの一例を示す説明図である。 ジョブ管理テーブルの一例を示す説明図である。 改善指定とジョブとの関係テーブルの一例を示す説明図である。 ジョブ結果管理テーブルの一例を示す説明図である。 改善記録テーブルの一例を示す説明図である。 情報収集部の処理を示すフローチャートである。 リソース配置改善部の処理を示すフローチャートである。 リソース確保・試行改善部の処理を示すフローチャートである。 試行改善部の処理を示すフローチャートである。 改善配置適用部の処理を示すフローチャートである。 比較情報取得部の処理を示すフローチャートである。 サーバの関係情報取得部の処理を示すフローチャートである。 リソース情報取得部の処理を示すフローチャートである。 仮想割り当て情報取得部の処理を示すフローチャートである。 サーバ群生成部の処理を示すフローチャートである。
　以下、本発明の実施形態について図面を用いて詳細に説明する。
　図１は、本発明に係るネットワークシステムを示す全体構成図である。図１に示すように、ネットワークシステムは、管理サーバ２００と、１以上の物理サーバ１００と、Ｉ／Ｏスイッチ拡張装置１６０、バス接続制御装置１５０とがネットワークスイッチ１４０を介して接続されている。物理サーバ１００には、Ｉ／Ｏスイッチ拡張装置１６０、Ｉ／Ｏデバイス１７０を介して、ディスクボリューム１９０を有するストレージ装置１８０が接続されている。なお、物理サーバ１００には、仮想サーバ１３０を提供する仮想化機構部１３１を有する物理サーバも含まれる。
　管理サーバ２００は、ネットワークシステムにおけるリソース群を有効に活用する上で、リソース配置の改善を行う制御の中心である。リソース群とは、リソースの総称であり、サーバを構成する構成品（例えば、プロセッサ、メモリ、ＨＤＤ、ＦＣ（Fibre Channel）、ＬＡＮなど）の組み合わせを意味する。
　本実施形態に係る管理サーバ２００は、ネットワーク上のリソースの情報を、物理サーバ１００から収集し、割り当て済みでないリソース群の未使用のリソースを組み合わせて、試行用サーバ（試行用物理サーバ１００ｂ、試行用仮想サーバ１３０ｂ）を形成し、試行用サーバが所定条件を満たす場合に、該ネットワーク上のサーバとして適用する。なお、試行用サーバというときは、試行用物理サーバ１００ｂ、試行用仮想サーバ１３０ｂを含む一般的表現である。
　管理サーバ２００は、ネットワーク上で確保できたリソースに対し、試行用サーバが適用された際の適用情報の実績として抽出確率Ｅｐ（Extraction probability）が登録されたリソース情報テーブル２１１（図７参照）と、試行用サーバを採用するか否かの所定条件であるジョブを管理するジョブ管理テーブル２１５（図１１参照）とをメモリ２０１（記憶部）（図２参照）に記憶している。また、管理サーバ２００は、リソース情報テーブル２１１（図７参照）の各リソースに対し、抽出確率Ｅｐが乱数生成部２２１（図２参照）で発生させた乱数確率Ｒｐ（Random numbers probability）以上であれば、リソースとして選定し、選定されたリソースを組み合わせて試行用サーバを形成し、形成された試行用サーバを用いて所定のジョブを実行し、実行の結果がよければ、試行用サーバを該ネットワーク上のサーバとして適用することができる。
　図１に戻り、バス接続制御装置１５０は、例えば、物理サーバ１００間（例えば、サーバブレード間）のＳＭＰ（Symmetric Multi Processor）接続による性能拡張の手法を実行する。ＳＭＰ接続とは、複数のサーバブレードをひとつに結合し、より高性能なサーバを作る性能拡張の手法である。バス接続制御装置１５０は、管理サーバ２００からの指示で、メモリ１０１、プロセッサ１０２を物理サーバ１００（物理サーバ１００ａ，試行用物理サーバ１００ｂ，仮想サーバ用の物理サーバ１００ｃ）に割り当てる。
　図２は、管理サーバの構成を示す詳細図である。管理サーバ２００は、メモリ２０１（記憶部）、プロセッサ２０２（処理部）、ユーザＩ／Ｆ２０３、ネットワークＩ／Ｆ２０４、ディスクＩ／Ｆ２０５から構成されている。
　メモリ２０１には、リソース配置改善部２０６（図１６参照）、情報収集部２１０（図１５参照）を有しており、各種テーブル類には、リソース情報テーブル２１１（図７参照）、改善リソース情報テーブル２１２（図８参照）、履歴テーブル２１３（図９参照）、サーバの関係テーブル２１４（図１０参照）、ジョブ管理テーブル２１５（図１０参照）、ジョブ結果管理テーブル２１６（図１２参照）、改善記録テーブル２１７（図１３参照）、および改善指定とジョブとの関係テーブル２１８（図１４参照）から構成される。
　リソース配置改善部２０６は、乱数生成部２２１、リソース確保・試行改善部２０７（図１７参照）、改善配置適用部２０９（図１９参照）を有し、リソース確保・試行改善部２０７には、サーバ群生成部２２０（図２４参照）を含む試行改善部２０８（図１８参照）を有する。
　ユーザＩ／Ｆ２０３は、メモリ２０１内の各テーブルをユーザ定義のもと更新する際にユーザの要求を管理サーバ２００へ入力するためのＩ／Ｆである。ネットワークＩ／Ｆ２０４は、各サーバとネットワークを接続するＩ／Ｆである。ディスクＩ／Ｆ２０５は、各サーバとディスクボリューム１９０（図１参照）を接続するＩ／Ｆである。
　リソース配置改善部２０６は、試行による方法、演算による方法によりリソースの配置改善をすることができる。試行による方法では、新規・改善・保守・増設・削減・故障特定などの試行方法によりリソースの抽出確率Ｅｐを設定したのち、リソース確保・試行改善部２０７を呼び出す。リソース確保・試行改善部２０７において、ネットワークに接続されたサーバ群から、各リソースの使用率を可能な範囲で調査し、試行用リソースを確保し、試行改善部２０８を呼び出す。試行改善部２０８では、確保できたリソースで試行用サーバを形成してジョブを実行するとともに現用のサーバでも実行し、ジョブ結果を現用のサーバと試行用サーバで比較し、サーバ群の改善確認をする。その結果をもって改善記録の成否を更新し、改善配置適用部２０９が、改善していれば生成された試行用サーバまたは試行用仮想サーバを適用する。
　乱数生成部２２１は、乱数の生成部であり、生成された乱数確率Ｒｐ（乱数値）はリソースを選択する際に、リソース情報テーブル２１１（図７参照）の抽出確率Ｅｐと比較するために用いられる。乱数値は、例えば、最小値と最大値を与え、その間で乱数を発生させるとよい。リソース情報テーブル２１１（図７参照）の各リソースには、抽出確率Ｅｐが格納されており、どのリソースの抽出確率Ｅｐも０％にはならないように設定されている。各リソースの抽出確率Ｅｐが、乱数生成部２２１で発生させた乱数値以上であれば、そのリソースは試行用のリソースとして採用される。乱数生成部２２１によりリソースごとに毎回乱数を発生させることが本願発明の特徴でもある。
　具体的に説明すると、第１のリソースの抽出確率Ｅｐが３７．５とすると、最小値０、最大値９９として整数値の乱数を発生させると乱数値１２を得たとする。すると、１２≦３７．５となり、対象となるリソースは採用される。次の第２のリソースの抽出確率Ｅｐが１２．５とすると、先に発生させた乱数値１２．５で比較するのではなく、毎回乱数を発生させる。第２のリソースのための乱数値が１４であるとすると、１４＞１２．５となり、第２のリソースは採用されない。
　なお、リソースの抽出確率Ｅｐは、初期値は５０％で試行が行われ、試行が行われるたびにリソース配置改善部２０６内の抽出確率Ｅｐの変更（図１６、ステップＳ１２０６～ステップＳ１２０９参考）により更新され、０％＜抽出確率Ｅｐ≦１００％の間の値になる。
　従来技術として、管理者が設定した条件を満たすリソースを選択しサーバを作成する方法に対し、本実施形態の方法では、未割り当てのリソースを無作為に抽出してサーバを作成し、作成されたサーバの性能をジョブによって評価している。このため、従来考えられなかったリソースの組み合わせができる可能性が多分にある。同様に、従来技術のひとつである演算による選択の場合にも、リソース選択について偶然性が入る余地はないが、本実施形態では、多分にリソース選択に偶然性が入る可能性がある。この点が本願発明の特徴のひとつとなっている。なお、無作為抽出の方法を実現する手段のひとつとして、乱数生成部２２１で発生した確率を用いているが、これに限定されるわけではない。
　図３は、仮想サーバ、試行用仮想サーバを適用した物理サーバの構成を示す詳細図である。図４は、図３に示す仮想サーバ、試行用仮想サーバを適用した物理サーバとディスク装置との関係を示す詳細図である。物理サーバ１００ｃ（１００）は、メモリ１０１、プロセッサ１０２、ユーザＩ／Ｆ１０３、ネットワークＩ／Ｆ１０４、ディスクＩ／Ｆ１０５から構成されている。
　メモリ１０１内には、仮想割り当て情報取得部３１３（図２３参照）を有する仮想化機構部１３１を有し、仮想化機構部１３１は、複数の仮想サーバ１３０（現用の仮想サーバ１３０ａ、ネットワーク上のサーバとして適用するか否かを試行するための試行用仮想サーバ１３０ｂが含まれる。）を有している。メモリ１０１のＯＳ（Operating System）３０１内には、比較情報取得部３１０（図２０参照）、サーバの関係情報取得部３１１（図２１参照）、リソース情報取得部３１２（図２３参照）を有する。
　また、物理サーバ１００ｃには、複数のディスクボリューム１９０からなるストレージ装置１８０（図１参照）が接続されている。ディスクボリューム１９０には、仮想Ｉ／Ｏデバイス１７１（図４参照）を介して、複数の仮想ディスク１９１を有している。なお、ストレージ装置１８０（図１参照）は、サーバ内蔵型でもファイバーチャネルなどを介した外部装置でもよい。
　仮想化機構部１３１は、管理サーバ２００のリソース配置改善部２０６（図２参照）からの指示で、プロセッサ１０２、メモリ１０１、仮想ディスク１９１、仮想Ｉ／Ｏデバイス１７１を仮想サーバ１３０ａ、試行用仮想サーバ１３０ｂに割り当てる。仮想サーバ１３０ａは、管理サーバ２００のリソース配置改善部２０６（図２参照）によって、仮想化機構部１３１の設定が変更されることにより、割り当てられているリソースが変更される。
　試行用仮想サーバ１３０ｂは、管理サーバ２００の試行改善部２０８（図２参照）により、現用の仮想サーバ１３０ａと比較するために、リソース情報テーブル２１１（図７参照）の抽出確率Ｅｐに従って用意される仮想サーバである。
　図５は、物理サーバ、試行用物理サーバの構成を示す詳細図である。図５には、図１で示した現用の物理サーバ１００a、ネットワーク上のサーバとして適用するか否かを試行するための試行用物理サーバ１００ｂの構成を示す。メモリ１０１のＯＳ３０１内には、比較情報取得部３１０（図２０参照）、サーバの関係情報取得部３１１（図２１参照）、リソース情報取得部３１２（図２３参照）を有する。
　図６は、試行用物理サーバ、試行用仮想サーバが試行による改善で採用された際のリソースの再配置の関係を示す説明図である。図２を適宜参照して説明する。管理サーバ２００の情報収集部２１０（図１５参照）が未割り当てリソース群・割り当て済みリソース群の未使用部１０８を取得する。リソース配置改善部２０６が未割り当てリソース群・割り当て済みリソース群の未使用部１０８上に試行用物理サーバ１００ｂ、未割り当て仮想リソース群１０９上に試行用仮想サーバ１３０ｂを作成する。作成された試行用物理サーバ１００ｂと現用の物理サーバ１００ａとを性能比較し、同様に、作成された試行用仮想サーバ１３０ｂと現用の仮想サーバ１３０aとを性能比較する。そして、リソース配置改善部２０６が、作成された試行用物理サーバ１００ｂ、試行用仮想サーバ１３０ｂが採用と判定した場合、改善配置適用部２０９が割り当て済みリソース群の使用部１０６へ試行用物理サーバ１００ｂ、割り当て済み仮想リソース群１０７へ試行用仮想サーバ１３０ｂとそれらに割り当てられているリソースを移動し、現用の物理サーバ１００aと仮想サーバ１３０ａとそれらに割り当てられているリソースを、未割り当てリソース群・割り当て済みリソースの未使用部１０８に移動し、リソース配置の改善が行われる。
　図６を用いて、本願の特徴を説明する。例えば、図６に示す現用の物理サーバ１００ａ、仮想サーバ１３０ａは、管理者が設定した条件を満たすリソースを選択し作成したサーバであるのに対し、試行用物理サーバ１００ｂ、試行用仮想サーバ１３０ｂは、無作為抽出によりリソースを選択しサーバを作成したサーバである。このため、試行用物理サーバ１００ｂは、ＣＰＵ（Central Processing Unit、プロセッサ）が２ＧＨｚを３個採用した構成であるが、現用の物理サーバ１００ａのＣＰＵが３ＧＨｚを２個採用した構成より、性能が向上することが偶然わかったことになる。このように、従来技術では、想定されるリソースの組み合わせで、所望する性能がでないことが多分にあるが、本実施形態では、管理者が予想していないリソースの組み合わせが実現できる。
　次に、各種テーブルについて説明する。
　図７は、リソース情報テーブルの一例および使用率グラフを示す説明図である。図７（ａ）はリソース情報テーブル２１１の一例を示し、図７（ｂ）は、リソース情報テーブル２１１の使用率グラフ７０７の例を示す。図７（ａ）に示すリソース情報テーブル２１１は、管理サーバ２００が保持しており、情報収集部２１０が収集した情報、ユーザＩ／Ｆ２０３からの入力情報を元に更新される。リソース情報テーブル２１１は、リソース名７０１、種類７０２、仮想関係７０３、論理・固有値設定７０４、物理位置７０５、割当状態７０６、使用率グラフ７０７、故障有無７０８、試行情報７０９、および抽出確率Ｅｐ（７１０）を含んで構成される。
　具体的に説明すると、リソース名７０１が「ＦＣ１」の場合、種類７０２にはファイバチャネルデバイスであることを表す「ＦＣ」が格納される。仮想関係７０３には、仮想ＦＣデバイスの「仮想ＦＣ２」を提供している親デバイスである情報が格納される。論理・固有値設定７０４には外部ストレージの割り当てなどに使用する「ＷＷＮ（World Wide Name）情報」が格納される。物理位置７０５には「ＦＣ１」が搭載されている機器情報の「Ｉ／Ｏ拡張装置１」が格納される。割当状態７０６には現在割り当てられている「Ｓｒｖ１」、使用率グラフ７０７には過去の時間での使用率（ＦＣの場合は帯域）を記録した「Ｇｒａｐｈ１」、故障有無７０８にはユーザ指定や故障特定の試行によりこれまで故障と判断されなかったことを表す「無」、試行情報７０９には最後にそのリソースが対象になった試行の種類である「増設」（同じ改善ＩＤでの試行で重複した調査を防ぐために、その試行の何番目の調査対象リソースであったかを記録する回数が括弧内に記録される。）、抽出確率Ｅｐ（７１０）にはＦＣ１が各試行で割り当て可能リソースになっている時に、サーバ群生成部２２０で作成するサーバへの割り当てに使用される確率を表す。
　抽出確率Ｅｐ（７１０）は、すでに説明したとおり、初期値は５０％が設定され、試行が行われる度にリソース配置改善部２０６内の抽出確率Ｅｐの変更の処理により更新される。抽出確率Ｅｐは、０％より大きい値から１００％の間の値になり、サーバ群生成部２２０でリソース使用の有無を決める確率である。
　図７（ｂ）に示す使用率グラフは、例えば、ＣＰＵの使用率を示すグラフであり、時間経過に応じて使用率が変化していることを示している。
　本実施形態では、サーバ群生成部２２０で作成するサーバへの割り当てに使用される確率とは、具体的には、リソース情報テーブル２１１にあるリソースに対し、抽出確率Ｅｐ（７１０）と、乱数生成部２２１で発生させた確率とを比較し、抽出確率Ｅｐが乱数生成部２２１で発生させた確率以上であれば、作成するサーバへ該当リソースを適用することを意味する。
　図８は、改善リソース情報テーブルの一例を示す説明図である。改善リソース情報テーブル２１２は、管理サーバ２００が保持しており、リソース確保・試行改善部２０７（図２参照）が採用した試行用物理サーバ１００ｂ、試行用仮想サーバ１３０ｂの情報を元に更新される。改善リソース情報テーブル２１２は、リソース名８０１、種類８０２、仮想関係８０３、論理・固有値設定８０４、物理位置８０５、割当状態８０６、および故障有無８０８を含んで構成される。
　図８に示すリソース名８０１、種類８０２、仮想関係８０３、論理・固有値設定８０４、物理位置８０５、割当状態８０６、および故障有無８０８は、図７に示すリソース名７０１、種類７０２、仮想関係７０３、論理・固有値設定７０４、物理位置７０５、割当状態７０６、および故障有無７０８に対応するものである。
　図９は、履歴テーブルの一例を示す説明図である。履歴テーブル２１３は、情報収集部２１０（図２参照）がリソース情報を更新した日時であるリソース情報更新日時９０１、変更リソース数９０２、変更関係数９０３を含んで構成される。変更リソース数９０２は、リソース情報テーブル２１１が変更された頻度であり、変更関係数９０３は、サーバの関係テーブル２１４（図１０参照）が変更された頻度である。
　リソース配置改善部２０６は、図１６のステップＳ１２０１の改善方法収集の処理で、履歴テーブル２１３を参照し、変更頻度が多い場合は試行によるリソース配置改善へ、頻度が少ない場合は演算によるリソース配置改善に改善方法を選択する際の参考にするとよい。
　図１０は、サーバの関係テーブルの一例を示す説明図である。適宜図３、図５を参照して説明する。サーバの関係テーブル２１４は、情報収集部２１０が収集した情報、すなわち、サーバの関係情報取得部３１１、リソース情報取得部３１２、および仮想割り当て情報取得部３１３から得た情報、または、ユーザＩ／Ｆ２０３から入力された情報を元に作成される。サーバの関係テーブル２１４は、各サーバのサーバ名１００１、リソースを共用しているサーバを示すリソース共用１００２、相互通信をしているサーバを示す相互通信１００３、起動時間が同じようなサーバを示す起動時間１００４を含んで構成される。具体的には、サーバ名「Ｓｒｖ１」の場合、「Ｓｒｖ２」のサーバとリソースを共用し、「Ｓｒｖ３」のサーバと相互通信し、「Ｓｒｖ６」のサーバとほぼ同じような起動時間であることがわかる。
　図１１は、ジョブ管理テーブルの一例を示す説明図である。ジョブ管理テーブル２１５は、試行改善部２０８（図２参照）が運用中の各サーバの比較を行うときに用いるジョブ内容のテーブルである。ジョブ管理テーブル２１５は、ジョブＩＤ１１０１、ジョブ内容１１０２、比較値１１０３、および比較に用いる判断方法１１０４を含んで構成される。
　具体的に説明すると、ジョブ１の場合、ジョブＡを実行し、問題なく実行できれば採用」となる。ジョブ２の場合、ジョブＢを実行し、時間測定し、比較値である５秒よりも実行にかかる時間が短ければ採用となる。ジョブ３の場合、データ保存を実行し、保存できれば採用となる。ジョブ４の場合、ジョブＣを実行し、関係あるサーバ群全てで問題なく実行できれば採用となる。ジョブ５の場合、ＰＩＮＧなどの通信試験をし、関係あるサーバ群全てと通信できれば採用となる。ジョブ６の場合、アプリケーションプログラムを実行し、特定のアプリケーションプログラムがエラーなく動作できれば採用となる。ジョブ７の場合、メモリ負荷のジョブを実行し、負荷結果１よりも良い結果が記録されると採用となる。
　図１２は、改善指定とジョブとの関係テーブルの一例を示す説明図である。改善指定とジョブとの関係テーブル２１８は、リソース配置改善する際に指定する改善指定１２０１とジョブＩＤ１２０２とを含んで構成される。図１２に示すジョブＩＤ１２０２と図１１に示すジョブＩＤ１１０１とは対応している。改善指定１２０１は、管理者が管理端末（図示していない）を介して指定すると、管理サーバ２００は、試行用物理サーバ１００ｂ、試行用仮想サーバ１３０ｂに対して、改善指定１２０１に対応するジョブＩＤ１２０２の実行をする。また、管理サーバ２００は、比較対象の現用の物理サーバ１００ａ、現用の仮想サーバ１３０ａに対しても同様に、改善指定１２０１に対応するジョブＩＤ１２０２の実行をする。すなわち、管理サーバ２００の試行改善部２０８が比較情報取得部３１０に対して指定し、その実行結果を取得することになる。
　具体的には、「新規」が指定されるとジョブ１を実行し、図１１のジョブ管理テーブル２１５を参照して問題なく実行できるか否かが判断される。「改善」が指定されるとジョブ２を実行し、図１１のジョブ管理テーブル２１５を参照して、比較値よりも実行にかかる時間が短縮できるか否かを判断する。
　図１３は、ジョブ結果管理テーブルの一例を示す説明図である。ジョブ結果管理テーブル２１６は、管理サーバ２００の試行改善部２０８が収集した情報によって更新され、比較情報取得部３１０が各改善ＩＤでのジョブを実行したリソースの組み合わせ、ジョブ、ジョブ結果履歴を保持する。ジョブ結果管理テーブル２１６は、改善ＩＤ１３０１、サーバ群１３０２、リソース１（１３０３）、リソース２（１３０４）、リソース３（１３０５）、リソース４（１３０６）、ジョブＩＤ１３０７、およびジョブ結果１３０８を含んで構成される。
　具体的に説明すると、Ｔｅｓｔ１の場合、「Ｓｒｖ３」のサーバは、ＣＰＵ１、Ｍｅｍ１、ＨＤＤ１、ＬＡＮ１のリソースの組み合わせで構成されており、ジョブ３およびジョブ６が実行され、実行結果として、アプリケーション動作が成功していることがわかる。Ｔｅｓｔ２の場合、「ＶＳｒｖ２」の仮想サーバは、ＶＣＰＵ２、Ｖｍｅｍ２、ＶＨＤＤ２、ＶＦＣ２のリソースの組み合わせで構成されており、ジョブ２を実行したが時間切れなどで実行できなかったことがわかる。
　図１４は、改善記録テーブルの一例を示す説明図である。改善記録テーブル２１７は、試行改善部２０８が試行による改善を行った際に、改善記録をするテーブルである。改善記録テーブル２１７は、改善ＩＤ１４０１、試行の種類を決める改善指定１４０２、管理対象のサーバ・リソース群全体の改善目標を格納する採用構成１４０３、情報収集ポリシー１４０４、改善の対象となるサーバ群１４０５、サーバ群の関係１４０６、成否１４０７、試行による改善を打ち切る目安の時間や繰り返し回数などの試行の超過判断１４０８、および試行の繰り返しの回数１４０９を含んで構成される。
　具体的に説明すると、リソース配置改善部２０６が図１６のステップＳ１２０２における改善記録更新の処理で改善ＩＤ１４０１である「Ｔｅｓｔ１」が生成される。そののち、ステップＳ１２０１において選択情報収集の処理で、ユーザ（管理者も含む。）が、試行による改善として「保守」および「Ｓｒｖ３」で指定されていると、改善指定１４０２には「保守，Ｓｒｖ３」が格納される。改善指定１４０２の情報により、改善指定とジョブとの関係テーブル２１８（図１２参照）から、試行改善部２０８が、図１８のステップＳ１４０３において、比較情報取得部３１０の呼び出しの処理を行うと、比較情報取得部３１０に実行させるジョブが決まる。
　採用構成１４０３は、ユーザ指定により「リソース最小」が格納される。採用構成１４０３の情報は、サーバ群生成部２２０が作成したサーバ群の中で、試行改善部２０８が図１８のステップＳ１４０４において現用のサーバと比較の処理で、改善したサーバが複数見つかった場合に選定のために使用される。
　情報収集ポリシー１４０４は、ユーザからの指定（例えば、「定期」）で格納される。情報収集ポリシー１４０４は、情報収集部２１０が、次に、ステップＳ１１０１（図１５参照）において情報取得ポリシー設定の処理を行うとき自動設定してもよい。この場合、改善記録テーブル２１７の成否１４０７に「成功」がある改善のときに採用されていたポリシーを情報収集ポリシー１４０４の列から得て、採用する際に用いることが好ましい。
　サーバ群１４０５には、改善指定１４０２でサーバの指定があった場合、サーバの関係テーブル２１４（図１０参照）から関係のあるサーバを格納し、リソースの指定があった場合、リソース情報テーブル２１１からそのリソースの割り当てられているサーバを特定してサーバの関係テーブル２１４から関係のあるサーバを格納する。図１４のＴｅｓｔ１の場合は、サーバの関係テーブル２１４の「Ｓｒｖ３」の行で関係が記載されている「Ｓｒｖ１，Ｓｒｖ２」が「Ｓｒｖ３」と共に格納される。
　サーバ群１４０５の情報は、各部のサイジングや改善結果取得までの収束時間を早めるためなど、全体を通して使用される。改善配置の移行が失敗した場合などで、移行対象をサーバの関係テーブル２１４の情報を元に削っていく場合、サーバ群１４０５のサーバが削減される。
　サーバ群の関係１４０６は、サーバ群１４０５にサーバを格納したときに参照したサーバの関係テーブル２１４の関係項目を記録する。図１４のＴｅｓｔ１の場合、サーバの関係テーブル２１４の「Ｓｒｖ３」の行に値が入っていた「相互通信」と「起動時間」が格納されている。
　成否１４０７は、リソース配置改善部２０６が図１６のステップＳ１２１４の改善記録の成否更新の処理によって、この改善ＩＤ１４０１での改善が成功したか、失敗したかの情報が格納される。Ｔｅｓｔ１の場合は、超過判断１４０８の時間を越えてしまったため、試行改善部２０８が図１８のステップＳ１４０６の制限時間・回数の処理にて、「時間切れ（所要時間１０７ｈ）」と格納される。
　超過判断１４０８は、ユーザ指定、デフォルト値の時間、または、回数が格納される。Ｔｅｓｔ１の場合、１００ｈ（１００時間）と設定されており、改善配置が１００ｈを超えても見つけられなかったため、試行改善部２０８の図１８のステップＳ１４０６の制限時間・回数の処理で時間切れと判断され、成否１４０７が「時間切れ」で更新されている。
　さらに具体的に説明すると、図１４に示すＴｅｓｔ１の場合、管理サーバ２００は、「Ｓｒｖ３」の「保守」の試行を「定期」的に実行している。管理サーバ２００は、リソース群の組み合わせでサーバ群１４０５にある試行用物理サーバ「Ｓｒｖ１」，「Ｓｒｖ２」，「Ｓｒｖ３」を形成し、ジョブ３のデータ保存を試行しているが、保存できない結果となっていることがわかる。ただし、試行用物理サーバ１００ｂの群を現用の物理サーバ１００ａの群に移行する際、リソース不足があった場合、改善配置適用部２０９のステップＳ１５０６（図１９参照）で、移行対象とするサーバを減らし移行を実施する。詳細については後記する。
　Ｔｅｓｔ２の場合、管理サーバ２００は、「ＶＳｒｖ１」の「改善」の試行を「監視」で実行している。管理サーバ２００は、リソース群の組合せでサーバ群１４０５にある実用の仮想サーバ「ＶＳｒｖ１」，「ＶＳｒｖ２」を形成し、ジョブ２のジョブＢ実行による時間測定を試行しているが、改善できていないことがわかる。なお、採用構成１４０３として「リソース集約」が指定されて、改善できるリソース配置が複数みつかった場合、物理位置が同じ場所のリソースが多く割り当てられている構成を採用することを意味する。
　Ｔｅｓｔ３の場合、管理サーバ２００は、試行用物理サーバ「Ｓｒｖ５」を形成し、ジョブ４のジョブＣを実行し、成功していることがわかる。
　Ｔｅｓｔ４の場合、管理サーバ２００は、試行用物理サーバの３台を形成し、ジョブ１のジョブＡを実行し、成功していることがわかる。
　次に各処理フローについて説明する。
　図１５は、情報収集部の処理を示すフローチャートである。適宜図２、図３、図５を参照して説明する。情報収集部２１０は、各サーバに配置したサーバの関係情報取得部３１１、リソース情報取得部３１２、および仮想割り当て情報取得部３１３からリソースの情報を収集する。管理サーバ２００が管理していないサーバの場合には、サーバの関係情報取得部３１１、リソース情報取得部３１２、および仮想割り当て情報取得部３１３を配置する処理をする。なお、所定のステップの処理（例えば、ステップＳ１１０２、ステップＳ１１０６）は、所要時間の許す限り行うものとし、規定、またはユーザ指定の時間に達した場合は、処理を切り上げ次の処理に進む。
　情報収集部２１０は、ユーザＩ／Ｆ２０３からの入力値から、または、改善記録テーブル２１７（図１４参照）の成否列にある結果が成功する傾向にある情報収集ポリシー１４０４により、情報取得のためのポリシー（例えば、定期的に行うか、監視によって行うか）を設定する（ステップＳ１１０１）。設定されたポリシーに基づき、サーバの関係情報取得部３１１、リソース情報取得部３１２、および仮想割り当て情報取得部３１３がリソースの情報を収集する。
　情報収集部２１０は、サーバを検出する（ステップＳ１１０２）。リソース情報取得部３１２とサーバの関係情報取得部３１１とが未適用、あるいは、情報取得ポリシーの更新が行われていないサーバを検出する。また、仮想サーバを適用するサーバに対しては、仮想割り当て情報取得部３１３が未適用の物理サーバ１００ｃ（図３参照）を検出する。
　情報収集部２１０は、ステップＳ１１０２で検出したサーバに対し、各情報取得部を配置する（ステップＳ１１０３）。具体的には、情報収集部２１０が検出したサーバに、サーバの関係情報取得部３１１、リソース情報取得部３１２、および必要なら仮想割り当て情報取得部３１３を、ステップＳ１１０１における設定を反映して、プッシュインストールする。なお、プッシュインストールとは、管理サーバ２００がネットワーク上の対象とするサーバを遠隔操作して必要なソフトウェアなどをインストールすることをいう。
　情報収集部２１０は、ステップＳ１１０１で設定されたポリシーを判断し（ステップＳ１１０４）、リソース監視の場合（ステップＳ１１０４、監視検出）、ステップＳ１１０６へ、定期的に行う設定の場合（ステップＳ１１０４、定期検出）、ステップＳ１１０５に進む。
　ステップＳ１１０５において、情報収集部２１０は定期取得する。情報収集部２１０は、リソース情報取得部３１２、サーバの関係情報取得部３１１、および仮想割り当て情報取得部３１３から定期的に送られてくる情報を受ける。
　ステップＳ１１０６において、情報収集部２１０は取得部からの応答待ちをする。情報収集部２１０は、リソース情報取得部３１２、サーバの関係情報取得部３１１、および仮想割り当て情報取得部３１３から随時送られてくる情報を受ける。
　情報収集部２１０は、ステップＳ１１０５、ステップＳ１１０６で取得した情報を元に、リソース情報テーブル２１１（図７参照）およびサーバの関係テーブル２１４（図１０参照）を更新する（ステップＳ１１０７）。
　情報収集部２１０は、履歴テーブル２１３（図９参照）を更新する（ステップＳ１１０８）。情報収集部２１０は、ステップＳ１１０７において更新した日時と、いくつのリソースの情報が更新されたかを、履歴テーブル２１３に記録し、ステップＳ１１０１に戻る。
　図１６は、リソース配置改善部の処理を示すフローチャートである。図１６は、リソース配置改善部２０６の処理の詳細を表している。リソース配置改善部２０６は、改善指示を受けると、改善方法を収集する（ステップＳ１２０１）。具体的には、リソース配置改善部２０６は、履歴テーブル２１３（図９参照）のリソース情報更新日時９０１、変更リソース数９０２、変更サーバの変更関係数９０３を確認する。また、リソース情報テーブル２１１（図７参照）の使用率グラフから全リソースの運用が止められる期間の有無を調査する。ユーザＩ／Ｆ２０３から改善方法に指定があるか確認する。
　リソース配置改善部２０６は、改善記録を更新する（ステップＳ１２０２）。リソース配置改善部２０６は、改善記録テーブル２１７（図１４参照）に新規の改善ＩＤの行を作成し、ステップＳ１２０１で確認した改善指定（例えば、演算か試行か）、採用基準（採用構成１４０３に対応）を格納する。ステップＳ１２０１で変更リソース数９０２（図９参照）が規定値以下、または、全リソースの運用停止期間が有る場合で、かつ、ユーザから指定がなければ改善指定に演算を格納する。
　図１６においては、改善指定において試行の場合、新規・改善・保守・増設・削減・故障特定に限定して説明する。また、ユーザが対象サーバを指定した場合はサーバ名も含む。採用基準については、ユーザの指定によりリソース最小（もっとも使用リソースが少なくなる構成を目指す）、リソース集約（各サーバの割り当てリソースの物理位置が近くなる構成を目指す）、リソース分散（各サーバの割り当てリソースの物理位置が広く分布する構成を目指す）などが格納される。なお、新規とは改善ではなく、新しいサーバをユーザの要求にしたがって構築する場合を指す。
　リソース配置改善部２０６は、改善方法を判別する（ステップＳ１２０３）。リソース配置改善部２０６は、改善記録テーブル２１７（図１４参照）を参照して、ステップＳ１２０２で作成した改善ＩＤの改善指定１４０２に従い、演算であれば（ステップＳ１２０３、演算）、ステップＳ１２０４へ進み、試行であれば（ステップＳ１２０３、試行）、ステップＳ１２０５へ進む。
　ステップＳ１２０４において、リソース配置改善部２０６は、公知例（国際公開番号ＷＯ２００８－１３２９２４）などに従って演算による最適化改善処理を行う。改善後の演算結果とリソース配置情報で、改善記録テーブル２１７（図１４参照）・改善リソース情報テーブル２１２（図８参照）を更新する。
　具体的には、管理サーバ２００は、アプリケーションやデバイスの性能、設定といった情報を効用関数のパラメータとして扱い、リソースの配置改善が見られる傾向にしたがって、関数の調整と、解の導出を繰り返し、計算によって最適なパラメータ値(最適な配置情報も含む)を求める。そして、パラメータの把握が容易なリソース群に対しては、改善されたリソース配置を導出し、リソース配置を導出ができた場合、その情報を元にリソース配置を行うため、改善リソース情報テーブル２１２（図８参照）を更新する。また、改善記録テーブル２１７（図１４参照）は、次回の改善時に改善方法(演算か試行か)を選択する際に使用される情報であるので、管理サーバ２００は、演算による改善の成否を改善記録テーブル２１７（図１４参照）に記録する。
　ステップＳ１２０５において、リソース配置改善部２０６は、試行内容である新規・改善・保守・増設・削減・故障特定を判別し、次のステップ（ステップＳ１２０６～Ｓ１２０９）へ進む。次のステップは、リソース情報テーブル２１１（図７参照）の抽出確率Ｅｐを調整する分岐処理である。
　ステップＳ１２０６において、新規／改善／サーバ指定の場合、抽出確率Ｅｐを変更する処理（１）が実行される。リソース情報テーブル２１１（図７参照）の使用率グラフから使用率に応じて同テーブル内の抽出確率Ｅｐを今回の改善ＩＤの試行の間、次のように変更する。
　割り当てリソースの片寄を行いたい場合は、使用率の高いリソースの抽出確率Ｅｐを上げ、使用率の低いリソースの抽出確率Ｅｐを下げる。分散させたい場合は逆にする。また、改善記録テーブル２１７（図１４参照）の成否１４０７の列に成功情報があり、今回の改善ＩＤのサーバ群列・群のサーバの関係列の内容と類似（同じサーバ数、同じサーバの関係など）している改善ＩＤの所要時間・所用回数が小さい試行が有った場合、そのサーバ群の使用しているリソースを、リソース情報テーブル２１１（図７参照）で特定して、リソースの抽出確率Ｅｐを上げ、収束が早くなる工夫を行うとよい。そして、ステップＳ１２１０に進む。
　なお、リソース情報テーブル２１１（図７参照）の試行情報７０９の列にある括弧書きの数値は、同じ改善ＩＤでの試行で重複した調査を防ぐために、その試行の何番目の調査対象リソースであったかを記録する回数である。
　ステップＳ１２０７において、保守の場合、抽出確率Ｅｐを変更する処理（２）が実行される。リソース配置改善部２０６は、リソース情報テーブル２１１（図７参照）から特定されたユーザ指定の保守サーバ内のリソースについて、リソース情報テーブル２１１の試行情報７０９の列の値を「保守」に変更する。また、「保守」となったリソースの抽出確率Ｅｐを下げ、それ以外のリソースの抽出確率Ｅｐは上げる。そして、ステップＳ１２１２に進む。
　ステップＳ１２０８において、増設／削減（増減）の場合、抽出確率Ｅｐを変更する処理（３）が実行される。リソース配置改善部２０６は、無作為、あるいは、事前にユーザに指定されたリソースについて、リソース情報テーブル２１１（図７参照）の試行情報７０９の列を「増設（＃）」「削減（＃）」に変更する。なお、括弧内の番号（＃）は、全リソースに対して調査を行ったか判別するために使用される。増設となっているリソースは抽出確率Ｅｐを上げ、それ以外のリソースの抽出確率Ｅｐは下げる。削減となっているリソースは抽出確率Ｅｐを下げ、それ以外のリソースの抽出確率Ｅｐは上げる。そして、ステップＳ１２１２に進む。
　ステップＳ１２０９において、故障特定の場合、抽出確率Ｅｐを変更する処理（４）が実行される。リソース配置改善部２０６は、事前のユーザ入力、管理ソフトウェアから受け取った障害情報、または、前回の故障特定の試行においてステップＳ１２１６において、リソース情報テーブル２１１（図７参照）の故障有無７０８の列が「有」にされたリソースと同じ物理位置のリソースの試行情報を「故障（＃）」とし、リソースの抽出確率Ｅｐを上げ、その他のリソースについては抽出確率Ｅｐを下げる。特に選択に用いる情報が無ければ無作為にリソースを選択し、そのリソースを含む同じ物理位置のリソースの試行情報を「故障（＃）」とし、リソースの抽出確率Ｅｐを上げる。そして、ステップＳ１２１２に進む。
　ステップＳ１２１０において、リソース配置改善部２０６は、試行が新規か改善かサーバ指定かを判別し、新規であれば（ステップＳ１２１１，新規）、改善記録テーブル２１７（図１４参照）を、デフォルト値、ユーザ入力値で作成し（ステップＳ１２１１）、ステップＳ１２１３に進む。改善／サーバ指定の場合、ステップＳ１２１２に進む。
　ステップＳ１２１２において、リソース配置改善部２０６は、サーバの関係や指定されたサーバ情報で、改善記録テーブル２１７を作成する。指定されたサーバやリソースが有る場合は、リソース配置改善部２０６が、サーバの関係テーブル２１４（図１０参照）からそのサーバやリソースとサーバの関係の強いサーバ同士を選択し、改善記録テーブル２１７のサーバ群１４０７の列に記録する。同じ改善ＩＤでの処理で再度選択するときは、改善記録テーブル２１７（図１４参照）の履歴から選択したことのある群にはならないように選択する。
　リソース配置改善部２０６は、リソース確保・試行改善部２０７（図１７参照）を呼び出し（ステップＳ１２１３）、改善記録テーブル２１７（図１４参照）の成否１４０７の列を更新する（ステップＳ１２１４）。制限時間・回数を超過している場合は、成否１４０７の列を所要時間・回数情報とともに「失敗」に更新する。
　それ以外の処理は、改善記録テーブル２１７（図１４参照）の改善指定１４０２の列の値で異なる。
（１）新規・改善の場合：
　改善リソース情報テーブル２１２（図８参照）の全てのサーバに、リソースの割り当てが済んでいる場合、改善記録テーブル２１７（図１４参照）の成否１４０７の列に所要時間・回数情報とともに「改善」と格納する。
（２）保守の場合：
　リソース情報テーブル２１１（図７参照）の試行情報７０９の列の値が「保守」になっているリソース全てで、割当状態７０６の列に割り当てられているサーバが無くなっている場合、改善記録テーブル２１７（図１４参照）の成否１４０７の列に所要時間・回数情報とともに「保守対応可」と格納する。すなわち、リソースがどのサーバにも割り当てられていない状態を意味する。
（３）増設／削減の場合：
　リソース情報テーブル２１１（図７参照）の試行情報７０９の列が「増設」になっているリソースの使用率が１００％またはユーザ指定の値以上である場合、改善記録テーブル２１７（図１４参照）の成否１４０７の列を所要時間・回数情報とともに「増設可」にする。同様に、リソース情報テーブル２１１（図７参照）の試行情報７０９の列が「削減」になっているリソースの使用率が０％またはユーザ指定の値以下である場合、改善記録テーブル２１７（図１４参照）の成否１４０７の列を所要時間・回数情報とともに「削減可」にする。
　本実施形態では、リソースの使用率が１００％またはユーザ指定の値以上である場合、リソースの増設を推奨する旨を改善記録テーブル２１７（図１４参照）に記録することができる。同様に、リソースの使用率が０％またはユーザ指定の値以下である場合、リソースの削除を推奨する旨を前記改善記録テーブル２１７に記録することができる。
　試行情報７０９内の括弧内の番号（＃）が最後になっている場合、成否１４０７の列を所要時間・回数情報とともに「増設不可」または「削減不可」にする。番号（＃）は、全リソースに対して調査を行ったか判別するために使用される。図７に示すＦＣ１の行の試行情報７０９は、改善指定が「増設」の判定で２番目に、ＬＡＮ２の行の試行情報内７０９は、「故障」の判定で１番目に調査対象として選ばれたという履歴を表す。
（４）故障特定の場合
　リソース情報テーブル２１１（図７参照）の試行情報７０９の列の値が「故障」となっているリソースの割当状態７０６列に情報が格納されていない場合、ユーザに故障の可能性があるリソースとして、改善記録テーブル２１７（図１４参照）の成否１４０７の列に所要時間・回数情報とともに「故障（リソース名）」を格納する。他方、リソースの割当状態７０６の列に情報が格納されており、試行情報７０９内の＃が最後になっている場合、改善記録テーブル２１７（図１４参照）の成否１４０７の列に所要時間・回数情報とともに「故障無し」と格納する。
　リソース配置改善部２０６は、採用判定をする（ステップＳ１２１５）。改善記録テーブル２１７（図１４参照）の成否１４０７の列が空欄の場合（ステップＳ１２１５，再試行）、ステップＳ１２０５へ戻る。改善記録テーブル２１７の成否１４０７の列が「失敗」、「増設可」、「削減可」、「増設不可」、「削減不可」、「故障（リソース名）」、「故障無し」の場合（ステップＳ１２１５，試行終了）、ステップＳ１２１６へ進む。改善記録テーブル２１７の成否１４０７の列が「改善」の場合（ステップＳ１２１５，採用）、ステップＳ１２１７へ進む。
　ステップＳ１２１６において、リソース配置改善部２０６は、ユーザに通知をする。「失敗」、「増設可」、「削減可」、「増設不可」、「削減不可」、「故障（リソース名）」、「故障無し」に応じた情報をユーザに提示し、リソース情報テーブル２１１（図７参照）を更新する。例えば、「故障」の場合は、リソース情報テーブル２１１の故障７０８の列を「有」にし、「故障無し」の場合は「無」にする。
　ステップＳ１２１７において、リソース配置改善部２０６は、改善配置適用部２０９（図１９参照）を呼び出し、改善配置を実行し、ステップＳ１２０１に戻る。
　本実施形態では、管理サーバ２００は、例えば、ジョブの判断方法を満たさない回数が所定回数を超えた場合、または、ジョブの判断方法を満たさない試行時間が所定時間を超えた場合、リソース配置の改善ができない旨を管理者に通知することができる。
　図１７は、リソース確保・試行改善部の処理を示すフローチャートである。図１７は、リソース確保・試行改善部２０７の処理の詳細を表している。なお、所定のステップの処理（例えば、ステップＳ１３０１）は、所要時間の許す限り行うものとし、規定、またはユーザ指定の時間に達した場合は、処理を切り上げ次の処理に進む。
　リソース確保・試行改善部２０７は、現用のサーバ群の比較情報取得部３１０を呼び出し、所定のジョブで性能を測定し、リソース情報テーブル２１１（図７参照）から該当するリソースの使用率を可能な範囲で調査する（ステップＳ１３０１）。具体的には、リソース確保・試行改善部２０７は、改善記録テーブル２１７（図１４参照）のサーバ群１４０５の列のサーバに割り当てられているリソースの性能を、テストに必要なジョブを改善指定１４０２および改善指定とジョブとの関係テーブル２１８（図１２参照）に基づいて特定する。そして、そのサーバ群１４０５に指定されたサーバに対し、比較情報取得部３１０を呼び出し、ジョブの結果を収集し、ジョブ結果管理テーブル２１６（図１３参照）を更新する。また、リソースの使用率は、リソース情報テーブル２１１（図７参照）の使用率グラフ７０７から収集する。
　リソース確保・試行改善部２０７は、リソース情報テーブル２１１（図７参照）に基づき、未割り当てとなっているリソースを試行用リソースとして確保する（ステップＳ１３０２）。試行用リソースを確保する際、改善記録テーブル２１７（図１４参照）の今回の改善ＩＤの超過判断に格納されている時間（例えば、１００ｈ（１００時間））、確保することを試みる。また、過去の実績として、リソース情報テーブル２１１（図７参照）の使用率グラフに、変動がないリソースは、その未使用部分を、試行用リソースとして確保する。
　また、改善記録テーブル２１７（図１４参照）で、サーバ群１４０５のサーバの関係の情報が類似（同じサーバ数、同じサーバの関係、など）しており、成否１４０７の列に成功情報が格納されている改善ＩＤがある場合は、成否１４０７の列にある所要時間だけ、過去の実績として、リソース情報テーブル２１１（図７参照）の使用率グラフに、変動がないリソースは、その未使用部分を、試行用リソースとして確保する。
　リソース確保・試行改善部２０７は、試行改善部２０８（図１８参照）を呼び出し（ステップＳ１３０３）、ステップＳ１３０２で確保したリソースで、試行改善できるか否かの処理を行う。
　リソース確保・試行改善部２０７は、改善リソース情報テーブル２１２（図８参照）を参照し、改善記録テーブル２１７（図１４参照）のサーバ群に改善後のリソース割り当てが行われているかについての改善リソース情報調査を行う（ステップＳ１３０４）。
　リソース確保・試行改善部２０７は、改善されているか否かの判定を行う（ステップＳ１３０５）。リソース確保・試行改善部２０７は、ステップＳ１３０４における改善リソース情報調査で、改善記録テーブル２１７（図１４参照）のサーバ群の全てに、改善リソース情報テーブル２１２（図８参照）でリソースが割り当てられていた場合（ステップＳ１３０５，改善）、処理を終了し、割り当てられていなかった場合（ステップＳ１３０５、改善無し）、ステップＳ１３０６へ処理を進む。
　リソース確保・試行改善部２０７は、集約調査として、リソースの使用率とジョブ結果管理テーブル（図１３参照）から処理の集約可能なリソースを特定する（ステップＳ１３０６）。すなわち、リソース確保・試行改善部２０７は、ジョブ結果管理テーブル２１６（図１３参照）のジョブＩＤ１３０７とジョブ結果１３０８からジョブに対する結果が同じ、または、同等のリソースの組み合わせを持つサーバを見つけ出し、リソース情報テーブル２１１（図７参照）の使用率グラフ７０７を参照し、過去においてグラフの和が１００％を超える事が無かったかを確認する。過去において超えることが無かった場合、比較したリソースを使用しているサーバはどちらかのリソース上に集約可能とする。
　リソース確保・試行改善部２０７は、集約可能か判断し（ステップＳ１３０７）、集約可能なサーバが有る場合（ステップＳ１３０７，集約可）、ステップＳ１３０８に進み、集約可能なサーバが見つけられなかった場合（ステップＳ１３０７，集約不可）、集約不可として処理を終了する。
　ステップＳ１３０８において、ステップＳ１３０６の集約調査において、リソース確保・試行改善部２０７は、集約可能と判明したサーバを集約させる。すなわち、同リソース上に同居させ、未割り当てリソースを増やすようにするとよい。
　図１８は、試行改善部の処理を示すフローチャートである。試行改善部２０８は、サーバ群を生成（作成）し、作成したサーバ群に比較情報取得部３１０を配置し、試行のジョブで、現用のサーバ群と作成した試行用サーバ群とで性能比較し、サーバ群の改善があるか否かの判定処理などを行う。
　試行改善部２０８は、サーバ群生成部２２０（図２４参照）を呼び出し（ステップＳ１４０１）、作成したサーバ群に比較情報取得部３１０を配置する（ステップＳ１４０２）。すなわち、サーバ群生成部２２０で作成した各試行用サーバ群に、比較情報取得部３１０をプッシュインストールする。
　試行改善部２０８は、現用のサーバ群と、試行用サーバ群との比較情報取得部を呼び出す（ステップＳ１４０３）。具体的には、改善記録テーブル２１７（図１４参照）で今回の改善ＩＤに対応した改善指定１４０２の列とサーバ群１４０５の列から、改善指定とジョブとの関係テーブル２１８（図１２参照）に基づいてジョブを特定し、各試行用サーバ群上で比較情報取得部３１０がジョブを実行し、ジョブの実行後に回収した結果を、ジョブ結果管理テーブル２１６（図１３参照）へ格納する。
　試行改善部２０８は、ジョブ結果管理テーブル２１６（図１３参照）にある現用のサーバ群と各試行用サーバ群のジョブ結果について、ジョブ管理テーブル２１５（図１１参照）の判断方法１１０４の列の情報と、改善記録テーブル２１７（図１４参照）の採用構成１４０３の列の情報を元に比較（ジョブの実行時間が短縮され、かつ、リソース使用量が減るか、など）し（ステップＳ１４０４）、採用か不採用かを決める。採用の場合は、改善リソース情報テーブル２１２（図８参照）に試行用サーバのリソース配置情報を格納する。また、採用の際に、ジョブ管理テーブル２１５（図１１参照）の判断方法に応じて比較値を更新することも可能である。
　試行改善部２０８は、ステップＳ１４０４の比較結果、全ての試行用サーバ群が採用となった場合（ステップＳ１４０５，未改善サーバ無し）、処理を終了し、不採用があった場合（ステップＳ１４０５，未改善サーバ有り）、ステップＳ１４０６へ進む。
　ステップＳ１４０６において、試行改善部２０８は、制限時間や回数が改善記録テーブル２１７（図１４参照）の超過判断１４０８の列の内容以上になっている場合（ステップＳ１４０６、以上）、処理を終了し、超えていない場合（ステップＳ１４０６，未達）、ステップＳ１４０１に戻る。
　具体的に説明すると、図１４のＴｅｓｔ１の場合、現用のサーバ群である「Ｓｒｖ１」，「Ｓｒｖ２」，「Ｓｒｖ３」に対し、試行用サーバ群である「Ｓｒｖ１」，「Ｓｒｖ２」，「Ｓｒｖ３」を生成し、現用のサーバ「Ｓｒｖ１」と試行用サーバ「Ｓｒｖ１」の比較、現用のサーバ「Ｓｒｖ２」と試行用サーバ「Ｓｒｖ２」の比較、現用サーバ「Ｓｒｖ３」と試行用サーバ「Ｓｒｖ３」の比較を行い、これら全ての比較で、改善された結果を得られるようになるまで、試行用サーバ群を生成し、現用のサーバ群と試行用サーバ群との性能比較を繰り返すとよい。試行用サーバ群の性能が現用のサーバ群の性能と比較して改善している場合、試行用サーバ群をネットワーク上のサーバとして適用する。
　図１９は、改善配置適用部の処理を示すフローチャートである。改善配置適用部２０９は、過去のリソースの使用率の傾向から将来的に移行できるか、リソースの使用率面積分で移行調査する（ステップＳ１５０１）。改善配置適用部２０９は、改善リソース情報テーブル２１２（図８参照）の移行先リソースと、改善記録テーブル２１７（図１４参照）のサーバ群１４０５のサーバに割り当てられている同種のリソースとについて、リソース情報テーブル２１１（図７参照）のリソースの使用率グラフ７０７に基づいて面積分し、その差を比較する。改善前後のサーバ（現用のサーバと試行用サーバ）で取得したジョブ結果管理テーブル２１６（図１３参照）のジョブ結果１３０８の列の結果に差があるときは、面積比較時にその差を考慮するため、面積値に性能差に基づく比率をかける。例えば、通信速度を測るジョブだった場合は、使用率の面積分にその速度比をかけた値を比較の数値にする。
　具体的に説明すると、ジョブ結果管理テーブル２１６（図１３参照）で同じジョブＩＤと比較可能な結果を持つリソースだった場合、その結果を面積値に反映させ比較することになる。ＬＡＮ１の使用率グラフ面積分が「５０（２４ｈの％合計）」、ＬＡＮ２の使用率グラフの空き部分の面積分「３０（２４ｈの％合計）」であったとする。この場合において、ＬＡＮ１とＬＡＮ２との性能差があり、ＬＡＮ２の性能がＬＡＮ１の性能の５／３倍以上であった場合、ＬＡＮ２上の仮想ＬＡＮやＬＡＮ２使用中の他サーバと交互切替え使用であれば、ＬＡＮ１の移行先にできると判断する。
　改善配置適用部２０９は、ステップＳ１５０１の面積分の差から移行できるか否かを判断し（ステップＳ１５０２）、面積分の差が移行先リソースの全てで現リソースより使用率グラフの面積分が小さい場合（ステップＳ１５０２，移行）、ステップＳ１５０３へ進み、どれか一つでも大きい場合（ステップＳ１５０２，移行対象変更）、ステップＳ１５０４へ進む。
　ステップＳ１５０４において、改善配置適用部２０９は、サーバの関係を判断し（ステップＳ１５０４）、改善記録テーブル２１７（図１４参照）のサーバ群の関係１４０６の列に値がない場合（ステップＳ１５０４，関係無し）、ステップＳ１５０５に進み、値が有る場合（ステップＳ１５０５，関係有り）、ステップＳ１５０６に進む。
　ステップＳ１５０６において、改善配置適用部２０９は、サーバ群の変更の処理を行う。具体的には、サーバ群１４０５（図１４参照）の列に示すサーバ群は、サーバ群の関係１４０６の列に記載されている情報を元に、図１０に示すサーバの関係テーブル２１４から、論理和で決定される。このため、サーバ群の関係１４０６の列から項目が減ることにより、サーバ群１４０５の列の内容にあるサーバの数も減る。また、図１０のサーバの関係テーブル２１４から包含関係が見出せる場合は、サーバ数が減少する方のサーバの関係にサーバ群の関係１４０６の列の内容を変更することで、サーバ群１４０５の列の内容にあるサーバ数を減らし、移行可能なサイズへの変更を試みる。
　ステップＳ１５０３において、改善配置適用部２０９は、改善リソース情報テーブル２１２（図８参照）に従い、移行を進める。移行後はリソース情報テーブル２１１（図７参照）に割り当てられているリソースの割当状態７０６を更新する。
　ステップＳ１５０５において、抽出確率Ｅｐの変更または移行不可情報を更新する。改善リソース情報テーブル２１２（図８参照）に残っているサーバの構成で割り当てられており、ステップＳ１５０１において面積分の差から移行不可であれば、改善記録テーブル２１７（図１４参照）の成否１４０７の列を所要時間・回数情報とともに「移行不可」に更新する。また、該当するリソースに対し、リソース情報テーブル２１１（図７参照）の抽出確率Ｅｐを下げる。または、増設したほうがよい増設推奨リソースとしてユーザに通知するとよい。
　図２０は、比較情報取得部の処理を示すフローチャートである。比較情報取得部３１０は、管理サーバ１００から送付されたジョブを取得すると（ステップＳ１６０１）、取得したジョブを実行し（ステップＳ１６０２）、ジョブ管理テーブル２１５（図１１参照）の判断方法１１０４に必要なジョブ結果を、管理サーバ１００の試行改善部２０８へ送信し（ステップＳ１６０３）、処理を終了する。
　図２１は、サーバの関係情報取得部の処理を示すフローチャートである。サーバの関係情報取得部３１１は、管理サーバ２００の情報収集部２１０によりプッシュインストールされた際に設定されたポリシーを判断し（ステップＳ１７０１）、定期の場合（ステップＳ１７０１，定期）、ステップＳ１７０２に進み、監視の場合（ステップＳ１７０１，監視）、ステップＳ１７０４に進む。
　ステップＳ１７０２において、サーバの関係情報取得部３１１は、サーバの関係テーブル２１４（図１０参照）にある項目の内容を、ＯＳや管理ソフトウェアの持つそのサーバのデバイス情報から情報を取得する。そして、サーバの関係情報取得部３１１は、管理サーバ２００の情報収集部２１０へ、取得した情報を送信し（ステップＳ１７０３）、ステップＳ１７０１に戻る。次に、ステップＳ１７０１を実行する際は、予め設定されている時間経過後に実行する。
　ステップＳ１７０４において、サーバの関係情報取得部３１１は、サーバの関係テーブル２１４（図１０参照）の情報に含まれる項目について変更が無いか監視し、変更の有無を判断する（ステップＳ１７０５）。変更があった場合（ステップＳ１７０５，有）、ステップＳ１７０２に進み、変更がない場合（ステップＳ１７０５，無）、ステップＳ１７０１に戻る。
　図２２は、リソース情報取得部の処理を示すフローチャートである。リソース情報取得部３１２は、管理サーバ２００の情報収集部２１０によりプッシュインストールされた際に設定されたポリシーを判断し（ステップＳ１８０１）、定期の場合（ステップＳ１８０１，定期）、ステップＳ１８０２に進み、監視の場合（ステップＳ１８０１，監視）、ステップＳ１８０４に進む。
　ステップＳ１８０２において、リソース情報取得部３１２は、リソース情報テーブル２１１（図７参照）にある項目の内容をＯＳや管理ソフトウェアの持つそのサーバのデバイス情報から情報を取得する。そして、リソース情報取得部３１２は、管理サーバ２００の情報収集部２１０へ取得した情報を送信し（ステップＳ１８０３）、ステップＳ１８０１に戻る。次に、ステップＳ１８０１を実行する際は、予め設定されている時間経過後に実行する。
　ステップＳ１８０４において、リソース情報取得部３１２は、リソース情報（例えば、リソースの追加や削減）を監視し、変更の有無を判断する（ステップＳ１８０５）。変更があった場合（ステップＳ１８０５，有）、ステップＳ１８０２に進み、変更がない場合（ステップＳ１８０５，無）、ステップＳ１８０１に戻る。
　図２３は、仮想割り当て情報取得部の処理を示すフローチャートである。仮想割り当て情報取得部３１３は、管理サーバ２００の情報収集部２１０によりプッシュインストールされた際に設定されたポリシーを判断し（ステップＳ１９０１）、定期の場合（ステップＳ１９０１，定期）、ステップＳ１９０２に進み、監視の場合（ステップＳ１９０１，監視）、ステップＳ１９０４に進む。
　ステップＳ１９０２において、仮想割り当て情報取得部３１３は、リソース情報テーブル２１１（図７参照）とサーバの関係テーブル２１４（図１０参照）にある項目の内容を仮想化機構部のリソース割り当て情報から情報を取得する。そして、仮想割り当て情報取得部３１３は、管理サーバ２００の情報収集部２１０へ、取得した情報を送信し（ステップＳ１９０３）、ステップＳ１９０１に戻る。次に、ステップＳ１９０１を実行する際は、予め設定されている時間経過後に実行する。
　ステップＳ１９０４において、仮想割り当て情報取得部３１３は、仮想化機構の各仮想マシンへの仮想割り当て情報を監視し、変更の有無を判断する（ステップＳ１９０５）。変更があった場合（ステップＳ１９０５，有）、ステップＳ１９０２に進み、変更がない場合（ステップＳ１９０５，無）、ステップＳ１９０１に戻る。
　図２４は、サーバ群生成部の処理を示すフローチャートである。サーバ群生成部２２０（図２参照）は、ステップＳ１３０２（図１７参照）で確保した各試行用のリソースに対し、リソース情報テーブル２１１（図７参照）の抽出確率Ｅｐ（７１０）に基づいて、リソース情報テーブル２１１にある全て、または、一定範囲のリソース１つずつに対して、乱数生成部２２１（図２参照）で乱数を生成させ、今回のサーバ群生成部２２０内でサーバに割り当てるリソースとして使用するか、使用しないかを決定し抽出する（ステップＳ２００１）。なお、リソースの抽出方法として、ステップＳ２００１が本実施形態の特徴のひとつである。
　サーバ群生成部２２０は、今回の改善ＩＤに対応した改善記録テーブル２１７（図１４参照）のサーバ群に格納されている現用のサーバの割り当てリソース情報（リソース情報テーブル２１１（図７参照）の割当状態７０６の列から把握する。）から作成するサーバ群のサーバ毎に割り当てるリソース個数を決定する（ステップＳ２００２）。なお、割り当てる個数については現在の割り当てリソースの数を既定値とし、確率的にゆらぎを入れることでそこから増減を行うことも可能である。
　サーバ群生成部２２０は、改善記録テーブル２１７（図１４参照）のサーバ群のサーバ数だけ、ステップＳ２００１で抽出したリソースからサーバ群を生成する（ステップＳ２００３）。具体的には、サーバ群生成部２２０は、改善記録テーブル２１７（図１４参照）の今回の改善ＩＤに対応した改善指定１４０２の列、サーバ群の関係１４０６の列を参照し、改善指定のリソース、共用リソースとして、改善の際に要求されているリソースの指定を満たして、ステップＳ２００１で抽出したリソースを割り当てる。そのほかに、各サーバの割り当てるリソース数は、ステップＳ２００２によって決まった個数を参考にすることも可能である。また、ステップＳ２００１で抽出したリソース数が要求されているリソース数に届かなかった場合は、処理を終了し、試行改善部２０８の処理をやり直すとよい。
　本実施形態によれば、管理サーバ２００は、計算機システムをなす複数のサーバが接続されるネットワークから確保できるリソースを組み合わせて形成する試行用サーバを計算機システムのサーバとして適用した際の適用情報の実績である抽出確率Ｅｐが登録されるリソース情報（例えば、リソース情報テーブル２１１）の記憶部と、試行用サーバを採用するか否かの所定条件であるジョブの判断方法をジョブごとに管理するジョブ管理情報（例えば、ジョブ管理テーブル２１５）が記憶されるジョブ管理情報の記憶部と、リソース情報の各リソースに対し、抽出確率が乱数生成部２２１で発生させた乱数確率Ｒｐ以上であれば、試行用のリソースとして選定し、選定された試行用のリソースを組み合わせて試行用サーバを形成する形成処理部と、形成された試行用サーバを用いてジョブを実行し、ジョブの実行結果がジョブの判断方法を満たせば、試行用サーバを該ネットワークのサーバとして適用する適用処理部と、を有する。なお、形成処理部および適用処理部は、プロセッサ２０２を機能別の処理部として表現したものである。
　本実施形態によれば、管理サーバ２００は、リソース情報テーブル２１１の各リソースに対し、リソースごとの抽出確率Ｅｐが乱数生成部２２１で発生させた乱数確率Ｒｐ以上であれば、試行用のリソースとして選定し、選定されたリソースを組み合わせて試行用サーバ（例えば、試行用物理サーバ１００ｂ、試行用仮想サーバ１３０ｂ）を形成し、形成された試行用サーバを用いてジョブを実行し、ジョブの実行結果がジョブの判断方法を満たせば、試行用サーバを該ネットワーク上のサーバとして適用することができる。これにより、ネットワーク上のリソースを有効に活用することができる。
　１００　　物理サーバ
　１３０　　仮想サーバ
　１３１　　仮想化機構部
　１４０　　ネットワークスイッチ
　１５０　　バス接続制御装置
　１６０　　Ｉ／Ｏスイッチ拡張装置
　１７０　　Ｉ／Ｏデバイス
　１８０　　ストレージ装置
　１９０　　ディスクボリューム
　１９１　　仮想ディスク
　２００　　管理サーバ
　２０１　　メモリ（記憶部）
　２０２　　プロセッサ（処理部）
　２０３　　ユーザＩ／Ｆ
　２０４　　ネットワークＩ／Ｆ
　２０５　　ディスクＩ／Ｆ
　２０６　　リソース配置改善部
　２０７　　リソース確保・試行改善部
　２０８　　試行改善部
　２０９　　改善配置適用部
　２１０　　情報収集部
　２１１　　リソース情報テーブル
　２１２　　改善リソース情報テーブル
　２１３　　履歴テーブル
　２１４　　サーバの関係テーブル
　２１５　　ジョブ管理テーブル
　２１６　　ジョブ結果管理テーブル
　２１７　　改善記録テーブル
　２１８　　改善指定とジョブ関係テーブル
　２２０　　サーバ群生成部
　３１０　　比較情報取得部
　３１１　　サーバの関係情報取得部
　３１２　　リソース情報取得部
　３１３　　仮想割り当て情報取得部
　Ｅｐ　　抽出確率
　Ｒｐ　　乱数確率

Claims (20)

  1. 　ネットワークに複数のサーバが接続された計算機システムにおいて、管理サーバが、該ネットワークで確保できたリソースを組み合わせて試行用サーバを形成し、該試行用サーバが所定条件を満たす場合にサーバとして適用するリソース管理方法であって、
    　前記管理サーバは、前記ネットワークで確保できたリソースに対し、前記試行用サーバが適用された際の適用情報の実績である抽出確率が登録されたリソース情報と、前記試行用サーバを採用するか否かの前記所定条件であるジョブの判断方法をジョブごとに管理するジョブ管理情報とを記憶部に記憶しており、
    　前記管理サーバは、前記リソース情報の各リソースに対し、前記抽出確率が乱数生成部で発生させた乱数確率以上であれば、試行用のリソースとして選定し、
    　前記選定された試行用のリソースを組み合わせて前記試行用サーバを形成し、
    　前記形成された試行用サーバを用いて前記ジョブを実行し、
    　前記ジョブの実行結果が前記ジョブの判断方法を満たせば、前記試行用サーバを該ネットワークのサーバとして適用する
    　ことを特徴とするリソース管理方法。
  2. 　前記管理サーバは、前記実行結果が前記ジョブの判断方法を満たさなければ、前記リソースの選定、前記試行用サーバの形成、前記ジョブの実行を繰り返し、前記繰り返したときのジョブの実行結果を改善記録情報として前記記憶部に記録する
    　ことを特徴とする請求の範囲第１項に記載のリソース管理方法。
  3. 　前記管理サーバは、前記試行用サーバを適用するか否かを判定する際に、現用のサーバで前記ジョブを実行し、前記現用のサーバのジョブの実行結果と前記試行用サーバのジョブの実行結果とを比較し、前記試行用サーバの性能が前記現用のサーバの性能と比較して改善している場合、前記試行用サーバを該ネットワークのサーバとして適用する
    　ことを特徴とする請求の範囲第１項に記載のリソース管理方法。
  4. 　前記管理サーバは、現用のサーバが指定され、かつ、保守要求がされた場合、前記現用のサーバと関係のあるサーバを特定し、前記特定されたサーバの数に対応する複数の試行用サーバを、前記選定されたリソースを組み合わせて形成し、前記複数の試行用サーバを用いて前記ジョブを実行し、前記ジョブの実行結果が前記ジョブの判断方法を満たせば、前記複数の試行用サーバを該ネットワークのサーバとして適用する
    　ことを特徴とする請求の範囲第１項に記載のリソース管理方法。
  5. 　前記管理サーバは、ユーザが演算による方法を選択した場合、請求の範囲第１項に記載のリソース管理方法に代わり、該演算による方法でリソース配置の改善をする
    　ことを特徴とする請求の範囲第１項に記載のリソース管理方法。
  6. 　前記管理サーバは、前記ジョブの実行を繰り返すごとに、前記抽出確率を変更する
    　ことを特徴とする請求の範囲第２項に記載のリソース管理方法。
  7. 　前記管理サーバは、リソースとして選定される確率をあげる際、前記抽出確率をあげる
    　ことを特徴とする請求の範囲第２項に記載のリソース管理方法。
  8. 　前記リソース情報には、リソースの使用率が含まれ、
    　前記リソースの使用率がユーザ指定の値以上である場合、リソースの増設を推奨する旨を前記改善記録情報に記録する
    　ことを特徴とする請求の範囲第２項に記載のリソース管理方法。
  9. 　前記リソース情報には、リソースの使用率が含まれ、
    　前記リソースの使用率がユーザ指定の値以下である場合、リソースの削除を推奨する旨を前記改善記録情報に記録する
    　ことを特徴とする請求の範囲第２項に記載のリソース管理方法。
  10. 　前記管理サーバは、前記ジョブの判断方法を満たさない回数が所定回数を超えた場合、または、前記ジョブの判断方法を満たさない試行時間が所定時間を超えた場合、リソース配置の改善ができない旨を管理者に通知する
    　ことを特徴とする請求の範囲第２項に記載のリソース管理方法。
  11. 　計算機システムをなす複数のサーバが接続されるネットワークから確保できるリソースを組み合わせて形成する試行用サーバを前記計算機システムのサーバとして適用した際の適用情報の実績である抽出確率が登録されるリソース情報の記憶部と、
    　前記試行用サーバを採用するか否かの前記所定条件であるジョブの判断方法をジョブごとに管理するジョブ管理情報が記憶されるジョブ管理情報の記憶部と、
    　前記リソース情報の各リソースに対し、前記抽出確率が乱数生成部で発生させた乱数確率以上であれば、試行用のリソースとして選定し、前記選定された試行用のリソースを組み合わせて前記試行用サーバを形成する形成処理部と、
    　前記形成された試行用サーバを用いて前記ジョブを実行し、前記ジョブの実行結果が前記ジョブの判断方法を満たせば、前記試行用サーバを該ネットワークのサーバとして適用する適用処理部と、を有する
    　ことを特徴とする管理サーバ。
  12. 　前記管理サーバは、前記実行結果が前記ジョブの判断方法を満たさなければ、前記リソースの選定、前記試行用サーバの形成、前記ジョブの実行を繰り返し、前記ジョブの実行結果を改善記録情報として前記記憶部に記録する
    　ことを特徴とする請求の範囲第１１項に記載の管理サーバ。
  13. 　前記管理サーバは、前記試行用サーバを適用するか否かを判定する際に、現用のサーバで前記ジョブを実行し、前記試行用サーバの実行結果が前記現用のサーバのジョブの実行結果より改善している場合、前記試行用サーバを該ネットワークのサーバとして適用する
    　ことを特徴とする請求の範囲第１１項に記載の管理サーバ。
  14. 　前記管理サーバは、現用のサーバが指定され、かつ、保守要求がされた場合、前記現用のサーバと関係のあるサーバを特定し、前記特定されたサーバの数に対応する複数の試行用サーバを、前記選定されたリソースを組み合わせて形成し、前記複数の試行用サーバを用いて前記ジョブを実行し、前記ジョブの実行結果が前記ジョブの判断方法を満たせば、前記複数の試行用サーバを該ネットワークのサーバとして適用する
    　ことを特徴とする請求の範囲第１１項に記載の管理サーバ。
  15. 　前記管理サーバは、ユーザが演算による方法を選択した場合、請求の範囲第１１項に記載のリソース管理方法に代わり、該演算による方法でリソース配置の改善をする
    　ことを特徴とする請求の範囲第１１項に記載の管理サーバ。
  16. 　前記管理サーバは、前記ジョブの実行を繰り返すごとに、前記抽出確率を変更する
    　ことを特徴とする請求の範囲第１２項に記載の管理サーバ。
  17. 　前記管理サーバは、リソースとして選定される確率をあげる際、前記抽出確率をあげる
    　ことを特徴とする請求の範囲第１２項に記載の管理サーバ。
  18. 　前記リソース情報には、リソースの使用率が含まれ、
    　前記リソースの使用率がユーザ指定の値以上である場合、リソースの増設を推奨する旨を前記改善記録情報に記録する
    　ことを特徴とする請求の範囲第１２項に記載の管理サーバ。
  19. 　前記リソース情報には、リソースの使用率が含まれ、
    　前記リソースの使用率がユーザ指定の値以下である場合、リソースの削除を推奨する旨を前記改善記録情報に記録する
    　ことを特徴とする請求の範囲第１２項に記載の管理サーバ。
  20. 　前記管理サーバは、前記ジョブの判断方法を満たさない回数が所定回数を超えた場合、または、前記ジョブの判断方法を満たさない試行時間が所定時間を超えた場合、リソース配置の改善ができない旨を管理者に通知する
    　ことを特徴とする請求の範囲第１２項に記載の管理サーバ。
PCT/JP2011/058390 2011-04-01 2011-04-01 リソース管理方法および管理サーバ WO2012137272A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2011/058390 WO2012137272A1 (ja) 2011-04-01 2011-04-01 リソース管理方法および管理サーバ
US14/007,848 US9385964B2 (en) 2011-04-01 2011-04-01 Resource management method and management server
JP2013508636A JP5525654B2 (ja) 2011-04-01 2011-04-01 リソース管理方法および管理サーバ

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/058390 WO2012137272A1 (ja) 2011-04-01 2011-04-01 リソース管理方法および管理サーバ

Publications (1)

Publication Number Publication Date
WO2012137272A1 true WO2012137272A1 (ja) 2012-10-11

Family

ID=46968713

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/058390 WO2012137272A1 (ja) 2011-04-01 2011-04-01 リソース管理方法および管理サーバ

Country Status (3)

Country Link
US (1) US9385964B2 (ja)
JP (1) JP5525654B2 (ja)
WO (1) WO2012137272A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016085524A (ja) * 2014-10-23 2016-05-19 日本電気株式会社 コンピュータシステム、情報処理装置、リソース割り当て方法及び情報処理装置のプログラム
US9940157B2 (en) 2015-06-10 2018-04-10 Fujitsu Limited Computer readable medium, method, and management device for determining whether a virtual machine can be constructed within a time period determined based on historical data

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9215142B1 (en) * 2011-04-20 2015-12-15 Dell Software Inc. Community analysis of computing performance
US9323579B2 (en) * 2012-08-25 2016-04-26 Vmware, Inc. Resource allocation diagnosis on distributed computer systems
US9298512B2 (en) * 2012-08-25 2016-03-29 Vmware, Inc. Client placement in a computer network system using dynamic weight assignments on resource utilization metrics
US10223235B2 (en) * 2016-05-26 2019-03-05 International Business Machines Corporation Comprehensive testing of computer hardware configurations
US10216599B2 (en) 2016-05-26 2019-02-26 International Business Machines Corporation Comprehensive testing of computer hardware configurations
US11487646B2 (en) * 2019-03-01 2022-11-01 Red Hat, Inc. Dynamic test case timers
US11741276B1 (en) * 2022-12-16 2023-08-29 Dk Crown Holdings Inc. Systems and methods for modeling live events

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007526557A (ja) * 2004-01-30 2007-09-13 インターナショナル・ビジネス・マシーンズ・コーポレーション コンピューティング・ユーティリティのためのコンピューティング環境のコンポーネント化された自動プロビジョニングおよび管理
JP2008527513A (ja) * 2005-01-06 2008-07-24 インターナショナル・ビジネス・マシーンズ・コーポレーション グリッド環境にサブミットされたグリッド・ジョブによる使用の前のリソース機能の検査
JP2010205209A (ja) * 2009-03-06 2010-09-16 Hitachi Ltd 管理計算機、計算機システム、物理リソース割り当て方法
JP2011018198A (ja) * 2009-07-09 2011-01-27 Hitachi Ltd 管理装置及び管理方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7487258B2 (en) 2004-01-30 2009-02-03 International Business Machines Corporation Arbitration in a computing utility system
US9104494B2 (en) 2007-04-13 2015-08-11 Nec Corporation Virtual computer system and its optimization method

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007526557A (ja) * 2004-01-30 2007-09-13 インターナショナル・ビジネス・マシーンズ・コーポレーション コンピューティング・ユーティリティのためのコンピューティング環境のコンポーネント化された自動プロビジョニングおよび管理
JP2008527513A (ja) * 2005-01-06 2008-07-24 インターナショナル・ビジネス・マシーンズ・コーポレーション グリッド環境にサブミットされたグリッド・ジョブによる使用の前のリソース機能の検査
JP2010205209A (ja) * 2009-03-06 2010-09-16 Hitachi Ltd 管理計算機、計算機システム、物理リソース割り当て方法
JP2011018198A (ja) * 2009-07-09 2011-01-27 Hitachi Ltd 管理装置及び管理方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016085524A (ja) * 2014-10-23 2016-05-19 日本電気株式会社 コンピュータシステム、情報処理装置、リソース割り当て方法及び情報処理装置のプログラム
US9940157B2 (en) 2015-06-10 2018-04-10 Fujitsu Limited Computer readable medium, method, and management device for determining whether a virtual machine can be constructed within a time period determined based on historical data

Also Published As

Publication number Publication date
JP5525654B2 (ja) 2014-06-18
US9385964B2 (en) 2016-07-05
JPWO2012137272A1 (ja) 2014-07-28
US20140019624A1 (en) 2014-01-16

Similar Documents

Publication Publication Date Title
JP5525654B2 (ja) リソース管理方法および管理サーバ
US11700303B1 (en) Distributed data analysis for streaming data sources
EP2972746B1 (en) Storage unit selection for virtualized storage units
US9716746B2 (en) System and method using software defined continuity (SDC) and application defined continuity (ADC) for achieving business continuity and application continuity on massively scalable entities like entire datacenters, entire clouds etc. in a computing system environment
US7441024B2 (en) Method and apparatus for applying policies
CN106302565B (zh) 业务服务器的调度方法及系统
CN101370030B (zh) 基于内容复制的资源负载平衡方法
CN100407153C (zh) 需要时节点和服务器实例分配和解除分配
JP4597488B2 (ja) プログラム配置方法及びその実施システム並びにその処理プログラム
JP6434131B2 (ja) 分散処理システム、タスク処理方法、記憶媒体
US7437460B2 (en) Service placement for enforcing performance and availability levels in a multi-node system
WO2012056596A1 (ja) 計算機システム及び処理制御方法
JP2004227359A (ja) ポリシーに基づいたストレージシステムの運用管理方法
US20090138594A1 (en) Coordinating the monitoring, management, and prediction of unintended changes within a grid environment
JP2016511490A5 (ja)
KR101959601B1 (ko) 관리 시스템 및 관리 시스템을 제어하기 위한 방법
JP2016511490A (ja) 仮想データセンタリソース利用ポリシーの自動調整
CN104717094A (zh) 管理服务器和管理服务器的控制方法
US20060200469A1 (en) Global session identifiers in a multi-node system
KR101211207B1 (ko) 캐시 클라우드 구조를 이용한 캐시 시스템 및 캐싱 서비스 제공 방법
WO2014080492A1 (ja) 計算機システム、クラスタ管理方法、及び管理計算機
JP2008146627A (ja) 複数のデータセンタにおけるストレージリソース管理のための方法および装置
JP4441362B2 (ja) ポート割当装置及びポート割当方法
US20060092851A1 (en) Method and apparatus for communicating predicted future network requirements of a data center to a number of adaptive network interfaces
JP7253007B2 (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: 11862871

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013508636

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14007848

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

Country of ref document: EP

Kind code of ref document: A1