WO2012108007A1 - 実行制御プログラム、実行制御装置および実行制御方法 - Google Patents

実行制御プログラム、実行制御装置および実行制御方法 Download PDF

Info

Publication number
WO2012108007A1
WO2012108007A1 PCT/JP2011/052667 JP2011052667W WO2012108007A1 WO 2012108007 A1 WO2012108007 A1 WO 2012108007A1 JP 2011052667 W JP2011052667 W JP 2011052667W WO 2012108007 A1 WO2012108007 A1 WO 2012108007A1
Authority
WO
WIPO (PCT)
Prior art keywords
execution
multiplicity
computer
resource
same type
Prior art date
Application number
PCT/JP2011/052667
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 EP11858287.3A priority Critical patent/EP2674861A4/en
Priority to JP2012556691A priority patent/JP5641064B2/ja
Priority to PCT/JP2011/052667 priority patent/WO2012108007A1/ja
Publication of WO2012108007A1 publication Critical patent/WO2012108007A1/ja
Priority to US13/958,099 priority patent/US9378050B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • 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
    • 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/5055—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 software capabilities, i.e. software resources associated or available to the machine

Definitions

  • the present invention relates to an execution control program, an execution control apparatus, and an execution control method.
  • VM Virtual Machine
  • an object of the present invention is to provide an execution control program, an execution control device, and an execution control method that can suppress resource overload.
  • a request for execution of a predetermined operation to the system is received, and the same type as the predetermined operation being executed by a computer in the system involved in execution of the predetermined operation that has received the execution request.
  • the number of operations of the same type detected and the number of operations of the same type detected by the computer and the execution of the predetermined operation by the computer being completed within a specified time.
  • the predetermined operation is assigned to the computer based on the comparison result.
  • resource overload can be suppressed.
  • FIG. 1 is an explanatory diagram (part 1) of an example of the network system according to the embodiment.
  • FIG. 2 is a block diagram of a hardware configuration example of the execution control apparatus according to the embodiment.
  • FIG. 3 is an explanatory diagram showing an example of the contents stored in the policy information table 300.
  • FIG. 4 is an explanatory diagram showing a specific example of an operation execution request.
  • FIG. 5 is a block diagram of a functional configuration of the execution control apparatus according to the embodiment.
  • FIG. 6 is an explanatory diagram (part 1) of an example of the contents stored in the recommended multiplicity table.
  • FIG. 7 is an explanatory diagram of an example of the contents stored in the resource usage status table.
  • FIG. 8 is an explanatory diagram showing the migration time in a certain load state.
  • FIG. 1 is an explanatory diagram (part 1) of an example of the network system according to the embodiment.
  • FIG. 2 is a block diagram of a hardware configuration example of the execution control apparatus according to the embodiment.
  • FIG. 3
  • FIG. 9 is an explanatory diagram of a specific example of log information.
  • FIG. 10 is an explanatory diagram of an example of calculating the recommended multiplicity of an operation.
  • FIG. 11 is an explanatory diagram showing an example of the stored contents of the recommended multiplicity table when setting the recommended multiplicity of operation for each resource.
  • FIG. 12 is a flowchart (part 1) illustrating an example of an execution control processing procedure of the execution control apparatus according to the embodiment.
  • FIG. 13 is a flowchart (part 2) illustrating an example of the execution control processing procedure of the execution control apparatus according to the embodiment.
  • FIG. 14 is an explanatory diagram (part 2) of an example of the network system according to the embodiment.
  • FIG. 15 is an explanatory diagram (part 2) of an example of the stored contents of the recommended multiplicity table.
  • FIG. 16 is an explanatory diagram (part 1) showing the transition of the resource usage status.
  • FIG. 17 is an explanatory diagram (part 2) of the transition of the resource usage status.
  • FIG. 18 is an explanatory diagram (part 3) illustrating the transition of the resource usage status.
  • FIG. 19 is an explanatory diagram (part 4) showing the transition of the resource usage status.
  • FIG. 20 is an explanatory diagram (part 5) showing the transition of the resource usage status.
  • FIG. 21 is an explanatory diagram (part 6) illustrating the transition of the resource usage status.
  • FIG. 22 is an explanatory diagram (part 7) illustrating the transition of the resource usage status.
  • FIG. 23 is an explanatory diagram showing a timeline of operations OP1 to OP6.
  • FIG. 1 is an explanatory diagram (part 1) of an example of the network system according to the embodiment.
  • a network system 100 includes an execution control apparatus 101 and resources R1 to RK.
  • the execution control device 101 and the resources R1 to RK are connected via a network 110 such as a LAN (Local Area Network), a WAN (Wide Area Network), and the Internet.
  • a network 110 such as a LAN (Local Area Network), a WAN (Wide Area Network), and the Internet.
  • the execution control device 101 is a computer that controls execution of operations for the network system 100.
  • Resources R1 to RK are computers to be controlled by the execution control apparatus 101.
  • the resources R1 to RK are components of the network system 100 such as a physical server, a network device (for example, a switch device), a storage device, and a VM (virtual machine) on the physical server.
  • the operation is, for example, an operation process related to operation management of the network system 100. Specifically, for example, the operation is executed simultaneously and frequently, such as VM activation, restart, termination, VM live migration, patch application of the application operating on the VM, and network device setting change. The possibility is high.
  • resource Rk a resource involved in execution of a predetermined operation OPi
  • resource Rk 1, 2,..., K
  • the execution control apparatus 101 receives an execution request for the operation OPi for the network system 100.
  • the execution control apparatus 101 counts the number of operations of the same type as the operation OPi being executed by the resource Rk involved in the execution of the operation OPi that has received the execution request (hereinafter referred to as “multiplicity Nk of the resource Rk”). Is detected.
  • the type of operation is for classifying a plurality of operations.
  • a plurality of operations are the processing contents of each operation such as VM activation, restart, termination, VM live migration, patch application of the application operating on the VM, and network device setting change. It is classified according to.
  • the execution control apparatus 101 compares the detected multiplicity Nk of the resource Rk with the recommended multiplicity Fi of the operation OPi.
  • the recommended multiplicity Fi of the operation OPi is the number of operations of the same type that can be executed simultaneously by the resource Rk when the execution of the operation OPi is completed within a specified time by the resource Rk.
  • Specified time for operation OPi can be set arbitrarily. Specifically, for example, the specified time for the operation OPi is set by an administrator of the network system 100 in consideration of operation requirements of the network system 100 (service level of services provided to customers, etc.).
  • the recommended multiplicity Fi of the operation OPi may be set in advance, or may be calculated from past execution results of the same type of operation as the operation OPi executed by the resource Rk. Note that specific processing contents for calculating the recommended multiplicity Fi of the operation OPi will be described later.
  • the execution control apparatus 101 allocates the operation OPi to the resource Rk based on the compared result of comparison.
  • the execution control apparatus 101 assigns the operation OPi to the resource Rk ((4-1) in the figure). As a result, the execution of the operation OPi is started by the resource Rk.
  • the execution control apparatus 101 does not assign the operation OPi to the resource Rk. In this case, the execution control apparatus 101 waits for one or more operations of the same type being executed by the resource Rk to be completed, and then repeats the above (2) to (4) ((4-2) in the figure) .
  • the execution control apparatus 101 it is possible to control the number of operations of the same type simultaneously executed by the resource Rk according to the recommended multiplicity Fi of the operation OPi that has received the execution request.
  • the operation OPi can be allocated to the resource Rk so that the execution of the operation OPi is completed within a specified time, and the processing time of the operation OPi can be prolonged and the resource Rk can be prevented from being overloaded.
  • FIG. 2 is a block diagram of a hardware configuration example of the execution control apparatus according to the embodiment.
  • the execution control apparatus 101 includes a CPU (Central Processing Unit) 201, a ROM (Read-Only Memory) 202, a RAM (Random Access Memory) 203, a magnetic disk drive 204, a magnetic disk 205, and an optical disk.
  • a drive 206, an optical disc 207, and an I / F (Interface) 208 are provided. Each component is connected by a bus 200.
  • the CPU 201 governs overall control of the execution control apparatus 101.
  • the ROM 202 stores a program such as a boot program.
  • the RAM 203 is used as a work area for the CPU 201.
  • the magnetic disk drive 204 controls reading / writing of data with respect to the magnetic disk 205 according to the control of the CPU 201.
  • the magnetic disk 205 stores data written under the control of the magnetic disk drive 204.
  • the optical disc drive 206 controls reading / writing of data with respect to the optical disc 207 according to the control of the CPU 201.
  • the optical disk 207 stores data written under the control of the optical disk drive 206, or causes the computer to read data stored on the optical disk 207.
  • the I / F 208 is connected to a network 110 such as a LAN, WAN, or the Internet through a communication line, and is connected to another device via the network 110.
  • the I / F 208 controls an internal interface with the network 110 and controls data input / output from an external device.
  • a modem or a LAN adapter may be employed as the I / F 208.
  • the execution control apparatus 101 may include input / output devices such as a display, a keyboard, and a mouse in addition to the hardware configuration described above.
  • the resources R1 to RK shown in FIG. 1 can also be realized by the same hardware configuration as that of the execution control apparatus 101.
  • the policy information table 300 is stored in a storage device such as the ROM 202, RAM 203, magnetic disk 205, and optical disk 207 shown in FIG.
  • FIG. 3 is an explanatory diagram showing an example of the stored contents of the policy information table 300.
  • the policy information table 300 has policy information for each policy (for example, policy information 300-1 to 300-5).
  • the policy is a condition that should be satisfied when the operation OPi is executed, and defines a time required for the execution of the operation OPi to be completed.
  • the policy information includes a policy name for identifying the policy and the content of the policy.
  • the processing time of live migration (LM in FIG. 3) is “((execution time when multiplicity is“ 1 ”) ⁇ 2)” and “2 [minutes]
  • the policy P1 “within” is shown.
  • the live migration processing time is the time required to complete the VM live migration.
  • Multiplicity is the number of operations of the same type that are executed simultaneously.
  • the execution time when the multiplicity is “1” is the time required to complete the live migration when the resource Rk executes the VM live migration with the multiplicity “1”.
  • the policy P2 is indicated as “(VM size [GB] ⁇ 30 [seconds]) within the live migration processing time”.
  • the VM size is the memory size of the VM to be moved.
  • policy P3 is a combination of policy P1 and policy P2 with “and”.
  • FIG. 4 is an explanatory diagram showing a specific example of an operation execution request.
  • the execution request 400 includes information on operation ID, type, processing content, application policy name, and participating resources.
  • the operation ID is an identifier of the operation OPi.
  • the type is the type of operation OPi.
  • the processing content is the processing content of the operation OPi.
  • the applied policy name is a name of a policy applied to the operation OPi.
  • the participating resource is a resource Rk involved in the execution of the operation OPi.
  • the execution request 400 includes the type “LM” of the operation OP1, the processing content “move VM1 from Svr (server) A to SvrB”, the applied policy name “P1”, and the involved resource “VM1 (1 [GB]”. ), SvrA (src), SvrB (dst) ”.
  • VM1 (1 [GB]) indicates that the memory size of the VM1 is 1 [GB].
  • SvrA (src) indicates that SvrA is the physical server of the migration source (source).
  • SvrB (dst) indicates that SvrB is the physical server of the migration destination (destination).
  • FIG. 5 is a block diagram of a functional configuration of the execution control apparatus according to the embodiment.
  • the execution control apparatus 101 includes a reception unit 501, a selection unit 502, a detection unit 503, a calculation unit 504, a comparison unit 505, an allocation unit 506, and a collection unit 507.
  • the functions (accepting unit 501 to collecting unit 507) serving as the control unit are, for example, a program stored in a storage device such as the ROM 202, the RAM 203, the magnetic disk 205, and the optical disc 207 illustrated in FIG.
  • the function is realized by executing the function or by the I / F 208.
  • the accepting unit 501 accepts an execution request for a predetermined operation OPi for the network system 100.
  • the execution request for the operation OPi includes, for example, the type of the operation OPi, the processing content, the execution condition, and the application policy name.
  • the execution condition is information indicating, for example, the resource Ri involved in the execution of the operation OPi, the memory size of the target VM, and the like.
  • the reception unit 501 issues an operation OPi execution request (for example, the execution request 400) by a user operation input using a keyboard (not shown) or a mouse (not shown) of the execution control apparatus 101. Accept.
  • the reception unit 501 may receive an operation OPi execution request from an external computer via the network 110.
  • the operation OPi that has received the execution request is registered, for example, in the operation pool.
  • the operation pool is a storage area that temporarily holds the operation OPi waiting to be executed, and is realized by a storage device such as the RAM 203, the magnetic disk 205, and the optical disk 207 shown in FIG.
  • the selection unit 502 selects the operation OPi for which the execution request has been accepted. Specifically, for example, the selection unit 502 may select the operation OPi from the operation pool in the order in which the execution request is received, or select the operation OPi in the descending order of priority. Also good.
  • the detecting unit 503 detects the multiplicity Nk of the resource Rk involved in the execution of the selected operation OPi.
  • the multiplicity Nk is the number of operations of the same type as the operation OPi being executed by the resource Rk.
  • the detection unit 503 specifies the resource Rk involved in the execution of the operation OPi from the received execution request.
  • the resource Rk involved in the execution of the operation OPi is specified as the resource Rk involved in the execution of the operation OP1.
  • the detection unit 503 may detect the multiplicity Nk of the resource Rk by inquiring about the currently executed operation with respect to the specified resource Rk. Further, the detection unit 503 may detect the multiplicity Nk of the resource Rk with reference to a resource usage status table 700 shown in FIG. Details of the resource usage status table 700 will be described later with reference to FIG.
  • the calculation unit 504 calculates the recommended multiplicity Fi of the operation OPi based on the load information of the resource Rk and the log information of the operation of the same type as the operation OPi executed by the resource Rk.
  • the load information of the resource Rk is, for example, the utilization rate of the CPU or I / O (Input / Output) device of the resource Rk.
  • the execution control apparatus 101 can acquire the load information of the resource Rk by making an inquiry to the resource Rk, for example.
  • the log information of the same type of operation as the operation OPi includes the execution result of the same type of operation executed by the resource Rk in the past.
  • the log information includes, for example, values of various parameters such as an execution condition, a processing time of the operation OPj executed by the resource Rk, a multiplicity Nk of the resource Rk when the operation OPj is executed, and load information.
  • the calculation unit 504 performs regression analysis using the processing time of the operation OPj as an objective variable, the execution condition of the operation OPj, the multiplicity Nk of the resource Rk at the time of execution, and the load information as explanatory variables. Identify relationships between various parameters. Then, the calculation unit 504 calculates a recommended multiplicity Fi that satisfies the policy applied to the operation OPi.
  • the specific processing content of the calculation unit 504 will be described later with reference to FIGS.
  • the calculated result is registered in the recommended multiplicity table 600 shown in FIG.
  • the recommended multiplicity table 600 is realized by a storage device such as the RAM 203, the magnetic disk 205, and the optical disk 207, for example.
  • the contents stored in the recommended multiplicity table 600 will be described.
  • FIG. 6 is an explanatory diagram (part 1) showing an example of the stored contents of the recommended multiplicity table.
  • the recommended multiplicity table 600 has fields of type, recommended multiplicity, and condition. By setting information in each field, recommended multiplicity information 600-1 to 600-3 is stored as records.
  • the type is the type of operation.
  • the recommended multiplicity is a recommended multiplicity of the operation.
  • the condition is a condition to be satisfied by each resource involved in the execution of the operation when the operation is simultaneously executed at the recommended multiplicity.
  • a condition “Others” is shown when an operation of the type “LM” is simultaneously executed with a recommended multiplicity “1”.
  • the condition “Others” indicates an arbitrary condition other than the conditions indicated by the recommended multiplicity information 600-1 and 600-2.
  • a condition to be satisfied by the resource a common condition is described for the resource involved in the execution of the operation OPi.
  • a condition for each resource involved in the execution of the operation OPi is set. Also good.
  • the comparison unit 505 compares the detected multiplicity Nk of the resource Rk with the calculated recommended multiplicity Fi of the operation OPi.
  • the recommended multiplicity Fi is the number of operations of the same type that can be executed simultaneously by the resource Rk when the operation OPi is completed by the resource Rk within a specified time.
  • the allocation unit 506 allocates the operation OPi to the resource Rk based on the compared result. Specifically, for example, when the multiplicity Nk of all resources Rk involved in the execution of the operation OPi is less than the recommended multiplicity Fi of the operation OPi, the allocation unit 506 allocates the operation OPi to the resource Rk.
  • the allocation unit 506 does not allocate the operation OPi to the resource Rk.
  • the operation OPi being assigned to the resource Rk, it is possible to prevent the execution of the operation OPi from completing within the time specified by the policy.
  • the assigned result is stored, for example, in the resource usage status table 700 shown in FIG.
  • the resource usage status table 700 is realized by a storage device such as the RAM 203, the magnetic disk 205, and the optical disk 207, for example.
  • the contents stored in the resource usage status table 700 will be described.
  • FIG. 7 is an explanatory diagram showing an example of the stored contents of the resource usage status table.
  • a resource usage status table 700 has fields for resource name, operation being executed, and multiplicity. By setting information in each field, usage status information 700-1 to 700-6 for each resource Rk is stored as a record.
  • the resource name is an identifier of the resource Rk.
  • the operation being executed is an identifier of the operation OPi being executed by the resource Rk.
  • the multiplicity is the number of operations of the same type as the operation OPi that are being executed simultaneously by the resource Rk.
  • the multiplicity Nk of the resource Rk is incremented when the operation OPi is assigned to the resource Rk, and is decremented when the execution of the operation OPi by the resource Rk is completed.
  • the usage status information 700-1 indicates that “SvrA” is executing “operations OP1 and OP2” with multiplicity “2”.
  • the usage status information 700-6 indicates that “SW (switch device) Y” is executing “operation OP2” with multiplicity “1”.
  • the detection unit 503 can detect the multiplicity Nk of the resource Rk with reference to the resource usage status table 700. For example, if the resource Rk is “SvrA”, the detection unit 503 can detect the multiplicity “2” of SvrA by referring to the usage status information 700-1.
  • resource usage status table 700 is created for each type of operation, for example.
  • all the resources Rk involved in the execution of the operation of the type “LM” among the resources R1 to RK are registered in advance.
  • the comparison unit 505 compares the detected multiplicity Nk of the resource Rk with the recommended multiplicity Fj of the operation OPj. You may decide to do it.
  • the recommended multiplicity Fj of the operation OPj is calculated before, for example, assigning the operation OPj to the resource Rk.
  • the allocation unit 506 may allocate the operation OPi to the resource Rk based on the comparison result between the multiplicity Nk of the resource Rk and the recommended multiplicity Fj of the operation OPj. Specifically, for example, the allocation unit 506 allocates the operation OPi to the resource Rk when the multiplicity Nk is less than the recommended multiplicity Fj of the operation OPj for all the resources Rk involved in the execution of the operation OPi.
  • the allocation unit 506 does not allocate the operation OPi to the resource Rk. That is, when there is an operation OPj already assigned to the resource Rk, by assigning a new operation OPi, when the multiplicity Nk of the resource Rk exceeds the recommended multiplicity Fj of the operation OPj, the operation OPi is assigned. Absent. As a result, as a result of the operation OPi being assigned to the resource Rk, it is possible to prevent the execution of the operation OPj from completing within the time specified by the policy.
  • the collection unit 507 receives log information of the operation OPi executed by the resource Rk from the resource Rk as a result of the operation OPi being assigned to the resource Rk.
  • the log information of the operation OPi is received, for example, the multiplicity Nk of the resource Rk in the resource usage status table 700 is decremented.
  • the calculation unit 504 may calculate the recommended multiplicity of the same type of operation as the operation OPi using the received log information of the operation OPi. Thereby, the recommended multiplicity Fi of the operation OPi can be calculated by feeding back the execution result of the same type of operation as the operation OPi in each resource Rk.
  • the recommended multiplicity Fi of the operation OPi is calculated, but the present invention is not limited to this.
  • the administrator of the network system 100 may determine the recommended multiplicity Fi of each operation OPi and register it in the recommended multiplicity table 600.
  • FIG. 8 is an explanatory diagram showing the migration time in a certain load state.
  • graphs 801, 802, and 803 are shown in a coordinate system 800 including a vertical axis indicating migration time [seconds] and a horizontal axis indicating multiplicity.
  • the graph 801 shows the relationship between the multiplicity Nk of the resource Rk and the migration time when migration of a VM having a VM size of 1 [GB] is performed in a resource Rk in a certain load state.
  • the migration time is the time required until the VM migration is completed.
  • the graph 802 shows the relationship between the multiplicity Nk of the resource Rk and the migration time when migration of a VM having a VM size of 2 [GB] is executed in the resource Rk.
  • a graph 803 shows the relationship between the multiplicity Nk of the resource Rk and the migration time when the migration of the VM having the VM size of 4 [GB] is executed in the resource Rk.
  • the execution time when executing a live migration of a VM having a multiplicity of “1” and a VM size of 1 [GB] is 34 [seconds]. Therefore, the policy P1 is “within 68 [seconds]”. In this case, the recommended multiplicity Fi of the operation OPi that performs live migration of the VM having the VM size of 1 [GB] is “3”.
  • the execution time when a live migration of a VM having a multiplicity of “1” and a VM size of 2 [GB] is executed is 54 [seconds]. Therefore, the policy P1 is “within 108 [seconds]”. In this case, the recommended multiplicity Fi of the operation OPi that performs live migration of the VM having the VM size of 2 [GB] is “3”.
  • the execution time when executing a live migration of a VM having a multiplicity “1” and a VM size of 4 [GB] is 92 [seconds].
  • the policy P1 is “within 120 [seconds]”.
  • the recommended multiplicity Fi of the operation OPi that performs live migration of a VM having a VM size of 4 [GB] is “2”.
  • FIG. 9 is an explanatory diagram showing a specific example of log information.
  • the log information 900 includes logs L1 to L7 of the operations OP1 to OP7 of the type “LM” executed by the resource Rk involved in the execution of the operation OPi.
  • the logs L1 to L7 include an operation ID, type, VMID, VM size, multiplicity, processing time, and load information.
  • the operation ID is an identifier of each operation.
  • the type is the type of each operation.
  • the VMID is an identifier of the migration target VM.
  • the VM size is the memory size of the migration target VM.
  • the multiplicity is the multiplicity of the resource Rk when each operation is executed.
  • the processing time is the time required to complete the execution of each operation.
  • the load information is the utilization rate of the CPU and I / O of the resource Rk when each operation is executed.
  • the CPU and I / O utilization rates of any resource Rk among the resources Rk involved in the execution of each operation are extracted and shown.
  • the operation OP1 is a live migration of the VM 1 with a VM size of 1 [GB] executed with a multiplicity “3”.
  • the processing time of the operation OP1 is 20 [seconds]
  • the CPU and I / O utilization rates of the resource Rk are 20 [%] and 10 [%], respectively.
  • the recommended multiplicity Fi of the operation OPi for performing the live migration of the VM is calculated according to the policy P2 shown in the policy information table 300.
  • FIG. 10 is an explanatory diagram showing an example of calculating the recommended multiplicity of an operation.
  • log information 900 L1 to L7 of the same type of operation as the operation OPi is shown (see (10-1) in FIG. 10).
  • the calculation unit 504 extracts a log that matches the policy P2 from the logs L1 to L7 of the log information 900 (see (10-2) in FIG. 10).
  • logs L1, L2, L5, L6, and L7 that match the policy P2 are extracted from the logs L1 to L7.
  • the VM size of the log L1 is 1 [GB]
  • the policy P2 is “within 30 [seconds]”. Since the processing time of the log L1 is 20 [seconds], the log L1 matches the policy P2.
  • the policy P2 is “within 30 [seconds]”. Since the processing time of the log L3 is 60 [seconds], the log L3 does not match the policy P2.
  • the calculation unit 504 specifies a log having the maximum CPU and I / O utilization rate for each pair of VM size and multiplicity.
  • the log L6 having the maximum utilization ratio of the CPU and I / O is specified in the pair of the VM size “1” and the multiplicity “2”.
  • the log L5 having the maximum CPU and I / O utilization rate is specified in the pair of the VM size “1” and the multiplicity “3”.
  • the log L2 having the maximum CPU and I / O utilization rate is specified in the pair of the VM size “2” and the multiplicity “2”.
  • the calculation unit 504 For each pair of VM size and multiplicity, the calculation unit 504 sets the multiplicity of the specified log as the recommended multiplicity of the operation of the type “LM”, and uses the VM size of the log, CPU, and I / O usage
  • the rate is a condition (see (10-3) in FIG. 10). This condition is a condition to be satisfied by the resource Rk when the operation of the type “LM” is simultaneously executed with the recommended multiplicity.
  • the recommended multiplicity information 600-1 is registered in the recommended multiplicity table 600.
  • recommended multiplicity information 600-2 is registered.
  • recommended multiplicity information 600-3 is registered in the recommended multiplicity table 600.
  • the VM size “All” indicates an arbitrary memory size.
  • the calculation unit 504 refers to the recommended multiplicity table 600 and specifies the recommended multiplicity Fi of the operation OPi corresponding to the load information of the current resource Rk.
  • the load information of the resource Rk is, for example, the usage rate of the CPU and I / O, the VM size of the VM to be moved, and the like. Note that the load information of the resource Rk is received from the resource Rk by the collection unit 507, for example.
  • the CPU and I / O utilization rates of all resources Rk involved in the execution of operation OPi are 25 [%] or less and the VM size of the migration target VM is 1 [GB] or less.
  • the recommended multiplicity Fi of the operation OPi is “3” from the recommended multiplicity information 600-1.
  • the CPU utilization rate of all resources Rk involved in the execution of the operation OPi is greater than 25 [%] and 30 [%] or less, and the I / O utilization rate is greater than 25 [%] and 40 [%] or less.
  • the VM size is 1 [GB] or less.
  • the recommended multiplicity Fi of the operation OPi is “2” from the recommended multiplicity information 600-2.
  • the CPU utilization rate of all resources Rk involved in the execution of the operation OPi is 40 [%] or less, the I / O utilization rate is 20 [%] or less, and the VM size is larger than 1 [GB]. A case of 2 [GB] or less is assumed. In this case, the recommended multiplicity Fi of the operation OPi is “2” from the recommended multiplicity information 600-2.
  • the recommended multiplicity Fi of the operation OPi is recommended many. It becomes “1” from the severity information 600-3.
  • resource R (M) any resource among the resources R (1) to R (M)
  • the recommended multiplicity of the operation OPi for the resource R (m) is expressed as “recommended multiplicity Fi ⁇ m”.
  • the calculation unit 504 loads the load information of the resource R (m) and a log of operations of the same type as the operation OPi executed by the resource R (m). Based on the information, the recommended multiplicity Fi-m of the operation OPi is calculated.
  • comparing unit 505 for each resource R (m), the multiplicity N (m) of the resource R (m) and the minimum recommended multiplicity Fi of the calculated recommended multiplicity Fi-1 to Fi-M. Compare with Min .
  • Allocation unit 506 allocates operation OPi to resources R (1) to R (M) based on the comparison result for each resource R (m).
  • the allocation unit 506 has the multiplicity N (1) to N (M) of all the resources R (1) to R (M) less than the recommended multiplicity Fi Min .
  • the operation OPi is set to the resource R. (1) to R (M) are assigned. That is, the recommended multiplicity Fi Min becomes the recommended multiplicity Fi of the operation OPi.
  • FIG. 11 is an explanatory diagram showing an example of the stored contents of the recommended multiplicity table when the recommended multiplicity of operation is set for each resource.
  • SvrA, SvrB, and SwX are resources Rk involved in the execution of the operation OPi that has received the execution request.
  • Operation OPi performs VM migration from SvrA to SvrB via SwX.
  • the recommended multiplicity table 1100 shows recommended multiplicity information 1100-1 to 1100-6 for each resource (SvrA, SvrB, SwX) involved in the execution of the operation OPi.
  • Recommended multiplicity information 1100-1 to 1100-3 indicates the recommended multiplicity of the operation OPi for SvrA.
  • the recommended multiplicity of the operation OPi with respect to SvrA is calculated by the calculation unit 504 based on the log information of the operation of the same type as the operation OPi executed by SvrA.
  • Recommended multiplicity information 1100-4, 1100-5 indicates the recommended multiplicity of operation OPi for SvrB.
  • the recommended multiplicity of the operation OPi for SvrB is calculated by the calculation unit 504 based on the log information of the same type of operation as the operation OPi executed by SvrB.
  • Recommended multiplicity information 1100-6 indicates the recommended multiplicity of operation OPi for SwX.
  • the recommended multiplicity of the operation OPi with respect to SwX is calculated by the calculation unit 504 based on log information of the same type of operation as the operation OPi executed by SwX.
  • the utilization rates of the SvrA CPU and I / O are 10 [%] and 20 [%]
  • the utilization rates of the SvrB CPU and I / O are 20 [%] and 50 [%].
  • the utilization rates of the SvrA CPU and I / O are 30 [%] and 50 [%]
  • the utilization rates of the SvrB CPU and I / O are 20 [%] and 50 [%].
  • the recommended multiplicity for each resource (SvrA, SvrB, SwX) of the operation OPi that performs live migration of a VM having a VM size of 4 [GB] is (1, 2, 3).
  • the execution of the operation OPi is a policy. It is possible to prevent incomplete completion within a specified time.
  • FIG. 12 and 13 are flowcharts illustrating an example of an execution control processing procedure of the execution control apparatus according to the embodiment.
  • the selection unit 502 determines whether or not there is an operation OPi waiting for execution in the operation pool (step S1201).
  • step S1201: No when there is no operation OPi waiting to be executed (step S1201: No), the reception unit 501 waits for the operation OPi to be registered in the operation pool. On the other hand, when there is an operation OPi waiting for execution (step S1201: Yes), the selection unit 502 selects the operation OPi from the operation pool (step S1202).
  • the detection unit 503 identifies the resource Rk involved in the execution of the selected operation OPi from the resources R1 to RK (step S1203). Then, the detecting unit 503 detects the multiplicity Nk of the identified resource Rk (step S1204).
  • the calculation unit 504 calculates the recommended multiplicity Fi of the operation OPi based on the load information of the identified resource Rk and the log information of the operation of the same type as the operation OPi executed by the resource Rk. (Step S1205). Thereafter, the comparison unit 505 selects the resource Rk involved in the execution of the selected operation OPi (step S1206).
  • step S1207 determines whether or not there is an operation OPj that is being executed by the selected resource Rk (step S1207). If there is no operation OPj being executed (step S1207: NO), the process proceeds to step S1213.
  • the comparison unit 505 selects the operation OPj being executed by the selected resource Rk (step S1208). Then, the comparison unit 505 identifies the recommended multiplicity Fj of the selected operation OPj (step S1209). Note that the recommended multiplicity Fj of the operation OPj is calculated before the execution is started, and is stored in the RAM 203, for example.
  • the comparison unit 505 compares the multiplicity Nk of the selected resource Rk with the recommended multiplicity Fj of the identified operation OPj (step S1210). Then, the allocation unit 506 determines whether the multiplicity Nk of the resource Rk is less than the recommended multiplicity Fj of the operation OPj (step S1211).
  • step S1211: No when the multiplicity Nk of the resource Rk is greater than or equal to the recommended multiplicity Fj of the operation OPj (step S1211: No), the process proceeds to step S1307 shown in FIG.
  • step S1211: Yes when the multiplicity Nk is less than the recommended multiplicity Fj (step S1211: Yes), the comparison unit 505 determines whether or not there is an unselected operation OPj that is not selected among the operations OPj in which the resource Rk is being executed. Judgment is made (step S1212).
  • step S1212: Yes when there is an unselected operation OPj (step S1212: Yes), the process returns to step S1208.
  • step S1212: No when there is no unselected operation OPj (step S1212: No), the comparison unit 505 determines whether there is an unselected resource Rk that is not selected among the resources Rk involved in the execution of the operation OPi. (Step S1213).
  • step S1213: Yes when there is an unselected resource Rk (step S1213: Yes), the process returns to step S1206. On the other hand, when there is no unselected resource Rk (step S1213: No), it transfers to step S1301 shown in FIG.
  • the comparison unit 505 selects the resource Rk involved in the execution of the operation OPi selected in step S1202 shown in FIG. 12 (step S1301). Thereafter, the comparison unit 505 compares the multiplicity Nk of the selected resource Rk with the recommended multiplicity Fi of the selected operation OPi (step S1302).
  • the allocation unit 506 determines whether or not the multiplicity Nk of the resource Rk is less than the recommended multiplicity Fi of the operation OPi (step S1303).
  • the comparison unit 505 selects an unselected unselected resource Rk involved in the execution of the operation OPi. It is determined whether there is a resource Rk (step S1304).
  • step S1304 when there is an unselected resource Rk (step S1304: Yes), the process returns to step S1301.
  • the allocation unit 506 allocates the selected operation OPi to the resource Rk (step S1305). Then, the allocation unit 506 deletes the allocated operation OPi from the operation pool (step S1306), and the process returns to step S1201 shown in FIG.
  • step S1303 If the multiplicity Nk of the resource Rk is greater than or equal to the recommended multiplicity Fi of the operation OPi in step S1303 (step S1303: No), the selection unit 502 causes the unselected operation that has not been selected among the operations OPi waiting to be executed. It is determined whether there is OPi (step S1307).
  • step S1307: Yes when there is an unselected operation OPi (step S1307: Yes), the process returns to step S1202 shown in FIG.
  • step S1307: No when there is no unselected operation OPi (step S1307: No), the selection unit 502 determines whether or not the execution of one or more operations OPj is completed with the selected resource Rk (step S1308).
  • the selection unit 502 waits for execution of one or more operations OPj to be completed (step S1308: No), and when completed (step S1308: Yes), the process proceeds to step S1202 shown in FIG. .
  • the operation OPi can be allocated to the resource Rk so that the execution of the operation OPi is completed within the time specified by the policy. Further, the operation OPi can be assigned to the resource Rk so that the execution of the operation OPj being executed on the resource Rk is completed within the time specified by the policy.
  • FIG. 14 is an explanatory diagram (part 2) of an example of the network system according to the embodiment.
  • the network system 1400 includes an execution control device 101, SvrA, SvrB, SvrC, SvrD, SwX, and SwY.
  • VM1 VM size: 1 [GB]
  • VM2 VM size: 4 [GB]
  • SvrB VM3 (VM size: 4 [GB]) is operating.
  • SvrC VM4 (VM size: 4 [GB])
  • VM5 VM size: 2 [GB]
  • SvrD VM6 (VM size: 1 [GB]) is operating.
  • FIG. 15 is an explanatory diagram (part 2) showing an example of the stored contents of the recommended multiplicity table.
  • the recommended multiplicity table 1500 stores recommended multiplicity information 1500-1 to 1500-3 as records.
  • the recommended multiplicity information 1500-1 indicates a condition “size ⁇ 2 GB” when the operation of the type “LM” is simultaneously executed with the recommended multiplicity “3”.
  • the conditions regarding the utilization rate of the CPU and I / O in each resource Rk are omitted.
  • the recommended multiplicity information 1500-2 indicates a condition “size ⁇ 4 GB” when the operation of the type “LM” is simultaneously executed with the recommended multiplicity “2”.
  • the recommended multiplicity information 1500-3 indicates a condition “Others” when the operation of the type “LM” is simultaneously executed with the recommended multiplicity “1”.
  • FIGS. 16 to 22 are explanatory diagrams showing changes in the resource usage status.
  • the multiplicity of SvrA, SvrD, SwX, and SwY involved in the execution of operation OP6 is less than “3”.
  • the recommended multiplicity F3 and F4 of the operations OP3 and OP4 being executed in SwX and SwY is “2”, the execution of the operation OP6 is suspended. Therefore, the operation OP6 remains registered in the operation pool.
  • the multiplicity of SvrB, SvrC, SwX, SwY involved in the execution of the operation OP4 being executed is less than “2”. For this reason, execution of operation OP6 is started. As a result, the operation OP6 is deleted from the operation pool, and the multiplicity of SvrA, SvrD, SwX, SwY involved in the execution of the operation OP6 in the resource usage status table 700 is incremented.
  • FIG. 23 is an explanatory diagram showing a timeline of operations OP1 to OP6.
  • the timeline 2300 shows the execution status of each operation OP1 to OP6 (running, pending execution) and the multiplicity of SvrA, SvrB, SvrC, SvrD, SwX and SwY in time series. Yes.
  • the operation OP3 is suspended because the recommended multiplicity F3 of the operation OP3 is “2”.
  • the operation OP4 is suspended because the recommended multiplicity F4 of the operation OP4 is “2”.
  • the operation OP4 is continuously held, while the operation OP5 that has received the execution request after the operation OP4 is executed first.
  • the operation OP6 is continuously held because the recommended multiplicity F4 of the operation OP4 being executed is “2”.
  • the operation OPi is executed based on the comparison result between the recommended multiplicity Fi of the operation OPi that has received the execution request and the multiplicity Nk of the resource Rk. Can be controlled.
  • the execution of the operation OPi can be assigned to the resource Rk so as to be completed within the time specified by the policy, and the processing time of the operation OPi can be prolonged and the overload of the resource Rk can be suppressed.
  • the recommended multiplicity Fi of the operation OPi is calculated based on the load information of the resource Rk and the log information of the operation of the same type as the operation OPi executed by the resource Rk. Can do.
  • the multiplicity in which the execution of the same type of operation as the operation OPi in the resource Rk is completed within the specified time can be calculated as the recommended multiplicity Fi of the operation OPi.
  • the execution control apparatus 101 controls the execution of the operation OPi that has received the execution request based on the comparison result between the recommended multiplicity Fj of the operation OPj being executed by the resource Rk and the multiplicity Nk of the resource Rk. be able to. As a result, as a result of the operation OPi being assigned to the resource Rk, it is possible to prevent the execution of the operation OPj from completing within the time specified by the policy.
  • the execution control apparatus 101 can calculate the recommended multiplicity Fi-m of the operation OPi for each resource R (m) involved in the execution of the operation OPi.
  • the minimum recommended multiplicity Fi Min among the calculated recommended multiplicity Fi-1 to Fi-M can be set as the recommended multiplicity Fi of the operation OPi.
  • the operation OPi can be allocated according to the resource that becomes the bottleneck among the resources R (1) to R (M), and the execution of the operation OPi is prevented from being completed within the time specified in the policy. Can do.
  • log information of the same type of operation as the operation OPi executed by the resource Rk can be received from the resource Rk.
  • the recommended multiplicity Fi of the operation OPi can be calculated by feeding back the execution result of the same type of operation as the operation OPi in each resource Rk.
  • the network system 100 can suppress an increase in processing time of operation management operations that can be executed simultaneously and an overload of the resource Rk. Further, by suppressing the processing time of the operation management operation from being prolonged, further resource pressure and service performance deterioration can be prevented. Specifically, for example, by suppressing an increase in the processing time of live migration, it is possible to suppress an increase in the amount of retransmission data and prevent the operation management network resource from being compressed. In addition, for example, by suppressing an increase in processing time of VM activation, it is possible to prevent physical server resource pressure due to simultaneous activation processing of a large number of VMs and degradation of service performance due to VMs being executed on the same physical server. it can.
  • the execution control method described in the present embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation.
  • the execution control program is recorded on a computer-readable recording medium such as a hard disk, a flexible disk, a CD-ROM, an MO, and a DVD, and is executed by being read from the recording medium by the computer.
  • the execution control program may be distributed via a network such as the Internet.

Landscapes

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

Abstract

　実行制御装置（１０１）は、ネットワークシステム（１００）に対するオペレーション（ＯＰｉ）の実行要求を受け付ける。そして、実行制御装置（１０１）は、実行要求を受け付けたオペレーション（ＯＰｉ）の実行に関与するリソース（Ｒｋ）の多重度（Ｎｋ）を検出する。つぎに、実行制御装置（１０１）は、検出したリソース（Ｒｋ）の多重度（Ｎｋ）と、オペレーション（ＯＰｉ）の推奨多重度（Ｆｉ）とを比較する。そして、実行制御装置（１０１）は、比較した比較結果に基づいて、オペレーション（ＯＰｉ）をリソース（Ｒｋ）に割り当てる。

Description

実行制御プログラム、実行制御装置および実行制御方法
　本発明は、実行制御プログラム、実行制御装置および実行制御方法に関する。
　近年、データセンタでは、仮想化により物理サーバ上に仮想マシン（ＶＭ：Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ）を集約してリソース（計算資源）の利用効率を向上させるとともに、大規模化による規模の経済の効果が追求されている。
　一方、システムの仮想化および大規模化にともなって、システムの運用管理が複雑化している。例えば、仮想化により、ＶＭイメージの管理やマイグレーションの制御などの新たな運用管理オペレーションが発生している。また、大規模化により、運用管理オペレーションの発生頻度が増加している。なお、関連する先行技術としては、例えば、下記特許文献１，２がある。
特開２００２－０２４１９２号公報 特開２００５－２９３０４８号公報
　しかしながら、従来技術では、運用管理オペレーションが同時多発的に発生することにより、リソースの負荷が増大する場合があるという問題があった。
　１つの側面では、本発明は、リソースの過負荷を抑止することができる実行制御プログラム、実行制御装置および実行制御方法を提供することを目的とする。
　本発明の一態様では、システムに対する所定のオペレーションの実行要求を受け付け、前記実行要求を受け付けた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一種類のオペレーションの数を検出し、検出した前記同一種類のオペレーションの数と、前記計算機により前記所定のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較し、比較した比較結果に基づいて、前記所定のオペレーションを前記計算機に割り当てる。
　本発明の一態様によれば、リソースの過負荷を抑止することができる。
図１は、実施の形態にかかるネットワークシステムの一実施例を示す説明図（その１）である。 図２は、実施の形態にかかる実行制御装置のハードウェア構成例を示すブロック図である。 図３は、ポリシー情報テーブル３００の記憶内容の一例を示す説明図である。 図４は、オペレーションの実行要求の具体例を示す説明図である。 図５は、実施の形態にかかる実行制御装置の機能的構成を示すブロック図である。 図６は、推奨多重度テーブルの記憶内容の一例を示す説明図（その１）である。 図７は、リソース利用状況テーブルの記憶内容の一例を示す説明図である。 図８は、ある負荷状態におけるマイグレーション時間を示す説明図である。 図９は、ログ情報の具体例を示す説明図である。 図１０は、オペレーションの推奨多重度の算出例を示す説明図である。 図１１は、各リソースに対してオペレーションの推奨多重度を設定する場合の推奨多重度テーブルの記憶内容の一例を示す説明図である。 図１２は、実施の形態にかかる実行制御装置の実行制御処理手順の一例を示すフローチャート（その１）である。 図１３は、実施の形態にかかる実行制御装置の実行制御処理手順の一例を示すフローチャート（その２）である。 図１４は、実施の形態にかかるネットワークシステムの一実施例を示す説明図（その２）である。 図１５は、推奨多重度テーブルの記憶内容の一例を示す説明図（その２）である。 図１６は、リソース利用状況の変遷を示す説明図（その１）である。 図１７は、リソース利用状況の変遷を示す説明図（その２）である。 図１８は、リソース利用状況の変遷を示す説明図（その３）である。 図１９は、リソース利用状況の変遷を示す説明図（その４）である。 図２０は、リソース利用状況の変遷を示す説明図（その５）である。 図２１は、リソース利用状況の変遷を示す説明図（その６）である。 図２２は、リソース利用状況の変遷を示す説明図（その７）である。 図２３は、オペレーションＯＰ１～ＯＰ６のタイムラインを示す説明図である。
　以下に添付図面を参照して、この発明にかかる実行制御プログラム、実行制御装置および実行制御方法の実施の形態を詳細に説明する。
（ネットワークシステム１００の一実施例）
　図１は、実施の形態にかかるネットワークシステムの一実施例を示す説明図（その１）である。図１において、ネットワークシステム１００は、実行制御装置１０１と、リソースＲ１～ＲＫと、を含む。ネットワークシステム１００において、実行制御装置１０１およびリソースＲ１～ＲＫは、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットなどのネットワーク１１０を介して接続されている。
　実行制御装置１０１は、ネットワークシステム１００に対するオペレーションの実行を制御するコンピュータである。リソースＲ１～ＲＫは、実行制御装置１０１の制御対象となる計算機である。具体的には、例えば、リソースＲ１～ＲＫは、物理サーバ、ネットワーク機器（例えば、スイッチ装置）、ストレージ装置および物理サーバ上のＶＭ（仮想マシン）などのネットワークシステム１００の構成要素である。
　ここで、オペレーションとは、例えば、ネットワークシステム１００の運用管理にかかる操作処理である。具体的には、例えば、オペレーションは、ＶＭの起動、再起動、終了、ＶＭのライブマイグレーション、ＶＭ上で動作しているアプリケーションのパッチ適用、ネットワーク機器の設定変更などの同時多発的に実行される可能性が高いものである。
　以下、実施の形態にかかる実行制御装置１０１の実行制御処理手順の一例について説明する。ここでは、リソースＲ１～ＲＫのうち、所定のオペレーションＯＰｉの実行に関与するリソースを「リソースＲｋ」と表記する（ｋ＝１，２，…，Ｋ）。また、リソースＲ１～ＲＫは、同一の処理性能を有する場合を想定する。
　（１）実行制御装置１０１は、ネットワークシステム１００に対するオペレーションＯＰｉの実行要求を受け付ける。
　（２）実行制御装置１０１は、実行要求を受け付けたオペレーションＯＰｉの実行に関与するリソースＲｋが実行中の、オペレーションＯＰｉと同一種類のオペレーションの数（以下、「リソースＲｋの多重度Ｎｋ」という）を検出する。
　ここで、オペレーションの種類とは、複数のオペレーションを分類するためのものである。具体的には、例えば、複数のオペレーションは、ＶＭの起動、再起動、終了、ＶＭのライブマイグレーション、ＶＭ上で動作しているアプリケーションのパッチ適用、ネットワーク機器の設定変更などの各オペレーションの処理内容に応じて分類される。
　（３）実行制御装置１０１は、検出したリソースＲｋの多重度Ｎｋと、オペレーションＯＰｉの推奨多重度Ｆｉとを比較する。ここで、オペレーションＯＰｉの推奨多重度Ｆｉとは、リソースＲｋによりオペレーションＯＰｉの実行が規定時間内に完了する、リソースＲｋが同時に実行可能な該同一種類のオペレーションの数である。
　オペレーションＯＰｉの規定時間は、任意に設定可能である。具体的には、例えば、オペレーションＯＰｉの規定時間は、ネットワークシステム１００の管理者により、ネットワークシステム１００の運用要件（顧客に提供されるサービスのサービスレベルなど）を考慮して設定される。
　オペレーションＯＰｉの推奨多重度Ｆｉは、予め設定されていてもよく、また、リソースＲｋにより実行されたオペレーションＯＰｉと同一種類のオペレーションの過去の実行結果から算出されることにしてもよい。なお、オペレーションＯＰｉの推奨多重度Ｆｉを算出する具体的な処理内容については後述する。
　（４）実行制御装置１０１は、比較した比較結果に基づいて、オペレーションＯＰｉをリソースＲｋに割り当てる。
　具体的には、例えば、リソースＲｋの多重度ＮｋがオペレーションＯＰｉの推奨多重度Ｆｉ未満の場合、実行制御装置１０１が、オペレーションＯＰｉをリソースＲｋに割り当てる（図中（４－１））。この結果、リソースＲｋにより、オペレーションＯＰｉの実行が開始される。
　一方、リソースＲｋの多重度ＮｋがオペレーションＯＰｉの推奨多重度Ｆｉ以上の場合、実行制御装置１０１が、オペレーションＯＰｉをリソースＲｋに割り当てない。この場合、実行制御装置１０１が、リソースＲｋにより実行中の該同一種類のオペレーションが１個以上完了するのを待って、上記（２）～（４）を繰り返す（図中（４－２））。
　以上説明した実施の形態にかかる実行制御装置１０１によれば、実行要求を受け付けたオペレーションＯＰｉの推奨多重度Ｆｉに従って、リソースＲｋが同時実行する同一種類のオペレーションの数を制御することができる。これにより、オペレーションＯＰｉの実行が規定時間内に完了するようにリソースＲｋに割り当てることができ、オペレーションＯＰｉの処理時間の長期化およびリソースＲｋの過負荷を抑止することができる。
（実行制御装置１０１のハードウェア構成例）
　図２は、実施の形態にかかる実行制御装置のハードウェア構成例を示すブロック図である。図２において、実行制御装置１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ　Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）２０３と、磁気ディスクドライブ２０４と、磁気ディスク２０５と、光ディスクドライブ２０６と、光ディスク２０７と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２０８と、を備えている。また、各構成部はバス２００によってそれぞれ接続されている。
　ここで、ＣＰＵ２０１は、実行制御装置１０１の全体の制御を司る。ＲＯＭ２０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。磁気ディスクドライブ２０４は、ＣＰＵ２０１の制御に従って磁気ディスク２０５に対するデータのリード／ライトを制御する。磁気ディスク２０５は、磁気ディスクドライブ２０４の制御で書き込まれたデータを記憶する。
　光ディスクドライブ２０６は、ＣＰＵ２０１の制御に従って光ディスク２０７に対するデータのリード／ライトを制御する。光ディスク２０７は、光ディスクドライブ２０６の制御で書き込まれたデータを記憶したり、光ディスク２０７に記憶されたデータをコンピュータに読み取らせたりする。
　Ｉ／Ｆ２０８は、通信回線を通じてＬＡＮ、ＷＡＮ、インターネットなどのネットワーク１１０に接続され、ネットワーク１１０を介して他の装置に接続される。そして、Ｉ／Ｆ２０８は、ネットワーク１１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ２０８には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
　なお、実行制御装置１０１は、上述したハードウェア構成のほか、ディスプレイ、キーボード、マウスなどの入出力装置を備えることにしてもよい。また、図１に示したリソースＲ１～ＲＫについても、実行制御装置１０１と同様のハードウェア構成により実現することができる。
（ポリシー情報テーブル３００の記憶内容）
　つぎに、実行制御装置１０１が用いるポリシー情報テーブル３００について説明する。ポリシー情報テーブル３００は、例えば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されている。
　図３は、ポリシー情報テーブル３００の記憶内容の一例を示す説明図である。図３において、ポリシー情報テーブル３００は、ポリシーごとのポリシー情報（例えば、ポリシー情報３００－１～３００－５）を有している。ここで、ポリシーとは、オペレーションＯＰｉの実行時に満たすべき条件であり、オペレーションＯＰｉの実行が完了するまでに要する時間を規定するものである。具体的には、ポリシー情報は、ポリシーを識別するポリシー名と該ポリシーの内容とを含む。
　ポリシー情報３００－１を例に挙げると、ライブマイグレーション（図３中、ＬＭ）の処理時間は、『（（多重度「１」のときの実行時間）×２）以内』かつ『２［分］以内』というポリシーＰ１が示されている。ライブマイグレーションの処理時間とは、ＶＭのライブマイグレーションを完了するまでに要する時間である。多重度とは、同時実行している同一種類のオペレーションの数である。多重度「１」のときの実行時間とは、リソースＲｋが多重度「１」でＶＭのライブマイグレーションを実行する際に、該ライブマイグレーションを完了するまでに要する時間である。
　また、ポリシー情報３００－２を例に挙げると、ライブマイグレーションの処理時間は、『（ＶＭサイズ［ＧＢ］×３０［秒］）以内』というポリシーＰ２が示されている。ＶＭサイズとは、移動対象となるＶＭのメモリサイズである。
　なお、ポリシーの内容が矛盾しない限り、「ａｎｄ」や「ｏｒ」で複数のポリシーを組み合わせて用いることができる。ポリシー情報３００－３を例に挙げると、ポリシーＰ３は、ポリシーＰ１とポリシーＰ２とを「ａｎｄ」で組み合わせたものである。
（オペレーションＯＰｉの実行要求）
　つぎに、実行制御装置１０１が受け付けるオペレーションＯＰｉの実行要求について説明する。図４は、オペレーションの実行要求の具体例を示す説明図である。図４において、実行要求４００は、オペレーションＩＤ、種類、処理内容、適用ポリシー名および関与リソースに関する情報を含む。
　オペレーションＩＤは、オペレーションＯＰｉの識別子である。種類は、オペレーションＯＰｉの種類である。処理内容は、オペレーションＯＰｉの処理内容である。適用ポリシー名は、オペレーションＯＰｉに適用するポリシーの名称である。関与リソースは、オペレーションＯＰｉの実行に関与するリソースＲｋである。
　具体的には、実行要求４００は、オペレーションＯＰ１の種類『ＬＭ』、処理内容『ＶＭ１をＳｖｒ（サーバ）ＡからＳｖｒＢへ移動』、適用ポリシー名『Ｐ１』および関与リソース『ＶＭ１（１［ＧＢ］），ＳｖｒＡ（ｓｒｃ），ＳｖｒＢ（ｄｓｔ）』を含む。なお、ＶＭ１（１［ＧＢ］）は、ＶＭ１のメモリサイズが１［ＧＢ］であることを示している。ＳｖｒＡ（ｓｒｃ）は、ＳｖｒＡが移動元（ソース）の物理サーバであることを示している。ＳｖｒＢ（ｄｓｔ）は、ＳｖｒＢが移動先（ディスティネーション）の物理サーバであることを示している。
（実行制御装置１０１の機能的構成例）
　つぎに、実行制御装置１０１の機能的構成例について説明する。図５は、実施の形態にかかる実行制御装置の機能的構成を示すブロック図である。図５において、実行制御装置１０１は、受付部５０１と、選択部５０２と、検出部５０３と、算出部５０４と、比較部５０５と、割当部５０６と、収集部５０７と、を含む構成である。この制御部となる機能（受付部５０１～収集部５０７）は、具体的には、例えば、図２に示したＲＯＭ２０２、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置に記憶されたプログラムをＣＰＵ２０１に実行させることにより、または、Ｉ／Ｆ２０８により、その機能を実現する。
　受付部５０１は、ネットワークシステム１００に対する所定のオペレーションＯＰｉの実行要求を受け付ける。ここで、オペレーションＯＰｉの実行要求は、例えば、オペレーションＯＰｉの種類、処理内容、実行条件および適用ポリシー名を含むものである。実行条件は、例えば、オペレーションＯＰｉの実行に関与するリソースＲｉや対象となるＶＭのメモリサイズなどを示す情報である。
　具体的には、例えば、受付部５０１が、実行制御装置１０１のキーボード（不図示）やマウス（不図示）を用いたユーザの操作入力により、オペレーションＯＰｉの実行要求（例えば、実行要求４００）を受け付ける。また、受付部５０１が、ネットワーク１１０を介して、外部のコンピュータからオペレーションＯＰｉの実行要求を受信することにしてもよい。
　なお、実行要求を受け付けたオペレーションＯＰｉは、例えば、オペレーションプールに登録される。オペレーションプールは、実行待ちのオペレーションＯＰｉを一時的に保持する記憶領域であり、例えば、図２に示したＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により実現される。
　選択部５０２は、実行要求が受け付けられたオペレーションＯＰｉを選択する。具体的には、例えば、選択部５０２が、オペレーションプールの中から、実行要求を受け付けた順にオペレーションＯＰｉを選択することにしてもよく、また、優先順位の高い順にオペレーションＯＰｉを選択することにしてもよい。
　検出部５０３は、選択されたオペレーションＯＰｉの実行に関与するリソースＲｋの多重度Ｎｋを検出する。多重度Ｎｋは、上述したように、リソースＲｋが実行中の、オペレーションＯＰｉと同一種類のオペレーションの数である。
　具体的には、例えば、まず、検出部５０３が、受け付けられた実行要求からオペレーションＯＰｉの実行に関与するリソースＲｋを特定する。図４に示した実行要求４００の例では、オペレーションＯＰ１の実行に関与するリソースＲｋとして、ＶＭ１，ＳｖｒＡおよびＳｖｒＢが特定される。
　そして、検出部５０３が、特定したリソースＲｋに対して、現在実行中のオペレーションを問い合わせることにより、リソースＲｋの多重度Ｎｋを検出することにしてもよい。また、検出部５０３が、後述の図７に示すリソース利用状況テーブル７００を参照して、リソースＲｋの多重度Ｎｋを検出することにしてもよい。なお、リソース利用状況テーブル７００についての詳細な説明は、図７を用いて後述する。
　算出部５０４は、リソースＲｋの負荷情報と、リソースＲｋにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報とに基づいて、オペレーションＯＰｉの推奨多重度Ｆｉを算出する。ここで、リソースＲｋの負荷情報とは、例えば、リソースＲｋのＣＰＵやＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）デバイスの利用率である。実行制御装置１０１は、例えば、リソースＲｋに問い合わせることにより、リソースＲｋの負荷情報を取得することができる。
　オペレーションＯＰｉと同一種類のオペレーションのログ情報とは、リソースＲｋが過去に実行した該同一種類のオペレーションの実行結果を含むものである。ログ情報は、具体的には、例えば、リソースＲｋが実行したオペレーションＯＰｊの実行条件、処理時間、オペレーションＯＰｊを実行時のリソースＲｋの多重度Ｎｋおよび負荷情報などの各種パラメータの値を含む。
　具体的には、例えば、算出部５０４が、オペレーションＯＰｊの処理時間を目的変数とし、オペレーションＯＰｊの実行条件、実行時のリソースＲｋの多重度Ｎｋおよび負荷情報を説明変数として回帰分析を行うことにより、各種パラメータ間の関係を特定する。そして、算出部５０４が、オペレーションＯＰｉに適用するポリシーを満たす推奨多重度Ｆｉを算出する。なお、算出部５０４の具体的な処理内容については、図８～図１０を用いて後述する。
　算出された算出結果は、例えば、図６に示す推奨多重度テーブル６００に登録される。推奨多重度テーブル６００は、例えば、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により実現される。ここで、推奨多重度テーブル６００の記憶内容について説明する。
　図６は、推奨多重度テーブルの記憶内容の一例を示す説明図（その１）である。図６において、推奨多重度テーブル６００は、種類、推奨多重度、条件のフィールドを有する。各フィールドに情報を設定することで、推奨多重度情報６００－１～６００－３がレコードとして記憶されている。
　ここで、種類は、オペレーションの種類である。推奨多重度は、オペレーションの推奨多重度である。条件は、オペレーションを推奨多重度で同時実行する場合に、該オペレーションの実行に関与する各リソースが満たすべき条件である。
　推奨多重度情報６００－１を例に挙げると、種類「ＬＭ」のオペレーションを推奨多重度「３」で同時実行する場合の条件「（ＣＰＵ≦２５％）ａｎｄ（Ｉ／Ｏ≦２５％）ａｎｄ（ｓｉｚｅ≦１ＧＢ）」が示されている。この条件は、具体的には、オペレーションの実行に関与するリソースのＣＰＵの利用率が２５％以下、かつ、Ｉ／Ｏの利用率が２５％以下、かつ、移動対象のＶＭのメモリサイズが１ＧＢ以下であることを示している。
　また、推奨多重度情報６００－２を例に挙げると、種類「ＬＭ」のオペレーションを推奨多重度「２」で同時実行する場合の２つの条件が示されている。これは、種類「ＬＭ」のオペレーションを推奨多重度「２」で同時実行する場合、「ｏｒ」で接続された２つの条件のうちいずれか一方の条件を満たせばよいことを示している。
　また、推奨多重度情報６００－３を例に挙げると、種類「ＬＭ」のオペレーションを推奨多重度「１」で同時実行する場合の条件「Ｏｔｈｅｒｓ」が示されている。条件「Ｏｔｈｅｒｓ」は、推奨多重度情報６００－１，６００－２で示した条件以外の任意の条件を示している。
　なお、ここでは、リソースが満たすべき条件として、オペレーションＯＰｉの実行に関与するリソースで共通の条件を例に挙げて説明したが、オペレーションＯＰｉの実行に関与するリソースごとの条件を設定することにしてもよい。
　図５の説明に戻り、比較部５０５は、検出されたリソースＲｋの多重度Ｎｋと、算出されたオペレーションＯＰｉの推奨多重度Ｆｉとを比較する。推奨多重度Ｆｉは、上述したように、リソースＲｋによりオペレーションＯＰｉの実行が規定時間内に完了する、リソースＲｋが同時に実行可能な同一種類のオペレーションの数である。
　割当部５０６は、比較された比較結果に基づいて、オペレーションＯＰｉをリソースＲｋに割り当てる。具体的には、例えば、割当部５０６が、オペレーションＯＰｉの実行に関与するすべてのリソースＲｋの多重度Ｎｋが、オペレーションＯＰｉの推奨多重度Ｆｉ未満の場合、オペレーションＯＰｉをリソースＲｋに割り当てる。
　一方、オペレーションＯＰｉの実行に関与する少なくともいずれかのリソースＲｋの多重度Ｎｋが、オペレーションＯＰｉの推奨多重度Ｆｉ以上の場合、割当部５０６は、オペレーションＯＰｉをリソースＲｋに割り当てない。これにより、オペレーションＯＰｉがリソースＲｋに割り当てられた結果、オペレーションＯＰｉの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。
　割り当てられた割当結果は、例えば、図７に示すリソース利用状況テーブル７００に記憶される。リソース利用状況テーブル７００は、例えば、ＲＡＭ２０３、磁気ディスク２０５、光ディスク２０７などの記憶装置により実現される。ここで、リソース利用状況テーブル７００の記憶内容について説明する。
　図７は、リソース利用状況テーブルの記憶内容の一例を示す説明図である。図７において、リソース利用状況テーブル７００は、リソース名、実行中オペレーションおよび多重度のフィールドを有する。各フィールドに情報を設定することで、リソースＲｋごとの利用状況情報７００－１～７００－６がレコードとして記憶されている。
　ここで、リソース名は、リソースＲｋの識別子である。実行中オペレーションは、リソースＲｋが実行中のオペレーションＯＰｉの識別子である。多重度は、リソースＲｋが同時実行中の、オペレーションＯＰｉと同一種類のオペレーションの数である。リソースＲｋの多重度Ｎｋは、オペレーションＯＰｉがリソースＲｋに割り当てられるとインクリメントされ、リソースＲｋによるオペレーションＯＰｉの実行が完了するとデクリメントされる。
　例えば、利用状況情報７００－１は、「ＳｖｒＡ」が、多重度「２」で「オペレーションＯＰ１，ＯＰ２」を実行中であることを示している。利用状況情報７００－６は、「ＳＷ（スイッチ装置）Ｙ」が、多重度「１」で「オペレーションＯＰ２」を実行中であることを示している。
　上記検出部５０３は、リソース利用状況テーブル７００を参照して、リソースＲｋの多重度Ｎｋを検出することができる。例えば、リソースＲｋを「ＳｖｒＡ」とすると、検出部５０３が、利用状況情報７００－１を参照することにより、ＳｖｒＡの多重度「２」を検出することができる。
　なお、リソース利用状況テーブル７００は、例えば、オペレーションの種類ごとに作成される。また、リソース利用状況テーブル７００には、リソースＲ１～ＲＫのうち、例えば、種類「ＬＭ」のオペレーションの実行に関与するすべてのリソースＲｋが予め登録されている。
　図５の説明に戻り、比較部５０５は、リソースＲｋがオペレーションＯＰｉと同一種類のオペレーションＯＰｊを実行中の場合、検出されたリソースＲｋの多重度Ｎｋと、オペレーションＯＰｊの推奨多重度Ｆｊとを比較することにしてもよい。オペレーションＯＰｊの推奨多重度Ｆｊは、例えば、オペレーションＯＰｊをリソースＲｋに割り当てる前に算出されたものである。
　また、割当部５０６は、リソースＲｋの多重度ＮｋとオペレーションＯＰｊの推奨多重度Ｆｊとの比較結果に基づいて、オペレーションＯＰｉをリソースＲｋに割り当てることにしてもよい。具体的には、例えば、割当部５０６が、オペレーションＯＰｉの実行に関与するすべてのリソースＲｋについて、多重度Ｎｋが、オペレーションＯＰｊの推奨多重度Ｆｊ未満の場合、オペレーションＯＰｉをリソースＲｋに割り当てる。
　一方、オペレーションＯＰｉの実行に関与する少なくともいずれかのリソースＲｋについて、多重度ＮｋがオペレーションＯＰｊの推奨多重度Ｆｊ以上の場合、割当部５０６は、オペレーションＯＰｉをリソースＲｋに割り当てない。すなわち、リソースＲｋに割当済みのオペレーションＯＰｊが存在する場合、新たなオペレーションＯＰｉを割り当てることで、リソースＲｋの多重度ＮｋがオペレーションＯＰｊの推奨多重度Ｆｊを超えるときは、オペレーションＯＰｉの割当は行われない。これにより、オペレーションＯＰｉがリソースＲｋに割り当てられた結果、オペレーションＯＰｊの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。
　収集部５０７は、オペレーションＯＰｉがリソースＲｋに割り当てられた結果、リソースＲｋにより実行されたオペレーションＯＰｉのログ情報をリソースＲｋから受信する。オペレーションＯＰｉのログ情報が受信されると、例えば、リソース利用状況テーブル７００内の該当リソースＲｋの多重度Ｎｋがデクリメントされる。
　また、算出部５０４は、受信されたオペレーションＯＰｉのログ情報を用いて、オペレーションＯＰｉと同一種類のオペレーションの推奨多重度を算出することにしてもよい。これにより、各リソースＲｋにおけるオペレーションＯＰｉと同一種類のオペレーションの実行結果をフィードバックして、オペレーションＯＰｉの推奨多重度Ｆｉを算出することができる。
　なお、上述した説明では、オペレーションＯＰｉの推奨多重度Ｆｉを算出することにしたが、これに限らない。例えば、ネットワークシステム１００の管理者により、各オペレーションＯＰｉの推奨多重度Ｆｉを決定して推奨多重度テーブル６００に登録しておくことにしてもよい。
（算出部５０４の具体的な処理内容）
　つぎに、上記算出部５０４の具体的な処理内容について説明する。まず、ある負荷状態におけるリソースＲｋを例に挙げて、オペレーションＯＰｉの推奨多重度Ｆｉを算出する処理内容の一例について説明する。ここでは、オペレーションＯＰｉの種類を「ＬＭ」とする。
　図８は、ある負荷状態におけるマイグレーション時間を示す説明図である。図８において、マイグレーション時間［秒］を示す縦軸と多重度を示す横軸とからなる座標系８００に、グラフ８０１，８０２，８０３が示されている。
　グラフ８０１は、ある負荷状態のリソースＲｋにおいて、ＶＭサイズが１［ＧＢ］のＶＭのマイグレーションが行われたときのリソースＲｋの多重度Ｎｋとマイグレーション時間との関係を示している。マイグレーション時間は、ＶＭのマイグレーションが完了するまでに要した時間である。
　また、グラフ８０２は、リソースＲｋにおいて、ＶＭサイズが２［ＧＢ］のＶＭのマイグレーションが実行されたときのリソースＲｋの多重度Ｎｋとマイグレーション時間との関係を示している。また、グラフ８０３は、リソースＲｋにおいて、ＶＭサイズが４［ＧＢ］のＶＭのマイグレーションが実行されたときのリソースＲｋの多重度Ｎｋとマイグレーション時間との関係を示している。
　ここで、ポリシー情報テーブル３００に示したポリシーＰ１に従って、ＶＭのライブマイグレーションを行う場合を想定する。
　リソースＲｋにおいて、多重度「１」でＶＭサイズが１［ＧＢ］のＶＭのライブマイグレーションを実行したときの実行時間は３４［秒］である。このため、ポリシーＰ１は『６８［秒］以内』となる。この場合、ＶＭサイズが１［ＧＢ］のＶＭのライブマイグレーションを行うオペレーションＯＰｉの推奨多重度Ｆｉは「３」となる。
　リソースＲｋにおいて、多重度「１」でＶＭサイズが２［ＧＢ］のＶＭのライブマイグレーションを実行したときの実行時間は５４［秒］である。このため、ポリシーＰ１は『１０８［秒］以内』となる。この場合、ＶＭサイズが２［ＧＢ］のＶＭのライブマイグレーションを行うオペレーションＯＰｉの推奨多重度Ｆｉは「３」となる。
　リソースＲｋにおいて、多重度「１」でＶＭサイズが４［ＧＢ］のＶＭのライブマイグレーションを実行したときの実行時間は９２［秒］である。このため、ポリシーＰ１は『１２０［秒］以内』となる。この場合、ＶＭサイズが４［ＧＢ］のＶＭのライブマイグレーションを行うオペレーションＯＰｉの推奨多重度Ｆｉは「２」となる。
　つぎに、リソースＲｋにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報に基づいて、オペレーションＯＰｉの推奨多重度Ｆｉを算出する、より具体的な処理内容の一例について説明する。ここでは、オペレーションＯＰｉの種類を「ＬＭ」とする。
　図９は、ログ情報の具体例を示す説明図である。図９において、ログ情報９００は、オペレーションＯＰｉの実行に関与するリソースＲｋにより実行された種類「ＬＭ」のオペレーションＯＰ１～ＯＰ７のログＬ１～Ｌ７を有する。
　具体的には、ログＬ１～Ｌ７は、オペレーションＩＤ、種類、ＶＭＩＤ、ＶＭサイズ、多重度、処理時間および負荷情報を含む。オペレーションＩＤは、各オペレーションの識別子である。種類は、各オペレーションの種類である。ＶＭＩＤは、移動対象のＶＭの識別子である。ＶＭサイズは、移動対象のＶＭのメモリサイズである。
　多重度は、各オペレーション実行時のリソースＲｋの多重度である。処理時間は、各オペレーションの実行が完了するまでに要した時間である。負荷情報は、各オペレーション実行時のリソースＲｋのＣＰＵおよびＩ／Ｏの利用率である。ここでは、各オペレーションの実行に関与するリソースＲｋのうちいずれかのリソースＲｋのＣＰＵおよびＩ／Ｏの利用率を抜粋して示している。
　ここで、ログＬ１を例に挙げると、オペレーションＯＰ１は、多重度「３」で実行されたＶＭサイズが１［ＧＢ］のＶＭ１のライブマイグレーションである。また、オペレーションＯＰ１の処理時間は２０［秒］であり、リソースＲｋのＣＰＵおよびＩ／Ｏの利用率はそれぞれ２０［％］および１０［％］である。
　以下、ポリシー情報テーブル３００に示したポリシーＰ２に従って、ＶＭのライブマイグレーションを行うオペレーションＯＰｉの推奨多重度Ｆｉを算出する場合を想定する。
　図１０は、オペレーションの推奨多重度の算出例を示す説明図である。図１０において、オペレーションＯＰｉと同一種類のオペレーションのログ情報９００（Ｌ１～Ｌ７）が示されている（図１０中、（１０－１）参照）。
　算出部５０４は、ログ情報９００のログＬ１～Ｌ７の中から、ポリシーＰ２に合致するログを抽出する（図１０中、（１０－２）参照）。ここでは、ログＬ１～Ｌ７の中から、ポリシーＰ２に合致するログＬ１，Ｌ２，Ｌ５，Ｌ６，Ｌ７が抽出されている。
　ログＬ１を例に挙げると、ログＬ１のＶＭサイズは１［ＧＢ］のため、ポリシーＰ２は『３０［秒］以内』となる。ログＬ１の処理時間は２０［秒］のため、ログＬ１はポリシーＰ２に合致する。ログＬ３を例に挙げると、ログＬ３のＶＭサイズは１［ＧＢ］のため、ポリシーＰ２は『３０［秒］以内』となる。ログＬ３の処理時間は６０［秒］のため、ログＬ３はポリシーＰ２に合致しない。
　算出部５０４は、ＶＭサイズと多重度とのペアごとに、ＣＰＵおよびＩ／Ｏの利用率が最大のログを特定する。ここでは、ＶＭサイズ「１」と多重度「２」とのペアにおいて、ＣＰＵおよびＩ／Ｏの利用率が最大のログＬ６が特定されている。また、ＶＭサイズ「１」と多重度「３」とのペアにおいて、ＣＰＵおよびＩ／Ｏの利用率が最大のログＬ５が特定されている。また、ＶＭサイズ「２」と多重度「２」とのペアにおいて、ＣＰＵおよびＩ／Ｏの利用率が最大のログＬ２が特定されている。
　算出部５０４は、ＶＭサイズと多重度とのペアごとに、特定されたログの多重度を、種類「ＬＭ」のオペレーションの推奨多重度とし、該ログのＶＭサイズ、ＣＰＵおよびＩ／Ｏの利用率を条件とする（図１０中、（１０－３）参照）。この条件とは、種類「ＬＭ」のオペレーションを推奨多重度で同時実行する場合のリソースＲｋが満たすべき条件である。
　ここでは、ＶＭサイズ「１」と多重度「３」とのペアについて、ログＬ５が特定された結果、推奨多重度テーブル６００に推奨多重度情報６００－１が登録されている。また、ＶＭサイズ「１」と多重度「２」とのペアについてログＬ６が特定され、ＶＭサイズ「２」と多重度「２」とのペアについてログＬ２が特定された結果、推奨多重度テーブル６００に推奨多重度情報６００－２が登録されている。また、ＶＭサイズ「Ａｌｌ」と多重度「１」とのペアについて、推奨多重度テーブル６００に推奨多重度情報６００－３が登録されている。なお、ＶＭサイズ「Ａｌｌ」は、任意のメモリサイズを示している。
　そして、算出部５０４は、推奨多重度テーブル６００を参照して、現在のリソースＲｋの負荷情報に対応するオペレーションＯＰｉの推奨多重度Ｆｉを特定する。リソースＲｋの負荷情報は、例えば、ＣＰＵおよびＩ／Ｏの利用率、移動対象となるＶＭのＶＭサイズなどである。なお、リソースＲｋの負荷情報は、例えば、収集部５０７によりリソースＲｋから受信される。
　例えば、オペレーションＯＰｉの実行に関与する全リソースＲｋのＣＰＵおよびＩ／Ｏの利用率が２５［％］以下かつ移動対象となるＶＭのＶＭサイズが１［ＧＢ］以下の場合を想定する。この場合、オペレーションＯＰｉの推奨多重度Ｆｉは、推奨多重度情報６００－１から「３」となる。
　また、オペレーションＯＰｉの実行に関与する全リソースＲｋのＣＰＵの利用率が２５［％］より大きく３０［％］以下、かつ、Ｉ／Ｏの利用率が２５［％］より大きく４０［％］以下、かつ、ＶＭサイズが１［ＧＢ］以下の場合を想定する。この場合、オペレーションＯＰｉの推奨多重度Ｆｉは、推奨多重度情報６００－２から「２」となる。
　また、オペレーションＯＰｉの実行に関与する全リソースＲｋのＣＰＵの利用率が４０［％］以下、かつ、Ｉ／Ｏの利用率が２０［％］以下、かつ、ＶＭサイズが１［ＧＢ］より大きく２［ＧＢ］以下の場合を想定する。この場合、オペレーションＯＰｉの推奨多重度Ｆｉは、推奨多重度情報６００－２から「２」となる。
　また、オペレーションＯＰｉの実行に関与する少なくともいずれかのリソースＲｋのＣＰＵおよびＩ／Ｏの利用率が上記条件以外、かつ、ＶＭサイズが上記条件以外の場合、オペレーションＯＰｉの推奨多重度Ｆｉは推奨多重度情報６００－３から「１」となる。
（リソースＲｋごとの推奨多重度Ｆｉ－ｋ）
　上述した説明では、各リソースＲ１～ＲＫの処理性能が同一であることを想定して、実行要求を受け付けたオペレーションＯＰｉに対して推奨多重度Ｆｉを算出する場合について説明したが、これに限らない。例えば、各リソースＲ１～ＲＫの処理性能が異なる場合を想定して、オペレーションＯＰｉの実行に関与する各リソースに対して、オペレーションＯＰｉの推奨多重度Ｆｉをそれぞれ算出することにしてもよい。
　ここでは説明のため、オペレーションＯＰｉの実行に関与するリソースを「リソースＲ（１）～Ｒ（Ｍ）」と表記し、リソースＲ（１）～Ｒ（Ｍ）のうち任意のリソースを「リソースＲ（ｍ）」と表記する（ｍ＝１，２，…，Ｍ）。また、リソースＲ（ｍ）に対するオペレーションＯＰｉの推奨多重度を「推奨多重度Ｆｉ－ｍ」と表記する。
　具体的には、例えば、算出部５０４は、リソースＲ（ｍ）ごとに、リソースＲ（ｍ）の負荷情報と、該リソースＲ（ｍ）により実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報とに基づいて、オペレーションＯＰｉの推奨多重度Ｆｉ－ｍを算出する。
　また、比較部５０５は、リソースＲ（ｍ）ごとに、リソースＲ（ｍ）の多重度Ｎ（ｍ）と、算出された推奨多重度Ｆｉ－１～Ｆｉ－Ｍのうち最小の推奨多重度ＦｉMinとを比較する。そして、割当部５０６は、リソースＲ（ｍ）ごとの比較結果に基づいて、オペレーションＯＰｉをリソースＲ（１）～Ｒ（Ｍ）に割り当てる。
　具体的には、例えば、割当部５０６が、全リソースＲ（１）～Ｒ（Ｍ）の多重度Ｎ（１）～Ｎ（Ｍ）が推奨多重度ＦｉMin未満の場合、オペレーションＯＰｉをリソースＲ（１）～Ｒ（Ｍ）に割り当てる。すなわち、推奨多重度ＦｉMinが、オペレーションＯＰｉの推奨多重度Ｆｉとなる。
　図１１は、各リソースに対してオペレーションの推奨多重度を設定する場合の推奨多重度テーブルの記憶内容の一例を示す説明図である。図１１において、ＳｖｒＡ，ＳｖｒＢおよびＳｗＸは、実行要求を受け付けたオペレーションＯＰｉの実行に関与するリソースＲｋである。
　オペレーションＯＰｉは、ＳｗＸを介してＳｖｒＡからＳｖｒＢへＶＭのマイグレーションを行うものである。また、推奨多重度テーブル１１００には、オペレーションＯＰｉの実行に関与するリソース（ＳｖｒＡ，ＳｖｒＢ，ＳｗＸ）ごとの推奨多重度情報１１００－１～１１００－６が示されている。
　推奨多重度情報１１００－１～１１００－３は、ＳｖｒＡに対するオペレーションＯＰｉの推奨多重度を示すものである。ＳｖｒＡに対するオペレーションＯＰｉの推奨多重度は、上記算出部５０４により、ＳｖｒＡにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報に基づいて算出される。
　推奨多重度情報１１００－４，１１００－５は、ＳｖｒＢに対するオペレーションＯＰｉの推奨多重度を示すものである。ＳｖｒＢに対するオペレーションＯＰｉの推奨多重度は、上記算出部５０４により、ＳｖｒＢにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報に基づいて算出される。
　推奨多重度情報１１００－６は、ＳｗＸに対するオペレーションＯＰｉの推奨多重度を示すものである。ＳｗＸに対するオペレーションＯＰｉの推奨多重度は、上記算出部５０４により、ＳｗＸにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報に基づいて算出される。
　ここで、ＳｖｒＡのＣＰＵおよびＩ／Ｏの利用率を１０［％］および２０［％］とし、ＳｖｒＢのＣＰＵおよびＩ／Ｏの利用率を２０［％］および５０［％］とする。この場合、例えば、ＶＭサイズが１［ＧＢ］のＶＭのライブマイグレーションを行うオペレーションＯＰｉのリソース（ＳｖｒＡ，ＳｖｒＢ，ＳｗＸ）ごとの推奨多重度は（３，２，３）となる。このため、オペレーションＯＰｉの推奨多重度Ｆｉは「２」（＝Ｍｉｎ（３，２，３））となる。
　また、ＳｖｒＡのＣＰＵおよびＩ／Ｏの利用率を３０［％］および５０［％］とし、ＳｖｒＢのＣＰＵおよびＩ／Ｏの利用率を２０［％］および５０［％］とする。この場合、例えば、ＶＭサイズが４［ＧＢ］のＶＭのライブマイグレーションを行うオペレーションＯＰｉのリソース（ＳｖｒＡ，ＳｖｒＢ，ＳｗＸ）ごとの推奨多重度は（１，２，３）となる。このため、オペレーションＯＰｉの推奨多重度Ｆｉは「１」（＝Ｍｉｎ（１，２，３））となる。
　これにより、各リソースＲ１～ＲＫの処理性能が異なる場合を想定して、オペレーションＯＰｉの推奨多重度Ｆｉを算出することができる。具体的には、例えば、オペレーションＯＰｉの実行に関与するリソースＲｋのうち処理性能が最も低いリソースＲｋの推奨多重度を、オペレーションＯＰｉの推奨多重度Ｆｉとすることで、オペレーションＯＰｉの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。
（実行制御装置１０１の実行制御処理手順）
　つぎに、実施の形態にかかる実行制御装置１０１の実行制御処理手順について説明する。図１２および図１３は、実施の形態にかかる実行制御装置の実行制御処理手順の一例を示すフローチャートである。図１２のフローチャートにおいて、まず、選択部５０２により、オペレーションプールに実行待ちのオペレーションＯＰｉがあるか否かを判断する（ステップＳ１２０１）。
　ここで、実行待ちのオペレーションＯＰｉがない場合（ステップＳ１２０１：Ｎｏ）、受付部５０１により、オペレーションプールにオペレーションＯＰｉが登録されるのを待つ。一方、実行待ちのオペレーションＯＰｉがある場合（ステップＳ１２０１：Ｙｅｓ）、選択部５０２により、オペレーションプールの中からオペレーションＯＰｉを選択する（ステップＳ１２０２）。
　そして、検出部５０３により、リソースＲ１～ＲＫの中から、選択されたオペレーションＯＰｉの実行に関与するリソースＲｋを特定する（ステップＳ１２０３）。そして、検出部５０３により、特定されたリソースＲｋの多重度Ｎｋを検出する（ステップＳ１２０４）。
　つぎに、算出部５０４により、特定されたリソースＲｋの負荷情報と、リソースＲｋにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報とに基づいて、オペレーションＯＰｉの推奨多重度Ｆｉを算出する（ステップＳ１２０５）。このあと、比較部５０５により、選択されたオペレーションＯＰｉの実行に関与するリソースＲｋを選択する（ステップＳ１２０６）。
　そして、比較部５０５により、選択されたリソースＲｋが実行中のオペレーションＯＰｊがあるか否かを判断する（ステップＳ１２０７）。ここで、実行中のオペレーションＯＰｊがない場合（ステップＳ１２０７：Ｎｏ）、ステップＳ１２１３に移行する。
　一方、実行中のオペレーションＯＰｊがある場合（ステップＳ１２０７：Ｙｅｓ）、比較部５０５により、選択されたリソースＲｋが実行中のオペレーションＯＰｊを選択する（ステップＳ１２０８）。そして、比較部５０５により、選択されたオペレーションＯＰｊの推奨多重度Ｆｊを特定する（ステップＳ１２０９）。なお、オペレーションＯＰｊの推奨多重度Ｆｊは、実行開始前に算出されたものであり、例えば、ＲＡＭ２０３に記憶されている。
　つぎに、比較部５０５により、選択されたリソースＲｋの多重度Ｎｋと、特定されたオペレーションＯＰｊの推奨多重度Ｆｊとを比較する（ステップＳ１２１０）。そして、割当部５０６により、リソースＲｋの多重度ＮｋがオペレーションＯＰｊの推奨多重度Ｆｊ未満か否かを判断する（ステップＳ１２１１）。
　ここで、リソースＲｋの多重度ＮｋがオペレーションＯＰｊの推奨多重度Ｆｊ以上の場合（ステップＳ１２１１：Ｎｏ）、図１３に示すステップＳ１３０７に移行する。一方、多重度Ｎｋが推奨多重度Ｆｊ未満の場合（ステップＳ１２１１：Ｙｅｓ）、比較部５０５により、リソースＲｋが実行中のオペレーションＯＰｊのうち選択されていない未選択のオペレーションＯＰｊがあるか否かを判断する（ステップＳ１２１２）。
　ここで、未選択のオペレーションＯＰｊがある場合（ステップＳ１２１２：Ｙｅｓ）、ステップＳ１２０８に戻る。一方、未選択のオペレーションＯＰｊがない場合（ステップＳ１２１２：Ｎｏ）、比較部５０５により、オペレーションＯＰｉの実行に関与するリソースＲｋのうち選択されていない未選択のリソースＲｋがあるか否かを判断する（ステップＳ１２１３）。
　ここで、未選択のリソースＲｋがある場合（ステップＳ１２１３：Ｙｅｓ）、ステップＳ１２０６に戻る。一方、未選択のリソースＲｋがない場合（ステップＳ１２１３：Ｎｏ）、図１３に示すステップＳ１３０１に移行する。
　図１３のフローチャートにおいて、まず、比較部５０５により、図１２に示したステップＳ１２０２において選択されたオペレーションＯＰｉの実行に関与するリソースＲｋを選択する（ステップＳ１３０１）。このあと、比較部５０５により、選択されたリソースＲｋの多重度Ｎｋと、選択されたオペレーションＯＰｉの推奨多重度Ｆｉとを比較する（ステップＳ１３０２）。
　そして、割当部５０６により、リソースＲｋの多重度ＮｋがオペレーションＯＰｉの推奨多重度Ｆｉ未満か否かを判断する（ステップＳ１３０３）。ここで、リソースＲｋの多重度ＮｋがオペレーションＯＰｉの推奨多重度Ｆｉ未満の場合（ステップＳ１３０３：Ｙｅｓ）、比較部５０５により、オペレーションＯＰｉの実行に関与するリソースＲｋのうち選択されていない未選択のリソースＲｋがあるか否かを判断する（ステップＳ１３０４）。
　ここで、未選択のリソースＲｋがある場合（ステップＳ１３０４：Ｙｅｓ）、ステップＳ１３０１に戻る。一方、未選択のリソースＲｋがない場合（ステップＳ１３０４：Ｎｏ）、割当部５０６により、選択されたオペレーションＯＰｉをリソースＲｋに割り当てる（ステップＳ１３０５）。そして、割当部５０６により、オペレーションプールの中から、割当済みのオペレーションＯＰｉを削除して（ステップＳ１３０６）、図１２に示したステップＳ１２０１に戻る。
　また、ステップＳ１３０３において、リソースＲｋの多重度ＮｋがオペレーションＯＰｉの推奨多重度Ｆｉ以上の場合（ステップＳ１３０３：Ｎｏ）、選択部５０２により、実行待ちのオペレーションＯＰｉのうち選択されていない未選択のオペレーションＯＰｉがあるか否かを判断する（ステップＳ１３０７）。
　ここで、未選択のオペレーションＯＰｉがある場合（ステップＳ１３０７：Ｙｅｓ）、図１２に示したステップＳ１２０２に戻る。一方、未選択のオペレーションＯＰｉがない場合（ステップＳ１３０７：Ｎｏ）、選択部５０２により、選択されたリソースＲｋにより１個以上のオペレーションＯＰｊの実行が完了したか否かを判断する（ステップＳ１３０８）。
　ここで、選択部５０２により、１個以上のオペレーションＯＰｊの実行が完了するのを待って（ステップＳ１３０８：Ｎｏ）、完了した場合（ステップＳ１３０８：Ｙｅｓ）、図１２に示したステップＳ１２０２に移行する。
　これにより、オペレーションＯＰｉの実行がポリシーで規定された時間内に完了するようにリソースＲｋに割り当てることができる。また、リソースＲｋで実行中のオペレーションＯＰｊの実行がポリシーで規定された時間内に完了するように、リソースＲｋにオペレーションＯＰｉを割り当てることができる。
（実行制御装置１０１の実行制御処理の実施例）
　図１４は、実施の形態にかかるネットワークシステムの一実施例を示す説明図（その２）である。図１４において、ネットワークシステム１４００は、実行制御装置１０１と、ＳｖｒＡと、ＳｖｒＢと、ＳｖｒＣと、ＳｖｒＤと、ＳｗＸと、ＳｗＹと、を含む。
　ＳｖｒＡにおいて、ＶＭ１（ＶＭサイズ：１［ＧＢ］）およびＶＭ２（ＶＭサイズ：４［ＧＢ］）が動作している。ＳｖｒＢにおいて、ＶＭ３（ＶＭサイズ：４［ＧＢ］）が動作している。ＳｖｒＣにおいて、ＶＭ４（ＶＭサイズ：４［ＧＢ］）およびＶＭ５（ＶＭサイズ：２［ＧＢ］）が動作している。ＳｖｒＤにおいて、ＶＭ６（ＶＭサイズ：１［ＧＢ］）が動作している。
　ここでは、以下に示すタイミング（時刻ｔ）で、オペレーションＯＰ１～ＯＰ６の実行要求を受け付けた場合を想定する。また、オペレーションＯＰ１～ＯＰ６に適用するポリシーを図３に示した「ポリシーＰ１」とする。
・時刻ｔ＝０
　＜オペレーションＯＰ１＞
　種類「ＬＭ」
　処理内容「ＶＭ１をＳｖｒＡからＳｖｒＢへ移動」
　関与リソース「ＶＭ１，ＳｖｒＡ，ＳｖｒＢ，ＳｗＸ」
・時刻ｔ＝１０
　＜オペレーションＯＰ２＞
　種類「ＬＭ」
　処理内容「ＶＭ２をＳｖｒＡからＳｖｒＤへ移動」
　関与リソース「ＶＭ２，ＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹ」
・時刻ｔ＝２０
　＜オペレーションＯＰ３＞
　種類「ＬＭ」
　処理内容「ＶＭ３をＳｖｒＢからＳｖｒＡへ移動」
　関与リソース「ＶＭ３，ＳｖｒＡ，ＳｖｒＢ，ＳｗＸ」
・時刻ｔ＝５０
　＜オペレーションＯＰ４＞
　種類「ＬＭ」
　処理内容「ＶＭ４をＳｖｒＣからＳｖｒＢへ移動」
　関与リソース「ＶＭ４，ＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹ」
・時刻ｔ＝７０
　＜オペレーションＯＰ５＞
　種類「ＬＭ」
　処理内容「ＶＭ５をＳｖｒＣからＳｖｒＤへ移動」
　関与リソース「ＶＭ５，ＳｖｒＣ，ＳｖｒＤ，ＳｗＹ」
・時刻ｔ＝１００
　＜オペレーションＯＰ６＞
　種類「ＬＭ」
　処理内容「ＶＭ６をＳｖｒＤからＳｖｒＡへ移動」
　関与リソース「ＶＭ６，ＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹ」
　つぎに、図１５を用いて、ポリシーＰ１を満たす種類「ＬＭ」のオペレーションの推奨多重度について説明する。
　図１５は、推奨多重度テーブルの記憶内容の一例を示す説明図（その２）である。図１５において、推奨多重度テーブル１５００には、推奨多重度情報１５００－１～１５００－３がレコードとして記憶されている。
　推奨多重度情報１５００－１は、種類「ＬＭ」のオペレーションを推奨多重度「３」で同時実行する場合の条件「ｓｉｚｅ≦２ＧＢ」を示している。なお、ここでは、各リソースＲｋにおけるＣＰＵおよびＩ／Ｏの利用率に関する条件を省略している。
　推奨多重度情報１５００－２は、種類「ＬＭ」のオペレーションを推奨多重度「２」で同時実行する場合の条件「ｓｉｚｅ≦４ＧＢ」を示している。推奨多重度情報１５００－３は、種類「ＬＭ」のオペレーションを推奨多重度「１」で同時実行する場合の条件「Ｏｔｈｅｒｓ」を示している。
　以下、図１６～図２２を用いて、実行制御装置１０１の実行制御処理の実施例について説明する。図１６～図２２は、リソース利用状況の変遷を示す説明図である。
　図１６に示す（１）実行開始前は、オペレーションＯＰ１～ＯＰ６の実行が開始される前の状態である。このため、オペレーションプールは空の状態となっている。また、各リソースにより実行されているオペレーションがないため、リソース利用状況テーブル７００内のＳｖｒＡ～ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度は「０」となっている。
　図１６に示す（２）時刻ｔ＝０において、オペレーションＯＰ１の実行要求が受け付けられると、オペレーションＯＰ１がオペレーションプールに登録される。ここで、ＶＭ１のＶＭサイズは１［ＧＢ］のため、オペレーションＯＰ１の推奨多重度Ｆ１は「３」となる（図１５参照）。
　また、各ＳｖｒＡ～ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度は「０」のため、オペレーションＯＰ１の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ１が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ１の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸの多重度がインクリメントされている。
　図１７に示す（３）時刻ｔ＝１０において、オペレーションＯＰ２の実行要求が受け付けられると、オペレーションＯＰ２がオペレーションプールに登録される。ここで、ＶＭ２のＶＭサイズは４［ＧＢ］のため、オペレーションＯＰ２の推奨多重度Ｆ２は「２」となる（図１５参照）。
　また、各ＳｖｒＡ～ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度は「２」未満のため、オペレーションＯＰ２の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ２が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ２の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度がインクリメントされている。
　図１７に示す（４）時刻ｔ＝２０において、オペレーションＯＰ３の実行要求が受け付けられると、オペレーションＯＰ３がオペレーションプールに登録される。ここで、ＶＭ３のＶＭサイズは４［ＧＢ］のため、オペレーションＯＰ３の推奨多重度Ｆ３は「２」となる（図１５参照）。
　ここで、オペレーションＯＰ３の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸのうち、ＳｖｒＡ，ＳｗＸの多重度が「２」のため、オペレーションＯＰ３の実行は保留される。このため、オペレーションプールにオペレーションＯＰ３が登録されたままとなる。
　図１８に示す（５）時刻ｔ＝４０において、オペレーションＯＰ１の実行が完了し、オペレーションＯＰ１の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸの多重度がデクリメントされたとする。この場合、実行待ちとなっているオペレーションＯＰ３の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸの多重度が「２」未満となるため、オペレーションＯＰ３の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ３が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ３の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸの多重度がインクリメントされている。
　図１８に示す（６）時刻ｔ＝５０において、オペレーションＯＰ４の実行要求が受け付けられると、オペレーションＯＰ４がオペレーションプールに登録される。ここで、ＶＭ４のＶＭサイズは４［ＧＢ］のため、オペレーションＯＰ４の推奨多重度Ｆ４は「２」となる（図１５参照）。
　ここで、オペレーションＯＰ４の実行に関与するＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹのうち、ＳｗＸの多重度が「２」のため、オペレーションＯＰ４の実行は保留される。このため、オペレーションプールにオペレーションＯＰ４が登録されたままとなる。
　図１９に示す（７）時刻ｔ＝７０において、オペレーションＯＰ５の実行要求が受け付けられると、オペレーションＯＰ５がオペレーションプールに登録される。ここで、ＶＭ５のＶＭサイズは２［ＧＢ］のため、オペレーションＯＰ５の推奨多重度Ｆ５は「３」となる（図１５参照）。
　また、オペレーションＯＰ５の実行に関与するＳｖｒＣ，ＳｖｒＤ，ＳｗＹの多重度はすべて「３」未満となっているため、オペレーションＯＰ５の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ５が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ５の実行に関与するＳｖｒＣ，ＳｖｒＤ，ＳｗＹの多重度がインクリメントされている。
　図１９に示す（８）時刻ｔ＝９０において、オペレーションＯＰ２の実行が完了し、オペレーションＯＰ２の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度がデクリメントされたとする。この場合、実行待ちとなっているオペレーションＯＰ４の実行に関与するＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹの多重度が「２」未満となるため、オペレーションＯＰ４の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ４が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ４の実行に関与するＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹの多重度がインクリメントされている。
　図２０に示す（９）時刻ｔ＝１００において、オペレーションＯＰ６の実行要求が受け付けられると、オペレーションＯＰ６がオペレーションプールに登録される。ここで、ＶＭ６のＶＭサイズは１［ＧＢ］のため、オペレーションＯＰ６の推奨多重度Ｆ６は「３」となる（図１５参照）。
　ここで、オペレーションＯＰ６の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度はすべて「３」未満である。しかし、ＳｗＸ，ＳｗＹで実行中のオペレーションＯＰ３，ＯＰ４の推奨多重度Ｆ３，Ｆ４は「２」のため、オペレーションＯＰ６の実行は保留される。このため、オペレーションプールにオペレーションＯＰ６が登録されたままとなる。
　図２０に示す（１０）時刻ｔ＝１２０において、オペレーションＯＰ３の実行が完了し、オペレーションＯＰ３の実行に関与するＳｖｒＡ，ＳｖｒＢ，ＳｗＸの多重度がデクリメントされている。しかし、ＳｗＹで実行中のオペレーションＯＰ４の推奨多重度Ｆ４は「２」のため、継続してオペレーションＯＰ６の実行は保留される。
　図２１に示す（１１）時刻ｔ＝１４０において、オペレーションＯＰ５の実行が完了し、オペレーションＯＰ５の実行に関与するＳｖｒＣ，ＳｖｒＤ，ＳｗＹの多重度がデクリメントされたとする。この場合、実行待ちとなっているオペレーションＯＰ６の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度が「３」未満となる。
　また、実行中のオペレーションＯＰ４の実行に関与するＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹの多重度が「２」未満となる。このため、オペレーションＯＰ６の実行が開始される。この結果、オペレーションプールからオペレーションＯＰ６が削除され、リソース利用状況テーブル７００内のオペレーションＯＰ６の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度がインクリメントされている。
　図２１に示す（１２）時刻ｔ＝１６０において、オペレーションＯＰ４の実行が完了し、オペレーションＯＰ４の実行に関与するＳｖｒＢ，ＳｖｒＣ，ＳｗＸ，ＳｗＹの多重度がデクリメントされている。
　図２２に示す（１３）時刻ｔ＝１８０において、オペレーションＯＰ６の実行が完了し、オペレーションＯＰ６の実行に関与するＳｖｒＡ，ＳｖｒＤ，ＳｗＸ，ＳｗＹの多重度がデクリメントされている。これにより、実行要求を受け付けたオペレーションＯＰ１～ＯＰ６の実行がすべて完了したことになる。
　図２３は、オペレーションＯＰ１～ＯＰ６のタイムラインを示す説明図である。図２３において、タイムライン２３００には、各オペレーションＯＰ１～ＯＰ６の実行状況（実行中、実行保留中）と、ＳｖｒＡ、ＳｖｒＢ、ＳｖｒＣ、ＳｖｒＤ、ＳｗＸおよびＳｗＹの多重度とが時系列に示されている。
　時刻ｔ＝２０～４０において、オペレーションＯＰ３は、オペレーションＯＰ３の推奨多重度Ｆ３が「２」のため実行が保留されている。また、時刻ｔ＝５０～９０において、オペレーションＯＰ４は、オペレーションＯＰ４の推奨多重度Ｆ４が「２」のため実行が保留されている。
　また、時刻ｔ＝７０において、オペレーションＯＰ４は継続して保留中となっている一方で、オペレーションＯＰ４よりもあとに実行要求を受け付けたオペレーションＯＰ５が先に実行されている。また、時刻ｔ＝１００～１４０において、オペレーションＯＰ６は、実行中のオペレーションＯＰ４の推奨多重度Ｆ４が「２」のため継続して保留されている。
　このように、各オペレーションＯＰ１～ＯＰ６の実行タイミングを推奨多重度Ｆ１～Ｆ６に従ってスケジューリングすることで、リソースの過負荷を抑止するとともに、オペレーションＯＰ１～ＯＰ６の処理全体にかかる処理時間の長期化を抑止することができる。すなわち、複数のオペレーションを同時に実行してリソースＲｋの過負荷を招くのではなく、また、オペレーションを１個ずつ実行して全体処理時間の長期化を招くのではなく、複数のオペレーションを適切な順序と多重度で効率的に実行することができる。
　以上説明したように、実施の形態にかかる実行制御装置１０１によれば、実行要求を受け付けたオペレーションＯＰｉの推奨多重度ＦｉとリソースＲｋの多重度Ｎｋとの比較結果に基づいて、オペレーションＯＰｉの実行を制御することができる。これにより、オペレーションＯＰｉの実行がポリシーで規定された時間内に完了するようにリソースＲｋに割り当てることができ、オペレーションＯＰｉの処理時間の長期化およびリソースＲｋの過負荷を抑止することができる。
　また、実行制御装置１０１によれば、リソースＲｋの負荷情報と、リソースＲｋにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報とに基づいて、オペレーションＯＰｉの推奨多重度Ｆｉを算出することができる。これにより、リソースＲｋにおいて、オペレーションＯＰｉと同一種類のオペレーションの実行が規定時間内に完了した多重度を、オペレーションＯＰｉの推奨多重度Ｆｉとして算出することができる。
　また、実行制御装置１０１によれば、リソースＲｋが実行中のオペレーションＯＰｊの推奨多重度ＦｊとリソースＲｋの多重度Ｎｋとの比較結果に基づいて、実行要求を受け付けたオペレーションＯＰｉの実行を制御することができる。これにより、オペレーションＯＰｉがリソースＲｋに割り当てられた結果、オペレーションＯＰｊの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。
　また、実行制御装置１０１によれば、オペレーションＯＰｉの実行に関与する各々のリソースＲ（ｍ）について、オペレーションＯＰｉの推奨多重度Ｆｉ－ｍを算出することができる。そして、算出された推奨多重度Ｆｉ－１～Ｆｉ－Ｍのうち最小の推奨多重度ＦｉMinを、オペレーションＯＰｉの推奨多重度Ｆｉとすることができる。これにより、リソースＲ（１）～Ｒ（Ｍ）のうちボトルネックとなるリソースに合わせてオペレーションＯＰｉを割り当てることができ、オペレーションＯＰｉの実行がポリシーで規定された時間内に完了しないことを防ぐことができる。
　また、実行制御装置１０１によれば、リソースＲｋにより実行された、オペレーションＯＰｉと同一種類のオペレーションのログ情報を、リソースＲｋから受信することができる。これにより、各リソースＲｋにおけるオペレーションＯＰｉと同一種類のオペレーションの実行結果をフィードバックして、オペレーションＯＰｉの推奨多重度Ｆｉを算出することができる。
　これらのことから、実行制御装置１０１によれば、ネットワークシステム１００において、同時多発的に実行され得る運用管理オペレーションの処理時間の長期化およびリソースＲｋの過負荷を抑止することができる。また、運用管理オペレーションの処理時間の長期化を抑止することにより、さらなるリソースの圧迫やサービスの性能劣化を防ぐことができる。具体的には、例えば、ライブマイグレーションの処理時間の増大化を抑止することにより、再送データ量の増加を抑え、運用管理ネットワークリソースの圧迫を防ぐことができる。また、例えば、ＶＭ起動の処理時間の増大化を抑止することにより、多数のＶＭの同時起動処理による物理サーバリソースの圧迫や同一物理サーバ上で実行中のＶＭによるサービスの性能劣化を防ぐことができる。
　なお、本実施の形態で説明した実行制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本実行制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本実行制御プログラムは、インターネット等のネットワークを介して配布してもよい。
　１００，１４００　ネットワークシステム
　１０１　実行制御装置
　３００　ポリシー情報テーブル
　４００　実行要求
　５０１　受付部
　５０２　選択部
　５０３　検出部
　５０４　算出部
　５０５　比較部
　５０６　割当部
　５０７　収集部
　６００　推奨多重度テーブル
　７００　リソース利用状況テーブル
　９００　ログ情報

Claims (8)

  1. 　システムに対する所定のオペレーションの実行要求を受け付ける受付工程と、
    　前記受付工程によって前記実行要求が受け付けられた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一種類のオペレーションの数を検出する検出工程と、
    　前記検出工程によって検出された前記同一種類のオペレーションの数と、前記計算機により前記所定のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較する比較工程と、
    　前記比較工程によって比較された比較結果に基づいて、前記所定のオペレーションを前記計算機に割り当てる割当工程と、
    　をコンピュータに実行させることを特徴とする実行制御プログラム。
  2. 　前記コンピュータに、
    　前記計算機の負荷情報と前記計算機により実行された前記同一種類のオペレーションのログ情報とに基づいて、前記実行要求から特定される規定時間内に前記所定のオペレーションの実行が完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数を算出する算出工程を実行させ、
    　前記比較工程は、
    　前記検出工程によって検出された前記同一種類のオペレーションの数と、前記算出工程によって算出された前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較することを特徴とする請求項１に記載の実行制御プログラム。
  3. 　前記比較工程は、
    　前記計算機が前記同一種類のオペレーションを実行中の場合、さらに、前記検出工程によって検出された前記同一種類のオペレーションの数と、前記計算機により実行中の前記同一種類のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較することを特徴とする請求項２に記載の実行制御プログラム。
  4. 　前記コンピュータに、
    　前記所定のオペレーションの実行に関与する複数の計算機の各々の計算機について、前記検出工程および前記比較工程を実行させ、
    　前記割当工程は、
    　前記比較工程によって比較された前記各々の計算機の比較結果に基づいて、前記所定のオペレーションを前記複数の計算機に割り当てることを特徴とする請求項３に記載の実行制御プログラム。
  5. 　前記算出工程は、
    　前記各々の計算機ごとに、前記各々の計算機の負荷情報と前記各々の計算機により実行された前記同一種類のオペレーションのログ情報とに基づいて、前記規定時間内に前記所定のオペレーションの実行が完了する、前記各々の計算機が同時に実行可能な前記同一種類のオペレーションの数を算出し、
    　前記比較工程は、
    　前記各々の計算機ごとに、前記検出工程によって検出された前記各々の計算機が実行中の前記同一種類のオペレーションの数と、前記算出工程によって算出された前記各々の計算機が同時に実行可能な前記同一種類のオペレーションの数のうちの最小値とを比較することを特徴とする請求項４に記載の実行制御プログラム。
  6. 　前記計算機により実行された前記同一種類のオペレーションのログ情報を前記計算機から受信する受信工程を前記コンピュータに実行させ、
    　前記算出工程は、
    　前記計算機の負荷情報と前記受信工程によって受信された前記同一種類のオペレーションのログ情報とに基づいて、前記規定時間内に前記所定のオペレーションの実行が完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数を算出することを特徴とする請求項５に記載の実行制御プログラム。
  7. 　システムに対する所定のオペレーションの実行要求を受け付ける受付部と、
    　前記受付部によって前記実行要求が受け付けられた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一種類のオペレーションの数を検出する検出部と、
    　前記検出部によって検出された前記同一種類のオペレーションの数と、前記計算機により前記所定のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較する比較部と、
    　前記比較部によって比較された比較結果に基づいて、前記所定のオペレーションを前記計算機に割り当てる割当部と、
    　を備えることを特徴とする実行制御装置。
  8. 　コンピュータが、
    　システムに対する所定のオペレーションの実行要求を受け付け、
    　前記実行要求が受け付けられた前記所定のオペレーションの実行に関与する前記システム内の計算機が実行中の、前記所定のオペレーションと同一種類のオペレーションの数を検出し、
    　前記検出された前記同一種類のオペレーションの数と、前記計算機により前記所定のオペレーションの実行が規定時間内に完了する、前記計算機が同時に実行可能な前記同一種類のオペレーションの数とを比較し、
    　前記比較された比較結果に基づいて、前記所定のオペレーションを前記計算機に割り当てる、
    　処理を実行することを特徴とする実行制御方法。
PCT/JP2011/052667 2011-02-08 2011-02-08 実行制御プログラム、実行制御装置および実行制御方法 WO2012108007A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP11858287.3A EP2674861A4 (en) 2011-02-08 2011-02-08 EMBODIMENT PROGRAM, EMISSION CONTROL DEVICE AND EMISSION CONTROL METHOD
JP2012556691A JP5641064B2 (ja) 2011-02-08 2011-02-08 実行制御プログラム、実行制御装置および実行制御方法
PCT/JP2011/052667 WO2012108007A1 (ja) 2011-02-08 2011-02-08 実行制御プログラム、実行制御装置および実行制御方法
US13/958,099 US9378050B2 (en) 2011-02-08 2013-08-02 Assigning an operation to a computing device based on a number of operations simultaneously executing on that device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/052667 WO2012108007A1 (ja) 2011-02-08 2011-02-08 実行制御プログラム、実行制御装置および実行制御方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/958,099 Continuation US9378050B2 (en) 2011-02-08 2013-08-02 Assigning an operation to a computing device based on a number of operations simultaneously executing on that device

Publications (1)

Publication Number Publication Date
WO2012108007A1 true WO2012108007A1 (ja) 2012-08-16

Family

ID=46638250

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/052667 WO2012108007A1 (ja) 2011-02-08 2011-02-08 実行制御プログラム、実行制御装置および実行制御方法

Country Status (4)

Country Link
US (1) US9378050B2 (ja)
EP (1) EP2674861A4 (ja)
JP (1) JP5641064B2 (ja)
WO (1) WO2012108007A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014067402A (ja) * 2012-09-04 2014-04-17 Fujitsu Ltd プログラム、情報処理装置およびスケジュール決定方法
JP7448703B2 (ja) 2020-12-24 2024-03-12 株式会社日立製作所 情報処理システム及び情報処理システムにおけるデータ配置方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10642635B2 (en) * 2014-06-07 2020-05-05 Vmware, Inc. Decentralized demand-based virtual machine migration management

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002024192A (ja) 2000-07-07 2002-01-25 Hitachi Ltd 計算機資源分割装置および資源分割方法
JP2003058518A (ja) * 2001-08-06 2003-02-28 Internatl Business Mach Corp <Ibm> ネットワークシステム、ｃｐｕ資源プロバイダ、クライアント装置、処理サービスの提供方法、およびプログラム
JP2003316587A (ja) * 2002-04-23 2003-11-07 Hitachi Ltd 負荷分散システム
JP2005293048A (ja) 2004-03-31 2005-10-20 Fujitsu Ltd 資源計画作成プログラム
JP2007133578A (ja) * 2005-11-09 2007-05-31 Hitachi Software Eng Co Ltd データ処理システム及びデータ送信システム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6725211B1 (en) * 2000-09-28 2004-04-20 International Business Machines Corporation Work load assessment heuristic for optimal task parallelism determination
JP2005062927A (ja) * 2003-08-11 2005-03-10 Hitachi Ltd 負荷制御方法および装置並びにその処理プログラム
US8831026B2 (en) * 2004-03-19 2014-09-09 International Business Machines Corporation Method and apparatus for dynamically scheduling requests
US8694638B2 (en) * 2009-06-29 2014-04-08 Red Hat Israel Selecting a host from a host cluster to run a virtual machine
US8321870B2 (en) * 2009-08-14 2012-11-27 General Electric Company Method and system for distributed computation having sub-task processing and sub-solution redistribution
KR101653204B1 (ko) * 2010-03-16 2016-09-01 삼성전자주식회사 멀티 코어 시스템에서 데이터 병렬 처리를 위한 동적 태스크 관리 시스템 및 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002024192A (ja) 2000-07-07 2002-01-25 Hitachi Ltd 計算機資源分割装置および資源分割方法
JP2003058518A (ja) * 2001-08-06 2003-02-28 Internatl Business Mach Corp <Ibm> ネットワークシステム、ｃｐｕ資源プロバイダ、クライアント装置、処理サービスの提供方法、およびプログラム
JP2003316587A (ja) * 2002-04-23 2003-11-07 Hitachi Ltd 負荷分散システム
JP2005293048A (ja) 2004-03-31 2005-10-20 Fujitsu Ltd 資源計画作成プログラム
JP2007133578A (ja) * 2005-11-09 2007-05-31 Hitachi Software Eng Co Ltd データ処理システム及びデータ送信システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2674861A4

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014067402A (ja) * 2012-09-04 2014-04-17 Fujitsu Ltd プログラム、情報処理装置およびスケジュール決定方法
JP7448703B2 (ja) 2020-12-24 2024-03-12 株式会社日立製作所 情報処理システム及び情報処理システムにおけるデータ配置方法

Also Published As

Publication number Publication date
JPWO2012108007A1 (ja) 2014-07-03
JP5641064B2 (ja) 2014-12-17
US20130318532A1 (en) 2013-11-28
US9378050B2 (en) 2016-06-28
EP2674861A1 (en) 2013-12-18
EP2674861A4 (en) 2016-04-27

Similar Documents

Publication Publication Date Title
US11204793B2 (en) Determining an optimal computing environment for running an image
US10924349B2 (en) Automatic placement of clients in a distributed computer system satisfying constraints
JP5162579B2 (ja) 作業負荷特性に基づいたホストへの仮想マシンのデプロイ
US9442763B2 (en) Resource allocation method and resource management platform
US9588789B2 (en) Management apparatus and workload distribution management method
US8930957B2 (en) System, method and program product for cost-aware selection of stored virtual machine images for subsequent use
US8402470B2 (en) Processor thread load balancing manager
US20130339956A1 (en) Computer system and optimal arrangement method of virtual machine in computer system
US20210149743A1 (en) Resource processing method of cloud platform, related device, and storage medium
US20140244844A1 (en) Control device and resource control method
WO2024119763A1 (zh) 一种容器集群算力调度方法及相关装置
US20210357269A1 (en) Quality of service scheduling with workload profiles
US20170329644A1 (en) Computer-readable recording medium having stored therein program, information processing apparatus, information processing system, and method for processing information
JP5641064B2 (ja) 実行制御プログラム、実行制御装置および実行制御方法
WO2016056060A1 (ja) 計算機及びベクタの設定方法
JP5988505B2 (ja) 仮想リソース管理装置、選択方法及び選択プログラム
US8245229B2 (en) Temporal batching of I/O jobs
WO2024021467A1 (zh) 一种集群资源规划方法、设备、装置及介质
US11803414B2 (en) Diagonal autoscaling of serverless computing processes for reduced downtime
JPH1027167A (ja) 並列計算機の負荷分散方法
JP2010097566A (ja) 情報処理装置、及び情報処理システムにおけるバッチ処理の割り当て方法
US20140059008A1 (en) Resource allocation analyses on hypothetical distributed computer systems
CN111143059A (zh) 改进的Kubernetes资源调度方法
WO2024125114A1 (zh) 基于云服务的资源分配方法及装置
WO2024036940A1 (zh) 一种容器管理方法及相关设备

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2012556691

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2011858287

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE