WO2015087442A1 - ストレージシステムの移行方式および移行方法 - Google Patents

ストレージシステムの移行方式および移行方法 Download PDF

Info

Publication number
WO2015087442A1
WO2015087442A1 PCT/JP2013/083471 JP2013083471W WO2015087442A1 WO 2015087442 A1 WO2015087442 A1 WO 2015087442A1 JP 2013083471 W JP2013083471 W JP 2013083471W WO 2015087442 A1 WO2015087442 A1 WO 2015087442A1
Authority
WO
WIPO (PCT)
Prior art keywords
storage
storage node
physical storage
storage system
nodes
Prior art date
Application number
PCT/JP2013/083471
Other languages
English (en)
French (fr)
Inventor
渡 岡田
紀夫 下薗
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2013/083471 priority Critical patent/WO2015087442A1/ja
Priority to JP2015552268A priority patent/JP5973089B2/ja
Priority to US14/767,137 priority patent/US10182110B2/en
Publication of WO2015087442A1 publication Critical patent/WO2015087442A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • 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/061—Improving I/O performance
    • 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/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/0607—Improving or facilitating administration, e.g. storage management by facilitating the process of upgrading existing storage systems, e.g. for improving compatibility between host and storage device
    • 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/061—Improving I/O performance
    • G06F3/0613—Improving I/O performance in relation to throughput
    • 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
    • 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/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
    • G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling
    • 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/0689—Disk arrays, e.g. RAID, JBOD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]

Definitions

  • the present invention relates to a storage system migration method and migration method in a computer system comprising a storage system that stores data accessed by a host computer and a management computer that manages the storage system.
  • a storage system connected to a host computer via a network includes, for example, a plurality of magnetic disks as storage devices for storing data.
  • This storage system makes a storage area of a plurality of storage devices redundant by a RAID (Redundant Array of Independent Disks) technique, and forms a RAID group (also called a parity group). Then, the storage system provides the host computer with a storage area having a capacity required by the host computer from a part of the RAID group in the form of a logical volume.
  • RAID Redundant Array of Independent Disks
  • Patent Document 1 there is a technology that bundles a plurality of physical storage systems and provides them as a single virtual storage system to a host computer (for example, Patent Document 1). This technology makes it possible to manage a plurality of physical storage systems as a single storage system.
  • migration destination storage system When migrating from one physical storage system (migration source storage system) to a virtual storage system (migration destination storage system) consisting of multiple physical storage systems, the physical components that make up the migration destination storage system Depending on the availability of resources (ports, caches, volumes, etc.) in a storage system, the arrangement of resources used after migration changes. There are cases where only the resources of one physical storage system are used, and there are cases where resources distributed in different physical storage systems are used.
  • resources for example, ports and volumes allocated to one host computer in the virtual storage system exist in different physical storage systems
  • resources for example, volumes
  • the host computer In order to be able to access the resource (for example, a volume) between physical storage systems.
  • communication between the physical storage systems occurs when the host computer accesses the volume. If this traffic exceeds the bandwidth of the connection path between physical storage systems, the host I / O performance in the virtual storage system may be degraded from the performance before the storage system migration.
  • a physical storage system is collectively referred to as a “storage node”, and a virtual storage system is referred to as a “virtual storage system”.
  • a computer system manages a host computer, a first physical storage node, a plurality of second physical storage nodes connected to each other, and a first and a plurality of second physical storage nodes.
  • the plurality of second physical storage nodes provide a virtual storage system in response to the host computer with the same identifier, and one second physical storage node receives an I / O command from the host computer.
  • the I / O command is transferred to another second physical storage node, and the management computer collects storage configuration information and performance information from the first physical storage node and the plurality of second physical storage nodes.
  • the volume provided by the first physical storage node and load information related thereto are collected.
  • the configuration information and performance information of the plurality of second physical storage nodes and the volume provided by the first physical storage node Resource of the second physical storage node is allocated within the range of the bandwidth of the transfer path between the second physical storage nodes.
  • Example 1 it is a figure which shows the structural example of a computer system.
  • Example 1 it is a figure which shows the example of a storage node information table.
  • Example 1 it is a figure which shows the example of the transfer bandwidth information table between nodes.
  • Example 1 it is a figure which shows the example of a volume information table.
  • Example 1 it is a figure which shows the example of a threshold-value information table.
  • Example 1 it is a flowchart which shows the example of a process of the migration plan creation program.
  • Example 1 it is a figure which shows the example of the processing details of a migration plan preparation program.
  • Example 2 it is a figure which shows the example of a local copy information table.
  • Example 2 it is a figure which shows the example of a snapshot information table.
  • Example 2 it is a figure which shows the example of a pool information table. In Example 2, it is a figure which shows the example of a related volume group information table. In Example 2, it is a figure which shows the example of the processing detail of a migration plan preparation program. In Example 3, it is a figure which shows the structural example of a computer system. In Example 3, it is a figure which shows the example of the processing details of a migration plan preparation program. In Example 4, it is a figure which shows the example of a storage node information table. In Example 4, it is a figure which shows the example of a volume information table. In Example 4, it is a figure which shows the example of a transfer plan table. In Example 4, it is a figure which shows the example of the processing detail of a transfer plan preparation program.
  • Example 4 it is a figure which shows the example of the processing detail of preparation of a port transfer plan in a transfer plan preparation program.
  • Example 4 it is a figure which shows the example of the processing detail of creation of BE I / F migration plan in the migration plan creation program. It is a schematic diagram showing a flow of transition from a single physical storage node (old configuration) to a virtual storage system (new configuration) consisting of a plurality of physical storage nodes.
  • FIG. 21 is a schematic diagram showing a flow of transition from an old configuration having a single physical storage node to a new configuration having a virtual storage system including a plurality of physical storage nodes.
  • the old configuration physical storage node provides three volumes.
  • the CPU performance (MIPS) and port performance (Mbps) required by each volume are, in order, 30 MIPS and 80 Mbps for volume A, 60 MIPS and 60 Mbps for host B, and 60 MIPS and 30 Mbps for host C.
  • the plurality of physical storage nodes constituting the virtual storage system have the same specifications, the CPU performance is 100 MIPS, and the port performance is 100 Mbps.
  • the physical storage nodes are internally connected by an ASIC, and there is almost no deterioration in response performance, and I / O command transfer and data exchange can be relayed. This transfer performance is 50 Mbps.
  • the management server collects configuration information and performance information from the physical storage node of the old configuration and the physical storage node of the new configuration, respectively ((1) Information collection in FIG. 21). Then, create a migration plan to allocate volumes and ports as resources in the same physical storage node in order of the required port performance so that data transfer between the newly configured physical storage nodes does not occur as much as possible ( FIG. 21 (2) Plan creation).
  • volume A can allocate CPUs and ports from a single storage node.
  • volume B is possible.
  • the last volume C does not have a single physical storage node to which a storage area and a CPU are allocated, and needs to be allocated from different physical storage nodes.
  • the port performance required by volume C is less than the transfer bandwidth between physical storage nodes, it is possible to migrate with little performance degradation ((3) replace in FIG. 21).
  • the present invention it is possible to reduce degradation of I / O performance due to migration to a virtual storage system environment.
  • storage resources may be insufficient with only one storage node.
  • it can be considered to migrate to a virtual storage system composed of a plurality of storage nodes.
  • improvement in performance due to migration is expected. Therefore, it is particularly useful that the present invention can reduce I / O performance degradation and improve I / O performance by using virtual storage resources. is there.
  • FIG. 1 is a diagram illustrating a configuration example according to a first embodiment of a computer system to which the present invention is applied.
  • the computer system includes a management computer 1000, a virtual storage system 1100, a host computer 1300, and a migration source storage node 1600.
  • This virtual storage system 1100 is composed of a plurality of storage nodes 1200.
  • the management computer 1000, the storage node 1200 and the migration source storage node 1600 are connected to each other via a management network 1400 (for example, LAN: Local Area Network).
  • the management network 1400 is a network for mainly exchanging management data.
  • the management network 1400 may be a network other than the IP network, such as a SAN, as long as it is a network for management data communication.
  • the storage node 1200, the host computer 1300, and the migration source storage node 1600 are connected to each other via a data network 1500 (for example, SAN: Storage Area Network).
  • the data network 1500 is a network for exchanging data stored in the virtual storage system 1100 by the host computer 1300.
  • the data network 1500 may be any other type of network as long as it is a data communication network such as an IP network.
  • the host computer 1300 is described as a single computer, but two or more may be used.
  • the number of migration source storage nodes 1600 may be two or more.
  • a virtual storage system in which a plurality of migration source storage nodes 1600 are bundled can be configured, and the migration source storage node 1600 may be read as a virtual storage system.
  • the virtual storage system 1100 that is the migration destination is composed of three storage nodes 1200, but may be two or more than three.
  • the data network 1500 and the management network 1400 may be the same network.
  • the management computer 1000 includes a CPU 1010, a display device 1020, an input device 1030, a NIC 1040, and a memory 1050.
  • the input device 1030 is a device for receiving an instruction from the administrator.
  • the display device 1020 is a device that displays a processing result corresponding to an instruction from the administrator, a system status, and the like.
  • the NIC 1040 is an I / F for connecting to the management network 1400.
  • CPU 1010 operates in accordance with a program stored in memory 1050.
  • the memory 1050 stores a storage node information table 1051, an inter-storage node transfer bandwidth information table 1052, a volume information table 1053, a threshold information table 1054, and a migration plan creation program 1055. Details of these tables will be described later.
  • the migration plan creation program is a program that creates a plan for migrating from the migration source storage node 1600 to the virtual storage system 1100 and performs migration. Details of the operation of this program will also be described later.
  • the storage node 1200 includes a controller 1210 and a storage medium unit 1220, which are connected via a high-speed internal network.
  • the storage medium unit 1220 includes a storage medium 1221 such as a plurality of hard disk drives and an SSD (Solid State Drive).
  • the controller 1210 includes an FE I / F 1211, a data communication unit 1212, a CPU 1213, a NIC 1214, a memory 1215, and a BE I / F 1217.
  • the NIC 1214 is an I / F for connecting to the management network 1400.
  • the FE I / F 1211 is an I / F for connecting to the data network 1500.
  • the BE I / F 1217 is an I / F for connecting to the storage medium unit 1220.
  • the CPU 1213 operates according to a program stored in the memory 1215.
  • the memory 1215 stores a control program 1216.
  • the control program 1216 is a program for controlling the storage node, and forms a RAID group with the storage medium 1221 mounted in the storage medium unit 1220 and creates a logical volume 1222 to be provided to the host computer 1300.
  • the control program 1216 reads and writes data to an appropriate storage medium 1221 in accordance with an I / O command to the logical volume 1222 from the host computer 1300 based on the configured RAID group information. .
  • the control program 1216 also provides control information for determining the operation of the storage node 1200, and an API (Application Programming Interface) for referring to and updating the operation status.
  • a management program (not shown) and a migration plan creation program 1055 operating on the management computer 1000 use this API to control and monitor storage nodes.
  • the data communication unit 1212 determines an appropriate storage if it is not an I / O command to the logical volume provided by the storage node 1200 on which the data communication unit 1212 is mounted. An I / O command is transferred to the node 1200 and data exchange is relayed. If it is an I / O command to a logical volume provided by the storage node 1200 on which it is mounted, the I / O command is transferred to the CPU 1213 that is executing its control program 1216.
  • the internal connection 1230 is extended between the data communication units 1212 of each storage node 1200 constituting the virtual storage system 1100 in order to transfer I / O commands between the storage nodes and relay data exchange.
  • This connection is a connection for Fiber Channel, SCSI (Small Computer System Interface), SAS (Serial Attached SCSI), or other data communication.
  • control program 1216 can manage and respond from the storage node 1200 of the storage destination in response to an inquiry from the data communication unit 1212. This information can be referred to and changed by instructing the control program 1216 from the management computer 1000 or the like.
  • the migration source storage node 1600 basically has the same configuration as the storage node 1200. However, mounting of the data communication unit 1212 is optional.
  • FIG. 2 is an example of the storage node information table 1051 stored in the memory 1050.
  • This table 1051 stores performance information of each storage node 1200 and the migration source storage node 1600.
  • the storage node ID 2001 is an ID for uniquely identifying a storage node in the computer system.
  • the port performance 2002 indicates the maximum data transfer performance (throughput) of the FE I / F that the storage node has.
  • the CPU performance 2003 indicates the CPU performance of the storage node.
  • a cache capacity 2004 indicates a cache capacity (GB) included in the storage node.
  • a storage capacity 2005 indicates a storage capacity (GB) of the storage node. This storage capacity is the capacity of the RAID group.
  • the storage node 1200 configuring the virtual storage system 1100 is not used.
  • the storage node 1200 is already used for other purposes.
  • the surplus performance and capacity obtained by subtracting the used amount are used.
  • FIG. 3 is an example of the inter-storage node transfer bandwidth information table 1052 stored in the memory 1050.
  • This table 1052 stores information on the connection destination storage node name and transfer bandwidth (Mbps) for the connection 1230 for communication between the storage nodes 1200 constituting the virtual storage system 1100.
  • Mbps transfer bandwidth
  • a storage node ID1 indicated by a column 3001 indicates a transfer source
  • a storage node ID2 indicated by a column 3002 indicates a transfer destination
  • a transfer band 3003 indicates a transfer band for connection between the storage nodes indicated by the storage node ID1 and the storage node ID2. Since the storage nodes communicate with each other in full duplex, the transfer bandwidth is not always the same in both directions, and there is a difference in the transfer bandwidth depending on the direction. Therefore, as shown in the first and second records in FIG. Even between nodes, the records differ depending on the transfer source and transfer destination. These values are collected in advance by the migration plan creation program 1055 from each storage node 1200 via the management network 1400. Alternatively, the user may input directly from the input device 1030.
  • the band 3003 is an extra transfer band obtained by subtracting the used amount.
  • FIG. 4 is an example of the volume information table 1053 stored in the memory 1050.
  • This table 1053 stores information on the logical volume 1222 provided to the host computer 1300 by the migration source storage node 1600.
  • the storage node ID 4001 is an ID for uniquely identifying the migration source storage node 1600.
  • the VOLID 4002 is an ID for uniquely identifying a logical volume in the migration source storage node 1600 indicated by the storage node ID 4001.
  • the port usage amount 4003 indicates the maximum value of the usage amount (Mbps) of the port performance used by the logical volume specified by the storage node ID 4001 and the VOLID 4002.
  • the CPU usage rate 4004 indicates the maximum value of the usage rate (%) of the CPU used by the migration source storage node 1600 indicated by the storage node ID 4001 for the logical volume.
  • the cache usage amount 4005 indicates the maximum value of the cache capacity (MB) used by the migration source storage node 1600 indicated by the storage node ID 4001 for the logical volume.
  • the storage capacity 4006 indicates the maximum value of the storage capacity (GB) used by the migration source storage node 1600 indicated by the storage node ID 4001 for the logical volume.
  • the allocation destination host 4007 indicates to which host computer 1300 the logical volume is
  • the port usage amount 4003, the CPU usage rate 4004, the cache usage amount 4005, and the storage capacity 4006 use the maximum values, but as another embodiment, the values averaged over time. However, it may also be a value subjected to statistical processing such as a maximum value excluding the away value. These values are collected in advance by the migration plan creation program 1055 from the migration source storage node 1600 via the management network 1400.
  • FIG. 5 is an example of the threshold information table 1054 stored in the memory 1050.
  • This table 1054 stores information used when the migration plan creation program 1055 creates a migration plan.
  • the port usage rate threshold value 5001 indicates the upper limit of port performance to be used in each storage node 1200 as a result of migration, as a percentage (%) of the usage rate.
  • the CPU usage rate threshold 5002 indicates the upper limit of the CPU performance to be used by each storage node 1200 as a result of migration, as a percentage (%) of the usage rate.
  • the cache usage rate threshold 5003 indicates the upper limit of the cache capacity to be used in each storage node 1200 as a result of migration, as a percentage (%) of the usage rate.
  • the storage capacity usage rate threshold value 5004 indicates the upper limit of the storage capacity that will be used in each storage node 1200 as a result of migration, as a percentage (%) of the usage rate.
  • the inter-storage node transfer bandwidth usage threshold 5005 indicates the upper limit of the inter-storage node transfer bandwidth to be used in each storage node 1200 as a result of migration, as a percentage (%) of the usage rate.
  • Each threshold value is set by the user in principle, but is not limited to being fixedly set, and can be changed.
  • FIG. 6 is a flowchart showing an operation example of the migration plan creation program 1055. After the migration plan creation program 1055 is started, the processing contents of each step by the migration plan creation program 1055 will be described in the following order.
  • step 6001 performance information of each storage node is collected from the control program 1216 for controlling the migration source storage node 1600 and the control program 1216 for controlling the storage node 1200 constituting the virtual storage system 1100, and the storage node information table 1051 ( 2) and the inter-storage node transfer bandwidth information table 1052 (FIG. 3).
  • this step 6001 may be table creation by user input.
  • step 6002 logical volume usage statuses are collected from the control program 1216 that controls the migration source storage node 1600, and a volume information table 1053 (FIG. 4) is created.
  • step 6003 a migration plan is created based on the collected information.
  • the migration plan indicates which storage node 1200 storage area and each storage node port each logical volume 1222 of the migration source storage node 1600 uses. Details of the migration plan created in step 6003 will be described later with reference to FIG.
  • step 6004 if the migration plan can be created in the previous step 6003 (yes), the process proceeds to step 6005. If the migration plan cannot be created (no), the process ends. In step 6005, migration is performed using the created migration plan as a migration instruction.
  • the migration plan creation program 1055 creates a logical volume from the RAID group of the storage node 1200 that uses the storage area for each logical volume 1222 of the migration source storage node 1600 and allocates the necessary cache capacity. To the control program 1216. Then, the migration plan creation program 1055 issues an instruction to the control program 1216 to assign the port of the storage node 1200 that uses the port to the host computer 1300. The assignment destination host computer is determined with reference to the assignment destination host 4007 of the volume information table 1053. Finally, the migration plan creation program 1055 transfers the transfer control information for the data communication unit 1212 to relay the I / O command transfer and data exchange between the storage nodes, and controls both the migration source and migration destination storage nodes. Notify the program 1216.
  • the transfer logical information is notified even when the migrated logical volume uses a storage area and a port in the same storage node.
  • the data communication unit 1212 transfers the transfer control information. If it is a process to skip the transfer of I / O commands and data exchange without notifying control information, control the logical volumes that use the same storage node logical volume and port after migration. Do not notify information.
  • FIG. 7 is a flowchart showing a detailed operation example of the migration plan (step 6003) of FIG. 6 created by the migration plan creation program 1055.
  • the processing contents of each step by the migration plan creation program 1055 will be described in order.
  • step 7010 the logical volumes are sorted in descending order of the value of the port usage amount 4003 in the volume information table 1053.
  • step 7020 the subsequent processing is repeated for each sorted logical volume for the number of volumes.
  • step 7030 it is determined whether the port performance and storage capacity used in the logical volume can be assigned as the migration destination from the same storage node.
  • the CPU performance and volume information table 1053 calculated from the port usage amount 4003 of the volume information table 1053, the CPU usage rate 4004 of the volume information table 1053, and the CPU performance 2003 of the storage node information table 1051 are used as the migration destination storage node. It is determined whether there is a storage node 1200 having a sufficient surplus with respect to the cache capacity 4005 and the storage capacity 4006.
  • the usable performance and capacity (hereinafter referred to as “excess performance” and “extra capacity”) by applying a threshold corresponding to each value are used. calculate. If these surplus performance and surplus capacity are larger than the values used by the logical volume, it is determined that there is a sufficient surplus and allocation is possible, and if it is small, it is determined that there is no sufficient surplus and allocation is impossible.
  • step 7030 If it is determined in this step 7030 that allocation is possible from the same storage node 1200 (yes), then in the next step 7040, one of the storage nodes 1200 that can be allocated is selected, and a port and storage capacity are allocated from that storage node 1200. Add to your migration plan. At that time, the amount used by the logical volume is subtracted from the surplus performance of the port, the surplus performance of the CPU, the surplus capacity of the cache, and the surplus capacity of the storage capacity. Thereafter, the process proceeds to step 7030 to process the next logical volume.
  • the storage nodes 1200 having a sufficient margin for port performance are listed. Listed here are storage nodes 1200 in which the surplus performance of the ports exceeds the performance of the ports used in the logical volume.
  • step 7060 the storage nodes 1200 having a sufficient surplus in CPU performance, cache capacity, and storage capacity are listed. Listed here is a storage node 1200 in which the surplus performance of the CPU, the surplus capacity of the cache, and the surplus capacity of the storage capacity exceed the CPU performance, cache capacity, and storage capacity used in the logical volume.
  • Step 7070 when the storage nodes 1200 enumerated in the previous Steps 7050 and 7060 are connected, it is determined whether there is a combination of the storage nodes 1200 having a sufficient surplus in the data transfer band between the two storage nodes 1200.
  • the transfer bandwidth 3003 of the inter-storage node transfer bandwidth information table 1052 is multiplied by the inter-storage node transfer bandwidth usage threshold 5005 of the threshold information table 1054 to obtain an available bandwidth (hereinafter referred to as “excess bandwidth”. Calculated).
  • this surplus bandwidth is equal to or higher than the port performance used by the logical volume, it is determined that there is a sufficient surplus, and when it is small, it is determined that there is not enough surplus.
  • step 7080 If it is determined in step 7070 that the storage node combination has a sufficient surplus bandwidth (yes), then in step 7080, one storage node combination having a sufficient surplus bandwidth is selected. Then, from one of the combinations, a port of a storage node having a surplus in port performance is allocated, and a storage node having a surplus in the storage area is allocated from the other to the migration plan. At this time, the amount used by the logical volume is determined from the surplus performance of the storage node port to which the port is allocated, and from the surplus performance of the CPU of the storage node to which the storage capacity is allocated, the surplus capacity of the cache, and the surplus capacity of the storage capacity. Is subtracted. Further, the port performance used by the logical volume is subtracted from the surplus bandwidth between the selected storage nodes. Thereafter, the process proceeds to step 7030 to process the next logical volume.
  • step 7090 the administrator is notified that the replacement cannot be performed while maintaining the performance, and the process is terminated.
  • the data communication unit 1212 does not make an inquiry to the CPU 1213 that operates the control program 1216 when transferring I / O commands or relaying data exchange.
  • a logical volume that uses a lot of port performance is migrated to perform I / O processing without straddling storage nodes. Therefore, it is possible to migrate from the migration source storage node 1600 to the virtual storage system 1100 without deteriorating the I / O performance due to the transfer bandwidth of the connection between the storage nodes.
  • Example 2 is an embodiment in the case where advanced processing such as replication (local copy) or snapshot of the logical volume 1222 can be performed in the migration source storage node 1600 and the migration destination storage node 1200.
  • advanced processing such as replication (local copy) or snapshot of the logical volume 1222 can be performed in the migration source storage node 1600 and the migration destination storage node 1200.
  • it is necessary to arrange the resources necessary for this in the same storage node as the storage node assigned to the storage area.
  • a part which becomes the form and process content of this Example 2 substantially the same as Example 1, only a difference is demonstrated below.
  • control program 1216 shown in FIG. 1 has a function for performing logical volume replication and snapshot.
  • the control program 1216 also provides the management computer 1000 with a reference and setting API for managing these functions.
  • functions of duplication (local copy) and snapshot will be described as an example. However, functions held by other storage nodes may be used.
  • the memory 1050 included in the management computer 1000 stores a local copy information table, a snapshot information table, a pool information table, and a related volume group information table (not shown). Details of these tables will be described later.
  • FIG. 8 is an example of a local copy information table stored in the memory 1050. This table stores information related to the local copy.
  • the storage node ID 8001 is an ID for uniquely identifying a storage node in the computer system.
  • the copy group ID 8002 is an ID of a copy group that is uniquely identified by the storage node 1600 indicated by the storage node ID 8001.
  • the primary volume 8003 is an ID of a logical volume uniquely identified by the storage node 1600 indicated by the storage node ID 8001, and the logical volume indicated by this ID is a replication source logical volume.
  • the secondary volume 8004 is an ID of a logical volume uniquely identified by the storage node 1600 indicated by the storage node ID 8001, and the logical volume indicated by this ID is a replication destination logical volume.
  • the CPU usage rate 8005 is the maximum value of the CPU performance (%) required for this copy.
  • a cache capacity 8006 is the maximum cache capacity (MB) required for this copy.
  • Example 2 the CPU usage rate 8005 and the cache capacity 8006 are set to the maximum values. However, as another embodiment, statistical processing such as the maximum value excluding the away value is performed even when the value is averaged over time. It may be a value. These values are collected in advance by the migration plan creation program 1055 from each storage node 1200 via the management network 1400.
  • FIG. 9 is an example of a snapshot information table stored in the memory 1050.
  • This table stores information related to snapshots.
  • the storage node ID 9001 is an ID for uniquely identifying a storage node in the computer system.
  • the SS group ID 9002 is an ID of the snapshot group uniquely identified by the storage node 1600 indicated by the storage node ID 9001.
  • the volume ID 9003 is an ID of a logical volume uniquely identified by the storage node 1600 indicated by the storage node ID 9001.
  • the logical volume indicated by this ID is a snapshot source logical volume.
  • the SS volume ID 9004 is an ID of a logical volume that is uniquely identified by the storage node 1600 indicated by the storage node ID 9001, and the logical volume indicated by this ID is a snapshot volume.
  • the CPU usage rate 9005 is the maximum value of CPU performance (%) required for this snapshot.
  • the cache capacity 9006 is the maximum value of the cache capacity (MB) required for this snapshot.
  • the pool ID 9007 is an ID of a pool that is uniquely identified by the storage node 1600 indicated by the storage node ID 9001, and indicates a pool used in the snapshot.
  • Example 2 the CPU usage rate 9005 and the cache capacity 9006 are set to the maximum values. However, as another embodiment, statistical processing such as a maximum value excluding the away value is performed even when the value is averaged over time. It may be a value. These values are collected in advance by the migration plan creation program 1055 from each storage node 1200 via the management network 1400.
  • FIG. 10 is an example of a pool information table stored in the memory 1050. This table stores information on pools used in snapshots.
  • the storage node ID 10001 is an ID for uniquely identifying a storage node in the computer system.
  • the pool ID 10002 is an ID of a pool uniquely identified by the storage node 1600 indicated by the storage node ID 10001.
  • the pool VOLID 10003 indicates the ID of the logical volume constituting the pool indicated by the storage node ID 10001 and the pool ID 10002. These values are collected in advance by the migration plan creation program 1055 from each storage node 1200 via the management network 1400.
  • FIG. 11 is an example of a related volume group information table stored in the memory 1050.
  • This table is a table that summarizes logical volumes that need to be allocated storage areas from the same storage node in order to operate the storage function as described above.
  • the storage node ID 11001 is an ID for uniquely identifying a storage node in the computer system.
  • the group ID 11002 is an ID indicating a logical volume group.
  • the related volume ID 11003 is a list of logical volume IDs belonging to the group indicated by the group ID 11002.
  • the total port usage amount 11004 indicates the total port performance (Mbps) used by the volume group indicated by the storage node ID 11001 and the related volume ID 11003.
  • the total CPU usage rate 11005 indicates the total (%) of CPU performance used by the volume group indicated by the storage node ID 11001 and the related volume ID 11003.
  • the total cache capacity 11006 indicates the total (MB) of the cache capacity used by the volume group indicated by the storage node ID 11001 and the related volume ID 11003.
  • the total storage capacity 11007 indicates the total storage capacity (GB) used by the volume group indicated by the storage node ID 11001 and the related volume ID 11003.
  • FIG. 12 is a flowchart showing a detailed operation example of the migration plan creation 6003 of FIG. 6 in the second embodiment.
  • the processing contents of each step by the migration plan creation program 1055 will be described in order.
  • step 12010 performance information is collected from the control program 1216 of the migration source storage node 1600, and the related volume group information table of FIG. 11 is created. Specifically, the local copy information table (FIG. 8), the snapshot information table (FIG. 9), and the pool information table (FIG. 10) are collected. Thereafter, related information is registered in the related volume group information table (FIG. 11) according to the function scheduled to be executed.
  • the replication source and replication destination logical volumes For example, if it is a local copy, register the replication source and replication destination logical volumes in the same related volume group. In addition, the copy source and copy destination logical volumes belonging to the same copy group ID are also registered in the same related volume group. At that time, in addition to the port performance, CPU performance, cache capacity, and storage capacity used in each volume, the CPU usage rate 8005 and cache capacity 8006 used for local copy are added together to obtain the total port usage amount 11004, total CPU usage Values are set for the usage rate 11005, the total cache capacity 11006, and the total storage capacity 11007.
  • the snapshot source logical volume and the snapshot destination logical volume are registered in the same related volume group.
  • the replication source and replication destination logical volumes belonging to the same snapshot group are also registered in the same related volume group.
  • the logical volume constituting the pool used by the snapshot is also specified from the pool information table (FIG. 10) and registered in the same related volume group.
  • the CPU usage rate 9005 and cache capacity 9006 used for snapshots are added together to obtain a total port usage amount 11004, total CPU usage. Values are set for the usage rate 11005, the total cache capacity 11006, and the total storage capacity 11007.
  • step 12020 The processing of each step after step 12010 is changed from the processing performed in units of logical volumes in FIG. 7 of the first embodiment to the processing in units of related volume groups.
  • step 12020 the related volume groups are sorted in descending order of the total port usage 11004 value.
  • step 12030 the subsequent processing is repeated for each number of related volume groups sorted.
  • step 12040 it is determined whether the port performance and storage capacity used in the relevant volume group can be allocated from the same storage node.
  • step 12050 If it is determined in this step 12040 that allocation can be performed from the same storage node (yes), in step 12050, one of the storage nodes 1200 that can be allocated is selected, and the storage node 1200 is shifted to allocate ports and storage capacity. Add to plan. At this time, the total performance and capacity used by the related volume group are subtracted from each surplus performance and surplus capacity.
  • step 12040 determines whether allocation is not possible from the same storage node 1200 (no) or not possible from the same storage node 1200 (no).
  • step 12060 nodes having sufficient margin for port performance are listed. Listed here are storage nodes 1200 whose surplus port performance exceeds the total performance of the ports used in the relevant volume group.
  • Step 12070 the storage nodes 1200 having sufficient surplus in CPU performance, cache capacity and storage capacity are listed.
  • the storage nodes 1200 listed here are similarly judged using the total performance and total capacity of the related volume groups.
  • step 12080 it is determined whether there is a combination of storage nodes 1200 having a sufficient margin in the data transfer bandwidth between the storage nodes 1200 listed in previous steps 12060 and 12070.
  • step 12090 If it is determined in this step 12080 that there is a sufficient surplus bandwidth for the combination of storage nodes (yes), in the following step 12090, one storage node combination with a sufficient surplus bandwidth is selected. Then, from one of the combinations, a port of a storage node having a surplus in port performance is allocated, and a storage node having a surplus in the storage area is allocated from the other to the migration plan. At that time, the total performance and capacity used by the related volume group are subtracted from each surplus performance and surplus capacity. Also, the port performance used by the related volume group is subtracted from the surplus bandwidth between the selected storage nodes. Thereafter, the process proceeds to step 12040 to process the next related volume group.
  • step 12080 determines whether there is not enough surplus bandwidth in the combination of the storage nodes (no). If it is determined in step 12080 that there is not enough surplus bandwidth in the combination of the storage nodes (no), in step 12100, the administrator is notified that the replacement cannot be performed while maintaining the performance, and the process ends.
  • the migration instruction in step 6005 in FIG. 6 needs to perform function settings corresponding to processes such as replication (local copy) and snapshot.
  • the transfer bandwidth of the connection between the storage nodes becomes a bottleneck, and the I / O performance is not deteriorated.
  • the migration source storage node 1600 can be migrated to the virtual storage system 1100.
  • the first embodiment has a configuration in which any storage node 1200 constituting the virtual storage system 1100 is directly connected in a mesh shape by internal connection.
  • the storage nodes related to the transfer may be connected via the third storage node 1200 without being directly connected to each other.
  • the I / O command transfer and data exchange relay by the data communication unit may be performed across three or more storage nodes.
  • a transfer band between a plurality of storage nodes is used, and the efficiency is deteriorated.
  • the third embodiment corresponds to such a transfer form.
  • Example 3 since there exists a part which becomes the form and process content substantially the same as Example 1, only a difference is demonstrated below.
  • FIG. 13 is a configuration example of a computer system according to the third embodiment.
  • the first embodiment has a configuration in which the data communication units 1212 of the storage nodes 1200 constituting the virtual storage system 1100 are directly connected to each other by an internal connection 1230 (FIG. 1).
  • the third embodiment is not configured to be directly connected to each other, but is configured to be connected via another storage node 1200 as in the internal connection 1230 in FIG.
  • FIG. 14 is a flowchart showing a detailed operation example of creating a migration plan in step 6003 of FIG. 6 in the third embodiment. Since the processing contents from step 7010 to step 7060 are the same as those in the first embodiment, the processing by the migration plan creation program 1055 after that will be described below.
  • step 14070 it is determined whether there is a combination of storage nodes 1200 having a sufficient surplus in the data transfer bandwidth between the storage nodes 1200 enumerated in previous steps 7050 and 7060.
  • the shortest path of the internal connection between the storage nodes 1200 is calculated by referring to the inter-storage transfer bandwidth information table 1052 (FIG. 3). Then, it is determined that there is sufficient surplus when the surplus bandwidth of all the internal connections that pass through exceeds the port performance used by the logical volume, and when there is less surplus bandwidth, it is determined that there is not enough surplus.
  • step 14070 when it is determined that there is a sufficient surplus bandwidth in the combination of the storage nodes 1200 (yes), in the following step 14080, the number of storage nodes (hops) that pass through the combination of storage nodes having a sufficient surplus bandwidth. Sort by number).
  • step 14090 one storage node combination with the fewest number of storage nodes (number of hops) is selected. Then, from one of the combinations, a port of a storage node having a surplus in port performance is allocated, and a storage node having a surplus in the storage area is allocated from the other to the migration plan. At this time, the amount used by the logical volume is determined from the surplus performance of the storage node port to which the port is allocated, and from the surplus performance of the CPU of the storage node to which the storage capacity is allocated, the surplus capacity of the cache, and the surplus capacity of the storage capacity. Is subtracted. Further, the port performance used by the logical volume is subtracted from the surplus bandwidth of the internal connection between the storage nodes that pass through. Thereafter, the process proceeds to step 7030 to process the next logical volume.
  • step 14100 the administrator is notified that the replacement cannot be performed while maintaining the performance, and the process is terminated.
  • the third embodiment even in the configuration in which the storage nodes 1200 are not directly connected to each other and connected via the third storage node 1200 as in the daisy chain, It is possible to migrate from the migration source storage node 1600 to the virtual storage system 1100 without causing the bandwidth to become a bottleneck and the I / O performance to deteriorate.
  • the data communication unit 1212 transfers I / O commands from the host computer 1300 and relays data exchange.
  • the fourth embodiment corresponds to a configuration in which the data communication unit 1212 transfers an I / O command from the BE I / F to the storage medium unit and relays data exchange.
  • the fourth embodiment since there are portions that have almost the same form and processing contents as the first embodiment, only the differences will be described below.
  • FIG. 15 is an example of a storage node information table used in the fourth embodiment. This is basically the same as the storage node information table 1051 in FIG. 2, but a BE port performance 15001 is added. This column shows the performance of the BE I / F.
  • FIG. 16 is an example of a volume information table used in the fourth embodiment. Although it is basically the same as the volume information table 1053 of FIG. 4, a BE port usage amount 16001 is added. This column indicates the performance of the BE I / F used by the logical volume indicated by the storage node ID 4001 and the VOLID 4002.
  • FIG. 17 is an example of a migration plan table used in the fourth embodiment. Although not shown in the first to third embodiments, the processing content is complicated in the fourth embodiment, and is illustrated.
  • Storage node ID 17001 is an ID for uniquely identifying a storage node in the computer system.
  • the VOLID 17002 is an ID for uniquely identifying the logical volume 1222 in the storage node 1600 indicated by the storage node ID 17001.
  • the port use storage node ID 17003 indicates a storage node having a port used by the logical volume 1222 indicated by the storage node ID 17001 and the VOLID 17002 after migration.
  • the cache use storage node ID 17004 indicates a storage node having a cache used by the logical volume 1222 indicated by the storage node ID 17001 and the VOLID 17002 after migration.
  • the storage area use storage node ID 17005 indicates a storage node having a storage area used by the logical volume 1222 indicated by the storage node ID 17001 and the VOLID 17002 after migration.
  • FIG. 18 is a flowchart showing a detailed operation example of creating a migration plan in step 6003 of FIG. 6 in the fourth embodiment. Hereinafter, processing of each step by the migration plan creation program 1055 will be described in order.
  • step 18010 with reference to the volume information table of FIG. 16, for each logical volume of the migration source storage node, a list of logical volume ID and port usage pair and logical volume ID and BE port usage pair list is created. To do.
  • step 18020 the port usage amount and the BE port usage amount are sorted using the port usage amount as a key, and the above-mentioned groups are sorted in descending order of the key value.
  • step 18030 the subsequent processing is repeated for the sorted sets in order.
  • step 18040 it is determined whether the set is a set of logical volume ID and port usage or a set of logical volume ID and BE port usage.
  • a port migration plan is created in step 18050. Details of the creation of this port migration plan will be described later with reference to FIG. Thereafter, the process proceeds to step 18030 to perform the next set of processing.
  • a BE I / F migration plan is created in step 18060. Details of the creation of the BE I / F transition plan will be described later with reference to FIG. Thereafter, the process proceeds to step 18030 to perform the next set of processing. When all the pairs are finished, the process is finished.
  • FIG. 19 is a flowchart showing a detailed operation example of creating a port migration plan in step 18050 of FIG.
  • the processing contents of each step by the migration plan creation program 1055 will be described in order.
  • step 19000 it is determined with reference to the migration plan table of FIG. 17 whether or not the storage node that uses the cache for the logical volume has been determined. If it has been determined (yes), it is determined in step 19010 whether there is room in the port performance of the storage node. Details of the determination are the same as in the first embodiment (step 7030 in FIG. 7).
  • step 19020 the port of the storage node is added to the migration plan. Specifically, the value of the port use storage node ID 17003 of the record having the storage node ID 17001 and the VOLID 17002 corresponding to the logical volume is updated. At that time, the excess performance of the port of the storage node is subtracted.
  • Step 19030 storage nodes with margin in port performance are listed.
  • the specific method of enumeration is the same as that in the first embodiment (step 7050 in FIG. 7).
  • step 19040 it is determined whether there is a storage node in which the surplus of the transfer bandwidth of the internal connection between the listed storage node and the storage node using the cache is equal to or greater than the port usage. If there is a surplus storage node (yes), in step 19050, one of the storage nodes is selected and added to the migration plan to use the port of the storage node. At that time, the surplus performance of the port of the storage node and the surplus of the transfer band between the storage nodes are subtracted. If there is no surplus storage node (no), in step 19060, the user is notified that the migration cannot be performed while maintaining the performance, and the process ends.
  • step 19000 If it is determined in step 19000 that the logical volume does not use a storage that uses the cache (no), it is determined in step 19070 whether a single storage node can use the port and the cache. Specifically, the port usage amount 4003 of the volume information table (FIG. 16), the CPU usage amount (calculated from the CPU performance 2003 of the storage node information table (FIG. 15) and the CPU usage rate 4004 of the volume information table (FIG. 16)). Then, it is determined whether there is a storage node having sufficient surplus performance and surplus capacity to use the cache usage amount 4005 of the volume information table (FIG. 16).
  • step 19080 storage nodes having sufficient performance sufficient to use the port usage amount 4003 are listed.
  • a storage node having a surplus performance sufficient to use the CPU usage (calculated from the CPU performance 2003 and the CPU usage rate 4004) and the cache usage 4005 is listed.
  • step 19090 it is determined whether there is a surplus of the transfer bandwidth between the storage nodes listed in the previous step 19080 that is greater than or equal to the value of the port usage amount 4003 in the volume information table (FIG. 16). If there is no corresponding item (no), in step 19060, the user is notified that the performance cannot be maintained while maintaining the performance, and the process is terminated. If applicable (yes), in step 19100, select one storage node combination from the applicable ones, use a port of the storage node that has sufficient port performance, and have a margin in cache and CPU performance. Add to the migration plan to use the storage node's cache.
  • the value of the port use storage node ID 17003 and the value of the cache use storage node ID 17004 of the record having the storage node ID 17001 and the VOL ID 17002 corresponding to the logical volume are updated.
  • the surplus of each of port performance, CPU performance, cache capacity and transfer bandwidth between storage nodes is subtracted.
  • step 19070 if it is determined in step 19070 that a port and cache can be used in a single storage node (yes), one storage node is selected from among them in step 19110, and the port and cache of that storage node are used. To add to the migration plan. At that time, the respective surpluses of the port performance, CPU performance and cache capacity are subtracted.
  • FIG. 20 is a flowchart showing a detailed operation example of creating a BE I / F migration plan in step 18060 of FIG.
  • the processing contents of each step by the migration plan creation program 1055 will be described in order.
  • step 20000 it is determined with reference to the migration plan table in FIG. 17 whether the storage node that uses the cache for the logical volume has been determined. If it is determined (yes), it is determined in step 20010 whether there is a margin in the storage capacity of the storage node. Details of the determination are the same as in the first embodiment (step 7030 in FIG. 7). If there is a margin (yes), in step 20020, the storage area of the storage node is added to the migration plan.
  • the value of the storage area use storage node ID 17005 of the record having the storage node ID 17001 and the VOL ID 17002 corresponding to the logical volume is updated. At that time, the surplus capacity of the storage area of the storage node is subtracted.
  • step 20030 If it is determined in step 20010 that the storage capacity of the storage node does not have a margin (no), in step 20030, storage nodes having a margin of storage capacity are listed. The specific method of enumeration is the same as that in the first embodiment (step 7050 in FIG. 7). In step 20040, whether there is a storage node whose surplus of the internal connection transfer band between the listed storage node and the storage node using the cache is equal to or greater than the value of BE port usage 16001 in the volume information table of FIG. Determine.
  • step 20050 If there is a surplus storage node (yes), in step 20050, one storage node is selected and added to the migration plan to use the port of the storage node. At that time, the surplus capacity of the storage area of the storage node and the surplus of the transfer band between the storage nodes are subtracted. If there is no surplus storage node (no), in step 20060, the user is notified that the migration cannot be performed while maintaining the performance, and the process ends.
  • step 20000 determines whether the storage using the cache for the logical volume has not been determined (no).
  • step 20070 determines whether the storage area and the cache cannot be used in a single storage node.
  • the storage capacity 4006 of the volume information table (FIG. 16) the CPU usage (calculated from the CPU performance 2003 of the storage node information table (FIG. 15) and the CPU usage rate 4004 of the volume information table (FIG. 16)), It is determined whether there is a storage node having sufficient surplus performance and surplus capacity to use the cache capacity 4005 of the volume information table (FIG. 16).
  • Step 20080 storage nodes having a surplus capacity sufficient to use the storage capacity 4006 are listed. Further, the CPU usage (calculated from the CPU performance 2003 of the storage node information table (FIG. 15) and the CPU usage rate 4004 of the volume information table (FIG. 16)) and the cache capacity 4005 of the volume information table (FIG. 16) are used. List storage nodes with sufficient surplus performance.
  • Step 20090 it is determined whether there is a surplus of the transfer bandwidth between the storage nodes listed in the previous Step 20080 that is equal to or greater than the value of BE port usage 16001 in the volume information table of FIG. If there is no surplus storage node (no), in step 20060, the user is notified that the migration cannot be performed while maintaining the performance, and the process ends. If there is a surplus storage node (yes), in step 20100, select one combination of storage nodes from the corresponding ones, use the storage area of the storage node with enough storage area, Add to the migration plan to use the cache of the storage node with sufficient performance.
  • the value of the storage area use storage node ID 17005 and the value of the cache use storage node ID 17004 of the record having the storage node ID 17001 and VOL ID 17002 corresponding to the logical volume are updated.
  • the respective surpluses of the storage area capacity, CPU performance, cache capacity and transfer bandwidth between storage nodes are subtracted.
  • step 20110 if it is determined in step 20070 that the storage area and the cache can be used in a single storage node (yes), in step 20110, one storage node is selected from the storage nodes and the cache. Add to migration plan to use. At this time, the respective surpluses of the storage area capacity, CPU performance and cache capacity are subtracted.
  • the above description is not limited to this.
  • the components of one embodiment can be added to or replaced with the components of another embodiment without departing from the technical idea of the present invention.
  • the embodiment of the present invention can be implemented by software running on a general-purpose computer, or can be implemented by dedicated hardware or a combination of software and hardware.
  • the information used in the embodiment of the present invention is mainly described in the “table” format.
  • this information is not necessarily limited to the information represented by the data structure of the table, and the list, DB It may be expressed by a data structure such as a queue or other data.
  • processing disclosed with the program as the subject may be processing performed by a computer such as a management computer or a storage system.
  • Part or all of the program may be realized by dedicated hardware or may be modularized.
  • Non-volatile semiconductor memory hard disk drives, storage devices such as SSD (Solid State Drive), or computers such as IC cards, SD cards, and DVDs.
  • SSD Solid State Drive
  • computers such as IC cards, SD cards, and DVDs.
  • IC cards, SD cards, and DVDs can be stored on any non-transitory data storage medium. Further, it can be installed in a computer or a computing system by a program distribution server or a non-temporary storage medium.
  • management computer 1100 ... virtual storage system 1200 ... storage node 1300 ... host computer 1400 ... management network 1500 ... data network 1600 ... migration source storage nodes 1010, 1213 ... ⁇ CPU 1020 ... Display device 1030 ... Input device 1040 ... NIC 1050, 1215 ... Memory 1210 ... Controller 1220 ... Storage medium unit 1230 ... Internal connection

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　ストレージシステム移行後に、仮想ストレージシステムにおいてホストコンピュータへ割当てられたリソースが異なる物理ストレージノードに存在する場合に、物理ストレージノード間でリソースのマッピングが必要となり、リソースアクセス時に発生する物理ストレージノード間の通信量がその接続パスの帯域を上回ると、ホストＩ／Ｏ性能が移行前の性能より劣化する恐れがあった。そこで、第１の物理ストレージノードから、複数の第２の物理ストレージノードで構成される仮想ストレージシステムへ移行する際に、管理計算機は、複数の第２の物理ストレージノードの構成情報および性能情報と第１の物理ストレージノードが提供するボリュームの負荷情報を基に、第２の物理ストレージノード間の転送経路の帯域の範囲内で第２の物理ストレージノードのリソースを割り当てる。

Description

ストレージシステムの移行方式および移行方法
　本発明は、ホストコンピュータがアクセスするデータを格納するストレージシステムとこのストレージシステムを管理する管理コンピュータからなる計算機システムにおけるストレージシステムの移行方式および移行方法に関する。
　ホストコンピュータとネットワークを介して接続されたストレージシステムは、データを記憶する記憶デバイスとして、例えば、複数の磁気ディスクを備えるものである。このストレージシステムは、ＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ　Ａｒｒａｙ　ｏｆ　Ｉｎｄｅｐｅｎｄｅｎｔ　Ｄｉｓｋｓ）の技術によって、複数の記憶デバイスの記憶領域を冗長化し、ＲＡＩＤグループ（パリティグループとも呼ばれる）を構成する。そして、ストレージシステムは、ホストコンピュータに対して、ＲＡＩＤグループの一部からホスト計算機が要求する容量の記憶領域を論理ボリュームという形で提供する。
　また、複数の物理的なストレージシステムを束ねて、ホストコンピュータに対して１台の仮想的なストレージシステムとして提供する技術がある（例えば、特許文献１）。この技術により、複数の物理的なストレージシステムを１台のストレージシステムとして管理することが可能になる。
米国特許出願公開２００８／００３４００５号明細書
　一つの物理的なストレージシステム（移行元ストレージシステム）から、複数の物理的なストレージシステムからなる仮想的なストレージシステム（移行先ストレージシステム）へ移行する場合、移行先ストレージシステムを構成する各物理的なストレージシステムのリソース（ポート、キャッシュ、ボリュームなど）の空き状況によって、移行後に利用されるリソースの配置が変化する。１台の物理的なストレージシステムのリソースのみを利用する場合もあれば、異なる物理的なストレージシステムに分散したリソースを利用する場合もある。
　このストレージシステム移行後に、仮想的なストレージシステムにおいて１台のホストコンピュータへ割当てられたリソース（例えば、ポートおよびボリューム）が、異なる物理的なストレージシステムに存在する場合、ホストコンピュータからリソース（例えば、ボリューム）へアクセス可能とするために、物理的なストレージシステム間でそのリソース（例えば、ボリューム）をマッピングする必要がある。このとき、ホストコンピュータによるボリュームへのアクセスにおいて、物理ストレージシステム間の通信が発生する。この通信量が物理的なストレージシステム間の接続パスの帯域を上回ってしまう場合、仮想的なストレージシステムにおけるホストＩ／Ｏ性能がストレージシステム移行前の性能より劣化する恐れがあった。
　以下、本発明を説明するに当たって、統一的に、物理的なストレージシステムを「ストレージノード」と呼び、仮想的なストレージシステムを「仮想ストレージシステム」と呼ぶ。
　本発明に係る計算機システムは、ホスト計算機と、第１の物理ストレージノードと、相互に接続される複数の第２の物理ストレージノードと、第１および複数の第２の物理ストレージノードを管理する管理計算機とから構成され、複数の第２の物理ストレージノードは同一の識別子でもってホスト計算機に応答して仮想ストレージシステムを提供し、一つの第２の物理ストレージノードがホスト計算機からＩ／Ｏ命令を受け付けると他の第２の物理ストレージノードへＩ／Ｏ命令の転送を行い、管理計算機は、第１の物理ストレージノードと複数の第２の物理ストレージノードからストレージの構成情報および性能情報を収集し、また、第１の物理ストレージノードで提供しているボリュームとそれに関わる負荷情報を収集する。
　そこで、管理計算機は、第１の物理ストレージノードから仮想ストレージシステムへ移行する際に、複数の第２の物理ストレージノードの構成情報および性能情報と、第１の物理ストレージノードが提供しているボリュームの負荷情報を基に、第２の物理ストレージノード間の転送経路の帯域の範囲内で第２の物理ストレージノードのリソースを割り当てる。
　本発明によれば、Ｉ／Ｏ性能の劣化を伴うことなく、１以上の物理ストレージノードから仮想ストレージシステムへ移行することができるという効果を奏する。
実施例１において、計算機システムの構成例を示す図である。 実施例１において、ストレージノード情報テーブルの例を示す図である。 実施例１において、ノード間転送帯域情報テーブルの例を示す図である。 実施例１において、ボリューム情報テーブルの例を示す図である。 実施例１において、閾値情報テーブルの例を示す図である。 実施例１において、移行プラン作成プログラムの処理の例を示すフロー図である。 実施例１において、移行プラン作成プログラムの処理詳細の例を示す図である。 実施例２において、ローカルコピー情報テーブルの例を示す図である。 実施例２において、スナップショット情報テーブルの例を示す図である。 実施例２において、プール情報テーブルの例を示す図である。 実施例２において、関連ボリュームグループ情報テーブルの例を示す図である。 実施例２において、移行プラン作成プログラムの処理詳細の例を示す図である。 実施例３において、計算機システムの構成例を示す図である。 実施例３において、移行プラン作成プログラムの処理詳細の例を示す図である。 実施例４において、ストレージノード情報テーブルの例を示す図である。 実施例４において、ボリューム情報テーブルの例を示す図である。 実施例４において、移行プランテーブルの例を示す図である。 実施例４において、移行プラン作成プログラムの処理詳細の例を示す図である。 実施例４において、移行プラン作成プログラムにおける、ポート移行プランの作成の処理詳細の例を示す図である。 実施例４において、移行プラン作成プログラムにおける、ＢＥ　Ｉ／Ｆ移行プランの作成の処理詳細の例を示す図である。 単一の物理ストレージノード（旧構成）から、複数の物理ストレージノードから成る仮想ストレージシステム（新構成）へ移行する流れを示す概要図である。
　本発明の実施形態として、実施例を用いて説明するに先立ち、本発明の概要を図２１を用いて説明する。
　図２１は、単一の物理ストレージノードが存在する旧構成から、複数の物理ストレージノードから成る仮想ストレージシステムが存在する新構成へ移行する流れを示す概要図である。
　旧構成の物理ストレージノードは、ボリュームを３台提供している。各ボリュームが必要とするＣＰＵ性能（ＭＩＰＳ）およびポート性能（Ｍｂｐｓ）は、順に、ボリュームＡでは、３０ＭＩＰＳ、８０Ｍｂｐｓ、ホストＢでは、６０ＭＩＰＳ、６０Ｍｂｐｓ、ホストＣでは、６０ＭＩＰＳ、３０Ｍｂｐｓ、である。
　新構成において、仮想ストレージシステムを構成する複数の物理ストレージノードは、それぞれ同一のスペックであり、ＣＰＵ性能は１００ＭＩＰＳ、ポート性能は１００Ｍｂｐｓである。物理ストレージノード間は、ＡＳＩＣにより内部で接続されており、ほとんど応答性能の劣化がなく、Ｉ／Ｏ命令の転送、データのやり取りの中継が可能である。この転送性能は５０Ｍｂｐｓである。
　このとき、管理サーバは、旧構成の物理ストレージノードおよび新構成の物理ストレージノード、それぞれから構成情報、性能情報を収集する（図２１の（１）情報収集）。そして、新構成の物理ストレージノード間でデータの転送がなるべく発生しないように、必要なポート性能が高い順にボリュームとポートを同一の物理ストレージノード内のリソースとして割り当てるように、移行プランを作成する（図２１の（２）プラン作成）。
　具体的には、ボリュームＡ、ボリュームＢ、ボリュームＣの順に、単一の物理ストレージノードでリソースの割り当てができないかを判定する。この結果、ボリュームＡは、単一のストレージノードからＣＰＵとポートを割り当てることができる。同様に、ボリュームＢも可能である。しかし、最後のボリュームＣは、記憶領域とＣＰＵを割り当てられる単一の物理ストレージノードがなく、それぞれ異なる物理ストレージノードから割り当てる必要がある。しかし、ボリュームＣが必要とするポート性能は、物理ストレージノード間の転送帯域よりも少ないため、ほとんど性能劣化なく移行することが可能となる（図２１の（３）リプレース）。
　本発明によれば、仮想ストレージシステム環境への移行によるＩ／Ｏ性能の劣化を低減することができる。特に、ビックデータの分析などの大量のストレージリソースを使用・消費するアプリケーション向けにストレージを提供する場合など、一つのストレージノードだけではストレージリソースが不足する可能性がある。このような場合に、複数のストレージノードからなる仮想ストレージシステムに移行することが考えられる。このような状況では移行による性能の向上が期待されるため、本発明によりＩ／Ｏ性能の劣化を低減し、仮想ストレージのリソースが使えることによるＩ／Ｏ性能の向上が図れることは特に有用である。
　図１は、本発明が適用された計算機システムの実施例１に係る構成例を示す図である。当該計算機システムは、管理コンピュータ１０００、仮想ストレージシステム１１００、ホストコンピュータ１３００および移行元ストレージノード１６００から構成される。この仮想ストレージシステム１１００は複数のストレージノード１２００で構成されている。
　管理コンピュータ１０００、ストレージノード１２００および移行元ストレージノード１６００は、管理ネットワーク１４００（例えば、ＬＡＮ：Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）を介して相互に接続されている。管理ネットワーク１４００は、主に管理用のデータをやり取りするためのネットワークである。なお、管理ネットワーク１４００は、管理データ通信用のネットワークであれば、ＳＡＮを用いるなど、ＩＰネットワーク以外のその他のタイプのネットワークでもよい。
　ストレージノード１２００、ホストコンピュータ１３００および移行元ストレージノード１６００は、データネットワーク１５００（例えば、ＳＡＮ：Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）を介して相互に接続されている。データネットワーク１５００は、ホストコンピュータ１３００が仮想ストレージシステム１１００に格納するデータをやり取りするためのネットワークである。なお、データネットワーク１５００は、ＩＰネットワークなどデータ通信用のネットワークであれば、他のどのようなタイプのネットワークでもよい。
　図１では、ホストコンピュータ１３００を単一のものとして記載しているが、２つ以上であってもよい。また、移行元ストレージノード１６００も、２つ以上でもよい。さらに、移行元ストレージノード１６００が複数束ねられた仮想ストレージシステムを構成することも可能で、移行元ストレージノード１６００を仮想ストレージシステムと読み替えればよい。また、移行先となる仮想ストレージシステム１１００は、３つのストレージノード１２００から構成されているが、２つであっても、３つより多くてもよい。また、データネットワーク１５００と管理ネットワーク１４００は、同一のネットワークであってもよい。
　管理コンピュータ１０００は、ＣＰＵ１０１０、表示装置１０２０、入力装置１０３０、ＮＩＣ１０４０およびメモリ１０５０からなる。
　入力装置１０３０は、管理者からの指示を受け付けるためのデバイスである。表示装置１０２０は、管理者からの指示に対応する処理の結果やシステムの状況などを表示するデバイスである。ＮＩＣ１０４０は、管理ネットワーク１４００に接続するためのＩ／Ｆである。
　ＣＰＵ１０１０は、メモリ１０５０に格納されたプログラムに従って動作する。
　メモリ１０５０は、ストレージノード情報テーブル１０５１、ストレージノード間転送帯域情報テーブル１０５２、ボリューム情報テーブル１０５３、閾値情報テーブル１０５４および移行プラン作成プログラム１０５５を格納する。これらのテーブルの詳細は後述する。
　移行プラン作成プログラムは、移行元ストレージノード１６００から仮想ストレージシステム１１００へ移行するためのプランを作成し、移行を実施するプログラムである。このプログラムの動作の詳細も後述する。
　ストレージノード１２００は、コントローラ１２１０および記憶媒体ユニット１２２０から構成され、両者は高速な内部ネットワークで接続されている。
　記憶媒体ユニット１２２０は、複数のハードディスクドライブやＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などの記憶媒体１２２１を搭載する。
　コントローラ１２１０は、ＦＥ　Ｉ／Ｆ１２１１、データ通信ユニット１２１２、ＣＰＵ１２１３、ＮＩＣ１２１４、メモリ１２１５およびＢＥ　Ｉ／Ｆ１２１７から構成される。
　ＮＩＣ１２１４は、管理ネットワーク１４００に接続するためのＩ／Ｆである。ＦＥ　Ｉ／Ｆ１２１１は、データネットワーク１５００に接続するためのＩ／Ｆである。ＢＥ　Ｉ／Ｆ１２１７は、記憶媒体ユニット１２２０に接続するためのＩ／Ｆである。ＣＰＵ１２１３は、メモリ１２１５に格納されたプログラムに従って動作する。
　メモリ１２１５は、制御プログラム１２１６を格納する。
　制御プログラム１２１６は、ストレージノードを制御するためのプログラムであって、記憶媒体ユニット１２２０に搭載された記憶媒体１２２１でＲＡＩＤグループを構成し、ホストコンピュータ１３００に提供する論理ボリューム１２２２を作成する。また、制御プログラム１２１６は、構成したＲＡＩＤグループの情報を元に、ホストコンピュータ１３００からの論理ボリューム１２２２へのＩ／Ｏ命令に応じて、適切な記憶媒体１２２１に対してデータの読み込み、書き込みを行う。
　そしてまた、制御プログラム１２１６は、ストレージノード１２００の動作を決定するための制御情報、稼動状況の参照や更新をするためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）を提供する。管理コンピュータ１０００で稼動する、管理プログラム（図示しない）および移行プラン作成プログラム１０５５は、このＡＰＩを用いて、ストレージノードの制御、監視等を行う。
　データ通信ユニット１２１２は、ホストコンピュータ１３００から論理ボリューム１２２２へのＩ／Ｏ命令に応じて、自らが搭載されるストレージノード１２００が提供する論理ボリュームへのＩ／Ｏ命令でない場合には、適切なストレージノード１２００にＩ／Ｏ命令を転送し、データのやり取りを中継する。自らが搭載されるストレージノード１２００が提供する論理ボリュームへのＩ／Ｏ命令である場合には、自らの制御プログラム１２１６を実行しているＣＰＵ１２１３にＩ／Ｏ命令を転送する。
　このストレージノード間のＩ／Ｏ命令の転送、データのやり取りの中継のため、仮想ストレージシステム１１００を構成する各ストレージノード１２００のデータ通信ユニット１２１２の間で、内部結線１２３０が張られる。この結線は、ファイバチャネル、ＳＣＳＩ（Ｓｍａｌｌ　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｆａｃｅ）、ＳＡＳ（Ｓｅｒｉａｌ　Ａｔｔａｃｈｅｄ　ＳＣＳＩ）、あるいは、その他のデータ通信用の結線である。
　なお、Ｉ／Ｏ命令の転送やデータのやり取りの中継のために必要となる、各論理ボリュームを格納するストレージノード１２００の情報（図示せず）は、データ通信ユニット１２１２に格納されている。あるいは、制御プログラム１２１６が管理し、データ通信ユニット１２１２からの問い合わせに応じて格納先のストレージノード１２００から応答することも可能である。また、この情報は、管理コンピュータ１０００等から制御プログラム１２１６に対して指示をすることで、参照、変更することができる。
　移行元ストレージノード１６００は、基本的にストレージノード１２００と同等の構成となる。ただし、データ通信ユニット１２１２の搭載は任意である。
　図２は、メモリ１０５０に格納されるストレージノード情報テーブル１０５１の一例である。
　本テーブル１０５１は、各ストレージノード１２００および移行元ストレージノード１６００の性能情報を格納する。
　ストレージノードＩＤ２００１は、計算機システム内のストレージノードを一意に識別するためのＩＤである。ポート性能２００２は、ストレージノードが持つＦＥ　Ｉ／Ｆの最大データ転送性能（スループット）を示す。ＣＰＵ性能２００３は、ストレージノードのＣＰＵ性能を示す。キャッシュ容量２００４は、ストレージノードが備えるキャッシュ容量（ＧＢ）を示す。記憶容量２００５は、ストレージノードの記憶容量（ＧＢ）を示す。この記憶容量はＲＡＩＤグループの容量である。
　これらの値は、移行プラン作成プログラム１０５５が事前に各ストレージノード１２００および１６００から管理ネットワーク１４００を介して収集する。あるいは、ユーザが入力装置１０３０から直接入力してもよい。
　なお、実施例１は、仮想ストレージシステム１１００を構成するストレージノード１２００が未使用であることを想定しているが、他の実施形態として、ストレージノード１２００が既に他の用途で使用されている場合には、ストレージノード１２００のポート性能２００２、ＣＰＵ性能２００３、キャッシュ容量２００４および記憶容量２００５については、使用されている分を差し引いた余剰の性能、容量とする。
　図３は、メモリ１０５０に格納されるストレージノード間転送帯域情報テーブル１０５２の一例である。
　本テーブル１０５２は、仮想ストレージシステム１１００を構成するストレージノード１２００間の通信用の結線１２３０について、結線接続先のストレージノード名および転送帯域（Ｍｂｐｓ）の情報を格納する。
　列３００１で示すストレージノードＩＤ１は転送元を示し、列３００２で示すストレージノードＩＤ２は転送先を示し、計算機システム内のストレージノードを一意に識別するためのＩＤである。転送帯域３００３は、ストレージノードＩＤ１とストレージノードＩＤ２で示されるストレージノード間の結線の転送帯域を示す。ストレージノード相互は全二重で通信されるところ、両方向ともに転送帯域は同一とは限らず、方向により転送帯域に違いがあるので、図３の第１および第２レコードで示すように、同じストレージノード間であってもそれぞれが転送元の場合と転送先の場合でレコードが異なる。
　これらの値は、移行プラン作成プログラム１０５５が事前に各ストレージノード１２００から管理ネットワーク１４００を介して収集する。あるいは、ユーザが入力装置１０３０から直接入力してもよい。
　なお、実施例１では、仮想ストレージシステム１１００を構成するストレージノードが未使用であることを想定しているが、他の実施形態として、ストレージノードが既に他の用途で使用されている場合、転送帯域３００３は、使用されている分を差し引いた余剰の転送帯域とする。
　図４は、メモリ１０５０に格納されるボリューム情報テーブル１０５３の一例である。
　本テーブル１０５３は、移行元ストレージノード１６００でホストコンピュータ１３００に提供する論理ボリューム１２２２の情報を格納する。
　ストレージノードＩＤ４００１は、移行元ストレージノード１６００を一意に識別するためのＩＤである。ＶＯＬＩＤ４００２は、ストレージノードＩＤ４００１で示される移行元ストレージノード１６００において、一意に論理ボリュームを識別するためのＩＤである。ポート使用量４００３は、ストレージノードＩＤ４００１とＶＯＬＩＤ４００２で特定される論理ボリュームが使用しているポート性能の使用量（Ｍｂｐｓ）の最大値を示す。ＣＰＵ使用率４００４は、当該論理ボリュームがストレージノードＩＤ４００１で示される移行元ストレージノード１６００で使用しているＣＰＵの使用率（％）の最大値を示す。キャッシュ使用量４００５は、当該論理ボリュームがストレージノードＩＤ４００１で示される移行元ストレージノード１６００で使用しているキャッシュ容量（ＭＢ）の最大値を示す。記憶容量４００６は、当該論理ボリュームがストレージノードＩＤ４００１で示される移行元ストレージノード１６００で使用している記憶容量（ＧＢ）の最大値を示す。割当先ホスト４００７は、当該論理ボリュームがどのホストコンピュータ１３００に割り当てられているかをＷＷＮで示す。
　なお、実施例１では、ポート使用量４００３、ＣＰＵ使用率４００４、キャッシュ使用量４００５および記憶容量４００６は、それぞれの最大値を使用しているが、別の実施形態として、時間で平均化した値でも、また、離れ値を除外した最大値など統計的加工を施した値でもよい。
　これらの値は、移行プラン作成プログラム１０５５が事前に移行元ストレージノード１６００から管理ネットワーク１４００を介して収集する。
　図５は、メモリ１０５０に格納される閾値情報テーブル１０５４の一例である。
　本テーブル１０５４は、移行プラン作成プログラム１０５５が移行プランを作成する際に利用する情報を格納する。
　ポート使用率閾値５００１は、移行の結果、各ストレージノード１２００で使用することになるポート性能の上限を使用率の割合（％）で示す。ＣＰＵ使用率閾値５００２は、移行の結果、各ストレージノード１２００で使用することになるＣＰＵ性能の上限を使用率の割合（％）で示す。キャッシュ使用率閾値５００３は、移行の結果、各ストレージノード１２００で使用することになるキャッシュ容量の上限を使用率の割合（％）で示す。記憶容量使用率閾値５００４は、移行の結果、各ストレージノード１２００で使用することになる記憶容量の上限を使用率の割合（％）で示す。ストレージノード間転送帯域使用率閾値５００５は、移行の結果、各ストレージノード１２００で使用することになるストレージノード間転送帯域の上限を使用率の割合（％）で示す。
　また、各閾値については、原則ユーザが設定するが、固定的に設定されることに限定されず設定変更することもできる。
　図６は、移行プラン作成プログラム１０５５の動作例を示すフローチャートである。
　移行プラン作成プログラム１０５５が起動された後、この移行プラン作成プログラム１０５５による各ステップの処理内容を、以下順に説明する。
　ステップ６００１において、移行元ストレージノード１６００を制御する制御プログラム１２１６と仮想ストレージシステム１１００を構成するストレージノード１２００を制御する制御プログラム１２１６とから各ストレージノードの性能情報を収集し、ストレージノード情報テーブル１０５１（図２）とストレージノード間転送帯域情報テーブル１０５２（図３）を作成する。なお、前述のとおり、本ステップ６００１はユーザの入力によるテーブル作成であってもよい。
　ステップ６００２において、移行元ストレージノード１６００を制御する制御プログラム１２１６から論理ボリュームの利用状況を収集し、ボリューム情報テーブル１０５３（図４）を作成する。
　ステップ６００３において、収集した情報を元に移行プランを作成する。移行プランには、移行元ストレージノー１６００の各論理ボリューム１２２２がどのストレージノード１２００の記憶領域を使用し、どのストレージノードのポートを使用するかが示されている。ステップ６００３で作成する移行プランの詳細は、図７を用いて後述する。
　ステップ６００４において、先のステップ６００３で移行プランが作成できた場合（ｙｅｓ）はステップ６００５に進み、作成できなかった場合（ｎｏ）は処理を終了する。
　ステップ６００５において、移行指示として、作成した移行プランを使って移行を実施する。
　上記移行の実施において、移行プラン作成プログラム１０５５は、移行元ストレージノード１６００の各論理ボリューム１２２２について、記憶領域を使用するストレージノード１２００のＲＡＩＤグループから論理ボリュームを作成し、必要なキャッシュ容量を割り当てる指示を制御プログラム１２１６に出す。そして、移行プラン作成プログラム１０５５は、ポートを使用するストレージノード１２００の当該ポートをホストコンピュータ１３００に割り当てる指示を制御プログラム１２１６に出す。割当先のホストコンピュータは、ボリューム情報テーブル１０５３の割当先ホスト４００７を参照して決定する。最後に、移行プラン作成プログラム１０５５は、データ通信ユニット１２１２がストレージノード間でＩ／Ｏ命令の転送、データのやり取りを中継するための転送制御情報を、移行元および移行先の両ストレージノードの制御プログラム１２１６に通知する。
　なお、実施例１では、移行後の論理ボリュームが、同一ストレージノード内の記憶領域およびポートを使用する場合でも転送制御情報の通知を行うが、別の実施形態として、データ通信ユニット１２１２が、転送制御情報の通知を行わずにＩ／Ｏ命令の転送やデータのやり取りの中継をスキップする処理となっている場合、移行後に同一のストレージノードの論理ボリュームおよびポートを使用する論理ボリュームについては、制御情報の通知を行わない。
　図７は、移行プラン作成プログラム１０５５が作成する、図６の移行プラン（ステップ６００３）について、その詳細動作例を示したフローチャートである。以下、移行プラン作成プログラム１０５５による各ステップの処理内容を順に説明する。
　ステップ７０１０において、ボリューム情報テーブル１０５３のポート使用量４００３の値の大きい順に論理ボリュームをソートする。
　ステップ７０２０において、ソートした論理ボリューム毎にそのボリューム数分後続の処理を繰り返す。
　ステップ７０３０において、当該論理ボリュームで使用するポート性能と記憶容量を同一のストレージノードから移行先として割り当て可能かを判断する。ここでは、移行先のストレージノードとして、ボリューム情報テーブル１０５３のポート使用量４００３、ボリューム情報テーブル１０５３のＣＰＵ使用率４００４とストレージノード情報テーブル１０５１のＣＰＵ性能２００３とから算出したＣＰＵ性能、ボリューム情報テーブル１０５３のキャッシュ容量４００５および記憶容量４００６に対して、十分な余剰があるストレージノード１２００があるかを判断する。
　この判断に際し、ストレージノード情報テーブル１０５１と閾値情報テーブル１０５４から、それぞれの値と対応する閾値をかけて使用可能な性能、容量（以降、それぞれを「余剰性能」、「余剰容量」と呼ぶ）を算出する。これらの余剰性能、余剰容量が、当該論理ボリュームが使用する値より大きければ十分な余剰があり割り当て可能と判断し、小さければ十分な余剰がなく割り当て不可と判断する。
　このステップ７０３０において、同一ストレージノード１２００から割り当て可能と判断した場合（ｙｅｓ）、続くステップ７０４０において、割り当て可能なストレージノード１２００の一つを選択し、そのストレージノード１２００からポートおよび記憶容量を割り当てるように移行プランに追加する。
　その際に、ポートの余剰性能、ＣＰＵの余剰性能、キャッシュの余剰容量、記憶容量の余剰容量から、当該論理ボリュームが使用する分を減算する。
　その後、次の論理ボリュームの処理を行うべくステップ７０３０に処理を進める。
　他方、このステップ７０３０において、同一ストレージノード１２００から割り当て不可と判断した場合（ｎｏ）、続くステップ７０５０において、ポート性能に十分な余裕があるストレージノード１２００を列挙する。ここで列挙されるのは、ポートの余剰性能が、当該論理ボリュームで使用するポートの性能を上回るストレージノード１２００である。
　ステップ７０６０において、ＣＰＵ性能、キャッシュ容量、記憶容量に十分な余剰があるストレージノード１２００を列挙する。ここで列挙されるのは、ＣＰＵの余剰性能、キャッシュの余剰容量および記憶容量の余剰容量が、当該論理ボリュームで利用するＣＰＵ性能、キャッシュ容量および記憶容量を上回るストレージノード１２００である。
　ステップ７０７０において、先のステップ７０５０および７０６０でそれぞれ列挙したストレージノード１２００を接続した場合に、両ストレージノード１２００間のデータ転送帯域に十分な余剰があるストレージノード１２００の組み合わせがあるかを判断する。
　この判断に際し、ストレージノード間転送帯域情報テーブル１０５２の転送帯域３００３に閾値情報テーブル１０５４のストレージノード間転送帯域使用率閾値５００５をかけることにより、使用可能な帯域（以降、これを「余剰帯域」と呼ぶ）を算出する。この余剰帯域が、当該論理ボリュームが使用するポート性能以上の場合に十分な余剰があると判断し、少ない場合に十分な余剰はないと判断する。
　このステップ７０７０において、上記ストレージノードの組み合わせに十分な余剰帯域があると判断した場合（ｙｅｓ）、続くステップ７０８０において、十分な余剰帯域があるストレージノードの組み合わせを一つ選択する。そして、その組み合わせの一方から、ポート性能に余剰があるストレージノードのポートを割り当て、他方から記憶領域に余剰があるストレージノードを割り当てるように、移行プランに追加する。
　その際に、ポートを割り当てるストレージノードのポートの余剰性能から、また、記憶容量を割り当てるストレージノードのＣＰＵの余剰性能、キャッシュの余剰容量および記憶容量の余剰容量から、それぞれ当該論理ボリュームが使用する分を減算する。さらに、選択したストレージノード間の余剰帯域から、当該論理ボリュームが使用するポート性能分を減算する。
　その後、次の論理ボリュームの処理を行うべくステップ７０３０に処理を進める。
　他方、このステップ７０７０において、上記ストレージノードの組み合わせに十分な余剰帯域がないと判断した場合（ｎｏ）、ステップ７０９０において、性能を維持したままリプレースができないことを管理者に通知して終了する。
　なお、実施例１は、データ通信ユニット１２１２が、Ｉ／Ｏ命令の転送やデータのやり取りの中継を行う際に、制御プログラム１２１６を動作させるＣＰＵ１２１３に問い合わせないことを想定している。別の実施形態として、ＣＰＵ１２１３に問い合わせる場合、この応答にかかるＣＰＵの負荷分を、ステップ７０４０またはステップ７０８０において、ＣＰＵの余剰性能から減算する必要がある。
　以上のとおり、実施例１により、ポートの性能を多く使用する論理ボリュームは、ストレージノードを跨がずにＩ／Ｏ処理を行うように移行される。そのため、ストレージノード間の結線の転送帯域がネックとなってＩ／Ｏ性能が劣化することなく、移行元ストレージノード１６００から仮想ストレージシステム１１００に移行することができる。
　実施例２は、移行元ストレージノード１６００、移行先となるストレージノード１２００において、論理ボリューム１２２２の複製（ローカルコピー）やスナップショットなど高度な処理を行うことができる場合の実施形態である。このような高度な処理を行う場合、これに必要となるリソースを、記憶領域に割り当てるストレージノードと同一のストレージノードに配置する必要がある。なお、この実施例２については、実施例１とほぼ同一の形態および処理内容となる部分があるので、以下では差分のみ説明を行う。
　実施例２において、図１で示した制御プログラム１２１６は、論理ボリュームの複製やスナップショットを行うための機能を持つ。また、制御プログラム１２１６は、これらの機能を管理するための参照、設定用のＡＰＩを管理コンピュータ１０００に提供する。なお、実施例２では、複製（ローカルコピー）、スナップショットの機能を例にして説明するが、他のストレージノードが保有する機能でもよい。
　管理コンピュータ１０００が有するメモリ１０５０には、ローカルコピー情報テーブル、スナップショット情報テーブル、プール情報テーブルおよび関連ボリュームグループ情報テーブルを格納する（図示しない）。これらのテーブルの詳細は後述する。
　図８は、メモリ１０５０に格納されるローカルコピー情報テーブルの例である。
　本テーブルは、ローカルコピーに関わる情報を格納する。
　ストレージノードＩＤ８００１は、計算機システム内のストレージノードを一意に識別するためのＩＤである。コピーグループＩＤ８００２は、ストレージノードＩＤ８００１で示されるストレージノード１６００で一意に識別されるコピーグループのＩＤである。主ボリューム８００３は、ストレージノードＩＤ８００１で示されるストレージノード１６００で一意に識別される論理ボリュームのＩＤであり、このＩＤで示される論理ボリュームは複製元論理ボリュームである。副ボリューム８００４は、ストレージノードＩＤ８００１で示されるストレージノード１６００で一意に識別される論理ボリュームのＩＤであり、このＩＤで示される論理ボリュームは複製先論理ボリュームである。ＣＰＵ使用率８００５は、このコピーで必要となるＣＰＵ性能（％）の最大値である。キャッシュ容量８００６はこのコピーで必要となるキャッシュ容量（ＭＢ）の最大値である。
　なお、実施例２では、ＣＰＵ使用率８００５およびキャッシュ容量８００６は最大値としているが、別の実施形態として、時間で平均化した値でも、離れ値を除外した最大値など統計的加工を施した値でもよい。
　これらの値は、移行プラン作成プログラム１０５５が、事前に各ストレージノード１２００から管理ネットワーク１４００を介して収集する。
　図９は、メモリ１０５０に格納されるスナップショット情報テーブルの例である。
　本テーブルは、スナップショットに関わる情報を格納する。
　ストレージノードＩＤ９００１は、計算機システム内のストレージノードを一意に識別するためのＩＤである。ＳＳグループＩＤ９００２は、ストレージノードＩＤ９００１で示されるストレージノード１６００で一意に識別されるスナップショットグループのＩＤである。ボリュームＩＤ９００３は、ストレージノードＩＤ９００１で示されるストレージノード１６００で一意に識別される論理ボリュームのＩＤであり、このＩＤで示される論理ボリュームはスナップショット元の論理ボリュームである。ＳＳボリュームＩＤ９００４は、ストレージノードＩＤ９００１で示されるストレージノード１６００で一意に識別される論理ボリュームのＩＤであり、このＩＤで示される論理ボリュームはスナップショットボリュームである。ＣＰＵ使用率９００５は、このスナップショットで必要となるＣＰＵ性能（％）の最大値である。キャッシュ容量９００６は、このスナップショットで必要となるキャッシュ容量（ＭＢ）の最大値である。プールＩＤ９００７は、ストレージノードＩＤ９００１で示されるストレージノード１６００で一意に識別されるプールのＩＤであり、スナップショットで利用されるプールを示す。
　なお、実施例２では、ＣＰＵ使用率９００５およびキャッシュ容量９００６は最大値としているが、別の実施形態として、時間で平均化した値でも、離れ値を除外した最大値など統計的加工を施した値でもよい。
　これらの値は、移行プラン作成プログラム１０５５が、事前に各ストレージノード１２００から管理ネットワーク１４００を介して収集する。
　図１０は、メモリ１０５０に格納されるプール情報テーブルの例である。
　本テーブルは、スナップショットで使用されるプールの情報を格納する。
　ストレージノードＩＤ１０００１は、計算機システム内のストレージノードを一意に識別するためのＩＤである。プールＩＤ１０００２は、ストレージノードＩＤ１０００１で示されるストレージノード１６００で一意に識別されるプールのＩＤである。プールＶＯＬＩＤ１０００３はストレージノードＩＤ１０００１とプールＩＤ１０００２で示されるプールを構成する論理ボリュームのＩＤを示す。
　これらの値は、移行プラン作成プログラム１０５５が、事前に各ストレージノード１２００から管理ネットワーク１４００を介して収集する。
　図１１は、メモリ１０５０に格納される関連ボリュームグループ情報テーブルの例である。
　本テーブルは、上記のようなストレージの機能を動作させるために、同一のストレージノードから記憶領域を割り当てる必要がある論理ボリュームを纏めたテーブルである。
　ストレージノードＩＤ１１００１は、計算機システム内のストレージノードを一意に識別するためのＩＤである。グループＩＤ１１００２は、論理ボリュームのグループを示すＩＤである。関連ボリュームＩＤ１１００３は、グループＩＤ１１００２で示されるグループに属する論理ボリュームＩＤのリストである。合計ポート使用量１１００４は、ストレージノードＩＤ１１００１と関連ボリュームＩＤ１１００３で示されるボリューム群が使用するポート性能の合計（Ｍｂｐｓ）を示す。合計ＣＰＵ使用率１１００５は、ストレージノードＩＤ１１００１と関連ボリュームＩＤ１１００３で示されるボリューム群が使用するＣＰＵ性能の合計（％）を示す。合計キャッシュ容量１１００６は、ストレージノードＩＤ１１００１と関連ボリュームＩＤ１１００３で示されるボリューム群が使用するキャッシュ容量の合計（ＭＢ）を示す。合計記憶容量１１００７は、ストレージノードＩＤ１１００１と関連ボリュームＩＤ１１００３で示されるボリューム群が使用する記憶容量の合計（ＧＢ）を示す。
　図１２は、実施例２における、図６の移行プランの作成６００３の詳細動作例を示したフローチャートである。以下、移行プラン作成プログラム１０５５による各ステップの処理内容を順に説明する。
　ステップ１２０１０において、移行元ストレージノード１６００の制御プログラム１２１６から性能情報を収集し、図１１の関連ボリュームグループ情報テーブルを作成する。
　具体的には、ローカルコピー情報テーブル（図８）、スナップショット情報テーブル（図９）、プール情報テーブル（図１０）、それぞれに関連する情報を収集する。その後、関連ボリュームグループ情報テーブル（図１１）に対して、実行予定の機能に応じて関連する情報を登録する。
　たとえば、ローカルコピーであれば、複製元と複製先の論理ボリュームを同一の関連ボリュームグループに登録する。また、同一のコピーグループＩＤに属する複製元と複製先の論理ボリュームも同一の関連ボリュームグループに登録する。その際に、それぞれのボリュームで使用するポート性能、ＣＰＵ性能、キャッシュ容量、記憶容量に加え、ローカルコピーに使われるＣＰＵ使用率８００５とキャッシュ容量８００６を合算して、合計ポート使用量１１００４、合計ＣＰＵ使用率１１００５、合計キャッシュ容量１１００６、合計記憶容量１１００７に値を設定する。
　同様に、たとえば、スナップショットであれば、スナップショット元とスナップショット先の論理ボリュームを同一の関連ボリュームグループに登録する。また、同一のスナップショットグループに属する複製元と複製先の論理ボリュームも同一の関連ボリュームグループに登録する。さらに、スナップショットが利用しているプールを構成する論理ボリュームもプール情報テーブル（図１０）から特定し、同一の関連ボリュームグループに登録する。その際に、それぞれのボリュームで使用するポート性能、ＣＰＵ性能、キャッシュ容量、記憶容量に加え、スナップショットに使われるＣＰＵ使用率９００５とキャッシュ容量９００６を合算して、合計ポート使用量１１００４、合計ＣＰＵ使用率１１００５、合計キャッシュ容量１１００６、合計記憶容量１１００７に値を設定する。
　ステップ１２０１０以降の各ステップの処理は、実施例１の図７において論理ボリューム単位で処理を行っていたものを、関連するボリュームグループ単位で処理を行うように変更したものである。
　ステップ１２０２０において、合計ポート使用量１１００４の値の大きい順に関連ボリュームグループをソートする。
　ステップ１２０３０において、ソートした関連ボリュームグループ毎にそのグループ数分後続の処理を繰り返す。
　ステップ１２０４０において、当該関連ボリュームグループで使用するポート性能と記憶容量を同一のストレージノードから割り当て可能かを判断する。
　このステップ１２０４０において、同一ストレージノードから割り当て可能と判断した場合（ｙｅｓ）、ステップ１２０５０において、割り当て可能なストレージノード１２００の一つを選択し、そのストレージノード１２００からポートおよび記憶容量を割り当てるように移行プランに追加する。この際、各余剰性能、余剰容量から関連ボリュームグループが使用する合計の性能、容量を減算する。
　他方、このステップ１２０４０において、同一ストレージノード１２００から割り当て不可と判断した場合（ｎｏ）、ステップ１２０６０において、ポート性能に十分な余裕があるノードを列挙する。ここで列挙されるのは、ポートの余剰性能が、当該関連ボリュームグループで使用するポートの性能の合計を上回るストレージノード１２００である。
　次に、ステップ１２０７０において、ＣＰＵ性能、キャッシュ容量および記憶容量に十分な余剰があるストレージノード１２００を列挙する。ここで列挙されるストレージノード１２００も同様に、関連ボリュームグループの合計性能、合計容量を用いて判断する。
　ステップ１２０８０において、先のステップ１２０６０および１２０７０で列挙した各ストレージノード１２００間のデータ転送帯域に、十分な余裕があるストレージノード１２００の組み合わせがあるかを判断する。
　このステップ１２０８０で、上記ストレージノードの組み合わせに十分な余剰帯域があると判断した場合（ｙｅｓ）、続くステップ１２０９０において、十分な余剰帯域があるストレージノードの組み合わせを一つ選択する。そして、その組み合わせの一方から、ポート性能に余剰があるストレージノードのポートを割り当て、他方から記憶領域に余剰があるストレージノードを割り当てるように、移行プランに追加する。
　その際に、各余剰性能、余剰容量から関連ボリュームグループが使用する合計の性能、容量を減算する。また、選択したストレージノード間の余剰帯域から、当該関連ボリュームグループが使用するポート性能分を減算する。
　その後、次の関連ボリュームグループの処理を行うべくステップ１２０４０に処理を進める。
　他方、このステップ１２０８０で、上記ストレージノードの組み合わせに十分な余剰帯域がないと判断した場合（ｎｏ）、ステップ１２１００において、性能を維持したままリプレースができないことを管理者に通知して終了する。
　なお、上記移行プランの作成処理の終了後、図６のステップ６００５における移行指示では、複製（ローカルコピー）やスナップショットなどの処理に対応する機能設定を行う必要がある。
　以上のとおり、実施例２により、複製（ローカルコピー）やスナップショットなど高度な処理を行うストレージノードから、ストレージノード間の結線の転送帯域がネックとなってＩ／Ｏ性能が劣化することなく、移行元ストレージノード１６００から仮想ストレージシステム１１００に移行することができる。
　先の実施例１は、仮想ストレージシステム１１００を構成するいずれのストレージノード１２００間も内部結線によりメッシュ状に直接接続されている構成である。一方で、デイジーチェーンのように、転送に係るストレージノード相互が直接接続されずに、第３のストレージノード１２００を介して接続される形態をとる場合もある。この場合、論理ボリュームの移行方法によっては、データ通信ユニットによるＩ／Ｏ命令の転送やデータのやり取りの中継において、３以上のストレージノードを跨って行われる可能性がある。そうすると、複数のストレージノード間の転送帯域を使用することとなり、効率が悪化することになる。実施例３は、このような転送形態に対応するものである。
　なお、実施例３については、実施例１とほぼ同一の形態および処理内容となる部分があるので、以下では差分のみ説明を行う。
　図１３は、実施例３に係る計算機システムの構成例である。
　実施例１は、仮想ストレージシステム１１００を構成する各ストレージノード１２００のデータ通信ユニット１２１２が、内部結線１２３０により相互に直接接続された構成である（図１）。しかし、実施例３は、相互に直接接続される構成ではなく、図１３の内部結線１２３０のように、他のストレージノード１２００を介して接続される構成である。
　図１４は、実施例３において、図６のステップ６００３における移行プランの作成の詳細動作例を示したフローチャートである。そのステップ７０１０からステップ７０６０までの処理内容は実施例１と同等であるので、以下では、それ以降の移行プラン作成プログラム１０５５による処理を説明する。
　ステップ１４０７０において、先のステップ７０５０および７０６０で列挙した各ストレージノード１２００間のデータ転送帯域に、十分な余剰があるストレージノード１２００の組み合わせがあるかを判断する。その際に、まずストレージード間転送帯域情報テーブル１０５２（図３）を参照し、ストレージノード１２００間の内部結線の最短経路を算出する。そして、経由する全ての内部結線の余剰帯域が、論理ボリュームが使用するポート性能を上回る場合には十分な余剰があると判断し、少ない場合には十分な余剰がないと判断する。
　このステップ１４０７０において、上記ストレージノード１２００の組み合わせに十分な余剰帯域があると判断した場合（ｙｅｓ）、続くステップ１４０８０において、十分な余剰帯域があるストレージノードの組み合わせを、経由するストレージノード数（ホップ数）でソートする。
　次に、ステップ１４０９０において、最も経由するストレージノード数（ホップ数）が少ないストレージノードの組み合わせを一つ選択する。そして、その組み合わせの一方から、ポート性能に余剰があるストレージノードのポートを割り当て、他方から記憶領域に余剰があるストレージノードを割り当てるように、移行プランに追加する。
　その際に、ポートを割り当てるストレージノードのポートの余剰性能から、また、記憶容量を割り当てるストレージノードのＣＰＵの余剰性能、キャッシュの余剰容量および記憶容量の余剰容量から、それぞれ当該論理ボリュームが使用する分を減算する。さらに、経由するストレージノード間の内部結線の余剰帯域から、当該論理ボリュームが使用するポート性能分を減算する。
　その後、次の論理ボリュームの処理を行うべくステップ７０３０に処理を進める。
　他方、ステップ１４０７０において、上記ストレージノードの組み合わせに十分な余剰帯域がないと判断した場合（ｎｏ）、ステップ１４１００において、性能を維持したままリプレースができないことを管理者に通知して終了する。
　以上のとおり、実施例３により、デイジーチェーンのように、ストレージノード１２００が相互に直接接続されておらず、第３のストレージノード１２００を介して接続される構成においても、ストレージノード間の結線の帯域がネックとなってＩ／Ｏ性能が劣化することなく、移行元ストレージノード１６００から仮想ストレージシステム１１００に移行することができる。
　先の実施例１は、データ通信ユニット１２１２がホストコンピュータ１３００からのＩ／Ｏ命令の転送、データのやり取りの中継を行っている構成である。実施例４は、データ通信ユニット１２１２がＢＥ　Ｉ／Ｆから記憶媒体ユニットへのＩ／Ｏ命令の転送、データのやり取りの中継を行う構成に対応するものである。
　実施例４については、実施例１とほぼ同一の形態および処理内容となる部分があるので、以下では差分のみ説明を行う。
　図１５は、実施例４で使用する、ストレージノード情報テーブルの例である。
　図２のストレージノード情報テーブル１０５１と基本的には同じであるが、ＢＥポート性能１５００１が追加されている。この列は、ＢＥ　Ｉ／Ｆの性能を示す。
　図１６は、実施例４で使用する、ボリューム情報テーブルの例である。
　図４のボリューム情報テーブル１０５３と基本的には同じであるが、ＢＥポート使用量１６００１が追加されている。この列は、ストレージノードＩＤ４００１とＶＯＬＩＤ４００２で示される論理ボリュームが使用するＢＥ　Ｉ／Ｆの性能を示す。
　図１７は、実施例４で使用する移行プランテーブルの例である。
　実施例１から３では図示しなかったが、実施例４では処理内容が複雑となるため、図示したものである。
　ストレージノードＩＤ１７００１は、計算機システム内のストレージノードを一意に識別するためのＩＤである。ＶＯＬＩＤ１７００２は、ストレージノードＩＤ１７００１で示されるストレージノード１６００において一意に論理ボリューム１２２２を識別するためのＩＤである。
　ポート使用ストレージノードＩＤ１７００３は、移行後にストレージノードＩＤ１７００１とＶＯＬＩＤ１７００２で示される論理ボリューム１２２２が使用するポートを持つストレージノードを示す。キャッシュ使用ストレージノードＩＤ１７００４は、移行後にストレージノードＩＤ１７００１とＶＯＬＩＤ１７００２で示される論理ボリューム１２２２が使用するキャッシュを持つストレージノードを示す。記憶領域使用ストレージノードＩＤ１７００５は、移行後にストレージノードＩＤ１７００１とＶＯＬＩＤ１７００２で示される論理ボリューム１２２２が使用する記憶領域を持つストレージノードを示す。
　これらの情報は、移行プラン作成プログラム１０５５が、図１８で説明するフローチャートに基づいて作成するものであり、当該フローチャートの開始前に初期化される。
　図１８は、実施例４において、図６のステップ６００３における移行プランの作成の詳細動作例を示したフローチャートである。以下、移行プラン作成プログラム１０５５による各ステップの処理を順に説明する。
　ステップ１８０１０において、図１６のボリューム情報テーブルを参照し、移行元ストレージノードの各論理ボリュームについて、論理ボリュームのＩＤとポート使用量の組および論理ボリュームのＩＤとＢＥポート使用量の組のリストを作成する。
　ステップ１８０２０において、ポート使用量およびＢＥポート使用量をポートの使用量をキーとして、上記の各組をそのキーとなる値の大きい順にソートする。
　ステップ１８０３０において、ソートした組を順番に以降の処理を繰り返す。
　ステップ１８０４０において、当該組が論理ボリュームのＩＤとポート使用量の組か、論理ボリュームのＩＤとＢＥポート使用量の組かを判定する。
　論理ボリュームのＩＤとポート性能使用量の組である場合、ステップ１８０５０において、ポート移行プランの作成を行う。このポート移行プランの作成の詳細は図１９を用いて後述する。その後、次の組の処理を行うべくステップ１８０３０に進む。
　他方、論理ボリュームのＩＤとＢＥポート使用量の組である場合、ステップ１８０６０において、ＢＥ　Ｉ／Ｆ移行プランの作成を行う。このＢＥ　Ｉ／Ｆ移行プランの作成の詳細は図２０を用いて後述する。その後、次の組の処理を行うべくステップ１８０３０に進む。
　全ての組が終了したら処理を終了する。
　図１９は、図１８のステップ１８０５０におけるポート移行プランの作成の詳細動作例を示したフローチャートである。以下、移行プラン作成プログラム１０５５による各ステップの処理内容を順に説明する。
　ステップ１９０００において、当該論理ボリュームがキャッシュを使用するストレージノードが決定済みかを、図１７の移行プランテーブルを参照して判定する。決定している場合（ｙｅｓ）、ステップ１９０１０において、そのストレージノードのポート性能に余裕があるかを判定する。判定の詳細は、実施例１（図７のステップ７０３０）と同様である。
　ポート性能に余裕がある場合は（ｙｅｓ）、ステップ１９０２０において、そのストレージノードのポートを使用するように移行プランに追加する。具体的には、当該論理ボリュームに対応するストレージノードＩＤ１７００１とＶＯＬＩＤ１７００２をもつレコードのポート使用ストレージノードＩＤ１７００３の値を更新する。その際、そのストレージノードのポートの余剰性能を減算する。
　ポート性能に余裕がない場合は（ｎｏ）、ステップ１９０３０において、ポート性能に余裕があるストレージノードを列挙する。列挙の具体的な方法は、実施例１（図７のステップ７０５０）と同様である。
　次に、ステップ１９０４０において、列挙したストレージノードとキャッシュを使用するストレージノードとの内部結線の転送帯域の余剰が、ポート使用量以上であるストレージノードがあるかを判定する。余剰のあるストレージノードがある場合（ｙｅｓ）、ステップ１９０５０において、そのストレージノードから一つ選択して、そのストレージノードのポートを使用するように移行プランに追加する。その際に、そのストレージノードのポートの余剰性能、ストレージノード間の転送帯域の余剰を減算する。余剰のあるストレージノードがない場合（ｎｏ）、ステップ１９０６０において、性能維持したままの移行ができない旨をユーザに通知し、終了する。
　また、ステップ１９０００の判定において、当該論理ボリュームがキャッシュを使用するストレージが決定していない場合（ｎｏ）、ステップ１９０７０において、単一のストレージノードでポートとキャッシュを使用できないかを判定する。具体的には、ボリューム情報テーブル（図１６）のポート使用量４００３、ＣＰＵ使用量（ストレージノード情報テーブル（図１５）のＣＰＵ性能２００３とボリューム情報テーブル（図１６）のＣＰＵ使用率４００４から算出）、ボリューム情報テーブル（図１６）のキャッシュ使用量４００５を使用するのに、十分な余剰性能および余剰容量を持つストレージノードがあるか判定する。
　該当するストレージノードがない場合は（ｎｏ）、ステップ１９０８０において、ポート使用量４００３を使用するのに十分な余剰性能を持つストレージノードを列挙する。また、ＣＰＵ使用量（ＣＰＵ性能２００３とＣＰＵ使用率４００４から算出）およびキャッシュ使用量４００５を使用するのに十分な余剰性能を持つストレージノードを列挙する。
　次に、ステップ１９０９０において、先のステップ１９０８０で列挙したストレージノード間の転送帯域の余剰が、ボリューム情報テーブル（図１６）のポート使用量４００３の値以上のものがあるかを判定する。
　該当するものがない場合は（ｎｏ）、ステップ１９０６０において、性能維持したままの移行ができない旨をユーザに通知し、終了する。
　該当するものがある場合は（ｙｅｓ）、ステップ１９１００において、該当するものの中からストレージノードの組み合わせを一つ選び、ポート性能に余裕があるストレージノードのポートを使用し、キャッシュとＣＰＵの性能に余裕があるストレージノードのキャッシュを使用するように、移行プランに追加する。
　具体的には、図１７の移行プランテーブルにおいて、当該論理ボリュームに対応するストレージノードＩＤ１７００１とＶＯＬＩＤ１７００２をもつレコードのポート使用ストレージノードＩＤ１７００３の値とキャッシュ使用ストレージノードＩＤ１７００４の値を更新する。その際、ポート性能、ＣＰＵ性能、キャッシュ容量およびストレージノード間の転送帯域のそれぞれの余剰を減算する。
　他方、ステップ１９０７０の判定において、単一のストレージノードでポートとキャッシュを使用できる場合（ｙｅｓ）、ステップ１９１１０において、その中から一つのストレージノードを選択し、そのストレージノードのポートとキャッシュを使用するように移行プランに追加する。その際、ポート性能、ＣＰＵ性能およびキャッシュ容量のそれぞれの余剰を減算する。
　図２０は、図１８のステップ１８０６０におけるＢＥ　Ｉ／Ｆ移行プランの作成の詳細動作例を示したフローチャートである。以下、移行プラン作成プログラム１０５５による各ステップの処理内容を順に説明する。
　ステップ２００００において、当該論理ボリュームがキャッシュを使用するストレージノードが決定済みかを、図１７の移行プランテーブルを参照して判定する。決定している場合（ｙｅｓ）、ステップ２００１０において、そのストレージノードの記憶容量に余裕があるかを判定する。判定の詳細は、実施例１（図７のステップ７０３０）と同様である。余裕がある場合は（ｙｅｓ）、ステップ２００２０において、そのストレージノードの記憶領域を使用するように移行プランに追加する。
　具体的には、図１７の移行プランテーブルにおいて、当該論理ボリュームに対応するストレージノードＩＤ１７００１とＶＯＬＩＤ１７００２をもつレコードの記憶領域使用ストレージノードＩＤ１７００５の値を更新する。その際、そのストレージノードの記憶領域の余剰容量を減算する。
　また、ステップ２００１０の判定において、そのストレージノードの記憶容量に余裕がない場合は（ｎｏ）、ステップ２００３０において、記憶容量に余裕があるストレージノードを列挙する。列挙の具体的な方法は、実施例１（図７のステップ７０５０）と同様である。そして、ステップ２００４０において、列挙したストレージノードとキャッシュを使用するストレージノードとの内部結線の転送帯域の余剰が、図１６のボリューム情報テーブルのＢＥポート使用量１６００１の値以上であるストレージノードがあるかを判定する。
　余剰のあるストレージノードがある場合（ｙｅｓ）、ステップ２００５０において、そのストレージノードから一つ選択して、そのストレージノードのポートを使用するように移行プランに追加する。その際、そのストレージノードの記憶領域の余剰容量およびストレージノード間の転送帯域の余剰を減算する。余剰のあるストレージノードがない場合（ｎｏ）、ステップ２００６０において、性能維持したままの移行ができない旨をユーザに通知し、終了する。
　他方、ステップ２００００の判定において、当該論理ボリュームがキャッシュを使用するストレージが決定していない場合（ｎｏ）、ステップ２００７０において、単一のストレージノードで記憶領域とキャッシュを使用できないかを判定する。具体的には、ボリューム情報テーブル（図１６）の記憶容量４００６、ＣＰＵ使用量（ストレージノード情報テーブル（図１５）のＣＰＵ性能２００３とボリューム情報テーブル（図１６）のＣＰＵ使用率４００４から算出）、ボリューム情報テーブル（図１６）のキャッシュ容量４００５を使用するのに、十分な余剰性能および余剰容量を持つストレージノードがあるか判定する。
　該当するストレージノードがない場合は（ｎｏ）、ステップ２００８０において、記憶容量４００６を使用するのに十分な余剰容量を持つストレージノードを列挙する。また、ＣＰＵ使用量（ストレージノード情報テーブル（図１５）のＣＰＵ性能２００３とボリューム情報テーブル（図１６）のＣＰＵ使用率４００４から算出）、ボリューム情報テーブル（図１６）のキャッシュ容量４００５を使用するのに十分な余剰性能を持つストレージノードを列挙する。
　次に、ステップ２００９０において、先のステップ２００８０で列挙したストレージノード間の転送帯域の余剰が、図１６のボリューム情報テーブルのＢＥポート使用量１６００１の値以上のものがあるかを判定する。余剰のあるストレージノードがない場合は（ｎｏ）、ステップ２００６０において、性能維持したままの移行ができない旨をユーザに通知し、終了する。余剰のあるストレージノードがある場合は（ｙｅｓ）、ステップ２０１００において、該当するもの中からストレージノードの組み合わせを一つ選び、記憶領域に余裕があるストレージノードの記憶領域を使用し、キャッシュとＣＰＵの性能に余裕があるストレージノードのキャッシュを使用するように、移行プランに追加する。
　具体的には、図１７の移行プランテーブルにおいて、当該論理ボリュームに対応するストレージノードＩＤ１７００１とＶＯＬＩＤ１７００２をもつレコードの記憶領域使用ストレージノードＩＤ１７００５の値とキャッシュ使用ストレージノードＩＤ１７００４の値を更新する。その際、記憶領域の容量、ＣＰＵ性能、キャッシュ容量およびストレージノード間の転送帯域のそれぞれの余剰を減算する。
　他方、ステップ２００７０の判定において、単一のストレージノードで記憶領域とキャッシュを使用できる場合（ｙｅｓ）、ステップ２０１１０において、その中から一つのストレージノードを選択し、そのストレージノードの記憶領域とキャッシュを使用するように移行プランに追加する。その際、記憶領域の容量、ＣＰＵ性能およびキャッシュ容量のそれぞれの余剰を減算する。
　なお、上記の各実施例は、本発明の特徴を説明するものであるが、本発明を限定するものではない。本発明の実施形態では、当業者が本発明を実施するのに十分詳細に説明をしているが、他の実装・形態も可能であって、本発明の技術的思想の範囲と精神を逸脱することなく、構成・構造の変更や多様な要素の置き換えが可能であることが理解される。
　したがって、上記記述においてもこれに限定して解釈されるものではない。ある実施例の構成要素は、本発明の技術的思想を逸脱しない範囲で、他の実施例に追加または他の実施例の構成要素と代替可能である。本発明の実施形態は、上述のように、汎用コンピュータ上で稼動するソフトウェアで実装することも、専用ハードウェアまたはソフトウェアとハードウェアの組み合わせで実装することも可能である。
　また、上記説明では、主に「テーブル」形式によって、本発明の実施形態で利用される情報について説明したが、この情報は必ずしもテーブルによるデータ構造で表現されるものに限定されず、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていてもよい。
　さらに、上記では、「プログラム」を主語（動作主体）として本発明の実施形態における各処理について説明したが、プログラムは、プロセッサによって実行されることで、定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行うものである。このため、プロセッサを主語とした説明としてもよい。
　また、プログラムを主語として開示された処理は、管理コンピュータ等の計算機またはストレージシステムが行う処理としてもよい。プログラムの一部又は全ては、専用ハードウェアで実現してもよく、モジュール化されていてもよい。
　そして、各機能を実現するプログラム、テーブル、ファイル等の情報は、不揮発性半導体メモリ、ハードディスクドライブ、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等の記憶デバイス、または、ＩＣカード、ＳＤカード、ＤＶＤ等の計算機読み取り可能な非一時的データ記憶媒体に格納することができる。また、プログラム配布サーバや非一時的記憶媒体によって計算機や計算システムにインストールすることができる。
１０００・・・管理コンピュータ
１１００・・・仮想ストレージシステム
１２００・・・ストレージノード
１３００・・・ホストコンピュータ
１４００・・・管理ネットワーク
１５００・・・データネットワーク
１６００・・・移行元ストレージノード
１０１０、１２１３・・・ＣＰＵ
１０２０・・・表示装置
１０３０・・・入力装置
１０４０・・・ＮＩＣ
１０５０、１２１５・・・メモリ
１２１０・・・コントローラ
１２２０・・・記憶媒体ユニット
１２３０・・・内部結線

Claims (13)

  1. 　ホスト計算機と、
    　第１の物理ストレージノードと、
    　相互に接続される複数の第２の物理ストレージノードと、
    　前記第１および複数の第２の物理ストレージノードを管理する管理計算機と、
    を備え、
    　前記複数の第２の物理ストレージノードは同一の識別子でもって前記ホスト計算機に応答して仮想ストレージシステムを提供し、
    　前記第１の物理ストレージノードから前記仮想ストレージシステムへ移行する際に、
    　前記管理計算機は、前記第１および複数の第２の物理ストレージノードの構成情報および性能情報と前記第１の物理ストレージノードが提供するボリュームの負荷情報を基に、前記第２の物理ストレージノード相互間の転送経路の帯域の範囲内に収まることを条件にして前記第２の物理ストレージノードから移行先としてリソースを選択する
    ことを特徴とするストレージシステムの移行方式。
  2. 　請求項１に記載のストレージシステムの移行方式であって、
    　前記構成情報および前記性能情報は、前記第１および複数の第２の物理ストレージノードが有するポート、ＣＰＵ、キャッシュおよび記憶媒体に関する情報であり、
    　前記負荷情報は、前記第１の物理ストレージノードが提供するボリュームを構成する物理ストレージノードが有するポート、ＣＰＵ、キャッシュ容量および記憶媒体容量の各使用量である
    ことを特徴とするストレージシステムの移行方式。
  3. 　請求項２に記載のストレージシステムの移行方式であって、
    　前記ポート、ＣＰＵ、キャッシュおよび記憶媒体に関する性能情報から、当該移行による前記それぞれの使用量分を減算する
    ことを特徴とするストレージシステムの移行方式。
  4. 　請求項１に記載のストレージシステムの移行方式であって、
    　前記第２の物理ストレージノード相互間の転送経路の帯域の範囲を、予めまたは任意に設定する閾値に応じた前記転送経路の帯域の使用率を用いて算出する
    ことを特徴とするストレージシステムの移行方式。
  5. 　請求項１に記載のストレージシステムの移行方式であって、
    　前記管理計算機は、前記第１の物理ストレージノードから前記仮想ストレージシステム内の単一の前記第２の物理ストレージノードへ移行可能であれば、当該移行を優先して実行する
    ことを特徴とするストレージシステムの移行方式。
  6. 　請求項１から５のいずれか一項に記載のストレージシステムの移行方式であって、
    　当該計算機システムは、論理ボリュームの複製およびスナップショットの少なくとも一つの機能を提供し、
    　前記第１の物理ストレージノードから前記仮想ストレージシステムへ移行する際に用いる前記第１の物理ストレージノードが提供するボリュームの負荷情報として、前記論理ボリュームの複製および前記スナップショットの少なくとも一つの機能を実行するときに用いたボリュームに関する負荷情報を加える
    ことを特徴とするストレージシステムの移行方式。
  7. 　請求項１から５のいずれか一項に記載のストレージシステムの移行方式であって、
    　前記第２の物理ストレージノード相互間の接続態様が数珠繋ぎで連結されている場合には、前記リソースを割り当てるに当たり、さらに、経由する前記第２の物理ストレージノード数が少なくなる割り当てとする
    ことを特徴とするストレージシステムの移行方式。
  8. 　請求項１から５のいずれか一項に記載のストレージシステムの移行方式であって、
    　前記第１の物理ストレージノードおよび前記複数の第２の物理ストレージノードを構成する記憶媒体ユニットへのＩ／Ｏ命令に係る転送性能を、前記リソースを割り当てる判断の基にする前記情報に加える
    ことを特徴とするストレージシステムの移行方式。
  9. 　第１の物理ストレージノードおよび複数の第２の物理ストレージノードを管理する管理計算機と、
    　前記複数の第２の物理ストレージノードから同一の識別子でもってホスト計算機に応答して提供される仮想ストレージシステムと、
    を有し
    　前記第１の物理ストレージノードから前記仮想ストレージシステムへ移行する際に、
    　前記管理計算機は、
    　前記第１および複数の第２の物理ストレージノードの構成情報および性能情報を取得する第１のステップと、
    　前記第１の物理ストレージノードが提供するボリュームの負荷情報を取得する第２のステップと、
    　前記構成情報、前記性能情報および前記負荷情報を基に、前記第２の物理ストレージノード相互間の転送経路の帯域の範囲内に収まることを条件にして前記第２の物理ストレージノードから移行先としてリソースを選択する第３のステップと、を有する
    ことを特徴とするストレージシステムの移行方法。
  10. 　請求項９に記載のストレージシステムの移行方法であって、
    　前記構成情報および前記性能情報は、前記第１および複数の第２の物理ストレージノードが有するポート、ＣＰＵ、キャッシュおよび記憶媒体に関する情報であり、
    　前記負荷情報は、前記第１の物理ストレージノードが提供するボリュームを構成する物理ストレージノードが有するポート、ＣＰＵ、キャッシュ容量および記憶媒体容量の各使用量である
    ことを特徴とするストレージシステムの移行方法。
  11. 　請求項１０に記載のストレージシステムの移行方法であって、
    　前記管理計算機は、
    　前記ポート、ＣＰＵ、キャッシュおよび記憶媒体に関する性能情報から、当該移行による前記それぞれの使用量分を減算する第４のステップをさらに有する
    ことを特徴とするストレージシステムの移行方法。
  12. 　請求項９に記載のストレージシステムの移行方法であって、
    　前記第３のステップは、前記第２の物理ストレージノード相互間の転送経路の帯域の範囲を、予めまたは任意に設定する閾値に応じた前記転送経路の帯域の使用率を用いて算出する過程を含む
    ことを特徴とするストレージシステムの移行方法。
  13. 　請求項９に記載のストレージシステムの移行方法であって、
    　前記管理計算機は、
    　前記第３のステップに先立ち、前記第１の物理ストレージノードから前記仮想ストレージシステム内の単一の前記第２の物理ストレージノードへ移行可能であれば、当該移行を優先して実行するステップをさらに有する
    ことを特徴とするストレージシステムの移行方法。
PCT/JP2013/083471 2013-12-13 2013-12-13 ストレージシステムの移行方式および移行方法 WO2015087442A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2013/083471 WO2015087442A1 (ja) 2013-12-13 2013-12-13 ストレージシステムの移行方式および移行方法
JP2015552268A JP5973089B2 (ja) 2013-12-13 2013-12-13 ストレージシステムの移行方式および移行方法
US14/767,137 US10182110B2 (en) 2013-12-13 2013-12-13 Transfer format for storage system, and transfer method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/083471 WO2015087442A1 (ja) 2013-12-13 2013-12-13 ストレージシステムの移行方式および移行方法

Publications (1)

Publication Number Publication Date
WO2015087442A1 true WO2015087442A1 (ja) 2015-06-18

Family

ID=53370783

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/083471 WO2015087442A1 (ja) 2013-12-13 2013-12-13 ストレージシステムの移行方式および移行方法

Country Status (3)

Country Link
US (1) US10182110B2 (ja)
JP (1) JP5973089B2 (ja)
WO (1) WO2015087442A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017037800A1 (ja) * 2015-08-28 2017-03-09 株式会社日立製作所 ストレージシステムおよびその制御方法
WO2017141408A1 (ja) * 2016-02-18 2017-08-24 株式会社日立製作所 方法、媒体及び計算機システム
WO2018131133A1 (ja) * 2017-01-13 2018-07-19 株式会社日立製作所 データ移行システム及びデータ移行制御方法

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160041996A1 (en) 2014-08-11 2016-02-11 Netapp, Inc. System and method for developing and implementing a migration plan for migrating a file system
US10860529B2 (en) * 2014-08-11 2020-12-08 Netapp Inc. System and method for planning and configuring a file system migration
US10684781B1 (en) * 2015-12-23 2020-06-16 The Mathworks, Inc. Big data read-write reduction
US10156999B2 (en) * 2016-03-28 2018-12-18 Seagate Technology Llc Dynamic bandwidth reporting for solid-state drives
US10956212B1 (en) 2019-03-08 2021-03-23 The Mathworks, Inc. Scheduler for tall-gathering algorithms that include control flow statements
US10936220B2 (en) * 2019-05-02 2021-03-02 EMC IP Holding Company LLC Locality aware load balancing of IO paths in multipathing software
JP7191003B2 (ja) * 2019-12-17 2022-12-16 株式会社日立製作所 ストレージシステムおよびストレージ管理方法
JP7380363B2 (ja) * 2020-03-19 2023-11-15 富士通株式会社 構築管理装置、情報処理システム及び構築管理プログラム
JP2022175427A (ja) * 2021-05-13 2022-11-25 株式会社日立製作所 ストレージシステム及びストレージ管理方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007286709A (ja) * 2006-04-13 2007-11-01 Hitachi Ltd ストレージシステム及びストレージシステムのデータ移行方法
JP2007299161A (ja) * 2006-04-28 2007-11-15 Hitachi Ltd Ｓａｎ管理方法およびｓａｎ管理システム
JP2008108050A (ja) * 2006-10-25 2008-05-08 Hitachi Ltd Ｉ／ｏの割り振り比率に基づいて性能を管理する計算機システム、計算機及び方法
JP2008293233A (ja) * 2007-05-24 2008-12-04 Hitachi Ltd 計算機システム、その制御方法およびシステム管理装置
US20120216005A1 (en) * 2011-02-23 2012-08-23 Hitachi, Ltd. Storage system and management method of the storage system

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005228278A (ja) * 2004-01-14 2005-08-25 Hitachi Ltd 記憶領域の管理方法、管理装置及び管理プログラム
JP4963892B2 (ja) 2006-08-02 2012-06-27 株式会社日立製作所 仮想ストレージシステムの構成要素となることが可能なストレージシステムの制御装置
JP4235220B2 (ja) * 2006-10-25 2009-03-11 株式会社日立製作所 計算機システムおよびデータ移行方法
JP4814119B2 (ja) * 2007-02-16 2011-11-16 株式会社日立製作所 計算機システム、ストレージ管理サーバ、及びデータ移行方法
WO2011021909A2 (en) * 2009-08-21 2011-02-24 Samsung Electronics Co., Ltd. Method and apparatus for providing contents via network, method and apparatus for receiving contents via network, and method and apparatus for backing up data via network, backup data providing device, and backup system
JP5241671B2 (ja) * 2009-10-05 2013-07-17 株式会社日立製作所 記憶装置のデータ移行制御方法
EP2419817A1 (en) * 2009-10-09 2012-02-22 Hitachi, Ltd. Storage system and control method thereof, implementing data reallocation in case of load bias
US8793463B2 (en) * 2011-09-12 2014-07-29 Microsoft Corporation Allocation strategies for storage device sets
WO2013190562A1 (en) * 2012-06-22 2013-12-27 Hewlett-Packard Development Company, L.P. Optimal assignment of virtual machines and virtual disks using multiary tree
US20150363422A1 (en) * 2013-01-10 2015-12-17 Hitachi, Ltd. Resource management system and resource management method
US9680933B2 (en) * 2013-03-15 2017-06-13 Hitachi, Ltd. Computer system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007286709A (ja) * 2006-04-13 2007-11-01 Hitachi Ltd ストレージシステム及びストレージシステムのデータ移行方法
JP2007299161A (ja) * 2006-04-28 2007-11-15 Hitachi Ltd Ｓａｎ管理方法およびｓａｎ管理システム
JP2008108050A (ja) * 2006-10-25 2008-05-08 Hitachi Ltd Ｉ／ｏの割り振り比率に基づいて性能を管理する計算機システム、計算機及び方法
JP2008293233A (ja) * 2007-05-24 2008-12-04 Hitachi Ltd 計算機システム、その制御方法およびシステム管理装置
US20120216005A1 (en) * 2011-02-23 2012-08-23 Hitachi, Ltd. Storage system and management method of the storage system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017037800A1 (ja) * 2015-08-28 2017-03-09 株式会社日立製作所 ストレージシステムおよびその制御方法
WO2017141408A1 (ja) * 2016-02-18 2017-08-24 株式会社日立製作所 方法、媒体及び計算機システム
WO2018131133A1 (ja) * 2017-01-13 2018-07-19 株式会社日立製作所 データ移行システム及びデータ移行制御方法

Also Published As

Publication number Publication date
US20150373105A1 (en) 2015-12-24
US10182110B2 (en) 2019-01-15
JPWO2015087442A1 (ja) 2017-03-16
JP5973089B2 (ja) 2016-08-23

Similar Documents

Publication Publication Date Title
JP5973089B2 (ja) ストレージシステムの移行方式および移行方法
JP5512833B2 (ja) ストレージの仮想化機能と容量の仮想化機能との両方を有する複数のストレージ装置を含んだストレージシステム
US8984221B2 (en) Method for assigning storage area and computer system using the same
US8307171B2 (en) Storage controller and storage control method for dynamically assigning partial areas of pool area as data storage areas
JP5439581B2 (ja) ストレージシステム、ストレージ装置、ストレージシステムの記憶領域の最適化方法
JP5981563B2 (ja) 情報記憶システム及び情報記憶システムの制御方法
US8402239B2 (en) Volume management for network-type storage devices
JP4684864B2 (ja) 記憶装置システム及び記憶制御方法
US8650381B2 (en) Storage system using real data storage area dynamic allocation method
JP6340439B2 (ja) ストレージシステム
US20130036266A1 (en) First storage control apparatus and storage system management method
US20120297156A1 (en) Storage system and controlling method of the same
JP2006285808A (ja) ストレージシステム
WO2014162586A1 (ja) ストレージシステムおよびストレージシステム制御方法
KR20210022121A (ko) 구성 가능한 인프라스트럭처에서 스토리지 디바이스 고장 허용을 유지하기 위한 방법 및 시스템
JP2022541261A (ja) リソース割振り方法、記憶デバイス、および記憶システム
WO2015198441A1 (ja) 計算機システム、管理計算機、および管理方法
JP2015532734A (ja) 物理ストレージシステムを管理する管理システム、物理ストレージシステムのリソース移行先を決定する方法及び記憶媒体
WO2015121998A1 (ja) ストレージシステム
US20220382602A1 (en) Storage system
WO2016194096A1 (ja) 計算機システム及び計算機システムの管理方法
JP4871758B2 (ja) ボリューム割当方式
WO2012070090A1 (en) Computer system and its control method
WO2016016949A1 (ja) 計算機システムおよび管理計算機の制御方法
JP5362751B2 (ja) 計算機システム、管理計算機およびストレージ管理方法

Legal Events

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

Ref document number: 13899083

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14767137

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2015552268

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13899083

Country of ref document: EP

Kind code of ref document: A1