WO2015186220A1 - ストレージ装置及びストレージ装置の動作解析方法 - Google Patents

ストレージ装置及びストレージ装置の動作解析方法 Download PDF

Info

Publication number
WO2015186220A1
WO2015186220A1 PCT/JP2014/064935 JP2014064935W WO2015186220A1 WO 2015186220 A1 WO2015186220 A1 WO 2015186220A1 JP 2014064935 W JP2014064935 W JP 2014064935W WO 2015186220 A1 WO2015186220 A1 WO 2015186220A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual
time
trace information
hypervisor
trace
Prior art date
Application number
PCT/JP2014/064935
Other languages
English (en)
French (fr)
Inventor
剛 本橋
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2014/064935 priority Critical patent/WO2015186220A1/ja
Publication of WO2015186220A1 publication Critical patent/WO2015186220A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment

Definitions

  • the present invention generally relates to a technology in a storage device, and more particularly to a technology for analyzing the operation of the storage device.
  • Patent Documents 1 and 2 There is known a method of analyzing the performance and bottleneck of a computer by tracing the operation state of the computer that changes with the passage of time and analyzing the trace result (Patent Documents 1 and 2).
  • an object of the present invention is to make it possible to easily analyze performance, failure, and the like in a storage apparatus in which a plurality of virtual computers are operating on a hypervisor of a physical computer.
  • Another object of the present invention is to make it possible to easily analyze the cause when a failure or the like occurs in a storage apparatus in which a plurality of virtual computers are operating on a hypervisor of a physical computer.
  • one of the plurality of virtual computers is a block control unit that controls data stored in a predetermined storage area at a block level, and another one of the plurality of virtual computers stores the data. It may be a file control unit that manages data stored in the area at a file level.
  • a storage apparatus includes a plurality of physical resources and a hypervisor that allocates a plurality of physical resources to a plurality of virtual resources provided in a plurality of virtual computers.
  • the hypervisor makes it possible to use a common identifier unique for each timing in a plurality of virtual computers.
  • a block control unit which is one of a plurality of virtual computers and controls data stored in a predetermined storage area at a block level, includes block trace information including information representing an operation state at a block level, and the block trace The common identifier corresponding to the timing at which the operation situation included in the information occurs is associated.
  • a file control unit which is another one of a plurality of virtual computers and controls data stored in the storage area at a file level, file trace information including information indicating an operation status at a file level, and the file
  • file trace information including information indicating an operation status at a file level
  • the common identifier corresponding to the timing at which the operation status included in the trace information occurs is associated.
  • the present invention it is possible to easily analyze performance, failure, and the like in a storage apparatus in which a plurality of virtual computers are operating on a hypervisor of a physical computer. Further, according to the present invention, when a failure or the like occurs in a storage apparatus in which a plurality of virtual computers are operating on a hypervisor of a physical computer, the cause can be easily analyzed.
  • FIG. 1 illustrates an example of a physical configuration of a server system according to a first embodiment.
  • An example of a process in which an OS (Operating System) and a block micro synchronize a system clock at startup will be described.
  • An example of processing for updating the system clock while the block micro and the OS are operating will be described.
  • An example of processing in which the block micro and the OS acquire TSC (Time Stamp Counter) is shown.
  • An example of the whole structure of the server system which concerns on Example 2 is shown.
  • An example of functions of the OS, block micro, and hypervisor is shown.
  • An example of OS disk configuration information is shown.
  • An example of storage configuration information is shown.
  • An example of IRQ (Interrupt ReQuest) information is shown.
  • An example of mapping trace information is shown.
  • An example of the OS trace information regarding a process is shown.
  • An example of OS trace information related to a system call is shown.
  • An example of OS trace information regarding a block is shown.
  • An example of the OS trace information regarding a communication packet is shown.
  • An example of OS trace information related to a CPU (Central Processing Unit) usage status is shown.
  • An example of OS trace information related to the number of IRQ issues is shown.
  • An example of OS trace information related to block I / O (Input / Output) performance is shown.
  • An example of OS trace information related to network I / O performance is shown.
  • An example of OS trace information related to disk I / O performance is shown.
  • An example of the OS trace information regarding the load average is shown.
  • An example of OS trace information related to inode is shown.
  • OS trace information regarding memory performance is shown.
  • storage trace information related to storage performance is shown.
  • An example of storage trace information related to block micro performance is shown.
  • It is a flowchart showing an example of a common time issue process.
  • It is a flowchart showing an example of the update method selection process of a system clock.
  • It is a flowchart showing an example of the update process of system clocks, such as OS.
  • It is a flowchart which shows the example of a trace information collection process.
  • 30 is a sequence chart showing details of processing of an OS trace unit of the first OS shown in FIG. 29. It is a sequence chart showing the detail of the collection process of OS trace part.
  • FIG. 32 is a sequence chart showing details of an OS trace information collection process in each of the OS trace units of the first OS, the second OS, and the third OS in FIG. 31.
  • FIG. 31 is a sequence chart showing details of processing of a storage trace unit of FIG. 30.
  • FIG. It is a sequence chart showing an example of processing of an analysis part. An example of the analysis GUI generated and displayed by the analysis unit is shown.
  • a program is executed by a processor (for example, a CPU), so that a predetermined processing can be appropriately performed with a storage resource (for example, a memory) and Since the processing is performed using at least one of the communication interface devices, the subject of the processing may be a processor and an apparatus having the processor. Part or all of the processing performed by the processor may be performed by a hardware circuit.
  • the computer program may be installed from a program source.
  • the program source may be a program distribution server or a storage medium (for example, a portable storage medium).
  • reference numerals are used like “OS trace information 250”, and when the description is made by distinguishing the same type of elements, the OS trace information is used.
  • an identifier for example, a number assigned to the element may be used instead of the reference numeral of the element.
  • reference numerals are used such as “physical CPU 24a” and “physical CPU 24b”, and the same type of elements are not distinguished. In some cases, only a common number among the reference numerals is used, such as “physical CPU 24”.
  • FIG. 1 shows an example of a physical configuration of the server system 10.
  • a client device is connected to the server system 10 through a communication network 12.
  • the server system 10 provides a service as a file server to the client device 14.
  • the client device 14 can read and write file data with respect to the server system 10.
  • the server system 10 includes, as the controller unit 20, a first physical CPU 24a, a second physical CPU 24b, a hypervisor 22, a memory 26, a first hardware (referred to as “HW”) clock 28a, and a second HW clock 28b. , NIC (Network Interface Card) 21.
  • the server system 10 includes a storage unit 40 including a plurality of drive devices 42.
  • the controller unit 20 and the storage unit 40 are connected by an internal bus 30 that can transmit and receive data bidirectionally. Each element of the controller unit 20 may be two or more.
  • An example of the internal bus 30 is a PCI Express bus.
  • Examples of the memory 26 include a DRAM (Dynamic Random Access Memory), an MRAM (Magnetic Responsive Random Access Memory), or a FeRAM (Ferroelectric Random Access Memory).
  • An example of the communication network 14 is a SAN (Storage Area Network).
  • An example of the NIC 21 in this case is an I / F board that controls the fiber channel protocol.
  • the drive device 42 there is an HDD (Hard Disk Drive) or an SSD (Solid State Drive).
  • the storage unit 40 may configure a RAID (Redundant Arrays of Inexpensive Disks) group using a plurality of drive devices 42.
  • the storage unit 40 may store data written from the client device 14.
  • the controller unit 20 performs a data write process and a read process on the storage unit 40 based on a read request and a write request from the client device 14.
  • the controller unit 20 may constitute a plurality of virtual computers (referred to as “VMs”), and each VM may provide a file server to each client device 14.
  • the hypervisor 22 has a function of realizing a plurality of virtual computers by controlling physical resources (24a, 24b, 26, 28a, 28b, 21). For example, the hypervisor 22 controls the computing resources of the first physical CPU 24a and the second physical CPU 24b to realize a virtual CPU related to a certain VM. Details of the function of the hypervisor 22 will be described later.
  • FIG. 2 shows an example of a process in which the OS 200 and the block micro 300 synchronize the system clock when starting up.
  • the hypervisor 22 controls physical resources (24a, 24b, 28a, 28b), and generates a virtual clock 54a that is a virtual hardware clock and a virtual CPU 52a that is a virtual CPU.
  • the first VM 50a is realized.
  • the hypervisor 22 controls the physical resources (24a, 24b, 28a, 28b) to realize the second VM 50b having the virtual clock 54b and the virtual CPUs 52b, 52c.
  • a block micro 300 that is a kind of computer program or firmware for controlling the storage unit 40 is operating.
  • the block micro 300 has a function of controlling data stored in the storage unit 40 at a block level.
  • an OS 200 which is a kind of computer program for controlling the storage unit 40 is running.
  • the OS 200 has a function of controlling data stored in the storage unit 40 at a file level.
  • the OS 200 may have a function as a file server.
  • the OS 200 may control data stored in the storage unit 40 at a file level through block level information provided by the block micro 300.
  • the block micro 300 and the OS 200 execute a process of synchronizing its own system clock at startup (referred to as “system clock synchronization process”).
  • system clock synchronization process a process of synchronizing its own system clock at startup.
  • the conventional block micro 300 and the OS 200 perform system clock synchronization processing as follows.
  • the block micro 300 issues a time request to the virtual clock 54a.
  • the OS 200 issues a time request to the virtual clock 54b.
  • the hypervisor 22 issues a time request to the first HW clock 28a when the virtual clock 54a is associated with the first HW clock 28a. Further, when the hypervisor 22 associates the virtual clock 54b with the second HW clock 28b in response to the time request from the OS 200, the hypervisor 22 issues a time request to the second HW clock 28b.
  • the hypervisor 22 transfers the time acquired from the first HW clock 28a to the block micro 300 as the virtual clock 54a. Further, the hypervisor 22 transfers the time acquired from the second HW clock 28b to the OS 200 as the virtual clock 54b.
  • the block micro 300 synchronizes the system clock with the time acquired from the first HW clock 28a. Further, the OS 200 synchronizes the system clock with the time acquired from the second HW clock 28b.
  • the hypervisor 22 includes a time synchronization unit 101 for preventing such deviation.
  • the time synchronization unit 101 associates the virtual clock 54 of each VM 50 with a predetermined one HW clock 28, and in response to a time request from the virtual clock 54 of each VM 50, Provide time.
  • the server system 10 according to the present embodiment synchronizes the system clock at startup as follows, for example.
  • the block micro 300 issues a time request to the virtual clock 54a of the first VM 50a (702a). Further, the OS 200 issues a time request to the virtual clock 54b of the second VM 50b (702b).
  • the time synchronization unit 101 of the hypervisor 22 traps the time request from the block micro 300. Further, the time synchronization unit 101 traps a time request from the OS 200.
  • the hypervisor 22 allocates the resource of the first physical CPU 24a to the virtual CPU 52a of the first VM 50a and allocates the resource of the second physical CPU 24b to the virtual CPU 52b of the second VM 50b, the time synchronization unit 101
  • the trapped time request is also transferred to a predetermined first HW clock 28a which is a kind of time physical resource.
  • the time synchronization unit 101 transfers the time 900a acquired from the first HW clock 28a to the time request issuer (block micro 300 or OS 200).
  • the block micro 300 synchronizes the system clock 704a with the time 900a acquired from the first HW clock 28a.
  • the OS 200 also synchronizes the system clock 704b with the time 900a acquired from the first HW clock 28a.
  • both the block micro 300 and the OS 200 synchronize the system clocks 704a and 704b with the time 900a acquired from the same first HW clock 28a, so that the system clock of the block micro 300 and the system clock of the OS 200 are synchronized. There will be no gap between them.
  • FIG. 3 shows an example of processing for updating the system clock while the block micro 300 and the OS 200 are operating.
  • the block micro 300 and the OS 200 execute a process for updating the system clock during operation (referred to as “system clock update process”).
  • system clock update process a process for updating the system clock during operation.
  • the conventional block micro 300 performs system clock update processing as follows.
  • the counter of the first physical CPU 24a issues a clock signal (also referred to as an interrupt signal) to the hypervisor 22 at a constant cycle.
  • the counter of the second physical CPU 24b also issues a clock signal to the hypervisor 22 at a constant cycle.
  • the hypervisor 22 transfers the clock signal issued from the first physical CPU 24a to the block micro 300 as the virtual CPU 52a of the first VM 50a.
  • the hypervisor 22 transfers the clock signal issued from the second physical CPU 24b to the OS 200 as the virtual CPU 52b of the second VM 50b (3).
  • each of the block micro 300 and the OS 200 detects the clock signal, it updates its own system clock.
  • the time synchronization unit 101 of the hypervisor 22 performs, for example, the following processing.
  • the counter 710a of the first physical CPU 24a issues a clock signal to the hypervisor 22 at a constant cycle.
  • the counter 710b of the second physical CPU 24b also issues a clock signal to the hypervisor 22 at a constant cycle.
  • the time synchronization unit 101 of the hypervisor 22 traps the clock signal from the counter 710a of the first physical CPU 24a.
  • the time synchronization unit 101 also traps a clock signal from the counter 710b of the second physical CPU 24b.
  • the time synchronization unit 101 A clock signal issued from a predetermined first physical CPU 24a, which is a kind of physical resource, is transferred to the block micro 300 as the virtual CPU 52a of the first VM 50a, and is also transferred to the OS 200 as the virtual CPU 50b of the second VM 50b.
  • the time synchronization unit 101 does not transfer any clock signal issued from the counter 710b of the second physical CPU 24b.
  • both the block micro 300 and the OS 200 update the system clock according to the clock signal issued from the same first physical CPU 24. Therefore, even if time elapses, the system clock of the block micro 300 and the OS 200 are updated. No deviation from the system clock.
  • FIG. 4 shows an example of processing in which the block micro 300 and the OS 200 acquire TSC.
  • Each of the block micro 300 and the OS 200 may acquire a TSC from the CPU.
  • the time synchronization unit 101 performs the following processing, for example.
  • the block micro 300 issues a TSC request to the virtual clock 54a of the first VM 50a (722a). Further, the OS 200 requests the TSC from the virtual clock 54b of the second VM 50b (722b).
  • the time synchronization unit 101 of the hypervisor 22 traps the TSC request from the block micro 300. Further, the time synchronization unit 101 traps a TSC request from the OS 200.
  • the hypervisor 22 allocates the resource of the first physical CPU 24a to the virtual CPU 52a of the first VM 50a and allocates the resource of the second physical CPU 24b to the virtual CPU 52b of the second VM 50b, the time synchronization unit 101
  • the trapped TSC request is also transferred to the predetermined first HW clock 28a.
  • the time synchronization unit 101 transfers the TSC acquired from the TSC unit 720a of the first HW clock 28a to the TSC request issuer (block micro 300 or OS 200).
  • the block micro 300 uses the TSC acquired from the first HW clock 28a (724a).
  • the OS 200 also uses the TSC acquired from the first HW clock 28a (724b).
  • the administrator of the server system 10 includes the hypervisor 22 operating on the server system 10, the VMs 50 operating on the hypervisor 22, the OS 200 and the block micro 300 operating on the VMs 50, and the like.
  • the trace information collected from the OS 200 and the block micro 300 is set to the collection time given to the trace information. It cannot be simply contrasted based on.
  • FIG. 5 shows a configuration outline of the server system 10 according to the second embodiment.
  • the hypervisor 22 virtualizes computing resources provided by the physical CPUs 24a, 24b, 24c, and 24d to realize virtual CPUs 52a, 52b, 52c, and 52d.
  • the hypervisor 22 allocates one computing resource of the physical CPUs 24a to 24d to one of the virtual CPUs 52a to 52d at a certain time. That is, if the time is different, the physical CPU 24 assigned to the virtual CPU 52 may be different.
  • the first VM 50a has a virtual CPU 52a
  • the second VM 50b has virtual CPUs 52b, 52c and 52d.
  • the block micro 300 that controls the storage unit 40 operates.
  • the first OS 200a operates on the second VM 50b.
  • the first OS 200a virtualizes the computation resources provided by the virtual CPUs 52b, 52c, and 52d, thereby realizing virtual CPUs 52e, 52f, and 52g.
  • the first OS 200a allocates one computing resource of the virtual CPUs 52b to 52d to one of the virtual CPUs 52e to 52g at a certain time.
  • the third VM 50c has virtual CPUs 52e and 52f
  • the fourth VM 50d has a virtual CPU 52g.
  • the second OS 200b is operating on the third VM 50c
  • the third OS 200c is operating on the fourth VM 50d.
  • the first OS 200a, the second OS 200b, the third OS 200c, and the block micro 300 may be collectively referred to as “OS etc.”.
  • the third VM 50c and the second OS 200b (or the fourth VM 50d and the third OS 200c) may be collectively referred to as a “virtual server”.
  • the virtual server may be executed as a process on the first OS 200a.
  • the server system 10 applies the time synchronization method described in the first embodiment so that no time deviation occurs between the system clocks (or TSC) of the OS and the hypervisor 22.
  • each of the OS and the hypervisor 22 refers to its system clock (or TSC) and gives time (collection time described later) to the trace information.
  • the trace information collected by each of the OS and the hypervisor 22 can be accurately compared based on the collection time given to the trace information.
  • the trace information indicating the operating status of the OS 200 is referred to as OS trace information 250
  • the trace information indicating the operating status of the block micro 300 is referred to as storage trace information 350
  • the trace information indicating the operating status of the hypervisor 22 is referred to as mapping trace information 150.
  • the mapping trace information 150 includes, for example, information indicating which virtual CPU 52 is assigned a computation resource of which physical CPU 24 at a certain time. Details of these resource information will be described later.
  • each of the OS and the hypervisor 22 may store the trace information collected by itself in the common buffer area 110. Furthermore, the trace information stored in the buffer area 110 may be output to a predetermined output destination (for example, the file system of the first OS 200a). Details of the present embodiment will be described below.
  • FIG. 6 shows an example of functions of each of the OS 200, the block micro 300, and the hypervisor 22.
  • the OS 200 includes an OS trace unit 204, a kernel 208, and a process scheduler 210 as functions.
  • the OS 200 may further include a trace instruction unit 202 and an analysis unit 206.
  • the OS 200 includes OS disk configuration information 240, IRQ information 230, and OS trace information 250 as information. Details of the information 240, 230, and 250 will be described later.
  • the kernel 208 has various functions that are fundamental to the operation of the OS 200.
  • the kernel 208 performs various resource controls such as CPU resources, memory resources, and network resources, I / O control of commands and data, and process execution control.
  • the process scheduler 210 determines a process to be executed next and an execution time of the process among a plurality of processes, and switches between a process currently being executed and a process to be executed next at a predetermined timing.
  • the process scheduler 210 may exist for each CPU (or for each CPU core).
  • the trace instruction unit 202 instructs the OS trace unit 204 of the own OS and other OS, the storage trace unit 304 of the block micro 300, and the mapping trace unit 104 of the hypervisor 22 to start and end the trace.
  • the trace instruction unit 202 may instruct the start and end of the trace according to an instruction from an administrator of the server system 10 or the like.
  • the OS trace unit 204 collects OS trace information 250 related to the own OS 200. Further, the OS trace unit 204, as necessary, at the collection time of the collected OS trace information 250, the system clock or TSC (hereinafter referred to as “common time”) adjusted by the time synchronization unit 101 as described in the first embodiment. May be given). For example, when the collection time is not given to the collected OS trace information 250, the OS trace unit 204 may assign the common time when the OS trace information 250 is collected to the collection time.
  • the OS trace unit 204 stores the collected OS trace information 250 in the buffer area 110 of the hypervisor 22.
  • the OS trace unit 204 repeats the process of collecting the OS trace information 250 and storing it in the buffer area 110 at a predetermined cycle from the start to the end of the trace. As a result, the OS trace information 250 at each time from the start to the end of the trace is accumulated in the buffer area 110.
  • the OS trace unit 204 may collect OS trace information 250 representing the operation status of the virtual CPU 52, virtual memory, virtual drive, virtual NIC, and the like through the kernel 208.
  • the OS trace unit 204 may collect OS trace information 250 representing the operation status of the process through the process scheduler 210.
  • the analysis unit 206 performs various analyzes on the server system 10 based on the trace information stored in the buffer area 110 of the hypervisor 22. For example, the analysis unit 206 analyzes the performance, bottleneck, and the like in the server system 10 by comparing the OS trace information 250, the storage trace information, and the mapping trace information based on the collection time. For example, the analysis unit 206 may generate and display a GUI that represents the comparison result of the trace information. The administrator can analyze and analyze the performance and bottleneck of the server system 10 by confirming and confirming the displayed GUI.
  • the block micro 300 has a storage trace unit 304 as a function. Further, the block micro 300 has storage configuration information 340 as information. Details of this information 340 will be described later.
  • the storage trace unit 304 collects storage resource information 350 regarding the storage unit 40. Further, similarly to the OS trace unit 204, the storage trace unit 304 may add a common time to the collection time of the collected storage trace information 340 as necessary.
  • the storage trace unit 304 stores the collected storage trace information 340 in the buffer area 110 of the hypervisor 22.
  • the storage trace unit 304 repeats the process of collecting the storage trace information 350 and storing it in the buffer area 110 at a predetermined cycle from the start to the end of the trace. Thereby, the storage trace information 350 at each time from the start to the end of the trace is accumulated in the buffer area 110.
  • the hypervisor 22 includes a resource control unit 102, a time synchronization unit 101, a mapping trace unit 104, a trace output unit 108, a buffer area 110, and a resource scheduler 106 as functions. Further, the hypervisor 22 has mapping trace information 150 as information.
  • the resource control unit 102 has a basic function of the hypervisor 22.
  • the resource control unit 102 controls, for example, physical resources such as the physical CPU 24, the memory 26, and the NIC 21, and configures virtual resources such as the virtual CPU 52, virtual memory, and virtual NIC, and a VM including the virtual resources. .
  • the resource scheduler 106 determines how much physical resources are allocated to which virtual resources. For example, the resource scheduler 106 determines the physical CPU 24 to be allocated to the virtual CPU 52 and its allocation time, and changes the allocation relationship at a predetermined timing.
  • the mapping trace unit 104 collects mapping trace information 150 representing the allocation relationship between physical resources and virtual resources through the resource scheduler 106.
  • the mapping trace information 150 includes, for example, an allocation relationship between the virtual CPU 52 and the physical CPU 24 and a collection time that is in the allocation relationship. Further, the mapping trace unit 104 may add a common time to the collection time of the collected mapping trace information 150 as necessary.
  • the mapping trace unit 104 stores the collected mapping trace information 150 in the buffer area 110 of the hypervisor 22.
  • the mapping trace unit 104 repeats the process of collecting the mapping trace information 150 and storing it in the buffer area 110 at a predetermined cycle from the start to the end of the trace. Thereby, mapping trace information 150 at each time from the start to the end of the trace is accumulated in the buffer area 110.
  • the time synchronization unit 101 causes the system clocks of the OS 200, the block micro 300, and the hypervisor 22 to operate based on a common time. That is, the time synchronization unit 101 assigns a common time to each resource information. As a result, each resource information can be correctly compared based on the common time.
  • the buffer area 110 stores the OS trace information 250, the storage trace information 350, and the mapping trace information 150 at each time from the start to the end of the trace.
  • the trace output unit 108 outputs the trace information accumulated in the buffer area 110 to a predetermined output destination.
  • the predetermined output destination is, for example, a file system of the OS 200 having the analysis unit 206.
  • the analysis unit 206 can analyze the trace information output to the file system or generate a GUI related to the trace information.
  • FIG. 7 shows an example of the OS disk configuration information 240.
  • the OS disk configuration information 240 represents information related to the configuration of a disk (which may be a virtual disk) used by the OS 200.
  • the OS disk configuration information 240 has, as attributes, an OS-ID 241, a partition number 242, a partition name 243, a file LUN (Logical Unit Number) 244, a block LUN 245, and a file system 246.
  • the OS-ID 241 is information for identifying the OS 200 in the server system 10.
  • the partition number 242 is a number for identifying a partition used by the OS 200 corresponding to the OS-ID 241.
  • the partition name 243 is the name of the partition corresponding to the partition number 242.
  • the file LUN 244 is a file level LU (Logical Unit) number in the partitions 242 and 243 used by the OS 200 corresponding to the OS-ID 241.
  • the block LUN 245 is the LU number at the block level in the partitions 242 and 243 provided by the OS 200 corresponding to the OS-ID 241.
  • the file system 246 is information for identifying the file system used by the OS 200 corresponding to the OS-ID 241.
  • the OS disk configuration information 240a and 240b in FIG. 7 indicates that the OS 200 corresponding to the OS-ID 241 “0” has the LUs of the file LUN 244 “1” (block LUN 245 “101”) as “sda1” and “sda2”.
  • the partition 243 (242) is used separately, indicating that the file system 246 of each partition 243 (242) is “fs00”.
  • FIG. 8 shows an example of the storage configuration information 340.
  • the storage configuration information 340 represents information related to the configuration of the storage unit 40 managed by the block micro 300.
  • the storage unit 40 is configured by RAID.
  • the storage configuration information 340 includes a group ID 341, a pool ID 342, a RAID group information 343, a block LUN 344, a tray number 345, and a drive number 346 as attributes.
  • the group ID 341 is information for identifying a RAID group in the server system 10.
  • the pool ID 342 is information for identifying the pool to which the RAID group corresponding to the group ID 341 belongs.
  • the RAID group configuration 343 is information representing the configuration of the RAID group corresponding to the group ID 341.
  • the block LUN 344 is a number for identifying the block level LU provided by the RAID group corresponding to the group ID 341.
  • the tray number 345 is a number for identifying the tray in which the drive corresponding to the drive number 346 is stored.
  • the drive number 346 is a number for identifying a drive constituting the RAID group corresponding to the group ID 341.
  • the RAID group corresponding to the group ID 341 “0” is composed of five drives and one parity drive (5D + 1P) (343), and the block LUN 344 is It represents “101”.
  • This RAID group is composed of three drives with drive numbers 346 “0” to “2” stored in the tray corresponding to the tray number 345 “1”.
  • FIG. 9 shows an example of the IRQ information 230.
  • the IRQ information 230 represents information related to an interrupt from the VM 52 to the OS 200.
  • the IRQ information 230 has an OS-ID 231, an IRQ number 232, and an IRQ name 233 as attributes.
  • the OS-ID 231 is as described in FIG.
  • the IRQ number 232 indicates an IRQ number used for an interrupt (for example, an interrupt of a clock signal).
  • the IRQ name 233 indicates an interrupt name (for example, a clock signal) used in the IRQ number 232.
  • the IRQ information 230a in FIG. 9 indicates that the IRQ number 232 “0” is used for interrupting the IRQ name 233 “timer” in the OS 200 corresponding to the OS-ID 231 “0”.
  • FIG. 10 shows an example of the mapping trace information 150.
  • the mapping trace information 150 represents the allocation status between the virtual CPU 52 and the physical CPU 24 at a certain time.
  • the mapping trace information 150 has a collection time 151, a physical CPU-ID 152, and a virtual CPU-ID 153 as attributes.
  • the collection time 151 represents a common time when the computation resource of the physical CPU 24 corresponding to the physical CPU-ID 152 is allocated to the virtual CPU 52 corresponding to the virtual CPU-ID 153.
  • the collection time 151 may be a common time when the mapping trace unit 104 collects this mapping trace information 150.
  • the physical CPU-ID 152 is information for identifying the physical CPU 24 in the server system 10.
  • the virtual CPU-ID 153 is information for identifying the virtual CPU 52 in the server system 10.
  • the mapping trace information 150a in FIG. 10 includes the computation resource of the physical CPU 24 corresponding to the physical CPU-ID 152 “0” at the collection time 151 “January 1, 2014, 10:10:10, 100 milliseconds”. Is assigned to the virtual CPU 52 corresponding to the virtual CPU-ID 153 “3”.
  • FIGS. 11 to 22 show an example of the OS trace information 250.
  • FIG. 11 shows an example of the OS trace information 250-1 regarding the process.
  • the OS trace information 250-1 regarding a process represents what process was executed at which time in a certain OS 200.
  • the process OS trace information 250-1 has, as attributes, OS-ID 801, collection time 802, virtual CPU-ID 803, PID 804, and command 805.
  • the OS-ID 801 is as described with reference to FIG.
  • the collection time 802 represents the common time when the command 805 is executed.
  • the collection time 802 may be a common time when the OS trace unit 204 collects the OS trace information 250-1.
  • the virtual CPU-ID 803 represents the ID of the virtual CPU 52 used for executing the command 805.
  • a PID 804 represents an ID of a process corresponding to the command 805.
  • a command 805 represents the name of a command (process) executed at the collection time 802.
  • the OS trace information 250-1a related to the process of FIG. 11 is obtained when the OS 200 corresponding to the OS-ID 801 “0” has the collection time 802 “January 1, 2014 10:10:10 seconds 100 milliseconds”. This indicates that the command 805 “flash-8: 0” corresponding to the PID 804 “100” has been executed by the virtual CPU 52 corresponding to the virtual CPU-ID 803 “0”.
  • the OS 200 for example, the first OS 200a
  • the process (PID 804) of this virtual server.
  • OS trace information 250-1 regarding the command 805) can be collected.
  • the OS trace information 250-1 it is possible to know which virtual CPU (VCPU-ID 803) was used to execute the virtual server (PID 804 and command 805) at the collection time 802. it can.
  • the OS trace information 250 collected by the virtual server, the OS trace information 250-1 regarding this process collected by the OS 200 executing this virtual server, and the mapping trace information 150 are obtained based on the collection time. By comparing, the operation status of the virtual server can be analyzed more accurately.
  • FIG. 12 shows an example of the OS trace information 250-2 regarding the system call.
  • the OS trace information 250-2 related to the system call indicates what system call was executed at which time in a certain OS 200.
  • the OS trace information 250-2 related to the system call includes, as attributes, OS-ID 807, collection time 808, PID 809, system call 810, and required time 811.
  • the OS-ID 807 is as described with reference to FIG.
  • the collection time 808 represents a common time (common TSC) when the system call 810 is executed. This collection time 808 may be given by the OS 200 itself or may be given by the OS trace unit 204. The same applies to the following collection times.
  • the PID 809 is as described in FIG.
  • a system call 810 represents the name of the system call executed at the collection time 808.
  • the required time 811 indicates the time required for executing the system call 810.
  • the OS trace information 250-2 required for the system call in FIG. 12 is the system call corresponding to the PID 809 “100” at the collection time 808 “1390523516.549007” in the OS 200 corresponding to the OS-ID 807 “0”. 810 “open” is executed, and the time 811 required for the execution is “0.01 ⁇ s”.
  • FIG. 13 shows an example of the OS trace information 250-3 regarding the block.
  • the OS trace information 250-3 regarding the block indicates which block is in what state at what time in a certain OS 200.
  • the OS trace information 250-3 regarding the block has an OS-ID 813, a collection time 814, an instruction type 815, a sector number 816, an action 817, and an access size 818 as attributes.
  • the OS-ID 813 is as described with reference to FIG.
  • the collection time 814 represents the common time when the instruction type 816 for the sector number 816 is executed.
  • the instruction type 815 represents the type of instruction (such as “write” and “read”).
  • the sector number 816 represents the number of the sector targeted by the instruction corresponding to the instruction type 815.
  • An action 817 represents an action of an instruction corresponding to the instruction type 815.
  • the access size 818 represents the size targeted by the instruction corresponding to the instruction type 815.
  • the OS trace information 250-3a related to the block in FIG. 13 is obtained when the OS 200 corresponding to the OS-ID 813 “0” has a sampling time 814 “January 1, 2014 10:10:10 seconds 100 milliseconds”.
  • the command 815 “write” related to the action 817 “Q” is executed for the block having the access number 818 “512 bytes” from the sector number 816 “2176516288”.
  • FIG. 14 shows an example of the OS trace information 250-4 regarding the communication packet.
  • the OS trace information 250-4 regarding the communication packet represents what communication packet is transmitted and received at which time in a certain OS 200.
  • the OS trace information 205-4 related to the communication packet has an OS-ID 820, a collection time 821, a transmission source 822, a transmission destination 823, a protocol 824, a message 825, and a packet size 826 as attributes.
  • the OS-ID 820 is as described with reference to FIG.
  • the collection time 821 represents a common time when a communication packet is transmitted or received.
  • the transmission source 822 represents the IP address of the transmission source of the communication packet.
  • the transmission destination 823 represents the IP address of the transmission destination of the communication packet.
  • the protocol 824 represents the protocol type of the communication packet.
  • a message 825 represents the message type of the communication packet.
  • the packet size 826 represents the size of the communication packet.
  • the OS trace information 250-4a related to the communication packet in FIG. 14 is obtained when the OS 200 corresponding to the OS-ID 820 “0” has the collection time 821 “January 1, 2014 10:10:10 seconds 100 milliseconds”.
  • a device corresponding to the transmission destination 823 “192.168.0.2” is transmitted from the device corresponding to the transmission source 822 “192.168.0.1” based on the protocol 824 “NFS”. This message indicates that the message 825 “RECV” of “65536 bytes” has been received.
  • FIG. 15 shows an example of OS trace information 250-5 regarding the CPU usage status.
  • the OS trace information 250-5 regarding the CPU usage status represents the usage status of the CPU at a certain time for a certain OS 200.
  • the OS trace information 250-5 relating to the CPU usage status has, as attributes, OS-ID 828, collection time 829, virtual CPU-ID 830, and statistical information (831 to 836) relating to the CPU usage status.
  • the OS-ID 828 is as described in FIG.
  • the collection time 829 represents a common time (common TSC) that is a calculation target of statistical information regarding the usage status of the virtual CPU 52 corresponding to the virtual CPU-ID 830.
  • the virtual CPU-ID 830 is as described with reference to FIG.
  • the statistical information indicating the CPU usage status has the following values, for example.
  • % User (831): CPU usage rate by the user process.
  • % Nice (832): CPU usage rate by the user process whose execution priority has been changed (nice value).
  • % System (833): CPU usage rate by the system process.
  • % Ioowit (834): I / O end waiting time ratio.
  • % Steal (835): Percentage of time that the resource of the physical CPU 24 was not allocated even though the OS 200 requested the resource.
  • % Idle (836): percentage of idle time.
  • the OS trace information 250-5a relating to the CPU usage status in FIG. 15 is the virtual at the sampling time 829 “05/28/2013 01:45:12” in the OS 200 corresponding to the OS-ID 828 “0”. Indicates the usage status (831 to 836) of the virtual CPU 52 corresponding to the CPU-ID 830 “0”.
  • FIG. 16 shows an example of the OS trace information 250-6 regarding the number of IRQs issued.
  • the OS trace information 250-6 related to the number of IRQ issues indicates the status of IRQ issuance at a certain time for a certain OS 200.
  • the OS trace information 250-6 related to the number of IRQs issued includes, as attributes, OS-ID 838, collection time 839, virtual CPU-ID 840, IRQ number 841, and IRQ issuance number 842 per second.
  • the OS-ID 838 is as described with reference to FIG.
  • the collection time 839 represents the common time that is the calculation target of the number of IRQs issued 842 per second.
  • the virtual CPU-ID 840 is as described in FIG.
  • the IRQ number 841 is as described in FIG.
  • the number of IRQs issued 842 in 1 second indicates the number of IRQs issued in 1 second (that is, unit time).
  • the OS trace information 250-6a related to the number of IRQs issued in FIG. 16 is obtained when the OS 200 corresponding to the OS-ID 838 “0” has a collection time 839 “May 28, 2013, 01:45:12”. This indicates that the virtual CPU 52 corresponding to the virtual CPU-ID 840 “0” statistically issued (842) 100 IRQs per second at the IRQ number 841 “10”.
  • FIG. 17 shows an example of the OS trace information 250-7 regarding the block I / O performance.
  • the OS trace information 250-7 regarding the block I / O performance represents the state of reading and writing of a block at a certain time for a certain OS 200.
  • the OS trace information 250-7 related to block I / O performance includes, as attributes, OS-ID 844, collection time 845, and statistical information (846 to 850) related to block I / O performance.
  • the OS-ID 844 is as described with reference to FIG.
  • the collection time 845 represents a common time that is a calculation target of statistical information (846 to 850) regarding block I / O performance.
  • the statistical information regarding the block I / O performance has the following values, for example.
  • tps (846): The number of statistical reads and writes per second.
  • rtps (847): number of statistical reads per second.
  • wtps (848): The number of statistical writes in one second.
  • bread / s (849): number of statistical block reads per second.
  • bwrite / s (850): The number of statistical block writes per second.
  • the OS trace information 250-7a related to the block I / O performance in FIG. 17 is obtained when the collection time 845 of the OS 200 corresponding to the OS-ID 844 “0” is “May 28, 2013 01:45:12”. Indicates the block I / O status (846 to 850).
  • FIG. 18 shows an example of OS trace information 250-8 related to network I / O performance.
  • the OS trace information 250-8 regarding the network I / O performance represents the operation status of the network I / O at a certain time for a certain OS 200.
  • the OS trace information 250-8 related to network I / O performance includes, as attributes, OS-ID 852, collection time 853, IFACE 854, and statistical information (855 to 861) indicating network I / O performance.
  • the OS-ID 852 is as described in FIG.
  • the collection time 853 represents a common time that is the target of calculation of statistical information (855 to 861) related to network I / O performance in IFACE 854.
  • the IFACE 854 is information for identifying a network I / F that is a calculation target of statistical information related to network I / O performance.
  • the statistical information regarding the network I / O performance has the following values, for example.
  • rxpck / s (855): Statistical number of packets received per second.
  • txtck / s (856): Statistical number of packets transmitted per second.
  • rxkB / s (857): Statistical amount of received packet data (kB) per second.
  • txkB / s (858): Statistical transmission packet data amount (kB) per second.
  • rxcmp / s 859): statistical number of compressed received packets per second.
  • txcmp / s (860): Statistical number of compressed packets transmitted per second.
  • txmcst / s (861): Statistical multicast packet number per second.
  • the OS trace information 250-8a regarding the network I / O performance in FIG. 18 is for the OS 200 corresponding to the OS-ID “0” when the collection time 853 “May 28, 2013 01:45:12”. Represents the operation status (855 to 861) of the network I / F 854 “lo”.
  • FIG. 19 shows an example of OS trace information 250-9 related to the disk I / O performance.
  • the OS trace information 250-9 related to the disk I / O performance represents the disk I / O status (866 to 873) at a certain time with respect to a certain OS 200.
  • the OS trace information 250-9 related to the disk I / O performance includes, as attributes, OS-ID 863, collection time 864, DEV 865, and statistical information (866 to 873) related to the disk I / O performance.
  • the OS-ID 863 is as described with reference to FIG.
  • the collection time 864 represents a common time that is a calculation target of statistical information (866 to 873) regarding the disk I / O performance.
  • the DEV 865 is information for identifying a disk device that is a calculation target of statistical information related to the disk I / O.
  • the statistical information related to the disk I / O performance has the following values, for example.
  • tps Number of I / O requests per second (number of transfers).
  • rd_sec / s (867): number of read sectors per second.
  • wr_sec / s (868): number of write sectors per second.
  • avgrq-sz (869): Average sector size of I / O requests to the disk device (1 sector 512 bytes).
  • await (871): Average waiting time (msec) of I / O requests to the disk device.
  • svctm (872): Average processing time (msec) of I / O requests to the disk device.
  • % Util (873): CPU usage rate during an I / O request to the disk device.
  • the OS trace information 250-9a related to the disk I / O performance in FIG. 19 is obtained when the OS 200 corresponding to the OS-ID “0” has the collection time 864 “05/28/2013 01:45:12”. Of the disk I / O corresponding to “dev8-0” (865) (866 to 873).
  • FIG. 20 shows an example of the OS trace information 250-10 regarding the load average.
  • the OS trace information 250-10 relating to the load average represents the situation (877 to 879) relating to the load average of the OS 200 at a certain time with respect to the certain OS 200.
  • the OS trace information 250-10 related to the load average has an OS-ID 875, a collection time 864, and statistical information (877 to 879) related to the load average as attributes.
  • the OS-ID 875 is as described with reference to FIG.
  • the collection time 876 represents the common time that is the calculation target of the statistical information (877 to 879) regarding the road average.
  • the statistical information related to the load average has the following values, for example. runq-sz (877): Length of execution queue (number of processes waiting for execution time). plist-sz (878): number of processes and threads in the process list. ldavg-1 (879): System load average for the past minute.
  • the OS trace information 250-10a related to the load average is the status (related to the load average at the sampling time 876 “May 28, 2013 01:45:12” in the OS 200 corresponding to the OS-ID 875 “0” ( 877-879).
  • FIG. 21 shows an example of the OS trace information 250-11 regarding the inode.
  • the OS trace information 250-11 related to an inode represents the status (882 to 885) related to an inode at a certain time for a certain OS 200.
  • the OS trace information 250-11 related to the inode includes, as attributes, the OS-ID 880, the collection time 864, and statistical information (882 to 885) related to the inode.
  • the OS-ID 880 is as described in FIG.
  • the collection time 881 represents a common time that is a target of calculation of statistical information (882 to 885) related to the inode.
  • the statistical information regarding inode has the following values, for example. dentunousd (882): number of unused cache entries in the directory cache. file-nr (883): number of file handlers in use. inode-nr (884): number of inodes in use. pty-nr (885): Number of pseudo terminals in use.
  • the OS trace information 250-11a related to the inode in FIG. 21 is the status related to the inode at the collection time 881 “May 28, 2013 01:45:12” for the OS 200 corresponding to the OS-ID 880 “0”. (882 to 885).
  • FIG. 22 shows an example of OS trace information 250-12 regarding memory performance.
  • the OS trace information 250-12 related to the memory performance represents the state of the memory (889 to 891) at a certain time with respect to a certain OS 200.
  • the OS trace information 250-12 related to memory performance has, as attributes, OS-ID 887, collection time 888, and statistical information (889 to 891) related to memory performance.
  • the OS-ID 887 is as described with reference to FIG.
  • the collection time 888 represents a common time that is a calculation target of the statistical information (889 to 891) regarding the memory performance.
  • frmpg / s (889): Number of pages of memory released per second.
  • bufpg / s (890): The number of buffer pages allocated per second.
  • campg / s (891): Number of pages cached per second.
  • the OS trace information 250-12a relating to the memory performance in FIG. 22 is stored in the memory at the time of collection time 888 “May 28, 2013 01:45:12” in the OS 200 corresponding to the OS-ID 887 “0”. Indicates the situation (889-891).
  • FIG. 23 shows an example of storage trace information 350-1 regarding storage performance.
  • the storage trace information 350-1 regarding the storage performance represents the status of the storage unit 40 at a certain time (896 to 898) for a certain block micro 300.
  • the storage trace information 350-1 related to storage performance has, as attributes, collection time 893, CTL 894, Disk 895, and statistical information (896 to 898) related to storage performance.
  • the collection time 893 represents a common time that is a calculation target of statistical information (896 to 898) regarding storage performance.
  • the CTL 894 is information for identifying a controller (for example, a RAID controller) related to the storage unit 40.
  • the Disk 895 is information for identifying a disk device controlled by a controller corresponding to the CTL 894.
  • the statistical information regarding the storage performance has the following values, for example. Usage (896): Usage rate of the disk device. Write IOPS (897): Number of writes per second. Response Time (898): Response time to light.
  • the storage trace information 350-1a relating to the storage performance in FIG. 23 is the disk corresponding to CTL “0” and Disk “0” at the collection time 893 “July 12, 2012, 10:27:46”. Indicates the status of the device (896-898).
  • FIG. 24 shows an example of storage trace information 350-2 regarding block micro performance.
  • the storage trace information 350-2 regarding the block micro performance has an operation status (903) of a certain block micro 300 at a certain time.
  • the collection time 900 represents a common time that is a calculation target of statistical information (903) regarding processor performance.
  • the CTL 901 is information for identifying a processor (for example, the virtual CPU 52a in FIG. 5) that operates the block micro 350.
  • the Core 902 is information for identifying the Core in the processor corresponding to the CTL 901.
  • the statistical information regarding the processor performance has the following values, for example. Usage (903): Usage rate of the processor.
  • the storage trace information 350-2a regarding the block micro performance in FIG. 24 is the usage rate of the core “X” of the CTL “0” at the collection time 900 “July 12, 2012, 10:27:46”. 903 represents “80%”.
  • FIGS. 25 to 28 are flowcharts showing an example of a process in which the OS or the like in the second embodiment collects trace information with a common time.
  • FIG. 25 is a flowchart showing an example of the common time issue process.
  • Each OS 200 and block micro 300 (referred to as “OS etc.”) issue a time request (or TSC request) to one virtual clock 54 (or virtual CPU 52) used by itself (S101).
  • the time synchronization unit 101 of the hypervisor 22 traps the time request (or TSC request) to the virtual clock 54 (or virtual CPU 52) and transfers it to a predetermined common HW clock 28 (or common physical CPU 24) ( S102).
  • the time synchronization unit 101 transfers the common time (or common TSC) acquired from the common HW clock 28 (or common physical CPU 24) to the requesting OS or the like (S103).
  • each OS or the like can acquire the common time (or common TSC). Thereby, the collection time based on the common time (or common TSC) is given to each trace information. Therefore, the OS trace information collected by each OS or the like can be accurately compared based on the collection time.
  • FIG. 26 is a flowchart showing an example of a system clock update method selection process.
  • the system clock update method selection process may be executed when the OS or the like is started, or may be executed at a predetermined timing (for example, an instruction from the administrator) while the OS or the like is operating.
  • the OS or the like determines whether NTP (Network Time Protocol) is available (S201).
  • NTP Network Time Protocol
  • the OS or the like When the NTP is available (S201: YES), the OS or the like notifies the time synchronization unit 101 of the hypervisor 22 that the NTP is used (S210). This is because the time synchronization unit 101 does not trap the time request. Then, the OS or the like thereafter sets the system clock to be updated based on NTP (S211), and ends this processing (END).
  • the OS or the like sets the system clock to be updated based on the common time related to the common time issue process shown in FIG. 25 (S203), and ends this process. (END).
  • each OS etc. updates the system clock using the NTP, while when the NTP is unavailable, each OS etc.
  • the system clock is updated based on the issuing process.
  • the system clock between the OSs is synchronized by the common time. That is, according to the above processing, even when NTP cannot be used, the trace information collected by each OS or the like can be accurately compared based on the collection time.
  • FIG. 27 is a flowchart showing an example of update processing of a system clock such as an OS.
  • the system clock of the OS or the like is basically updated based on a clock signal (interrupt signal) issued by the virtual CPU 52 at a constant cycle.
  • a method for updating the system clock of each OS will be described below.
  • a predetermined update physical CPU 24 issues a clock signal (S301).
  • the time synchronization unit 101 of the hypervisor 22 traps the clock signal issued from the updated physical CPU 24 and issues it to each OS as a clock signal from each virtual CPU 52 (S302). As a result, a clock signal is issued to each OS or the like at the same timing.
  • Each OS or the like receives the clock signal issued from the virtual CPU 52 used by itself, and updates the system clock (S303).
  • the time synchronizing unit 101 when the time synchronization unit 101 transfers the clock signal issued from one updated physical CPU 24 among the plurality of physical CPUs 24 to each OS or the like, the time synchronizing unit 101 receives the information from other physical CPUs 24 within the update cycle.
  • the issued clock signal is not transferred to each OS. This is because a clock signal is issued to each OS or the like at a correct update cycle.
  • the updated physical CPU 24 may be different from the common physical CPU 24 described in FIG. Further, the updated physical CPU 24 is not necessarily the same every time.
  • the clock signal is issued to each OS etc. at the same timing, so that the system clock of each OS etc. does not shift even if time elapses. Therefore, the trace information collected by each OS or the like can be accurately compared based on the collection time.
  • FIG. 28 is a flowchart showing an example of the trace information collection process.
  • the trace instruction unit 202 Upon receiving an instruction from the administrator or at a predetermined timing, the trace instruction unit 202 instructs the other OS 200, the block micro 300, and the hypervisor 22 to start collecting trace information (S401). Here, the trace instruction unit 202 may instruct the collection time together with an instruction to start collection.
  • Each of the OS trace unit 204, the storage trace unit 304, and the mapping trace unit 104 that has received an instruction to start collecting trace information collects the trace information and stores it in the buffer area 110 of the hypervisor 22 (S411).
  • the process of S411 is repeatedly executed until the collection time elapses (S402, S411, S420).
  • the trace output unit 108 of the hypervisor 22 outputs the trace information stored in the buffer area 110 to, for example, the file system of the first OS 200a having the analysis unit 206 (S412).
  • the process of S412 may also be repeatedly executed until the collection time elapses (S402, S412, S420).
  • the analysis unit 206 analyzes the trace information output to the file system in S412 (S421). For example, the analysis unit 206 displays the trace information side by side according to the collection time.
  • the analysis unit 206 and the administrator can operate the operating statuses of the OSs 200 and VMs 50 (OS trace information 250), the operating statuses of the block micro 300 and the storage unit 40 (storage trace information 350), physical resources,
  • the status of mapping with virtual resources can be accurately compared based on the collection time.
  • the analysis unit 206 and the administrator can analyze a failure of the server system 10 and a bottleneck.
  • FIG. 29 is a sequence chart showing an example of the overall processing of the server system 10 related to the trace information collection processing.
  • the administrator instructs the trace instruction unit 202 of the first OS 200a to start collecting trace information (1).
  • the trace instruction unit 202 instructs the OS trace unit 204 of the first OS 200a to start collecting the OS trace information 250 (2). Receiving this instruction, the OS trace unit 204 collects the OS trace information 250 until the collection time elapses, and then notifies the trace instruction unit 202 of the completion (3). Details of this processing will be described later with reference to FIGS.
  • the trace instruction unit 202 instructs the storage trace unit 304 of the block micro 300 to start collecting storage trace information (4). Receiving this instruction, the storage trace unit 304 collects the storage trace information 340 until the collection time elapses, and then notifies the completion to the trace instruction unit 202 (5). Details of this processing will be described later with reference to FIG.
  • the trace instruction unit 202 instructs the trace output unit 108 of the hypervisor 22 to output the trace information 250, 340, 150 stored in the buffer area 110 to the file system of the first OS 200a (6, 7). .
  • the trace output unit 108 outputs the trace information accumulated in the buffer area 110 to the file system of the first OS 200 until the collection time elapses (8 to 13). Thereafter, the trace output unit 108 notifies the trace instruction unit 202 of completion (14, 15).
  • the processing (2-3) of the OS trace unit 204, the processing (4-5) of the storage trace unit 304, and the processing (6-15) of the trace output unit 108 in FIG. 29 are executed in parallel. Good. After all these processes are completed, the trace instruction unit 202 notifies the administrator of the completion (16).
  • FIG. 30 is a sequence chart showing details of processing of the OS trace unit 204 of the first OS 200a shown in FIG.
  • the OS trace unit 204 of the first OS 200a instructs the mapping trace unit 104 of the hypervisor 22 to start collecting mapping trace information (1, 2). Upon receiving this instruction, the mapping trace unit 104 repeats the process of collecting the mapping trace information 150 and storing it in the buffer area 110 until the collection time elapses (3 to 7). Thereafter, the mapping trace unit 104 notifies the OS trace unit 204 of completion (8, 9).
  • mapping trace information 150 at each common time is accumulated in the buffer area 110 of the hypervisor 22.
  • the OS trace unit 204 of the first OS 200a collects the OS trace information of its own first OS 200a, and instructs the other OS trace unit 204 of the same layer to collect the OS trace information (10, 11). .
  • this process is not performed because there is no OS 200 in the same layer as the first OS 200a.
  • the processes 1 to 9 and the processes 10 to 11 may be executed in parallel.
  • FIG. 31 is a sequence chart showing the details of the collection process of the OS trace unit 204.
  • the OS trace unit 204 of the first OS 200a (and the OS trace unit 204 that has received an instruction to collect OS trace information) collects the OS trace information 250 (1, 2). Details of this processing will be described later with reference to FIG.
  • the OS trace unit 204 of the first OS 200a instructs the OS trace unit 204 of the second OS 200b and the third OS 200c that are virtually operating on its own first OS 200a to collect OS trace information, and receives this instruction.
  • the OS trace unit 204 of the second OS 200b and the third OS 200c collects the OS trace information 250 (3, 4).
  • the processes 1 and 2 and the processes 3 and 4 may be executed in parallel.
  • FIG. 32 is a sequence chart showing details of the collection processing of the OS trace information 250 in the OS trace units 204 of the first OS 200a, the second OS 200b, and the third OS 200c of FIG.
  • the OS trace unit 204 of each OS 200 accesses the process scheduler 210 or the like used by its own OS 200, collects various OS trace information 250 indicating the operation status of the CPU, and the collected OS trace information 250 is The process of storing in the buffer area 110 of the hypervisor 22 is repeated until the collection time elapses (2 to 8).
  • the OS trace unit 204 accesses the kernel 208 or the like used by its own OS 200, collects various OS trace information 250 indicating the status of the I / O resource, and uses the collected OS trace information 250 as a hypertext. The process of storing in the buffer area 110 of the visor 22 is repeated until the sampling time elapses (11 to 18).
  • the OS trace unit 204 may assign the collection time based on the common time when the OS trace information 250 is collected.
  • the processes 1 to 9 and the processes 10 to 19 may be executed in parallel.
  • the OS trace information 250 for each OS 200 is accumulated in the buffer area 110 of the hypervisor 22.
  • FIG. 33 is a sequence chart showing details of processing of the storage trace unit 304 of FIG.
  • the storage trace unit 304 accesses the storage unit 40 controlled by itself, collects storage trace information 350, and stores the collected storage trace information 350 in the buffer area 110 of the hypervisor 22. Repeat until collection time has elapsed (4-10). Note that when the collection time is not given to the collected storage trace information 350, the storage trace unit 304 may assign the collection time based on the common time when the storage trace information 150 is collected.
  • the storage trace information 350 in each micro block 300 is stored in the buffer area 110 of the hypervisor 22.
  • FIG. 34 is a sequence chart showing processing of the analysis unit 206.
  • the trace information 250, 340, 150 at each time within the collection time is accumulated in the buffer area 110 of the hypervisor 22. Then, the trace information 250, 340, 150 accumulated in the buffer area 110 is output to the file system of the first OS 200a by the trace output unit 108.
  • the analysis unit 206 of the first OS 200 extracts trace information that meets a predetermined condition from the trace information 250, 340, and 150 stored in the file system, and performs various analyzes (1 to 4).
  • This predetermined condition may be input by an administrator.
  • FIG. 35 shows an example of the analysis GUI 1000 generated and displayed by the analysis unit 206.
  • the analysis unit 206 may generate and display a table 1001 in which various attributes included in the OS trace information 250, the storage trace information 340, and the mapping trace information 150 are combined based on the collection time. Thereby, it is possible to easily compare the status of each OS 200, the status of the storage unit 40, and the mapping status of physical resources and virtual resources at a certain collection time.
  • the analysis unit 206 may generate and display a table 1002 including further information regarding the attribute.
  • the administrator can obtain the OS trace information 250 around the certain time collected from the OS 200, the storage unit 40, and the hypervisor 22.
  • the cause of the delay or failure can be easily analyzed and specified.
  • the system clock described above is an example of a common identifier that is an identifier that is different for each operating timing among the block micro 300, the OS 200, and the hypervisor 22.
  • the same effect as the above-described embodiment can be achieved also by the following method.
  • the hypervisor instructs the block micro and OS to initialize a counter (common identifier) at the time of startup. Each of the block micro and the OS sets its own counter to an initial value based on the initialization instruction. At this time, the hypervisor similarly sets its own counter to the initial value.
  • the hypervisor instructs the block micro and the OS to update the counter at a predetermined cycle. Each of the block micro and the OS updates its counter based on the update instruction. At this time, the hypervisor similarly updates its own counter.
  • the block micro, the OS, and the hypervisor may add a counter value when the storage trace information, the OS trace information, and the mapping trace information are collected instead of the collection time.
  • a hypervisor that allocates the plurality of physical resources to a plurality of virtual resources provided in a plurality of virtual computers, The hypervisor makes it possible to use a common identifier unique for each timing in the plurality of virtual computers, A block control unit that is one of the plurality of virtual computers and controls data stored in a predetermined storage area at a block level, block trace information including information representing an operation state of the block level, and Associating the common identifier corresponding to the timing at which the operation status included in the block trace information occurs, A file control unit that is another one of the plurality of virtual computers and controls data stored in the storage area at a file level, file trace information including information representing an operation status of the file level, A storage apparatus that associates the common identifier corresponding to the timing at which the operation status included in the file trace information occurs.
  • the hypervisor includes mapping trace information including information indicating an allocation status of the plurality of physical resources for the plurality of virtual resources, and the common identifier corresponding to a timing at which an allocation status included in the mapping trace information occurs, 2.
  • ⁇ Expression 4> The mapping trace information collected by the hypervisor, the block trace information collected by the block control unit, and the file trace information collected by the file control unit, the common identifier associated with these information 4.
  • the storage apparatus according to any one of expressions 1 to 3, further comprising a display unit that displays in a manner that can be compared based on.
  • the common identifier used in each virtual computer is an identifier related to the system time of each virtual computer, 5.
  • Storage device ⁇ Expression 6>
  • the hypervisor traps a clock signal issued from each of the plurality of physical resources, and from one physical resource of the plurality of physical resources regardless of the allocation relationship between the virtual resource and the physical resource.
  • each of the virtual computers adjusts the system time using the first clock signal issued from the hypervisor.
  • the hypervisor traps the issued time request, obtains time information from one physical resource of the plurality of physical resources, and obtains the obtained time information from a virtual source of the time request issuer.
  • each of the virtual computers adjusts the system time based on the time information returned from the hypervisor.
  • server system 20 controller unit 22: hypervisor 24: physical CPU 28: hardware clock 40: storage unit 52: virtual CPU 101: time synchronization unit 150: mapping trace information 250; OS trace information 350: storage trace information

Abstract

ストレージ装置において、ハイパーバイザは、タイミング毎に一意な共通識別子を、ブロック制御部及びファイル制御部において使用できるようにし、ブロック制御部は、記憶領域に対するブロックレベルの動作状況を表すブロックトレース情報とその動作状況が発生したタイミングに対応する共通識別子とを関連付け、ファイル制御部は、記憶領域に対するファイルレベルの動作状況を表すファイルトレース情報とその動作状況が発生したタイミングに対応する共通識別子と、を関連付ける。

Description

ストレージ装置及びストレージ装置の動作解析方法
　本発明は、概して、ストレージ装置における技術に関し、特にストレージ装置の動作を解析する技術に関する。
　時刻の経過と共に変化するコンピュータの動作状況をトレースし、そのトレース結果を解析することにより、そのコンピュータの性能及びボトルネックなどを解析する方法が知られている（特許文献１、２）。
ＵＳ２０１３／０２２７６９０ ＵＳ２００６／０１９０５９６
　しかし、物理的なコンピュータ上で仮想的なコンピュータが稼働しているコンピュータシステムにおいて、物理コンピュータの動作状況を表すトレース情報と、仮想コンピュータの動作状況を表すトレース情報とは、それぞれ別々に採取され、それぞれ別々に解析が行われていた。そのため、仮想コンピュータ又は物理コンピュータの何れか一方で発生した障害に起因して他方で問題が発生した場合、その関連性を特定することが困難であった。ハイパーバイザ上で複数の仮想コンピュータが稼働し、その仮想コンピュータ上でさらに仮想サーバが稼働するような多重化した仮想化環境では、その関連性を特定することはより困難になると予測される。
　そこで、本発明の目的は、物理コンピュータの有するハイパーバイザ上で複数の仮想コンピュータが稼働しているストレージ装置において、性能及び障害等を容易に解析できるようにすることにある。また、本発明の別の目的は、物理コンピュータの有するハイパーバイザ上で複数の仮想コンピュータが稼働しているストレージ装置において障害等が発生した場合に、その原因を容易に解析できるようにすることにある。ここで、複数の仮想コンピュータの内の１つは、所定の記憶領域に記憶されたデータをブロックレベルで制御するブロック制御部であり、複数の仮想コンピュータの内の別の１つは、その記憶領域に記憶されたデータをファイルレベルで管理するファイル制御部であってもよい。
　本発明の一実施例に係るストレージ装置は、複数の物理リソースと、複数の仮想コンピュータに設けられる複数の仮想リソースに複数の物理リソースを割り当てるハイパーバイザと、を有する。
　ハイパーバイザは、タイミング毎に一意な共通識別子を、複数の仮想コンピュータにおいて使用できるようにする。
　複数の仮想コンピュータの内の１つであり、所定の記憶領域に記憶されたデータをブロックレベルで制御するブロック制御部は、ブロックレベルの動作状況を表す情報を含むブロックトレース情報と、そのブロックトレース情報に含まれる動作状況が発生したタイミングに対応する共通識別子と、を関連付ける。
　複数の仮想コンピュータの内の別の１つであり、前記記憶領域に記憶されたデータをファイルレベルで制御するファイル制御部は、ファイルレベルの動作状況を表す情報を含むファイルトレース情報と、そのファイルトレース情報に含まれる動作状況が発生したタイミングに対応する共通識別子と、を関連付ける。
　本発明によれば、物理コンピュータの有するハイパーバイザ上で複数の仮想コンピュータが稼働しているストレージ装置において、性能及び障害等を容易に解析することができる。また、本発明によれば、物理コンピュータの有するハイパーバイザ上で複数の仮想コンピュータが稼働しているストレージ装置において障害等が発生した場合に、その原因を容易に解析することができる。
実施例１に係るサーバシステムの物理的な構成の一例を示す。 ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）及びブロックマイクロが起動時にシステムクロックを同期する処理の一例を示す。 ブロックマイクロ及びＯＳが稼働中にシステムクロックを更新する処理をの一例を示す。 ブロックマイクロ及びＯＳがＴＳＣ（Ｔｉｍｅ　Ｓｔａｍｐ　Ｃｏｕｎｔｅｒ）を取得する処理の一例を示す。 実施例２に係るサーバシステムの全体構成の一例を示す。 ＯＳ、ブロックマイクロ及びハイパーバイザの各々が有する機能の一例を表す。 ＯＳディスク構成情報の一例を示す。 ストレージ構成情報の一例を示す。 ＩＲＱ（Ｉｎｔｅｒｒｕｐｔ　ＲｅＱｕｅｓｔ）情報の一例を示す。 マッピングトレース情報の一例を示す。 プロセスに関するＯＳトレース情報の一例を示す。 システムコールに関するＯＳトレース情報の一例を示す。 ブロックに関するＯＳトレース情報の一例を示す。 通信パケットに関するＯＳトレース情報の一例を示す。 ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）使用状況に関するＯＳトレース情報の一例を示す。 ＩＲＱ発行数に関するＯＳトレース情報の一例を示す。 ブロックＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）性能に関するＯＳトレース情報の一例を表す。 ネットワークＩ／Ｏ性能に関するＯＳトレース情報の一例を表す。 ディスクＩ／Ｏ性能に関するＯＳトレース情報の一例を表す。 ロードアベレージに関するＯＳトレース情報の一例を表す。 ｉｎｏｄｅに関するＯＳトレース情報の一例を表す。 メモリ性能に関するＯＳトレース情報の一例を示す。 ストレージ性能に関するストレージトレース情報の一例を示す。 ブロックマイクロ性能に関するストレージトレース情報の一例を示す。 共通時刻発行処理の一例を表すフローチャートである。 システムクロックの更新方法選択処理の一例を表すフローチャートである。 ＯＳ等のシステムクロックの更新処理の一例を表すフローチャートである。 トレース情報収集処理の例を示すフローチャートである。 トレース情報収集処理に係るシステム全体の処理の一例を表すシーケンスチャートである。 図２９に示した第１ＯＳのＯＳトレース部の処理の詳細を表すシーケンスチャートである。 ＯＳトレース部の収集処理の詳細を表すシーケンスチャートである。 図３１の第１ＯＳ、第２ＯＳ及び第３ＯＳのそれぞれのＯＳトレース部におけるＯＳトレース情報の収集処理の詳細を表すシーケンスチャートである。 図３０のストレージトレース部の処理の詳細を表すシーケンスチャートである。 解析部の処理の一例を表すシーケンスチャートである。 解析部によって生成及び表示される解析用ＧＵＩの一例を表す。
　以下、図面を参照しながら実施例を説明する。
　以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ）によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び通信インターフェイスデバイスのうちの少なくとも１つを用いながら行うため、処理の主語が、プロセッサ、そのプロセッサを有する装置とされてもよい。プロセッサが行う処理の一部又は全部が、ハードウェア回路で行われてもよい。コンピュータプログラムは、プログラムソースからインストールされてよい。プログラムソースは、プログラム配布サーバ又は記憶メディア（例えば可搬型の記憶メディア）であってもよい。
　また、以下の説明では、同種の要素を区別しないで説明する場合には、「ＯＳトレース情報２５０」のように参照符号を使用し、同種の要素を区別して説明する場合には、ＯＳトレース情報２５０－１及び２５０－２のように、その要素の参照符号に代えて、その要素に割り振られた識別子（例えば番号）を使用することがある。また、以下の説明では、同種の要素を区別して説明する場合には、「物理ＣＰＵ２４ａ」、「物理ＣＰＵ２４ｂ」のように、参照符号を使用し、同種の要素を区別しないで説明する場合には、「物理ＣＰＵ２４」のように参照符号のうちの共通番号のみを使用することがある。
　図１は、サーバシステム１０の物理的な構成の一例を示す。
　サーバシステム１０には、通信ネットワーク１２を通じて、クライアント装置が接続されている。サーバシステム１０は、クライアント装置１４に対して、ファイルサーバとしてのサービスを提供する。クライアント装置１４は、サーバシステム１０に対してファイルデータのリード及びライトなどを行うことができる。
　サーバシステム１０は、コントローラ部２０として、第１物理ＣＰＵ２４ａと、第２物理ＣＰＵ２４ｂと、ハイパーバイザ２２と、メモリ２６と、第１ハードウェア（「ＨＷ」という）クロック２８ａと、第２ＨＷクロック２８ｂと、ＮＩＣ（Ｎｅｔｗｏｒｋ　Ｉｎｔｅｒｆａｃｅ　Ｃａｒｄ）２１とを有する。サーバシステム１０は、複数のドライブ装置４２から構成されるストレージ部４０を有する。コントローラ部２０とストレージ部４０とは、双方向にデータの送受信が可能な内部バス３０で接続されている。コントローラ部２０の有する各要素は何れも２以上であってもよい。
　内部バス３０の一例としては、ＰＣＩ　Ｅｘｐｒｅｓｓバスがある。メモリ２６の一例としては、ＤＲＡＭ（Ｄｙｎａｍｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）又はＦｅＲＡＭ（Ｆｅｒｒｏｅｌｅｃｔｒｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）などがある。通信ネットワーク１４の一例としては、ＳＡＮ（Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）がある。この場合のＮＩＣ２１の一例としては、ファイバチャネルプロトコルを制御するＩ／Ｆボードがある。ドライブ装置４２の一例としては、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などがある。ストレージ部４０は、複数のドライブ装置４２を用いてＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ　Ａｒｒａｙｓ　ｏｆ　Ｉｎｅｘｐｅｎｓｉｖｅ　Ｄｉｓｋｓ）グループを構成してよい。ストレージ部４０には、クライアント装置１４からライトされたデータが格納されてよい。
　コントローラ部２０は、クライアント装置１４からのリード要求及びライト要求などに基づいて、ストレージ部４０に対してデータのライト処理及びリード処理などを行う。コントローラ部２０は、複数の仮想コンピュータ（「ＶＭ」という）を構成し、それぞれのＶＭが、各クライアント装置１４にファイルサーバを提供してもよい。ハイパーバイザ２２は、物理的なリソース（２４ａ、２４ｂ、２６、２８ａ、２８ｂ、２１）を制御して、複数の仮想コンピュータを実現する機能を有する。例えば、ハイパーバイザ２２は、第１物理ＣＰＵ２４ａ及び第２物理ＣＰＵ２４ｂの演算リソースを制御して、或るＶＭに係る仮想的なＣＰＵを実現する。ハイパーバイザ２２の機能の詳細については後述する。
　図２は、ＯＳ２００及びブロックマイクロ３００が起動時にシステムクロックを同期する処理の一例を示す。
　図２において、ハイパーバイザ２２は、物理的なリソース（２４ａ、２４ｂ、２８ａ、２８ｂ）を制御して、仮想的なハードウェアクロックである仮想クロック５４ａと、仮想的なＣＰＵである仮想ＣＰＵ５２ａとを有する第１ＶＭ５０ａを実現する。同様に、ハイパーバイザ２２は、物理的なリソース（２４ａ、２４ｂ、２８ａ、２８ｂ）を制御して、仮想クロック５４ｂと、仮想ＣＰＵ５２ｂ、５２ｃとを有する第２ＶＭ５０ｂを実現する。
　第１ＶＭ５０ａ上では、ストレージ部４０を制御するためのコンピュータプログラム又はファームウェアの一種であるブロックマイクロ３００が稼働している。ブロックマイクロ３００は、ストレージ部４０に蓄積されたデータを、ブロックレベルで制御する機能を有する。第２ＶＭ５０ｂ上では、ストレージ部４０を制御するためのコンピュータプログラムの一種であるＯＳ２００が稼働している。ＯＳ２００は、ストレージ部４０に蓄積されたデータを、ファイルレベルで制御する機能を有する。ＯＳ２００は、ファイルサーバとしての機能を有してもよい。ＯＳ２００は、ストレージ部４０に蓄積されたデータを、ブロックマイクロ３００の提供するブロックレベルの情報を通じて、ファイルレベルで制御してもよい。
　ブロックマイクロ３００及びＯＳ２００は、起動時に自己のシステムクロックを同期させる処理（「システムクロック同期処理」という）を実行する。従来のブロックマイクロ３００及びＯＳ２００は、以下のようにシステムクロック同期処理を行う。
（１）ブロックマイクロ３００は仮想クロック５４ａに時刻要求を発行する。また、ＯＳ２００は仮想クロック５４ｂに時刻要求を発行する。
（２）ブロックマイクロ３００からの時刻要求に対して、ハイパーバイザ２２は、仮想クロック５４ａと第１ＨＷクロック２８ａとを対応付けている場合、第１ＨＷクロック２８ａに時刻要求を発行する。また、ＯＳ２００からの時刻要求に対して、ハイパーバイザ２２は、仮想クロック５４ｂと第２ＨＷクロック２８ｂとを対応付けている場合、第２ＨＷクロック２８ｂに時刻要求を発行する。
（３）ハイパーバイザ２２は、第１ＨＷクロック２８ａから取得した時刻を、仮想クロック５４ａとしてブロックマイクロ３００へ転送する。また、ハイパーバイザ２２は、第２ＨＷクロック２８ｂから取得した時刻を、仮想クロック５４ｂとしてＯＳ２００へ転送する。
（４）ブロックマイクロ３００は、第１ＨＷクロック２８ａから取得した時刻に、システムクロックを同期させる。また、ＯＳ２００は、第２ＨＷクロック２８ｂから取得した時刻に、システムクロックを同期させる。
　ここで、第１ＨＷクロック２８ａと第２ＨＷクロック２８ｂとの間にズレが存在する場合、第１ＶＭ５０ａ上で稼働するブロックマイクロ３００のシステムクロックと、第２ＶＭ５０ｂ上で稼働するＯＳ２００のシステムクロックとの間にズレが生じ得る。ブロックマイクロ３００及びＯＳ２００の各々は、自己のシステムクロックを参照してトレース情報に時刻（後述する「採取時刻」）を付与するため、システムクロックにズレが存在すると、ブロックマイクロ３００に係るトレース情報と、ＯＳ２００に係るトレース情報とを正確に対比することができない。
　そこで、本実施例に係るハイパーバイザ２２は、このようなズレを防止するための時刻同期部１０１を有する。時刻同期部１０１は、各ＶＭ５０が有する仮想クロック５４と、所定の１のＨＷクロック２８とを対応付け、各ＶＭ５０の仮想クロック５４からの時刻要求に対して、その所定の１のＨＷクロック２８の時刻を提供する。本実施例に係るサーバシステム１０は、例えば以下のように起動時のシステムクロックを同期する。
（１）ブロックマイクロ３００は、第１ＶＭ５０ａの仮想クロック５４ａに時刻要求を発行する（７０２ａ）。また、ＯＳ２００は、第２ＶＭ５０ｂの仮想クロック５４ｂに時刻要求を発行する（７０２ｂ）。
（２）ハイパーバイザ２２の時刻同期部１０１は、ブロックマイクロ３００からの時刻要求をトラップする。また、時刻同期部１０１は、ＯＳ２００からの時刻要求をトラップする。
（３）ハイパーバイザ２２が、第１物理ＣＰＵ２４ａのリソースを第１ＶＭ５０ａの仮想ＣＰＵ５２ａに割り当て、第２物理ＣＰＵ２４ｂのリソースを第２ＶＭ５０ｂの仮想ＣＰＵ５２ｂに割り当てていたとしても、時刻同期部１０１は、何れのトラップした時刻要求も、時刻用物理リソースの一種である所定の第１ＨＷクロック２８ａに転送する。
（４）時刻同期部１０１は、第１ＨＷクロック２８ａから取得した時刻９００ａを、時刻要求の発行元（ブロックマイクロ３００又はＯＳ２００）へ転送する。
（５）ブロックマイクロ３００は、第１ＨＷクロック２８ａから取得した時刻９００ａにシステムクロック７０４ａを同期させる。また、ＯＳ２００も、第１ＨＷクロック２８ａから取得した時刻９００ａにシステムクロック７０４ｂを同期させる。
　以上の処理によれば、ブロックマイクロ３００及びＯＳ２００の両方が、同じ第１ＨＷクロック２８ａから取得した時刻９００ａにシステムクロック７０４ａ、７０４ｂを同期させるので、ブロックマイクロ３００のシステムクロックとＯＳ２００のシステムクロックとの間でズレが発生しなくなる。
　図３は、ブロックマイクロ３００及びＯＳ２００が稼働中にシステムクロックを更新する処理をの一例を示す。
　ブロックマイクロ３００及びＯＳ２００は、稼働中にシステムクロックを更新させる処理（「システムクロック更新処理」という）を実行する。従来のブロックマイクロ３００は、以下のようにシステムクロック更新処理を行う。
（１）第１物理ＣＰＵ２４ａのカウンタは、一定の周期でハイパーバイザ２２にクロック信号（割込信号ともいう）を発行する。また、第２物理ＣＰＵ２４ｂのカウンタも、一定の周期でハイパーバイザ２２にクロック信号を発行する。
（２）ハイパーバイザ２２は、第１物理ＣＰＵ２４ａのリソースを第１ＶＭ５０ａの仮想ＣＰＵ５２ａに割り当てている場合、第１物理ＣＰＵ２４ａから発行されたクロック信号を、第１ＶＭ５０ａの仮想ＣＰＵ５２ａとしてブロックマイクロ３００へ転送する。また、ハイパーバイザ２２は、第２物理ＣＰＵ２４ｂのリソースを第２ＶＭ５０ｂの仮想ＣＰＵ５２ｂに割り当てている場合、第２物理ＣＰＵ２４ｂから発行されたクロック信号を、第２ＶＭ５０ｂの仮想ＣＰＵ５２ｂとしてＯＳ２００へ転送する
（３）ブロックマイクロ３００及びＯＳ２００の各々は、クロック信号を検知すると、自己のシステムクロックを更新する。
　ここで、第１物理ＣＰＵ２４ａがクロック信号を発行する周期と、第２物理ＣＰＵ２４ｂがクロック信号を発行する周期との間にズレが存在する場合、時間の経過と共に、ブロックマイクロ３００のシステムクロックとＯＳ２００のシステムクロックとがズレてしまう。そこで、本実施例に係るハイパーバイザ２２の時刻同期部１０１は、例えば、以下のような処理を行う。
（１）第１物理ＣＰＵ２４ａのカウンタ７１０ａは、一定の周期でハイパーバイザ２２にクロック信号を発行する。また、第２物理ＣＰＵ２４ｂのカウンタ７１０ｂも、一定の周期でハイパーバイザ２２にクロック信号を発行する。
（２）ハイパーバイザ２２の時刻同期部１０１は、第１物理ＣＰＵ２４ａのカウンタ７１０ａからのクロック信号をトラップする。同様に、時刻同期部１０１は、第２物理ＣＰＵ２４ｂのカウンタ７１０ｂからのクロック信号もトラップする。
（３）ハイパーバイザ２２が、第１物理ＣＰＵ２４ａのリソースを第１ＶＭ５０ａの仮想ＣＰＵ５２ａに割り当て、第２物理ＣＰＵ２４ｂのリソースを第２ＶＭ５０ｂの仮想ＣＰＵ５２ｂに割り当てていたとしても、時刻同期部１０１は、更新用物理リソースの一種である所定の第１物理ＣＰＵ２４ａから発行されたクロック信号を、第１ＶＭ５０ａの仮想ＣＰＵ５２ａとしてブロックマイクロ３００へ転送すると共に、第２ＶＭ５０ｂの仮想ＣＰＵ５０ｂとしてＯＳ２００へも転送する。一方、時刻同期部１０１は、第２物理ＣＰＵ２４ｂのカウンタ７１０ｂから発行されたクロック信号は何れにも転送しない。
　以上の処理によれば、ブロックマイクロ３００及びＯＳ２００の両方が、同じ第１物理ＣＰＵ２４から発行されたクロック信号に従ってシステムクロックを更新するので、時間が経過しても、ブロックマイクロ３００のシステムクロックとＯＳ２００のシステムクロックとの間でズレが発生しなくなる。
　図４は、ブロックマイクロ３００及びＯＳ２００がＴＳＣを取得する処理の一例を示す。
　ブロックマイクロ３００及びＯＳ２００の各々は、ＣＰＵからＴＳＣを取得する場合がある。この場合、本実施例に係る時刻同期部１０１は、例えば、以下の様な処理を行う。
（１）ブロックマイクロ３００は、第１ＶＭ５０ａの仮想クロック５４ａにＴＳＣ要求を発行する（７２２ａ）。また、ＯＳ２００は、第２ＶＭ５０ｂの仮想クロック５４ｂにＴＳＣを要求する（７２２ｂ）。
（２）ハイパーバイザ２２の時刻同期部１０１は、ブロックマイクロ３００からのＴＳＣ要求をトラップする。また、時刻同期部１０１は、ＯＳ２００からのＴＳＣ要求をトラップする。
（３）ハイパーバイザ２２が、第１物理ＣＰＵ２４ａのリソースを第１ＶＭ５０ａの仮想ＣＰＵ５２ａに割り当て、第２物理ＣＰＵ２４ｂのリソースを第２ＶＭ５０ｂの仮想ＣＰＵ５２ｂに割り当てていたとしても、時刻同期部１０１は、何れのトラップしたＴＳＣ要求も所定の第１ＨＷクロック２８ａに転送する。
（４）時刻同期部１０１は、第１ＨＷクロック２８ａのＴＳＣ部７２０ａから取得したＴＳＣを、ＴＳＣ要求の発行元（ブロックマイクロ３００又はＯＳ２００）へ転送する。
（５）ブロックマイクロ３００は、第１ＨＷクロック２８ａから取得したＴＳＣを使用する（７２４ａ）。また、ＯＳ２００も、第１ＨＷクロック２８ａから取得したＴＳＣを使用する（７２４ｂ）。
　以上の処理によれば、ブロックマイクロ３００及びＯＳ２００の両方が、同じ第１物理ＣＰＵ２４ａのＴＳＣ部７２０ａから取得したＴＳＣを使用するので、ブロックマイクロ３００のＴＳＣとＯＳ２００のＴＳＣとの間でズレが発生しなくなる。
　サーバシステム１０の管理者は、サーバシステム１０上で稼働しているハイパーバイザ２２、そのハイパーバイザ２２上で稼働している各ＶＭ５０、及びその各ＶＭ５０上で稼働しているＯＳ２００及びブロックマイクロ３００などの動作状況をトレースすることにより、サーバシステム１０におけるボトルネック及び不具合などを解析することがある。しかし、従来のように、ＯＳ２００及びブロックマイクロ３００のそれぞれのシステムクロックにズレが存在し得る場合、ＯＳ２００及びブロックマイクロ３００のそれぞれから採取したトレース情報を、そのトレース情報に付与されている採取時刻に基づいて単純に対比することはできない。なぜなら、ＯＳ２００から採取したトレース情報に係る動作状況と、ブロックマイクロ２００から採取したトレース情報に係る動作状況とが現実には同じ時刻に発生していたとしても、それぞれがシステムクロックに基づいて付与したトレース情報の採取時刻がズレていることも考えられるからである。そこで、実施例２では、実施例１で説明した時刻同期の方法を適用したサーバシステム１０について説明する。なお、図１に示した要素と同様の要素に対しては同一の符号を付し、説明を省略する場合がある。
　図５は、実施例２に係るサーバシステム１０の構成概要を示す。
　図５において、ハイパーバイザ２２は、物理ＣＰＵ２４ａ、２４ｂ、２４ｃ及び２４ｄが提供する演算リソースを仮想化し、仮想ＣＰＵ５２ａ、５２ｂ、５２ｃ及び５２ｄを実現する。ハイパーバイザ２２は、或る時間において、物理ＣＰＵ２４ａ～２４ｄの内の１つの演算リソースを、仮想ＣＰＵ５２ａ～５２ｄの内の１つに割り当てる。つまり、時間が異なれば、仮想ＣＰＵ５２に割り当てられる物理ＣＰＵ２４は異なり得る。
　第１ＶＭ５０ａは仮想ＣＰＵ５２ａを有し、第２ＶＭ５０ｂは仮想ＣＰＵ５２ｂ、５２ｃ及び５２ｄを有する。第１ＶＭ５０ａ上では、ストレージ部４０を制御するブロックマイクロ３００が稼働する。第２ＶＭ５０ｂ上では、第１ＯＳ２００ａが稼働する。さらに、第１ＯＳ２００ａは、仮想ＣＰＵ５２ｂ、５２ｃ及び５２ｄが提供する演算リソースを仮想化し、仮想ＣＰＵ５２ｅ、５２ｆ、５２ｇを実現する。第１ＯＳ２００ａは、或る時間において、仮想ＣＰＵ５２ｂ～５２ｄの内の１つの演算リソースを、仮想ＣＰＵ５２ｅ～５２ｇの内の１つに割り当てる。第３ＶＭ５０ｃは仮想ＣＰＵ５２ｅ、５２ｆを有し、第４ＶＭ５０ｄは仮想ＣＰＵ５２ｇを有する。第３ＶＭ５０ｃ上では第２ＯＳ２００ｂが稼働し、第４ＶＭ５０ｄ上では第３ＯＳ２００ｃが稼働している。
　以下、第１ＯＳ２００ａ、第２ＯＳ２００ｂ、第３ＯＳ２００ｃ及びブロックマイクロ３００をまとめて「ＯＳ等」という場合がある。また、第３ＶＭ５０ｃ及び第２ＯＳ２００ｂ（又は第４ＶＭ５０ｄ及び第３ＯＳ２００ｃ）をまとめて「仮想サーバ」といってもよい。仮想サーバは、第１ＯＳ２００ａ上のプロセスとして実行されてよい。
　ここで、ＯＳ等及びハイパーバイザ２２の各々が、自己のトレース情報に採取時刻を付与するにあたり、従来のようにシステムクロックにズレが存在し得ると、上述のとおり、それぞれから採取したトレース情報を正確に対比することができない。
　そこで本実施例に係るサーバシステム１０は、実施例１で述べた時刻同期の方法を適用し、ＯＳ等及びハイパーバイザ２２の各々のシステムクロック（又はＴＳＣ）の間に時刻のズレが発生しないようにする。そして、ＯＳ等及びハイパーバイザ２２の各々は、そのシステムクロック（又はＴＳＣ）を参照して、トレース情報に時刻（後述する採取時刻）を付与する。これにより、ＯＳ等及びハイパーバイザ２２の各々で採取されたトレース情報を、そのトレース情報に付与された採取時刻に基づいて正確に対比することができる。
　なお、ＯＳ２００の動作状況を表すトレース情報をＯＳトレース情報２５０と、ブロックマイクロ３００の動作状況を表すトレース情報をストレージトレース情報３５０と、ハイパーバイザ２２の動作状況を表すトレース情報をマッピングトレース情報１５０という。マッピングトレース情報１５０は、例えば、或る時刻において、何れの物理ＣＰＵ２４の演算リソースが何れの仮想ＣＰＵ５２に割り当てられているかを表す情報を含む。その他、これらのリソース情報の詳細については後述する。
　また、ＯＳ等及びハイパーバイザ２２の各々は、自己が採取したトレース情報を共通のバッファ領域１１０に格納してもよい。さらに、このバッファ領域１１０に格納されたトレース情報は、所定の出力先（例えば、第１ＯＳ２００ａのファイルシステム）に出力されてもよい。以下、本実施例の詳細について述べる。
　図６は、ＯＳ２００、ブロックマイクロ３００及びハイパーバイザ２２の各々が有する機能の一例を表す。
　ＯＳ２００は、機能として、ＯＳトレース部２０４と、カーネル２０８と、プロセススケジューラ２１０とを有する。ＯＳ２００は、更に、トレース指示部２０２と、解析部２０６とを有してもよい。また、ＯＳ２００は、情報として、ＯＳディスク構成情報２４０と、ＩＲＱ情報２３０と、ＯＳトレース情報２５０とを有する。これらの情報２４０、２３０、２５０の詳細については後述する。
　カーネル２０８は、ＯＳ２００の動作の基本となる各種機能を有する。例えば、カーネル２０８は、ＣＰＵリソース、メモリリソース及びネットワークリソースなどの各種リソース制御、コマンド及びデータのＩ／Ｏ制御、並びにプロセスの実行制御などを行う。
　プロセススケジューラ２１０は、複数のプロセスの内、次に実行するプロセス及びそのプロセスの実行時間などを判定し、所定のタイミングで、現在実行中のプロセスと次に実行するプロセスとを切り替える。プロセススケジューラ２１０は、ＣＰＵ毎（又はＣＰＵのコア毎）に存在してよい。
　トレース指示部２０２は、自ＯＳ及び他ＯＳのＯＳトレース部２０４、ブロックマイクロ３００のストレージトレース部３０４、並びにハイパーバイザ２２のマッピングトレース部１０４に対して、トレースの開始及び終了を指示する。トレース指示部２０２は、サーバシステム１０の管理者等からの指示に応じて、トレースの開始及び終了を指示してもよい。
　ＯＳトレース部２０４は、自ＯＳ２００に関するＯＳトレース情報２５０を採取する。また、ＯＳトレース部２０４は、必要に応じて、その採取したＯＳトレース情報２５０の採取時刻に、実施例１で述べたように時刻同期部１０１によって調整されたシステムクロック又はＴＳＣ（以下「共通時刻」という）を付与してもよい。例えば、ＯＳトレース部２０４は、採取したＯＳトレース情報２５０に採取時刻が付与されていない場合、その採取時刻に、そのＯＳトレース情報２５０を採取したときの共通時刻を付与してもよい。
　ＯＳトレース部２０４は、採取したＯＳトレース情報２５０を、ハイパーバイザ２２のバッファ領域１１０に格納する。ＯＳトレース部２０４は、トレースの開始から終了までの間、所定の周期で、ＯＳトレース情報２５０を採取してバッファ領域１１０に格納するという処理を繰り返す。これにより、トレースの開始から終了までの間の各時刻におけるＯＳトレース情報２５０が、バッファ領域１１０に蓄積される。
　ＯＳトレース部２０４は、カーネル２０８を通じて、仮想ＣＰＵ５２、仮想メモリ、仮想ドライブ及び仮想ＮＩＣなどの動作状況を表すＯＳトレース情報２５０を採取してもよい。ＯＳトレース部２０４は、プロセススケジューラ２１０を通じて、プロセスの動作状況を表すＯＳトレース情報２５０を採取してもよい。
　解析部２０６は、ハイパーバイザ２２のバッファ領域１１０に格納されたトレース情報に基づいて、サーバシステム１０に関する各種解析を行う。例えば、解析部２０６は、採取時刻に基づいて、ＯＳトレース情報２５０、ストレージトレース情報及びマッピングトレース情報を対比して、サーバシステム１０における性能及びボトルネックなどを解析する。例えば、解析部２０６は、トレース情報の対比結果を表すＧＵＩを生成及び表示してもよい。管理者は、この表示されたＧＵＩを総裁及び確認して、サーバシステム１０における性能及びボトルネックなどを解析することができる。
　ブロックマイクロ３００は、機能として、ストレージトレース部３０４を有する。また、ブロックマイクロ３００は、情報として、ストレージ構成情報３４０を有する。この情報３４０の詳細については後述する。
　ストレージトレース部３０４は、ストレージ部４０に関するストレージリソース情報３５０を採取する。また、ストレージトレース部３０４は、ＯＳトレース部２０４と同様、必要に応じて、その採取したストレージトレース情報３４０の採取時刻に、共通時刻を付与してもよい。
　ストレージトレース部３０４は、採取したストレージトレース情報３４０を、ハイパーバイザ２２のバッファ領域１１０に格納する。ストレージトレース部３０４は、トレースの開始から終了までの間、所定の周期で、ストレージトレース情報３５０を採取してバッファ領域１１０に格納するという処理を繰り返す。これにより、トレースの開始から終了までの間の各時刻におけるストレージトレース情報３５０が、バッファ領域１１０に蓄積される。
　ハイパーバイザ２２は、機能として、リソース制御部１０２と、時刻同期部１０１と、マッピングトレース部１０４と、トレース出力部１０８と、バッファ領域１１０と、リソーススケジューラ１０６とを有する。また、ハイパーバイザ２２は、情報として、マッピングトレース情報１５０を有する。
　リソース制御部１０２は、ハイパーバイザ２２の基本的な機能を有する。リソース制御部１０２は、例えば、物理ＣＰＵ２４、メモリ２６及びＮＩＣ２１などの物理的なリソースを制御して、仮想ＣＰＵ５２、仮想メモリ及び仮想ＮＩＣなどの仮想リソースと、その仮想リソースを有するＶＭとを構成する。
　リソーススケジューラ１０６は、どの物理リソースをどの仮想リソースにどのくらい割り当てるかを決定する。例えば、リソーススケジューラ１０６は、仮想ＣＰＵ５２に割り当てる物理ＣＰＵ２４及びその割当時間などを判定し、所定のタイミングで、その割当関係を変更する。
　マッピングトレース部１０４は、リソーススケジューラ１０６を通じて、物理リソースと仮想リソースとの割当関係を表すマッピングトレース情報１５０を採取する。マッピングトレース情報１５０は、例えば、仮想ＣＰＵ５２と物理ＣＰＵ２４との割当関係と、その割当関係にあった採取時刻と、を有する。また、マッピングトレース部１０４は、必要に応じて、その採取したマッピングトレース情報１５０の採取時刻に、共通時刻を付与してもよい。
　マッピングトレース部１０４は、採取したマッピングトレース情報１５０を、ハイパーバイザ２２のバッファ領域１１０に格納する。マッピングトレース部１０４は、トレースの開始から終了までの間、所定の周期で、マッピングトレース情報１５０を採取してバッファ領域１１０に格納するという処理を繰り返す。これにより、トレースの開始から終了までの間の各時刻におけるマッピングトレース情報１５０が、バッファ領域１１０に蓄積される。
　時刻同期部１０１は、実施例１で説明したように、ＯＳ２００、ブロックマイクロ３００及びハイパーバイザ２２のの各々のシステムクロックが共通時刻に基づいて動作するようにする。すなわち、時刻同期部１０１は、各リソース情報に共通時刻が付与されるようにする。これにより、各リソース情報を、共通時刻に基づいて正しく対比することができるようになる。
　バッファ領域１１０には、トレースの開始から終了までの間の各時刻における、ＯＳトレース情報２５０、ストレージトレース情報３５０、及びマッピングトレース情報１５０が蓄積される。
　トレース出力部１０８は、バッファ領域１１０に蓄積されたトレース情報を、所定の出力先に出力する。所定の出力先とは、例えば、解析部２０６を有するＯＳ２００のファイルシステムである。これにより、解析部２０６は、このファイルシステムに出力されたトレース情報を解析したり、トレース情報に関するＧＵＩを生成することができる。
　次に、各構成情報及び各トレース情報の一例について、図面を参照しながら説明する。
　図７は、ＯＳディスク構成情報２４０の一例を示す。ＯＳディスク構成情報２４０は、ＯＳ２００が使用しているディスク（仮想ディスクでもよい）の構成に関する情報を表す。
　ＯＳディスク構成情報２４０は、属性として、ＯＳ－ＩＤ２４１と、パーティション番号２４２と、パーティション名２４３と、ファイルＬＵＮ（Ｌｏｇｉｃａｌ　Ｕｎｉｔ　Ｎｕｍｂｅｒ）２４４と、ブロックＬＵＮ２４５と、ファイルシステム２４６と、を有する。
　ＯＳ－ＩＤ２４１は、サーバシステム１０内のＯＳ２００を識別するための情報である。
　パーティション番号２４２は、ＯＳ－ＩＤ２４１に対応するＯＳ２００が使用しているパーティションを識別するための番号である。
　パーティション名２４３は、パーティション番号２４２に対応するパーティションの名称である。
　ファイルＬＵＮ２４４は、ＯＳ－ＩＤ２４１に対応するＯＳ２００が使用するパーティション２４２、２４３における、ファイルレベルのＬＵ（Ｌｏｇｉｃａｌ　Ｕｎｉｔ）の番号である。
　ブロックＬＵＮ２４５は、ＯＳ－ＩＤ２４１に対応するＯＳ２００が提供するパーティション２４２、２４３における、ブロックレベルのＬＵの番号である。
　ファイルシステム２４６は、ＯＳ－ＩＤ２４１に対応するＯＳ２００が使用しているファイルシステムを識別するための情報である。
　例えば、図７のＯＳディスク構成情報２４０ａ、２４０ｂは、ＯＳ－ＩＤ２４１「０」に対応するＯＳ２００は、ファイルＬＵＮ２４４「１」（ブロックＬＵＮ２４５「１０１」）のＬＵを、「ｓｄａ１」と「ｓｄａ２」のパーティション２４３（２４２）に分けて使用しており、各パーティション２４３（２４２）のファイルシステム２４６は「ｆｓ００」であることを表す。
　図８は、ストレージ構成情報３４０の一例を示す。ストレージ構成情報３４０は、ブロックマイクロ３００が管理するストレージ部４０の構成に関する情報を表す。ここでは、ストレージ部４０がＲＡＩＤで構成されている場合について説明する。
　ストレージ構成情報３４０は、属性として、グループＩＤ３４１と、プールＩＤ３４２と、ＲＡＩＤグループ情報３４３と、ブロックＬＵＮ３４４と、トレイ番号３４５と、ドライブ番号３４６と、を有する。
　グループＩＤ３４１は、サーバシステム１０内のＲＡＩＤグループを識別するための情報である。
　プールＩＤ３４２は、グループＩＤ３４１に対応するＲＡＩＤグループが属するプールを識別するための情報である。
　ＲＡＩＤグループ構成３４３は、グループＩＤ３４１に対応するＲＡＩＤグループの構成を表す情報である。
　ブロックＬＵＮ３４４は、グループＩＤ３４１に対応するＲＡＩＤグループによって提供されるブロックレベルのＬＵを識別するための番号である。
　トレイ番号３４５は、ドライブ番号３４６に対応するドライブが格納されているトレイを識別するための番号である。
　ドライブ番号３４６は、グループＩＤ３４１に対応するＲＡＩＤグループを構成するドライブを識別するための番号である。
　例えば、図８のストレージ構成情報３４０ａ、３４０ｂ、３４０ｃは、グループＩＤ３４１「０」に対応するＲＡＩＤグループは、５つのドライブと１つのパリティドライブ（５Ｄ＋１Ｐ）で構成されており（３４３）、ブロックＬＵＮ３４４は「１０１」であることを表す。また、このＲＡＩＤグループは、トレイ番号３４５「１」に対応するトレイに格納されている、ドライブ番号３４６「０」～「２」の３つのドライブで構成されていることを表す。
　図９は、ＩＲＱ情報２３０の一例を示す。ＩＲＱ情報２３０は、ＶＭ５２からＯＳ２００に対する割込に関する情報を表す。
　ＩＲＱ情報２３０は、属性として、ＯＳ－ＩＤ２３１と、ＩＲＱ番号２３２と、ＩＲＱ名２３３と、を有する。
　ＯＳ－ＩＤ２３１は、図７において説明したとおりである。
　ＩＲＱ番号２３２は、割込（例えば、クロック信号の割込）に使用するＩＲＱの番号を示す。
　ＩＲＱ名２３３は、ＩＲＱ番号２３２において使用される割込名（例えば、クロック信号である旨）を示す。
　例えば、図９のＩＲＱ情報２３０ａは、ＯＳ－ＩＤ２３１「０」に対応するＯＳ２００において、ＩＲＱ番号２３２「０」は、ＩＲＱ名２３３「ｔｉｍｅｒ」の割込に使用されていることを表す。
　図１０は、マッピングトレース情報１５０の一例を示す。マッピングトレース情報１５０は、或る時刻における仮想ＣＰＵ５２と物理ＣＰＵ２４との割当状況を表す。
　マッピングトレース情報１５０は、属性として、採取時刻１５１と、物理ＣＰＵ－ＩＤ１５２と、仮想ＣＰＵ－ＩＤ１５３と、を有する。
　採取時刻１５１は、物理ＣＰＵ－ＩＤ１５２に対応する物理ＣＰＵ２４の演算リソースが、仮想ＣＰＵ－ＩＤ１５３に対応する仮想ＣＰＵ５２に割り当てられていたときの共通時刻を表す。採取時刻１５１は、マッピングトレース部１０４がこのマッピングトレース情報１５０を採取したときの共通時刻であってもよい。
　物理ＣＰＵ－ＩＤ１５２は、サーバシステム１０内の物理ＣＰＵ２４を識別するための情報である。
　仮想ＣＰＵ－ＩＤ１５３は、サーバシステム１０内の仮想ＣＰＵ５２を識別するための情報である。
　例えば、図１０のマッピングトレース情報１５０ａは、採取時刻１５１「２０１４年１月１日１０時１０分１０秒１００ミリ秒」のときに、物理ＣＰＵ－ＩＤ１５２「０」に対応する物理ＣＰＵ２４の演算リソースが仮想ＣＰＵ－ＩＤ１５３「３」に対応する仮想ＣＰＵ５２に割り当てられていたことを表す。
　次の図１１～図２２は、ＯＳトレース情報２５０の一例を示す。
　図１１は、プロセスに関するＯＳトレース情報２５０－１の一例を示す。プロセスに関するＯＳトレース情報２５０－１は、或るＯＳ２００において、どの時刻にどのようなプロセスが実行されていたのかを表す。
　プロセスに関するＯＳトレース情報２５０－１は、属性として、ＯＳ－ＩＤ８０１と、採取時刻８０２と、仮想ＣＰＵ－ＩＤ８０３と、ＰＩＤ８０４と、コマンド８０５と、をを有する。
　ＯＳ－ＩＤ８０１は、図５で説明したとおりである。
　採取時刻８０２は、コマンド８０５が実行されたときの共通時刻を表す。この採取時刻８０２は、ＯＳトレース部２０４がこのＯＳトレース情報２５０－１を採取したときの共通時刻であってもよい。
　仮想ＣＰＵ－ＩＤ８０３は、コマンド８０５の実行に使用された仮想ＣＰＵ５２のＩＤを表す。
　ＰＩＤ８０４は、コマンド８０５に対応するプロセスのＩＤを表す。
　コマンド８０５は、採取時刻８０２に実行されたコマンド（プロセス）の名称を表す。
　例えば、図１１のプロセスに関するＯＳトレース情報２５０－１ａは、ＯＳ－ＩＤ８０１「０」に対応するＯＳ２００において、採取時刻８０２「２０１４年１月１日１０時１０分１０秒１００ミリ秒」のときに、仮想ＣＰＵ－ＩＤ８０３「０」に対応する仮想ＣＰＵ５２によって、ＰＩＤ８０４「１００」に対応するコマンド８０５「ｆｌｕｓｈ－８：０」が実行されていたことを表す。
　ここで、ＯＳーＩＤ８０１に対応するＯＳ２００（例えば、第１ＯＳ２００ａ）は、仮想サーバ（例えば、第３ＶＭ５０ｃ及び第２ＯＳ２００ｂ、若しくは第４ＶＭ５０ｄ及び第３ＯＳ２００ｃ）を実行している場合、この仮想サーバのプロセス（ＰＩＤ８０４及びコマンド８０５）に関するＯＳトレース情報２５０－１を採取することができる。この採取したＯＳトレース情報２５０－１を参照することにより、仮想サーバ（ＰＩＤ８０４及びコマンド８０５）が、採取時刻８０２において、何れの仮想ＣＰＵ（ＶＣＰＵ－ＩＤ８０３）を用いて実行されていたかを知ることができる。これにより、仮想サーバで採取したＯＳトレース情報２５０と、この仮想サーバを実行しているＯＳ２００で採取されたこのプロセスに関するＯＳトレース情報２５０－１と、マッピングトレース情報１５０と、を採取時刻に基づいて対比することにより、仮想サーバの動作状況をより正確に解析することができる。
　図１２は、システムコールに関するＯＳトレース情報２５０－２の一例を示す。システムコールに関するＯＳトレース情報２５０－２は、或るＯＳ２００においてどの時刻にどのようなシステムコールが実行されていたのかを表す。
　システムコールに関するＯＳトレース情報２５０－２は、属性として、ＯＳ－ＩＤ８０７と、採取時刻８０８と、ＰＩＤ８０９と、システムコール８１０と、所要時間８１１と、を有する。
　ＯＳ－ＩＤ８０７は、図５で説明したとおりである。
　採取時刻８０８は、システムコール８１０が実行されたときの共通時刻（共通ＴＳＣ））を表す。この採取時刻８０８は、ＯＳ２００自身が付与したものであってもよいし、ＯＳトレース部２０４が付与したものであっても良い。以下の採取時刻においても同様である。
　ＰＩＤ８０９は、図１１で説明したとおりである。
　システムコール８１０は、採取時刻８０８に実行されたシステムコールの名称を表す。
　所要時間８１１は、システムコール８１０の実行に要した時間を示す。
　例えば、図１２のシステムコールに要するＯＳトレース情報２５０－２は、ＯＳ－ＩＤ８０７「０」に対応するＯＳ２００において、採取時刻８０８「１３９０５２３５１６．５４９００７」のときに、ＰＩＤ８０９「１００」に対応するシステムコール８１０「ｏｐｅｎ」が実行され、この実行に要した時間８１１が「０．０１μｓ」であったことを表す。
　図１３は、ブロックに関するＯＳトレース情報２５０－３の一例を示す。ブロックに関するＯＳトレース情報２５０－３は、或るＯＳ２００において、どの時刻にどのブロックがどのような状況であったかを表す。
　ブロックに関するＯＳトレース情報２５０－３は、属性として、ＯＳ－ＩＤ８１３と、採取時刻８１４と、命令種別８１５と、セクタ番号８１６と、アクション８１７と、アクセスサイズ８１８と、を有する。
　ＯＳ－ＩＤ８１３は、図５で説明したとおりである。
　採取時刻８１４は、セクタ番号８１６に対する命令種別８１６が実行されたときの共通時刻を表す。
　命令種別８１５は、命令の種別（「ｗｒｉｔｅ」及び「ｒｅａｄ」など）を表す。
　セクタ番号８１６は、命令種別８１５に対応する命令が対象とするセクタの番号を表す。
　アクション８１７は、命令種別８１５に対応する命令のアクションを表す。
　アクセスサイズ８１８は、命令種別８１５に対応する命令が対象とするサイズを表す。
　例えば、図１３のブロックに関するＯＳトレース情報２５０－３ａは、ＯＳ－ＩＤ８１３「０」に対応するＯＳ２００において、採取時刻８１４「２０１４年１月１日１０時１０分１０秒１００ミリ秒」のときに、セクタ番号８１６「２１７６５１６２８８」からアクセスサイズ８１８「５１２ｂｙｔｅ」のブロックに対して、アクション８１７「Ｑ」に係る命令８１５「ｗｒｉｔｅ」が実行されたことを表す。
　図１４は、通信パケットに関するＯＳトレース情報２５０－４の一例を示す。通信パケットに関するＯＳトレース情報２５０－４は、或るＯＳ２００において、どの時刻にどのような通信パケットが送受信されたかを表す。
　通信パケットに関するＯＳトレース情報２０５－４は、属性として、ＯＳ－ＩＤ８２０と、採取時刻８２１と、送信元８２２と、送信先８２３と、プロトコル８２４と、メッセージ８２５と、パケットサイズ８２６と、を有する。
　ＯＳ－ＩＤ８２０は、図５で説明したとおりである。
　採取時刻８２１は、通信パケットが送信又は受信されたときの共通時刻を表す。
　送信元８２２は、通信パケットの送信元のＩＰアドレスを表す。
　送信先８２３は、通信パケットの送信先のＩＰアドレスを表す。
　プロトコル８２４は、通信パケットのプロトコルの種別を表す。
　メッセージ８２５は、通信パケットのメッセージの種別を表す。
　パケットサイズ８２６は、通信パケットのサイズを表す。
　例えば、図１４の通信パケットに関するＯＳトレース情報２５０－４ａは、ＯＳ－ＩＤ８２０「０」に対応するＯＳ２００において、採取時刻８２１「２０１４年１月１日１０時１０分１０秒１００ミリ秒」のときに、送信先８２３「１９２．１６８．０．２」に対応する装置が、送信元８２２「１９２．１６８．０．１」に対応する装置から、プロトコル８２４「ＮＦＳ」に基づき、パケットサイズ８２６「６５５３６ｂｙｔｅ」のメッセージ８２５「ＲＥＣＶ」を受信したことを表す。
　図１５は、ＣＰＵ使用状況に関するＯＳトレース情報２５０－５の一例を示す。ＣＰＵ使用状況に関するＯＳトレース情報２５０－５は、或るＯＳ２００について、或る時刻におけるＣＰＵの使用状況を表す。
　ＣＰＵ使用状況に関するＯＳトレース情報２５０－５は、属性として、ＯＳ－ＩＤ８２８と、採取時刻８２９と、仮想ＣＰＵ－ＩＤ８３０と、ＣＰＵ使用状況に関する統計情報（８３１～８３６）と、を有する。
　ＯＳ－ＩＤ８２８は、図５で説明したとおりである。
　採取時刻８２９は、仮想ＣＰＵ－ＩＤ８３０に対応する仮想ＣＰＵ５２の使用状況に関する統計情報の算出対象とされた共通時刻（共通ＴＳＣ）を表す。
　仮想ＣＰＵ－ＩＤ８３０は、図１１で説明したとおりである。
　ＣＰＵ使用状況を表す統計情報は、例えば、以下の値を有する。
％ｕｓｅｒ（８３１）：ユーザプロセスによるＣＰＵの使用率。
％ｎｉｃｅ（８３２）：実行優先度を変更した（ｎｉｃｅ値）ユーザプロセスによるＣＰＵの使用率。
％ｓｙｓｔｅｍ（８３３）：システムプロセスによるＣＰＵの使用率。
％ｉｏｗａｉｔ（８３４）：Ｉ／Ｏ終了待ち時間の割合。
％ｓｔｅａｌ（８３５）：ＯＳ２００がリソース要求を行ったにもかかわらず物理ＣＰＵ２４のリソースを割り当ててもらえなかった時間の割合。
％ｉｄｌｅ（８３６）：アイドル時間の割合。
　例えば、図１５のＣＰＵ使用状況に関するＯＳトレース情報２５０－５ａは、ＯＳ－ＩＤ８２８「０」に対応するＯＳ２００において、採取時刻８２９「２０１３年０５月２８日０１時４５分１２秒」のときの仮想ＣＰＵ－ＩＤ８３０「０」に対応する仮想ＣＰＵ５２の使用状況（８３１～８３６）を表す。
　図１６は、ＩＲＱ発行数に関するＯＳトレース情報２５０－６の一例を示す。ＩＲＱ発行数に関するＯＳトレース情報２５０－６は、或るＯＳ２００について、或る時刻におけるＩＲＱの発行状況を表す。
　ＩＲＱ発行数に関するＯＳトレース情報２５０－６は、属性として、ＯＳ－ＩＤ８３８と、採取時刻８３９と、仮想ＣＰＵ－ＩＤ８４０と、ＩＲＱ番号８４１と、１秒間におけるＩＲＱ発行数８４２と、を有する。
　ＯＳ－ＩＤ８３８は、図５で説明したとおりである。
　採取時刻８３９は、１秒間におけるＩＲＱ発行数８４２の算出対象とされた共通時刻を表す。
　仮想ＣＰＵ－ＩＤ８４０は、図１１で説明したとおりである。
　ＩＲＱ番号８４１は、図９で説明したとおりである。
　１秒間におけるＩＲＱ発行数８４２は、１秒間（つまり、単位時間）において発行されたＩＲＱの数を示す。
　例えば、図１６のＩＲＱ発行数に関するＯＳトレース情報２５０－６ａは、ＯＳ－ＩＤ８３８「０」に対応するＯＳ２００において、採取時刻８３９「２０１３年０５月２８日０１時４５分１２秒」のときに、仮想ＣＰＵ－ＩＤ８４０「０」に対応する仮想ＣＰＵ５２が、ＩＲＱ番号８４１「１０」において、統計的に毎秒１００回のＩＲＱを発行（８４２）していたことを表す。
　図１７は、ブロックＩ／Ｏ性能に関するＯＳトレース情報２５０－７の一例を表す。ブロックＩ／Ｏ性能に関するＯＳトレース情報２５０－７は、或るＯＳ２００について、或る時刻におけるブロックのリード及びライトの状況を表す。
　ブロックＩ／Ｏ性能に関するＯＳトレース情報２５０－７は、属性として、ＯＳ－ＩＤ８４４と、採取時刻８４５と、ブロックＩ／Ｏ性能に関する統計情報（８４６～８５０）とを有する。
　ＯＳ－ＩＤ８４４は、図５で説明したとおりである。
　採取時刻８４５は、ブロックＩ／Ｏ性能に関する統計情報（８４６～８５０）の算出対象とされた共通時刻を表す。
　ブロックＩ／Ｏ性能に関する統計情報は、例えば、以下の値を有する。
ｔｐｓ（８４６）：１秒間の統計的なリード及びライトの回数。
ｒｔｐｓ（８４７）：１秒間の統計的なリードの回数。
ｗｔｐｓ（８４８）：１秒間の統計的なライトの回数。
ｂｒｅａｄ／ｓ（８４９）：１秒間の統計的なブロックリードの回数。
ｂｗｒｉｔｅ／ｓ（８５０）：１秒間の統計的なブロックライトの回数。
　例えば、図１７のブロックＩ／Ｏ性能に関するＯＳトレース情報２５０－７ａは、ＯＳ－ＩＤ８４４「０」に対応するＯＳ２００の採取時刻８４５「２０１３年０５月２８日０１時４５分１２秒」のときのブロックＩ／Ｏの状況（８４６～８５０）を表す。
　図１８は、ネットワークＩ／Ｏ性能に関するＯＳトレース情報２５０－８の一例を表す。ネットワークＩ／Ｏ性能に関するＯＳトレース情報２５０－８は、或るＯＳ２００について、或る時刻におけるネットワークＩ／Ｏの動作状況を表す。
　ネットワークＩ／Ｏ性能に関するＯＳトレース情報２５０－８は、属性として、ＯＳ－ＩＤ８５２と、採取時刻８５３と、ＩＦＡＣＥ８５４と、ネットワークＩ／Ｏ性能を表す統計情報（８５５～８６１）とを有する。
　ＯＳ－ＩＤ８５２は、図５で説明したとおりである。
　採取時刻８５３は、ＩＦＡＣＥ８５４における、ネットワークＩ／Ｏ性能に関する統計情報（８５５～８６１）の算出対象とされた共通時刻を表す。
　ＩＦＡＣＥ８５４は、ネットワークＩ／Ｏ性能に関する統計情報の算出対象とされたネットワークＩ／Ｆを識別するための情報である。
　ネットワークＩ／Ｏ性能に関する統計情報は、例えば、以下の値を有する。
ｒｘｐｃｋ／ｓ（８５５）：１秒間の統計的な受信パケット数。
ｔｘｐｃｋ／ｓ（８５６）：１秒間の統計的な送信パケット数。
ｒｘｋＢ／ｓ（８５７）：１秒間の統計的な受信パケットのデータ量（ｋＢ）。
ｔｘｋＢ／ｓ（８５８）：１秒間の統計的な送信パケットのデータ量（ｋＢ）。
ｒｘｃｍｐ／ｓ（８５９）：１秒間の統計的な圧縮受信パケット数。
ｔｘｃｍｐ／ｓ（８６０）：１秒間の統計的な圧縮送信パケット数。
ｔｘｍｃｓｔ／ｓ（８６１）：１秒間の統計的なマルチキャストパケット数。
　例えば、図１８のネットワークＩ／Ｏ性能に関するＯＳトレース情報２５０－８ａは、ＯＳ－ＩＤ「０」に対応するＯＳ２００について、採取時刻８５３「２０１３年０５月２８日０１時４５分１２秒」のときのネットワークＩ／Ｆ８５４「ｌｏ」の動作状況（８５５～８６１）を表す。
　図１９は、ディスクＩ／Ｏ性能に関するＯＳトレース情報２５０－９の一例を表す。ディスクＩ／Ｏ性能に関するＯＳトレース情報２５０－９は、或るＯＳ２００について、或る時刻におけるディスクＩ／Ｏの状況（８６６～８７３）を表す。
　ディスクＩ／Ｏ性能に関するＯＳトレース情報２５０－９は、属性として、ＯＳ－ＩＤ８６３と、採取時刻８６４と、ＤＥＶ８６５と、ディスクＩ／Ｏ性能に関する統計情報（８６６～８７３）とを有する。
　ＯＳ－ＩＤ８６３は、図５で説明したとおりである。
　採取時刻８６４は、ディスクＩ／Ｏ性能に関する統計情報（８６６～８７３）の算出対象とされた共通時刻を表す。
　ＤＥＶ８６５は、ディスクＩ／Ｏに関する統計情報の算出対象とされたディスク装置を識別するための情報である。
　ディスクＩ／Ｏ性能に関する統計情報は、例えば、以下の値を有する。
ｔｐｓ（８６６）：１秒間のＩ／Ｏリクエスト数（転送回数）。
ｒｄ＿ｓｅｃ／ｓ（８６７）：１秒間のリードセクタ数。
ｗｒ＿ｓｅｃ／ｓ（８６８）：１秒間のライトセクタ数。
ａｖｇｒｑ－ｓｚ（８６９）：ディスク装置へのＩ／Ｏリクエストの平均セクタサイズ（１セクタ５１２ｂｙｔｅ）。
ａｖｇｑｕ－ｓｚ（８７０）：ディスク装置へのＩ／Ｏリクエストの待ち行列（キュー）の平均セクタサイズ（１セクタ５１２ｂｙｔｅ）。
ａｗａｉｔ（８７１）：ディスク装置へのＩ／Ｏリクエストの平均待ち時間（ｍｓｅｃ）。
ｓｖｃｔｍ（８７２）：ディスク装置へのＩ／Ｏリクエストの平均処理時間（ｍｓｅｃ）。
％ｕｔｉｌ（８７３）：ディスク装置へのＩ／Ｏリクエスト中のＣＰＵ使用率。
　例えば、図１９のディスクＩ／Ｏ性能に関するＯＳトレース情報２５０－９ａは、ＯＳ－ＩＤ「０」に対応するＯＳ２００において、採取時刻８６４「２０１３年０５月２８日０１時４５分１２秒」のときの、「ｄｅｖ８－０」（８６５）に対応するディスクＩ／Ｏの状況（８６６～８７３）を表す。
　図２０は、ロードアベレージに関するＯＳトレース情報２５０－１０の一例を表す。ロードアベレージに関するＯＳトレース情報２５０－１０は、或るＯＳ２００について、或る時刻におけるＯＳ２００のロードアベレージに関する状況（８７７～８７９）を表す。
　ロードアベレージに関するＯＳトレース情報２５０－１０は、属性として、ＯＳ－ＩＤ８７５と、採取時刻８６４と、ロードアベレージに関する統計情報（８７７～８７９）とを有する。
　ＯＳ－ＩＤ８７５は、図５で説明したとおりである。
　採取時刻８７６は、ロードアベレージに関する統計情報（８７７～８７９）の算出対象とされた共通時刻を表す。
　ロードアベレージに関する統計情報は、例えば、以下の値を有する。
ｒｕｎｑ－ｓｚ（８７７）：実行キューの長さ（実行時間を待っているプロセス数）。
ｐｌｉｓｔ－ｓｚ（８７８）：プロセスリスト中のプロセスとスレッド数。
ｌｄａｖｇ－１（８７９）：過去１分間のシステムロードアベレージ。
　例えば、ロードアベレージに関するＯＳトレース情報２５０－１０ａは、ＯＳ－ＩＤ８７５「０」に対応するＯＳ２００において、採取時刻８７６「２０１３年０５月２８日０１時４５分１２秒」のときのロードアベレージに関する状況（８７７～８７９）を表す。
　図２１は、ｉｎｏｄｅに関するＯＳトレース情報２５０－１１の一例を表す。ｉｎｏｄｅに関するＯＳトレース情報２５０－１１は、或るＯＳ２００について、或る時刻におけるｉｎｏｄｅに関する状況（８８２～８８５）を表す。
　ｉｎｏｄｅに関するＯＳトレース情報２５０－１１は、属性として、ＯＳ－ＩＤ８８０と、採取時刻８６４と、ｉｎｏｄｅに関する統計情報（８８２～８８５）とを有する。
　ＯＳ－ＩＤ８８０は、図５で説明したとおりである。
　採取時刻８８１は、ｉｎｏｄｅに関する統計情報（８８２～８８５）の算出対象とされた共通時刻を表す。
　ｉｎｏｄｅに関する統計情報は、例えば、以下の値を有する。
ｄｅｎｔｕｎｕｓｄ（８８２）：ディレクトリキャッシュ内の未使用キャッシュエントリの数。
ｆｉｌｅ－ｎｒ（８８３）：使用中のファイルハンドラの数。
ｉｎｏｄｅ－ｎｒ（８８４）：使用中のｉｎｏｄｅの数。
ｐｔｙ－ｎｒ（８８５）：使用中の疑似端末の数。
　例えば、図２１のｉｎｏｄｅに関するＯＳトレース情報２５０－１１ａは、ＯＳ－ＩＤ８８０「０」に対応するＯＳ２００について、採取時刻８８１「２０１３年０５月２８日０１時４５分１２秒」のときのｉｎｏｄｅに関する状況（８８２～８８５）を表す。
　図２２は、メモリ性能に関するＯＳトレース情報２５０－１２の一例を示す。メモリ性能に関するＯＳトレース情報２５０－１２は、或るＯＳ２００について、或る時刻におけるメモリの状況（８８９～８９１）を表す。
　メモリ性能に関するＯＳトレース情報２５０－１２は、属性として、ＯＳ－ＩＤ８８７と、採取時刻８８８と、メモリ性能に関する統計情報（８８９～８９１）とを有する。
　ＯＳ－ＩＤ８８７は、図５で説明したとおりである。
　採取時刻８８８は、メモリ性能に関する統計情報（８８９～８９１）の算出対象とされた共通時刻を表す。
　メモリ性能に関する統計情報は、例えば、以下の値を有する。
ｆｒｍｐｇ／ｓ（８８９）：１秒間に解放されたメモリのページ数。
ｂｕｆｐｇ／ｓ（８９０）：１秒間に割り当てられたバッファのページ数。
ｃａｍｐｇ／ｓ（８９１）：１秒間にキャッシュしたページ数。
　例えば、図２２のメモリ性能に関するＯＳトレース情報２５０－１２ａは、ＯＳ－ＩＤ８８７「０」に対応するＯＳ２００において、採取時刻８８８「２０１３年０５月２８日０１時４５分１２秒」のときのメモリの状況（８８９～８９１）を表す。
　図２３は、ストレージ性能に関するストレージトレース情報３５０－１の一例を示す。ストレージ性能に関するストレージトレース情報３５０－１は、或るブロックマイクロ３００について、或る時刻におけるストレージ部４０の状況統（８９６～８９８）を表す。
　ストレージ性能に関するストレージトレース情報３５０－１は、属性として、採取時刻８９３と、ＣＴＬ８９４と、Ｄｉｓｋ８９５と、ストレージ性能に関する統計情報（８９６～８９８）とを有する。
　採取時刻８９３は、ストレージ性能に関する統計情報（８９６～８９８）の算出対象とされた共通時刻を表す。
　ＣＴＬ８９４は、ストレージ部４０に係るコントローラ（例えば、ＲＡＩＤコントローラ）を識別するための情報である。
　Ｄｉｓｋ８９５は、ＣＴＬ８９４に対応するコントローラによって制御されるディスク装置を識別するための情報である。
　ストレージ性能に関する統計情報は、例えば、以下の値を有する。
Ｕｓａｇｅ（８９６）：ディスク装置の使用率。
Ｗｒｉｔｅ　ＩＯＰＳ（８９７）：１秒間のライト数。
Ｒｅｓｐｏｎｓｅ　Ｔｉｍｅ（８９８）：ライトに対する応答時間。
　例えば、図２３のストレージ性能に関するストレージトレース情報３５０－１ａは、採取時刻８９３「２０１２年０７月１２日１０時２７分４６秒」のときの、ＣＴＬ「０」及びＤｉｓｋ「０」に対応するディスク装置の状況（８９６～８９８）を表す。
　図２４は、ブロックマイクロ性能に関するストレージトレース情報３５０－２の一例を示す。ブロックマイクロ性能に関するストレージトレース情報３５０－２は、或るブロックマイクロ３００の或る時刻における動作状況（９０３）を有する。
　採取時刻９００は、プロセッサ性能に関する統計情報（９０３）の算出対象とされた共通時刻を表す。
　ＣＴＬ９０１は、ブロックマイクロ３５０を動作させるプロセッサ（例えば、図５における仮想ＣＰＵ５２ａ）を識別するための情報である。
　Ｃｏｒｅ９０２は、ＣＴＬ９０１に対応するプロセッサにおけるＣｏｒｅを識別するための情報である。
　プロセッサ性能に関する統計情報は、例えば、以下の値を有する。
Ｕｓａｇｅ（９０３）：プロセッサの使用率。
　例えば、図２４のブロックマイクロ性能に関するストレージトレース情報３５０－２ａは、採取時刻９００「２０１２年０７月１２日１０時２７分４６秒」のときの、ＣＴＬ「０」のＣｏｒｅ「Ｘ」の使用率９０３が「８０％」であったことを表す。
　次の図２５～図２８は、実施例２におけるＯＳ等が、共通時刻を付与したトレース情報を採取する処理の一例を示すフローチャートである。
　図２５は、共通時刻発行処理の一例を示すフローチャートである。
　各ＯＳ２００及びブロックマイクロ３００（「ＯＳ等」という）は、自己が使用している１の仮想クロック５４（又は仮想ＣＰＵ５２）へ時刻要求（又はＴＳＣ要求）を発行する（Ｓ１０１）。
　ハイパーバイザ２２の時刻同期部１０１は、この仮想クロック５４（又は仮想ＣＰＵ５２）への時刻要求（又はＴＳＣ要求）をトラップし、所定の１の共通ＨＷクロック２８（又は共通物理ＣＰＵ２４）へ転送する（Ｓ１０２）。
　そして、時刻同期部１０１は、共通ＨＷクロック２８（又は共通物理ＣＰＵ２４）から取得した共通時刻（又は共通ＴＳＣ）を、要求元のＯＳ等へ転送する（Ｓ１０３）。
　以上の処理により、各ＯＳ等は共通時刻（又は共通ＴＳＣ）を取得することができる。これにより、各トレース情報には、共通時刻（又は共通ＴＳＣ）に基づく採取時刻が付与される。よって、各ＯＳ等で採取されたＯＳトレース情報を、採取時刻に基づいて正確に対比することができる。
　図２６は、システムクロックの更新方法選択処理の一例を示すフローチャートである。
　このシステムクロックの更新方法選択処理は、ＯＳ等の起動時に実行されてもよいし、ＯＳ等の稼働中に所定のタイミング（例えば、管理者からの指示）で実行されてもよい。
　ＯＳ等は、ＮＴＰ（Ｎｅｔｗｏｒｋ　Ｔｉｍｅ　Ｐｒｏｔｏｃｏｌ）が利用可能であるか否かを判定する（Ｓ２０１）。
　ＮＴＰが利用可能である場合（Ｓ２０１：ＹＥＳ）、ＯＳ等は、ＮＴＰを利用する旨をハイパーバイザ２２の時刻同期部１０１に通知する（Ｓ２１０）。時刻同期部１０１が、時刻要求をトラップしないようにするためである。そして、ＯＳ等は、以後、ＮＴＰに基づきシステムクロックを更新するように設定し（Ｓ２１１）、本処理を終了する（ＥＮＤ）。
　ＮＴＰが利用不可である場合（Ｓ２０１：ＮＯ）、ＯＳ等は、図２５に示した共通時刻発行処理に係る共通時刻に基づきシステムクロックを更新するように設定し（Ｓ２０３）、本処理を終了する（ＥＮＤ）。
　上記の処理によれば、ＮＴＰが利用可能な場合、各ＯＳ等は、ＮＴＰを利用してシステムクロックを更新するようになる、一方、ＮＴＰが利用不可能な場合、各ＯＳ等は、共通時刻発行処理に基づいてシステムクロックを更新するようになる。何れの場合であっても、各ＯＳ等の間のシステムクロックは共通時刻により同期される。すなわち、上記の処理によれば、ＮＴＰが使用できない場合であっても、各ＯＳ等で採取されたトレース情報を、採取時刻に基づいて正確に対比することができる。
　図２７は、ＯＳ等のシステムクロックの更新処理の一例を示すのフローチャートである。
　ＯＳ等のシステムクロックは、基本的に、仮想ＣＰＵ５２が一定の周期で発行するクロック信号（割込信号）に基づいて更新される。以下、各ＯＳ等のシステムクロックを更新する方法を述べる。
　所定の１の更新物理ＣＰＵ２４がクロック信号を発行する（Ｓ３０１）。
　ハイパーバイザ２２の時刻同期部１０１は、この更新物理ＣＰＵ２４から発行されたクロック信号をトラップし、各仮想ＣＰＵ５２からのクロック信号として各ＯＳ等に発行する（Ｓ３０２）。これにより、各ＯＳ等に対して、同じタイミングでクロック信号が発行される。
　各ＯＳ等は、自己が使用している仮想ＣＰＵ５２から発行されたクロック信号を受けて、システムクロックを更新する（Ｓ３０３）。
　なお、上記の処理において、時刻同期部１０１は、複数の物理ＣＰＵ２４の内の１の更新物理ＣＰＵ２４から発行されたクロック信号を各ＯＳ等に転送した場合、その更新周期内における他の物理ＣＰＵ２４から発行されたクロック信号は各ＯＳ等に転送しない。各ＯＳ等に正しい更新周期でクロック信号を発行するためである。また、更新物理ＣＰＵ２４は、図２５で述べた共通物理ＣＰＵ２４とは異なってもよい。また、更新物理ＣＰＵ２４は、必ずしも毎回同じである必要はない。
　以上の処理により、各ＯＳ等には同じタイミングでクロック信号が発行されるので、各ＯＳ等のシステムクロックは、時間が経過してもズレない。よって、各ＯＳ等で採取されたトレース情報を、採取時刻に基づいて正確に対比することができる。
　図２８は、トレース情報収集処理の例を示すフローチャートである。
　管理者からの指示を受けて又は所定のタイミングでトレース指示部２０２は、自他のＯＳ２００、ブロックマイクロ３００及びハイパーバイザ２２に、トレース情報の収集開始を指示する（Ｓ４０１）。ここで、トレース指示部２０２は、収集開始の指示と共に収集時間を指示してもよい。
　トレース情報の収集開始の指示を受けたＯＳトレース部２０４、ストレージトレース部３０４及びマッピングトレース部１０４の各々は、トレース情報を採取し、ハイパーバイザ２２のバッファ領域１１０に格納する（Ｓ４１１）。このＳ４１１の処理は、収集時間が経過するまで繰り返し実行される（Ｓ４０２、Ｓ４１１、Ｓ４２０）。
　一方、ハイパーバイザ２２のトレース出力部１０８は、バッファ領域１１０に蓄積されたトレース情報を、例えば、解析部２０６を有する第１ＯＳ２００ａのファイルシステムに出力する（Ｓ４１２）。このＳ４１２の処理も、収集時間が経過するまで繰り返し実行されてよい（Ｓ４０２、Ｓ４１２、Ｓ４２０）。
　そして、収集時間が経過した後、解析部２０６は、Ｓ４１２によってファイルシステムに出力されたトレース情報を解析する（Ｓ４２１）。例えば、解析部２０６は、トレース情報を採取時刻に従って並べて表示する。
　以上の処理により、解析部２０６及び管理者は、各ＯＳ２００及び各ＶＭ５０の動作状況（ＯＳトレース情報２５０）と、ブロックマイクロ３００及びストレージ部４０の動作状況（ストレージトレース情報３５０）と、物理リソースと仮想リソースとのマッピングの状況（マッピングトレース情報１５０）とを、採取時刻に基づき正確に対比することができる。これにより、解析部２０６及び管理者は、サーバシステム１０の不具合の解析及びボトルネックの解析などを行うことができる。
　次に、トレース情報収集処理の詳細を、図２９～図３０のシーケンスチャートを参照しながら説明する。ここでは、図５に示したサーバシステム１０を一例として説明する。
　図２９は、トレース情報収集処理に係るサーバシステム１０の全体処理の一例を表すシーケンスチャートである。
　管理者が、第１ＯＳ２００ａのトレース指示部２０２に、トレース情報の採取開始を指示する（１）。
　トレース指示部２０２は、第１ＯＳ２００ａのＯＳトレース部２０４に、ＯＳトレース情報２５０の採取開始を指示する（２）。この指示を受けたＯＳトレース部２０４は、採取時間が経過するまでＯＳトレース情報２５０を採取し、その後、トレース指示部２０２に完了を通知する（３）。この処理の詳細については、図３０～図３２に後述する。
　また、トレース指示部２０２は、ブロックマイクロ３００のストレージトレース部３０４に、ストレージトレース情報の採取開始を指示する（４）。この指示を受けたストレージトレース部３０４は、採取時間が経過するまでストレージトレース情報３４０を採取し、その後、トレース指示部２０２に完了を通知する（５）。この処理の詳細については図３３に後述する。
　また、トレース指示部２０２は、ハイパーバイザ２２のトレース出力部１０８に、バッファ領域１１０に蓄積されたトレース情報２５０、３４０、１５０を、第１ＯＳ２００ａのファイルシステムに出力するよう指示する（６、７）。トレース出力部１０８は、収集時間が経過するまで、バッファ領域１１０に蓄積されたトレース情報を、第１ＯＳ２００のファイルシステムに出力する（８～１３）。その後、トレース出力部１０８は、トレース指示部２０２に完了を通知する（１４、１５）。
　なお、図２９のＯＳトレース部２０４の処理（２～３）と、ストレージトレース部３０４の処理（４～５）と、トレース出力部１０８の処理（６～１５）とは、パラレルに実行されてよい。トレース指示部２０２は、これらの処理が全て完了した後、管理者に完了を通知する（１６）。
　図３０は、図２９に示した第１ＯＳ２００ａのＯＳトレース部２０４の処理の詳細を表すのシーケンスチャートである。
　第１ＯＳ２００ａのＯＳトレース部２０４は、ハイパーバイザ２２のマッピングトレース部１０４に、マッピングトレース情報の採取開始を指示する（１、２）。この指示を受けたマッピングトレース部１０４は、採取時間が経過するまで、マッピングトレース情報１５０を採取し、バッファ領域１１０に格納する処理を繰り返す（３～７）。その後、マッピングトレース部１０４は、ＯＳトレース部２０４に完了を通知する（８、９）。
　以上の処理により、ハイパーバイザ２２のバッファ領域１１０に、各共通時刻におけるマッピングトレース情報１５０が蓄積される。
　また、第１ＯＳ２００ａのＯＳトレース部２０４は、自分の第１ＯＳ２００ａのＯＳトレース情報の採取を実行すると共に、同じレイヤーの他のＯＳトレース部２０４に、ＯＳトレース情報の採取を指示する（１０、１１）。図５のサーバシステム１０では、第１ＯＳ２００ａと同じレイヤーのＯＳ２００が存在しないので、この処理は行われない。なお、図３０において、１～９の処理と１０～１１の処理とは、パラレルに実行されてよい。
　図３１は、ＯＳトレース部２０４の採取処理の詳細を表すのシーケンスチャートである。
　第１ＯＳ２００ａのＯＳトレース部２０４（及びＯＳトレース情報の採取の指示を受けたＯＳトレース部２０４）は、ＯＳトレース情報２５０を採取する（１、２）。この処理の詳細については、図３２に後述する。
　また、第１ＯＳ２００ａのＯＳトレース部２０４は、自己の第１ＯＳ２００ａ上で仮想的に稼働している第２ＯＳ２００ｂ及び第３ＯＳ２００ｃのＯＳトレース部２０４に、ＯＳトレース情報の採取を指示し、この指示を受けた第２ＯＳ２００ｂ及び第３ＯＳ２００ｃのＯＳトレース部２０４は、ＯＳトレース情報２５０を採取する（３、４）。なお、図３１において、１～２の処理と、３～４の処理とは、パラレルに実行されてよい。
　図３２は、図３１の第１ＯＳ２００ａ、第２ＯＳ２００ｂ及び第３ＯＳ２００ｃのそれぞれのＯＳトレース部２０４におけるＯＳトレース情報２５０の採取処理の詳細を表すのシーケンスチャートである。
　各ＯＳ２００のＯＳトレース部２０４は、自己のＯＳ２００が使用しているプロセススケジューラ２１０などにアクセスし、ＣＰＵの動作状況などを表す各種ＯＳトレース情報２５０を採取し、その採取したＯＳトレース情報２５０を、ハイパーバイザ２２のバッファ領域１１０に格納するという処理を、採取時間が経過するまで繰り返す（２～８）。
　また、ＯＳトレース部２０４は、自己のＯＳ２００が使用しているカーネル２０８などにアクセスし、Ｉ／Ｏリソースの状況を表す各種ＯＳトレース情報２５０を採取し、その採取したＯＳトレース情報２５０を、ハイパーバイザ２２のバッファ領域１１０に格納するというという処理を、採取時間が経過するまで繰り返す（１１～１８）。
　なお、採取したＯＳトレース情報２５０に採取時刻が付与されていない場合、ＯＳトレース部２０４が、そのＯＳトレース情報２５０を採取したときの共通時刻に基づいて採取時刻を付与してもよい。また、図３２において、１～９の処理と、１０～１９の処理とは、パラレルに実行されてもよい。
　以上の図３０～図３２の処理により、ハイパーバイザ２２のバッファ領域１１０に、各ＯＳ２００におけるＯＳトレース情報２５０が蓄積される。
　図３３は、図３０のストレージトレース部３０４の処理の詳細を示すシーケンスチャートである。
　ストレージトレース部３０４は、自己が制御しているストレージ部４０などにアクセスし、ストレージトレース情報３５０を採取し、その採取したストレージトレース情報３５０をハイパーバイザ２２のバッファ領域１１０に格納するという処理を、採取時間が経過するまで繰り返す（４～１０）。なお、採取したストレージトレース情報３５０に採取時刻が付与されていない場合、ストレージトレース部３０４が、そのストレージトレース情報１５０を採取したときの共通時刻に基づいて採取時刻を付与してもよい。
　以上の図３３の処理により、ハイパーバイザ２２のバッファ領域１１０には、各マイクロブロック３００におけるストレージトレース情報３５０が格納される。
　図３４は、解析部２０６の処理を示すシーケンスチャートである。
　図２９～図３３の処理により、採取時間内における各時刻のトレース情報２５０、３４０、１５０が、ハイパーバイザ２２のバッファ領域１１０に蓄積される。そして、このバッファ領域１１０に蓄積されたトレース情報２５０、３４０、１５０が、トレース出力部１０８によって第１ＯＳ２００ａのファイルシステムに出力される。
　第１ＯＳ２００の解析部２０６は、そのファイルシステムに格納されたトレース情報２５０、３４０、１５０の中から、所定の条件に適合するトレース情報を抽出し、様々な解析を行う（１～４）。この所定の条件は、管理者によって入力されてもよい。
　図３５は、解析部２０６によって生成及び表示される解析用ＧＵＩ１０００の一例を表す。
　例えば、解析部２０６は、採取時刻に基づいて、ＯＳトレース情報２５０、ストレージトレース情報３４０及びマッピングトレース情報１５０に含まれる各種属性を結合したテーブル１００１を生成及び表示してもよい。これにより、或る採取時刻における、各ＯＳ２００の状況と、ストレージ部４０の状況と、物理リソースと仮想リソースとのマッピングの状況とを容易に対比することができる。
　さらに、管理者が、或る採取時刻における或る属性を選択すると、解析部２０６は、その属性に関する更なる情報を含むテーブル１００２を生成及び表示してもよい。
　これにより、例えば、或る時刻においてサーバシステム１０に遅延又は障害などが発生した場合、管理者は、ＯＳ２００、ストレージ部４０及びハイパーバイザ２２のそれぞれから採取された或る時刻付近のＯＳトレース情報２５０、ストレージトレース情報３５０及びマッピングトレース情報１５０を対比することにより、その遅延又は障害などの原因を容易に解析及び特定することができる。
　上述した実施例は、本発明の説明のための例示であり、本発明の範囲をそれらの実施例にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
　例えば、上記のシステムクロックは、ブロックマイクロ３００とＯＳ２００とハイパーバイザ２２との間において、稼働中のタイミング毎に異なる識別子である共通識別子の一例である。例えば、次のような方法によっても、上述の実施例と同様の作用効果を達成できる。
（１）ハイパーバイザは、図２に対応する処理として、起動時、ブロックマイクロ及びＯＳに、カウンタ（共通識別子）の初期化を指示する。ブロックマイクロ及びＯＳの各々は、その初期化の指示に基づいて自己のカウンタを初期値にセットする。このとき、ハイパーバイザも同じように自己のカウンタを初期値にセットする。
（２）ハイパーバイザは、図３に対応する処理として、所定の周期で、ブロックマイクロ及びＯＳに、カウンタの更新を指示する。ブロックマイクロ及びＯＳの各々は、その更新の指示に基づいて自己のカウンタを更新する。このとき、ハイパーバイザも同じように自己のカウンタを更新する。
（３）そして、ブロックマイクロ、ＯＳ及びハイパーバイザはそれぞれストレージトレース情報、ＯＳトレース情報及びマッピングトレース情報に対して、それを採取したときのカウンタ値を採取時刻の代わりに付与してもよい。
　これまでに説明した実施例を基に、例えば以下の様な表現をすることができる。
＜表現１＞
　複数の物理リソースと、
　複数の仮想コンピュータに設けられる複数の仮想リソースに前記複数の物理リソースを割り当てるハイパーバイザと、を有し、
　前記ハイパーバイザは、タイミング毎に一意な共通識別子を、前記複数の仮想コンピュータにおいて使用できるようにし、
　前記複数の仮想コンピュータの内の１つであり、所定の記憶領域に記憶されたデータをブロックレベルで制御するブロック制御部は、前記ブロックレベルの動作状況を表す情報を含むブロックトレース情報と、そのブロックトレース情報に含まれる動作状況が発生したタイミングに対応する前記共通識別子と、を関連付け、
　前記複数の仮想コンピュータの内の別の１つであり、前記記憶領域に記憶されたデータをファイルレベルで制御するファイル制御部は、前記ファイルレベルの動作状況を表す情報を含むファイルトレース情報と、そのファイルトレース情報に含まれる動作状況が発生したタイミングに対応する前記共通識別子と、を関連付ける
ストレージ装置。
＜表現２＞
　前記ハイパーバイザは、前記複数の仮想リソースに対する前記複数の物理リソースの割当状況を表す情報を含むマッピングトレース情報と、そのマッピングトレース情報に含まれる割当状況が発生したタイミングに対応する前記共通識別子と、を関連付ける
表現１に記載のストレージ装置。
＜表現３＞
　前記ファイル制御部によって制御されているデータにアクセス可能な仮想サーバが実行されており、
　前記ファイル制御部の採取する前記ファイルトレース情報には、前記仮想サーバに対する前記仮想リソースの割当状況を表す情報が含まれる
表現１又は２に記載のストレージ装置。
＜表現４＞
　前記ハイパーバイザが採取した前記マッピングトレース情報と、前記ブロック制御部が採取した前記ブロックトレース情報と、前記ファイル制御部が採取した前記ファイルトレース情報とを、それらの情報に関連付けられている前記共通識別子に基づいて対比可能な態様で表示する表示部、をさらに有する
表現１乃至３の何れか１に記載のストレージ装置。
＜表現５＞
　各仮想コンピュータで使用される前記共通識別子は、前記各仮想コンピュータのシステム時刻に関連する識別子であり、
　前記各仮想コンピュータのシステム時刻は、前記複数の物理リソースの内の１の物理リソースが提供する時刻情報を前記各仮想コンピュータに提供することによって調整される
表現１乃至４の何れか１に記載のストレージ装置。
＜表現６＞
　前記ハイパーバイザは、前記複数の物理リソースの各々から発行されるクロック信号をトラップし、前記仮想リソースと前記物理リソースとの割り当て関係に関わらず、前記複数の物理リソースの内の１の物理リソースから発行されたクロック信号である第１のクロック信号のみを前記各仮想コンピュータに発行し、それ以外の物理リソースから発行されたクロック信号は何れにも発行せず、
　前記各仮想コンピュータは、前記ハイパーバイザから発行された前記第１のクロック信号を用いて、前記システム時刻を調整する
表現５に記載のストレージ装置。
＜表現７＞
　前記各仮想コンピュータは、前記複数の仮想リソースの内の１の仮想リソースに対して時刻要求を発行し、
　前記ハイパーバイザは、その発行された前記時刻要求をトラップし、前記複数の物理リソースの内の１の物理リソースから時刻情報を取得し、その取得した前記時刻情報を前記時刻要求の発行元の仮想コンピュータへ返し、
　前記各仮想コンピュータは、前記ハイパーバイザから返された前記時刻情報に基づいて前記システム時刻を調整する
表現５又は６に記載のストレージ装置。
＜表現８＞
　前記各仮想コンピュータが所定の通信ネットワークを通じて前記システム時刻を調整できる場合、前記ハイパーバイザは前記時刻要求のトラップを行わない
表現７に記載のストレージ装置。
＜表現９＞
　複数の物理リソースと、
　複数の仮想コンピュータに設けられる複数の仮想リソースに前記複数の物理リソースを割り当てるハイパーバイザと、を有するストレージ装置の動作状況を解析する方法であって、
　前記ハイパーバイザは、タイミング毎に一意な共通識別子を、前記複数の仮想コンピュータにおいて使用できるようにし、
　前記複数の仮想コンピュータの内の１つであり、所定の記憶領域に記憶されたデータをブロックレベルで制御するブロック制御部は、前記ブロックレベルの動作状況を表す情報を含むブロックトレース情報と、そのブロックトレース情報に含まれる動作状況が発生したタイミングに対応する前記共通識別子と、を関連付け、
　前記複数の仮想コンピュータの内の別の１つであり、前記記憶領域に記憶されたデータをファイルレベルで制御するファイル制御部は、前記ファイルレベルの動作状況を表す情報を含むファイルトレース情報と、そのファイルトレース情報に含まれる動作状況が発生したタイミングに対応する前記共通識別子と、を関連付ける
ストレージ装置の動作解析方法。
　１０：サーバシステム　２０：コントローラ部　２２：ハイパーバイザ　２４：物理ＣＰＵ　２８：ハードウェアクロック　４０：ストレージ部　５２：仮想ＣＰＵ　１０１：時刻同期部　１５０：マッピングトレース情報　２５０；ＯＳトレース情報　３５０：ストレージトレース情報

 

Claims (12)

  1. 　複数の物理リソースと、
    　複数の仮想コンピュータに設けられる複数の仮想リソースに前記複数の物理リソースを割り当てるハイパーバイザと、を有し、
    　前記ハイパーバイザは、タイミング毎に一意な共通識別子を、前記複数の仮想コンピュータにおいて使用できるようにし、
    　前記複数の仮想コンピュータの内の１つであり、所定の記憶領域に記憶されたデータをブロックレベルで制御するブロック制御部は、前記ブロックレベルの動作状況を表す情報を含むブロックトレース情報と、そのブロックトレース情報に含まれる動作状況が発生したタイミングに対応する前記共通識別子と、を関連付け、
    　前記複数の仮想コンピュータの内の別の１つであり、前記記憶領域に記憶されたデータをファイルレベルで制御するファイル制御部は、前記ファイルレベルの動作状況を表す情報を含むファイルトレース情報と、そのファイルトレース情報に含まれる動作状況が発生したタイミングに対応する前記共通識別子と、を関連付ける
    ストレージ装置。
     
  2. 　前記ハイパーバイザは、前記複数の仮想リソースに対する前記複数の物理リソースの割当状況を表す情報を含むマッピングトレース情報と、そのマッピングトレース情報に含まれる割当状況が発生したタイミングに対応する前記共通識別子と、を関連付ける
    請求項１に記載のストレージ装置。
     
  3. 　前記ファイル制御部によって制御されているデータにアクセス可能な仮想サーバが実行されており、
    　前記ファイル制御部の採取する前記ファイルトレース情報には、前記仮想サーバに対する前記仮想リソースの割当状況を表す情報が含まれる
    請求項２に記載のストレージ装置。
     
  4. 　前記ハイパーバイザが採取した前記マッピングトレース情報と、前記ブロック制御部が採取した前記ブロックトレース情報と、前記ファイル制御部が採取した前記ファイルトレース情報とを、それらの情報に関連付けられている前記共通識別子に基づいて対比可能な態様で表示する表示部、をさらに有する
    請求項３に記載のストレージ装置。
     
  5. 　各仮想コンピュータで使用される前記共通識別子は、前記各仮想コンピュータのシステム時刻に関連する識別子であり、
    　前記各仮想コンピュータのシステム時刻は、前記複数の物理リソースの内の１の物理リソースが提供する時刻情報を前記ハイパーバイザが前記各仮想コンピュータに提供するすることによって調整される
    請求項２に記載のストレージ装置。
     
  6. 　前記ハイパーバイザは、前記複数の物理リソースの各々から発行されるクロック信号をトラップし、前記仮想リソースと前記物理リソースとの割り当て関係に関わらず、前記複数の物理リソースの内の１の物理リソースから発行されたクロック信号である第１のクロック信号のみを前記各仮想コンピュータに発行し、それ以外の物理リソースから発行されたクロック信号は何れにも発行せず、
    　前記各仮想コンピュータは、前記ハイパーバイザから発行された前記第１のクロック信号を用いて、前記システム時刻を調整する
    請求項５に記載のストレージ装置。
     
  7. 　前記各仮想コンピュータは、前記複数の仮想リソースの内の１の仮想リソースに対して時刻要求を発行し、
    　前記ハイパーバイザは、その発行された前記時刻要求をトラップし、前記複数の物理リソースの内の１の物理リソースから時刻情報を取得し、その取得した前記時刻情報を前記時刻要求の発行元の仮想コンピュータへ返し、
    　前記各仮想コンピュータは、前記ハイパーバイザから返された前記時刻情報に基づいて前記システム時刻を調整する
    請求項６に記載のストレージ装置。
     
  8. 　前記各仮想コンピュータが所定の通信ネットワークを通じて前記システム時刻を調整できる場合、前記ハイパーバイザは前記時刻要求のトラップを行わない
    請求項７に記載のストレージ装置。
     
  9. 　各仮想コンピュータで使用される前記共通識別子は、前記各仮想コンピュータのシステム時刻に関連する識別子であり、
    　前記各仮想コンピュータのシステム時刻は、前記複数の物理リソースの内の１の物理リソースが提供する時刻情報を前記ハイパーバイザが前記各仮想コンピュータに提供することによって調整される
    請求項１に記載のストレージ装置。
     
  10. 　前記ハイパーバイザは、前記複数の物理リソースの各々から発行されるクロック信号をトラップし、前記仮想リソースと前記物理リソースとの割り当て関係に関わらず、前記複数の物理リソースの内の１の物理リソースから発行されたクロック信号である第１のクロック信号のみを前記各仮想コンピュータに発行し、それ以外の物理リソースから発行されたクロック信号は何れにも発行せず、
    　前記各仮想コンピュータは、前記ハイパーバイザから発行された前記第１のクロック信号を用いて、前記システム時刻を調整する
    請求項９に記載のストレージ装置。
     
  11. 　前記各仮想コンピュータは、前記複数の仮想リソースの内の１の仮想リソースに対して時刻要求を発行し、
    　前記ハイパーバイザは、その発行された前記時刻要求をトラップし、前記複数の物理リソースの内の１の物理リソースから時刻情報を取得し、その取得した前記時刻情報を、前記時刻要求の発行元の仮想コンピュータへ返し、
    　前記各仮想コンピュータは、前記ハイパーバイザから返された前記時刻情報に基づいて前記システム時刻を調整する
    請求項９に記載のストレージ装置。
     
  12. 　複数の物理リソースと、
    　複数の仮想コンピュータに設けられる複数の仮想リソースに前記複数の物理リソースを割り当てるハイパーバイザと、を有するストレージ装置の動作状況を解析する方法であって、
    　前記ハイパーバイザは、タイミング毎に一意な共通識別子を、前記複数の仮想コンピュータにおいて使用できるようにし、
    　前記複数の仮想コンピュータの内の１つであり、所定の記憶領域に記憶されたデータをブロックレベルで制御するブロック制御部は、前記ブロックレベルの動作状況を表す情報を含むブロックトレース情報と、そのブロックトレース情報に含まれる動作状況が発生したタイミングに対応する前記共通識別子と、を関連付け、
    　前記複数の仮想コンピュータの内の別の１つであり、前記記憶領域に記憶されたデータをファイルレベルで制御するファイル制御部は、前記ファイルレベルの動作状況を表す情報を含むファイルトレース情報と、そのファイルトレース情報に含まれる動作状況が発生したタイミングに対応する前記共通識別子と、を関連付ける
    ストレージ装置の動作解析方法。
     

     
PCT/JP2014/064935 2014-06-05 2014-06-05 ストレージ装置及びストレージ装置の動作解析方法 WO2015186220A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/064935 WO2015186220A1 (ja) 2014-06-05 2014-06-05 ストレージ装置及びストレージ装置の動作解析方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/064935 WO2015186220A1 (ja) 2014-06-05 2014-06-05 ストレージ装置及びストレージ装置の動作解析方法

Publications (1)

Publication Number Publication Date
WO2015186220A1 true WO2015186220A1 (ja) 2015-12-10

Family

ID=54766316

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/064935 WO2015186220A1 (ja) 2014-06-05 2014-06-05 ストレージ装置及びストレージ装置の動作解析方法

Country Status (1)

Country Link
WO (1) WO2015186220A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020158319A1 (ja) * 2019-02-01 2020-08-06 株式会社デンソー 車両用装置、車両用装置の時刻同期方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001020456A1 (fr) * 1999-09-10 2001-03-22 Hitachi, Ltd. Systeme de gestion et procede pour systeme d'exploitation
JP2006285875A (ja) * 2005-04-04 2006-10-19 Hitachi Ltd 計算機システム、ログ収集方法、及びコンピュータプログラム
US20100058335A1 (en) * 2008-08-28 2010-03-04 Weber Bret S Methods and systems for integrated storage and data management using a hypervisor
WO2014174594A1 (ja) * 2013-04-23 2014-10-30 株式会社日立製作所 ストレージシステムおよびストレージシステムの障害管理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001020456A1 (fr) * 1999-09-10 2001-03-22 Hitachi, Ltd. Systeme de gestion et procede pour systeme d'exploitation
JP2006285875A (ja) * 2005-04-04 2006-10-19 Hitachi Ltd 計算機システム、ログ収集方法、及びコンピュータプログラム
US20100058335A1 (en) * 2008-08-28 2010-03-04 Weber Bret S Methods and systems for integrated storage and data management using a hypervisor
WO2014174594A1 (ja) * 2013-04-23 2014-10-30 株式会社日立製作所 ストレージシステムおよびストレージシステムの障害管理方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020158319A1 (ja) * 2019-02-01 2020-08-06 株式会社デンソー 車両用装置、車両用装置の時刻同期方法
JP2020126317A (ja) * 2019-02-01 2020-08-20 株式会社デンソー 車両用装置、車両用装置の時刻同期方法
JP7135903B2 (ja) 2019-02-01 2022-09-13 株式会社デンソー 車両用装置、車両用装置の時刻同期方法

Similar Documents

Publication Publication Date Title
US10379967B2 (en) Live rollback for a computing environment
US7882136B2 (en) Foresight data transfer type hierarchical storage system
TWI478063B (zh) 於虛擬機器提供應用程式之系統以及方法以及儲存其之電腦可讀取記錄媒體
US20190235904A1 (en) Cloning services in virtualized computing systems
US20150095597A1 (en) High performance intelligent virtual desktop infrastructure using volatile memory arrays
US20120023233A1 (en) Method for executing migration between virtual servers and server system used for the same
US10067695B2 (en) Management server, computer system, and method
US20170132040A1 (en) Methods to apply iops and mbps limits independently using cross charging and global cost synchronization
WO2015049742A1 (ja) ストレージシステムおよびストレージシステム制御方法
JP2003345525A (ja) 計算機システム及びレプリケーション方法
US20140298333A1 (en) Migration processing program, migration method, and cloud computing system
US20190065078A1 (en) Acquisition of iops and mbps limits independently at a scheduler in a scheduler hierarchy
US11675611B2 (en) Software service intervention in a computing system
WO2016103471A1 (ja) 計算機システムおよび管理プログラム
Conley et al. Achieving cost-efficient, data-intensive computing in the cloud
US10754368B1 (en) Method and system for load balancing backup resources
CN107528871B (zh) 存储系统中的数据分析
US11513849B2 (en) Weighted resource cost matrix scheduler
JP5439435B2 (ja) 計算機システムおよびその計算機システムにおけるディスク共有方法
JP5158576B2 (ja) 入出力制御システム、入出力制御方法、及び、入出力制御プログラム
WO2015186220A1 (ja) ストレージ装置及びストレージ装置の動作解析方法
JP6114683B2 (ja) 処理要求読込転送装置、及び処理要求転送方法
JP6653786B2 (ja) Ｉ／ｏ制御方法およびｉ／ｏ制御システム
JP5250368B2 (ja) 計算機システムおよび計算機システムにおける容量管理方法
EP4109255A1 (en) Scheduling in a container orchestration system utilizing hardware topology hints

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14893736

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP