EP2455851A2 - Multipath switching over multiple storage systems - Google Patents
Multipath switching over multiple storage systems Download PDFInfo
- Publication number
- EP2455851A2 EP2455851A2 EP11156465A EP11156465A EP2455851A2 EP 2455851 A2 EP2455851 A2 EP 2455851A2 EP 11156465 A EP11156465 A EP 11156465A EP 11156465 A EP11156465 A EP 11156465A EP 2455851 A2 EP2455851 A2 EP 2455851A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- data storage
- storage system
- data
- switches
- server
- Prior art date
- Legal status (The legal status 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 status listed.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/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/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/0614—Improving the reliability of storage systems
- G06F3/0617—Improving the reliability of storage systems in relation to availability
-
- 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/0629—Configuration or reconfiguration of storage systems
- G06F3/0635—Configuration or reconfiguration of storage systems by changing the path, e.g. traffic rerouting, path reconfiguration
-
- 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
- G06F2206/00—Indexing scheme related to dedicated interfaces for computers
- G06F2206/10—Indexing scheme related to storage interfaces for computers, indexing schema related to group G06F3/06
- G06F2206/1012—Load balancing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/12—Shortest path evaluation
- H04L45/122—Shortest path evaluation by minimising distances, e.g. by selecting a route with minimum of number of hops
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/58—Association of routers
- H04L45/586—Association of routers of virtual routers
Definitions
- the present invention relates generally to multipath storage systems and, more particularly, to nondisruptive data migration and I/O load balancing over multipath connections by running a virtual switch across storage systems and multipathing among storage and server.
- TRILL Transparent Interconnection of Lots of Links
- L2 Ethernet Layer 2
- STP Segning Tree Protocol
- FIG. 1 is an example of a conventional storage area network topology.
- a server computer 300 is coupled to a switch 200A, which is coupled to switches 2008 and 200C in parallel, which are coupled to a switch 200D, which is coupled to a data storage 200.
- Data transfer from/to server to/from storage is executed through a path 300-200A-200B-200D-100 and 300-200A-200C-200D-100 in parallel.
- FIG. 2 is an example of a conventional logical configuration of a storage area network.
- a server computer 300 mounts one or more logical units 530 served by a storage system 100A.
- An operating system running on the server 300 recognizes the logical units 530 by a network port 110A identified by its network address (MAC Address, FCID) or WWN (World Wide Name). If an administrator tries to migrate a logical unit 530 from the network port 110A to a port 110B, a server operating system must stop I/O process to suspend the static data image stored in the logical unit, and to re-mount a new logical unit through the destination network port 110B.
- MAC Address, FCID network address
- WWN World Wide Name
- Exemplary embodiments of the invention provide nondisruptive data migration and I/O load balancing over multipath connections by running a virtual switch across storage systems and multipathing among storage and server.
- the data storage is equipped with switching functionality and virtual port (network interface).
- Network routing and path configuration setting are shared among multiple data storage systems.
- Logically, a single virtual network switch runs across multiple data storage systems.
- Network devices have the capability to establish multipath communication between server and storage. This allows I/O service continuation after removal of old data storage device, because another data path keeps communication alive with the migration target device.
- the invention allows running a virtual switch across storage systems and multipathing among storage and server, so as to complete non-disruptive data migration and I/O load balancing over multipath connections.
- a system comprises a first data storage system including at least one first interface port, a first CPU, a first memory, and a plurality of first logical units; a second data storage system including at least one second interface port, a second CPU, a second memory, and a plurality of second logical units, the second data storage system connected to the first data storage system; a plurality of switches; and a server which is connected with the first data storage system via a first group of the switches and is connected with the second data storage system via a second group of the switches, the first group and the second group having at least one switch which is not included in both the first group and the second group.
- the first data storage system receives I/O commands targeted to the plurality of first logical units from the server via the first group of switches.
- the first data storage system maintains a first information regarding the ports of both the first storage system and the second data storage system.
- the first information is used to generate multipath communication between the server and the first data storage system, including at least one path which passes through the second data storage system and at least one other path which does not pass through the second data storage system.
- the first information includes information related to paths between ports of the first data storage system, the second data storage systems, the plurality of switches, and the server.
- the first information includes load information for transmitting data between ports of the first data storage system and the plurality of switches and the server and load information for transmitting data between ports of the second data storage system and the plurality of switches and the server.
- the ports of both the first and second data storage systems are identified by WWPN.
- one of the first and second data storage systems is a source system for migration of data to the other of the first and second data storage systems as a destination system.
- the destination system creates a virtual port as a target port which has same identifier as a source port on the source system, and creates a logical unit on the target port
- the source system runs data copy from a logical unit containing the data in the source system to the logical unit on the target port in the destination system, and deactivates the source port on the source system
- the destination system activates the target port on the destination system.
- the first data storage system in response to a detection of a device newly connected to one of the ports of the first data storage system, adds information related to a path between the newly connected device and the connected port of the first data storage system and notifies the added information to the plurality of switches, the server, and the second data storage system via connections to the first data storage system.
- a management computer is connected to one of the switches.
- the switch updates path information between ports of the server and at least one of the first and second data storage systems.
- Another aspect of this invention is directed to a first data storage system in a system which includes a second data storage system having at least one second interface port, a plurality of switches, and a server which is connected with the first data storage system via a first group of the switches and is connected with the second data storage system via a second group of the switches, the first group and the second group having at least one switch which is not included in both the first group and the second group.
- the first data storage system comprises at least one first interface port; a first CPU; a first memory; and a plurality of first logical units.
- the first data storage system receives I/O commands targeted to the plurality of first logical units from the server via the first group of switches.
- the first data storage system maintains a first information regarding the ports of both the first storage system and the second data storage system.
- the first information is used to generate multipath communication between the server and the first data storage system, including at least one path which passes through the second data storage system and at least one other path which does not pass through the second data storage system.
- the second data storage system is a source system for migration of data to the first data storage system as a destination system.
- the first data storage system creates a virtual port as a target port which has same identifier as a source port on the second data storage system, creates a logical unit on the target port, and activates the target port on the first data storage system, after data copy is run from a logical unit containing the data in the second data storage system to the logical unit on the target port in the first data storage system, and after the source port on the second data storage system is deactivated.
- the first data storage system in response to a detection of a device newly connected to one of the ports of the first data storage system, adds information related to a path between the newly connected device and the connected port of the first data storage system and notifies the added information to the plurality of switches, the server, and the second data storage system via connections to the first data storage system.
- Another aspect of the invention is directed to a multipath communication method in a system which includes a first data storage system including at least one first interface port, a first CPU, a first memory, and a plurality of first logical units; a second data storage system including at least one second interface port, a second CPU, a second memory, and a plurality of second logical units, the second data storage system connected to the first data storage system; a plurality of switches; and a server which is connected with the first data storage system via a first group of the switches and is connected with the second data storage system via a second group of the switches, the first group and the second group having at least one switch which is not included in both the first group and the second group.
- the method comprises receiving an I/O command targeted to at least one of the plurality of first and second logical units from the server via the switches; maintaining a first information regarding the ports of both the first storage system and the second data storage system; and using the first information to generate multipath communication between the server and the first data storage system, including at least one path which passes through the second data storage system and at least one other path which does not pass through the second data storage system.
- the method further comprises a data migration process for migrating data from one of the first and second data storage systems as a source system to the other of the first and second data storage systems as a destination system.
- the data migration process comprises creating a virtual port as a target port which has same identifier as a source port on the source system; creating a logical unit on the target port; running data copy from a logical unit containing the data in the source system to the logical unit on the target port in the destination system; deactivating the source port on the source system; and activating the target port on the destination system.
- the method in response to a request from a management computer, the method further comprises updating path information between ports of the server and at least one of the first and second data storage systems.
- the method in response to a detection of a device newly connected to one of the ports of the first data storage system, the method further comprises the first data storage system adding information related to a path between the newly connected device and the connected port of the first data storage system and notifying the added information to the plurality of switches, the server, and the second data storage system via connections to the first data storage system.
- FIG. 1 is an example of a conventional storage area network topology.
- FIG. 2 is an example of a conventional logical configuration of a storage area network.
- FIG. 3 shows an example of a storage network configuration according to an embodiment of the present invention.
- FIG. 4 illustrates a hardware configuration of the server computer.
- FIG. 5 illustrates a hardware configuration of the network switch.
- FIG. 6 illustrates a hardware configuration of the data storage.
- FIG. 7 illustrates a hardware configuration of the management computer.
- FIG. 8 illustrates an example of software that is stored on the memory and runs on the server computer.
- FIG. 9 illustrates an example of software that is stored on memory and runs on the switch.
- FIG. 10 illustrates an example of software that is stored on the memory and runs on the data storage.
- FIG. 11 illustrates an example of software that is stored on the memory and runs on the management computer.
- FIG. 12 illustrates an exemplary data structure of the volume configuration information in the memory of the server computer.
- FIG. 13 illustrates an exemplary data structure of the routing information in the memory of the switch.
- FIG. 14 illustrates an exemplary data structure of the transmission port information in the memory of the switch.
- FIG. 15 illustrates an exemplary data structure of the local storage network route information in the memory of the data storage.
- FIG. 16 illustrates an exemplary data structure of the shared storage network route information in the memory of the data storage.
- FIG. 17 illustrates an exemplary data structure of the storage transmission port information in the memory of the data storage.
- FIG. 18 illustrates an exemplary data structure of the LU configuration information in the memory of the data storage.
- FIG. 19 illustrates an example of the storage network topology according to the present embodiment.
- FIG. 20 is an example of a flow diagram to update the routing information and transmission port information on switch, or the shared local storage network route information and storage transmission port information on the data storage.
- FIG. 21 is an example of a flow diagram to select one or more paths from the server to the storage.
- FIG. 22 is an example of a flow diagram to combine the local storage network route information among two data storage systems.
- FIG. 23 is an example of a flow diagram of data migration beyond a data storage system.
- FIG. 24 is an example of a logical illustration of a virtual port over a virtual switch.
- the present invention also relates to an apparatus for performing the operations herein.
- This apparatus may be specially constructed for the required purposes, or it may include one or more general-purpose computers selectively activated or reconfigured by one or more computer programs.
- Such computer programs may be stored in a computer-readable storage medium, such as, but not limited to optical disks, magnetic disks, read-only memories, random access memories, solid state devices and drives, or any other types of media suitable for storing electronic information.
- the algorithms and displays presented herein are not inherently related to any particular computer or other apparatus.
- Various general-purpose systems may be used with programs and modules in accordance with the teachings herein, or it may prove convenient to construct a more specialized apparatus to perform desired method steps.
- the present invention is not described with reference to any particular programming language.
- Exemplary embodiments of the invention provide apparatuses, methods and computer programs for nondisruptive data migration and I/O load balancing over multipath connections by running a virtual switch across storage systems and multipathing among storage and server.
- FIG. 3 shows an example of a storage network configuration according to an embodiment of the present invention.
- First and second server computers 300A and 300B are coupled to a switch 200A, which is coupled to two switches 200B and 200D.
- the switch 200B is connected to a switch 200C which is connected to a first data storage 100A.
- the switch 200 D is connected to a switch 200E which is connected to a second data storage 100B.
- a management computer 400 is connected to the switch 200B.
- the server 300 runs business applications and generates I/O workload that targets a storage 100.
- the switch 200 is a network switch, i.e., Layer 2 Ethernet switch that supports TRILL protocol.
- the data storage 100 is an external storage system that is installed with a bunch of disk drives (HDDs) or solid state drives (SSDs).
- HDDs bunch of disk drives
- SSDs solid state drives
- the management computer 400 provides management of the entire storage network.
- communication between the first server computer 300A and the first data storage 100A can be established through both paths 300A ⁇ 200A ⁇ 200B ⁇ 200C ⁇ 100A and 300A-200A-200D-200E-100B-100A.
- FIG. 4 illustrates a hardware configuration of the server computer 300.
- a CPU 330, a memory 340, an input device 360 (e.g., keyboard, mouse, etc.), and an output device 370 (e.g., video graphic card connected to external display monitor) are interconnected through a memory controller 350. All I/Os handled by an I/O controller 320 are processed on an internal HDD device 380 or an external storage device through a network interface 310. This configuration can be implemented by a multi-purpose PC.
- FIG. 5 illustrates a hardware configuration of the network switch 200.
- a CPU 230 and a memory 240 are interconnected through a memory controller 250.
- the I/Os handled by an I/O controller 220 are processed through a plurality of network interfaces 210.
- FIG. 6 illustrates a hardware configuration of the data storage 100.
- a CPU 130 and a memory 140 are interconnected through a memory controller 150.
- the I/Os handled by an I/O controller 120 are processed on internal HDD devices 180 or external storage devices through network interfaces 310.
- FIG. 7 illustrates a hardware configuration of the management computer 400.
- a CPU 430, a memory 440, an input device 460, and an output device 470 are interconnected through a memory controller 450.
- the I/Os handled by an I/O controller 420 are processed on an internal HDD device 480 or an external storage device through a network interface 410.
- FIG. 8 illustrates an example of software that is stored on the memory 340 and runs on the server computer 300.
- An application program 3401 is a business application that generates I/O workload (e.g., database, SAP, E-Mail, exchange server, web application, etc.).
- An I/O transfer control program 3402 controls external data I/O transfer communication over SCSI protocol and also setup communication path between the server 300 and the storage 100.
- Volume configuration information 3403 is a configuration definition of data volume handled by the server operating system. "/etc/fstab" is a simple example of the volume configuration information 3403. Its data structure is illustrated in FIG. 12 .
- FIG. 9 illustrates an example of software that is stored on memory 240 and runs on the switch 200.
- Network route management program 2401 is a program to set and release communication route over the network.
- Traffic monitor program 2402 is a program to measure the traffic by the network interface 210. It can be measured by metric such as bps (byte per sec) and IOPS.
- Route information 2403 is configuration data that expresses communication route set by the network route management program 2401.
- Transmission port information 2404 is configuration data that expresses a target network interface 210 to transmit data. Routing information 2403 and transmission port information 2404 make it possible to determine communication paths over the network.
- FIG. 10 illustrates an example of software that is stored on the memory 140 and runs on the data storage 100.
- I/O transfer control program 1401 operates external data I/O transfer communication over SCSI protocol and also sets up communication path between the data storage 100 and the server 300.
- Storage network route management program 1402 is a unique program in this invention. This program generates and updates local storage network route information 1406 and shared storage network route information 1407. It merges route information created by several data storage systems, so as to keep consistency among the storage systems.
- Configuration management program 1403 updates logical unit configuration as directed by the management computer 400.
- Data copy program 1404 copies entire data stored in one logical unit 530 into another logical unit 530 so that the original logical unit 530 is duplicated.
- Traffic monitor program 1405 measures I/O traffic by network interface 110 and logical unit 530. Its metric is acceptable in bps (byte per sec), IOPS, and the like.
- Shared storage network route information 1407 is information shared among multiple data storage systems 100. It defines communication routes over the network. Storage transmission port information 1408 allows determining communication paths over the network.
- LU configuration information 1409 is a configuration setting of the logical units 530.
- FIG. 11 illustrates an example of software that is stored on the memory 440 and runs on the management computer 400.
- I/O path control program 4401 communicates with devices that comprise the storage network. It issues requests to set or update communication paths.
- LU configuration request program 4402 communicates with the data storage 100. It issues requests to set or update the logical units 530.
- LU configuration information 4403 is a collection of LU configuration information 1408 from multiple data storage systems 100.
- Routing information 4404 is a collection of routing information 2403 and shared storage network route information 1407 from multiple switches 200 and data storage systems 300.
- Transmission port information 4405 is a collection of transmission port information 2404 and storage transmission port information 1408. Information collected from the switch 200 and information collected from the data storage 100 do not have to be distinguished, but can be handled in the same manner.
- the management computer 400 updates those pieces of information so that it always keeps the newest configuration.
- the memory 140 of the data storage 100 includes mapping information between the physical ports and virtual ports, so that virtual ports may be treated as physical ports.
- the relation between the virtual port and the physical port may not be limited to a one-to-one relationship.
- One physical port may be associated with multiple virtual ports and one virtual port may be associated with multiple physical ports.
- the mapping information should be controlled by the management computer; thus the mapping information of the data storages 100 may be integrated in the memory 440 of the management computer 400 and the updates would be communicated to each other.
- FIG. 12 illustrates an exemplary data structure of the volume configuration information 3403 in the memory 340 of the server computer 300.
- Mount point 34031 is a logical directory defined on a file system. An external device such as a logical unit is mounted to this location.
- Target FCID 34032 is the identification of the network interface 110 that is dynamically assigned by the fibre channel network when it initialized a fabric login process.
- Target device 34033 is an identification of network interface 110.
- World Wide Name is usually used as an identifier in the fibre channel network.
- LUN 34034 is a "logical unit number" that is assigned to each logical unit 530.
- FIG. 13 illustrates an exemplary data structure of the routing information 2403 in the memory 240 of the switch 200.
- Local port address 24031 is a network interface installed on the switch 200.
- Remote port address 24032 is a port installed on the other devices. The remote port must be reachable from the local port address over one or more switches 200.
- Transfer cost 24033 is a hop count of the devices to reach from local port to remote port.
- FIG. 14 illustrates an exemplary data structure of the transmission port information 2404 in the memory 240 of the switch 200.
- Remote port address 24031 is a network interface installed on the other devices.
- Local delivery port address 24032 is a local network interface to communicate and transmit data with the remote port.
- FIG. 15 illustrates an exemplary data structure of the local storage network route information 1406 in the memory 140 of the data storage 100.
- a first table 1406A is an example of the route information generated on the first storage 100A of FIG. 19 .
- a second table 1406B is an example of the route information generated on second storage 100B of FIG. 19 .
- Local port address 14061, remote port address 14062, and transfer cost 14063 represent the same entities serving the same functions, respectively, as those in FIG. 13 .
- a unique feature in this table is that the virtual port 520 set on this data storage 100 can be recorded as same as the physical port 110.
- FIG. 16 illustrates an exemplary data structure of the shared storage network route information 1407 in the memory 140 of the data storage 100.
- Local port address 14071 is a network interface 110 installed on one of the data storage systems 100.
- Remote port address 14072 is a network interface installed on an external device other than the data storage systems 100. The remote port must be reachable from the local port.
- Transfer cost 14073 is a hop count of the devices to reach from local port to remote port.
- the contents of the table in FIG. 16 are consistent with the storage network topology in FIG. 19 .
- the network interface 110A on the data storage 100A is directly connected to the network interface 210E on the switch #23, so that the transfer cost is counted as "1."
- a route from the network interface 110A to the network interface 31 0A on the server 300A requires hops of four devices.
- a unique feature on third entry, network interface 110C is logically considered as connected to virtual port 520A.
- FIG. 17 illustrates an exemplary data structure of the storage transmission port information 1408 in the memory 140 of the data storage 100.
- Remote port address 14081 is a network interface 110 installed on the other devices.
- Local delivery port address 14082 is a local network interface 110 to communicate and transmit data with the remote port.
- FIG. 18 illustrates an exemplary data structure of the LU configuration information 1409 in the memory 140 of the data storage 100.
- Local port address 14091 is a network interface 110 or virtual network interface 520 defined on the storage 100.
- the virtual network interface 520 is not a physical network interface 110 but behaves as if it were installed on the data storage 100 against the server computer 300.
- World Wide Name 14092 is the identification of the network interface 110 or virtual network interface 520.
- LUN 14093 is a "logical unit number" to identify the logical unit 530 defined on the network interface 110 or virtual network interface 520.
- Storage resource ID 14094 is a physical storage resource such as RAID group or a set of HDDs or SSDs.
- FIG. 19 illustrates an example of the storage network topology according to the present embodiment.
- the first server 300A attaches a logical unit 530A that is defined on a virtual network port 520A in the first data storage 100A at "/mount/data2" (see FIG. 12 ).
- the switch 200A is configured to use dual communication paths to the virtual network port 520A, through the network interfaces 210B and 210C (see FIGS. 13 & 14 ).
- FIG. 20 is an example of a flow diagram to update the routing information 2403 and transmission port information 2404 on switch 200, or the shared local storage network route information 1406 and storage transmission port information 1408 on the data storage 100.
- the switch 200 or data storage 100 detects a device newly connected to the network interface 210 or 110 (step S101). Then it creates a new entry on the routing information 2403 or 1406, then record "1" in its transfer cost field 24033 or 14063 (step S102). The switch 200 or data storage 100 then notifies a new entry record to the other devices connected directly through its network interface 210 or 110 (step S103).
- the switch 200 or data storage 100 which has received a new device discovery notification updates its routing information 2403 or 1406 (step S104).
- the transfer cost field 24033 or 14063 will be added "1."
- This device repeats notification to the other network devices (step S105). After that, it determines one or more paths to get to the newly detected network interface (step S106, step S107). In the step S106 and the step S107, the switch 200 or data storage 100 selects one or more network interfaces 210 or 110 that have minimum transfer cost to get to the new device and updates the transmission port information 2404 or 1407.
- FIG. 21 is an example of a flow diagram to select one or more paths from the server 300 to the storage 100. This is not a mandatory process but optional.
- the management computer 400 chooses I/O paths that pass the target storage 100.
- the management computer 400 requests path update.
- the switch and virtual switch updates the path information. This is a conventional option, especially in a situation where an administrator wants to control its network traffic after monitoring and analyzing the data traffic. Also this is useful when three or more paths are available and the administrator wants to reduce them.
- FIG. 22 is an example of a flow diagram to combine the local storage network route information 1406 among two data storage systems 100 (e.g., 100A and 100B).
- a data storage 100A adds a new routing information entry on the local storage network information 1406.
- the data storage 100A transfers the new route information entry to another data storage 100B (step S301).
- the data storage 100B receives the new route information and then searches its local storage network route information 1406 to confirm if there is a route information that is the same as that received from the original data storage 100 (step S302).
- FIG. 22 is an example of a flow diagram to combine the local storage network route information 1406 among two data storage systems 100 (e.g., 100A and 100B).
- step S302 determines to adopt a route with a lower transfer cost.
- step S303 the data storage 100B adopts its local entry that targets to the network interface 21 0F. It updates the route information on the shared storage network routing information 1407 (step S304, step S305).
- FIG. 23 is an example of a flow diagram of data migration beyond a data storage system 100.
- a destination storage 100 i.e., migration target device
- creates a new virtual port 520 (step S401).
- This virtual port 520 has the same identifier as the source port 520.
- it creates a logical unit 530 on the port 520 (step S402).
- data copy program 1404 runs data copy from source LU to destination LU beyond the device (step S403).
- the source storage 100 deactivates the source virtual port 520 (step S404).
- the target virtual port 520 is activated (step S405).
- the data migration is typically performed in response to a request from the management server 400.
- FIG. 24 is an example of a logical illustration of a virtual port 520 over a virtual switch 500.
- a hardware boundary across the data storage 100 can be ignored, so that the virtual port location is flexible over the virtual switch 500.
- the server 300 and the switch 200 would not get any impact caused by data migration. They do not have to reconfigure their configurations, and have a very short I/O service interruption period that happens at step S404 and S405.
- the system configuration illustrated in FIG. 19 is purely exemplary of information systems in which the present invention may be implemented, and the invention is not limited to a particular hardware configuration.
- the computers and storage systems implementing the invention can also have known I/O devices (e.g., CD and DVD drives, floppy disk drives, hard drives, etc.) which can store and read the modules, programs and data structures used to implement the above-described invention.
- These modules, programs and data structures can be encoded on such computer-readable media.
- the data structures of the invention can be stored on computer-readable media independently of one or more computer-readable media on which reside the programs used in the invention.
- the components of the system can be interconnected by any form or medium of digital data communication, e.g., a communication network. Examples of communication networks include local area networks, wide area networks, e.g., the Internet, wireless networks, storage area networks, and the like.
- the operations described above can be performed by hardware, software, or some combination of software and hardware.
- Various aspects of embodiments of the invention may be implemented using circuits and logic devices (hardware), while other aspects may be implemented using instructions stored on a machine-readable medium (software), which if executed by a processor, would cause the processor to perform a method to carry out embodiments of the invention.
- some embodiments of the invention may be performed solely in hardware, whereas other embodiments may be performed solely in software.
- the various functions described can be performed in a single unit, or can be spread across a number of components in any number of ways.
- the methods may be executed by a processor, such as a general purpose computer, based on instructions stored on a computer-readable medium. If desired, the instructions can be stored on the medium in a compressed and/or encrypted format.
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)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Multi Processors (AREA)
Abstract
Description
- The present invention relates generally to multipath storage systems and, more particularly, to nondisruptive data migration and I/O load balancing over multipath connections by running a virtual switch across storage systems and multipathing among storage and server.
- According to recent trends, a new multipath networking method known as TRILL (Transparent Interconnection of Lots of Links) is under standardization process for networking over Layer 2 (L2) Ethernet. TRILL allows L2 network to establish two parallel data transfer paths that have not been allowed in traditional Ethernet based on STP (Spanning Tree Protocol). When TRILL is set up and ready in a storage network, data transfer between server and storage will be performed through multiple paths.
-
FIG. 1 is an example of a conventional storage area network topology. Aserver computer 300 is coupled to aswitch 200A, which is coupled to switches 2008 and 200C in parallel, which are coupled to aswitch 200D, which is coupled to adata storage 200. Data transfer from/to server to/from storage is executed through a path 300-200A-200B-200D-100 and 300-200A-200C-200D-100 in parallel. In this case, there may be a performance bottleneck at thenetwork port 210A of theswitch 200D or thenetwork port 110 of thedata storage 100 that cannot handle too much traffic received through both of the paths. - In addition to L2 networking, another problem is that I/O service interruption happens through data migration beyond storage systems.
FIG. 2 is an example of a conventional logical configuration of a storage area network. Aserver computer 300 mounts one or morelogical units 530 served by astorage system 100A. An operating system running on theserver 300 recognizes thelogical units 530 by anetwork port 110A identified by its network address (MAC Address, FCID) or WWN (World Wide Name). If an administrator tries to migrate alogical unit 530 from thenetwork port 110A to aport 110B, a server operating system must stop I/O process to suspend the static data image stored in the logical unit, and to re-mount a new logical unit through thedestination network port 110B. However, a mission critical application or a business critical application running at an Enterprise Datacenter cannot be suspended while keeping its business stability. - The same problem arises when a logical unit is to be migrated beyond the storage system boundary, for instance, from the
port 110A of onestorage system 100A to aport 110C of anotherstorage system 100B. It requires data copy operation among systems, so that the I/O suspension time will be longer than internal LU migration. Furthermore, an additional problem of traditional single path network is that I/O service could be interrupted after the removal of thestorage system 100A because the network path must be reset onto the new data storage device. - Exemplary embodiments of the invention provide nondisruptive data migration and I/O load balancing over multipath connections by running a virtual switch across storage systems and multipathing among storage and server. The data storage is equipped with switching functionality and virtual port (network interface). Network routing and path configuration setting are shared among multiple data storage systems. Logically, a single virtual network switch runs across multiple data storage systems. Network devices have the capability to establish multipath communication between server and storage. This allows I/O service continuation after removal of old data storage device, because another data path keeps communication alive with the migration target device. In this way, the invention allows running a virtual switch across storage systems and multipathing among storage and server, so as to complete non-disruptive data migration and I/O load balancing over multipath connections.
- In accordance with an aspect of the present invention, a system comprises a first data storage system including at least one first interface port, a first CPU, a first memory, and a plurality of first logical units; a second data storage system including at least one second interface port, a second CPU, a second memory, and a plurality of second logical units, the second data storage system connected to the first data storage system; a plurality of switches; and a server which is connected with the first data storage system via a first group of the switches and is connected with the second data storage system via a second group of the switches, the first group and the second group having at least one switch which is not included in both the first group and the second group. The first data storage system receives I/O commands targeted to the plurality of first logical units from the server via the first group of switches. The first data storage system maintains a first information regarding the ports of both the first storage system and the second data storage system. The first information is used to generate multipath communication between the server and the first data storage system, including at least one path which passes through the second data storage system and at least one other path which does not pass through the second data storage system.
- In some embodiments, the first information includes information related to paths between ports of the first data storage system, the second data storage systems, the plurality of switches, and the server. The first information includes load information for transmitting data between ports of the first data storage system and the plurality of switches and the server and load information for transmitting data between ports of the second data storage system and the plurality of switches and the server. The ports of both the first and second data storage systems are identified by WWPN.
- In specific embodiments, one of the first and second data storage systems is a source system for migration of data to the other of the first and second data storage systems as a destination system. For data migration, the destination system creates a virtual port as a target port which has same identifier as a source port on the source system, and creates a logical unit on the target port, the source system runs data copy from a logical unit containing the data in the source system to the logical unit on the target port in the destination system, and deactivates the source port on the source system, and the destination system activates the target port on the destination system. Preferably, in response to a detection of a device newly connected to one of the ports of the first data storage system, the first data storage system adds information related to a path between the newly connected device and the connected port of the first data storage system and notifies the added information to the plurality of switches, the server, and the second data storage system via connections to the first data storage system. Preferably, a management computer is connected to one of the switches. In response to a request from the management computer, the switch updates path information between ports of the server and at least one of the first and second data storage systems.
- Another aspect of this invention is directed to a first data storage system in a system which includes a second data storage system having at least one second interface port, a plurality of switches, and a server which is connected with the first data storage system via a first group of the switches and is connected with the second data storage system via a second group of the switches, the first group and the second group having at least one switch which is not included in both the first group and the second group. The first data storage system comprises at least one first interface port; a first CPU; a first memory; and a plurality of first logical units. The first data storage system receives I/O commands targeted to the plurality of first logical units from the server via the first group of switches. The first data storage system maintains a first information regarding the ports of both the first storage system and the second data storage system. The first information is used to generate multipath communication between the server and the first data storage system, including at least one path which passes through the second data storage system and at least one other path which does not pass through the second data storage system.
- In some embodiments, the second data storage system is a source system for migration of data to the first data storage system as a destination system. For data migration, the first data storage system creates a virtual port as a target port which has same identifier as a source port on the second data storage system, creates a logical unit on the target port, and activates the target port on the first data storage system, after data copy is run from a logical unit containing the data in the second data storage system to the logical unit on the target port in the first data storage system, and after the source port on the second data storage system is deactivated. Preferably, in response to a detection of a device newly connected to one of the ports of the first data storage system, the first data storage system adds information related to a path between the newly connected device and the connected port of the first data storage system and notifies the added information to the plurality of switches, the server, and the second data storage system via connections to the first data storage system.
- Another aspect of the invention is directed to a multipath communication method in a system which includes a first data storage system including at least one first interface port, a first CPU, a first memory, and a plurality of first logical units; a second data storage system including at least one second interface port, a second CPU, a second memory, and a plurality of second logical units, the second data storage system connected to the first data storage system; a plurality of switches; and a server which is connected with the first data storage system via a first group of the switches and is connected with the second data storage system via a second group of the switches, the first group and the second group having at least one switch which is not included in both the first group and the second group. The method comprises receiving an I/O command targeted to at least one of the plurality of first and second logical units from the server via the switches; maintaining a first information regarding the ports of both the first storage system and the second data storage system; and using the first information to generate multipath communication between the server and the first data storage system, including at least one path which passes through the second data storage system and at least one other path which does not pass through the second data storage system.
- In specific embodiments, the method further comprises a data migration process for migrating data from one of the first and second data storage systems as a source system to the other of the first and second data storage systems as a destination system. The data migration process comprises creating a virtual port as a target port which has same identifier as a source port on the source system; creating a logical unit on the target port; running data copy from a logical unit containing the data in the source system to the logical unit on the target port in the destination system; deactivating the source port on the source system; and activating the target port on the destination system. Preferably, in response to a request from a management computer, the method further comprises updating path information between ports of the server and at least one of the first and second data storage systems. Preferably, in response to a detection of a device newly connected to one of the ports of the first data storage system, the method further comprises the first data storage system adding information related to a path between the newly connected device and the connected port of the first data storage system and notifying the added information to the plurality of switches, the server, and the second data storage system via connections to the first data storage system.
- These and other features and advantages of the present invention will become apparent to those of ordinary skill in the art in view of the following detailed description of the specific embodiments.
-
FIG. 1 is an example of a conventional storage area network topology. -
FIG. 2 is an example of a conventional logical configuration of a storage area network. -
FIG. 3 shows an example of a storage network configuration according to an embodiment of the present invention. -
FIG. 4 illustrates a hardware configuration of the server computer. -
FIG. 5 illustrates a hardware configuration of the network switch. -
FIG. 6 illustrates a hardware configuration of the data storage. -
FIG. 7 illustrates a hardware configuration of the management computer. -
FIG. 8 illustrates an example of software that is stored on the memory and runs on the server computer. -
FIG. 9 illustrates an example of software that is stored on memory and runs on the switch. -
FIG. 10 illustrates an example of software that is stored on the memory and runs on the data storage. -
FIG. 11 illustrates an example of software that is stored on the memory and runs on the management computer. -
FIG. 12 illustrates an exemplary data structure of the volume configuration information in the memory of the server computer. -
FIG. 13 illustrates an exemplary data structure of the routing information in the memory of the switch. -
FIG. 14 illustrates an exemplary data structure of the transmission port information in the memory of the switch. -
FIG. 15 illustrates an exemplary data structure of the local storage network route information in the memory of the data storage. -
FIG. 16 illustrates an exemplary data structure of the shared storage network route information in the memory of the data storage. -
FIG. 17 illustrates an exemplary data structure of the storage transmission port information in the memory of the data storage. -
FIG. 18 illustrates an exemplary data structure of the LU configuration information in the memory of the data storage. -
FIG. 19 illustrates an example of the storage network topology according to the present embodiment. -
FIG. 20 is an example of a flow diagram to update the routing information and transmission port information on switch, or the shared local storage network route information and storage transmission port information on the data storage. -
FIG. 21 is an example of a flow diagram to select one or more paths from the server to the storage. -
FIG. 22 is an example of a flow diagram to combine the local storage network route information among two data storage systems. -
FIG. 23 is an example of a flow diagram of data migration beyond a data storage system. -
FIG. 24 is an example of a logical illustration of a virtual port over a virtual switch. - In the following detailed description of the invention, reference is made to the accompanying drawings which form a part of the disclosure, and in which are shown by way of illustration, and not of limitation, exemplary embodiments by which the invention may be practiced. In the drawings, like numerals describe substantially similar components throughout the several views. Further, it should be noted that while the detailed description provides various exemplary embodiments, as described below and as illustrated in the drawings, the present invention is not limited to the embodiments described and illustrated herein, but can extend to other embodiments, as would be known or as would become known to those skilled in the art. Reference in the specification to "one embodiment," "this embodiment," or "these embodiments" means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the invention, and the appearances of these phrases in various places in the specification are not necessarily all referring to the same embodiment. Additionally, in the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. However, it will be apparent to one of ordinary skill in the art that these specific details may not all be needed to practice the present invention. In other circumstances, well-known structures, materials, circuits, processes and interfaces have not been described in detail, and/or may be illustrated in block diagram form, so as to not unnecessarily obscure the present invention.
- Furthermore, some portions of the detailed description that follow are presented in terms of algorithms and symbolic representations of operations within a computer. These algorithmic descriptions and symbolic representations are the means used by those skilled in the data processing arts to most effectively convey the essence of their innovations to others skilled in the art. An algorithm is a series of defined steps leading to a desired end state or result. In the present invention, the steps carried out require physical manipulations of tangible quantities for achieving a tangible result. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals or instructions capable of being stored, transferred, combined, compared, and otherwise manipulated. It has proven convenient at times, principally for reasons of common usage, to refer to these signals as bits, values, elements, symbols, characters, terms, numbers, instructions, or the like. It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise, as apparent from the following discussion, it is appreciated that throughout the description, discussions utilizing terms such as "processing," "computing," "calculating," "determining," "displaying," or the like, can include the actions and processes of a computer system or other information processing device that manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system's memories or registers or other information storage, transmission or display devices.
- The present invention also relates to an apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may include one or more general-purpose computers selectively activated or reconfigured by one or more computer programs. Such computer programs may be stored in a computer-readable storage medium, such as, but not limited to optical disks, magnetic disks, read-only memories, random access memories, solid state devices and drives, or any other types of media suitable for storing electronic information. The algorithms and displays presented herein are not inherently related to any particular computer or other apparatus. Various general-purpose systems may be used with programs and modules in accordance with the teachings herein, or it may prove convenient to construct a more specialized apparatus to perform desired method steps. In addition, the present invention is not described with reference to any particular programming language. It will be appreciated that a variety of programming languages may be used to implement the teachings of the invention as described herein. The instructions of the programming language(s) may be executed by one or more processing devices, e.g., central processing units (CPUs), processors, or controllers.
- Exemplary embodiments of the invention, as will be described in greater detail below, provide apparatuses, methods and computer programs for nondisruptive data migration and I/O load balancing over multipath connections by running a virtual switch across storage systems and multipathing among storage and server.
-
FIG. 3 shows an example of a storage network configuration according to an embodiment of the present invention. First andsecond server computers switch 200A, which is coupled to twoswitches switch 200B is connected to aswitch 200C which is connected to afirst data storage 100A. Theswitch 200 D is connected to aswitch 200E which is connected to asecond data storage 100B. Amanagement computer 400 is connected to theswitch 200B. Theserver 300 runs business applications and generates I/O workload that targets astorage 100. Theswitch 200 is a network switch, i.e.,Layer 2 Ethernet switch that supports TRILL protocol. Thedata storage 100 is an external storage system that is installed with a bunch of disk drives (HDDs) or solid state drives (SSDs). Themanagement computer 400 provides management of the entire storage network. InFIG. 3 , communication between thefirst server computer 300A and thefirst data storage 100A can be established through bothpaths 300A―200A―200B―200C―100A and 300A-200A-200D-200E-100B-100A. -
FIG. 4 illustrates a hardware configuration of theserver computer 300. ACPU 330, amemory 340, an input device 360 (e.g., keyboard, mouse, etc.), and an output device 370 (e.g., video graphic card connected to external display monitor) are interconnected through amemory controller 350. All I/Os handled by an I/O controller 320 are processed on aninternal HDD device 380 or an external storage device through anetwork interface 310. This configuration can be implemented by a multi-purpose PC. -
FIG. 5 illustrates a hardware configuration of thenetwork switch 200. ACPU 230 and amemory 240 are interconnected through a memory controller 250. The I/Os handled by an I/O controller 220 are processed through a plurality of network interfaces 210. -
FIG. 6 illustrates a hardware configuration of thedata storage 100. ACPU 130 and amemory 140 are interconnected through amemory controller 150. The I/Os handled by an I/O controller 120 are processed oninternal HDD devices 180 or external storage devices through network interfaces 310. -
FIG. 7 illustrates a hardware configuration of themanagement computer 400. ACPU 430, amemory 440, aninput device 460, and anoutput device 470 are interconnected through amemory controller 450. The I/Os handled by an I/O controller 420 are processed on aninternal HDD device 480 or an external storage device through anetwork interface 410. -
FIG. 8 illustrates an example of software that is stored on thememory 340 and runs on theserver computer 300. Anapplication program 3401 is a business application that generates I/O workload (e.g., database, SAP, E-Mail, exchange server, web application, etc.). An I/Otransfer control program 3402 controls external data I/O transfer communication over SCSI protocol and also setup communication path between theserver 300 and thestorage 100.Volume configuration information 3403 is a configuration definition of data volume handled by the server operating system. "/etc/fstab" is a simple example of thevolume configuration information 3403. Its data structure is illustrated inFIG. 12 . -
FIG. 9 illustrates an example of software that is stored onmemory 240 and runs on theswitch 200. Networkroute management program 2401 is a program to set and release communication route over the network.Traffic monitor program 2402 is a program to measure the traffic by thenetwork interface 210. It can be measured by metric such as bps (byte per sec) and IOPS.Route information 2403 is configuration data that expresses communication route set by the networkroute management program 2401.Transmission port information 2404 is configuration data that expresses atarget network interface 210 to transmit data.Routing information 2403 andtransmission port information 2404 make it possible to determine communication paths over the network. -
FIG. 10 illustrates an example of software that is stored on thememory 140 and runs on thedata storage 100. I/Otransfer control program 1401 operates external data I/O transfer communication over SCSI protocol and also sets up communication path between thedata storage 100 and theserver 300. Storage networkroute management program 1402 is a unique program in this invention. This program generates and updates local storagenetwork route information 1406 and shared storagenetwork route information 1407. It merges route information created by several data storage systems, so as to keep consistency among the storage systems.Configuration management program 1403 updates logical unit configuration as directed by themanagement computer 400.Data copy program 1404 copies entire data stored in onelogical unit 530 into anotherlogical unit 530 so that the originallogical unit 530 is duplicated.Traffic monitor program 1405 measures I/O traffic bynetwork interface 110 andlogical unit 530. Its metric is acceptable in bps (byte per sec), IOPS, and the like. Shared storagenetwork route information 1407 is information shared among multipledata storage systems 100. It defines communication routes over the network. Storagetransmission port information 1408 allows determining communication paths over the network.LU configuration information 1409 is a configuration setting of thelogical units 530. -
FIG. 11 illustrates an example of software that is stored on thememory 440 and runs on themanagement computer 400. I/Opath control program 4401 communicates with devices that comprise the storage network. It issues requests to set or update communication paths. LUconfiguration request program 4402 communicates with thedata storage 100. It issues requests to set or update thelogical units 530.LU configuration information 4403 is a collection ofLU configuration information 1408 from multipledata storage systems 100.Routing information 4404 is a collection ofrouting information 2403 and shared storagenetwork route information 1407 frommultiple switches 200 anddata storage systems 300.Transmission port information 4405 is a collection oftransmission port information 2404 and storagetransmission port information 1408. Information collected from theswitch 200 and information collected from thedata storage 100 do not have to be distinguished, but can be handled in the same manner. Themanagement computer 400 updates those pieces of information so that it always keeps the newest configuration. Thememory 140 of thedata storage 100 includes mapping information between the physical ports and virtual ports, so that virtual ports may be treated as physical ports. The relation between the virtual port and the physical port may not be limited to a one-to-one relationship. One physical port may be associated with multiple virtual ports and one virtual port may be associated with multiple physical ports. The mapping information should be controlled by the management computer; thus the mapping information of the data storages 100 may be integrated in thememory 440 of themanagement computer 400 and the updates would be communicated to each other. -
FIG. 12 illustrates an exemplary data structure of thevolume configuration information 3403 in thememory 340 of theserver computer 300.Mount point 34031 is a logical directory defined on a file system. An external device such as a logical unit is mounted to this location.Target FCID 34032 is the identification of thenetwork interface 110 that is dynamically assigned by the fibre channel network when it initialized a fabric login process.Target device 34033 is an identification ofnetwork interface 110. World Wide Name is usually used as an identifier in the fibre channel network.LUN 34034 is a "logical unit number" that is assigned to eachlogical unit 530. -
FIG. 13 illustrates an exemplary data structure of therouting information 2403 in thememory 240 of theswitch 200.Local port address 24031 is a network interface installed on theswitch 200.Remote port address 24032 is a port installed on the other devices. The remote port must be reachable from the local port address over one ormore switches 200.Transfer cost 24033 is a hop count of the devices to reach from local port to remote port. -
FIG. 14 illustrates an exemplary data structure of thetransmission port information 2404 in thememory 240 of theswitch 200.Remote port address 24031 is a network interface installed on the other devices. Localdelivery port address 24032 is a local network interface to communicate and transmit data with the remote port. -
FIG. 15 illustrates an exemplary data structure of the local storagenetwork route information 1406 in thememory 140 of thedata storage 100. A first table 1406A is an example of the route information generated on thefirst storage 100A ofFIG. 19 . A second table 1406B is an example of the route information generated onsecond storage 100B ofFIG. 19 .Local port address 14061,remote port address 14062, andtransfer cost 14063 represent the same entities serving the same functions, respectively, as those inFIG. 13 . A unique feature in this table is that the virtual port 520 set on thisdata storage 100 can be recorded as same as thephysical port 110. -
FIG. 16 illustrates an exemplary data structure of the shared storagenetwork route information 1407 in thememory 140 of thedata storage 100.Local port address 14071 is anetwork interface 110 installed on one of thedata storage systems 100.Remote port address 14072 is a network interface installed on an external device other than thedata storage systems 100. The remote port must be reachable from the local port.Transfer cost 14073 is a hop count of the devices to reach from local port to remote port. The contents of the table inFIG. 16 are consistent with the storage network topology inFIG. 19 . For example, thenetwork interface 110A on thedata storage 100A is directly connected to thenetwork interface 210E on theswitch # 23, so that the transfer cost is counted as "1." On the other hand, a route from thenetwork interface 110A to thenetwork interface 31 0A on theserver 300A requires hops of four devices. A unique feature on third entry,network interface 110C is logically considered as connected tovirtual port 520A. When thedata storage 100 detects a configuration change on the other storage system(s) 100, it updates its route information to keep the information current and consistent. -
FIG. 17 illustrates an exemplary data structure of the storagetransmission port information 1408 in thememory 140 of thedata storage 100.Remote port address 14081 is anetwork interface 110 installed on the other devices. Localdelivery port address 14082 is alocal network interface 110 to communicate and transmit data with the remote port. -
FIG. 18 illustrates an exemplary data structure of theLU configuration information 1409 in thememory 140 of thedata storage 100.Local port address 14091 is anetwork interface 110 or virtual network interface 520 defined on thestorage 100. The virtual network interface 520 is not aphysical network interface 110 but behaves as if it were installed on thedata storage 100 against theserver computer 300.World Wide Name 14092 is the identification of thenetwork interface 110 or virtual network interface 520.LUN 14093 is a "logical unit number" to identify thelogical unit 530 defined on thenetwork interface 110 or virtual network interface 520.Storage resource ID 14094 is a physical storage resource such as RAID group or a set of HDDs or SSDs. -
FIG. 19 illustrates an example of the storage network topology according to the present embodiment. Thefirst server 300A attaches alogical unit 530A that is defined on avirtual network port 520A in thefirst data storage 100A at "/mount/data2" (seeFIG. 12 ). Theswitch 200A is configured to use dual communication paths to thevirtual network port 520A, through the network interfaces 210B and 210C (seeFIGS. 13 &14 ). Originally this configuration does not happen because one path "210C-#24-#25-110B-110D-520A" has a transfer cost of "5" to get to thevirtual port 520A, which is not equivalent to another path "21 OB-#22-#23-110A-520A" having a transfer cost of only "4." This is allowed by considering multiple virtual switches as a single device, as defined inFIG. 16 . From the viewpoint of theserver computer 300 and theswitch 200, physically multipledata storage systems 100 are recognized as asingle data storage 100. This aspect of the present embodiment solves the first problem of bottleneck mentioned above in the Background section. The bottleneck on the direct attachedswitch # 23 will not occur because another path is routed via thesecond data storage 100B. -
FIG. 20 is an example of a flow diagram to update therouting information 2403 andtransmission port information 2404 onswitch 200, or the shared local storagenetwork route information 1406 and storagetransmission port information 1408 on thedata storage 100. First of all, theswitch 200 ordata storage 100 detects a device newly connected to thenetwork interface 210 or 110 (step S101). Then it creates a new entry on therouting information transfer cost field 24033 or 14063 (step S102). Theswitch 200 ordata storage 100 then notifies a new entry record to the other devices connected directly through itsnetwork interface 210 or 110 (step S103). Next, theswitch 200 ordata storage 100 which has received a new device discovery notification updates itsrouting information 2403 or 1406 (step S104). In this case, thetransfer cost field switch 200 ordata storage 100 selects one ormore network interfaces transmission port information -
FIG. 21 is an example of a flow diagram to select one or more paths from theserver 300 to thestorage 100. This is not a mandatory process but optional. In step S201, themanagement computer 400 chooses I/O paths that pass thetarget storage 100. In step S202, themanagement computer 400 requests path update. In step 203, the switch and virtual switch updates the path information. This is a conventional option, especially in a situation where an administrator wants to control its network traffic after monitoring and analyzing the data traffic. Also this is useful when three or more paths are available and the administrator wants to reduce them. -
FIG. 22 is an example of a flow diagram to combine the local storagenetwork route information 1406 among two data storage systems 100 (e.g., 100A and 100B). After detecting a newly connected device on the local network port, adata storage 100A adds a new routing information entry on the localstorage network information 1406. Then thedata storage 100A transfers the new route information entry to anotherdata storage 100B (step S301). Thedata storage 100B receives the new route information and then searches its local storagenetwork route information 1406 to confirm if there is a route information that is the same as that received from the original data storage 100 (step S302). In the example ofFIG. 15 , after thedata storage 100B receives a new entry to express a path target to thenetwork interface 21 OF by a transfer cost of "2," it searches and finds the same target route entry for thenetwork interface 210F by a transfer cost of "1." If the result of step S302 is "Yes," it determines to adopt a route with a lower transfer cost (step S303). In the case ofFIG. 15 , thedata storage 100B adopts its local entry that targets to thenetwork interface 21 0F. It updates the route information on the shared storage network routing information 1407 (step S304, step S305). -
FIG. 23 is an example of a flow diagram of data migration beyond adata storage system 100. A destination storage 100 (i.e., migration target device) creates a new virtual port 520 (step S401). This virtual port 520 has the same identifier as the source port 520. Then it creates alogical unit 530 on the port 520 (step S402). It is clear that new entry is added to theLU configuration information 1409. Then data copyprogram 1404 runs data copy from source LU to destination LU beyond the device (step S403). After data copy is completed, thesource storage 100 deactivates the source virtual port 520 (step S404). Just after step S404, the target virtual port 520 is activated (step S405). The data migration is typically performed in response to a request from themanagement server 400. -
FIG. 24 is an example of a logical illustration of a virtual port 520 over avirtual switch 500. In this embodiment, a hardware boundary across thedata storage 100 can be ignored, so that the virtual port location is flexible over thevirtual switch 500. Also, theserver 300 and theswitch 200 would not get any impact caused by data migration. They do not have to reconfigure their configurations, and have a very short I/O service interruption period that happens at step S404 and S405. - Of course, the system configuration illustrated in
FIG. 19 is purely exemplary of information systems in which the present invention may be implemented, and the invention is not limited to a particular hardware configuration. The computers and storage systems implementing the invention can also have known I/O devices (e.g., CD and DVD drives, floppy disk drives, hard drives, etc.) which can store and read the modules, programs and data structures used to implement the above-described invention. These modules, programs and data structures can be encoded on such computer-readable media. For example, the data structures of the invention can be stored on computer-readable media independently of one or more computer-readable media on which reside the programs used in the invention. The components of the system can be interconnected by any form or medium of digital data communication, e.g., a communication network. Examples of communication networks include local area networks, wide area networks, e.g., the Internet, wireless networks, storage area networks, and the like. - In the description, numerous details are set forth for purposes of explanation in order to provide a thorough understanding of the present invention. However, it will be apparent to one skilled in the art that not all of these specific details are required in order to practice the present invention. It is also noted that the invention may be described as a process, which is usually depicted as a flowchart, a flow diagram, a structure diagram, or a block diagram. Although a flowchart may describe the operations as a sequential process, many of the operations can be performed in parallel or concurrently. In addition, the order of the operations may be re-arranged.
- As is known in the art, the operations described above can be performed by hardware, software, or some combination of software and hardware. Various aspects of embodiments of the invention may be implemented using circuits and logic devices (hardware), while other aspects may be implemented using instructions stored on a machine-readable medium (software), which if executed by a processor, would cause the processor to perform a method to carry out embodiments of the invention. Furthermore, some embodiments of the invention may be performed solely in hardware, whereas other embodiments may be performed solely in software. Moreover, the various functions described can be performed in a single unit, or can be spread across a number of components in any number of ways. When performed by software, the methods may be executed by a processor, such as a general purpose computer, based on instructions stored on a computer-readable medium. If desired, the instructions can be stored on the medium in a compressed and/or encrypted format.
- From the foregoing, it will be apparent that the invention provides methods, apparatuses and programs stored on computer readable media for nondisruptive data migration and I/O load balancing over multipath connections. Additionally, while specific embodiments have been illustrated and described in this specification, those of ordinary skill in the art appreciate that any arrangement that is calculated to achieve the same purpose may be substituted for the specific embodiments disclosed. This disclosure is intended to cover any and all adaptations or variations of the present invention, and it is to be understood that the terms used in the following claims should not be construed to limit the invention to the specific embodiments disclosed in the specification. Rather, the scope of the invention is to be determined entirely by the following claims, which are to be construed in accordance with the established doctrines of claim interpretation, along with the full range of equivalents to which such claims are entitled.
- Features, components and specific details of the structures of the above-described embodiments may be exchanged or combined to form further embodiments optimized for the respective application. As far as those modifications are readily apparent for an expert skilled in the art they shall be disclosed implicitly by the above description without specifying explicitly every possible combination, for the sake of conciseness of the present description.
Claims (15)
- A system comprising:a first data storage system including at least one first interface port, a first CPU, a first memory, and a plurality of first logical units;a second data storage system including at least one second interface port, a second CPU, a second memory, and a plurality of second logical units, the second data storage system connected to the first data storage system;a plurality of switches; anda server which is connected with the first data storage system via a first group of the switches and is connected with the second data storage system via a second group of the switches, the first group and the second group having at least one switch which is not included in both the first group and the second group;wherein the first data storage system receives I/O commands targeted to the plurality of first logical units from the server via the first group of switches;wherein the first data storage system maintains a first information regarding the ports of both the first storage system and the second data storage system; andwherein the first information is used to generate multipath communication between the server and the first data storage system, including at least one path which passes through the second data storage system and at least one other path which does not pass through the second data storage system.
- The system according to claim 1,
wherein the first information includes information related to paths between ports of the first data storage system, the second data storage systems, the plurality of switches, and the server. - The system according to claim 2,
wherein the first information includes load information for transmitting data between ports of the first data storage system and the plurality of switches and the server and load information for transmitting data between ports of the second data storage system and the plurality of switches and the server. - The system according to claim 3,
wherein the ports of both the first and second data storage systems are identified by WWPN. - The system according one of the preceding claims,
wherein one of the first and second data storage systems is a source system for migration of data to the other of the first and second data storage systems as a destination system; and
wherein for data migration, the destination system creates a virtual port as a target port which has same identifier as a source port on the source system, and creates a logical unit on the target port, the source system runs data copy from a logical unit containing the data in the source system to the logical unit on the target port in the destination system, and deactivates the source port on the source system, and the destination system activates the target port on the destination system; and/or
wherein in response to a detection of a device newly connected to one of the ports of the first data storage system, the first data storage system adds information related to a path between the newly connected device and the connected port of the first data storage system and notifies the added information to the plurality of switches, the server, and the second data storage system via connections to the first data storage system; and/or
the system further comprising:a management computer connected to one of the switches;wherein in response to a request from the management computer, the switch updates path information between ports of the server and at least one of the first and second data storage systems. - A first data storage system in a system which includes a second data storage system having at least one second interface port, a plurality of switches, and a server which is connected with the first data storage system via a first group of the switches and is connected with the second data storage system via a second group of the switches, the first group and the second group having at least one switch which is not included in both the first group and the second group, the first data storage system comprising:at least one first interface port;a first CPU;a first memory; anda plurality of first logical units;wherein the first data storage system receives I/O commands targeted to the plurality of first logical units from the server via the first group of switches;wherein the first data storage system maintains a first information regarding the ports of both the first storage system and the second data storage system; andwherein the first information is used to generate multipath communication between the server and the first data storage system, including at least one path which passes through the second data storage system and at least one other path which does not pass through the second data storage system.
- The first data storage system according to claim 6,
wherein the first information includes information related to paths between ports of the first data storage system, the second data storage systems, the plurality of switches, and the server. - The first data storage system according to claim 7,
wherein the first information includes load information for transmitting data between ports of the first data storage system and the plurality of switches and the server and load information for transmitting data between ports of the second data storage system and the plurality of switches and the server. - The first data storage system according to claim 8,
wherein the ports of both the first and second data storage systems are identified by WWPN. - The first data storage system according to claim 6,
wherein the second data storage system is a source system for migration of data to the first data storage system as a destination system; and
wherein for data migration, the first data storage system:creates a virtual port as a target port which has same identifier as a source port on the second data storage system,creates a logical unit on the target port, andactivates the target port on the first data storage system, after data copy is run from a logical unit containing the data in the second data storage system to the logical unit on the target port in the first data storage system, and after the source port on the second data storage system is deactivated; and/orwherein in response to a detection of a device newly connected to one of the ports of the first data storage system, the first data storage system adds information related to a path between the newly connected device and the connected port of the first data storage system and notifies the added information to the plurality of switches, the server, and the second data storage system via connections to the first data storage system. - A multipath communication method in a system which includes a first data storage system including at least one first interface port, a first CPU, a first memory, and a plurality of first logical units; a second data storage system including at least one second interface port, a second CPU, a second memory, and a plurality of second logical units, the second data storage system connected to the first data storage system; a plurality of switches; and a server which is connected with the first data storage system via a first group of the switches and is connected with the second data storage system via a second group of the switches, the first group and the second group having at least one switch which is not included in both the first group and the second group; the method comprising:receiving an I/O command targeted to at least one of the plurality of first and second logical units from the server via the switches;maintaining a first information regarding the ports of both the first storage system and the second data storage system; andusing the first information to generate multipath communication between the server and the first data storage system, including at least one path which passes through the second data storage system and at least one other path which does not pass through the second data storage system.
- The method according to claim 11,
wherein the first information includes information related to paths between ports of the first data storage system, the second data storage systems, the plurality of switches, and the server. - The method according to claim 12,
wherein the first information includes load information for transmitting data between ports of the first data storage system and the plurality of switches and the server and load information for transmitting data between ports of the second data storage system and the plurality of switches and the server. - The method according to claim 13, further comprising:identifying the ports of both the first and second data storage systems by WWPN.
- The method according to claim 11, further comprising
a data migration process for migrating data from one of the first and second data storage systems as a source system to the other of the first and second data storage systems as a destination system, the data migration process comprising:creating a virtual port as a target port which has same identifier as a source port on the source system;creating a logical unit on the target port;running data copy from a logical unit containing the data in the source system to the logical unit on the target port in the destination system;deactivating the source port on the source system; andactivating the target port on the destination system; and/orin response to a detection of a device newly connected to one of the ports of the first data storage system, the first data storage system adding information related to a path between the newly connected device and the connected port of the first data storage system and notifying the added information to the plurality of switches, the server, and the second data storage system via connections to the first data storage system; and/orin response to a request from a management computer, updating path information between ports of the server and at least one of the first and second data storage systems.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/948,847 US8762668B2 (en) | 2010-11-18 | 2010-11-18 | Multipath switching over multiple storage systems |
Publications (2)
Publication Number | Publication Date |
---|---|
EP2455851A2 true EP2455851A2 (en) | 2012-05-23 |
EP2455851A3 EP2455851A3 (en) | 2016-07-06 |
Family
ID=45562505
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP11156465.4A Withdrawn EP2455851A3 (en) | 2010-11-18 | 2011-03-01 | Multipath switching over multiple storage systems |
Country Status (4)
Country | Link |
---|---|
US (1) | US8762668B2 (en) |
EP (1) | EP2455851A3 (en) |
JP (1) | JP5755026B2 (en) |
CN (1) | CN102469025B (en) |
Families Citing this family (90)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8665886B2 (en) | 2009-03-26 | 2014-03-04 | Brocade Communications Systems, Inc. | Redundant host connection in a routed network |
US8369335B2 (en) | 2010-03-24 | 2013-02-05 | Brocade Communications Systems, Inc. | Method and system for extending routing domain to non-routing end stations |
US9231890B2 (en) | 2010-06-08 | 2016-01-05 | Brocade Communications Systems, Inc. | Traffic management for virtual cluster switching |
US9270486B2 (en) | 2010-06-07 | 2016-02-23 | Brocade Communications Systems, Inc. | Name services for virtual cluster switching |
US8989186B2 (en) | 2010-06-08 | 2015-03-24 | Brocade Communication Systems, Inc. | Virtual port grouping for virtual cluster switching |
US8867552B2 (en) | 2010-05-03 | 2014-10-21 | Brocade Communications Systems, Inc. | Virtual cluster switching |
US9001824B2 (en) | 2010-05-18 | 2015-04-07 | Brocade Communication Systems, Inc. | Fabric formation for virtual cluster switching |
US9769016B2 (en) | 2010-06-07 | 2017-09-19 | Brocade Communications Systems, Inc. | Advanced link tracking for virtual cluster switching |
US9716672B2 (en) | 2010-05-28 | 2017-07-25 | Brocade Communications Systems, Inc. | Distributed configuration management for virtual cluster switching |
US9461840B2 (en) | 2010-06-02 | 2016-10-04 | Brocade Communications Systems, Inc. | Port profile management for virtual cluster switching |
US8885488B2 (en) | 2010-06-02 | 2014-11-11 | Brocade Communication Systems, Inc. | Reachability detection in trill networks |
US9628293B2 (en) | 2010-06-08 | 2017-04-18 | Brocade Communications Systems, Inc. | Network layer multicasting in trill networks |
US9806906B2 (en) | 2010-06-08 | 2017-10-31 | Brocade Communications Systems, Inc. | Flooding packets on a per-virtual-network basis |
US9246703B2 (en) | 2010-06-08 | 2016-01-26 | Brocade Communications Systems, Inc. | Remote port mirroring |
US8446914B2 (en) | 2010-06-08 | 2013-05-21 | Brocade Communications Systems, Inc. | Method and system for link aggregation across multiple switches |
US9608833B2 (en) | 2010-06-08 | 2017-03-28 | Brocade Communications Systems, Inc. | Supporting multiple multicast trees in trill networks |
US9807031B2 (en) | 2010-07-16 | 2017-10-31 | Brocade Communications Systems, Inc. | System and method for network configuration |
US20120163164A1 (en) * | 2010-12-27 | 2012-06-28 | Brocade Communications Systems, Inc. | Method and system for remote load balancing in high-availability networks |
US9270572B2 (en) | 2011-05-02 | 2016-02-23 | Brocade Communications Systems Inc. | Layer-3 support in TRILL networks |
US9401861B2 (en) | 2011-06-28 | 2016-07-26 | Brocade Communications Systems, Inc. | Scalable MAC address distribution in an Ethernet fabric switch |
US8879549B2 (en) | 2011-06-28 | 2014-11-04 | Brocade Communications Systems, Inc. | Clearing forwarding entries dynamically and ensuring consistency of tables across ethernet fabric switch |
US9407533B2 (en) | 2011-06-28 | 2016-08-02 | Brocade Communications Systems, Inc. | Multicast in a trill network |
US8948056B2 (en) | 2011-06-28 | 2015-02-03 | Brocade Communication Systems, Inc. | Spanning-tree based loop detection for an ethernet fabric switch |
US9007958B2 (en) | 2011-06-29 | 2015-04-14 | Brocade Communication Systems, Inc. | External loop detection for an ethernet fabric switch |
US8885641B2 (en) | 2011-06-30 | 2014-11-11 | Brocade Communication Systems, Inc. | Efficient trill forwarding |
US9736085B2 (en) | 2011-08-29 | 2017-08-15 | Brocade Communications Systems, Inc. | End-to end lossless Ethernet in Ethernet fabric |
US9699117B2 (en) | 2011-11-08 | 2017-07-04 | Brocade Communications Systems, Inc. | Integrated fibre channel support in an ethernet fabric switch |
US9450870B2 (en) | 2011-11-10 | 2016-09-20 | Brocade Communications Systems, Inc. | System and method for flow management in software-defined networks |
US8995272B2 (en) | 2012-01-26 | 2015-03-31 | Brocade Communication Systems, Inc. | Link aggregation in software-defined networks |
US9742693B2 (en) * | 2012-02-27 | 2017-08-22 | Brocade Communications Systems, Inc. | Dynamic service insertion in a fabric switch |
US9154416B2 (en) | 2012-03-22 | 2015-10-06 | Brocade Communications Systems, Inc. | Overlay tunnel in a fabric switch |
US9374301B2 (en) | 2012-05-18 | 2016-06-21 | Brocade Communications Systems, Inc. | Network feedback in software-defined networks |
US10277464B2 (en) | 2012-05-22 | 2019-04-30 | Arris Enterprises Llc | Client auto-configuration in a multi-switch link aggregation |
EP2853066B1 (en) | 2012-05-23 | 2017-02-22 | Brocade Communications Systems, Inc. | Layer-3 overlay gateways |
US9602430B2 (en) | 2012-08-21 | 2017-03-21 | Brocade Communications Systems, Inc. | Global VLANs for fabric switches |
EP2835742A4 (en) * | 2012-09-26 | 2015-12-30 | Hitachi Ltd | Management device and management method |
US9401872B2 (en) | 2012-11-16 | 2016-07-26 | Brocade Communications Systems, Inc. | Virtual link aggregations across multiple fabric switches |
US9413691B2 (en) | 2013-01-11 | 2016-08-09 | Brocade Communications Systems, Inc. | MAC address synchronization in a fabric switch |
US9548926B2 (en) | 2013-01-11 | 2017-01-17 | Brocade Communications Systems, Inc. | Multicast traffic load balancing over virtual link aggregation |
US9350680B2 (en) | 2013-01-11 | 2016-05-24 | Brocade Communications Systems, Inc. | Protection switching over a virtual link aggregation |
US9565113B2 (en) | 2013-01-15 | 2017-02-07 | Brocade Communications Systems, Inc. | Adaptive link aggregation and virtual link aggregation |
US9565099B2 (en) | 2013-03-01 | 2017-02-07 | Brocade Communications Systems, Inc. | Spanning tree in fabric switches |
US9401818B2 (en) | 2013-03-15 | 2016-07-26 | Brocade Communications Systems, Inc. | Scalable gateways for a fabric switch |
US9699001B2 (en) | 2013-06-10 | 2017-07-04 | Brocade Communications Systems, Inc. | Scalable and segregated network virtualization |
US9565028B2 (en) | 2013-06-10 | 2017-02-07 | Brocade Communications Systems, Inc. | Ingress switch multicast distribution in a fabric switch |
CN103891218A (en) * | 2013-08-06 | 2014-06-25 | 华为技术有限公司 | Topology generating method, virtual cluster and controller |
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 |
US9806949B2 (en) | 2013-09-06 | 2017-10-31 | Brocade Communications Systems, Inc. | Transparent interconnection of Ethernet fabric switches |
US9912612B2 (en) | 2013-10-28 | 2018-03-06 | Brocade Communications Systems LLC | Extended ethernet fabric switches |
US9548873B2 (en) | 2014-02-10 | 2017-01-17 | Brocade Communications Systems, Inc. | Virtual extensible LAN tunnel keepalives |
US10581758B2 (en) | 2014-03-19 | 2020-03-03 | Avago Technologies International Sales Pte. Limited | Distributed hot standby links for vLAG |
US10476698B2 (en) | 2014-03-20 | 2019-11-12 | Avago Technologies International Sales Pte. Limited | Redundent virtual link aggregation group |
US10063473B2 (en) | 2014-04-30 | 2018-08-28 | Brocade Communications Systems LLC | Method and system for facilitating switch virtualization in a network of interconnected switches |
US9800471B2 (en) | 2014-05-13 | 2017-10-24 | Brocade Communications Systems, Inc. | Network extension groups of global VLANs in a fabric switch |
JP6323194B2 (en) * | 2014-06-13 | 2018-05-16 | 富士通株式会社 | Network management apparatus and method |
US10616108B2 (en) | 2014-07-29 | 2020-04-07 | Avago Technologies International Sales Pte. Limited | Scalable MAC address virtualization |
US9544219B2 (en) | 2014-07-31 | 2017-01-10 | Brocade Communications Systems, Inc. | Global VLAN services |
US9807007B2 (en) | 2014-08-11 | 2017-10-31 | Brocade Communications Systems, Inc. | Progressive MAC address learning |
JP6361390B2 (en) * | 2014-09-10 | 2018-07-25 | 富士通株式会社 | Storage control device and control program |
US9524173B2 (en) | 2014-10-09 | 2016-12-20 | Brocade Communications Systems, Inc. | Fast reboot for a switch |
US9699029B2 (en) | 2014-10-10 | 2017-07-04 | Brocade Communications Systems, Inc. | Distributed configuration management in a switch group |
US10230531B2 (en) * | 2014-10-23 | 2019-03-12 | Hewlett Packard Enterprise Development Lp | Admissions control of a device |
WO2016068942A1 (en) | 2014-10-30 | 2016-05-06 | Hewlett Packard Enterprise Development Lp | Encryption for transactions in a memory fabric |
WO2016068941A1 (en) | 2014-10-30 | 2016-05-06 | Hewlett Packard Enterprise Development Lp | Secure transactions in a memory fabric |
WO2016103506A1 (en) * | 2014-12-26 | 2016-06-30 | 株式会社日立製作所 | Path management device and path management method |
US9626255B2 (en) | 2014-12-31 | 2017-04-18 | Brocade Communications Systems, Inc. | Online restoration of a switch snapshot |
US9628407B2 (en) | 2014-12-31 | 2017-04-18 | Brocade Communications Systems, Inc. | Multiple software versions in a switch group |
US9942097B2 (en) | 2015-01-05 | 2018-04-10 | Brocade Communications Systems LLC | Power management in a network of interconnected switches |
US10003552B2 (en) | 2015-01-05 | 2018-06-19 | Brocade Communications Systems, Llc. | Distributed bidirectional forwarding detection protocol (D-BFD) for cluster of interconnected switches |
US9807005B2 (en) | 2015-03-17 | 2017-10-31 | Brocade Communications Systems, Inc. | Multi-fabric manager |
US10038592B2 (en) | 2015-03-17 | 2018-07-31 | Brocade Communications Systems LLC | Identifier assignment to a new switch in a switch group |
US10579406B2 (en) | 2015-04-08 | 2020-03-03 | Avago Technologies International Sales Pte. Limited | Dynamic orchestration of overlay tunnels |
US10439929B2 (en) | 2015-07-31 | 2019-10-08 | Avago Technologies International Sales Pte. Limited | Graceful recovery of a multicast-enabled switch |
US10171303B2 (en) | 2015-09-16 | 2019-01-01 | Avago Technologies International Sales Pte. Limited | IP-based interconnection of switches with a logical chassis |
CN105446662B (en) * | 2015-11-24 | 2018-09-21 | 华为技术有限公司 | A kind of cut over method, storage control device and storage device |
US9912614B2 (en) | 2015-12-07 | 2018-03-06 | Brocade Communications Systems LLC | Interconnection of switches based on hierarchical overlay tunneling |
CN108780593A (en) | 2016-04-11 | 2018-11-09 | 创科(澳门离岸商业服务)有限公司 | Modularization garage door opener |
CN106059945B (en) * | 2016-05-13 | 2019-08-27 | 浙江宇视科技有限公司 | A kind of flow control methods and video monitoring system |
US10237090B2 (en) | 2016-10-28 | 2019-03-19 | Avago Technologies International Sales Pte. Limited | Rule-based network identifier mapping |
JP6953713B2 (en) * | 2016-12-28 | 2021-10-27 | 日本電気株式会社 | Communication nodes, communication systems, communication methods and programs |
JP6740911B2 (en) * | 2017-01-16 | 2020-08-19 | 富士通株式会社 | Port switching program, port switching method, and information processing device |
CN114828115B (en) * | 2017-05-02 | 2024-01-16 | 无线通信与技术公司 | Method, access point and system for guiding station |
US20190068466A1 (en) * | 2017-08-30 | 2019-02-28 | Intel Corporation | Technologies for auto-discovery of fault domains |
CN107704354B (en) * | 2017-10-20 | 2021-06-29 | 郑州云海信息技术有限公司 | Test method for port virtualization of multi-control storage system |
US10809926B2 (en) * | 2018-02-05 | 2020-10-20 | Microsoft Technology Licensing, Llc | Server system |
US11336509B2 (en) * | 2018-10-31 | 2022-05-17 | EMC IP Holding Company LLC | Detecting single points of failure on a storage system |
US11126358B2 (en) * | 2018-12-14 | 2021-09-21 | EMC IP Holding Company LLC | Data migration agnostic of pathing software or underlying protocol |
CN111858222B (en) * | 2019-04-30 | 2024-07-19 | 伊姆西Ip控股有限责任公司 | Error injection method, apparatus, data storage system and program product |
CN115695560A (en) * | 2021-07-23 | 2023-02-03 | 伊姆西Ip控股有限责任公司 | Content distribution method, electronic device, and computer program product |
US11829602B2 (en) * | 2022-03-16 | 2023-11-28 | Dell Products L.P. | Intelligent path selection in a distributed storage system |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1995029444A1 (en) * | 1994-04-25 | 1995-11-02 | Sony Corporation | Information memory processor |
JP4606711B2 (en) * | 2002-11-25 | 2011-01-05 | 株式会社日立製作所 | Virtualization control device and data migration control method |
JP4383132B2 (en) * | 2003-09-02 | 2009-12-16 | 株式会社日立製作所 | Virtualization control device and computer system |
JP4307964B2 (en) * | 2003-11-26 | 2009-08-05 | 株式会社日立製作所 | Access restriction information setting method and apparatus |
US8006056B2 (en) * | 2004-01-30 | 2011-08-23 | Hewlett-Packard Development Company, L.P. | Storage system including capability to move a virtual storage device group without moving data |
US7177921B2 (en) | 2004-03-18 | 2007-02-13 | Hitachi, Ltd. | Method and apparatus for storage network management |
US20060020691A1 (en) * | 2004-07-20 | 2006-01-26 | Hewlett-Packard Development Company, L.P. | Load balancing based on front-end utilization |
JP4786255B2 (en) * | 2005-08-29 | 2011-10-05 | 株式会社日立製作所 | Storage system and storage control method |
US8274792B2 (en) * | 2005-09-06 | 2012-09-25 | Beyond Blades Ltd. | 3-dimensional multi-layered modular computer architecture |
US7697556B2 (en) | 2006-10-26 | 2010-04-13 | Telefonaktiebolaget L M Ericsson (Publ) | MAC (media access control) tunneling and control and method |
JP5058582B2 (en) * | 2006-12-21 | 2012-10-24 | 日本電気株式会社 | Multipath system of storage device, failure location identification method and program |
US7849265B2 (en) * | 2007-12-18 | 2010-12-07 | Hitachi, Ltd. | Avoiding use of an inter-unit network in a storage system having multiple storage control units |
US20100070722A1 (en) * | 2008-09-16 | 2010-03-18 | Toshio Otani | Method and apparatus for storage migration |
JP5324657B2 (en) | 2009-04-14 | 2013-10-23 | 株式会社日立製作所 | Storage system and control method thereof |
CN101616174B (en) * | 2009-07-09 | 2012-07-11 | 浪潮电子信息产业股份有限公司 | Method for optimizing system performance by dynamically tracking IO processing path of storage system |
US8489718B1 (en) * | 2010-05-19 | 2013-07-16 | Amazon Technologies, Inc. | Torroidal backbone connections for network deployment |
-
2010
- 2010-11-18 US US12/948,847 patent/US8762668B2/en active Active
-
2011
- 2011-03-01 EP EP11156465.4A patent/EP2455851A3/en not_active Withdrawn
- 2011-03-04 CN CN201110054141.8A patent/CN102469025B/en active Active
- 2011-05-26 JP JP2011118268A patent/JP5755026B2/en active Active
Non-Patent Citations (1)
Title |
---|
None |
Also Published As
Publication number | Publication date |
---|---|
JP2012108869A (en) | 2012-06-07 |
EP2455851A3 (en) | 2016-07-06 |
CN102469025B (en) | 2015-06-10 |
US20120131289A1 (en) | 2012-05-24 |
CN102469025A (en) | 2012-05-23 |
US8762668B2 (en) | 2014-06-24 |
JP5755026B2 (en) | 2015-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8762668B2 (en) | Multipath switching over multiple storage systems | |
US9400664B2 (en) | Method and apparatus for offloading storage workload | |
US20100070722A1 (en) | Method and apparatus for storage migration | |
JP5255858B2 (en) | Method and apparatus for managing virtual ports on a storage system | |
JP5612334B2 (en) | Method and apparatus for managing virtual ports and logical units in a storage system | |
EP2667569B1 (en) | Fabric-distributed resource scheduling | |
JP5057656B2 (en) | Storage system and storage system operation method | |
JP5227361B2 (en) | Communication method and system between initiator and storage cluster using SCSII / O referral | |
US8856264B2 (en) | Computer system and management system therefor | |
JP4310070B2 (en) | Storage system operation management method | |
US20140101279A1 (en) | System management method, and computer system | |
US8578121B2 (en) | Computer system and control method of the same | |
EP2339447A2 (en) | Method and apparatus for I/O path switching | |
JP2009146106A (en) | Storage system having function which migrates virtual communication port which is added to physical communication port | |
JP2005216151A (en) | Resource operation management system and resource operation management method | |
JP2007280324A (en) | Computer system, management computer, and virtual storage device | |
JP2010079626A (en) | Load distribution method and system for computer system | |
JP2004013215A (en) | Storage system, storage sub-system, and information processing system including them | |
US9081509B2 (en) | System and method for managing a physical storage system and determining a resource migration destination of a physical storage system based on migration groups | |
US11768744B2 (en) | Alerting and managing data storage system port overload due to host path failures | |
JP2007048323A (en) | Virtualization controller and data migration control method | |
US7549017B2 (en) | Methods and apparatus for selecting a virtualization engine | |
US8521954B2 (en) | Management computer and volume configuration management method | |
JP5335848B2 (en) | Storage system and storage system operation method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20110801 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
PUAL | Search report despatched |
Free format text: ORIGINAL CODE: 0009013 |
|
AK | Designated contracting states |
Kind code of ref document: A3 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G06F 3/06 20060101AFI20160527BHEP |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN |
|
18W | Application withdrawn |
Effective date: 20160727 |