WO2013103003A1 - 計算機システムの管理装置及び管理方法 - Google Patents

計算機システムの管理装置及び管理方法 Download PDF

Info

Publication number
WO2013103003A1
WO2013103003A1 PCT/JP2012/050061 JP2012050061W WO2013103003A1 WO 2013103003 A1 WO2013103003 A1 WO 2013103003A1 JP 2012050061 W JP2012050061 W JP 2012050061W WO 2013103003 A1 WO2013103003 A1 WO 2013103003A1
Authority
WO
WIPO (PCT)
Prior art keywords
storage
relocation
computer
resource
logical volume
Prior art date
Application number
PCT/JP2012/050061
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/JP2012/050061 priority Critical patent/WO2013103003A1/ja
Priority to US13/393,468 priority patent/US20130179636A1/en
Publication of WO2013103003A1 publication Critical patent/WO2013103003A1/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
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • 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
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
    • G06F3/0647—Migration mechanisms
    • G06F3/0649—Lifecycle management
    • 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
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • 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
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/0671—In-line storage system
    • G06F3/0683—Plurality of storage devices
    • G06F3/0685—Hybrid storage combining heterogeneous device types, e.g. hierarchical storage, hybrid arrays

Definitions

  • the present invention relates to a computer system management apparatus and management method.
  • a technology for using hierarchical storage in units of pages is known for more efficient storage management.
  • a plurality of storage tiers having different performances are defined in a logical pool, and each time a virtual logical volume is used by a host computer, a storage area in the pool is allocated to the virtual logical volume.
  • pages with a high access frequency by a host computer are arranged in a relatively high-performance storage hierarchy, and pages with a low access frequency are arranged in a relatively low-performance storage hierarchy (Patent Document 1).
  • Patent Document 2 As a second conventional technique, there is known a technique in which when a bottleneck is detected on an access path from a host computer to a logical volume, an alternative path path is switched in consideration of influence on other applications.
  • pages with high access frequency are arranged in a high-performance storage hierarchy to improve response performance.
  • a bottleneck exists on the access path from the host computer to the logical volume, there is a high possibility that the response performance will not be improved even if pages with a high access frequency are arranged in a high-performance storage hierarchy.
  • the usage rate of the CPU (Central Processing Unit) of the host computer is high, data processing cannot be performed at high speed when the host computer accesses a page arranged in a high-performance storage hierarchy. Further, for example, when the CPU usage rate of the switch connecting the host computer and the storage system is high, the host computer cannot quickly access the data of the page arranged in the high-performance storage hierarchy.
  • the CPU usage rate of the switch connecting the host computer and the storage system is high, the host computer cannot quickly access the data of the page arranged in the high-performance storage hierarchy.
  • the bottleneck can be avoided by switching to the alternative path.
  • it is necessary to change not only the storage system but also the settings of the entire computer system including the host computer and the switch. Therefore, the work of switching to an alternative path takes time and effort, and the work burden on the user is large.
  • the user cannot easily determine whether the bottleneck on the access route is temporary or occurs constantly.
  • a computer system such as a data center in which a large number of host computers, a large number of switches, and a large number of storage systems coexist, it is difficult to distinguish them.
  • the present invention has been made in view of the above problems, and an object of the present invention is to provide a computer system management apparatus and management method capable of improving the performance of the computer system. Another object of the present invention is to provide a user with information related to the suppression of the rearrangement process, which can effectively use the storage area of the storage system by preventing the execution of the unnecessary rearrangement process. Accordingly, it is an object of the present invention to provide a computer system management apparatus and a management method that can support user judgment regarding a configuration change of a computer system.
  • a management apparatus that manages a computer system including a host computer and a storage system, and the storage system includes a virtual logical volume to be provided to the host computer, and a plurality of virtual logical volumes.
  • a plurality of logical storage areas comprising a plurality of storage hierarchies based on the frequency of access to each logical storage area by the host computer.
  • the resource monitoring unit Based on the monitoring result of the resource monitoring unit, the resource monitoring unit that monitors the status of the resource related to the virtual logical volume, and executes the rearrangement process for associating with the storage area in the storage hierarchy
  • a relocation availability determination unit for determining whether to perform relocation processing for a virtual logical volume, Provided.
  • the resource monitoring unit is a predetermined resource existing on a communication path from the host computer to the virtual logical volume, and can monitor the state of a plurality of predetermined resources including the host computer and the storage system.
  • the relocation availability determination unit determines to suppress the relocation processing for the virtual logical volume when the state of a plurality of predetermined resources monitored by the resource monitoring unit satisfies a predetermined predetermined deterrence condition Can do.
  • a relocation instruction unit for instructing the storage system to execute the relocation process based on the determination by the relocation availability determination unit may be provided.
  • the relocation availability determination unit performs relocation processing for a virtual logical volume when the state of at least one of the predetermined resources satisfies a predetermined deterrence condition set in advance for the predetermined resource.
  • the deterrence may be determined.
  • each logical storage area of the virtual logical volume is relocated to a higher storage tier than the current storage tier among the respective storage tiers. Arrangement can be prohibited.
  • the features of the present invention described above can be combined in various ways other than those explicitly described. Furthermore, the present invention can be grasped as a computer program.
  • the computer program is installed in the computer via a communication medium or a recording medium.
  • FIG. 2 is an explanatory diagram showing the overall configuration of a computer system.
  • Explanatory drawing which shows the relationship between a virtual volume, a pool, and a storage device.
  • Explanatory drawing which shows the relationship between a computer program and a table of a management computer.
  • 3 is a configuration example of a network topology management table.
  • the flowchart which shows the whole flow of operation
  • the flowchart which shows a threshold value setting process. Sample screen for setting the threshold.
  • 10 is a flowchart of processing for monitoring resources and collecting configuration information.
  • 10 is a flowchart of processing for instructing the storage system to execute rearrangement processing.
  • the flowchart of a warning process An example of a warning pop-up screen.
  • An example of a network topology display screen that includes the resource that caused the suppression of relocation processing.
  • the state of resources related to the virtual logical volume is monitored, and whether or not the relocation processing for the virtual logical volume can be executed is determined based on the monitoring result. Furthermore, in this embodiment, the history when the execution of the rearrangement process is suppressed is managed, and the relationship between the bottleneck on the communication path and the suppression of the rearrangement process is visualized and provided to the user.
  • xxx table various types of information may be described using the expression “xxx table”, but the various types of information may be expressed using a data structure other than a table. In order to show that it does not depend on the data structure, the “xxx table” can be called “xxx information”.
  • the process may be described using “program” as the subject.
  • the program is executed by a processor (for example, a CPU (Central Processing Unit)) to execute a predetermined process while appropriately using a storage resource such as a memory and a communication interface device such as a communication port. Therefore, the subject of processing may be a processor.
  • the processor may have dedicated hardware in addition to the CPU.
  • the computer program may be installed in the computer from a program source.
  • the program source may be, for example, a program distribution server or a storage medium.
  • each element such as a pool volume can be identified by an identifier (ID), a number, a name, and the like.
  • ID identifier
  • a number a number
  • a name a name
  • Fig. 1 shows the overall configuration of the computer system.
  • the computer system includes, for example, at least one host computer (hereinafter referred to as a host) 10, at least one switch 20, at least one storage system 30, and one management computer 40.
  • the host 10 and the storage system 30 are connected via the switch 20.
  • the host 10, the switch 20, and the storage system 30 are connected to be capable of bidirectional communication via a communication network CN 1 such as an IP-SAN (Internet Protocol_SAN) or FC-SAN (Fibre Channel-Storage Area Network). .
  • IP-SAN Internet Protocol_SAN
  • FC-SAN Fibre Channel-Storage Area Network
  • the management computer 40 which is an example of a “management device”, is capable of bidirectional communication with the host 10, the switch 20, and the storage system 30 via a management communication network CN2, such as a LAN (Local Area Network). Connected to.
  • a management communication network CN2 such as a LAN (Local Area Network). Connected to.
  • the communication networks CN1 and CN2 may be configured as one LAN.
  • the host 10 is configured as a computer such as a server computer or a main frame machine, for example.
  • the host 10 includes, for example, a microprocessor (CPU) 11, a memory 12, an FC port 13, and a LAN port 14.
  • the memory 12 stores an application program (hereinafter referred to as application) P10 in addition to an operating system (not shown).
  • application an application program
  • the CPU 11 performs predetermined data processing by executing the application P10.
  • the FC port 13 is a communication circuit for connecting to the communication network CN1.
  • the LAN port 14 is a communication circuit for connecting to the communication network CN2.
  • the switch 20 manages communication between the host 10 and the storage system 30.
  • the switch 20 includes, for example, a CPU 21, a memory 22, a plurality of FC ports 23, and a LAN port 24.
  • the memory 22 stores a microprogram P20 for controlling the operation of the switch 20.
  • the storage system 30 is a device that provides a storage area to the host 10.
  • the storage system 30 includes, for example, an FC controller 31, a virtual volume 32, a plurality of logical volumes 35 (see FIG. 2), a CPU 36, a memory 37, an FC port 38, and a LAN port 39.
  • the memory 37 stores, for example, a program P30 that manages a virtual volume, a program P31 that manages a pool 34 (see FIG. 2), and a program P32 that performs page rearrangement.
  • the virtual volume is denoted as VVOL.
  • the virtual volume management program P30 allocates a physical page 330 (see FIG. 2) in the pool 34 to the virtual volume 32 in response to an access from the host 10.
  • the virtual volume management program P30 manages the correspondence relationship between the logical page 320 (see FIG. 2) constituting the virtual volume 32 and the physical page 330 in the pool 34.
  • the pool management program P31 manages the configuration of the pool 34. Based on the access frequency (I / O amount) to the logical page 320, the rearrangement program P32 determines a physical page 330 that stores data of the logical page 320. As will be described later, the relocation program P32 does not perform the relocation processing for the virtual volume 32 for which the execution of the relocation processing is suppressed from the management computer 40.
  • the FC controller 32 controls communication between the storage system 30 and the host 10 and the switch 20.
  • the FC controller 32 is connected to the communication network CN1 via the FC port 38.
  • the FC controller 32 is managed as a predetermined resource on the communication path for accessing the virtual volume 32, similarly to the host 10 and the switch 20.
  • the usage rate of the CPU 310 of the FC controller 32 is one of performance monitoring targets by the management computer 40.
  • the management computer 40 includes, for example, a CPU 41, a memory 42, a LAN port 43, and a user interface unit 44.
  • the memory 42 stores a plurality of computer programs P40 to P46 and a plurality of management tables T40 to T45. Details of the programs P40 to P46 and the tables T40 to T45 will be described later.
  • the user interface unit 44 includes an information output device that outputs information to the user and an information input device that receives an input from the user.
  • Examples of the information output device include a display device, a printer, and an audio output device.
  • Examples of the information input device include a keyboard switch, a pointing device, a pen tablet, and a voice input device.
  • the management computer 40 and the user interface unit 44 may be configured separately.
  • a configuration in which a management terminal for operating the management computer 40 is provided and information is displayed on the display device of the management terminal, or information is input to the management computer 40 via a keyboard or the like of the management terminal may be used.
  • a management terminal can be configured as a personal computer, a mobile phone, or a portable information terminal, for example.
  • FIG. 2 is an explanatory diagram schematically showing the relationship between the virtual volume 32, the pool 34, and the logical volume 35.
  • the storage system 30 can include a plurality of storage devices.
  • various devices capable of reading and writing data such as a hard disk drive, a semiconductor memory drive, a flash memory device (SSD: Solid State Drive), and an optical disk drive can be used.
  • a hard disk drive for example, a FC (Fibre Channel) disk, a SCSI (Small Computer System Interface) disk, a SATA disk, an ATA (AT Attachment) disk, a SAS (Serial Attached SCSI) disk, or the like can be used.
  • FC Fibre Channel
  • SCSI Serial Computer System Interface
  • SATA Serial Attachment
  • SAS Serial Attached SCSI
  • various storage devices such as flash memory, FeRAM (Ferroelectric Random Access Memory), MRAM (Magnetoresistive Random Access Memory), phase change memory (Ovonic Unified Memory), RRAM (Resistance RAM: registered trademark) may be used. it can. Further, for example, a configuration in which different types of storage devices such as a flash memory device and a hard disk drive are mixed may be used.
  • One or a plurality of logical volumes 35A to 35C are created using the redundant storage area.
  • the logical volume 35A is generated using a storage area of a relatively high-performance storage device (for example, SSD).
  • the logical volume 35B is generated using a storage area of a medium performance storage device (for example, SAS).
  • the logical volume 35C is generated using a storage area (for example, SATA) of a low-performance storage device. It should be noted that one or a plurality of logical volumes can be created using a storage area of one storage device. When the logical volumes 35A to 35C are not particularly distinguished, they are called logical volumes 35.
  • the pool 34 includes a plurality of storage tiers 33A, 33B, and 33C having different performances.
  • the first storage hierarchy 33A is the highest performance hierarchy.
  • a high-performance logical volume 35A is registered in the first storage hierarchy 33A.
  • a medium performance logical volume 35B is registered in the second storage hierarchy 33B.
  • a low-performance logical volume 35C is registered in the third storage hierarchy 33C.
  • the storage system 30 can be provided with a plurality of virtual volumes 32 as virtual logical volumes.
  • the first virtual volume 32A is used by the first host 10A.
  • the second virtual volume 32B is used by the second host 10B.
  • the third virtual volume 32C is used by the third host 10C.
  • the hosts 10A to 10C are called the host 10 and the virtual volumes 32A to 32C are called the virtual volume 32.
  • the logical storage area of the virtual volume 32 is composed of a plurality of logical pages 320.
  • the physical page 330 is associated with the logical page 320.
  • a physical storage area of the storage device is divided by a plurality of physical pages (or segments) 330.
  • a relatively large number of physical pages 330A in the high-performance storage hierarchy 33A are allocated to the virtual volume 32A.
  • a physical page 330B in the medium performance storage tier 33B is allocated to the virtual volume 32B.
  • a physical page 330C in the low-performance storage tier 33C is allocated to the virtual volume 32C.
  • the physical page 330 having higher performance than the currently allocated physical page 330 is allocated to the logical page 320 having a high access frequency.
  • a physical page 330 having a lower performance than the currently allocated physical page 330 is allocated to the logical page 320 having a low access frequency.
  • FIG. 3 is an explanatory diagram showing the relationship between the computer programs P40 to P46 of the management computer 40 and the management tables T40 to T45.
  • a solid line arrow in FIG. 3 means update or output.
  • a dotted arrow in FIG. 3 means reference or acquisition.
  • the resource monitoring program P40 and the configuration information collection program P46 acquire performance information and configuration information from the host 10, the switch 20, and the storage system 30, and use the acquired information to manage the resource management table T40, the network topology management table T41, and the resource performance history.
  • the management table T42 is updated.
  • the resource monitoring program P40 and the configuration information collection program P46 are shown together, but in practice they can be configured as different programs. Further, since the paper surface is small, the switch 20 is omitted in FIG.
  • the asset management server 50 is a computer that manages at least a part (for example, an installation location and an administrator) of information about each resource (host 10, switch 20, storage system 30) in the computer system.
  • the rearrangement availability determination program P41 determines whether to permit page rearrangement based on the resource information management table T40, the network topology management table T41, and the resource performance history management table T42.
  • the lines connecting the relocation permission determination program P41 and the tables T40 to T43 are omitted in FIG.
  • the rearrangement availability determination program P41 determines whether page rearrangement is possible for each virtual volume, and stores the result in the page management table T44 and the rearrangement suppression history management table T45.
  • the relocation instruction program P42 notifies the storage system 30 of the availability of relocation processing based on the determination of the relocation availability determination program P41. Although omitted in FIG. 3, the rearrangement instruction program P42 can refer to the page management table T44.
  • the warning program P43 refers to the resource information management table T40, the page management table T44, and the rearrangement suppression history management table T45, and determines whether or not a warning to the user is necessary. If it is determined that a warning is necessary, the warning program P43 presents a pop-up screen G30, which is a simple warning screen, to the user.
  • the analysis result output program P44 refers to the resource monitoring program P40, the network topology management table T41, the resource performance history management table T42, the page management table T44, and the rearrangement suppression history management table T45. Is analyzed.
  • the analysis result output program P44 presents the analysis result to the user via the analysis result display screens G40, G50, and G60. The user can determine whether or not the communication path in the computer system needs to be changed based on the analysis result.
  • the setting program P45 stores the values input from the user via the setting screens G10 and G20 in the resource information management table T40 and the warning management table T43.
  • each management table will be described.
  • the configuration of each table described below is merely an example, and may be different from the illustrated configuration.
  • each table may include items other than the illustrated items, and some of the plurality of illustrated items may be removed.
  • the illustrated table may be divided into a plurality of tables, or the plurality of illustrated tables may be combined into one table.
  • FIG. 4 shows the configuration of the resource management table T40.
  • the resource management table T40 is a table for managing information about each resource in the computer system. At least a part of the resource management table T40 can be created based on data stored in the asset management server 50, for example.
  • the resource management table T40 manages, for example, a resource identifier C400, a resource name C401, a resource type C402, an installation location C403, an administrator name C404, and a rearrangement suppression threshold C405 in association with each other.
  • the resource identifier C400 is information for identifying the host 10, the switch 20, and the storage system 30 that are each resource in the computer system.
  • the resource name C401 is the name of each resource. The user can set a name that is easy for the user to understand for the resource.
  • Resource type C402 is information indicating the type of resource.
  • the installation location C403 is information for specifying the location where the resource is installed.
  • the manager name C404 is the name of the person responsible for managing the resource.
  • the rearrangement suppression threshold value C405 is a threshold value set in advance to suppress the execution of the rearrangement process.
  • the rearrangement suppression threshold C405 can be set for the CPU usage rate for each resource type.
  • the resource type when the resource type is an FC controller, when the usage rate of the CPU 310 is 80% or more, the relocation processing of the virtual volume 32 related to the FC controller is suppressed.
  • the resource type when the resource type is a switch, when the usage rate of the CPU 21 is 85% or more, the relocation processing of the virtual volume 32 related to the FC switch is suppressed.
  • the resource type when the resource type is a host and the usage rate of the CPU 11 is 90% or more, the relocation processing of the virtual volume 32 related to the host is suppressed.
  • the above threshold values are examples, and are not limited to them. Further, instead of setting the rearrangement suppression threshold C405 for each resource type, a configuration may be used in which the rearrangement suppression threshold C405 is set for each resource. A configuration may be adopted in which a threshold value defined in advance for each resource type is set as an initial value of the relocation suppression threshold value C405, and the user manually adjusts the initial value individually.
  • FIG. 5 shows the configuration of the table T41 for managing the network topology.
  • the network topology management table T41 manages, for example, a virtual volume identifier C410, a storage system identifier C411, and connection configuration information C412 in association with each other.
  • the virtual volume identifier C410 is information for identifying each virtual volume 32.
  • the storage system identifier (storage system number) C411 is information for identifying the storage system 30.
  • the connection configuration information C 412 is information indicating the connection order of each resource existing on the communication path for the host 10 to access the virtual volume 32 in the storage system 30.
  • R-0000 in the figure indicates the FC controller 31.
  • R-0001 and “R-0002” indicate the switch 20.
  • R-0003 indicate the host 10.
  • R-0000, R-0001, R-0003 is described in the connection configuration information C412, the FC volume (R-0000) and the switch (R) are included in the virtual volume 32 specified by the virtual volume identifier C410. This means that the host (R-0003) is connected via -0001).
  • FIG. 6 shows the configuration of the table T42 for managing the performance history of resources.
  • the resource performance history management table T42 manages the date and time C420, the resource identifier C421, and the usage rate C422 in association with each other.
  • the date and time C420 indicates the date and time when the resource performance information is acquired.
  • the usage rate C422 indicates a CPU usage rate as resource performance information.
  • FIG. 7 shows the configuration of the table T43 that manages threshold values for warning.
  • the warning management table T43 manages, for example, a warning identifier C430, a type C431, a threshold value C432 of the number of suppressed volumes, and a continuous number C433.
  • the warning identifier C430 is information for identifying a warning to the user.
  • the type C431 indicates the type of warning.
  • An example of the warning type is “day”. “Day” is a warning issued when relocation processing is suppressed for a predetermined date (C433) or more in a predetermined number (C432) or more of virtual volumes.
  • the suppression volume number threshold C432 is a part of a warning condition for issuing a warning, and indicates the number of virtual volumes 32 whose rearrangement processing is suppressed.
  • the continuous number C433 constitutes a warning condition together with the suppressed volume number threshold C432, and indicates the number of consecutive days when the number of virtual volumes whose relocation processing has been suppressed becomes equal to or greater than the threshold C432.
  • a warning is output to the user when one or more virtual volumes for which rearrangement processing has been suppressed exist for three consecutive days. Not only when the relocation processing is suppressed for three consecutive days for the same virtual volume, but also when the relocation processing is suppressed for different virtual volumes every day and the state continues for three days, a warning is issued to the user. .
  • FIG. 8 shows a configuration of a table T44 for managing each logical page 320 of the virtual volume 32.
  • the page management table T44 manages a virtual volume identifier C440, a storage system identifier C441, a start page number C442, an end page number C443, and a relocation permission flag C444 in association with each other.
  • the start page number C442 is information for specifying the first logical page 320 among the logical pages 320 constituting the virtual volume 32 specified by the virtual volume identifier C440.
  • the end page number C443 is information for specifying the last logical page 320 among the logical pages 320 constituting the virtual volume 32.
  • the rearrangement availability flag C444 is information that defines whether or not page rearrangement is possible. For example, “YES” is set when the rearrangement is permitted, and “NO” is set when the rearrangement is inhibited.
  • one relocation availability flag C444 is commonly applied to each logical page 320 of the virtual volume 32.
  • a configuration may be adopted in which a relocation permission flag can be set for each logical page.
  • FIG. 9 shows the configuration of the table T45 that manages the relocation processing suppression history.
  • the relocation suppression history management table T45 manages, for example, a virtual volume identifier C450, a storage system identifier C451, a cause resource identifier C452, and a date C453 in association with each other.
  • the cause resource identifier C452 is information that identifies the resource that caused the cause when the suppression of the rearrangement process is determined for the virtual volume 32 specified by the virtual volume identifier C450 and the storage system identifier C451.
  • a date C453 indicates the date and time when the suppression of the rearrangement process is determined.
  • FIG. 10 is a flowchart showing the flow of the entire operation by the management computer 40.
  • the management computer 40 determines whether a predetermined timing set in advance has arrived (S10), and if the predetermined timing has arrived (S10: YES), it determines whether hierarchical control of the pool 34 is being performed (S11). That is, when each virtual volume 32 is managed by automatic tiering, which is the premise of this embodiment, the following processes are performed.
  • the predetermined timing in step S10 is, for example, (T1) before execution of relocation processing by the storage system, (T2) when the time specified by the user arrives (T3) the load of a plurality of predetermined resources is monitored When the monitoring start threshold value for starting is reached, a selection can be made from among them.
  • the management computer 40 executes the processing shown in FIG. 10 before the periodic relocation processing by the storage system 30 is executed.
  • the management computer 40 executes the process shown in FIG. 10 when the date and time designated in advance by the user arrives.
  • the management computer 40 has the load (for example, CPU usage rate) of any one resource among the resources related to the virtual volume 32 reach a preset monitoring start threshold value.
  • the monitoring start threshold is set as a value smaller than the value described in the rearrangement suppression threshold C405 of the resource management table T40. For example, set the monitoring start threshold to 75% for FC controllers, set the monitoring start threshold to 80% for switches, and set the monitoring start threshold to 85% for hosts. May be.
  • the above timings can also be used in appropriate combination.
  • the management computer 40 When the management computer 40 combines the timing T1 and the timing T2, for example, after the date and time designated by the user arrives and before the relocation processing by the storage system 30 is executed, the management computer 40 is shown in FIG. Execute the process.
  • the management computer 40 may be configured to execute the processing shown in FIG. 10 when any one of the timings T1, T2, and T3 arrives.
  • the management computer 40 When the predetermined timing has arrived (S10: YES) and the hierarchical control of the pool 34 is being executed (S11: YES), the management computer 40 performs threshold setting processing (S30), resource monitoring and configuration information. The collection process (S40) is executed.
  • management computer 40 executes a rearrangement determination process (S50) and a rearrangement instruction process (S60). Furthermore, the management computer 40 executes warning processing (S70) and analysis result output processing (S80). Details of each process will be described below.
  • FIG. 11 is a flowchart showing a process for setting a threshold value. This process shows the details of step S30 in FIG.
  • the management computer 40 determines whether or not a threshold value for inhibiting rearrangement is set in the item C405 of the resource management table T40 (S300).
  • the rearrangement suppression threshold may be indicated as “ThP”.
  • the rearrangement suppression threshold value may be abbreviated as “suppression threshold value”.
  • the management computer 40 When the rearrangement suppression threshold is not set (S300: NO), the management computer 40 creates and displays the threshold setting screen G10 shown in FIG. 12A (S301). The user can set a threshold for suppressing the rearrangement process for each resource type via the threshold setting screen G10 shown in FIG.
  • the management computer 40 determines whether or not the setting button B10 in the threshold setting screen G10 has been pressed (S302). When the setting button B10 is pressed (S302: YES), the management computer 40 determines whether a CPU usage rate (threshold value) is input for each resource type on the threshold value setting screen G10 (S303).
  • the management computer 40 registers the input value in the item C405 of the resource management table T40 (S304).
  • the management computer 40 registers 100% as an initial value in the item C405 of the resource management table T40. (S305).
  • the management computer 40 determines whether a warning threshold value is set in the warning management table T43 (S306). If the relocation suppression threshold is set in the resource management table T40 (S300: YES), steps S301 to S305 are skipped and the process proceeds to step S306.
  • the management computer 40 ends this process.
  • the management computer 40 displays a warning threshold value setting screen G20 shown in FIG. 12B (S307). The user inputs the number of consecutive days and the number of suppressed virtual volumes as a warning condition via the warning threshold setting screen G20.
  • the management computer 40 determines whether the setting button B20 in the warning threshold setting screen G20 has been pressed (S308). When the setting button B20 is pressed by the user (S308: YES), the management computer 40 determines whether the number of suppressed volumes and the number of consecutive days are input as warning conditions (S309).
  • the management computer 40 registers the input values in the warning management table T43 (S310).
  • the management computer 40 registers an initial value prepared in advance in the warning management table T43 (S310).
  • FIG. 13 is a flowchart of processing for collecting resource monitoring and configuration information.
  • FIG. 13 shows details of step S40 in FIG.
  • the management computer 40 acquires configuration information from the host 10, the switch 20, and the storage system 30 via the management communication network CN2 (S400). Further, the management computer 40 acquires the installation location and administrator name of each resource from the asset management server 50 (S401). The management computer 40 creates a resource management table T40 based on the information acquired in steps S400 and S401 (S402). As described above, the warning threshold value is registered in the resource management table T40 by the process shown in FIG.
  • the management computer 40 creates a network topology management table T41 based on the configuration information acquired in step S400 (S403).
  • the management computer 40 acquires performance information from the host 10, the switch 20, and the storage system 30 (S404), and generates a resource performance history management table T42 (S405).
  • FIG. 14 is a flowchart of processing for determining whether or not relocation is possible. The process of FIG. 14 shows the details of step S50 in FIG.
  • the management computer 40 executes the following steps S501 to S506 for all virtual volumes 32 described in the page management table T44 (S500).
  • the management computer 40 selects one virtual volume as a target volume from the virtual volumes described in the page management table T44, and acquires information on resources related to the target volume from the network topology management table T41 (S501).
  • the resource related to the target volume means a resource that exists on the access path to the virtual volume 32 to be processed, and is also referred to as a related resource hereinafter.
  • the management computer 40 executes the following steps S503 to S506 for all the extracted related resources (S502).
  • the management computer 40 acquires the CPU usage rate Lr of the related resource (S503).
  • the management computer 40 determines whether the CPU usage rate Lr of the related resource is equal to or greater than the rearrangement suppression threshold ThP (S504). When the CPU usage rate Lr is equal to or greater than the rearrangement suppression threshold ThP (S504: YES), the management computer 40 sets “NO” in the rearrangement availability flag for the target volume 32 (S505). On the other hand, when the CPU usage rate Lr is less than the rearrangement suppression threshold ThP (S504: NO), the management computer 40 sets “YES” in the rearrangement availability flag for the target volume 32 (S506).
  • FIG. 15 is a flowchart showing a process for instructing the storage system 30 about the rearrangement process. This process is the detail of step S60 in FIG.
  • the management computer 40 executes the following steps S601 to S604 for all virtual volumes 32 described in the page management table T44 (S600).
  • the management computer 40 selects one virtual volume 32 from the page management table T44 as a processing target volume.
  • the management computer 40 determines whether “YES” is set in the relocation possibility flag for the target volume (S601). If “YES” is set in the relocation permission flag (S602), the management computer 40 instructs the storage system 30 to execute the relocation processing of the target volume (S603).
  • the management computer 40 instructs the storage system 30 to inhibit execution of the relocation processing of the target volume (S603).
  • the management computer 40 prohibits the data of the target volume from being rearranged to a higher hierarchy (higher-performance hierarchy) than the hierarchy to which the current volume belongs, and the hierarchy lower than the hierarchy to which the data of the target volume currently belongs Relocation to (lower performance tier) is allowed.
  • the management computer 40 updates the rearrangement suppression history management table T45 based on the instruction to suppress the rearrangement process in step S603 (S604).
  • FIG. 16 is a flowchart showing a process for issuing a warning to the user.
  • the process of FIG. 16 is the details of step S70 in FIG.
  • the management computer 40 refers to the rearrangement suppression history management table T45 (S700), and determines whether or not the warning condition registered in the warning management table T43 is satisfied (S701).
  • the management computer 40 determines whether the rearrangement process has been suppressed for a predetermined time or more for a predetermined number or more of the virtual volumes 32. In the example of FIG. 7, when the relocation processing for three consecutive days is suppressed for the same virtual volume, or when the relocation processing for different virtual volumes is suppressed for three consecutive days, the warning condition is It is filled.
  • the management computer 40 displays a warning pop-up screen G30 (S702).
  • the warning pop-up screen G30 includes, for example, a region GP31 for displaying a warning message, a confirmation button B31, and an OK button B32.
  • the management computer 40 warns the user that there is a possibility that the system performance has deteriorated by presenting the pop-up screen G30 to the user.
  • the management computer 40 determines whether the confirmation button B31 has been pressed by the user (S703).
  • the confirmation button B31 is pressed (S703: confirmation)
  • the management computer 40 refers to the rearrangement suppression history management table T45 and determines the number of virtual volumes 32 whose rearrangement processing is suppressed within a predetermined display target period. Calculate (S704).
  • the management computer 40 creates and displays a rearrangement suppression statistics screen G40 shown in FIG. 18 (S705).
  • a screen G40 shown in FIG. 18 shows statistics about suppression of rearrangement, period specifying units GP41 and GP42 for specifying a display target period of the statistics, a graph display unit GP43 for displaying the statistics as a graph, and an overview display A part GP44 and a detail button B40 are provided.
  • the display target period can be designated by a display cycle such as one month, one week, one day, etc. (GP41), or a specific date can be designated (GP42).
  • the vertical axis of the graph display part GP43 indicates the number of virtual volumes for which the rearrangement process has been suppressed
  • the horizontal axis indicates the display target period designated by either the designation part GP41 or GP42.
  • the resolution of the memory on the horizontal axis varies depending on the length of the display target period. For example, when a change over a long period such as one month is displayed, it is displayed on a daily basis. On the other hand, when a change for a certain day is displayed, a change for every predetermined time is displayed like every hour or every three hours.
  • an overview of the bar graph is displayed.
  • the summary can include, for example, an identifier of a virtual volume whose relocation processing has been suppressed.
  • the number of virtual volumes for which the rearrangement process is suppressed which is a warning target, is surrounded by a thick line.
  • the graph display part GP43 can also display a suppression volume (a virtual volume for which the rearrangement process is suppressed) that does not satisfy the warning condition.
  • a virtual volume that does not satisfy these warning conditions but whose relocation processing is suppressed is indicated by being surrounded by a dotted line.
  • the management computer 40 determines whether the detail button B40 has been pressed by the user (S706).
  • the management computer 40 executes an analysis result output process (S707).
  • the period to be analyzed may be the entire warning target period, or the user may select a period on the screen.
  • FIG. 19 is a flowchart of a process for outputting the analysis result. This process is the detail of step S80 in FIG.
  • the management computer 40 calculates the number of virtual volumes for which the rearrangement process is suppressed (S801) for all the cause resources that have been the cause of suppressing the rearrangement process during the analysis target period (S800).
  • the management computer 40 creates and displays the deterrence cause resource list screen G50 shown in FIG. 20 by rearranging the cause resources in the descending order of the number of virtual volumes for which the relocation processing is inhibited (S802).
  • the screen G50 shown in FIG. 20 shows a list of resources that cause the rearrangement process to be suppressed during the analysis target period.
  • the screen G50 includes, for example, a display unit GP51 that displays an analysis target period, a display unit GP52 that displays the total number of virtual volumes whose relocation processing has been suppressed within the analysis target period, a list display unit GP53, and a detail button B51 is provided.
  • the list display unit GP53 displays, for example, an influence level GP530, a resource name GP531, a CPU usage rate GP532, an administrator name GP533, an installation location GP534, and a suppression cause GP535.
  • the influence degree GP 530 indicates the influence of resources on the cumulative number of virtual volumes whose relocation processing is suppressed within the analysis target period. For example, with reference to FIG. 21, a case will be described where relocation processing is suppressed for a total of six virtual volumes within the analysis target period.
  • FIG. 21 shows the relationship between the resource that caused the suppression of the rearrangement process and the virtual volume whose rearrangement process was suppressed by the resource.
  • the virtual volume (00:00:00) is connected to the host (R-0003) via the FC controller (R-0000) and the switch (R-0001).
  • another virtual volume (00:00:01) is connected to another host (R-0004) via an FC controller (R-00000) and a switch (R-0001).
  • Still another virtual volume (00:00:02) is connected to the host (R-0005) via the FC controller (R-0000) and another switch (R-0002).
  • the CPU usage rate of the host (R-0003) on May 10 is the CPU usage rate of the switch (R-0001) on May 11, and the FC controller (R It is assumed that the CPU usage rate of ⁇ 0000) exceeds the inhibition threshold value. Assume that the current date is May 12th.
  • the relocation processing is suppressed when the CPU usage rate of the host (R-0003) exceeds the suppression threshold. .
  • the virtual volume (00:00:00) includes the first day of May 10th, the second day of May 11th, and the third day of May 12th.
  • the rearrangement process is suppressed.
  • three virtual volumes (00:00:00) occupy three.
  • the switch (R-0001) is connected to the virtual volume (00:00:00) and the virtual volume (00:00:01).
  • the CPU usage rate of the switch (R-0001) exceeds the suppression threshold value, the relocation processing of the virtual volumes (00:00:00) and (00:00:01) is suppressed.
  • the relocation process is suppressed for two virtual volumes as of May 11, and the relocation process is also suppressed for two virtual volumes on May 12, the next day.
  • the FC controller (R-0000) is connected to the virtual volume (00:00:00), the virtual volume (00:00:01), and the virtual volume (00:00:02).
  • the management computer 40 determines whether the user has pressed the detail button B51 in the screen G50 (S803). When the detail button B51 is pressed (S803: YES), the management computer 40 creates and displays the inhibition resource network screen G60 shown in FIG. 22 (S804).
  • the inhibition resource network screen G60 shown in FIG. 22 shows the relationship between the virtual volume 32 in which the rearrangement process is inhibited and the resource that has caused the rearrangement process as a network connection configuration diagram GP61.
  • a summary display part GP62 for displaying the summary is associated with the resource that caused the suppression.
  • the user can easily grasp which virtual volume 32 has been suppressed from the reallocation process and what resource has caused the reallocation process to be suppressed.
  • the following effects can be obtained.
  • it is monitored whether or not there is a resource (cause resource) that is a bottleneck with a high CPU usage rate among resources existing on the access path to the virtual volume 32.
  • the relocation processing for the virtual volume 32 related to the cause resource is suppressed. Therefore, it is possible to prevent a wasteful rearrangement process in which response performance cannot be improved even if rearrangement is performed.
  • the storage area of the relocation destination tier can be allocated to data of other virtual volumes, and the response performance of the entire storage system 30 can be improved.
  • the warning screen when the suppression of the rearrangement process is determined, the warning screen is not used when the determination of the suppression of the rearrangement process satisfies the warning condition, instead of notifying the user immediately. G30 is presented to the user.
  • this embodiment it is not necessary to notify the user of the occurrence of the suppression of the rearrangement process due to a temporary phenomenon, and the usability of the user is improved. For example, in a relatively large computer system such as a data center, a large number of warnings are issued to the user every day. In such a situation, it is troublesome for the user to notify the user about the suppression of the rearrangement process due to a minor failure. On the other hand, in this embodiment, only when the warning condition is satisfied, the user is notified that the rearrangement process has been suppressed, so that the usability is improved.
  • the user when the user is warned about the suppression of the rearrangement process, the past rearrangement process suppression that does not satisfy the warning condition is also presented to the user. Therefore, the user can determine whether the rearrangement process is suppressed due to a temporary phenomenon or whether the rearrangement process is suppressed due to a relatively steady phenomenon.
  • the suppression of the rearrangement process is sporadic over a relatively long period, the user can infer that there is a problem to be improved in the computer system.
  • the relationship between the virtual volume for which the rearrangement process has been suppressed and the resource that has caused the suppression of the rearrangement process is analyzed and displayed as a suppressed resource network screen G60. Therefore, the user can guess where the problem is in the computer system, and can determine the necessity of changing the configuration of the computer system.
  • this embodiment it is possible to monitor the status of each resource of the computer system and prevent execution of useless rearrangement processing in advance, and further present a suppression history of rearrangement processing to the user, thereby providing a computer system. It can support user judgment about. As a result, in this embodiment, the performance of the entire computer system can be improved, and user convenience can be improved.
  • the present invention can be expressed as a computer program invention as follows.
  • a computer program for managing a computer system including a host computer and a storage system by a computer
  • the storage system includes a virtual logical volume for providing to the host computer and a pool having a plurality of storage hierarchies, and a plurality of logical storage areas constituting the virtual logical volume are stored in the host
  • a relocation process for associating with a storage area in any one of the plurality of storage tiers is performed,
  • 10 host computer
  • 20 switch
  • 30 storage system
  • 31 controller
  • 40 management computer

Abstract

　計算機システムの性能向上および管理者の使い勝手を改善すること。　ストレージシステム３０は、ホスト計算機１０に仮想理ボリューム３２を提供する。ストレージシステムは、アクセス頻度に基づいて、仮想ボリュームの論理的記憶領域のデータを、複数の記憶階層のいずれかに再配置させる。管理計算機は、仮想ボリュームに関連するリソース（ホスト計算機、スイッチ、ストレージシステムのコントローラ）の状態を監視し、その監視結果に基づいて、仮想ボリュームの再配置処理を許可するか抑止するかを決定する。管理計算機は、決定内容をストレージシステムに通知する。

Description

計算機システムの管理装置及び管理方法
　本発明は、計算機システムの管理装置及び管理方法に関する。
　より効率的なストレージ管理のために、階層化されたストレージをページ単位で利用する技術が知られている。第１の従来技術では、論理的プール内に性能の異なる複数の記憶階層を定義し、仮想的論理ボリュームがホスト計算機によって使用されるたびに、プール内の記憶領域を仮想的論理ボリュームに割り当てる。第１の従来技術では、ホスト計算機によるアクセス頻度の大きいページを比較的高性能の記憶階層に配置し、アクセス頻度の小さいページを比較的低性能の記憶階層に配置する（特許文献１）。
　第２の従来技術として、ホスト計算機から論理ボリュームへのアクセス経路上にボトルネックが検出された場合に、他のアプリケーションへの影響を考慮した上で、代替パス経路に切り替える技術が知られている（特許文献２）。
国際公開第２０１１／０７７４８９号パンフレット 特開２００７－２３３７８３号公報
　第１の従来技術では、アクセス頻度の大きいページを高性能の記憶階層に配置して、応答性能の向上を図る。しかし、ホスト計算機から論理ボリュームまでのアクセス経路上にボトルネックが存在する場合は、アクセス頻度の大きいページを高性能の記憶階層に配置しても、応答性能は改善しない可能性が高い。
　例えば、ホスト計算機のＣＰＵ（Central Processing Unit）の使用率が高い場合、そのホスト計算機が、高性能の記憶階層に配置されたページにアクセスしたところで、データ処理を高速に行うことはできない。また、例えば、ホスト計算機とストレージシステムとを繋ぐスイッチのＣＰＵ使用率が高い場合も同様に、ホスト計算機は、高性能の記憶階層に配置されたページのデータに速やかにアクセスすることはできない。
　従って、論理ボリュームへのアクセス経路上にボトルネックが有る場合は、その論理ボリュームのページのデータを高性能の記憶階層内のページに配置させても、無駄に終わる可能性がある。この結果、高性能の記憶階層内のページを有効に使用できず、ストレージシステムの応答性能を向上させることができない。
　ところで、第２の従来技術によれば、代替パスに切り替えることで、ボトルネックを回避することができる。しかし、通常のアクセス経路から代替パスに切り替えるためには、ストレージシステムだけでなく、ホスト計算機及びスイッチなども含めて計算機システム全体の設定を変更する必要がある。従って、代替パスに切り替える作業は手間及び時間がかかり、ユーザの作業負担が大きい。
　さらに、ユーザは、アクセス経路上のボトルネックが一時的なものなのか、それとも定常的に発生するものなのかを容易には判別できない。特に、データセンタ等のような、多数のホスト計算機、多数のスイッチ、多数のストレージシステムが混在する計算機システムでは、その判別は困難である。
　本発明は、上記の課題に鑑みてなされたもので、その目的は、計算機システムの性能を向上できる計算機システムの管理装置及び管理方法を提供することにある。本発明の他の目的は、無駄な再配置処理の実行を未然に抑止してストレージシステムの記憶領域を有効に利用することができ、かつ、再配置処理の抑止に関する情報をユーザに提供することで、計算機システムの構成変更についてのユーザ判断を支援できるようにした、計算機システムの管理装置及び管理方法を提供することにある。
　上記課題を解決すべく、本発明に従う管理装置は、ホスト計算機及びストレージシステムを含む計算機システムを管理する管理装置であって、ストレージシステムは、ホスト計算機に提供するための仮想的論理ボリュームと、複数の記憶階層を有するプールとを備え、かつ、仮想的論理ボリュームを構成する複数の論理的記憶領域を、ホスト計算機による各論理的記憶領域へのアクセス頻度に基づいて、複数の記憶階層のうちいずれかの記憶階層内の記憶領域に対応付けるための再配置処理を実行するようになっており、仮想的論理ボリュームに関連するリソースの状態を監視するリソース監視部と、リソース監視部の監視結果に基づいて、仮想的論理ボリュームについての再配置処理の実行の可否を決定するための再配置可否決定部を、を備える。
　リソース監視部は、ホスト計算機から仮想的論理ボリュームに至るまでの通信経路上に存在する所定リソースであって、ホスト計算機及びストレージシステムを含む複数の所定リソースの状態を監視することができる。再配置可否決定部は、リソース監視部により監視される複数の所定リソースの状態が、予め設定される所定の抑止条件を満たす場合に、仮想的論理ボリュームについての再配置処理の抑止を決定することができる。さらに、再配置可否決定部による決定に基づいて、ストレージシステムに対し、再配置処理の実行について指示するための再配置指示部を備えてもよい。
　再配置可否決定部は、複数の所定リソースのうち少なくともいずれか一つの所定リソースの状態が、当該所定リソースについて予め設定される所定の抑止条件を満たす場合に、仮想的論理ボリュームについての再配置処理の抑止を決定してもよい。
　再配置可否決定部による、仮想的論理ボリュームについての再配置処理の抑止の決定として、仮想的論理ボリュームの各論理的記憶領域が各記憶階層のうち現在の記憶階層よりも上位の記憶階層に再配置されることを禁止することができる。
　上述した本発明の特徴は、明示された以外に種々組合せることができる。さらに、本発明は、コンピュータプログラムとして把握することもできる。コンピュータプログラムは、通信媒体または記録媒体を介して、コンピュータにインストールされる。
計算機システムの全体構成を示す構成説明図。 仮想ボリュームとプール及び記憶装置との関係を示す説明図。 管理計算機の、コンピュータプログラムとテーブルの関係を示す説明図。 リソース管理テーブルの構成例。 ネットワークトポロジ管理テーブルの構成例。 リソース性能の履歴を管理するテーブルの構成例。 警告を管理するテーブルの構成例。 ページ管理テーブルの構成例。 再配置処理の抑止履歴を管理するテーブルの構成例。 管理計算機の動作の全体の流れを示すフローチャート。 しきい値設定処理を示すフローチャート。 しきい値を設定するための画面例。 リソースの監視及び構成情報を収集する処理のフローチャート。 再配置処理の可否を決定する処理のフローチャート。 再配置処理の実行についてストレージシステムに指示する処理のフローチャート。 警告処理のフローチャート。 警告ポップアップ画面の例。 抑止された再配置処理の統計を示す画面の例。 解析結果を出力する処理のフローチャート。 再配置処理の抑止の原因となったリソースの一覧を示す画面例。 再配置処理の抑止の原因となったリソースと仮想ボリュームとの関係を模式的に示す説明図。 再配置処理の抑止の原因となったリソースを含むネットワークトポロジの表示画面の例。
　以下、図面に基づいて、本発明の実施の形態を説明する。本実施形態では、後述のように、仮想的論理ボリュームに関連するリソースの状態を監視し、その監視結果に基づいて、仮想的論理ボリュームについての再配置処理の実行の可否を決定する。さらに、本実施形態では、再配置処理の実行が抑止された場合の履歴を管理し、通信経路上のボトルネックと再配置処理の抑止との関係を可視化してユーザに提供する。
　なお、以下の説明では、「ｘｘｘテーブル」の表現にて各種情報を説明することがあるが、各種情報は、テーブル以外のデータ構造で表現されていても良い。データ構造に依存しないことを示すために「ｘｘｘテーブル」を「ｘｘｘ情報」と呼ぶことができる。
　以後の説明では、「プログラム」を主語として処理を説明する場合がある。プログラムは、プロセッサ（例えばＣＰＵ（Central Processing Unit））によって実行されることで、定められた処理を、メモリ等の記憶資源及び通信ポート等の通信インタフェース装置を適宜用いながら実行する。従って、処理の主語は、プロセッサでも良い。プロセッサは、ＣＰＵの他に専用ハードウェアを有していても良い。コンピュータプログラムは、プログラムソースから計算機にインストールされても良い。プログラムソースは、例えば、プログラム配布サーバ又は記憶メディアであっても良い。
　例えば、プールボリューム等の各要素は、識別子（ＩＤ）、番号、名前等で識別可能である。
　以下、図を用いて、本発明の一実施例を説明する。本発明が以下に述べる実施例に制限されることは無く、本発明の思想に合致するあらゆる応用例が本発明の技術的範囲に含まれる。また、特に限定しない限り、各構成要素は複数でも単数でも構わない。
　図１は、計算機システムの全体構成を示す。計算機システムは、例えば、少なくとも一つのホスト計算機（以下、ホスト）１０と、少なくとも一つのスイッチ２０と、少なくとも一つのストレージシステム３０と、一つの管理計算機４０を含む。
　ホスト１０とストレージシステム３０とは、スイッチ２０を介して接続される。ホスト１０とスイッチ２０及びストレージシステム３０は、例えば、ＩＰ－ＳＡＮ（Internet Protocol_SAN）またはＦＣ－ＳＡＮ（Fibre Channel-Storage Area Network）のような通信ネットワークＣＮ１を介して、双方向通信可能に接続される。
　「管理装置」の一例である管理計算機４０は、例えば、ＬＡＮ（Local Area Network）のような、管理用の通信ネットワークＣＮ２を介して、ホスト１０とスイッチ２０及びストレージシステム３０に、双方向通信可能に接続される。
　なお、例えば、ｉＳＣＳＩ（internet Small Computer System Interface）を用いる場合、通信ネットワークＣＮ１及びＣＮ２を、一つのＬＡＮとして構成してもよい。
　ホスト１０は、例えば、サーバコンピュータまたはメーンフレームマシンのような計算機として構成される。ホスト１０は、例えば、マイクロプロセッサ（ＣＰＵ）１１と、メモリ１２と、ＦＣポート１３と、ＬＡＮポート１４とを備える。
　メモリ１２には、図示せぬオペレーティングシステム等に加えて、アプリケーションプログラム（以下、アプリケーション）Ｐ１０が記憶されている。ＣＰＵ１１は、アプリケーションＰ１０を実行することで、所定のデータ処理を行う。ＦＣポート１３は、通信ネットワークＣＮ１に接続するための通信回路である。ＬＡＮポート１４は、通信ネットワークＣＮ２に接続するための通信回路である。
　スイッチ２０は、ホスト１０とストレージシステム３０との間の通信を管理する。スイッチ２０は、例えば、ＣＰＵ２１と、メモリ２２と、複数のＦＣポート２３と、ＬＡＮポート２４とを備える。メモリ２２には、スイッチ２０の動作を制御するためのマイクロプログラムＰ２０が格納されている。
　ストレージシステム３０は、ホスト１０に記憶領域を提供する装置である。ストレージシステム３０は、例えば、ＦＣコントローラ３１と、仮想ボリューム３２と、複数の論理ボリューム３５（図２参照）と、ＣＰＵ３６と、メモリ３７と、ＦＣポート３８と、ＬＡＮポート３９を備える。
　メモリ３７には、例えば、仮想ボリュームを管理するプログラムＰ３０と、プール３４（図２参照）を管理するプログラムＰ３１と、ページ再配置を行うプログラムＰ３２とが格納される。図中では、仮想ボリュームをＶＶＯＬと表記する。
　仮想ボリューム管理プログラムＰ３０は、ホスト１０からのアクセスに応じて、プール３４内の物理ページ３３０（図２参照）を仮想ボリューム３２に割り当てる。仮想ボリューム管理プログラムＰ３０は、仮想ボリューム３２を構成する論理ページ３２０（図２参照）と、プール３４内の物理ページ３３０との対応関係を管理する。
　プール管理プログラムＰ３１は、プール３４の構成を管理する。再配置プログラムＰ３２は、論理ページ３２０へのアクセス頻度（Ｉ／Ｏ量）に基づいて、その論理ページ３２０のデータを記憶する物理ページ３３０を決定する。後述のように、管理計算機４０から再配置処理の実行が抑止された仮想ボリューム３２については、再配置プログラムＰ３２は、再配置処理を行わない。
　ＦＣコントローラ３２は、ストレージシステム３０とホスト１０及びスイッチ２０との通信を制御する。ＦＣコントローラ３２は、ＦＣポート３８を介して、通信ネットワークＣＮ１に接続される。
　ＦＣコントローラ３２は、ホスト１０及びスイッチ２０と同様に、仮想ボリューム３２にアクセスするための通信経路上の所定リソースとして管理される。ＦＣコントローラ３２のＣＰＵ３１０の使用率は、管理計算機４０による性能監視対象の一つである。
　管理計算機４０は、例えば、ＣＰＵ４１と、メモリ４２と、ＬＡＮポート４３と、ユーザインターフェース部４４を備える。メモリ４２には、複数のコンピュータプログラムＰ４０～Ｐ４６と、複数の管理テーブルＴ４０～Ｔ４５とが格納されている。各プログラムＰ４０～Ｐ４６及び各テーブルＴ４０～Ｔ４５の詳細は、後述する。
　ユーザインターフェース部４４は、ユーザに向けて情報を出力する情報出力装置と、ユーザからの入力を受け取る情報入力装置とを備える。情報出力装置には、例えば、ディスプレイ装置、プリンタ、音声出力装置等がある。情報入力装置としては、例えば、キーボードスイッチ、ポインティングデバイス、ペンタブレット、音声入力装置等がある。
　管理計算機４０とユーザインターフェース部４４とは、別々に構成してもよい。例えば、管理計算機４０を操作するための管理端末を設け、管理端末のディスプレイ装置に情報を表示したり、管理端末のキーボード等を介して管理計算機４０に情報を入力したりする構成でもよい。そのような管理端末は、例えば、パーソナルコンピュータ、携帯電話、携帯情報端末のように構成することができる。
　図２は、仮想ボリューム３２と、プール３４及び論理ボリューム３５の関係を模式的に示す説明図である。
　ストレージシステム３０は、複数の記憶装置を備えることができる。記憶装置としては、例えば、ハードディスクドライブ、半導体メモリドライブ、フラッシュメモリデバイス（SSD:Solid State Drive）、光ディスクドライブ等のデータを読み書き可能な種々のデバイスを利用可能である。ハードディスクドライブを用いる場合、例えば、ＦＣ（Fibre Channel）ディスク、ＳＣＳＩ（Small Computer System Interface）ディスク、ＳＡＴＡディスク、ＡＴＡ（AT Attachment）ディスク、ＳＡＳ（Serial Attached SCSI）ディスク等を用いることができる。
　また、例えば、フラッシュメモリ、ＦｅＲＡＭ（Ferroelectric Random Access Memory）、ＭＲＡＭ（Magnetoresistive Random Access Memory）、相変化メモリ（Ovonic Unified Memory）、ＲＲＡＭ（Resistance RAM：登録商標）等の種々の記憶装置を用いることもできる。さらに、例えば、フラッシュメモリデバイスとハードディスクドライブのように、種類の異なる記憶装置を混在させる構成でもよい。
　複数の記憶装置から一つのパリティグループを形成し、各記憶装置の有する物理的記憶領域を一つの冗長記憶領域としてまとめることもできる。その冗長化された記憶領域を用いて、一つまたは複数の論理ボリューム３５Ａ～３５Ｃが作成される。
　論理ボリューム３５Ａは、比較的高性能な記憶装置（例えば、ＳＳＤ）の記憶領域を用いて生成される。論理ボリューム３５Ｂは、中性能の記憶装置（例えば、ＳＡＳ）の記憶領域を用いて生成される。論理ボリューム３５Ｃは、低性能の記憶装置の記憶領域（例えば、ＳＡＴＡ）を用いて生成される。なお、一つの記憶装置の有する記憶領域を用いて、一つまたは複数の論理ボリュームを作成することもできる。各論理ボリューム３５Ａ～３５Ｃを特に区別しない場合、論理ボリューム３５と呼ぶ。
　プール３４は、それぞれ性能の異なる複数の記憶階層３３Ａ、３３Ｂ、３３Ｃを備えている。第１記憶階層３３Ａは、最も性能の高い階層である。第１記憶階層３３Ａには、高性能の論理ボリューム３５Ａが登録される。第２記憶階層３３Ｂには、中性能の論理ボリューム３５Ｂが登録される。第３記憶階層３３Ｃには、低性能の論理ボリューム３５Ｃが登録される。
　ストレージシステム３０には、仮想的論理ボリュームとしての仮想ボリューム３２を複数設けることができる。図２の例では、第１の仮想ボリューム３２Ａは、第１のホスト１０Ａにより使用される。第２の仮想ボリューム３２Ｂは、第２のホスト１０Ｂにより使用される。第３の仮想ボリューム３２Ｃは、第３のホスト１０Ｃにより使用される。特に区別しない場合、ホスト１０Ａ～１０Ｃをホスト１０と、仮想ボリューム３２Ａ～３２Ｃを仮想ボリューム３２と、呼ぶ。
　仮想ボリューム３２の有する論理的な記憶領域は、複数の論理ページ３２０から構成される。ホスト１０からのライトアクセスに応じて、論理ページ３２０に物理ページ３３０が対応付けられる。記憶装置の有する物理的記憶領域は、複数の物理ページ（またはセグメント）３３０により区切られている。論理ページ３２０に物理ページ３３０が割り当てられることで、その論理ページ３２０にデータを書き込むことができる。
　図２の例では、仮想ボリューム３２Ａには、高性能の記憶階層３３Ａ内の物理ページ３３０Ａが比較的多く割り当てられている。仮想ボリューム３２Ｂには、中性能の記憶階層３３Ｂ内の物理ページ３３０Ｂが割り当てられている。仮想ボリューム３２Ｃには、低性能の記憶階層３３Ｃ内の物理ページ３３０Ｃが割り当てられている。
　ページ再配置の概要を説明する。第１の仮想ボリューム３２Ａ内の或る論理ページ３２０Ａ１のデータが、最初は、第２の記憶階層３３Ｂ内の物理ページ３３０Ｂ１に格納されていたと仮定する。ホスト１０Ａがその論理ページ３２０Ａ１に頻繁にアクセスすると、ストレージシステム３０は、物理ページ３３０Ｂ１に代えて、第１の記憶階層３３Ａの論理ページ３３０Ａ１を、論理ページ３２０Ａ１のデータを格納するための物理ページとして選択する。図中、点線矢印で示すように、ストレージシステム３０は、物理ページ３３０Ｂ１から物理ページ３３０Ａ１に、論理ページ３２０Ａ１のデータをコピーする。ストレージシステム３０は、論理ページ３２０Ａ１と物理ページ３３０Ａ１との対応付けを記憶する。
　このように、アクセス頻度の多い論理ページ３２０には、現在割り当てられている物理ページ３３０よりも性能の高い物理ページ３３０が割り当てられる。これとは逆に、アクセス頻度の小さい論理ページ３２０には、現在割り当てられている物理ページ３３０よりも性能の低い物理ページ３３０が割り当てられる。アクセス頻度の多い論理ページ３２０のデータが既に最上位階層３３Ａに配置されている場合、それ以上アクセス頻度が増加した場合でも、その論理ページ３２０のデータは、その階層３３Ａに留まる。アクセス頻度の少ない論理ページ３２０のデータが最下位の階層３３Ｃに配置されている場合、さらにアクセス頻度が低下した場合でも、その論理ページ３２０のデータは、その階層３３Ｃに留まる。
　図３は、管理計算機４０の有するコンピュータプログラムＰ４０～Ｐ４６と管理テーブルＴ４０～Ｔ４５の関係を示す説明図である。図３中の実線矢印は、更新または出力を意味する。図３中の点線矢印は、参照または取得を意味する。
　リソース監視プログラムＰ４０及び構成情報収集プログラムＰ４６は、ホスト１０、スイッチ２０及びストレージシステム３０から、性能情報及び構成情報を取得し、取得した情報でリソース管理テーブルＴ４０とネットワークトポロジ管理テーブルＴ４１及びリソース性能履歴管理テーブルＴ４２を更新する。なお、図３では、説明の便宜上、リソース監視プログラムＰ４０と、構成情報収集プログラムＰ４６をひとつにまとめて示しているが、実際にはそれぞれ異なるプログラムとして構成できる。また、紙面が小さいため、スイッチ２０を図３では省略している。
　資産管理サーバ５０は、計算機システム内の各リソース（ホスト１０、スイッチ２０、ストレージシステム３０）についての情報の少なくとも一部（例えば、設置場所及び管理者等）を管理するコンピュータである。
　再配置可否決定プログラムＰ４１は、リソース情報管理テーブルＴ４０、ネットワークトポロジ管理テーブルＴ４１、リソース性能履歴管理テーブルＴ４２に基づいて、ページの再配置を許可するか否かを判定する。再配置可否決定プログラムＰ４１と、各テーブルＴ４０～Ｔ４３とを結ぶ線は、図３では省略されている。
　再配置可否決定プログラムＰ４１は、仮想ボリューム単位で、ページ再配置の可否を決定し、その結果をページ管理テーブルＴ４４及び再配置抑止履歴管理テーブルＴ４５に記憶させる。
　再配置指示プログラムＰ４２は、再配置可否決定プログラムＰ４１の決定に基づいて、ストレージシステム３０に再配置処理の可否を通知する。図３では省略されているが、再配置指示プログラムＰ４２は、ページ管理テーブルＴ４４を参照できる。
　警告プログラムＰ４３は、リソース情報管理テーブルＴ４０、ページ管理テーブルＴ４４、再配置抑止履歴管理テーブルＴ４５を参照して、ユーザへの警告が必要か否かを判断する。警告が必要であると判断した場合、警告プログラムＰ４３は、簡易警告画面であるポップアップ画面Ｇ３０を、ユーザに提示する。
　解析結果出力プログラムＰ４４は、リソース監視プログラムＰ４０、ネットワークトポロジ管理テーブルＴ４１、リソース性能履歴管理テーブルＴ４２、ページ管理テーブルＴ４４、再配置抑止履歴管理テーブルＴ４５を参照して、再配置処理が抑止された原因を解析する。解析結果出力プログラムＰ４４は、解析結果表示画面Ｇ４０、Ｇ５０、Ｇ６０を介して、ユーザに解析結果を提示する。ユーザは、その解析結果に基づいて、計算機システム内の通信経路の変更等が必要か否かを判断することができる。
　設定プログラムＰ４５は、設定画面Ｇ１０、Ｇ２０を介してユーザから入力された値を、リソース情報管理テーブルＴ４０及び警告管理テーブルＴ４３に記憶させる。
　次に、各管理テーブルについて説明する。以下に述べる各表の構成は一例に過ぎず、図示した構成とは異なる構成でもよい。例えば、各テーブルは、図示された項目以外の項目を含んでもよいし、図示された複数の項目のうちの一部の項目が除去されてもよい。さらに、図示されたテーブルを、複数のテーブルに分割してもよいし、図示された複数のテーブルを一つのテーブルにまとめる構成でもよい。
　図４は、リソース管理テーブルＴ４０の構成を示す。リソース管理テーブルＴ４０は、計算機システム内の各リソースについての情報を管理するテーブルである。リソース管理テーブルＴ４０の少なくとも一部は、例えば、資産管理サーバ５０に記憶されているデータに基づいて作成することができる。
　リソース管理テーブルＴ４０は、例えば、リソース識別子Ｃ４００と、リソース名Ｃ４０１と、リソース種別Ｃ４０２と、設置場所Ｃ４０３と、管理者名Ｃ４０４と、再配置抑止しきい値Ｃ４０５とを対応付けて管理する。
　リソース識別子Ｃ４００は、計算機システム内の各リソースである、ホスト１０、スイッチ２０及びストレージシステム３０を識別するための情報である。リソース名Ｃ４０１は、各リソースの名称である。ユーザは、ユーザ自身にとって分かり易い名称をリソースに設定することができる。
　リソース種別Ｃ４０２は、リソースの種別を示す情報である。設置場所Ｃ４０３は、リソースの設置されている場所を特定するための情報である。管理者名Ｃ４０４は、リソースを管理する責任者の名前である。
　再配置抑止しきい値Ｃ４０５は、再配置処理の実行を抑止するために予め設定されるしきい値である。再配置抑止しきい値Ｃ４０５は、各リソースの種別毎に、ＣＰＵ使用率について設定することができる。
　例えば、リソース種別がＦＣコントローラである場合、ＣＰＵ３１０の使用率が８０％以上になると、そのＦＣコントローラに関連する仮想ボリューム３２の再配置処理が抑止される。例えば、リソース種別がスイッチの場合、ＣＰＵ２１の使用率が８５％以上になると、そのＦＣスイッチに関連する仮想ボリューム３２の再配置処理が抑止される。例えば、リソース種別がホストの場合、ＣＰＵ１１の使用率が９０％以上になると、そのホストに関連する仮想ボリューム３２の再配置処理が抑止される。
　以上のしきい値は例示であって、それらに限定されない。また、リソース種別毎に再配置抑止しきい値Ｃ４０５を設定するのではなく、リソース毎に再配置抑止しきい値Ｃ４０５を設定する構成でもよい。リソース種別毎に予め定義されているしきい値を再配置抑止しきい値Ｃ４０５の初期値として設定し、ユーザが初期値を個別に手動で調整する構成でもよい。
　図５は、ネットワークトポロジを管理するテーブルＴ４１の構成である。ネットワークトポロジ管理テーブルＴ４１は、例えば、仮想ボリューム識別子Ｃ４１０と、ストレージシステム識別子Ｃ４１１と、接続構成情報Ｃ４１２とを対応付けて管理する。
　仮想ボリューム識別子Ｃ４１０は、各仮想ボリューム３２を識別する情報である。ストレージシステム識別子（ストレージシステム番号）Ｃ４１１は、ストレージシステム３０を識別する情報である。接続構成情報Ｃ４１２とは、ホスト１０がストレージシステム３０内の仮想ボリューム３２にアクセスするための通信経路上に存在する、各リソースの接続順序を示す情報である。
　例えば、図中、「Ｒ－００００」は、ＦＣコントローラ３１を示す。「Ｒ－０００１」及び「Ｒ－０００２」は、スイッチ２０を示す。「Ｒ－０００３」、「Ｒ－０００４」及び「Ｒ－０００５」は、ホスト１０を示す。接続構成情報Ｃ４１２に「Ｒ－００００、Ｒ－０００１、Ｒ－０００３」と記載されている場合、仮想ボリューム識別子Ｃ４１０で特定される仮想ボリューム３２には、ＦＣコントローラ（Ｒ－００００）及びスイッチ（Ｒ－０００１）を介して、ホスト（Ｒ－０００３）が接続されていることを意味する。
　図６は、リソースの性能履歴を管理するテーブルＴ４２の構成である。リソース性能履歴管理テーブルＴ４２は、例えば、日時Ｃ４２０と、リソース識別子Ｃ４２１と、使用率Ｃ４２２とを対応付けて管理する。日時Ｃ４２０は、リソースの性能情報が取得された日時を示す。使用率Ｃ４２２は、リソースの性能情報としての、ＣＰＵ使用率を示す。
　図７は、警告用のしきい値を管理するテーブルＴ４３の構成である。警告管理テーブルＴ４３は、例えば、警告識別子Ｃ４３０と、種別Ｃ４３１と、抑止ボリューム数のしきい値Ｃ４３２と、連続数Ｃ４３３を対応付けて管理する。
　警告識別子Ｃ４３０は、ユーザに対する警告を識別する情報である。種別Ｃ４３１は、警告の種類を示す。警告の種類としては、例えば、「ｄａｙ」がある。「ｄａｙ」とは、所定数（Ｃ４３２）以上の仮想ボリュームにおいて、再配置処理が所定日（Ｃ４３３）以上抑止された場合に発せられる警告である。
　抑止ボリューム数しきい値Ｃ４３２は、警告を発するための警告条件の一部であり、再配置処理が抑止された仮想ボリューム３２の数を示す。連続数Ｃ４３３は、抑止ボリューム数しきい値Ｃ４３２と共に警告条件を構成し、再配置処理の抑止された仮想ボリュームの数がしきい値Ｃ４３２以上になった連続日数を示す。
　なお、「日」に代えて、例えば、３時間、６時間、１２時間、一週間、一ヶ月等の所定の単位時間の連続数または累計数として設定してもよい。図７に示す例では、再配置処理の抑止された仮想ボリュームが３日間連続して１個以上存在した場合に、ユーザに警告が出力される。同一の仮想ボリュームについて３日間連続して再配置処理が抑止された場合に限らず、毎日異なる仮想ボリュームについて再配置処理が抑止され、その状態が３日間連続した場合も、ユーザに警告が発せられる。
　図８は、仮想ボリューム３２の各論理ページ３２０を管理するテーブルＴ４４の構成を示す。ページ管理テーブルＴ４４は、例えば、仮想ボリューム識別子Ｃ４４０と、ストレージシステム識別子Ｃ４４１と、開始ページ番号Ｃ４４２と、終了ページ番号Ｃ４４３と、再配置可否フラグＣ４４４とを対応付けて管理する。
　開始ページ番号Ｃ４４２は、仮想ボリューム識別子Ｃ４４０で特定される仮想ボリューム３２を構成する各論理ページ３２０のうち、先頭の論理ページ３２０を特定するための情報である。終了ページ番号Ｃ４４３は、その仮想ボリューム３２を構成する各論理ページ３２０のうち、最後の論理ページ３２０を特定するための情報である。
　再配置可否フラグＣ４４４は、ページ再配置の可否について規定する情報である。例えば、再配置が許可された場合は「ＹＥＳ」が設定され、再配置が抑止された場合は「ＮＯ」が設定される。
　本実施例では、再配置可否フラグＣ４４４に「ＮＯ」が設定された場合、上位階層への再配置のみを抑止し、下位階層への再配置は許可する。
仮想ボリューム３２に関連するリソースに性能上の問題が生じている状況下では、論理ページ３２０のデータを、現在属する階層３３よりも上位の階層へ移動させたところで、応答性能の向上は期待できない。しかし、現在属する階層よりも下位の階層に移動させることで、現在の配置先の階層に空きを作ることができる。その空き領域に、他の仮想ボリューム３２の論理ページ３２０のデータを記憶させれば、ストレージシステム３０の全体としての応答性能を改善できる。
　なお、本実施例では、仮想ボリューム３２の各論理ページ３２０について、一つの再配置可否フラグＣ４４４が共通に適用される。これに代えて、論理ページ毎に、それぞれ再配置可否フラグを設定できる構成としてもよい。
　図９は、再配置処理の抑止履歴を管理するテーブルＴ４５の構成である。再配置抑止履歴管理テーブルＴ４５は、例えば、仮想ボリューム識別子Ｃ４５０と、ストレージシステム識別子Ｃ４５１と、原因リソース識別子Ｃ４５２と、日付Ｃ４５３とを対応付けて管理する。
　原因リソース識別子Ｃ４５２は、仮想ボリューム識別子Ｃ４５０及びストレージシステム識別子Ｃ４５１で特定される仮想ボリューム３２について再配置処理の抑止が決定された場合に、その原因となったリソースを特定する情報である。日付Ｃ４５３は、再配置処理の抑止が決定された日時を示す。
　図１０は、管理計算機４０による全体動作の流れを示すフローチャートである。管理計算機４０は、予め設定された所定タイミングが到来したかを判定し（Ｓ１０）、所定タイミングが到来した場合（Ｓ１０：ＹＥＳ）、プール３４の階層制御を行っているかを判定する（Ｓ１１）。即ち、本実施例の前提となる自動階層化によって各仮想ボリューム３２を管理している場合に、以下の各処理を実施する。
　ステップＳ１０における所定のタイミングは、例えば、（Ｔ１）ストレージシステムによる再配置処理の実行前、（Ｔ２）ユーザにより指定された時刻が到来した場合、（Ｔ３）複数の所定リソースの負荷が、監視を開始するための監視開始用しきい値に達した場合、の中から選択することができる。
　（Ｔ１）の場合、管理計算機４０は、ストレージシステム３０による定期的な再配置処理が実行されるよりも前に、図１０に示す処理を実行する。
　（Ｔ２）の場合、管理計算機４０は、予めユーザにより指定された日時が到来すると、図１０に示す処理を実行する。
　（Ｔ３）の場合、管理計算機４０は、仮想ボリューム３２に関連する各リソースのうち、いずれか一つのリソースの負荷（例えば、ＣＰＵ使用率）が、予め設定された監視開始用しきい値に達した場合に、図１０に示す処理を実行する。監視開始用しきい値は、リソース管理テーブルＴ４０の再配置抑止しきい値Ｃ４０５に記載の値よりも小さい値として設定される。例えば、ＦＣコントローラの場合は監視開始用しきい値を７５％に、スイッチの場合は監視開始用しきい値を８０％に、ホストの場合は監視開始用しきい値を８５％に、設定してもよい。
　前記各タイミングを適宜組み合わせて使用することもできる。管理計算機４０は、タイミングＴ１とタイミングＴ２を組み合わせる場合、例えば、ユーザにより指定された日時が到来した後であって、かつ、ストレージシステム３０による再配置処理が実行される前に、図１０に示す処理を実行する。
　または、管理計算機４０は、タイミングＴ１、Ｔ２、Ｔ３のいずれか一つが到来した場合に、図１０に示す処理を実行する構成でもよい。
　所定タイミングが到来し（Ｓ１０：ＹＥＳ）、かつ、プール３４の階層制御が実行されている場合（Ｓ１１：ＹＥＳ）、管理計算機４０は、しきい値設定処理（Ｓ３０）と、リソース監視及び構成情報収集処理（Ｓ４０）とを実行する。
　さらに、管理計算機４０は、再配置可否決定処理（Ｓ５０）と、再配置指示処理（Ｓ６０）を実行する。さらに、管理計算機４０は、警告処理（Ｓ７０）及び解析結果出力処理（Ｓ８０）を実行する。以下、各処理の詳細を説明する。
　図１１は、しきい値を設定するための処理を示すフローチャートである。本処理は、図１０中のステップＳ３０の詳細を示す。
　まず最初に、管理計算機４０は、リソース管理テーブルＴ４０の項目Ｃ４０５に、再配置を抑止するためのしきい値が設定されているかを判定する（Ｓ３００）。図中、再配置抑止しきい値を、「ＴｈＰ」として示す場合がある。また、図中では、再配置抑止しきい値を、「抑止しきい値」と略記することがある。
　再配置抑止しきい値が設定されていない場合（Ｓ３００：ＮＯ）、管理計算機４０は、図１２（ａ）に示すしきい値設定画面Ｇ１０を作成して、表示する（Ｓ３０１）。ユーザは、図１２（ａ）に示すしきい値設定画面Ｇ１０を介して、リソースの種別毎に、再配置処理を抑止するためのしきい値をそれぞれ設定することができる。
　管理計算機４０は、しきい値設定画面Ｇ１０内の設定ボタンＢ１０が押されたかを判定する（Ｓ３０２）。設定ボタンＢ１０が押された場合（Ｓ３０２：ＹＥＳ）、管理計算機４０は、しきい値設定画面Ｇ１０において、リソース種別毎にＣＰＵ使用率（しきい値）が入力されているか判定する（Ｓ３０３）。
　しきい値設定画面Ｇ１０の各入力欄に０以外の数値が入力されている場合（Ｓ３０３：ＹＥＳ）、管理計算機４０は、その入力値をリソース管理テーブルＴ４０の項目Ｃ４０５に登録する（Ｓ３０４）。
　これに対し、しきい値設定画面Ｇ１０に数値が入力されていない空欄がある場合（Ｓ３０３：ＮＯ）、管理計算機４０は、初期値としての１００％を、リソース管理テーブルＴ４０の項目Ｃ４０５に登録する（Ｓ３０５）。
　続いて、管理計算機４０は、警告管理テーブルＴ４３に警告しきい値が設定されているかを判定する（Ｓ３０６）。再配置抑止しきい値がリソース管理テーブルＴ４０に設定されている場合（Ｓ３００：ＹＥＳ）、ステップＳ３０１～Ｓ３０５はスキップされて、ステップＳ３０６に移る。
　管理計算機４０は、警告しきい値が設定されている場合（Ｓ３０６：ＹＥＳ）、本処理を終了する。警告しきい値が設定されていない場合（Ｓ３０６：ＮＯ）、管理計算機４０は、図１２（ｂ）に示す警告しきい値設定画面Ｇ２０を表示する（Ｓ３０７）。ユーザは、警告しきい値設定画面Ｇ２０を介して、警告条件としての、連続日数及び抑止された仮想ボリューム数を入力する。
　管理計算機４０は、警告しきい値設定画面Ｇ２０内の設定ボタンＢ２０が押されたかを判定する（Ｓ３０８）。ユーザにより設定ボタンＢ２０が押された場合（Ｓ３０８：ＹＥＳ）、管理計算機４０は、警告条件としての、抑止ボリューム数及び連続日数が入力されているか判定する（Ｓ３０９）。
　抑止ボリューム数及び連続日数が入力されている場合（Ｓ３０９：ＹＥＳ）、管理計算機４０は、その入力値を警告管理テーブルＴ４３に登録する（Ｓ３１０）。
　抑止ボリューム数または連続日数の少なくともいずれか一方が入力されていない場合（Ｓ３０９：ＮＯ）、管理計算機４０は、予め用意されている初期値を警告管理テーブルＴ４３に登録する（Ｓ３１０）。初期値は、例えば、「抑止ボリューム数＝１、連続日数＝３日」のように予め定義されている。
　図１３は、リソース監視及び構成情報を収集する処理のフローチャートである。図１３は、図１０中のステップＳ４０の詳細を示す。
　管理計算機４０は、管理用通信ネットワークＣＮ２を介して、ホスト１０、スイッチ２０、ストレージシステム３０から構成情報を取得する（Ｓ４００）。さらに、管理計算機４０は、資産管理サーバ５０から、各リソースの設置場所及び管理者名を取得する（Ｓ４０１）。管理計算機４０は、各ステップＳ４００、Ｓ４０１で取得した情報に基づいて、リソース管理テーブルＴ４０を作成する（Ｓ４０２）。なお、警告しきい値は、上述の通り、図１１に示す処理でリソース管理テーブルＴ４０に登録される。
　管理計算機４０は、ステップＳ４００で取得した構成情報に基づいて、ネットワークトポロジ管理テーブルＴ４１を作成する（Ｓ４０３）。
　さらに、管理計算機４０は、ホスト１０、スイッチ２０及びストレージシステム３０から、性能情報を取得し（Ｓ４０４）、リソース性能履歴管理テーブルＴ４２を生成する（Ｓ４０５）。
　図１４は、再配置の可否を決定する処理のフローチャートである。図１４の処理は、図１０中のステップＳ５０の詳細を示す。
　管理計算機４０は、ページ管理テーブルＴ４４に記載された全ての仮想ボリューム３２について、以下のステップＳ５０１～Ｓ５０６を実行する（Ｓ５００）。
　管理計算機４０は、ページ管理テーブルＴ４４に記載された仮想ボリュームから一つの仮想ボリュームを対象ボリュームとして選択し、ネットワークトポロジ管理テーブルＴ４１から、対象ボリュームに関連するリソースの情報を取得する（Ｓ５０１）。対象ボリュームに関連するリソースとは、処理対象の仮想ボリューム３２へのアクセス経路上に存在するリソースを意味し、以下、関連リソースとも呼ぶ。
　管理計算機４０は、抽出された全ての関連リソースについて、以下のステップＳ５０３～Ｓ５０６を実行する（Ｓ５０２）。管理計算機４０は、関連リソースのＣＰＵ使用率Ｌｒを取得する（Ｓ５０３）。
　管理計算機４０は、関連リソースのＣＰＵ使用率Ｌｒが再配置抑止しきい値ＴｈＰ以上であるか判定する（Ｓ５０４）。ＣＰＵ使用率Ｌｒが再配置抑止しきい値ＴｈＰ以上の場合（Ｓ５０４：ＹＥＳ）、管理計算機４０は、対象ボリューム３２についての再配置可否フラグに「ＮＯ」を設定する（Ｓ５０５）。これに対し、ＣＰＵ使用率Ｌｒが再配置抑止しきい値ＴｈＰ未満の場合（Ｓ５０４：ＮＯ）、管理計算機４０は、対象ボリューム３２についての再配置可否フラグに「ＹＥＳ」を設定する（Ｓ５０６）。
　図１５は、ストレージシステム３０に再配置処理について指示するための処理を示すフローチャートである。本処理は、図１０中のステップＳ６０の詳細である。
　管理計算機４０は、ページ管理テーブルＴ４４に記載されている全ての仮想ボリューム３２について、以下のステップＳ６０１～Ｓ６０４を実行する（Ｓ６００）。管理計算機４０は、ページ管理テーブルＴ４４から一つの仮想ボリューム３２を、処理対象のボリュームとして選択する。
　管理計算機４０は、対象ボリュームについての再配置可否フラグに「ＹＥＳ」が設定されているか判定する（Ｓ６０１）。再配置可否フラグに「ＹＥＳ」が設定されている場合（Ｓ６０２）、管理計算機４０は、ストレージシステム３０に対して、対象ボリュームの再配置処理の実行を指示する（Ｓ６０３）。
　再配置可否フラグに「ＮＯ」が設定されている場合（Ｓ６０１：ＮＯ）、管理計算機４０は、ストレージシステム３０に対して、対象ボリュームの再配置処理の実行抑止を指示する（Ｓ６０３）。
　管理計算機４０は、対象ボリュームのデータが現在所属する階層よりも上位の階層（より高性能の階層）に再配置されることを禁止し、対象ボリュームのデータが現在所属する階層よりも下位の階層（より低性能の階層）に再配置されることは許可する。管理計算機４０は、ステップＳ６０３での再配置処理の抑止の指示に基づいて、再配置抑止履歴管理テーブルＴ４５を更新する（Ｓ６０４）。
　図１６は、ユーザに警告を発する処理を示すフローチャートである。図１６の処理は、図１０中のステップＳ７０の詳細である。
　管理計算機４０は、再配置抑止履歴管理テーブルＴ４５を参照し（Ｓ７００）、警告管理テーブルＴ４３に登録されている警告条件を満たすか否か判定する（Ｓ７０１）。管理計算機４０は、所定数以上の仮想ボリューム３２について所定時間以上、再配置処理が抑止されたかを判定する。図７の例では、同一の仮想ボリュームについて連続３日間再配置処理が抑止された場合、または、連続する３日間で、それぞれ異なる仮想ボリュームについての再配置処理が抑止された場合に、警告条件が満たされる。
　警告条件が満たされた場合（Ｓ７０１：ＹＥＳ）、管理計算機４０は、警告用のポップアップ画面Ｇ３０を表示する（Ｓ７０２）。図１７に示すように、警告用のポップアップ画面Ｇ３０は、例えば、警告メッセージを表示する領域ＧＰ３１と、確認ボタンＢ３１とＯＫボタンＢ３２を備える。管理計算機４０は、ポップアップ画面Ｇ３０をユーザに提示することで、システム性能が劣化している可能性をユーザに警告する。
　図１６に戻る。管理計算機４０は、ユーザにより確認ボタンＢ３１が押されたか判定する（Ｓ７０３）。確認ボタンＢ３１が押された場合（Ｓ７０３：確認）、管理計算機４０は、再配置抑止履歴管理テーブルＴ４５を参照し、所定の表示対象期間内において再配置処理が抑止された仮想ボリューム３２の数を算出する（Ｓ７０４）。管理計算機４０は、図１８に示す再配置抑止統計画面Ｇ４０を作成し、表示出力する（Ｓ７０５）。
　図１８に示す画面Ｇ４０は、再配置の抑止についての統計を示しており、統計の表示対象期間を指定する期間指定部ＧＰ４１、ＧＰ４２と、統計をグラフとして表示するグラフ表示部ＧＰ４３と、概要表示部ＧＰ４４と、詳細ボタンＢ４０を備える。表示対象の期間は、例えば、一ヶ月、一週間、一日等のように表示周期で指定することもできるし（ＧＰ４１）、または、特定の日付を指定することもできる（ＧＰ４２）。
　グラフ表示部ＧＰ４３の縦軸は、再配置処理が抑止された仮想ボリュームの数を示し、横軸は指定部ＧＰ４１、ＧＰ４２のいずれかで指定された表示対象期間を示す。横軸のメモリの分解能は、表示対象期間の長さによって異なる。例えば、一ヶ月間等のように長い期間での変化を表示する場合、一日単位で表示される。これに対し、或る一日の変化を表示する場合、１時間毎または３時間毎のように、所定時間毎の変化が表示される。ユーザが所望の棒グラフを選択すると、その棒グラフの概要が表示される。概要には、例えば、再配置処理が抑止された仮想ボリュームの識別子などを含めることができる。
　図１８では、警告対象となっている、再配置処理が抑止された仮想ボリューム数を太い線で囲んで示す。さらに、グラフ表示部ＧＰ４３には、警告条件を満たしていない、抑止ボリューム（再配置処理が抑止された仮想ボリューム）も表示させることができる。それらの警告条件を満たしていないが再配置処理が抑止された仮想ボリュームを、点線で囲んで示す。
　図１６に戻る。管理計算機４０は、ユーザにより詳細ボタンＢ４０が押されたかを判定する（Ｓ７０６）。詳細ボタンＢ４０が押された場合（Ｓ７０６：ＹＥＳ）、管理計算機４０は、解析結果出力処理を実行する（Ｓ７０７）。解析対象とする期間については、警告対象の期間全てとしても良いし、ユーザが画面上で期間を選択できるようにしても良い。
　警告条件を満たす仮想ボリュームが一つも存在しない場合（Ｓ７０１：ＮＯ）、画面Ｇ３０の確認ボタンＢ３１が押されなかった場合（Ｓ７０３：ＯＫ）、または、画面Ｇ４０の詳細ボタンＢ４１が押されなかった場合（Ｓ７０６：ＮＯ）、本処理は終了する。
　図１９は、解析結果を出力する処理のフローチャートである。本処理は、図１０中のステップＳ８０の詳細である。
　管理計算機４０は、解析対象期間に再配置処理を抑止する原因となった全ての原因リソースについて（Ｓ８００）、再配置処理が抑止された仮想ボリュームの数を算出する（Ｓ８０１）。
　管理計算機４０は、再配置処理が抑止された仮想ボリュームの数が多い順番で、原因リソースを並べ替えることで、図２０に示す抑止原因リソース一覧画面Ｇ５０を作成し、表示する（Ｓ８０２）。
　図２０に示す画面Ｇ５０は、解析対象期間に再配置処理が抑止される原因となったリソースの一覧を示している。この画面Ｇ５０は、例えば、解析対象期間を表示する表示部ＧＰ５１と、解析対象期間内において再配置処理が抑止された仮想ボリュームの総数を表示する表示部ＧＰ５２と、一覧表示部ＧＰ５３と、詳細ボタンＢ５１を備える。
　一覧表示部ＧＰ５３は、例えば、影響度ＧＰ５３０と、リソース名ＧＰ５３１と、ＣＰＵ使用率ＧＰ５３２と、管理者名ＧＰ５３３と、設置場所ＧＰ５３４と、抑止原因ＧＰ５３５とを対応付けて表示する。
　影響度ＧＰ５３０とは、解析対象期間内に再配置処理が抑止された仮想ボリュームの累計数に対する、リソースの影響を示す。例えば、図２１を参照して、解析対象期間内に累計６個の仮想ボリュームについて再配置処理が抑止された場合を説明する。
　図２１は、再配置処理の抑止原因となったリソースと、そのリソースによって再配置処理が抑止された仮想ボリュームの関係を示す。
　図２１では、仮想ボリューム（００：００：００）は、ＦＣコントローラ（Ｒ－００００）及びスイッチ（Ｒ－０００１）を介して、ホスト（Ｒ－０００３）に接続される。同様に、他の仮想ボリューム（００：００：０１）は、ＦＣコントローラ（Ｒ－０００００）及びスイッチ（Ｒ－０００１）を介して、他のホスト（Ｒ－０００４）に接続されている。さらに別の仮想ボリューム（００：００：０２）は、ＦＣコントローラ（Ｒ－００００）及び他のスイッチ（Ｒ－０００２）を介して、ホスト（Ｒ－０００５）に接続されている。
　図２１では、５月１０日にホスト（Ｒ－０００３）のＣＰＵ使用率が、５月１１日にスイッチ（Ｒ－０００１）のＣＰＵ使用率が、５月１２日にストレージシステムのＦＣコントローラ（Ｒ－００００）のＣＰＵ使用率が、それぞれ抑止しきい値を超えたものと仮定する。現在の日付は５月１２日であると仮定する。
　仮想ボリューム（００：００：００）は、ホスト（Ｒ－０００３）により使用されているので、ホスト（Ｒ－０００３）のＣＰＵ使用率が抑止しきい値を超えると、再配置処理が抑止される。
　従って、仮想ボリューム（００：００：００）は、第１日目である５月１０日と、第２日目である５月１１日、及び、第３日目である５月１２日との３日間で、それぞれ再配置処理が抑止される。再配置処理が抑止された仮想ボリュームの累計数６個のうち、仮想ボリューム（００：００：００）が３個を占めることになる。このため、ホスト（Ｒ－０００３）が、解析対象期間内における再配置処理の抑止に与えた影響度は、５０％（＝３／６）となる。
　スイッチ（Ｒ－０００１）は、仮想ボリューム（００：００：００）と仮想ボリューム（００：００：０１）とに接続されている。スイッチ（Ｒ－０００１）のＣＰＵ使用率が抑止しきい値を超えると、それら仮想ボリューム（００：００：００）、（００：００：０１）の再配置処理が抑止される。５月１１日の時点で２個の仮想ボリュームについて再配置処理が抑止され、翌日の５月１２日にも２個の仮想ボリュームについて再配置処理が抑止される。スイッチ（Ｒ－０００１）は、累計４個の仮想ボリュームについて再配置処理の抑止原因となっている。従って、スイッチ（Ｒ－０００１）が、解析対象期間内における再配置処理の抑止に与えた影響度は、約６７％（＝４／６）となる。
　ＦＣコントローラ（Ｒ－００００）は、仮想ボリューム（００：００：００）と、仮想ボリューム（００：００：０１）及び仮想ボリューム（００：００：０２）に接続されている。５月１２日にＦＣコントローラ（Ｒ－００００）のＣＰＵ使用率が抑止しきい値を超えると、それにより合計３個の仮想ボリュームについて再配置処理が抑止される。従って、ＦＣコントローラ（Ｒ－００００）が、解析対象期間内における再配置処理の抑止に与えた影響度は、５０％（＝３／６）となる。
　図１９に戻る。管理計算機４０は、ユーザによって画面Ｇ５０内の詳細ボタンＢ５１が押されたか判定する（Ｓ８０３）。詳細ボタンＢ５１が押された場合（Ｓ８０３：ＹＥＳ）、管理計算機４０は、図２２に示す抑止リソースネットワーク画面Ｇ６０を作成して表示する（Ｓ８０４）。
　図２２に示す抑止リソースネットワーク画面Ｇ６０は、再配置処理の抑止された仮想ボリューム３２と、その再配置処理を抑止する原因となったリソースとの関係を、ネットワーク接続構成図ＧＰ６１として示す。
　抑止原因となったリソースには、その概要を表示するための概要表示部ＧＰ６２が対応付けられる。ユーザは、画面Ｇ６０を見ることで、再配置処理が抑止された仮想ボリューム３２がどれで、どのリソースのどのような原因で再配置処理が抑止されたのかを、容易に把握することができる。
　このように構成される本実施例によれば、以下の効果を奏する。本実施例では、仮想ボリューム３２へのアクセス経路上に存在するリソースの中に、ＣＰＵ使用率の高いボトルネックとなっているリソース（原因リソース）が有るか否かを監視する。本実施例では、原因リソースが発見されると、その原因リソースに関連する仮想ボリューム３２についての再配置処理を抑止する。従って、再配置しても応答性能の向上が見込めない無駄な再配置処理が行われるのを未然に防止できる。さらに、再配置先の階層の記憶領域を、他の仮想ボリュームのデータに割り当てることができ、ストレージシステム３０全体としての応答性能を向上できる。
　さらに、本実施例では、現在の階層よりも性能の高い階層への再配置を禁止し、現在の階層よりも性能の低い階層への再配置を許可する。従って、アクセス経路上に原因リソースが存在する仮想ボリューム３２は、そのアクセス頻度が少ない場合、現在の階層よりも性能の低い階層に再配置される。その結果、その仮想ボリュームが存在していた階層に空き領域ができ、その空いた領域に他の仮想ボリュームを配置することができる。従って、ストレージシステム３０の記憶資源を有効に利用して、ストレージシステム３０全体としての応答性能を改善できる。
　さらに、本実施例では、再配置処理の抑止が決定された場合に、そのことを直ちにユーザに通知するのではなく、再配置処理の抑止の決定が警告条件を満たす場合に、警告用の画面Ｇ３０をユーザに提示する。
　従って、本実施例では、一時的な現象による再配置処理の抑止の発生をユーザに通知せずに済み、ユーザの使い勝手が向上する。例えば、データセンタ等のような比較的大規模な計算機システムでは、日々多数の警告がユーザに向けて発せられる。そのような状況の中で、軽微な障害による再配置処理の抑止について、一々ユーザに通知したのでは、ユーザにとって煩わしい。これに対し、本実施例では、警告条件を満たす場合にのみ、再配置処理が抑止されたことをユーザに通知するため、使い勝手が向上する。
　さらに、本実施例では、再配置処理の抑止についてユーザに警告する際に、警告条件を満たさない過去の再配置処理の抑止についても、ユーザに提示する。従って、ユーザは、一時的な現象によって再配置処理が抑止されたのか、それとも、比較的定常的な現象によって再配置処理が抑止されたのかを、判断することができる。再配置処理の抑止が比較的長い期間にわたって散発しているような場合、ユーザは、計算機システムに何らかの改善すべき問題が生じていると推測することができる。
　さらに、本実施例では、再配置処理の抑止された仮想ボリュームと、再配置処理の抑止原因となったリソースとの関係を解析し、抑止リソースネットワーク画面Ｇ６０として表示する。従って、ユーザは、計算機システムのどこに問題があるのかを推測することができ、計算機システムの構成変更の必要性等について判断することができる。
　このように本実施例では、計算機システムの各リソースの状況を監視して無駄な再配置処理の実行を未然に抑止でき、さらに、再配置処理の抑止履歴をユーザに提示することで、計算機システムについてのユーザ判断を支援できる。この結果、本実施例では、計算機システム全体の性能を改善でき、かつ、ユーザの使い勝手を向上できる。
　なお、本発明は、上述の実施形態に限定されず、その要旨を逸脱しない範囲で種々変更可能である。
　例えば、本発明は以下のようにコンピュータプログラムの発明として表現できる。
　「ホスト計算機及びストレージシステムを含む計算機システムを、コンピュータにより管理させるためのコンピュータプログラムであって、
　前記ストレージシステムは、前記ホスト計算機に提供するための仮想的論理ボリュームと、複数の記憶階層を有するプールとを備え、かつ、前記仮想的論理ボリュームを構成する複数の論理的記憶領域を、前記ホスト計算機による前記各論理的記憶領域へのアクセス頻度に基づいて、前記複数の記憶階層のうちいずれかの記憶階層内の記憶領域に対応付けるための再配置処理を実行するようになっており、
　前記ホスト計算機から前記仮想的論理ボリュームに至るまでの通信経路上に存在する所定リソースであって、前記ホスト計算機及び前記ストレージシステムの制御部を含む複数の所定リソースの状態を監視する、監視ステップと、
　前記監視ステップにより監視される複数の前記所定リソースの状態が、予め設定される所定の抑止条件を満たす場合に、前記仮想的論理ボリュームについての前記再配置処理の抑止を決定する、可否決定ステップと、
　前記可否決定ステップによる決定に基づいて、前記ストレージシステムに対し、前記再配置処理の実行について指示する指示ステップと、を
前記コンピュータに実行させるためのコンピュータプログラム。」
　１０：ホスト計算機、２０：スイッチ、３０：ストレージシステム、３１：コントローラ、４０：管理計算機。

Claims (13)

  1. 　ホスト計算機及びストレージシステムを含む計算機システムを管理する管理装置であって、
    　前記ストレージシステムは、前記ホスト計算機に提供するための仮想的論理ボリュームと、複数の記憶階層を有するプールとを備え、かつ、前記仮想的論理ボリュームを構成する複数の論理的記憶領域を、前記ホスト計算機による前記各論理的記憶領域へのアクセス頻度に基づいて、前記複数の記憶階層のうちいずれかの記憶階層内の記憶領域に対応付けるための再配置処理を実行するようになっており、
    　前記仮想的論理ボリュームに関連するリソースの状態を監視するためのリソース監視部と、
    　前記リソース監視部の監視結果に基づいて、前記仮想的論理ボリュームについての前記再配置処理の実行の可否を決定するための再配置可否決定部を、
    を備える、計算機システムの管理装置。
  2. 　前記リソース監視部は、前記ホスト計算機から前記仮想的論理ボリュームに至るまでの通信経路上に存在する所定リソースであって、前記ホスト計算機及び前記ストレージシステムを含む複数の所定リソースの状態を監視し、
    　前記再配置可否決定部は、前記リソース監視部により監視される複数の前記所定リソースの状態が、予め設定される所定の抑止条件を満たす場合に、前記仮想的論理ボリュームについての前記再配置処理の抑止を決定し、
    　前記再配置可否決定部による決定に基づいて、前記ストレージシステムに対し、前記再配置処理の実行について指示するための再配置指示部をさらに備える、
    請求項１に記載の計算機システムの管理装置。
  3. 　前記再配置可否決定部は、複数の前記所定リソースのうち少なくともいずれか一つの所定リソースの状態が、当該所定リソースについて予め設定される所定の抑止条件を満たす場合に、前記仮想的論理ボリュームについての前記再配置処理の抑止を決定する、
    請求項２に記載の計算機システムの管理装置。
  4. 　前記再配置可否決定部による、前記仮想的論理ボリュームについての前記再配置処理の抑止の決定として、前記仮想的論理ボリュームの前記各論理的記憶領域が前記各記憶階層のうち現在の記憶階層よりも上位の記憶階層に再配置されることを禁止する、
    請求項３に記載の計算機システムの管理装置。
  5. 　前記仮想的論理ボリュームについて前記再配置処理の抑止が決定された場合でも、前記ストレージシステムは、前記各論理的記憶領域を、現在の記憶階層よりも下位の記憶階層に再配置させることができる、
    請求項４に記載の計算機システムの管理装置。
  6. 　前記再配置可否決定部による前記再配置処理の抑止の決定が、予め設定される所定の警告条件を満たす場合に、ユーザに警告するための警告画面を出力する警告部をさらに備える、
    請求項５に記載の計算機システムの管理装置。
  7. 　前記再配置可否決定部により決定された前記再配置処理の抑止に関する情報を履歴として管理するテーブルをさらに備え、
    　前記警告画面には、予め指定される期間内に、前記再配置可否決定部により前記再配置処理が抑止された全ての仮想的論理ボリュームに関する情報を表示できる、
    請求項６に記載の計算機システムの管理装置。
  8. 　前記抑止条件を満たす前記所定リソースと前記再配置処理が抑止された前記仮想的論理ボリュームとの関連ついて解析し、解析結果を示す解析結果画面を出力するための解析結果出力部をさらに備える、
    請求項７に記載の計算機システムの管理装置。
  9. 　予め設定される所定のタイミングが到来した場合に、前記再配置可否決定部は、前記リソース監視部の監視結果に基づいて、前記仮想的論理ボリュームについての前記再配置処理の実行の可否を決定する、
    請求項１に記載の計算機システムの管理装置。
  10. 　前記所定のタイミングは、前記ストレージシステムによる前記再配置処理の実行前、または、ユーザにより指定された時刻が到来した場合、または、複数の前記所定リソースの負荷が、監視を開始するための監視開始用しきい値に達した場合、の少なくともいずれかの場合である、
    請求項１に記載の計算機システムの管理装置。
  11. 　ホスト計算機及びストレージシステムを含む計算機システムを、管理装置により管理するための方法であって、
    　前記ストレージシステムは、前記ホスト計算機に提供するための仮想的論理ボリュームと、複数の記憶階層を有するプールとを備え、かつ、前記仮想的論理ボリュームを構成する複数の論理的記憶領域を、前記ホスト計算機による前記各論理的記憶領域へのアクセス頻度に基づいて、前記複数の記憶階層のうちいずれかの記憶階層内の記憶領域に対応付けるための再配置処理を実行するようになっており、
    　前記ホスト計算機から前記仮想的論理ボリュームに至るまでの通信経路上に存在する所定リソースであって、前記ホスト計算機及び前記ストレージシステムの制御部を含む複数の所定リソースの状態を監視する、監視ステップと、
    　前記監視ステップにより監視される複数の前記所定リソースの状態が、予め設定される所定の抑止条件を満たす場合に、前記仮想的論理ボリュームについての前記再配置処理の抑止を決定する、可否決定ステップと、
    　前記可否決定ステップによる決定に基づいて、前記ストレージシステムに対し、前記再配置処理の実行について指示する指示ステップと、を
    前記管理装置で実行する、
    計算機システムの管理方法。
  12. 　前記可否決定ステップによる、前記仮想的論理ボリュームについての前記再配置処理の抑止の決定は、前記仮想的論理ボリュームの前記各論理的記憶領域が前記各記憶階層のうち現在の記憶階層よりも上位の記憶階層に再配置されることを禁止するものである、
    請求項１１に記載の計算機システムの管理方法。
  13. 　前記可否決定ステップが前記再配置処理の抑止を、予め設定される所定回数以上連続して決定した場合に、ユーザに警告するための警告画面を出力する警告ステップをさらに備える、
    請求項１２に記載の計算機システムの管理方法。
PCT/JP2012/050061 2012-01-05 2012-01-05 計算機システムの管理装置及び管理方法 WO2013103003A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/JP2012/050061 WO2013103003A1 (ja) 2012-01-05 2012-01-05 計算機システムの管理装置及び管理方法
US13/393,468 US20130179636A1 (en) 2012-01-05 2012-01-05 Management apparatus and management method of computer system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/050061 WO2013103003A1 (ja) 2012-01-05 2012-01-05 計算機システムの管理装置及び管理方法

Publications (1)

Publication Number Publication Date
WO2013103003A1 true WO2013103003A1 (ja) 2013-07-11

Family

ID=48744768

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/050061 WO2013103003A1 (ja) 2012-01-05 2012-01-05 計算機システムの管理装置及び管理方法

Country Status (2)

Country Link
US (1) US20130179636A1 (ja)
WO (1) WO2013103003A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10235071B2 (en) 2016-11-29 2019-03-19 Kabushiki Kaisha Toshiba Tiered storage system, storage controller and tiering control method

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9747005B1 (en) * 2013-03-11 2017-08-29 Workday, Inc. Adaptive user interface
US9043569B2 (en) * 2013-05-31 2015-05-26 International Business Machines Corporation Memory data management
US9513968B1 (en) 2015-12-04 2016-12-06 International Business Machines Corporation Dynamic resource allocation based on data transferring to a tiered storage
US10037156B1 (en) * 2016-09-30 2018-07-31 EMC IP Holding Company LLC Techniques for converging metrics for file- and block-based VVols
US10372503B2 (en) 2017-06-08 2019-08-06 International Business Machines Corporation Bidirectional feedback with an enhanced transmission selection enabled switch
US10630554B1 (en) 2018-10-29 2020-04-21 International Business Machines Corporation Input/output (I/O) performance of hosts through bi-directional bandwidth feedback optimization

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007115140A (ja) * 2005-10-21 2007-05-10 Hitachi Ltd ストレージシステム、及びストレージスシステムの制御方法
US7693983B1 (en) * 2005-05-27 2010-04-06 Symantec Operating Corporation System and method providing application redeployment mappings using filtered resource usage data
WO2010127365A1 (en) * 2009-05-01 2010-11-04 Citrix Systems, Inc. Systems and methods for establishing a cloud bridge between virtual storage resources
JP2011186794A (ja) * 2010-03-09 2011-09-22 Hitachi Ltd ストレージシステム内のデータの配置を制御する管理システム、及び、データ配置制御方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6038665A (en) * 1996-12-03 2000-03-14 Fairbanks Systems Group System and method for backing up computer files over a wide area computer network
JP4520755B2 (ja) * 2004-02-26 2010-08-11 株式会社日立製作所 データ移行方法およびデータ移行装置
JP2008112293A (ja) * 2006-10-30 2008-05-15 Hitachi Ltd 管理計算機及び電源制御方法並びに計算機システム
JP5117120B2 (ja) * 2007-06-18 2013-01-09 株式会社日立製作所 ストレージ装置のボリュームを管理する計算機システム、方法及びプログラム
JP2010086049A (ja) * 2008-09-29 2010-04-15 Hitachi Ltd 管理計算機及びその運用方法
US8171337B2 (en) * 2009-03-30 2012-05-01 The Boeing Company Computer architectures using shared storage
JP5801189B2 (ja) * 2009-04-23 2015-10-28 株式会社日立製作所 計算機システム及びその制御方法
CN102483683B (zh) * 2009-12-24 2014-12-10 株式会社日立制作所 提供虚拟卷的存储系统
US8429346B1 (en) * 2009-12-28 2013-04-23 Emc Corporation Automated data relocation among storage tiers based on storage load
US20110320754A1 (en) * 2010-02-23 2011-12-29 Hitachi, Ltd Management system for storage system and method for managing storage system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7693983B1 (en) * 2005-05-27 2010-04-06 Symantec Operating Corporation System and method providing application redeployment mappings using filtered resource usage data
JP2007115140A (ja) * 2005-10-21 2007-05-10 Hitachi Ltd ストレージシステム、及びストレージスシステムの制御方法
WO2010127365A1 (en) * 2009-05-01 2010-11-04 Citrix Systems, Inc. Systems and methods for establishing a cloud bridge between virtual storage resources
JP2011186794A (ja) * 2010-03-09 2011-09-22 Hitachi Ltd ストレージシステム内のデータの配置を制御する管理システム、及び、データ配置制御方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10235071B2 (en) 2016-11-29 2019-03-19 Kabushiki Kaisha Toshiba Tiered storage system, storage controller and tiering control method

Also Published As

Publication number Publication date
US20130179636A1 (en) 2013-07-11

Similar Documents

Publication Publication Date Title
WO2013103003A1 (ja) 計算機システムの管理装置及び管理方法
JP5981563B2 (ja) 情報記憶システム及び情報記憶システムの制御方法
JP5427630B2 (ja) 動的ページ再割当てストレージシステムにおけるアプリケーション及び階層構成の管理
JP5793196B2 (ja) 仮想ボリュームに割り当てられた要求性能に基づく制御を行うストレージシステムの管理システム及び管理方法
JP4438817B2 (ja) ストレージ装置およびストレージ装置の省電力制御方法
JP6270827B2 (ja) データ・マイグレーションのための方法、システム、およびコンピュータ・プログラム
WO2014064756A1 (ja) ストレージプールから実記憶領域を仮想ボリュームへ割り当てる方法及び計算機システム
WO2014073045A1 (ja) 計算機システム、ストレージ管理計算機及びストレージ管理方法
JP6151795B2 (ja) 管理計算機および計算機システムの管理方法
JP2007058637A (ja) ストレージシステム、管理計算機及びデータ移動方法
JP2006301820A (ja) ストレージシステム及びストレージシステムのデータ移行方法
US9152331B2 (en) Computer system, storage management computer, and storage management method
US10417195B2 (en) Management system for managing information system
JP2010079626A (ja) 計算機システムの負荷分散方法及びシステム
JP2009238114A (ja) ストレージ管理方法、ストレージ管理プログラム、ストレージ管理装置およびストレージ管理システム
JP2008059315A (ja) 負荷分散方法及び計算機システム
WO2013098960A1 (ja) 計算機システム、ファイル管理方法及び記憶媒体
JP2006285808A (ja) ストレージシステム
WO2014155555A1 (ja) 管理システム及び管理プログラム
JPWO2014184893A1 (ja) 計算機システム及びリソース管理方法
JP2006293459A (ja) 負荷分散コンピュータシステム、経路設定プログラム及びその方法
JP2010250446A (ja) ファイル制御システムおよびそれに用いるファイル制御計算機
JP2009223863A (ja) コンピュータシステム及びコマンド実行頻度制御方法
JP4723361B2 (ja) 仮想化処理機能を有する情報処理装置
JP2011070464A (ja) 計算機システム及び計算機システムの性能管理方法

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 13393468

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12864221

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP