WO2014122743A1 - 仮想ゲスト管理システム及び仮想ゲスト管理方法 - Google Patents

仮想ゲスト管理システム及び仮想ゲスト管理方法 Download PDF

Info

Publication number
WO2014122743A1
WO2014122743A1 PCT/JP2013/052761 JP2013052761W WO2014122743A1 WO 2014122743 A1 WO2014122743 A1 WO 2014122743A1 JP 2013052761 W JP2013052761 W JP 2013052761W WO 2014122743 A1 WO2014122743 A1 WO 2014122743A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual
guest
virtual guest
host
resource
Prior art date
Application number
PCT/JP2013/052761
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/JP2013/052761 priority Critical patent/WO2014122743A1/ja
Priority to US14/428,062 priority patent/US9762506B2/en
Publication of WO2014122743A1 publication Critical patent/WO2014122743A1/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
    • H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/748—Negotiation of resources, e.g. modification of a request
    • 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/5011—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resources being hardware resources other than CPUs, Servers and Terminals
    • 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/5083—Techniques for rebalancing the load in a distributed system
    • G06F9/5088—Techniques for rebalancing the load in a distributed system involving task migration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H04L43/0882—Utilisation of link capacity
    • 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
    • H04L47/83—Admission control; Resource allocation based on usage prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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 virtual guest management system and a virtual guest management method, and is particularly suitable for application to a virtual guest management system and a virtual guest management method for moving a virtual guest in consideration of the usage history of resources used by the virtual guest. Is.
  • one or a plurality of virtual machines (hereinafter referred to as virtual guests) are arranged on a server device having a virtualization function (hereinafter referred to as a virtual host), and a physical resource (hereinafter referred to as a virtual resource) is provided to each of the arranged virtual guests.
  • a virtualization function hereinafter referred to as a virtual host
  • a virtual resource hereinafter referred to as a virtual resource
  • a virtual guest is virtualization software that runs on the hypervisor of a virtual host.
  • the resource refers to a physical resource such as a storage capacity of a CPU (Central Processing Unit), a memory, a disk adapter, a network adapter, or a storage device that provides a storage area for the virtual host that constitutes the virtual host.
  • CPU Central Processing Unit
  • Patent Document 1 in a system having a plurality of virtual hosts on which a plurality of virtual guests respectively operate, the virtual guest is appropriately arranged on the virtual host, thereby guaranteeing the processing performance of the virtual guest while realizing cost reduction.
  • a virtual machine management device is disclosed.
  • the resources used by the virtual guest and the reservation amount (margin) that is expected to be further collected are collected, and the collected resource usage and the margin are added together to add up the resources.
  • a technique for calculating the amount as a resource amount required by a virtual guest is disclosed.
  • the margin that is expected to be further required is calculated based on the resource amount used when the processing of the virtual guest is at its peak.
  • the migration-destination virtual host By selecting the migration-destination virtual host in this way, virtual guests with close margins can be aggregated and arranged, so the margin of the virtual guests that are aggregated and arranged is the amount of change in the future processing amount. If the virtual host is reserved, it is possible to roughly cope with the increase in the processing amount without securing an extra margin.
  • the amount of resources required by the virtual guest is simply the sum of the amount of resources used by the virtual guest and the margin.
  • the amount of resources required by the virtual guest obtained by the addition does not take into account the timing at which the virtual guest actually uses the resources.
  • the amount of resources used by the virtual guest is not always constant, and varies with time according to the work handled by the virtual guest. Therefore, if the amount of resources required by the virtual guest is not calculated in consideration of fluctuations in the usage amount, extra resources that are not used at all in the virtual host can be secured. Therefore, resources are wasted and resource usage efficiency is reduced.
  • the present invention has been made in consideration of the above points, and proposes a virtual guest management system and a virtual guest management method capable of improving the resource use efficiency.
  • a virtual guest management system comprising a plurality of virtual hosts, a virtual guest arranged in each of the plurality of virtual hosts, and a management system for managing the migration of the virtual guests
  • the management system reflects the usage resource history of the migration target virtual guest in the usage resource history of the migration destination candidate virtual host and assumes that the migration target virtual guest has been migrated. It is characterized in that a future change in the amount of used resources is estimated, and a migration destination virtual host is determined from the migration destination candidate virtual hosts based on the estimation result.
  • a virtual guest management comprising a plurality of virtual hosts, a virtual guest arranged in each of the plurality of virtual hosts, and a management system for managing the migration of the virtual guests It is a virtual guest management method in the system, and the management system assumes that the used resource history of the migration target virtual guest is reflected in the used resource history of the migration destination candidate virtual host, and that the migrated virtual guest is moved
  • a step of estimating a future change in the amount of resources used in the future of the migration destination candidate virtual host, and a step of determining a migration destination virtual host from the migration destination candidate virtual hosts based on the estimation result It is characterized by that.
  • FIG. 1 shows the overall configuration of a virtual guest management system 1.
  • the virtual guest management system 1 includes virtual hosts 11A and 11B, a storage device 12, and a management system 13.
  • the virtual hosts 11A and 11B, the storage apparatus 12, and the management system 13 are connected to each other via a network N so that they can communicate with each other.
  • the virtual host 11A is a physical device that provides a virtual guest (see FIG. 2) to the user, and is configured by a server device, for example.
  • the virtual host 11A includes a CPU (Central Processing Unit) 111a, a memory 112a, a disk adapter 113a, a network adapter 114a, and a management I / F 115a.
  • CPU Central Processing Unit
  • the CPU 111a includes a plurality of cores, and comprehensively controls the operation of the virtual host 11A based on various programs stored in the memory 112a.
  • the memory 112a is used to hold various programs and various tables, and is used as a work memory for the CPU 11a.
  • the disk adapter 113 a is an interface that executes protocol control during communication with the storage apparatus 12, and transmits and receives various commands and data to and from the storage apparatus 12.
  • the network adapter 114 a is an interface for transmitting / receiving various data to / from another virtual host 11 ⁇ / b> B or the storage apparatus 12 via the network N.
  • the management I / F 115 a is an interface for transmitting and receiving various commands to and from the management system 13 via the network N.
  • the virtual host 11B is a physical device such as a server device, and includes a CPU 111b, a memory 112b, a disk adapter 113b, a network adapter 114b, and a management I / F 115b. Since the function and configuration of the virtual host 11B are the same as those of the virtual host 11A, description thereof is omitted here.
  • the storage apparatus 12 includes a plurality of storage devices 121 and a controller 122 that controls data input / output with respect to the plurality of storage devices 121.
  • the storage device 121 includes, for example, an expensive disk device such as a SCSI (Small Computer System Interface) disk or an inexpensive disk device such as a SATA (Serial AT Attachment) disk or an optical disk.
  • a RAID (Redundant Array-of Inexpensive / Independent Disks) group is configured by a plurality of storage devices 121 of the same type, and one or a plurality of logical devices are provided on a storage area provided by one or a plurality of storage devices 121 constituting the same RAID group.
  • Volume hereinafter referred to as a logical unit
  • LU Data is stored in the logical unit LU in units of blocks of a predetermined size (hereinafter referred to as logical blocks).
  • a unique identifier (hereinafter referred to as LUN: Logical Unit Number) is assigned to each logical unit LU.
  • LUN Logical Unit Number
  • the input / output of data is performed by using a combination of this LUN and a number unique to each logical block (hereinafter referred to as LBA: Logical Block Address) assigned to each logical block as an address. This is done by specifying this address.
  • LBA Logical Block Address
  • the controller 122 includes an adapter 1221 and a management interface 1222 in addition to information processing resources such as a CPU and a memory.
  • the adapter 1221 executes a process of writing data from the virtual host 11A or 11B into the logical unit LU and a process of reading the data stored in the logical unit LU and transmitting it to the virtual host 11.
  • Management I / F 1222 functions as an interface for transmitting and receiving various data to and from management system 13 via network N.
  • the management system 13 is a physical device such as a server device, and includes a CPU 131, a memory 132, a disk adapter 133, a network adapter 134, and a management I / F 135.
  • the management system 13 is different from the virtual host 11 having a function of operating a virtual guest in that it has a function of managing a virtual guest arranged on the virtual host 11.
  • FIG. 2 shows a functional configuration of the virtual host 11A.
  • the virtual host 11A is a server device that provides a virtual environment, and includes a virtualization mechanism in the memory 112a.
  • the virtualization mechanism is a hypervisor, for example, and includes a plurality of virtual guests 11Va and 11Vb.
  • the virtual guest 11Va is a virtual computer that operates on the virtualization mechanism, and is recognized as a computer independent of the user of the virtual host 11A.
  • the virtual guest 11Va includes a virtual CPU 111Va, a memory 112Va, a disk adapter 113Va, a network adapter 114Va, and a management I / F 115Va. These virtual CPU 111Va and memory 112Va are dynamically allocated from resources such as the CPU 111a and memory 112a of the virtual host 11A.
  • the virtual guest 11Vb is recognized as a computer independent of the user, and includes a virtual CPU 111Vb, a memory 112Vb, a disk adapter 113Vb, a network adapter 114Vb, a management I / F 115Vb, and the like.
  • the virtual CPU 111Vb and the memory 112Vb are also dynamically allocated from resources such as the CPU 111a and the memory 112a of the virtual host 11A in the same manner as the virtual guest 11Va.
  • the virtual guest 11Va when moving the virtual guest 11Va to another virtual host 11, it is assumed that the virtual guest 11Va is moved to the migration destination candidate virtual host 11. Estimate the amount used (hereinafter referred to as the amount of resource used). Then, the virtual host 11 having the best resource usage efficiency is determined as the migration destination virtual host 11. Therefore, the migration target virtual guest 11Va can be migrated to the migration destination virtual host 11 (for example, the virtual host 11B) having the best resource utilization efficiency. Details of the virtual guest migration processing will be described later (see FIGS. 16 and 17).
  • a configuration in which two virtual guests of virtual guests 11Va and 11Va are arranged in the virtual host 11A is illustrated.
  • the present invention is not limited to this, and a plurality of three or more virtual guests are arranged in the virtual host 11A. It may be a configuration.
  • the description when referring to any one of a plurality of virtual guests including the virtual guests 11Va and 11Va, the description will be simply described as “virtual guest 11V”.
  • a configuration is shown in which two virtual guests 11Va and 11Va are arranged and operating on the virtual host 11A, but the virtual host 11B and other virtual hosts 11 not shown are also similar to the virtual host 11A.
  • a virtual environment in which one or more virtual guests 11V operate is constructed.
  • FIG. 3 shows a program group and a table group stored in the memory 132 of the management system 13.
  • the memory 132 of the management system 13 includes, as programs, a control unit 1321, a resource monitoring unit 1322, a configuration management unit 1323, an unused resource calculation unit 1324, an arrangement destination determination unit 1325, and a time management unit 1326.
  • a virtualization mechanism management unit 1327 and a period analysis unit 1328 are stored.
  • the control unit 1321 controls the operations of the resource monitoring unit 1322, the configuration management unit 1323, the unused resource calculation unit 1324, the placement destination determination unit 1325, the time management unit 1326, the virtualization mechanism management unit 1327, and the period analysis unit 1328. To control.
  • control unit 1321 changes the configuration of the virtual guest 11 V, and assigns resources to the virtual guest 11 V.
  • this is detected and the configuration management unit 1323 is instructed to update the related table.
  • the related tables in this case include a virtual guest connection table T2, a virtual host connection table T3, a virtual host maximum value table T5, a virtual guest migration history table T6, a storage configuration table T110, and a storage migration history table T130. Details of these tables will be described later.
  • the resource monitoring unit 1322 monitors and acquires the used resource amount used by the virtual host 11 and the used resource amount used by the virtual guest 11V. For example, the resource monitoring unit 1322 polls the virtual host 11 and the virtual guest 11V every second or every minute, and acquires the used resource amount that varies from time to time.
  • the configuration management unit 1323 for example, the physical configuration of the virtual host 11 and its specifications, the virtual configuration and specifications of the virtual guest 11V arranged on the virtual host 11, the arrangement configuration of the virtual guest 11V arranged on the virtual host 11, etc.
  • the configuration related to the virtual host 11 and the virtual guest 11V is managed.
  • the unused resource calculation unit 1324 calculates the maximum value of each resource from the physical configuration of the virtual host 11 managed by the configuration management unit 1323 and its specifications. On the other hand, the unused resource calculation unit 1324 acquires the used resource amount that changes every moment of the virtual host 11 monitored and acquired by the resource monitoring unit 1322. Then, the unused resource calculation unit 1324 subtracts the maximum value of the used resource amount that changes from time to time from the maximum value of each resource in the virtual host 11 to obtain an unused resource amount (hereinafter referred to as an unused resource). (Referred to as quantity).
  • the placement destination determination unit 1325 is based on the unused resource amount calculated by the unused resource calculation unit 1324, and the migration destination is estimated to have the best resource usage efficiency when the virtual guest 11V to be moved is moved.
  • the virtual host 11 is determined from the virtual hosts 11 that are migration destination candidates.
  • the time management unit 1326 manages the time. For example, when the resource monitoring unit 1322 acquires the used resource amount of the virtual host 11, the time management unit 1326 generates a time stamp based on the acquired time.
  • the virtualization mechanism management unit 1327 performs a process of migrating the migration target virtual guest 11V to the decided migration destination virtual host 11. Execute.
  • the cycle analysis unit 1328 analyzes and calculates a cycle in which the virtual host 11 uses resources (hereinafter referred to as a virtual host cycle) and a cycle in which the virtual guest 11V uses resources (hereinafter referred to as a virtual guest cycle).
  • the period analysis unit 1328 extracts the longest period among the periods of the virtual guest 11 ⁇ / b> V operating on the virtual host 11, and uses the extracted period as the virtual period. Calculated as the period of the host 11.
  • the period analysis unit 1328 refers to the virtual guest use resource table T1 and performs a Fourier transform on the time series of the use resources, and calculates the strength of each period (frequency). Then, the cycle analysis unit 1328 calculates the strongest frequency in the frequency range of about 1 hour to 3 months as the cycle of the virtual guest 11V among the calculated frequencies. The cycle analysis unit 1328 calculates a cycle for each resource such as a CPU and a memory, and sets the cycle of the longest resource as the cycle of the virtual guest 11V.
  • the period analysis unit 1328 for example, 11Va is complemented to match the long cycle virtual host 11B.
  • a virtual guest use resource table T1 a virtual guest connection table T2, a virtual host connection table T3, a virtual host use resource table T4, a virtual host maximum value table T5, a virtual guest migration history A table T6, a virtual host cycle table T7, a virtual guest cycle table T8, an unused resource table T9, and an unused resource comparison table T10 are stored.
  • These various tables are used when moving the virtual guest 11V to be moved (for example, the virtual guest 11Va) to another virtual host 11 (for example, the virtual host 11B).
  • FIG. 4 shows a conceptual diagram of the virtual guest use resource table T1.
  • the virtual guest use resource table T1 is a table prepared for each virtual guest 11V. Using the virtual guest used resource table T1, it is possible to acquire a history of the amount of used resources that has been used by the virtual guest 11V to be moved (hereinafter referred to as used resource history). Various information stored in the virtual guest use resource table T1 is recorded by the resource monitoring unit 1322 periodically inquiring of the virtual guest 11V.
  • the virtual guest usage resource table T1 includes a time stamp column T11, a CPU column T12, a memory column T13, a network column T14, a disk column T15, an IOPS column T16, and a disk usage capacity column T17.
  • the time information acquired by the time management unit 1326 is stored in the time stamp column T11.
  • the clock frequency is stored as the processing performance of the virtual CPU (for example, the CPU 111Va) of the virtual guest 11V.
  • the memory column T13 stores the used capacity of the virtual memory (for example, the memory 112Va) of the virtual guest 11V.
  • the network column T14 stores the communication speed (bandwidth) of the virtual guest 11V by the virtual network adapter (for example, the network adapter 114Va).
  • the disk column T15 stores the transfer rate of the virtual guest 11V by a virtual disk adapter (for example, the disk adapter 113Va).
  • the IOPS column T16 stores information indicating the read or write processing performance that can be processed by the virtual guest 11V per unit time. Further, the used capacity of the storage capacity provided by the storage apparatus 12 to the virtual guest 11V is stored in the disk used capacity column T17.
  • the clock frequency of the CPU 111Va at the time of “2012/9/10 0:10” of the virtual guest 11Va is “1410” [MHz]
  • the used capacity of the memory 112Va is “1397.5” [ MB”
  • the bandwidth by the network adapter 114Va is “5.0” [Mbps]
  • the transfer speed by the disk adapter 113Va is “5.0” [Mbps]
  • the IOPS is “1.9”.
  • the used capacity of the storage capacity provided to the virtual guest 11Va by the storage apparatus 12 is “120.1” [GB].
  • FIG. 5 shows a conceptual diagram of the virtual guest connection table T2.
  • the virtual guest connection table T2 information on the network and storage device 121 connected to the migration target virtual guest 11V can be acquired.
  • Various types of information stored in the virtual guest connection table T2 are recorded when the configuration management unit 1323 sets the arrangement configuration of the virtual guest 11V.
  • the virtual guest connection table T2 includes an identification number column T21, a virtual guest name column T22, a connection destination network column T23, and a connection destination LU column T24.
  • identification information of the virtual guest 11V is stored.
  • the virtual guest name column T22 stores a virtual guest name.
  • the connection destination network column T23 stores information (for example, IP address) of the connection destination network.
  • the connection destination LU column T24 stores information on the connection destination LU (for example, storage device name).
  • the virtual guest name with the identification number “1” is “virtual guest 1”
  • the connection destination networks of “virtual guest 1” are “XX.XX.XX.X” and “YY. YY.YY.Y ”and the storage device names of the connection destinations are“ RR ”and“ SS ”.
  • FIG. 6 shows a conceptual diagram of the virtual host connection table T3.
  • the virtual host connection table T3 By using the virtual host connection table T3, it is possible to acquire information on the storage device 121 and the network connected to the migration destination virtual host 11.
  • Various types of information stored in the virtual host connection table T3 are recorded when the configuration management unit 1323 sets the arrangement configuration of the virtual host 11.
  • the virtual host connection table T3 includes an identification number column T31, a virtual host name column T32, a connection destination LU column T33, and a connection destination network column T34.
  • identification information of the virtual host 11 is stored.
  • the virtual host name column T32 stores a virtual host name.
  • the connection destination LU column T33 stores information on the connection destination LU (for example, storage device name). Further, information (for example, IP address) of the connection destination network is stored in the connection destination network column T34.
  • the virtual host name with the identification number “1” is “virtual host 1”
  • the storage device names to which “virtual host 1” is connected are “RR” and “SS”. It is indicated that the destination network is “XX.XX.XX.XX” and “YY.YY.YY.YY”.
  • FIG. 7 shows a conceptual diagram of the virtual host use resource table T4.
  • the virtual host use resource table T4 is a table prepared for each virtual host 11.
  • the used resource history of the migration destination candidate virtual host 11 can be acquired from the virtual host used resource table T4.
  • Various types of information stored in the virtual host use resource table T4 are recorded when the resource monitoring unit 1322 periodically inquires the virtual host.
  • the virtual host use resource table T4 includes a time stamp column T41, a CPU column T42, a memory column T43, a network column T44, a disk column T45, and an IOPS column T46.
  • time stamp column T41 time information acquired by the time management unit 1326 is stored.
  • the CPU column T42 stores the clock frequency as the processing performance of the CPU (for example, the CPU 111a) of the virtual host 11.
  • the memory column T43 the used capacity of the memory (for example, the memory 112a) of the virtual host 11 is stored.
  • the network column T44 stores the communication speed (bandwidth) of the virtual host 11 through the network adapter (for example, the network adapter 114a).
  • the disk column T45 stores the transfer rate of the virtual host 11 by the disk adapter (for example, the disk adapter 113a).
  • the IOPS column T46 stores information indicating the read or write processing performance that can be processed by the virtual host 11 per unit time.
  • the clock frequency of the CPU 111a at the time of “2012/9/10 00:10” of the virtual host 11A is “16227” [MHz]
  • the used capacity of the memory 112a is “16227.4” [ MB”
  • the bandwidth by the network adapter 114a is “58.8” [Mbps]
  • the transfer speed by the disk adapter 113a is “19” [Mbps]
  • the IOPS is “2.3”. It is shown.
  • FIG. 8 is a conceptual diagram of the virtual host maximum value table T5.
  • the maximum value of the resource can be acquired as the specification of the migration destination candidate virtual host 11.
  • Various types of information stored in the virtual host maximum value table T5 are recorded when the configuration management unit 1323 sets the arrangement configuration of the virtual host 11.
  • the virtual host maximum value table T5 is updated by the configuration management unit 1323.
  • the virtual host maximum value table T5 includes an identification number column T51, a virtual host name column T52, a time stamp column T53, a CPU column T54, a memory capacity column T55, a network bandwidth column T56, and a disk I / O column T57.
  • identification number column T51 identification information of the virtual host 11 is stored.
  • the virtual host name column T52 stores a virtual host name.
  • time stamp column T53 time information acquired by the time management unit 1326 is stored.
  • the CPU column T54 stores the clock frequency as the processing performance of the CPU (for example, the CPU 111a) of the virtual host 11.
  • the memory capacity column T55 stores the total capacity of the memory (for example, the memory 112a) of the virtual host 11.
  • the communication speed (bandwidth) of the network adapter (for example, the network adapter 114a) of the virtual host 11 is stored.
  • the transfer rate by the disk adapter (for example, the disk adapter 113a) of the virtual host 11 is stored.
  • the virtual host name with the identification number “1” is “virtual host 1”
  • the time when the maximum value of the resource of this “virtual host 1” is recorded in this virtual host maximum value table T5 is “2011/10/12 12:00”
  • the maximum value of the clock frequency of the CPU 111a is “36000” [MHz]
  • the maximum capacity of the memory 112a is “96” [GB]
  • the bandwidth by the network adapter 114a The maximum value of the width is “4096” [Mbps]
  • the maximum value of the transfer rate by the disk adapter 113a is “8” [Gbps].
  • FIG. 9 is a conceptual diagram of the virtual guest movement history table T6.
  • the virtual guest migration history table T6 is a table prepared for each virtual host 11. With the virtual guest migration history table T6, a history indicating that the virtual guest 11V has been added or deleted in the migration destination candidate virtual host 11 can be acquired. Various types of information stored in the virtual guest migration history table T6 are recorded and updated when the configuration management unit 1323 sets the arrangement configuration of the virtual guest 11V.
  • the virtual guest movement history table T6 includes a time stamp column T61, a virtual guest name column T62, and an action column T63.
  • time stamp column T61 time information acquired by the time management unit 1326 is stored.
  • the virtual guest name column T62 stores a virtual guest name.
  • the action column T63 stores information indicating that the virtual guest 11V has been added or deleted.
  • FIG. 10 is a conceptual diagram of the virtual host cycle table T7.
  • the cycle of the migration destination candidate virtual host 11 can be acquired.
  • Various types of information stored in the virtual host cycle table T7 are recorded when the cycle analysis unit 1328 calculates the longest cycle among the cycles of the virtual guest 11V operating on the virtual host 11 as the cycle of the virtual host 11. Is done.
  • the virtual host cycle table T7 includes an identification number column T71, a virtual host name column T72, and a cycle column T73.
  • identification information of the virtual host 11 is stored in the identification number column T71.
  • the virtual host name column T72 stores a virtual host name.
  • period column T73 the period of the virtual host 11 is stored in the period column T73.
  • the virtual host name with the identification number “1” is “virtual host 1”, and the period of this “virtual host 1” is “1 month”.
  • FIG. 11 shows a conceptual diagram of the virtual guest cycle table T8.
  • the period of the virtual guest 11V to be moved can be acquired from the virtual guest period table T8.
  • Various types of information stored in the virtual guest cycle table T8 are recorded when the cycle analysis unit 1328 calculates the cycle of the virtual guest 11V based on the various types of information stored in the virtual guest use resource table T1.
  • the virtual guest cycle table T8 includes an identification number column T81, a virtual guest name column T82, a cycle column T83, and a time stamp column T84.
  • identification number column T81 identification information of the virtual guest 11V is stored.
  • the virtual guest name column T82 stores a virtual guest name.
  • the period column T83 stores the period of the virtual guest 11V.
  • time stamp column T84 time information acquired by the time management unit 1326 is stored.
  • the virtual guest name with the identification number “1” is “virtual guest 1”, and the period of this “virtual guest 1” is “24 hours”, and this period is calculated and recorded. It is shown that the time is “2011/12/10 XX: XX: XX”.
  • FIG. 12 shows a conceptual diagram of the unused resource table T9.
  • the unused resource amount can be acquired for each resource in the virtual host 11 by the unused resource table T9.
  • Various types of information stored in the unused resource table T9 are recorded when the unused resource calculation unit 1324 calculates the unused resource amount of the virtual host 11.
  • the unused resource table T9 includes an identification number column T91, a virtual host name column T92, a CPU column T93, a memory capacity column T94, a network bandwidth column T95, and a disk I / O column T96.
  • identification information of the virtual host 11 is stored.
  • the virtual host name column T92 stores a virtual host name.
  • the CPU column T93 stores a clock frequency as the processing performance of unused CPUs (for example, the CPU 111a) of the virtual host 11.
  • the memory capacity column T94 stores the capacity of unused memory (for example, the memory 112a) of the virtual host 11.
  • the bandwidth of the unused network adapter (for example, the network adapter 114a) of the virtual host 11 is stored.
  • the disk I / O column T96 stores the transfer rate of an unused disk adapter (for example, the disk adapter 113a) of the virtual host 11.
  • the virtual host name with the identification number “1” is “virtual host 1”, and the unused clock frequency of the CPU 111a of this “virtual host 1” is “14400” [MHz].
  • the unused capacity of the memory 112a is “16” [GB]
  • the unused bandwidth by the network adapter 114a is “1920” [Mbps]
  • the unused transfer rate by the disk adapter 113a is “2” [Gbps] is indicated.
  • FIG. 13 shows a conceptual diagram of the unused resource comparison table T10. From the unused resource comparison table T10, it is possible to acquire information for specifying a migration destination candidate that is considered to have the best resource use efficiency among the plurality of migration destination candidate virtual hosts 11. Various types of information stored in the unused resource comparison table T10 are recorded when the unused resource calculation unit 1324 calculates the unused resource amount of the virtual host 11.
  • the unused resource comparison table T10 includes an identification number column T101, a virtual host name column T102, a CPU column T103, a memory capacity column T104, a network bandwidth column T105, a disk I / O column T106, and a minimum value column T107.
  • identification information of the reference host and the virtual host 11 is stored.
  • the reference host is a virtual host configured by extracting a maximum value from each unused resource amount stored in the unused resource table T9. This reference host does not exist in reality, and is an ideal virtual host configured to achieve the highest performance when the unused resource amount having the largest value is combined.
  • Each resource amount in the reference host is used when calculating a value stored in the minimum value column T107 in the unused resource comparison table T10.
  • the CPU column T103 stores the clock frequency of the CPU of the reference host and a value (CPU comparison value) obtained by dividing the clock frequency of the unused CPU of the virtual host 11 by the clock frequency of the CPU of the reference host. .
  • the memory capacity column T104 a memory capacity of the reference host and a value (memory comparison value) obtained by dividing the unused memory capacity of the virtual host 11 by the memory capacity of the reference host are stored.
  • the network bandwidth column T105 includes a value obtained by dividing the bandwidth by the network adapter of the reference host and the bandwidth by the unused network adapter of the virtual host 11 by the bandwidth by the network adapter of the reference host (bandwidth comparison value). ) And are stored.
  • the reference host name with the identification number “1” is “reference host”, and the clock frequency of the CPU of this reference host is the clock frequency stored in the CPU column T93 of the unused resource table T9. It is shown that the maximum value is “14400” [MHz].
  • the memory capacity of the reference host is “16” [GB], which is the maximum value among the capacity stored in the memory capacity column T94 of the unused resource table T9, and the network bandwidth is the unused resource table T9. It is shown that it is “3600” [Mbps] which is the maximum value of the network bandwidth stored in the network bandwidth column T95.
  • the transfer rate of this reference host is “6” [Gbps] which is the maximum value of the transfer rates stored in the disk I / O column T96 of the unused resource table T9.
  • the virtual host name with the identification number “2” is “virtual host 1”, and the CPU comparison value of this “virtual host 1” is the clock of the virtual host 1 stored in the CPU column T93 of the unused resource table T9. It is shown that “1” is obtained by dividing the frequency (14400 MHz) by the clock frequency (14400 MHz) of the reference host.
  • the memory comparison value of “virtual host 1” is “1” obtained by dividing the memory capacity (16 GB) of the virtual host 1 stored in the memory capacity column T94 of the unused resource table T9 by the memory capacity (16 GB) of the reference host. Is shown. Further, the bandwidth comparison value of “virtual host 1” is obtained by using the network bandwidth (1920 Mbps) of “virtual host 1” stored in the network bandwidth column T95 of the unused resource table T9 as the network bandwidth (3600 Mbps) of the reference host. It is shown that it is “0.5333” divided by).
  • the I / O comparison value of “virtual host 1” is the transfer rate (6 Gbps) of the reference host based on the transfer rate (2 Gbps) of “virtual host 1” stored in the disk I / O column T96 of the unused resource table T9. "0.3333" divided by).
  • FIG. 14 shows a write image for writing various information to the virtual guest use resource table T1 and the virtual host use resource table T4.
  • the control unit 1321 controls the operations of the resource monitoring unit 1322 and the time management unit 1326 to execute a process of writing various information in the virtual guest use resource table T1 and the virtual host use resource table T4.
  • the resource monitoring unit 1322 periodically inquires to the virtual management I / F 115Va and the management I / F 115Vb based on the control signal from the control unit 1321, and the virtual guests 11Va and 11Vb Get resource usage regularly.
  • the resource monitoring unit 1322 accesses the virtual management I / F 115Va and the management I / F 115Vb via the network adapter 114a of the virtual host 11A.
  • the resource monitoring unit 1322 periodically makes an inquiry to the management I / F 115a based on a control signal from the control unit 1321, and periodically acquires the amount of used resources of the virtual host 11A.
  • time management unit 1326 generates the time when the resource monitoring unit 1322 obtains the used resource amount from the virtual guests 11Va and 11Vb and the virtual host 11A as a time stamp based on the control signal from the control unit 1321.
  • control unit 1321 associates the used resource amount acquired by the resource monitoring unit 1322 with the time stamp generated by the time management unit 1326, and each of the virtual guest used resource table T1 and the virtual host used resource table T4. Execute the process to write to.
  • control unit 1321 can obtain the usage resource history of the virtual guests 11Va and 11Va by referring to the virtual guest usage resource table T1.
  • the control unit 1321 can acquire the period of the used resource amount of the virtual guests 11Va and 11Vb.
  • control unit 1321 can obtain the period when the used resource history of the virtual host 11A and the history have periodicity by referring to the virtual host used resource table T4.
  • FIG. 15 shows a period complement image.
  • the upper graph in FIG. 15 shows the used resource history of the virtual guest 11V in which the horizontal axis represents time and the vertical axis represents the used resource amount (ratio). Further, it is shown that the usage resource history of the virtual guest 11V is the usage resource history for one cycle of the virtual guest 11V. Here, it is assumed that one cycle of the virtual guest 11V is one week.
  • the migration target virtual guest 11 is included in the used resource history of the migration destination candidate virtual host 11.
  • 11V used resource histories are added while maintaining the same date and time, the used resource history of the virtual host 11 that is the migration destination candidate is estimated, and based on the used resource amount at the time when the estimated used resource history peaks, the virtual host 11 As a result, a process of estimating how much resource amount is available is performed.
  • the past used resource history used for estimating the used resource amount of the virtual host 11 is limited to the longest period of one cycle of the virtual guest 11V or the virtual host 11. If the virtual guest 11V and the virtual host 11 have the usage resource history for one cycle, the usage resource history is copied and repeated for the virtual guest 11V or the virtual host 11 having different operating schedules and periods. It will be possible to supplement the missing data. Therefore, even if the actually acquired used resource history is insufficient, the used resource history can be added / subtracted while maintaining the same date and time.
  • the lower graph shows the used resource history complemented with the period of the virtual guest 11V in which the horizontal axis is time and the vertical axis is the resource amount (ratio).
  • the lower graph shows the used resource history that is a complement of the virtual guest 11V cycle copied so that the used resource history of the upper virtual guest 11V becomes the cycle (for example, for one month) of the migration destination candidate virtual host 11. is there.
  • the usage resource history of the virtual guest 11V in the lower row even if only the usage resource history for one week is actually obtained, by copying and supplementing the shortage, It can be matched to the cycle of the virtual host 11. Therefore, it is possible to add the usage resource history of the migration target virtual guest 11V to the usage resource history of the migration destination candidate virtual host 11 while keeping the same date and time.
  • the cycle of the virtual host 11 varies depending on the virtual guest 11V operating on the virtual host 11. Since a virtual guest having a period longer than that of the virtual host 11 may move, the resource usage history of the virtual host 11 does not delete the part exceeding the period, and the period of the virtual guest 11V in the entire system It is desirable to keep the longest part of
  • FIGS. 16 and 17 show a processing procedure for virtual guest migration processing. This virtual guest migration process is executed when the management system 13 receives a migration instruction for the virtual guest 11V.
  • the movement instruction received by the management system 13 may be an instruction from a user, for example, or an instruction periodically issued every predetermined period. Further, the instruction to move the virtual guest 11V is simply an instruction to move the virtual guest 11V to be moved, and does not specify the destination virtual host 11. The destination virtual host 11 is determined by this processing.
  • the virtual guest migration process described below is executed by the cooperation of the CPU 131 of the management system 13 and various programs and various tables stored in the memory 132. This will be described as 1321.
  • control unit 1321 refers to the virtual guest use resource table T1, and acquires the use resource history of each resource that has been used by the virtual guest 11V to be moved (SP1).
  • the control unit 1321 determines the resource amount at a predetermined ratio (for example, 60%) with respect to the maximum value (spec) of the resource amount that can be used by the new virtual guest 11V or the average of the other virtual guests 11V.
  • the resource amount of the value is acquired as the used resource history of this new virtual guest.
  • a virtual guest 11V that performs the same business as the new virtual guest 11V, and the used resource history of another virtual guest 11V that has the same maximum amount of resources that can be used by the new virtual guest 11V is used as a new virtual guest 11V. It may be acquired as a usage resource history of the guest 11V.
  • control unit 1321 refers to the virtual guest connection table T2 and acquires information on the connection destination LU and connection destination network of the migration target virtual guest 11V (SP2).
  • control unit 1321 refers to the virtual host connection table T3 and uses the list of virtual hosts 11 that can be connected to the connection destination LU and connection destination network of the virtual guest 11V acquired in step SP2 as a list of migration destination candidates. Obtain (SP3).
  • control unit 1321 refers to the virtual host usage resource table T4, and uses the resource usage history of each resource that has been used so far for any one of the migration destination candidates acquired in step SP3. Obtain (SP4).
  • control unit 1321 refers to the virtual host maximum value table T5, and acquires the maximum value of each resource of the migration destination candidate virtual host 11 referred to in step SP4 (SP5).
  • control unit 1321 refers to the virtual guest migration history table T6 and has been allocated and operated in the past in the migration destination candidate virtual host 11 referred to in steps SP4 and SP5, but is not currently allocated.
  • Past virtual guest names that have not been operating, past operating periods, and additional virtual guest names that have been operating on other virtual hosts 11 but are currently deployed and are not operating The period is acquired (SP6).
  • control unit 1321 refers to the virtual guest use resource table T1 and acquires the use resource history of each resource used in the past operation period by the past virtual guest 11V acquired in step SP6, and adds The used resource history of each resource used by the virtual guest 11V during the non-operation period is acquired (SP7).
  • control unit 1321 refers to the virtual host cycle table T7 and the virtual guest cycle table T8, the cycle of the migration destination candidate virtual host 11, the cycle of the past virtual guest 11V referenced in step SP7, and the current virtual guest. If the cycle of 11V or the cycle of the virtual guest 11V to be moved is different, the cycle of either the virtual host 11 or the virtual guest 11V is complemented so as to be the same cycle (see FIG. 15) (SP8) .
  • steps SP9 and SP10 are executed with the same date and time maintained for the actual used resource history without complementing the periods.
  • the control unit 1321 keeps the same date and time for the past operation period acquired in step SP6, and subtracts the past resource usage history of the virtual guest 11V from the usage resource history of the migration destination candidate virtual host 11 (SP9).
  • control unit 1321 adds the used resource history of the additional virtual guest 11V to the used resource history of the migration destination candidate virtual host 11 while maintaining the same date and time for the non-operation period acquired in step SP6, and also the virtual host For the period of 11 cycles, keeping the same date and time, the usage resource history of the migration target virtual guest 11V is added to the usage resource history of the migration destination candidate virtual host 11 (SP10).
  • control unit 1321 obtains the maximum value of the used resource history of the virtual host 11 after addition and subtraction in steps SP9 and SP10 from the maximum value of each resource of the migration destination candidate virtual host 11 acquired in step SP5. Subtract, and write each resource amount after the subtraction to the unused resource table T9 (SP11).
  • control unit 1321 determines whether or not writing to the unused resource table T9 has been completed for all the virtual hosts 11 indicated in the list of migration destination candidates acquired in step SP3 (SP12).
  • control unit 1321 When the control unit 1321 obtains a negative result in this determination, the control unit 1321 proceeds to step SP4, performs the above-described processing, and writes the unused migration destination candidate virtual host 11 in the unused resource table T9.
  • control unit 1321 when the control unit 1321 obtains a positive result in the determination at step SP12, it first refers to the unused resource table T9 to calculate the resource amount of the reference host, and the calculated resource amount of the reference host is unused. Write to the resource comparison table T10. Then, the control unit 1321 divides the resource amount of any virtual host 11 written in the unused resource table T9 by the resource amount of the reference host, and sets the value and the minimum value among the values in the unused resource comparison table T10. Write (SP13).
  • control unit 1321 refers to the unused resource comparison table T10 and acquires the minimum value of the resource amount for each virtual host 11 (SP14).
  • control unit 1321 determines whether or not the maximum value among the minimum values acquired in step SP14 is 0 or more (SP15).
  • control unit 1321 determines that there is no migration destination candidate because the migration of the migration target virtual guest 11V in all the migration destination candidate virtual hosts 11 causes a resource shortage ( SP16), this virtual guest migration process is terminated.
  • control unit 1321 obtains a positive result in the determination at step SP15, the virtual host 11 whose migration destination candidate has a minimum value of 0 or more has insufficient resources even if the migration-target virtual guest 11V is migrated. Judged not to be. Then, the control unit 1321 extracts the virtual host 11 having the maximum minimum value acquired in step SP14 from the migration destination candidate virtual hosts 11 having the minimum value of 0 or more (SP17).
  • control unit 1321 determines the virtual host 11 extracted in step SP17 as the migration destination virtual host 11, and instructs the virtualization mechanism management unit to move the migration target virtual guest 11V to the determined migration destination virtual host 11. This is issued to 1327 (SP18), and this virtual guest migration processing is terminated.
  • the virtual guest management system 1 when moving the virtual guest 11V to be moved, the virtual Since the migration destination virtual host 11 is determined based on the usage resource history of the guest 11V and the usage resource history of the migration destination candidate virtual host 11, simply using the migration target virtual guest 11V at the peak time Rather than determining the migration destination virtual host 11 in consideration of the amount of resources, it is possible to determine the migration destination virtual host 11 with no waste of resources in accordance with actual use conditions (operations). Therefore, the migration target virtual guest 11V can be migrated to the migration destination virtual host 11 having the best resource utilization efficiency, so that the resource utilization efficiency can be improved.
  • the virtual guest management system 1A in the second embodiment is configured by including a plurality of storage devices 12a and 12b, the management system 13 includes a storage configuration table T110, and storage use resources.
  • the points configured with the table T120 and the storage migration history table T130, and the RAID group (storage device 121 or logical unit LU) that provides the storage area to the virtual guest to be migrated using these tables are changed to other RAIDs. It differs from the virtual guest management system 1 in the first embodiment in that it is moved to a group (storage device 121 or logical unit LU).
  • the same components as those in the first embodiment are denoted by the same reference numerals, the description thereof will be omitted, and different components will be described.
  • FIG. 18 shows the overall configuration of the virtual guest management system 1A in the second embodiment.
  • the virtual guest management system 1A is different from the virtual guest management system 1 according to the first embodiment in that the virtual guest management system 1A includes a plurality of storage devices 12a and 12b.
  • the storage device 12a is a storage device having a RAID function, and includes a plurality of storage devices 121a and a controller 122a. Since the functions and configurations of the plurality of storage devices 121a and the controller 122a are the same as those of the plurality of storage devices 121 and the controller 122 in the first embodiment, a description thereof is omitted here.
  • the storage device 12b is a storage device having a RAID function, like the storage device 12a, and includes a plurality of storage devices 121b and a controller 122b. Since the function and configuration of the storage device 12b are the same as those of the storage device 12a, description thereof is omitted here.
  • FIG. 19 shows a functional configuration of the management system 13.
  • the management system 13 includes a storage configuration table T110, a storage usage resource table T120, and a storage movement history table T130 in the memory 132. These tables are used when a RAID group that provides a storage area for a virtual guest to be moved is moved to another RAID group.
  • FIG. 20 shows a conceptual diagram of the storage configuration table T110.
  • the storage configuration table T110 By using the storage configuration table T110, it is possible to acquire information on the storage device 121 having sufficient free capacity and information on the RAID group corresponding to the storage device 121.
  • Various types of information stored in the storage configuration table T110 are recorded when the configuration management unit 1323 periodically inquires the management I / F 1222 of the storage apparatus 12.
  • the storage configuration table T110 includes an identification number column T111, a storage device name column T112, a RAID group column T113, an IOPS upper limit column T114, an LU column T115, a total capacity column T116, and a free capacity column T117.
  • the identification number column T111 the identification information of the storage device 121 is stored.
  • the storage device name column T112 stores the storage device name.
  • the RAID group name is stored in the RAID group column T113.
  • the IOPS upper limit column T114 stores the maximum number of times that the RAID group can be read and written per unit time.
  • the LU column T115 stores the storage device name.
  • the total capacity column T116 stores the total capacity of the storage device 121.
  • the free capacity column T117 stores the free capacity of the storage device 121.
  • the plurality of storage devices 121 with the identification numbers “1” to “3” are arranged in the storage device 12 with the storage device name “storage device 1”.
  • the storage device 121 of “2” forms a RAID group whose RAID group name is “RAID1”, and the IOPS upper limit value of “RAID1” is “1900”.
  • the storage device names of the storage devices 121 constituting this “RAID1” are “RR” and “SS”, respectively, and the total capacity that can be stored in the storage device 121 of “RR” is “500” [GB], It is indicated that the free capacity is “125” [GB].
  • FIG. 21 shows a conceptual diagram of the storage use resource table T120.
  • the storage use resource table T120 is a table prepared for each storage device 12 and each RAID group.
  • the IOPS history of the migration destination candidate RAID group can be acquired from the storage use resource table T120.
  • Various types of information stored in the storage use resource table T120 are recorded when the resource monitoring unit 1322 periodically inquires the storage apparatus 12.
  • the storage use resource table T120 includes a time stamp column T121 and an IOPS column T122.
  • time stamp column T121 time information acquired by the time management unit 1326 is stored.
  • the IOPS column T122 stores the number of times the RAID group has read and written per unit time.
  • the IOPS at the time of “2012/9/10 0:10” is “561.4266”.
  • FIG. 22 shows a conceptual diagram of the storage movement history table T130.
  • the storage movement history table T130 is a table prepared for each storage device 121. With the storage migration history table T130, a history indicating that the virtual guest 11V has been added or deleted in the migration destination candidate storage device 121 can be acquired. Various types of information stored in the storage movement history table T130 are recorded and updated when the configuration management unit 1323 sets the arrangement configuration of the virtual guest.
  • the storage movement history table T130 includes a time stamp column T131, a virtual guest name column T132, and an action column T133.
  • time stamp column T131 time information acquired by the time management unit 1326 is stored.
  • the virtual guest name column T132 stores a virtual guest name.
  • the action column T133 stores information indicating that the virtual guest 11V has been added or deleted.
  • FIG. 23 shows a processing procedure for virtual guest migration processing in the second embodiment. This virtual guest migration process is executed when the management system 13 receives a migration instruction for the virtual guest 11V.
  • the movement instruction received by the management system 13 may be an instruction from a user, for example, or an instruction periodically issued every predetermined period.
  • the virtual guest movement instruction is merely an instruction to move the virtual guest 11V to be moved, and does not specify the storage device 121 that is the movement destination.
  • the destination storage device 121 is determined by this processing.
  • the virtual guest migration process described below is executed by the cooperation of the CPU 131 of the management system 13 and various programs and various tables stored in the memory 132. This will be described as 1321.
  • control unit 1321 refers to the virtual guest use resource table T1, and acquires the use resource history of each resource that has been used by the virtual guest 11V to be moved (SP21).
  • control unit 1321 refers to the virtual guest connection table T2 and acquires the connection destination LU of the migration target virtual guest 11V (SP22).
  • control unit 1321 refers to the virtual host connection table T3, and acquires the virtual host 11 that can be connected to the connection destination LU of the virtual guest 11V acquired in step SP22. Then, the control unit 1321 acquires a list of storage devices 121 to which this virtual host can be connected as a list of migration destination candidates (SP23).
  • control unit 1321 refers to the storage configuration table T110, and acquires a RAID group configured by the storage devices 121 with sufficient free space from the migration destination candidate storage devices 121 acquired in step SP23. Then, the control unit 1321 refers to the storage use resource table T120 and acquires the use resource history of this RAID group (SP24).
  • control unit 1321 refers to the storage configuration table T110 and acquires the IOPS upper limit value of the RAID group acquired in step SP24 (SP25).
  • control unit 1321 refers to the storage movement history table T130, and uses the past virtual guest names that have been used in the past but have not been used in the past as the migration destination candidate storage device 121 referenced in steps SP24 and SP25.
  • a past use period, an additional virtual guest name that has been using another storage device 121 in the past but is currently using this storage device 121, and a non-use period that has not been used are acquired (SP26). .
  • control unit 1321 refers to the virtual guest use resource table T1, acquires the use resource history of each resource that the past virtual guest 11V acquired in step SP26 used within the past operation period, and adds The used resource history of each resource used by the virtual guest 11V during the non-use period is acquired (SP27).
  • control unit 1321 is the same when the period of the used resource history of the past or additional virtual guest acquired in step SP27 differs from the used resource history of the migration destination candidate RAID group acquired in step SP24. Either one or both of the periods are complemented so that the period becomes (see FIG. 15).
  • control unit 1321 keeps the same date and time for the past usage period acquired in step SP26, and uses the past virtual guest from the used resource history (specifically, IOPS) of the RAID group to which the migration destination candidate storage device 121 belongs.
  • the 11V used resource history (specifically IOPS) is subtracted (SP28).
  • control unit 1321 adds the usage resource history of the additional virtual guest 11V to the usage resource history of the RAID group to which the migration destination candidate storage device 121 belongs, keeping the same date and time for the non-use period acquired in step SP26. For the period of one cycle of the RAID group, keeping the same date and time, the used resource history of the virtual guest 11V to be moved is added to the used resource history of the RAID group (SP29).
  • control unit 1321 subtracts and subtracts the maximum value of the used resource history of the RAID group after addition and subtraction in steps SP28 and SP29 from the IOPS upper limit value of the migration destination candidate RAID group acquired in step SP25. Are written in the unused resource table T9 (SP30).
  • control unit 1321 determines whether or not writing to the unused resource table T9 has been completed for all the storage devices 121 shown in the list of migration destination candidates acquired in step SP23 (SP31).
  • control unit 1321 When the control unit 1321 obtains a negative result in this determination, the control unit 1321 proceeds to step SP24, performs the above-described processing, and writes the unused resource table T9 in the storage destination candidate storage device 121.
  • control unit 1321 when the control unit 1321 obtains a positive result in the determination at step SP31, it refers to the unused resource table T9 and acquires the maximum value (SP32).
  • control unit 1321 determines whether or not the maximum value acquired in step SP32 is 0 or more (SP33).
  • control unit 1321 determines that there is no migration destination candidate because there is a shortage of resources when the migration target virtual guest 11V is migrated in all the migration destination candidate storage devices 121 ( SP34), this virtual guest migration process is terminated.
  • control unit 1321 obtains a positive result in the determination at step SP33, the storage destination candidate storage device 121 whose maximum value is 0 or more runs out of resources even if the virtual guest to be moved is moved. Judge that it should not be. Then, the control unit 1321 extracts the storage device 121 having the maximum unused resource amount acquired in step SP32 from the storage destination candidate storage devices 121 whose maximum value is 0 or more (SP35).
  • control unit 1321 determines the storage device 121 extracted in step SP35 as the migration destination storage device 121, moves the migration target virtual guest to the decided migration destination storage device 121 (SP36), and this virtual guest. The moving process ends.
  • the virtual guest management system 1A of the present embodiment when moving the virtual guest 11V to be moved, the virtual Since the destination storage device 121 is determined based on the usage resource history of the guest 11V and the usage resource history of the destination storage device 121, simply use the virtual guest 11V to be moved at the peak time. Rather than determining the migration destination storage device 121 in consideration of the resource amount, it is possible to determine the migration destination storage device 121 that does not waste resources according to the actual use conditions (operation). Therefore, the virtual guest 11V to be moved can be moved to the destination storage device 121 having the best resource usage efficiency, so that the resource usage efficiency can be improved.
  • the used resource history of the virtual guest 11V or the virtual host 11 is copied by copying the used resource history (cycle) from the latest to the past as shown in FIG.
  • the present invention is not limited to this.
  • the virtual guest 11V or the virtual guest 11V or the like may be configured such that the start and end of one cycle are matched with the start and end of the other cycle.
  • the cycle of the virtual host 11 may be copied. In this case, it is possible to more accurately compare and add / subtract the used resource history within the period.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Environmental & Geological Engineering (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Debugging And Monitoring (AREA)

Abstract

【課題】リソースの使用効率を向上させ得る仮想ゲスト管理システム及び仮想ゲスト管理方法を提案する。 【解決手段】複数の仮想ホストと、複数の仮想ホストのそれぞれに配置された仮想ゲストと、仮想ゲストの移動を管理する管理システムとを備えた仮想ゲスト管理システムにおいて、管理システムは、移動先候補の仮想ホストの使用リソース履歴に移動対象の仮想ゲストの使用リソース履歴を加算して、移動対象の仮想ゲストが移動したと仮定した場合の移動先候補の仮想ホストの使用リソース履歴を推定し、推定結果に基づいて、移動先候補の仮想ホストのなかから前記移動先の仮想ホストを決定することを特徴とする。

Description

仮想ゲスト管理システム及び仮想ゲスト管理方法
　本発明は、仮想ゲスト管理システム及び仮想ゲスト管理方法に関し、特に仮想ゲストが使用する資源の使用履歴を考慮して、仮想ゲストを移動させる仮想ゲスト管理システム及び仮想ゲスト管理方法に適用して好適なものである。
　従来、仮想化機能を有するサーバ装置（以下仮想ホストと呼ぶ）上に一又は複数のバーチャルマシン（以下仮想ゲストと呼ぶ）を配置し、配置した一又は複数の仮想ゲストのそれぞれに物理資源（以下リソースと呼ぶ）を動的に割り当てる仮想化技術が知られている。
　なお仮想ゲストとは、仮想ホストのハイパーバイザ上で動作する仮想化ソフトウェアをいう。またリソースとは、仮想ホストを構成するＣＰＵ（Central Processing Unit）、メモリ、ディスクアダプタ及びネットワークアダプタや仮想ホストに記憶領域を提供するストレージ装置の記憶容量などの物理資源をいう。
　また近年では、仮想ホスト上に配置した一又は複数の仮想ゲストの一部を処理負担が少ない他の仮想ホスト上に移動（再配置）する仮想化技術が知られている。この仮想ゲストの移動に関する仮想化技術は、例えば下記の特許文献１に開示されている。
　特許文献１には、複数の仮想ゲストがそれぞれ動作する仮想ホストを複数有するシステムにおいて、仮想ゲストを仮想ホストに適切に配置することにより、コスト削減を実現しつつ、仮想ゲストの処理性能を保障する仮想マシン管理装置が開示されている。
　具体的には、仮想ゲストが使用するリソースの使用量と、更に必要と見込まれる予約量（マージン）とを収集し、収集したこれらリソースの使用量と、マージンとを合算して、合算したリソース量を仮想ゲストが必要とするリソース量として算出する技術が開示されている。なお更に必要と見込まれるマージンは、その仮想ゲストの処理がピークのときに使用したリソース量に基づいて算出されるとしている。
　そして移動対象の仮想ゲストを処理負担が少ない他の仮想ホストに移動させる場合には、この移動対象の仮想ゲストとマージンの近い仮想ゲストが動作している他の仮想ホストを移動先の仮想ホストとして選択するようにしている。
　このようにして移動先の仮想ホストを選択することにより、マージンの近い仮想ゲスト同士を集約して配置することができるため、集約して配置した仮想ゲストのマージン程度を将来の処理量の変動分として仮想ホストに確保しておけば、余分なマージンを確保することなく、処理量の増加におおよそ対応することができるとしている。
特開２０１１－１９８３３２号公報
　しかし、この特許文献１に記載の仮想マシン管理装置では、仮想ゲストが必要とするリソース量は、仮想ゲストが使用するリソースの使用量と、マージンとを単に合算したものである。この合算して得られた仮想ゲストが必要とするリソース量には、仮想ゲストがリソースを実際に使用するタイミングについては何ら考慮されていない。
　すなわち仮想ゲストが使用するリソースの使用量は、常に一定なものではなく、仮想ゲストが担当する業務に応じて時間経過とともに時々刻々と変動するものである。従って使用量の変動を考慮して、仮想ゲストが必要とするリソース量を算出しなければ、仮想ホストにおいては全く使用されることのない余分なリソースまでもが確保されることになる。よってリソースが無駄になり、リソースの使用効率が低下する。
　本発明は以上の点を考慮してなされたもので、リソースの使用効率を向上させ得る仮想ゲスト管理システム及び仮想ゲスト管理方法を提案するものである。
　かかる課題を解決するために、本発明においては、複数の仮想ホストと、複数の仮想ホストのそれぞれに配置された仮想ゲストと、仮想ゲストの移動を管理する管理システムとを備えた仮想ゲスト管理システムにおいて、管理システムは、移動先候補の仮想ホストの使用リソース履歴に移動対象の仮想ゲストの使用リソース履歴を反映して、移動対象の仮想ゲストを移動させたと仮定した場合の移動先候補の仮想ホストの将来の使用リソース量の変動を推定し、推定結果に基づいて、移動先候補の仮想ホストのなかから移動先の仮想ホストを決定することを特徴とする。
　またかかる課題を解決するために、本発明においては、複数の仮想ホストと、複数の仮想ホストのそれぞれに配置された仮想ゲストと、仮想ゲストの移動を管理する管理システムとを備えた仮想ゲスト管理システムにおける仮想ゲスト管理方法であって、管理システムが、移動先候補の仮想ホストの使用リソース履歴に移動対象の仮想ゲストの使用リソース履歴を反映するステップと、移動対象の仮想ゲストを移動させたと仮定した場合の移動先候補の仮想ホストの将来の使用リソース量の変動を推定するステップと、推定結果に基づいて、移動先候補の仮想ホストのなかから移動先の仮想ホストを決定するステップとを備えたことを特徴とする。
　本発明によれば、リソースの使用効率を向上させることができる。
仮想ゲスト管理システムの全体構成を示す概念図である。 仮想ホストの機能構成を示す概念図である。 管理システムの機能構成を示す概念図である。 仮想ゲスト使用リソーステーブルを示す概念図である。 仮想ゲスト接続テーブルを示す概念図である。 仮想ホスト接続テーブルを示す概念図である。 仮想ホスト使用リソーステーブルを示す概念図である。 仮想ホスト最大値テーブルを示す概念図である。 仮想ゲスト移動履歴テーブルを示す概念図である。 仮想ホスト周期テーブルを示す概念図である。 仮想ゲスト周期テーブルを示す概念図である。 未使用リソーステーブルを示す概念図である。 未使用リソース比較テーブルを示す概念図である。 テーブルへの書込みイメージを示す概念図である。 周期の補完イメージを示す概念図である。 仮想ゲスト移動処理を示すフローチャートである。 仮想ゲスト移動処理を示すフローチャートである。 第２の実施形態における管理システムの全体構成を示す概念図である。 管理システムの機能構成を示す概念図である。 ストレージ構成テーブルを示す概念図である。 ストレージ移動履歴テーブルを示す概念図である。 ストレージ使用リソーステーブルを示す概念図である。 仮想ゲスト移動処理を示すフローチャートである。 仮想ゲスト移動処理を示すフローチャートである。
　以下図面について、本発明の一実施の形態を詳述する。
（１）第１の実施の形態
（１－１）全体構成
　図１は、仮想ゲスト管理システム１の全体構成を示す。仮想ゲスト管理システム１は、仮想ホスト１１Ａ、１１Ｂ、ストレージ装置１２及び管理システム１３を備えて構成される。これら仮想ホスト１１Ａ、１１Ｂ、ストレージ装置１２及び管理システム１３は、ネットワークＮを介して互いに通信可能に接続されている。
　仮想ホスト１１Ａは、ユーザに仮想ゲスト（図２参照）を提供する物理装置であって、例えばサーバ装置から構成される。仮想ホスト１１Ａは、ＣＰＵ（Central Processing Unit）１１１ａ、メモリ１１２ａ、ディスクアダプタ１１３ａ、ネットワークアダプタ１１４ａ及び管理Ｉ／Ｆ１１５ａを備える。
　ＣＰＵ１１１ａは、複数のコアを備え、メモリ１１２ａに格納された各種プログラムに基づいて、仮想ホスト１１Ａの動作を統括的に制御する。またメモリ１１２ａは、各種プログラム及び各種テーブルを保持するために利用されるほか、ＣＰＵ１１ａのワークメモリとして用いられる。
　ディスクアダプタ１１３ａは、ストレージ装置１２との通信時におけるプロトコル制御を実行するインタフェースであり、ストレージ装置１２との間で各種コマンドやデータを送受信する。またネットワークアダプタ１１４ａは、ネットワークＮを介して他の仮想ホスト１１Ｂ又はストレージ装置１２との間で各種データを送受信するためのインタフェースである。また管理Ｉ／Ｆ１１５ａは、ネットワークＮを介して管理システム１３との間で各種コマンドを送受信するためのインタフェースである。
　仮想ホスト１１Ｂは、仮想ホスト１１Ａと同様、例えばサーバ装置などの物理装置であって、ＣＰＵ１１１ｂ、メモリ１１２ｂ、ディスクアダプタ１１３ｂ、ネットワークアダプタ１１４ｂ及び管理Ｉ／Ｆ１１５ｂを備えて構成される。仮想ホスト１１Ｂの機能及び構成は仮想ホスト１１Ａと同様であるため、ここでの説明は省略する。
　なおここでは仮想ホスト１１Ａ及び１１Ｂの２つの仮想ホストが配置された構成を図示しているが、必ずしもこれに限らず、３つ以上の複数の仮想ホストが配置される構成であってもよい。以下、仮想ホスト１１Ａ及び１１Ｂを含む複数の仮想ホストのうちの何れかの仮想ホストを意味して説明する場合には単に「仮想ホスト１１」と記載して説明する。
　ストレージ装置１２は、複数の記憶デバイス１２１及びこれら複数の記憶デバイス１２１に対するデータの入出力を制御するコントローラ１２２を備えて構成される。
　記憶デバイス１２１は、例えばＳＣＳＩ（Small Computer System Interface）ディスクなどの高価なディスクデバイス又はＳＡＴＡ（Serial AT Attachment）ディスクや光ディスクなどの安価なディスクデバイスから構成される。同一種別の複数の記憶デバイス１２１によりＲＡＩＤ（Redundant Arrays of Inexpensive/Independent Disks）グループが構成され、同じＲＡＩＤグループを構成する一又は複数の記憶デバイス１２１が提供する記憶領域上に一又は複数の論理的なボリューム（以下論理ユニットと呼ぶ）ＬＵが設定される。そしてデータはこの論理ユニットＬＵ内に所定の大きさのブロック（以下論理ブロックと呼ぶ）を単位として記憶される。
　各論理ユニットＬＵには、それぞれ固有の識別子（以下ＬＵＮ：Logical Unit Numberと呼ぶ）が付与される。本実施の形態の場合、データの入出力はこのＬＵＮと、各論理ブロックにそれぞれ付与されるその論理ブロックに固有の番号（以下ＬＢＡ：Logical Block Addressと呼ぶ）との組み合わせたものをアドレスとして、このアドレスを指定して行われる。
　コントローラ１２２は、ＣＰＵ及びメモリなどの情報処理資源のほか、アダプタ１２２１及び管理インタフェース１２２２を備える。
　アダプタ１２２１は、仮想ホスト１１Ａ又は１１Ｂからのデータを論理ユニットＬＵに書き込む処理及び論理ユニットＬＵに格納されているデータを読み込んで仮想ホスト１１に送信する処理を実行する。
　管理Ｉ／Ｆ１２２２は、ネットワークＮを介して管理システム１３との間で各種データを送受信するためのインタフェースとして機能する。
　管理システム１３は、例えばサーバ装置などの物理装置であって、ＣＰＵ１３１、メモリ１３２、ディスクアダプタ１３３、ネットワークアダプタ１３４及び管理Ｉ／Ｆ１３５を備えて構成される。管理システム１３は、仮想ホスト１１上に配置された仮想ゲストを管理する機能を備える点で、仮想ゲストを動作させる機能を備えた仮想ホスト１１とは異なる。
（１－２）機能的構成
　図２は、仮想ホスト１１Ａの機能構成を示す。仮想ホスト１１Ａは、仮想化環境を提供するサーバ装置であって、メモリ１１２ａ内に仮想化機構を備えて構成される。仮想化機構は、例えばハイパーバイザであって、複数の仮想ゲスト１１Ｖａ及び１１Ｖｂを備えて構成される。
　仮想ゲスト１１Ｖａは、仮想化機構上で動作する仮想的なコンピュータであって、仮想ホスト１１Ａのユーザからは独立したコンピュータとして認識される。仮想ゲスト１１Ｖａは、仮想的なＣＰＵ１１１Ｖａ、メモリ１１２Ｖａ、ディスクアダプタ１１３Ｖａ、ネットワークアダプタ１１４Ｖａ及び管理Ｉ／Ｆ１１５Ｖａを備えて構成される。これらの仮想的なＣＰＵ１１１Ｖａやメモリ１１２Ｖａなどは、仮想ホスト１１ＡのＣＰＵ１１１ａやメモリ１１２ａなどのリソースから動的に割り当てられる。
　仮想ゲスト１１Ｖｂについても仮想ゲスト１１Ｖａと同様にユーザからは独立したコンピュータとして認識され、仮想的なＣＰＵ１１１Ｖｂ、メモリ１１２Ｖｂ、ディスクアダプタ１１３Ｖｂ、ネットワークアダプタ１１４Ｖｂ及び管理Ｉ／Ｆ１１５Ｖｂなどを備えて構成される。これら仮想的なＣＰＵ１１１Ｖｂやメモリ１１２Ｖｂなどについても仮想ゲスト１１Ｖａと同様に仮想ホスト１１ＡのＣＰＵ１１１ａやメモリ１１２ａなどのリソースから動的に割り当てられる。
　本実施の形態においては、例えば仮想ゲスト１１Ｖａを他の仮想ホスト１１に移動させようとする場合、移動先候補の仮想ホスト１１に移動させたと仮定した場合の移動先候補の仮想ホスト１１におけるリソースの使用量（以下使用リソース量と呼ぶ）を推定する。そしてリソースの使用効率が最も良いとされる仮想ホスト１１を移動先の仮想ホスト１１として決定する。よってリソースの使用効率が最も良い移動先の仮想ホスト１１（例えば仮想ホスト１１Ｂ）に移動対象の仮想ゲスト１１Ｖａを移動させることができる。仮想ゲスト移動処理の詳細については後述する（図１６及び図１７参照）。
　なおここでは仮想ゲスト１１Ｖａ及び１１Ｖａの２つの仮想ゲストが仮想ホスト１１Ａに配置された構成を図示しているが、必ずしもこれに限らず、３つ以上の複数の仮想ゲストが仮想ホスト１１Ａに配置される構成であってもよい。以下、仮想ゲスト１１Ｖａ及び１１Ｖａを含む複数の仮想ゲストのうちの何れかの仮想ゲストを意味して説明する場合には単に「仮想ゲスト１１Ｖ」と記載して説明する。
　またここでは仮想ホスト１１Ａ上に２つの仮想ゲスト１１Ｖａ及び１１Ｖａが配置されて動作している構成を図示しているが、仮想ホスト１１Ｂ及び図示しない他の仮想ホスト１１についても仮想ホスト１１Ａと同様に一又は複数の仮想ゲスト１１Ｖが動作する仮想化環境が構築される。
　図３は、管理システム１３のメモリ１３２に格納されたプログラム群及びテーブル群を示す。本実施の形態の場合、管理システム１３のメモリ１３２には、プログラムとして、制御部１３２１、リソース監視部１３２２、構成管理部１３２３、未使用リソース算出部１３２４、配置先決定部１３２５、時刻管理部１３２６、仮想化機構管理部１３２７及び周期解析部１３２８が格納されている。
　制御部１３２１は、これらリソース監視部１３２２、構成管理部１３２３、未使用リソース算出部１３２４、配置先決定部１３２５、時刻管理部１３２６、仮想化機構管理部１３２７及び周期解析部１３２８の動作を統括的に制御する。
　例えば制御部１３２１は、仮想ゲスト管理システム１において仮想ホスト１１及びストレージ装置１２の追加又は変更があった場合、仮想ゲスト１１Ｖの構成に変更があった場合及び仮想ゲスト１１Ｖにリソースを割り当てるホスト１１又は記憶デバイス１２１に変更があった場合、これを検出して構成管理部１３２３に対して関連するテーブルについての更新を指示する。
　なおこの場合の関連するテーブルとは、仮想ゲスト接続テーブルＴ２、仮想ホスト接続テーブルＴ３、仮想ホスト最大値テーブルＴ５、仮想ゲスト移動履歴テーブルＴ６、ストレージ構成テーブルＴ１１０及びストレージ移動履歴テーブルＴ１３０などである。これらテーブルの詳細については後述する。
　リソース監視部１３２２は、仮想ホスト１１が使用する使用リソース量及び仮想ゲスト１１Ｖが使用する使用リソース量を監視及び取得する。例えばリソース監視部１３２２は、１秒ごとや１分ごとに仮想ホスト１１及び仮想ゲスト１１Ｖにポーリングを行い、時々刻々と変動する使用リソース量を取得する。
　構成管理部１３２３は、例えば仮想ホスト１１の物理構成及びそのスペック、仮想ホスト１１上に配置された仮想ゲスト１１Ｖの仮想構成及びそのスペック、仮想ホスト１１上に配置される仮想ゲスト１１Ｖの配置構成などの仮想ホスト１１及び仮想ゲスト１１Ｖに関する構成を管理する。
　未使用リソース算出部１３２４は、構成管理部１３２３により管理される仮想ホスト１１の物理構成及びそのスペックから各リソースの最大値を算出する。一方で未使用リソース算出部１３２４は、リソース監視部１３２２により監視及び取得された仮想ホスト１１の時々刻々と変化する使用リソース量を取得する。そして未使用リソース算出部１３２４は、仮想ホスト１１における各リソースの最大値から時々刻々と変化する使用リソース量のうちの最大値を差し引いて、使用されていない未使用のリソース量（以下未使用リソース量と呼ぶ）を算出する。
　配置先決定部１３２５は、未使用リソース算出部１３２４により算出された未使用リソース量に基づいて、移動対象の仮想ゲスト１１Ｖを移動させた場合にリソースの使用効率が最も良いと推定される移動先の仮想ホスト１１を移動先候補の仮想ホスト１１のなかから決定する。
　時刻管理部１３２６は、時刻を管理しており、例えばリソース監視部１３２２により仮想ホスト１１の使用リソース量が取得された場合、取得された時の時刻に基づいて、タイムスタンプを生成する。
　仮想化機構管理部１３２７は、配置先決定部１３２５により移動対象の仮想ゲスト１１Ｖの移動先が決定された場合、決定された移動先の仮想ホスト１１に移動対象の仮想ゲスト１１Ｖを移動する処理を実行する。
　周期解析部１３２８は、仮想ホスト１１がリソースを使用する周期（以下仮想ホストの周期と呼ぶ）及び仮想ゲスト１１Ｖがリソースを使用する周期（以下仮想ゲストの周期と呼ぶ）を解析して算出する。
　具体的には、周期解析部１３２８は、仮想ホスト１１の周期を算出する場合、仮想ホスト１１上で動作している仮想ゲスト１１Ｖの周期のうちの最長の周期を抽出し、抽出した周期を仮想ホスト１１の周期として算出する。
　また周期解析部１３２８は、仮想ゲスト１１Ｖの周期を算出する場合、仮想ゲスト使用リソーステーブルＴ１を参照して、使用リソースの時系列をフーリエ変換し、各周期（周波数）の強さを算出する。そして周期解析部１３２８は、算出した周波数のうち、１時間～３ヶ月程度の周波数の範囲で最も強い周波数を仮想ゲスト１１Ｖの周期として算出する。周期解析部１３２８は、ＣＰＵやメモリなどのリソースそれぞれについて周期を算出し、最長のリソースの周期を仮想ゲスト１１Ｖの周期とする。
　また周期解析部１３２８は、例えば仮想ゲスト１１Ｖａを仮想ホスト１１Ｂに移動させようとする場合に仮想ゲスト１１Ｖａと仮想ホスト１１Ｂとの周期が１日と１週間のように異なる場合、短い周期の仮想ゲスト１１Ｖａを長い周期の仮想ホスト１１Ｂに合わせるように補完する。
　また管理システム１３のメモリ１３２には、テーブルとして、仮想ゲスト使用リソーステーブルＴ１、仮想ゲスト接続テーブルＴ２、仮想ホスト接続テーブルＴ３、仮想ホスト使用リソーステーブルＴ４、仮想ホスト最大値テーブルＴ５、仮想ゲスト移動履歴テーブルＴ６、仮想ホスト周期テーブルＴ７、仮想ゲスト周期テーブルＴ８、未使用リソーステーブルＴ９及び未使用リソース比較テーブルＴ１０が格納されている。これら各種テーブルは、移動対象の仮想ゲスト１１Ｖ（例えば仮想ゲスト１１Ｖａ）を他の仮想ホスト１１（例えば仮想ホスト１１Ｂ）に移動させる際に用いられる。
　図４は、仮想ゲスト使用リソーステーブルＴ１の概念図を示す。仮想ゲスト使用リソーステーブルＴ１は、仮想ゲスト１１Ｖごとに用意されるテーブルである。仮想ゲスト使用リソーステーブルＴ１により、移動対象の仮想ゲスト１１Ｖが現在までに使用してきた使用リソース量の履歴（以下使用リソース履歴と呼ぶ）を取得することができる。この仮想ゲスト使用リソーステーブルＴ１に格納される各種情報は、リソース監視部１３２２が仮想ゲスト１１Ｖに定期的に問い合わせを行うことにより記録される。
　仮想ゲスト使用リソーステーブルＴ１は、タイムスタンプ欄Ｔ１１、ＣＰＵ欄Ｔ１２、メモリ欄Ｔ１３、ネットワーク欄Ｔ１４、ディスク欄Ｔ１５、ＩＯＰＳ欄Ｔ１６及びディスク使用容量欄Ｔ１７から構成される。
　タイムスタンプ欄Ｔ１１には、時刻管理部１３２６により取得された時刻情報が格納される。またＣＰＵ欄Ｔ１２には、仮想ゲスト１１Ｖの仮想的なＣＰＵ（例えばＣＰＵ１１１Ｖａ）の処理性能としてクロック周波数が格納される。またメモリ欄Ｔ１３には、仮想ゲスト１１Ｖの仮想的なメモリ（例えばメモリ１１２Ｖａ）の使用容量が格納される。
　またネットワーク欄Ｔ１４には、仮想ゲスト１１Ｖの仮想的なネットワークアダプタ（例えばネットワークアダプタ１１４Ｖａ）による通信速度（帯域幅）が格納される。またディスク欄Ｔ１５には、仮想ゲスト１１Ｖの仮想的なディスクアダプタ（例えばディスクアダプタ１１３Ｖａ）による転送速度が格納される。またＩＯＰＳ欄Ｔ１６には、単位時間当りに仮想ゲスト１１Ｖが処理可能なリード又はライトの処理性能を示す情報が格納される。またディスク使用容量欄Ｔ１７には、ストレージ装置１２が仮想ゲスト１１Ｖに提供する記憶容量のうちの使用容量が格納される。
　従って図４の場合、例えば仮想ゲスト１１Ｖａの「２０１２／９／１０　０：１０」の時刻におけるＣＰＵ１１１Ｖａのクロック周波数は「１４１０」［ＭＨｚ］であり、メモリ１１２Ｖａの使用容量は「１３９７．５」［ＭＢ］であり、ネットワークアダプタ１１４Ｖａによる帯域幅は「５．０」［Ｍｂｐｓ］であり、ディスクアダプタ１１３Ｖａによる転送速度は「５．０」［Ｍｂｐｓ］であり、ＩＯＰＳは「１．９」であり、ストレージ装置１２が仮想ゲスト１１Ｖａに提供する記憶容量のうちの使用容量は「１２０．１」［ＧＢ］であることが示されている。
　図５は、仮想ゲスト接続テーブルＴ２の概念図を示す。仮想ゲスト接続テーブルＴ２により、移動対象の仮想ゲスト１１Ｖと接続しているネットワーク及び記憶デバイス１２１の情報を取得することができる。この仮想ゲスト接続テーブルＴ２に格納される各種情報は、構成管理部１３２３が仮想ゲスト１１Ｖの配置構成を設定する際に記録される。
　仮想ゲスト接続テーブルＴ２は、識別番号欄Ｔ２１、仮想ゲスト名欄Ｔ２２、接続先ネットワーク欄Ｔ２３及び接続先ＬＵ欄Ｔ２４から構成される。
　識別番号欄Ｔ２１には、仮想ゲスト１１Ｖの識別情報が格納される。また仮想ゲスト名欄Ｔ２２には、仮想ゲスト名が格納される。また接続先ネットワーク欄Ｔ２３には、接続先ネットワークの情報（例えばＩＰアドレス）が格納される。また接続先ＬＵ欄Ｔ２４には、接続先ＬＵの情報（例えば記憶デバイス名）が格納される。
　従って図５の場合、例えば識別番号が「１」の仮想ゲスト名は「仮想ゲスト１」であり、「仮想ゲスト１」の接続先ネットワークは、「ＸＸ．ＸＸ．ＸＸ．ＸＸ」及び「ＹＹ．ＹＹ．ＹＹ．ＹＹ」であり、接続先の記憶デバイス名は「ＲＲ」及び「ＳＳ」であることが示されている。
　図６は、仮想ホスト接続テーブルＴ３の概念図を示す。仮想ホスト接続テーブルＴ３により、移動先の仮想ホスト１１と接続している記憶デバイス１２１及びネットワークの情報を取得することができる。この仮想ホスト接続テーブルＴ３に格納される各種情報は、構成管理部１３２３が仮想ホスト１１の配置構成を設定する際に記録される。
　仮想ホスト接続テーブルＴ３は、識別番号欄Ｔ３１、仮想ホスト名欄Ｔ３２、接続先ＬＵ欄Ｔ３３及び接続先ネットワーク欄Ｔ３４から構成される。
　識別番号欄Ｔ３１には、仮想ホスト１１の識別情報が格納される。また仮想ホスト名欄Ｔ３２には、仮想ホスト名が格納される。また接続先ＬＵ欄Ｔ３３には、接続先ＬＵの情報（例えば記憶デバイス名）が格納される。また接続先ネットワーク欄Ｔ３４には、接続先ネットワークの情報（例えばＩＰアドレス）が格納される。
　従って図６の場合、例えば識別番号が「１」の仮想ホスト名は「仮想ホスト１」であり、「仮想ホスト１」の接続先の記憶デバイス名は「ＲＲ」及び「ＳＳ」であり、接続先ネットワークは、「ＸＸ．ＸＸ．ＸＸ．ＸＸ」及び「ＹＹ．ＹＹ．ＹＹ．ＹＹ」であることが示されている。
　図７は、仮想ホスト使用リソーステーブルＴ４の概念図を示す。仮想ホスト使用リソーステーブルＴ４は、仮想ホスト１１ごとに用意されるテーブルである。仮想ホスト使用リソーステーブルＴ４により、移動先候補の仮想ホスト１１の使用リソース履歴を取得することができる。この仮想ホスト使用リソーステーブルＴ４に格納される各種情報は、リソース監視部１３２２が仮想ホストに定期的に問い合わせを行うことにより記録される。
　仮想ホスト使用リソーステーブルＴ４は、タイムスタンプ欄Ｔ４１、ＣＰＵ欄Ｔ４２、メモリ欄Ｔ４３、ネットワーク欄Ｔ４４、ディスク欄Ｔ４５及びＩＯＰＳ欄Ｔ４６から構成される。
　タイムスタンプ欄Ｔ４１には、時刻管理部１３２６により取得された時刻情報が格納される。またＣＰＵ欄Ｔ４２には、仮想ホスト１１のＣＰＵ（例えばＣＰＵ１１１ａ）の処理性能としてクロック周波数が格納される。またメモリ欄Ｔ４３には、仮想ホスト１１のメモリ（例えばメモリ１１２ａ）の使用容量が格納される。
　またネットワーク欄Ｔ４４には、仮想ホスト１１のネットワークアダプタ（例えばネットワークアダプタ１１４ａ）による通信速度（帯域幅）が格納される。またディスク欄Ｔ４５には、仮想ホスト１１のディスクアダプタ（例えばディスクアダプタ１１３ａ）による転送速度が格納される。またＩＯＰＳ欄Ｔ４６には、単位時間当りに仮想ホスト１１が処理可能なリード又はライトの処理性能を示す情報が格納される。
　従って図７の場合、例えば仮想ホスト１１Ａの「２０１２／９／１０　００：１０」の時刻におけるＣＰＵ１１１ａのクロック周波数は「１６２２７」［ＭＨｚ］であり、メモリ１１２ａの使用容量は「１６２２７．４」［ＭＢ］であり、ネットワークアダプタ１１４ａによる帯域幅は「５８．８」［Ｍｂｐｓ］であり、ディスクアダプタ１１３ａによる転送速度は「１９」［Ｍｂｐｓ］であり、ＩＯＰＳは「２．３」であることが示されている。
　図８は、仮想ホスト最大値テーブルＴ５の概念図を示す。仮想ホスト最大値テーブルＴ５により、移動先候補の仮想ホスト１１のスペックとしてリソースの最大値を取得することができる。この仮想ホスト最大値テーブルＴ５に格納される各種情報は、構成管理部１３２３が仮想ホスト１１の配置構成を設定する際に記録される。なお仮想ホスト１１においてリソースが追加（ハードウェアが増強）された場合、この仮想ホスト最大値テーブルＴ５は構成管理部１３２３により更新される。
　仮想ホスト最大値テーブルＴ５は、識別番号欄Ｔ５１、仮想ホスト名欄Ｔ５２、タイムスタンプ欄Ｔ５３、ＣＰＵ欄Ｔ５４、メモリ容量欄Ｔ５５、ネットワーク帯域幅欄Ｔ５６及びディスクＩ／Ｏ欄Ｔ５７から構成される。
　識別番号欄Ｔ５１には、仮想ホスト１１の識別情報が格納される。また仮想ホスト名欄Ｔ５２には、仮想ホスト名が格納される。またタイムスタンプ欄Ｔ５３には、時刻管理部１３２６により取得された時刻情報が格納される。またＣＰＵ欄Ｔ５４には、仮想ホスト１１のＣＰＵ（例えばＣＰＵ１１１ａ）の処理性能としてクロック周波数が格納される。またメモリ容量欄Ｔ５５には仮想ホスト１１のメモリ（例えばメモリ１１２ａ）の合計容量が格納される。
　またネットワーク帯域幅欄Ｔ５６には、仮想ホスト１１のネットワークアダプタ（例えばネットワークアダプタ１１４ａ）による通信速度（帯域幅）が格納される。またディスクＩ／Ｏ欄Ｔ５７には、仮想ホスト１１のディスクアダプタ（例えばディスクアダプタ１１３ａ）による転送速度が格納される。
　従って図８の場合、例えば識別番号が「１」の仮想ホスト名は「仮想ホスト１」であり、この「仮想ホスト１」のリソースの最大値をこの仮想ホスト最大値テーブルＴ５に記録した時刻は「２０１１／１０／１２　１２：００」であり、ＣＰＵ１１１ａのクロック周波数の最大値は「３６０００」［ＭＨｚ］であり、メモリ１１２ａの最大容量は「９６」［ＧＢ］であり、ネットワークアダプタ１１４ａによる帯域幅の最大値は「４０９６」［Ｍｂｐｓ］であり、ディスクアダプタ１１３ａによる転送速度の最大値は「８」［Ｇｂｐｓ］であることが示されている。
　図９は、仮想ゲスト移動履歴テーブルＴ６の概念図を示す。仮想ゲスト移動履歴テーブルＴ６は、仮想ホスト１１ごとに用意されるテーブルである。仮想ゲスト移動履歴テーブルＴ６により、移動先候補の仮想ホスト１１において仮想ゲスト１１Ｖが追加又は削除されたことを示す履歴を取得することができる。この仮想ゲスト移動履歴テーブルＴ６に格納される各種情報は、構成管理部１３２３が仮想ゲスト１１Ｖの配置構成を設定する際に記録及び更新される。
　仮想ゲスト移動履歴テーブルＴ６は、タイムスタンプ欄Ｔ６１、仮想ゲスト名欄Ｔ６２及びアクション欄Ｔ６３から構成される。
　タイムスタンプ欄Ｔ６１には、時刻管理部１３２６により取得された時刻情報が格納される。また仮想ゲスト名欄Ｔ６２には、仮想ゲスト名が格納される。またアクション欄Ｔ６３には、仮想ゲスト１１Ｖが追加又は削除されたことを示す情報が格納される。
　従って図９の場合、例えば仮想ホストＸＸ（例えば仮想ホスト１１Ａ）において、「２０１１／１２／１０　ＸＸ：ＸＸ：ＸＸ」の時刻に「仮想ゲスト１」が「追加」されたことが示されている。
　図１０は、仮想ホスト周期テーブルＴ７の概念図を示す。仮想ホスト周期テーブルＴ７により、移動先候補の仮想ホスト１１の周期を取得することができる。この仮想ホスト周期テーブルＴ７に格納される各種情報は、周期解析部１３２８が仮想ホスト１１で動作している仮想ゲスト１１Ｖの周期のうちの最長の周期を仮想ホスト１１の周期として算出した際に記録される。
　仮想ホスト周期テーブルＴ７は、識別番号欄Ｔ７１、仮想ホスト名欄Ｔ７２及び周期欄Ｔ７３から構成される。
　識別番号欄Ｔ７１には、仮想ホスト１１の識別情報が格納される。また仮想ホスト名欄Ｔ７２には、仮想ホスト名が格納される。また周期欄Ｔ７３には、仮想ホスト１１の周期が格納される。
　従って図１０の場合、例えば識別番号が「１」の仮想ホスト名は「仮想ホスト１」であり、この「仮想ホスト１」の周期は「１ヶ月」であることが示されている。
　図１１は、仮想ゲスト周期テーブルＴ８の概念図を示す。仮想ゲスト周期テーブルＴ８により、移動対象の仮想ゲスト１１Ｖの周期を取得することができる。この仮想ゲスト周期テーブルＴ８に格納される各種情報は、周期解析部１３２８が仮想ゲスト使用リソーステーブルＴ１に格納された各種情報に基づいて仮想ゲスト１１Ｖの周期を算出した際に記録される。
　仮想ゲスト周期テーブルＴ８は、識別番号欄Ｔ８１、仮想ゲスト名欄Ｔ８２、周期欄Ｔ８３及びタイムスタンプ欄Ｔ８４から構成される。
　識別番号欄Ｔ８１には、仮想ゲスト１１Ｖの識別情報が格納される。また仮想ゲスト名欄Ｔ８２には、仮想ゲスト名が格納される。また周期欄Ｔ８３には、仮想ゲスト１１Ｖの周期が格納される。またタイムスタンプ欄Ｔ８４には、時刻管理部１３２６により取得された時刻情報が格納される。
　従って図１１の場合、例えば識別番号が「１」の仮想ゲスト名は「仮想ゲスト１」であり、この「仮想ゲスト１」の周期は「２４時間」であり、この周期を算出して記録した時刻は「２０１１／１２／１０　ＸＸ：ＸＸ：ＸＸ」であることが示されている。
　図１２は、未使用リソーステーブルＴ９の概念図を示す。未使用リソーステーブルＴ９により、仮想ホスト１１における各リソースについて未使用リソース量を取得することができる。この未使用リソーステーブルＴ９に格納される各種情報は、未使用リソース算出部１３２４が仮想ホスト１１の未使用リソース量を算出した際に記録される。
　未使用リソーステーブルＴ９は、識別番号欄Ｔ９１、仮想ホスト名欄Ｔ９２、ＣＰＵ欄Ｔ９３、メモリ容量欄Ｔ９４、ネットワーク帯域幅欄Ｔ９５及びディスクＩ／Ｏ欄Ｔ９６から構成される。
　識別番号欄Ｔ９１には、仮想ホスト１１の識別情報が格納される。また仮想ホスト名欄Ｔ９２には、仮想ホスト名が格納される。またＣＰＵ欄Ｔ９３には、仮想ホスト１１の未使用分のＣＰＵ（例えばＣＰＵ１１１ａ）の処理性能としてクロック周波数が格納される。またメモリ容量欄Ｔ９４には仮想ホスト１１の未使用分のメモリ（例えばメモリ１１２ａ）の容量が格納される。
　またネットワーク帯域幅欄Ｔ９５には、仮想ホスト１１の未使用分のネットワークアダプタ（例えばネットワークアダプタ１１４ａ）による帯域幅が格納される。またディスクＩ／Ｏ欄Ｔ９６には、仮想ホスト１１の未使用のディスクアダプタ（例えばディスクアダプタ１１３ａ）による転送速度が格納される。
　従って図１２の場合、例えば識別番号が「１」の仮想ホスト名は「仮想ホスト１」であり、この「仮想ホスト１」のＣＰＵ１１１ａの未使用分のクロック周波数は「１４４００」［ＭＨｚ］であり、メモリ１１２ａの未使用分の容量は「１６」［ＧＢ］であり、ネットワークアダプタ１１４ａによる未使用分の帯域幅は「１９２０」［Ｍｂｐｓ］であり、ディスクアダプタ１１３ａによる未使用分の転送速度は「２」［Ｇｂｐｓ］であることが示されている。
　図１３は、未使用リソース比較テーブルＴ１０の概念図を示す。未使用リソース比較テーブルＴ１０により、複数の移動先候補の仮想ホスト１１のうち、リソースの使用効率が最も良いとされる移動先候補を特定する情報を取得することができる。この未使用リソース比較テーブルＴ１０に格納される各種情報は、未使用リソース算出部１３２４が仮想ホスト１１の未使用リソース量を算出した際に記録される。
　未使用リソース比較テーブルＴ１０は、識別番号欄Ｔ１０１、仮想ホスト名欄Ｔ１０２、ＣＰＵ欄Ｔ１０３、メモリ容量欄Ｔ１０４、ネットワーク帯域幅欄Ｔ１０５、ディスクＩ／Ｏ欄Ｔ１０６及び最小値欄Ｔ１０７から構成される。
　識別番号欄Ｔ１０１には、基準ホスト及び仮想ホスト１１の識別情報が格納される。基準ホストとは、未使用リソーステーブルＴ９に格納されている未使用リソース量のそれぞれから最大値を抽出して構成された仮想ホストである。この基準ホストは、現実には存在せず、最も値の大きい未使用リソース量を組み合わせた場合に最高のパフォーマンスを実現し得るように構成された理想的な仮想ホストである。この基準ホストにおける各リソース量は、この未使用リソース比較テーブルＴ１０における最小値欄Ｔ１０７に格納される値を算出する際に用いられる。
　仮想ホスト名欄Ｔ１０２には、基準ホスト及び仮想ホスト名が格納される。またＣＰＵ欄Ｔ１０３には、基準ホストのＣＰＵのクロック周波数と、仮想ホスト１１の未使用分のＣＰＵのクロック周波数を基準ホストのＣＰＵのクロック周波数で割った値（ＣＰＵ比較値）とが格納される。
　メモリ容量欄Ｔ１０４には、基準ホストのメモリの容量と、仮想ホスト１１の未使用分のメモリの容量を基準ホストのメモリの容量で割った値（メモリ比較値）とが格納される。またネットワーク帯域幅欄Ｔ１０５には、基準ホストのネットワークアダプタによる帯域幅と、仮想ホスト１１の未使用分のネットワークアダプタによる帯域幅を基準ホストのネットワークアダプタによる帯域幅で割った値（帯域幅比較値）とが格納される。
　ディスクＩ／Ｏ欄Ｔ１０６には、基準ホストのディスクアダプタによる転送速度と、仮想ホスト１１の未使用分のディスクアダプタによる転送速度を基準ホストのディスクアダプタによる転送速度で割った値（Ｉ／Ｏ比較値）とが格納される。
　従って図１３の場合、例えば識別番号が「１」の基準ホスト名は「基準ホスト」であり、この基準ホストのＣＰＵのクロック周波数は、未使用リソーステーブルＴ９のＣＰＵ欄Ｔ９３に格納されたクロック周波数のうちの最大値である「１４４００」［ＭＨｚ］であることが示されている。
　またこの基準ホストのメモリ容量は、未使用リソーステーブルＴ９のメモリ容量欄Ｔ９４に格納された容量のうちの最大値である「１６」［ＧＢ］であり、ネットワーク帯域幅は、未使用リソーステーブルＴ９のネットワーク帯域幅欄Ｔ９５に格納されたネットワーク帯域幅のうちの最大値である「３６００」［Ｍｂｐｓ］であることが示されている。
　またこの基準ホストの転送速度は、未使用リソーステーブルＴ９のディスクＩ／Ｏ欄Ｔ９６に格納された転送速度のうちの最大値である「６」［Ｇｂｐｓ］であることが示されている。
　また識別番号が「２」の仮想ホスト名は「仮想ホスト１」であり、この「仮想ホスト１」のＣＰＵ比較値は、未使用リソーステーブルＴ９のＣＰＵ欄Ｔ９３に格納された仮想ホスト１のクロック周波数（１４４００ＭＨｚ）を基準ホストのクロック周波数（１４４００ＭＨｚ）で割った「１」であることが示されている。
　またこの「仮想ホスト１」のメモリ比較値は、未使用リソーステーブルＴ９のメモリ容量欄Ｔ９４に格納された仮想ホスト１のメモリ容量（１６ＧＢ）を基準ホストのメモリ容量（１６ＧＢ）で割った「１」であることが示されている。またこの「仮想ホスト１」の帯域幅比較値は、未使用リソーステーブルＴ９のネットワーク帯域幅欄Ｔ９５に格納された「仮想ホスト１」のネットワーク帯域幅（１９２０Ｍｂｐｓ）を基準ホストのネットワーク帯域幅（３６００Ｍｂｐｓ）で割った「０．５３３３」であることが示されている。
　またこの「仮想ホスト１」のＩ／Ｏ比較値は、未使用リソーステーブルＴ９のディスクＩ／Ｏ欄Ｔ９６に格納された「仮想ホスト１」の転送速度（２Ｇｂｐｓ）を基準ホストの転送速度（６Ｇｂｐｓ）で割った「０．３３３３」であることが示されている。
　またこの「仮想ホスト１」におけるこれらリソースの比較値（ＣＰＵ比較値、メモリ比較値、帯域幅比較値及びＩ／Ｏ比較値）のうち、最小値は「０．３３３３」であることが示されている。
（１－３）テーブルへの書込みイメージ
　図１４は、仮想ゲスト使用リソーステーブルＴ１及び仮想ホスト使用リソーステーブルＴ４に対して各種情報を書き込む書込みイメージを示す。この図１４において制御部１３２１は、リソース監視部１３２２及び時刻管理部１３２６の動作を制御して、仮想ゲスト使用リソーステーブルＴ１及び仮想ホスト使用リソーステーブルＴ４に各種情報を書き込む処理を実行する。
　具体的には、リソース監視部１３２２は、制御部１３２１からの制御信号に基づいて、仮想的な管理Ｉ／Ｆ１１５Ｖａ及び管理Ｉ／Ｆ１１５Ｖｂに対して定期的に問い合わせを行い、仮想ゲスト１１Ｖａ及び１１Ｖｂの使用リソース量を定期的に取得する。なお実際には、リソース監視部１３２２は、仮想ホスト１１Ａのネットワークアダプタ１１４ａを介して仮想的な管理Ｉ／Ｆ１１５Ｖａ及び管理Ｉ／Ｆ１１５Ｖｂにアクセスする。
　またリソース監視部１３２２は、制御部１３２１からの制御信号に基づいて、管理Ｉ／Ｆ１１５ａに対して定期的に問い合わせを行い、仮想ホスト１１Ａの使用リソース量を定期的に取得する。
　また時刻管理部１３２６は、制御部１３２１からの制御信号に基づいて、リソース監視部１３２２が仮想ゲスト１１Ｖａ、１１Ｖｂ及び仮想ホスト１１Ａから使用リソース量を取得した取得時の時刻をタイムスタンプとして生成する。
　そして制御部１３２１は、リソース監視部１３２２により取得された使用リソース量と、時刻管理部１３２６により生成されたタイムスタンプとを対応付けて、仮想ゲスト使用リソーステーブルＴ１及び仮想ホスト使用リソーステーブルＴ４のそれぞれに書き込む処理を実行する。
　これにより制御部１３２１は、仮想ゲスト使用リソーステーブルＴ１を参照することで、仮想ゲスト１１Ｖａ及び１１Ｖａの使用リソース履歴を取得することができる。またその履歴に周期性がある場合、制御部１３２１は、仮想ゲスト１１Ｖａ及び１１Ｖｂの使用リソース量の周期を取得することができる。また同様に制御部１３２１は、仮想ホスト使用リソーステーブルＴ４を参照することで、仮想ホスト１１Ａの使用リソース履歴及びその履歴に周期性がある場合には周期を取得することができる。
（１－４）周期の補完イメージ
　図１５は、周期の補完イメージを示す。この図１５において上段のグラフは、横軸が時間、縦軸が使用リソース量（割合）である仮想ゲスト１１Ｖの使用リソース履歴を示す。またこの仮想ゲスト１１Ｖの使用リソース履歴は、仮想ゲスト１１Ｖの１周期分の使用リソース履歴であることが示されている。ここではこの仮想ゲスト１１Ｖの１周期を仮に１週間として説明する。
　この仮想ゲスト１１Ｖを移動対象の仮想ゲスト１１Ｖとして、移動先の仮想ホスト１１を決定しようとする場合、本実施の形態においては、移動先候補の仮想ホスト１１の使用リソース履歴に移動対象の仮想ゲスト１１Ｖの使用リソース履歴を同一日時を保って加算し、移動先候補の仮想ホスト１１の使用リソース履歴を推定し、推定した使用リソース履歴のピークとなる時点の使用リソース量に基づいて、仮想ホスト１１としてどれだけリソース量に余裕があるか推定するという処理が行われる。
　このとき、仮想ホスト１１の使用リソース量の推定に用いる過去の使用リソース履歴を仮想ゲスト１１Ｖ又は仮想ホスト１１の１周期分の期間の最長に限定する。仮想ゲスト１１Ｖ及び仮想ホスト１１に１周期分の使用リソース履歴があれば、たとえ動作していた日程や期間が異なる仮想ゲスト１１Ｖ又は仮想ホスト１１についても使用リソース履歴を複写して繰り返すことで、互いに不足するデータを補完することができるようになる。よってたとえ実際に取得した使用リソース履歴が不足していたとしても、同一日時を保って使用リソース履歴の加減算を行うことができるようになる。
　下段のグラフは、横軸が時間、縦軸がリソース量（割合）の仮想ゲスト１１Ｖの周期を補完した使用リソース履歴を示す。下段のグラフは、上段の仮想ゲスト１１Ｖの使用リソース履歴が移動先候補の仮想ホスト１１の周期（例えば１ヶ月分）となるように、仮想ゲスト１１Ｖの周期を複写して補完した使用リソース履歴である。この下段の仮想ゲスト１１Ｖの使用リソース履歴によれば、実際には１週間分の使用リソース履歴しか得られていない場合であっても、複写して不足分を補完することにより、移動先候補の仮想ホスト１１の周期に合わせることができる。よって同一日時を保って、移動先候補の仮想ホスト１１の使用リソース履歴に移動対象の仮想ゲスト１１Ｖの使用リソース履歴を加算することができる。
　なお仮想ホスト１１の周期は、その仮想ホスト１１で動作している仮想ゲスト１１Ｖによって変わる。仮想ホスト１１よりも長い周期の仮想ゲストが移動してくることもあるため、仮想ホスト１１のリソース使用履歴は、周期を超えた部分についても削除せずに、システム全体での仮想ゲスト１１Ｖの周期の最長分を保持しておくことが望ましい。
（１－５）フローチャート
　図１６及び図１７は、仮想ゲスト移動処理の処理手順を示す。この仮想ゲスト移動処理は、管理システム１３が仮想ゲスト１１Ｖの移動指示を受け付けたことを契機として実行される。
　なお管理システム１３が受け付ける移動指示は、例えばユーザからの指示であっても、予め定められた期間ごとに定期的に発行される指示であってもよい。またこの仮想ゲスト１１Ｖの移動指示は、単に移動対象の仮想ゲスト１１Ｖを移動させる指示であって、移動先の仮想ホスト１１を指定するものではない。移動先の仮想ホスト１１は、本処理によって決定される。
　また以下の仮想ゲスト移動処理は、管理システム１３のＣＰＵ１３１と、メモリ１３２に格納されている各種プログラム及び各種テーブルとの協働によって実行されるものであるが、説明の便宜上、処理主体を制御部１３２１として説明する。
　まず制御部１３２１は、仮想ゲスト使用リソーステーブルＴ１を参照して、移動対象の仮想ゲスト１１Ｖが現在までに使用してきた各リソースの使用リソース履歴を取得する（ＳＰ１）。
　なお移動対象の仮想ゲスト１１Ｖが新たに仮想ゲスト管理システム１に追加される新規の仮想ゲスト１１Ｖである場合、使用リソース履歴が存在しない。この場合、制御部１３２１は、新規の仮想ゲスト１１Ｖが使用可能なリソース量の最大値（スペック）に対して予め定められた割合（例えば６０％など）のリソース量又は他の仮想ゲスト１１Ｖの平均値のリソース量をこの新規の仮想ゲストの使用リソース履歴として取得する。或いは新規の仮想ゲスト１１Ｖと同一の業務を行う仮想ゲスト１１Ｖであって、新規の仮想ゲスト１１Ｖの使用可能なリソース量の最大値が同一である他の仮想ゲスト１１Ｖの使用リソース履歴を新規の仮想ゲスト１１Ｖの使用リソース履歴として取得してもよい。
　次いで制御部１３２１は、仮想ゲスト接続テーブルＴ２を参照して、この移動対象の仮想ゲスト１１Ｖの接続先ＬＵ及び接続先ネットワークの情報を取得する（ＳＰ２）。
　次いで制御部１３２１は、仮想ホスト接続テーブルＴ３を参照して、ステップＳＰ２で取得した仮想ゲスト１１Ｖの接続先ＬＵ及び接続先ネットワークに接続することのできる仮想ホスト１１の一覧を移動先候補の一覧として取得する（ＳＰ３）。
　次いで制御部１３２１は、仮想ホスト使用リソーステーブルＴ４を参照して、ステップＳＰ３で取得した移動先候補のうちの何れか一の仮想ホスト１１について、現在までに使用してきた各リソースの使用リソース履歴を取得する（ＳＰ４）。
　次いで制御部１３２１は、仮想ホスト最大値テーブルＴ５を参照して、ステップＳＰ４で参照した移動先候補の仮想ホスト１１の各リソースの最大値を取得する（ＳＰ５）。
　次いで制御部１３２１は、仮想ゲスト移動履歴テーブルＴ６を参照して、ステップＳＰ４及びＳＰ５で参照した移動先候補の仮想ホスト１１において、過去に配置されて動作していたが現在は配置されておらず動作していない過去の仮想ゲスト名及び過去の動作期間と、過去に他の仮想ホスト１１で動作していたが現在は配置されて動作中の追加の仮想ゲスト名及び動作していなかった動作外期間とを取得する（ＳＰ６）。
　次いで制御部１３２１は、仮想ゲスト使用リソーステーブルＴ１を参照して、ステップＳＰ６で取得した過去の仮想ゲスト１１Ｖが過去の動作期間内に使用していた各リソースの使用リソース履歴を取得するとともに、追加の仮想ゲスト１１Ｖが動作外期間に使用してきた各リソースの使用リソース履歴を取得する（ＳＰ７）。
　次いで制御部１３２１は、仮想ホスト周期テーブルＴ７及び仮想ゲスト周期テーブルＴ８を参照して、移動先候補の仮想ホスト１１の周期と、ステップＳＰ７で参照した過去の仮想ゲスト１１Ｖの周期、現在の仮想ゲスト１１Ｖの周期又は移動対象の仮想ゲスト１１Ｖの周期とが異なる場合には、互いに同一の周期となるように仮想ホスト１１又は仮想ゲスト１１Ｖの何れかの周期を補完する（図１５参照）（ＳＰ８）。
　なお互いに周期が同一の場合又は不足するデータがない場合には、周期を補完することなく実際の使用リソース履歴について、同一日時を保って以下のステップＳＰ９及びＳＰ１０を実行する。
　制御部１３２１は、ステップＳＰ６で取得した過去の動作期間について、同一日時を保って、移動先候補の仮想ホスト１１の使用リソース履歴から過去の仮想ゲスト１１Ｖの使用リソース履歴を減算する（ＳＰ９）。
　また制御部１３２１は、ステップＳＰ６で取得した動作外期間について、同一日時を保って、移動先候補の仮想ホスト１１の使用リソース履歴に追加の仮想ゲスト１１Ｖの使用リソース履歴を加算するとともに、仮想ホスト１１の１周期分の期間について、同一日時を保って、移動先候補の仮想ホスト１１の使用リソース履歴に移動対象の仮想ゲスト１１Ｖの使用リソース履歴を加算する（ＳＰ１０）。
　次いで制御部１３２１は、ステップＳＰ５で取得した移動先候補の仮想ホスト１１の各リソースの最大値から、ステップＳＰ９及びＳＰ１０で加算及び減算した後の仮想ホスト１１の使用リソース履歴のうちの最大値を減算し、減算した後の各リソース量を未使用リソーステーブルＴ９に書き込む（ＳＰ１１）。
　次いで制御部１３２１は、ステップＳＰ３で取得した移動先候補の一覧に示される全ての仮想ホスト１１について、未使用リソーステーブルＴ９に対する書込みを完了したか否かを判断する（ＳＰ１２）。
　制御部１３２１は、この判断で否定結果を得ると、ステップＳＰ４に移行して、上述してきた処理を行い、他の移動先候補の仮想ホスト１１について、未使用リソーステーブルＴ９に対する書込みを行う。
　これに対し、制御部１３２１は、ステップＳＰ１２の判断で肯定結果を得ると、まず未使用リソーステーブルＴ９を参照して、基準ホストのリソース量を算出し、算出した基準ホストのリソース量を未使用リソース比較テーブルＴ１０に書き込む。そして制御部１３２１は、未使用リソーステーブルＴ９に書き込んだ何れかの仮想ホスト１１のリソース量を基準ホストのリソース量で割り、その値及びその値のうちの最小値を未使用リソース比較テーブルＴ１０に書き込む（ＳＰ１３）。
　次いで制御部１３２１は、未使用リソース比較テーブルＴ１０を参照して、仮想ホスト１１ごとにリソース量の最小値を取得する（ＳＰ１４）。
　次いで制御部１３２１は、ステップＳＰ１４で取得した最小値のうちの最大値が０以上であるか否かを判断する（ＳＰ１５）。
　制御部１３２１は、この判断で否定結果を得ると、移動先候補の仮想ホスト１１の全てにおいて、移動対象の仮想ゲスト１１Ｖを移動させるとリソース不足になるため移動先候補はないと判断して（ＳＰ１６）、この仮想ゲスト移動処理を終了する。
　これに対し、制御部１３２１は、ステップＳＰ１５の判断で肯定結果を得ると、最小値が０以上である移動先候補の仮想ホスト１１については、移動対象の仮想ゲスト１１Ｖを移動してもリソース不足にはならないものと判断する。そして制御部１３２１は、この最小値が０以上である移動先候補の仮想ホスト１１のうち、ステップＳＰ１４で取得した最小値が最大である仮想ホスト１１を抽出する（ＳＰ１７）。
　そして制御部１３２１は、ステップＳＰ１７で抽出した仮想ホスト１１を移動先の仮想ホスト１１として決定し、決定した移動先の仮想ホスト１１に移動対象の仮想ゲスト１１Ｖを移動させる指示を仮想化機構管理部１３２７に発行して（ＳＰ１８）、この仮想ゲスト移動処理を終了する。
（１－６）第１の実施の形態による効果
　以上のように、本実施の形態による仮想ゲスト管理システム１によれば、移動対象の仮想ゲスト１１Ｖを移動させようとする場合、移動対象の仮想ゲスト１１Ｖの使用リソース履歴と、移動先候補の仮想ホスト１１の使用リソース履歴とに基づいて、移動先の仮想ホスト１１を決定するようにしたので、単に移動対象の仮想ゲスト１１Ｖのピーク時の使用リソース量を考慮して移動先の仮想ホスト１１を決定するよりも、実際の使用条件（運用）に合わせてリソースに無駄のない移動先の仮想ホスト１１を決定することができる。よってリソースの使用効率が最も良い移動先の仮想ホスト１１に移動対象の仮想ゲスト１１Ｖを移動させることができるため、リソースの使用効率を向上させることができる。
（２）第２の実施の形態
　第２の実施の形態における仮想ゲスト管理システム１Ａは、複数のストレージ装置１２ａ及び１２ｂを備えて構成される点、管理システム１３がストレージ構成テーブルＴ１１０、ストレージ使用リソーステーブルＴ１２０及びストレージ移動履歴テーブルＴ１３０を備えて構成される点並びにこれらのテーブルを用いて移動対象の仮想ゲストに記憶領域を提供しているＲＡＩＤグループ（記憶デバイス１２１或いは論理ユニットＬＵ）を他のＲＡＩＤグループ（記憶デバイス１２１或いは論理ユニットＬＵ）に移動させる点で、第１の実施の形態における仮想ゲスト管理システム１と異なる。以下、第１の実施の形態と同様の構成については同一の符号を付してその説明を省略し、異なる構成について説明する。
（２－１）全体構成
　図１８は、第２の実施の形態における仮想ゲスト管理システム１Ａの全体構成を示す。仮想ゲスト管理システム１Ａは、複数のストレージ装置１２ａ及び１２ｂを備えて構成される点で、第１の実施の形態における仮想ゲスト管理システム１と異なる。
　ストレージ装置１２ａは、ＲＡＩＤ機能を備えた記憶装置であって、複数の記憶デバイス１２１ａ及びコントローラ１２２ａを備えて構成される。これら複数の記憶デバイス１２１ａ及びコントローラ１２２ａの機能及び構成については、第１の実施の形態における複数の記憶デバイス１２１及びコントローラ１２２と同様であるためここでの説明は省略する。
　ストレージ装置１２ｂは、ストレージ装置１２ａと同様、ＲＡＩＤ機能を備えた記憶装置であって、複数の記憶デバイス１２１ｂ及びコントローラ１２２ｂを備えて構成される。ストレージ装置１２ｂの機能及び構成は、ストレージ装置１２ａと同様であるためここでの説明は省略する。
　なおここではストレージ装置１２ａ及び１２ｂの２つのストレージ装置が配置された構成を図示しているが、必ずしもこれに限らず、３つ以上の複数のストレージ装置が配置される構成であってもよい。以下、ストレージ装置１２ａ及び１２ｂを含む複数のストレージ装置のうちの何れかのストレージ装置を意味して説明する場合には単に「ストレージ装置１２」と記載して説明する。またストレージ装置１２ａ及び１２ｂが備える記憶デバイス１２１ａ及び１２１ｂについても同様に何れかの記憶デバイスを意味して説明する場合には単に「記憶デバイス１２１」と記載して説明する。
（２－２）機能的構成
　図１９は、管理システム１３の機能構成を示す。管理システム１３は、メモリ１３２内にストレージ構成テーブルＴ１１０、ストレージ使用リソーステーブルＴ１２０及びストレージ移動履歴テーブルＴ１３０を備えて構成される。これらのテーブルは、移動対象の仮想ゲストに記憶領域を提供しているＲＡＩＤグループを他のＲＡＩＤグループに移動させる際に用いられる。
　図２０は、ストレージ構成テーブルＴ１１０の概念図を示す。ストレージ構成テーブルＴ１１０により、空き容量が十分にある記憶デバイス１２１の情報及びこの記憶デバイス１２１に対応するＲＡＩＤグループの情報を取得することができる。このストレージ構成テーブルＴ１１０に格納される各種情報は、構成管理部１３２３がストレージ装置１２の管理Ｉ／Ｆ１２２２に定期的に問い合わせを行うことにより記録される。
　ストレージ構成テーブルＴ１１０は、識別番号欄Ｔ１１１、ストレージ装置名欄Ｔ１１２、ＲＡＩＤグループ欄Ｔ１１３、ＩＯＰＳ上限欄Ｔ１１４、ＬＵ欄Ｔ１１５、総容量欄Ｔ１１６及び空き容量欄Ｔ１１７から構成される。
　識別番号欄Ｔ１１１には、記憶デバイス１２１の識別情報が格納される。またストレージ装置名欄Ｔ１１２には、ストレージ装置名が格納される。またＲＡＩＤグループ欄Ｔ１１３には、ＲＡＩＤグループ名が格納される。またＩＯＰＳ上限欄Ｔ１１４には、ＲＡＩＤグループが単位時間当たりに読書き可能な回数の最大値が格納される。またＬＵ欄Ｔ１１５には、記憶デバイス名が格納される。また総容量欄Ｔ１１６には、記憶デバイス１２１の総容量が格納される。また空き容量欄Ｔ１１７には、記憶デバイス１２１の空き容量が格納される。
　従って図１９の場合、例えば識別番号が「１」～「３」の複数の記憶デバイス１２１はストレージ装置名が「ストレージ装置１」のストレージ装置１２に配置されており、識別番号が「１」及び「２」の記憶デバイス１２１はＲＡＩＤグループ名が「ＲＡＩＤ１」のＲＡＩＤグループを構成しており、この「ＲＡＩＤ１」のＩＯＰＳ上限値は「１９００」であることが示されている。
　またこの「ＲＡＩＤ１」を構成する記憶デバイス１２１の記憶デバイス名はそれぞれ「ＲＲ」及び「ＳＳ」であり、「ＲＲ」の記憶デバイス１２１が記憶可能な総容量は「５００」［ＧＢ］であり、空き容量は「１２５」［ＧＢ］であることが示されている。
　図２１は、ストレージ使用リソーステーブルＴ１２０の概念図を示す。ストレージ使用リソーステーブルＴ１２０は、ストレージ装置１２ごと及びＲＡＩＤグループごとに用意されるテーブルである。ストレージ使用リソーステーブルＴ１２０により、移動先候補のＲＡＩＤグループのＩＯＰＳの履歴を取得することができる。このストレージ使用リソーステーブルＴ１２０に格納される各種情報は、リソース監視部１３２２がストレージ装置１２に定期的に問い合わせを行うことにより記録される。
　ストレージ使用リソーステーブルＴ１２０は、タイムスタンプ欄Ｔ１２１及びＩＯＰＳ欄Ｔ１２２から構成される。
　タイムスタンプ欄Ｔ１２１には、時刻管理部１３２６により取得された時刻情報が格納される。またＩＯＰＳ欄Ｔ１２２には、単位時間当りにＲＡＩＤグループが読み書きした回数が格納される。
　従って図２１の場合、例えば「２０１２／９／１０　０：１０」の時刻におけるＩＯＰＳは「５６１．４２６６」であることが示されている。
　図２２は、ストレージ移動履歴テーブルＴ１３０の概念図を示す。ストレージ移動履歴テーブルＴ１３０は、記憶デバイス１２１ごとに用意されるテーブルである。ストレージ移動履歴テーブルＴ１３０により、移動先候補の記憶デバイス１２１において仮想ゲスト１１Ｖが追加又は削除されたことを示す履歴を取得することができる。このストレージ移動履歴テーブルＴ１３０に格納される各種情報は、構成管理部１３２３が仮想ゲストの配置構成を設定する際に記録及び更新される。
　ストレージ移動履歴テーブルＴ１３０は、タイムスタンプ欄Ｔ１３１、仮想ゲスト名欄Ｔ１３２及びアクション欄Ｔ１３３から構成される。
　タイムスタンプ欄Ｔ１３１には、時刻管理部１３２６により取得された時刻情報が格納される。また仮想ゲスト名欄Ｔ１３２には、仮想ゲスト名が格納される。またアクション欄Ｔ１３３には、仮想ゲスト１１Ｖが追加又は削除されたことを示す情報が格納される。
　従って図２２の場合、例えばＬＵＸＸ（例えば記憶デバイス１２１ａ）において、「２０１１／１２／１０　ＸＸ：ＸＸ：ＸＸ」の時刻に「仮想ゲスト１」が「追加」されたことが示されている。
（２－３）フローチャート
　図２３は、第２の実施の形態における仮想ゲスト移動処理の処理手順を示す。この仮想ゲスト移動処理は、管理システム１３が仮想ゲスト１１Ｖの移動指示を受け付けたことを契機として実行される。
　なお管理システム１３が受け付ける移動指示は、例えばユーザからの指示であっても、予め定められた期間ごとに定期的に発行される指示であってもよい。またこの仮想ゲストの移動指示は、単に移動対象の仮想ゲスト１１Ｖを移動させる指示であって、移動先の記憶デバイス１２１を指定するものではない。移動先の記憶デバイス１２１は、本処理によって決定される。
　また以下の仮想ゲスト移動処理は、管理システム１３のＣＰＵ１３１と、メモリ１３２に格納されている各種プログラム及び各種テーブルとの協働によって実行されるものであるが、説明の便宜上、処理主体を制御部１３２１として説明する。
　まず制御部１３２１は、仮想ゲスト使用リソーステーブルＴ１を参照して、移動対象の仮想ゲスト１１Ｖが現在までに使用してきた各リソースの使用リソース履歴を取得する（ＳＰ２１）。
　次いで制御部１３２１は、仮想ゲスト接続テーブルＴ２を参照して、この移動対象の仮想ゲスト１１Ｖの接続先ＬＵを取得する（ＳＰ２２）。
　次いで制御部１３２１は、仮想ホスト接続テーブルＴ３を参照して、ステップＳＰ２２で取得した仮想ゲスト１１Ｖの接続先ＬＵに接続することのできる仮想ホスト１１を取得する。そして制御部１３２１は、この仮想ホストが接続できる記憶デバイス１２１の一覧を移動先候補の一覧として取得する（ＳＰ２３）。
　次いで制御部１３２１は、ストレージ構成テーブルＴ１１０を参照して、ステップＳＰ２３で取得した移動先候補の記憶デバイス１２１のうち、空き容量が十分にある記憶デバイス１２１により構成されるＲＡＩＤグループを取得する。そして制御部１３２１は、ストレージ使用リソーステーブルＴ１２０を参照して、このＲＡＩＤグループの使用リソース履歴を取得する（ＳＰ２４）。
　次いで制御部１３２１は、ストレージ構成テーブルＴ１１０を参照して、ステップＳＰ２４で取得したＲＡＩＤグループのＩＯＰＳ上限値を取得する（ＳＰ２５）。
　次いで制御部１３２１は、ストレージ移動履歴テーブルＴ１３０を参照して、ステップＳＰ２４及びＳＰ２５で参照した移動先候補の記憶デバイス１２１を過去に利用していたが現在は利用していない過去の仮想ゲスト名及び過去の利用期間と、過去に他の記憶デバイス１２１を利用していたが現在はこの記憶デバイス１２１を利用中の追加の仮想ゲスト名及び利用していなかった利用外期間とを取得する（ＳＰ２６）。
　次いで制御部１３２１は、仮想ゲスト使用リソーステーブルＴ１を参照して、ステップＳＰ２６で取得した過去の仮想ゲスト１１Ｖが過去の動作期間内に利用していた各リソースの使用リソース履歴を取得するとともに、追加の仮想ゲスト１１Ｖが利用外期間に利用してきた各リソースの使用リソース履歴を取得する（ＳＰ２７）。
　なお制御部１３２１は、このステップＳＰ２７で取得した過去又は追加の仮想ゲストの使用リソース履歴と、ステップＳＰ２４で取得した移動先候補のＲＡＩＤグループの使用リソース履歴との周期が異なる場合には、互いに同一の周期となるように何れか一方又は両方の周期を補完する（図１５参照）。
　次いで制御部１３２１は、ステップＳＰ２６で取得した過去の利用期間について、同一日時を保って、移動先候補の記憶デバイス１２１が属するＲＡＩＤグループの使用リソース履歴（具体的にはＩＯＰＳ）から過去の仮想ゲスト１１Ｖの使用リソース履歴（具体的にはＩＯＰＳ）を減算する（ＳＰ２８）。
　次いで制御部１３２１は、ステップＳＰ２６で取得した利用外期間について、同一日時を保って移動先候補の記憶デバイス１２１が属するＲＡＩＤグループの使用リソース履歴に追加の仮想ゲスト１１Ｖの使用リソース履歴を加算するとともに、ＲＡＩＤグループの１周期分の期間について、同一日時を保って、ＲＡＩＤグループの使用リソース履歴に移動対象の仮想ゲスト１１Ｖの使用リソース履歴を加算する（ＳＰ２９）。
　次いで制御部１３２１は、ステップＳＰ２５で取得した移動先候補のＲＡＩＤグループのＩＯＰＳ上限値から、ステップＳＰ２８及びＳＰ２９で加算及び減算した後のＲＡＩＤグループの使用リソース履歴の最大値を減算し、減算した後のリソース量を未使用リソーステーブルＴ９に書き込む（ＳＰ３０）。
　次いで制御部１３２１は、ステップＳＰ２３で取得した移動先候補の一覧に示される全ての記憶デバイス１２１について、未使用リソーステーブルＴ９に対する書込みを完了したか否かを判断する（ＳＰ３１）。
　制御部１３２１は、この判断で否定結果を得ると、ステップＳＰ２４に移行して、上述してきた処理を行い、移動先候補の記憶デバイス１２１について、未使用リソーステーブルＴ９に対する書込みを行う。
　これに対し、制御部１３２１は、ステップＳＰ３１の判断で肯定結果を得ると、未使用リソーステーブルＴ９を参照して、最大値を取得する（ＳＰ３２）。
　次いで制御部１３２１は、ステップＳＰ３２で取得した最大値が０以上であるか否かを判断する（ＳＰ３３）。
　制御部１３２１は、この判断で否定結果を得ると、移動先候補の記憶デバイス１２１の全てにおいて、移動対象の仮想ゲスト１１Ｖを移動させるとリソース不足になるため移動先候補はないと判断して（ＳＰ３４）、この仮想ゲスト移動処理を終了する。
　これに対し、制御部１３２１は、ステップＳＰ３３の判断で肯定結果を得ると、最大値が０以上である移動先候補の記憶デバイス１２１については、移動対象の仮想ゲストを移動してもリソース不足にはならないものと判断する。そして制御部１３２１は、この最大値が０以上である移動先候補の記憶デバイス１２１のうち、ステップＳＰ３２で取得した未使用リソース量が最大の記憶デバイス１２１を抽出する（ＳＰ３５）。
　そして制御部１３２１は、ステップＳＰ３５で抽出した記憶デバイス１２１を移動先の記憶デバイス１２１として決定し、決定した移動先の記憶デバイス１２１に移動対象の仮想ゲストを移動させて（ＳＰ３６）、この仮想ゲスト移動処理を終了する。
（２－４）第２の実施の形態による効果
　以上のように、本実施の形態による仮想ゲスト管理システム１Ａによれば、移動対象の仮想ゲスト１１Ｖを移動させようとする場合、移動対象の仮想ゲスト１１Ｖの使用リソース履歴と、移動先候補の記憶デバイス１２１の使用リソース履歴とに基づいて、移動先の記憶デバイス１２１を決定するようにしたので、単に移動対象の仮想ゲスト１１Ｖのピーク時の使用リソース量を考慮して移動先の記憶デバイス１２１を決定するよりも、実際の使用条件（運用）に合わせてリソースに無駄のない移動先の記憶デバイス１２１を決定することができる。よってリソースの使用効率が最も良い移動先の記憶デバイス１２１に移動対象の仮想ゲスト１１Ｖを移動させることができるため、リソースの使用効率を向上させることができる。
（３）他の実施の形態
　なお本実施の形態においては、図１５のように直近から過去に向けて使用リソース履歴（周期）を複写することにより、仮想ゲスト１１Ｖ又は仮想ホスト１１の使用リソース履歴を補完して互いの周期を合わせることとしたが、本発明はこれに限らず、例えば一方の周期の開始と終了と、他方の周期の開始と終了とを合わせるようにして、仮想ゲスト１１Ｖ又は仮想ホスト１１の周期を複写するとしてもよい。この場合、周期内の使用リソース履歴をより正確に比較して加減算することができる。
１、１Ａ　　　　　　　仮想ゲスト管理システム
１１、１１Ａ、１１Ｂ　仮想ホスト
１２、１２Ａ、１２Ｂ　ストレージ装置
１３　　　　　　　　　管理システム
１３１　　　　　　　　ＣＰＵ
１３２　　　　　　　　メモリ

Claims (14)

  1. 　複数の仮想ホストと、前記複数の仮想ホストのそれぞれに配置された仮想ゲストと、前記仮想ゲストの移動を管理する管理システムとを備えた仮想ゲスト管理システムにおいて、
    　前記管理システムは、
    　前記仮想ホストの使用リソース量及び前記仮想ゲストの使用リソース量のそれぞれを定期的に監視して取得するリソース監視部と、
    　前記リソース監視部により取得された前記仮想ホストの使用リソース量及び前記仮想ゲストの使用リソース量のそれぞれの取得時刻を取得する時刻管理部と、
    　前記使用リソース量と前記前記使用リソース量の取得時刻とを対応付けて前記仮想ホストの使用リソース履歴及び前記仮想ゲストの使用リソース履歴を作成し、作成した使用リソース履歴に基づいて、移動対象の仮想ゲストを移動させる場合の移動先の仮想ホストを決定する制御部とを備え、
    　前記制御部は、
    　移動先候補の仮想ホストの使用リソース履歴に前記移動対象の仮想ゲストの使用リソース履歴を反映して、前記移動対象の仮想ゲストを移動させたと仮定した場合の前記移動先候補の仮想ホストの将来の使用リソース量の変動を推定し、推定結果に基づいて、前記移動先候補の仮想ホストのなかから前記移動先の仮想ホストを決定する
    　ことを特徴とする仮想ゲスト管理システム。
  2. 　前記制御部は、
    　前記移動先候補の仮想ホストの使用リソース履歴に前記移動対象の仮想ゲストの使用リソース履歴を反映する場合、日時を合わせて反映する
    　ことを特徴とする請求項１に記載の仮想ゲスト管理システム。
  3. 　前記制御部は、
    　前記移動先候補の仮想ホストについて、現在は配置されているが過去には他の仮想ホストに配置されていた追加の仮想ゲストが存在する場合、追加される前の前記他の仮想ホストで動作していた過去の期間について、前記移動先候補の仮想ホストの使用リソース履歴に前記追加の仮想ゲストの使用リソース履歴を反映する
    　ことを特徴とする請求項２に記載の仮想ゲスト管理システム。
  4. 　前記制御部は、
    　前記移動先候補の仮想ホストについて、現在は配置されていないが過去には配置されていた過去の仮想ゲストが存在する場合、過去に配置されて動作していた過去の期間について、前記移動先候補の仮想ホストの使用リソース履歴に前記過去の仮想ゲストの使用リソース履歴を反映する
    　ことを特徴とする請求項３に記載の仮想ゲスト管理システム。
  5. 　前記管理システムは、
    　前記仮想ホスト及び前記仮想ゲストの使用リソース履歴に基づいて、前記仮想ホストの周期及び前記仮想ゲストの周期を算出する周期解析部を備え、
    　前記制御部は、
    　前記移動候補の仮想ホストの使用リソース履歴又は前記移動対象の仮想ゲストの使用リソース履歴のうち、何れか一方の使用リソース履歴のデータが不足する場合、
    　前記周期解析部により算出された前記仮想ホストの周期又は前記仮想ゲストの周期の何れかを複写して不足する使用リソース履歴を補完する
    　ことを特徴とする請求項４に記載の仮想ゲスト管理システム。
  6. 　前記制御部は、
    　前記移動対象の仮想ゲストが新たに追加される新規の仮想ゲストであって、前記使用リソース履歴が存在しない場合、
    　前記新規の仮想ゲストが使用可能なリソース量の最大値に対して予め定められた割合のリソース量又は前記仮想ゲスト管理システムにおいて存在する他の仮想ゲストの平均値のリソース量を前記新規の仮想ゲストの使用リソース履歴とする
    　ことを特徴とする請求項５に記載の仮想ゲスト管理システム。
  7. 　前記制御部は、
    　前記新規の仮想ゲストと同一の業務を行う仮想ゲストであって、前記新規の仮想ゲストの使用可能なリソース量の最大値が同一である仮想ゲストの使用リソース履歴を前記新規の仮想ゲストの使用リソース履歴とする
    　ことを特徴とする請求項６に記載の仮想ゲスト管理システム。
  8. 　複数の仮想ホストと、前記複数の仮想ホストのそれぞれに配置された仮想ゲストと、前記仮想ゲストの移動を管理する管理システムとを備えた仮想ゲスト管理システムにおける仮想ゲスト管理方法であって、
    　前記管理システムが、
    　前記仮想ホストの使用リソース量及び前記仮想ゲストの使用リソース量のそれぞれを定期的に監視して取得する第１のステップと、
    　前記リソース監視部により取得された前記仮想ホストの使用リソース量及び前記仮想ゲストの使用リソース量のそれぞれの取得時刻を取得する第２のステップと、
    　前記使用リソース量と前記前記使用リソース量の取得時刻とを対応付けて前記仮想ホストの使用リソース履歴及び前記仮想ゲストの使用リソース履歴を作成し、作成した使用リソース履歴に基づいて、移動対象の仮想ゲストを移動させる場合の移動先の仮想ホストを決定する第３のステップとを備え、
    　前記第３のステップにおいて、
    　移動先候補の仮想ホストの使用リソース履歴に前記移動対象の仮想ゲストの使用リソース履歴を反映する第４のステップと、
    　前記移動対象の仮想ゲストを移動させたと仮定した場合の前記移動先候補の仮想ホストの将来の使用リソース量の変動を推定する第５のステップと、
    　推定結果に基づいて、前記移動先候補の仮想ホストのなかから前記移動先の仮想ホストを決定する第６のステップと
    　を備えたことを特徴とする仮想ゲスト管理方法。
  9. 　前記第４のステップにおいて、
    　前記移動先候補の仮想ホストの使用リソース履歴に前記移動対象の仮想ゲストの使用リソース履歴を反映する場合、日時を合わせて反映する
    　ことを特徴とする請求項８に記載の仮想ゲスト管理方法。
  10. 　前記第４のステップにおいて、
    　前記移動先候補の仮想ホストについて、現在は配置されているが過去には他の仮想ホストに配置されていた追加の仮想ゲストが存在する場合、追加される前の前記他の仮想ホストで動作していた過去の期間について、前記移動先候補の仮想ホストの使用リソース履歴に前記追加の仮想ゲストの使用リソース履歴を反映する
    　ことを特徴とする請求項９に記載の仮想ゲスト管理方法。
  11. 　前記第４のステップにおいて、
    　前記移動先候補の仮想ホストについて、現在は配置されていないが過去には配置されていた過去の仮想ゲストが存在する場合、過去に配置されて動作していた過去の期間について、前記移動先候補の仮想ホストの使用リソース履歴に前記過去の仮想ゲストの使用リソース履歴を反映する
    　ことを特徴とする請求項１０に記載の仮想ゲスト管理方法。
  12. 　前記第４のステップにおいて、
    　前記仮想ホスト及び前記仮想ゲストの使用リソース履歴に基づいて、前記仮想ホストの周期及び前記仮想ゲストの周期を算出し、前記移動候補の仮想ホストの使用リソース履歴又は前記移動対象の仮想ゲストの使用リソース履歴のうち、何れか一方の使用リソース履歴のデータが不足する場合、前記算出された前記仮想ホストの周期又は前記仮想ゲストの周期の何れかを複写して不足する使用リソース履歴を補完する
    　ことを特徴とする請求項１１に記載の仮想ゲスト管理方法。
  13. 　前記第４のステップにおいて、
    　前記移動対象の仮想ゲストが新たに追加される新規の仮想ゲストであって、前記使用リソース履歴が存在しない場合、前記新規の仮想ゲストが使用可能なリソース量の最大値に対して予め定められた割合のリソース量又は前記仮想ゲスト管理システムにおいて存在する他の仮想ゲストの平均値のリソース量を前記新規の仮想ゲストの使用リソース履歴とする
    　ことを特徴とする請求項１２に記載の仮想ゲスト管理方法。
  14. 　前記第４のステップにおいて、
    　前記新規の仮想ゲストと同一の業務を行う仮想ゲストであって、前記新規の仮想ゲストの使用可能なリソース量の最大値が同一である仮想ゲストの使用リソース履歴を前記新規の仮想ゲストの使用リソース履歴とする
    　ことを特徴とする請求項１３に記載の仮想ゲスト管理方法。
     
     
PCT/JP2013/052761 2013-02-06 2013-02-06 仮想ゲスト管理システム及び仮想ゲスト管理方法 WO2014122743A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2013/052761 WO2014122743A1 (ja) 2013-02-06 2013-02-06 仮想ゲスト管理システム及び仮想ゲスト管理方法
US14/428,062 US9762506B2 (en) 2013-02-06 2013-02-06 Virtual guest management system and virtual guest management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/052761 WO2014122743A1 (ja) 2013-02-06 2013-02-06 仮想ゲスト管理システム及び仮想ゲスト管理方法

Publications (1)

Publication Number Publication Date
WO2014122743A1 true WO2014122743A1 (ja) 2014-08-14

Family

ID=51299357

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/052761 WO2014122743A1 (ja) 2013-02-06 2013-02-06 仮想ゲスト管理システム及び仮想ゲスト管理方法

Country Status (2)

Country Link
US (1) US9762506B2 (ja)
WO (1) WO2014122743A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016110248A (ja) * 2014-12-03 2016-06-20 日本電信電話株式会社 仮想化実行装置、仮想化システム、および、リソース最適化方法
JP2016224582A (ja) * 2015-05-28 2016-12-28 富士通株式会社 制御方法、制御装置、及び制御プログラム
JP2018018175A (ja) * 2016-07-25 2018-02-01 富士通株式会社 仮想マシン制御プログラム、仮想マシン制御方法および仮想マシン制御装置
CN107836010A (zh) * 2015-09-25 2018-03-23 株式会社日立制作所 计算机***的管理方法和计算机***

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10678603B2 (en) * 2016-09-01 2020-06-09 Microsoft Technology Licensing, Llc Resource oversubscription based on utilization patterns in computing systems
US10445129B2 (en) * 2017-10-31 2019-10-15 Vmware, Inc. Virtual computing instance transfer path selection
CN108073541A (zh) * 2017-11-28 2018-05-25 郑州云海信息技术有限公司 一种实现网卡多路节点复用的方法及***
CN110362377B (zh) * 2018-04-09 2023-05-30 阿里巴巴集团控股有限公司 虚拟机的调度方法和装置
US11277434B2 (en) * 2020-03-24 2022-03-15 International Business Machines Corporation Reducing attack surface by selectively collocating applications on host computers

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005115653A (ja) * 2003-10-08 2005-04-28 Ntt Data Corp 仮想マシン管理装置及びプログラム
WO2008102739A1 (ja) * 2007-02-23 2008-08-28 Nec Corporation 仮想サーバシステム及び物理サーバ選択方法
WO2012046386A1 (ja) * 2010-10-07 2012-04-12 日本電気株式会社 サーバシステム、管理装置、サーバ管理方法、およびプログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5544967B2 (ja) * 2010-03-24 2014-07-09 富士通株式会社 仮想マシン管理プログラム及び仮想マシン管理装置
DE102012217202B4 (de) * 2011-10-12 2020-06-18 International Business Machines Corporation Verfahren und System zum Optimieren des Platzierens virtueller Maschinen in Cloud-Computing-Umgebungen
US10180851B2 (en) * 2013-01-14 2019-01-15 Cisco Technology, Inc. Detection of unauthorized use of virtual resources

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005115653A (ja) * 2003-10-08 2005-04-28 Ntt Data Corp 仮想マシン管理装置及びプログラム
WO2008102739A1 (ja) * 2007-02-23 2008-08-28 Nec Corporation 仮想サーバシステム及び物理サーバ選択方法
WO2012046386A1 (ja) * 2010-10-07 2012-04-12 日本電気株式会社 サーバシステム、管理装置、サーバ管理方法、およびプログラム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016110248A (ja) * 2014-12-03 2016-06-20 日本電信電話株式会社 仮想化実行装置、仮想化システム、および、リソース最適化方法
JP2016224582A (ja) * 2015-05-28 2016-12-28 富士通株式会社 制御方法、制御装置、及び制御プログラム
CN107836010A (zh) * 2015-09-25 2018-03-23 株式会社日立制作所 计算机***的管理方法和计算机***
JP2018018175A (ja) * 2016-07-25 2018-02-01 富士通株式会社 仮想マシン制御プログラム、仮想マシン制御方法および仮想マシン制御装置

Also Published As

Publication number Publication date
US9762506B2 (en) 2017-09-12
US20150236975A1 (en) 2015-08-20

Similar Documents

Publication Publication Date Title
WO2014122743A1 (ja) 仮想ゲスト管理システム及び仮想ゲスト管理方法
JP6957431B2 (ja) Ｈｃｉ環境でのｖｍ／コンテナおよびボリューム配置決定方法及びストレージシステム
US11729113B2 (en) Translating high level requirements policies to distributed storage configurations
JP7138126B2 (ja) リソース配置を最適化するための適時性リソース移行
JP6607901B2 (ja) スケーラブル分散ストレージアーキテクチャ
US9646039B2 (en) Snapshots in a storage system
US9998531B2 (en) Computer-based, balanced provisioning and optimization of data transfer resources for products and services
US9639459B2 (en) I/O latency and IOPs performance in thin provisioned volumes
US20150058863A1 (en) Load balancing of resources
US20130132768A1 (en) Use of a virtual drive as a hot spare for a raid group
US9348515B2 (en) Computer system, management computer and storage management method for managing data configuration based on statistical information
CN111722786A (zh) 基于NVMe设备的存储***
US10616134B1 (en) Prioritizing resource hosts for resource placement
US10154091B1 (en) Deploying infrastructure units according to resource hosting constraints
US20210089226A1 (en) Adaptive wear leveling for drive arrays
EP3933587A1 (en) Scaling for virtualized graphics processing
KR20220063756A (ko) 저장 장치 내의 호스트 인터페이스 계층 및 그에 의해 서브미션 큐들로부터의 요청들을 처리하는 방법
US11842051B2 (en) Intelligent defragmentation in a storage system
US20180095788A1 (en) Scheduling operations for a storage device
CN110399248B (zh) 一种镜像文件创建、获取方法、装置及服务器
US11336519B1 (en) Evaluating placement configurations for distributed resource placement
US20210392087A1 (en) Computer system and operation management method for computer system
US10824374B1 (en) System and method for storage volume compression
US20190332413A1 (en) Migration of services of infrastructure management virtual machines to containers
US11252232B2 (en) NVME-of queue management in host clusters

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14428062

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP