US8180855B2 - Coordinated shared storage architecture - Google Patents

Coordinated shared storage architecture Download PDF

Info

Publication number
US8180855B2
US8180855B2 US11/075,619 US7561905A US8180855B2 US 8180855 B2 US8180855 B2 US 8180855B2 US 7561905 A US7561905 A US 7561905A US 8180855 B2 US8180855 B2 US 8180855B2
Authority
US
United States
Prior art keywords
storage
appliances
intermediate network
data
network device
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.)
Active, expires
Application number
US11/075,619
Other versions
US20060206671A1 (en
Inventor
Anthony F. Aiello
Radek Aster
Randal Thelen
George Kong
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NetApp Inc
Original Assignee
NetApp Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NetApp Inc filed Critical NetApp Inc
Priority to US11/075,619 priority Critical patent/US8180855B2/en
Assigned to NETWORK APPLIANCE, INC. reassignment NETWORK APPLIANCE, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: AIELLO, ANTHONY F., ASTER, RADEK, KONG, GEORGE, THELEN, RANDAL
Priority to EP06719480A priority patent/EP1849055A2/en
Priority to JP2007553203A priority patent/JP5026283B2/en
Priority to PCT/US2006/002639 priority patent/WO2006081294A2/en
Publication of US20060206671A1 publication Critical patent/US20060206671A1/en
Assigned to NETAPP, INC. reassignment NETAPP, INC. CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: NETWORK APPLIANCE, INC.
Application granted granted Critical
Publication of US8180855B2 publication Critical patent/US8180855B2/en
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2089Redundant storage control functionality
    • G06F11/2092Techniques of failing over between control units
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1076Parity data used in redundant arrays of independent storages, e.g. in RAID systems
    • G06F11/1092Rebuilding, e.g. when physically replacing a failing disk
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2053Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
    • G06F11/2094Redundant storage or storage space
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604Improving or facilitating administration, e.g. storage management
    • G06F3/0607Improving 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629Configuration or reconfiguration of storage systems
    • G06F3/0632Configuration or reconfiguration of storage systems by initialisation or re-initialisation of storage systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629Configuration or reconfiguration of storage systems
    • G06F3/0635Configuration or reconfiguration of storage systems by changing the path, e.g. traffic rerouting, path reconfiguration
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input 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/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0668Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2206/00Indexing scheme related to dedicated interfaces for computers
    • G06F2206/10Indexing scheme related to storage interfaces for computers, indexing schema related to group G06F3/06
    • G06F2206/1012Load balancing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2211/00Indexing scheme relating to details of data-processing equipment not covered by groups G06F3/00 - G06F13/00
    • G06F2211/10Indexing scheme relating to G06F11/10
    • G06F2211/1002Indexing scheme relating to G06F11/1076
    • G06F2211/1028Distributed, i.e. distributed RAID systems with parity

Definitions

  • the present invention relates to storage systems and, in particular, to a coordinated shared storage architecture for use with a plurality of storage systems.
  • a storage system is a computer that provides storage service relating to the organization of information on writeable persistent storage devices, such as memories, tapes or disks.
  • the storage system is commonly deployed within a storage area network (SAN) or a network attached storage (NAS) environment.
  • SAN storage area network
  • NAS network attached storage
  • the storage system may be embodied as a file server including an operating system that implements a file system to logically organize the information as a hierarchical structure of directories and files on, e.g. the disks.
  • Each “on-disk” file may be implemented as a set of data structures, e.g., disk blocks, configured to store information, such as the actual data for the file.
  • a directory on the other hand, may be implemented as a specially formatted file in which information about other files and directories are stored.
  • the storage system may be further configured to operate according to a client/server model of information delivery to thereby allow many client systems (clients) to access shared resources, such as files, stored on the storage system. Sharing of files is a hallmark of a NAS system, which is enabled because of semantic level of access to files and file systems.
  • Storage of information on a NAS system is typically deployed over a computer network comprising a geographically distributed collection of interconnected communication links, such as Ethernet, that allow clients to remotely access the information (files) on the file server.
  • the clients typically communicate with the storage system by exchanging discrete frames or packets of data according to pre-defined protocols, such as the Transmission Control Protocol/Internet Protocol (TCP/IP).
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • the client may comprise an application executing on a computer that “connects” to the storage system over a computer network, such as a point-to-point link, shared local area network, wide area network or virtual private network implemented over a public network, such as the Internet.
  • NAS systems generally utilize file-based access protocols; therefore, each client may request the services of the storage system by issuing file system protocol messages (in the form of packets) to the file system over the network.
  • file system protocols such as the conventional Common Internet File System (CIFS), the Network File System (NFS) and the Direct Access File System (DAFS) protocols, the utility of the storage system may be enhanced for networking clients.
  • CIFS Common Internet File System
  • NFS Network File System
  • DAFS Direct Access File System
  • a SAN is a high-speed network that enables establishment of direct connections between a storage system and its storage devices.
  • the SAN may thus be viewed as an extension to a storage bus and, as such, an operating system of the storage system enables access to stored information using block-based access protocols over the “extended bus”.
  • the extended bus is typically embodied as Fibre Channel (FC) or Ethernet media adapted to operate with block access protocols, such as Small Computer Systems Interface (SCSI) protocol encapsulation over FC (FCP) or TCP/IP/Ethernet (iSCSI).
  • FC Fibre Channel
  • FCP Small Computer Systems Interface
  • iSCSI TCP/IP/Ethernet
  • the storage system may be embodied as a storage appliance that manages data access to a set of disks using one or more block-based protocols, such as SCSI embedded in Fibre Channel (FCP).
  • FCP Fibre Channel
  • a SAN arrangement including a multi-protocol storage appliance suitable for use in the SAN, is described in U.S. patent application Ser. No. 10/215,917, entitled MULTI-PROTOCOL STORAGE APPLIANCE THAT PROVIDES INTEGRATED SUPPORT FOR FILE AND BLOCK ACCESS PROTOCOLS, by Brian Pawlowski, et al., now published as U.S. Patent Publication No. 2004/0030668 A1 on Feb. 12, 2004.
  • some storage systems provide a plurality of storage appliances in a cluster, with a property that when a first storage appliance fails, the second storage appliance (“partner”) is available to take over and provide the services and the data otherwise provided by the first storage appliance.
  • partner the second storage appliance
  • the second partner storage appliance in the cluster assumes the tasks of processing and handling any data access requests normally processed by the first storage appliance.
  • the transport medium used for communication between clients and the cluster is Fibre Channel (FC) cabling utilizing the FCP protocol for transporting data.
  • FC Fibre Channel
  • clients operating in a SAN environment are initiators that initiate requests and commands for data.
  • the multi-protocol storage appliance is thus a target configured to respond to the requests issued by the initiators in accordance with a request/response protocol.
  • initiators and targets have three unique identifiers, a Node Name, a Port Name and a Device Identifier.
  • the Node Name and Port Name are worldwide unique, e.g. World Wide Node Name (WWNN) and World Wide Port Name (WWPN).
  • a Device Identifier is unique within a given FC switching fabric and is assigned dynamically to the FC port by a FC switch coupled thereto.
  • each storage appliance in the cluster maintains two physical FC ports, namely an A port and a B port.
  • the A port is utilized for processing and handling data access requests directed to the storage appliance.
  • the B port typically is in a standby mode; when a failover situation occurs, the B port is activated and “assumes the identity” of its failed partner storage appliance. At that point, the B port functions as a FC target to receive and handle data access requests directed to the failed storage appliance. In this way, the surviving storage appliance may process requests directed to both the storage appliance and its failed partner storage appliance.
  • Such a conventional FC failover is further described in the above-referenced patent application entitled SYSTEM AND METHOD FOR TRANSPORT-LEVEL FAILOVER OF FCP DEVICES IN A CLUSTER.
  • the B port of the “surviving” storage appliance upon assuming the identity of its failed partner storage appliance, services data access requests direct to a WWNN and a WWPN of the partner. For many client operating systems, this is sufficient to permit clients to transparently access the surviving storage appliance as if it were the failed storage appliance. That is, the data access requests directed to these unique network address identifiers of the failed storage appliance are received and processed by the surviving storage appliance. Although it may appear to the clients as if the failed storage appliance was momentarily disconnected and reconnected to the network, data operations associated with the data access requests continue to be processed.
  • FIG. 1 is a schematic block diagram of an exemplary storage (appliance) system network environment 100 .
  • the environment 100 comprises a network cloud 102 coupled to a client 104 .
  • the client 104 may be a general-purpose computer, such as a PC or a workstation, or a special-purpose computer, such as an application server, configured to execute applications over an operating system that includes block access protocols.
  • a storage system cluster 130 comprising Red Storage System 300 A and Blue Storage System 300 B, is also connected to the cloud 102 .
  • These storage systems are illustratively embodied as storage appliances configured to control storage of and access to interconnected storage devices, such as disks residing on disk shelves 112 and 114 .
  • Red Storage System 300 A is connected to Red Disk Shelf 112 by it's A port 116 .
  • the Red Storage System 300 A also accesses Blue Disk Shelf 114 via its B port 118 .
  • Blue Storage System 300 B accesses Blue Disk Shelf 114 via A port 120 and Red Disk Shelf 112 through B port 122 .
  • each disk shelf in the cluster is accessible to each storage appliance, thereby providing redundant is data paths in the event of a failover.
  • the Red and Blue disk shelves are shown directly connected to the storage systems 200 for illustrative purposes only.
  • the cluster interconnect 110 Connecting the Red and Blue Storage Systems 300 A, B is a cluster interconnect 110 , which provides a direct communication link between the two storage systems.
  • the cluster interconnect 110 can be of any suitable communication medium, including, for example, an Ethernet connection or a FC data link.
  • the storage system that is connected to a disk shelf via the disk shelf's primary (i.e., A) port is the “owner” of the disk shelf and is primarily responsible for servicing data requests directed to blocks on volumes contained on that disk shelf.
  • the Red storage system 300 A owns the Red Disk Shelf 112 and is primarily responsible for servicing data access requests for blocks contained on that disk shelf.
  • the Blue storage system 300 B is primarily responsible for the Blue disk shelf 114 .
  • each storage system 300 is typically configured to take over and assume data handling capabilities for the other disk shelf in the cluster 130 .
  • Conventional storage system environment configurations include a number of noted disadvantages.
  • One such disadvantage is that the cost of a spare disk is typically only amortized over the two storage systems of a cluster. That is, for each pair of storage systems a separate spare disk pool is required.
  • the limitation may prove costly. That is, if a single cluster exhausts its spares, data may be lost even though other spares exist in the overall storage system environment.
  • load balancing may be performed among only the disks and/or storage systems operatively interconnected with the disk shelves. Thus, in a conventional cluster environment, load may only be balanced between the two storage systems in the storage system cluster.
  • Another disadvantage is that conventional storage system clusters do not scale easily.
  • a system administrator is typically needed to manually add cluster pairs and associated disks, cabling, to the cluster configuration.
  • transfer of disk ownership may be required in response to such “manual” cluster scaling, thus necessitating physical movement of disks in a disk shelf among cluster pairs.
  • the present invention overcomes the disadvantages of the prior art by providing a novel coordinated shared storage architecture that permits the amortization of cost of the spares over any number of the storage systems and enables improvements to a number of storage system operations.
  • the coordinated shared storage architecture comprises a plurality of storage systems disk shelves via a plurality of intermediate network devices, such as hubs.
  • Each storage system includes a storage operating system having a target device driver module.
  • the target device driver module permits the storage system to function as a SCSI target and thereby receive and process commands directed to it from other storage systems.
  • the coordinated shared storage architecture provides variety of useful applications or features within in a storage system environment that cannot be provided in a conventional storage system environment.
  • the novel architecture provides the ability to dynamically increase various capabilities of the storage system environment, such as efficiently enabling an additional storage system to be interconnected with the intermediate network devices.
  • This feature of the invention enables all disks in the storage system environment to be serviced by the newly added storage system.
  • disk shelves can be efficiently added to the environment by simply connecting them to one or more intermediate network devices. Once connected, the storage space provided by the disks of the shelves is available to all of the storage systems of the environment.
  • FIG. 1 previously described, is a schematic block diagram of an exemplary storage system cluster environment
  • FIG. 2 is a schematic block diagram of a storage system environment in accordance with an embodiment of the present invention.
  • FIG. 3 is a schematic block diagram of a storage system in accordance with an embodiment of the present invention.
  • FIG. 4 is a schematic block diagram of a storage operating system in accordance with an embodiment of the present invention.
  • FIG. 5 is a schematic block diagram of a command block data structure in accordance with an embodiment of the present invention.
  • FIG. 6 is a flowchart detailing the steps of a procedure for selecting a spare disk from a spare disk pool in accordance with an embodiment of the present invention
  • FIG. 7 is a schematic block diagram of a storage system environment showing the addition of additional storage systems in accordance with an embodiment of the present invention.
  • FIG. 8 is a schematic block diagram of a storage system environment showing the addition of additional disk shelves in accordance with an embodiment of the present invention.
  • FIG. 9 is a schematic block diagram of a storage system environment showing the addition of a non-volatile random access memory (NVRAM) device in accordance with an embodiment of the present invention.
  • NVRAM non-volatile random access memory
  • FIG. 10 is a flowchart detailing the steps of a load balancing procedure in accordance with an embodiment of the present invention.
  • FIG. 2 is a schematic block diagram of an exemplary network environment 200 in which the principles of the present invention are implemented.
  • the environment 200 comprises a network cloud 102 coupled to one or more clients 104 .
  • the client 104 may be a general-purpose computer, such as a PC or a workstation, or a special-purpose computer, such as an application server, configured to execute applications over an operating system that includes block access protocols.
  • a Red Storage System 300 A, Blue Storage System 300 B and Green Storage System 300 C are also connected to the cloud 102 .
  • These storage systems are illustratively embodied as storage appliances configured to control storage of and access to interconnected storage devices, such as disks residing on disk shelves 112 and 114 .
  • the Red, Blue and Green storage systems 300 A, B, C are connected to the network 102 via “front-end” data pathways 202 , 204 , 206 respectively.
  • These front-end data pathways 202 , 204 , 206 may comprise direct point-to-point links or may represent alternate data pathways including various intermediate network devices, such as routers, switches, hubs, etc.
  • exemplary intermediate network devices H 1 and H 2 are connected to the disk shelves 112 and 114 .
  • H 1 and H 2 are interconnected with both the A and B ports of disk shelves 112 , 114 , thereby providing multiple “back-end” data pathways to both disk shelves.
  • H 1 connects to disk shelf 112 via its A port 222 and to disk shelf 114 via its B port 220 .
  • H 2 connects to disk shelf 112 via its B port 224 and to disk shelf 114 via its A port 226 .
  • data pathways can be any acceptable networking media including, for example, a Fibre Channel Arbitrated Loop (FC-AL).
  • Red storage system 300 is connected to H 1 via “intermediate” data pathway 208 and to H 2 via intermediate data pathway 210
  • Blue storage system 300 B is connected to H 1 via intermediate data pathway 212 and to H 2 via intermediate data pathway 214 .
  • Green storage system 300 C is connected to H 1 via intermediate data pathway 216 and to H 2 via intermediate data pathway 218 .
  • intermediate network devices H 1 , H 2 are embodied as hubs.
  • other types of intermediate network devices such as switches may be utilized in accordance with alternate embodiments of the present invention.
  • hubs as intermediate network devices should be taken as exemplary only.
  • the novel storage network environment 200 permits several techniques to be employed that are directed to, for example, the scalability of storage systems and/or disks. Additionally, the storage environment 200 permits efficient amortization of a spare disk over all of the storage systems in the storage system environment while also permitting the ability to perform storage-based load balance among any of the storage systems in the storage system environment.
  • FIG. 3 is a schematic block diagram of an exemplary storage system 300 configured to provide storage service relating to the organization of information on storage devices, such as disks.
  • the storage system 300 is illustratively embodied as a storage appliance comprising a processor 305 , a memory 315 , a plurality of network adapters 325 a , 325 b , a storage adapter 320 and a cluster interconnect adapter 335 interconnected by a system bus 330 .
  • a storage appliance is a computer having features such as simplicity of storage service management and ease of storage reconfiguration, including reusable storage space, for users (system administrators) and clients of network attached storage (NAS) and storage area network (SAN) deployments.
  • NAS network attached storage
  • SAN storage area network
  • the storage appliance may provide NAS services through a file system, while the same appliance provides SAN services through SAN virtualization, including logical unit number (lun) emulation.
  • SAN virtualization including logical unit number (lun) emulation.
  • An example of such a storage appliance is described in U.S. patent application Ser. No. 10/215,917 entitled MULTI-PROTOCOL STORAGE APPLIANCE THAT PROVIDES INTEGRATED SUPPORT FOR FILE AND BLOCK ACCESS PROTOCOLS by Brian Pawlowski, et al., now published as U.S. Patent Publication No. 2004/0030668 A1 on Feb. 12, 2004.
  • storage system and “storage appliance” are used interchangeably.
  • the storage appliance 300 also includes a storage operating system 400 that provides a virtualization system to logically organize the information as a hierarchical structure of directory, file and virtual disk (vdisk) storage objects on the disks.
  • vdisk is a special file type that is implemented by the virtualization system and translated into an emulated disk as viewed by the SAN clients. Such vdisks objects are further described in U.S. patent application Ser. No.
  • the memory 315 comprises storage locations that are addressable by the processor and adapters for storing software program code and data structures associated with the present invention.
  • the processor and adapters may, in turn, comprise processing elements and/or logic circuitry configured to execute the software code and manipulate the data structures.
  • the storage operating system 400 portions of which are typically resident in memory and executed by the processing elements, functionally organizes the storage appliance by, inter alia, invoking storage operations in support of the storage service implemented by the appliance. It will be apparent to those skilled in the art that other processing and memory means, including various computer readable media, may be used for storing and executing program instructions pertaining to the inventive system and method described herein.
  • the network adapters 325 a and b couple the storage appliance to clients over point-to-point links, wide area networks (WAN), virtual private networks (VPN) implemented over a public network (Internet) or a shared local area network (LAN) or any other acceptable networking architecture.
  • the network adapters 325 a, b also couple the storage appliance 300 to clients 104 that may be further configured to access the stored information as blocks or disks.
  • the network adapters 325 may comprise a FC host bus adapter (HBA) having the mechanical, electrical and signaling circuitry needed to connect the storage appliance 300 to the network 102 .
  • the FC HBA may offload FC network processing operations from the storage appliance's processor 305 .
  • the FC HBAs 325 may include support for virtual ports associated with each physical FC port. Each virtual port may have its own unique network address comprising a WWPN and WWNN.
  • the clients may be general-purpose computers configured to execute applications over a variety of operating systems, including the UNIX® and Microsoft® WindowsTM operating systems.
  • the clients generally utilize block-based access protocols, such as the Small Computer System Interface (SCSI) protocol, when accessing information (in the form of blocks, disks or vdisks) over a SAN-based network.
  • SCSI Small Computer System Interface
  • I/O peripheral input/output
  • the appliance 300 supports various SCSI-based protocols used in SAN deployments, including SCSI encapsulated over TCP (iSCSI) and SCSI encapsulated over FC (FCP).
  • the initiators (hereinafter clients 104 ) may thus request the services of the target (hereinafter storage appliance 300 ) by issuing iSCSI and/or FCP messages over the network 102 to access information stored on the disks. It will be apparent to those skilled in the art that the clients may also request the services of the integrated storage appliance using other block access protocols.
  • the storage appliance By supporting a plurality of block access protocols, provides a unified and coherent access solution to vdisks/luns in a heterogeneous SAN environment.
  • the storage adapter 320 cooperates with the storage operating system 400 executing on the storage appliance to access information requested by the clients.
  • the information may be stored on the disks or other similar media adapted to store information.
  • the storage adapter includes I/O interface circuitry that couples to the disks over an I/O interconnect arrangement, such as a conventional high-performance, FC serial link or loop topology.
  • the information is retrieved by the storage adapter and, if necessary, processed by the processor 305 (or the adapter 320 itself) prior to being forwarded over the system bus 330 to the network adapters 325 a and b , where the information is formatted into packets or messages and returned to the clients.
  • Storage of information on the multi-protocol storage appliance 300 is, in the illustrative embodiment, implemented as one or more storage volumes that comprise a cluster of physical storage disks, defining an overall logical arrangement of disk space.
  • the disks within a volume are typically organized as one or more groups of Redundant Array of Independent (or Inexpensive) Disks (RAID).
  • RAID implementations enhance the reliability/integrity of data storage through the writing of data “stripes” across a given number of physical disks in the RAID group, and the appropriate storing of redundant information with respect to the striped data. The redundant information enables recovery of data lost when a storage device fails.
  • each volume is constructed from an array of physical disks that are organized as RAID groups.
  • the physical disks of each RAID group include those disks configured to store striped data and those configured to store parity for the data, in accordance with an illustrative RAID 4 level configuration.
  • RAID 4 level configuration e.g. RAID 4
  • other RAID level configurations e.g. RAID 5
  • a minimum of one parity disk and one data disk may be employed.
  • the storage operating system 400 implements a write-anywhere file system that cooperates with virtualization system code to provide a function that “virtualizes” the storage space provided by the disks.
  • the file system logically organizes the information as a hierarchical structure of directory and file objects (hereinafter “directories” and “files”) on the disks.
  • directories and files
  • Each “on-disk” file may be implemented as set of disk blocks configured to store information, such as data, whereas the directory may be implemented as a specially formatted file in which names and links to other files and directories are stored.
  • the virtualization system allows the file system to further logically organize information as vdisks on the disks, thereby providing an integrated NAS and SAN appliance approach to storage by enabling file-based (NAS) access to the files and directories, while further emulating block-based (SAN) access to the vdisks on a file-based storage platform.
  • NAS file-based
  • SAN block-based
  • a vdisk is a special file type in a volume that derives from a plain (regular) file, but that has associated export controls and operation restrictions that support emulation of a disk.
  • a vdisk is created on the storage appliance via, e.g. a user interface (UI) as a special typed file (object).
  • UI user interface
  • the vdisk is a multi-inode object comprising a special file inode that holds data and at least one associated stream inode that holds attributes, including security information.
  • the special file inode functions as a main container for storing data associated with the emulated disk.
  • the stream inode stores attributes that allow luns and exports to persist over, e.g., reboot operations, while also enabling management of the vdisk as a single disk object in relation to SAN clients.
  • inventive technique described herein may apply to any type of special-purpose (e.g., storage serving appliance) or general-purpose computer, including a standalone computer or portion thereof, embodied as or including a storage system.
  • teachings of this invention can be adapted to a variety of storage system architectures including, but not limited to, a network-attached storage environment, a storage area network and disk assembly directly-attached to a client or host computer.
  • storage system should therefore be taken broadly to include such arrangements in addition to any subsystems configured to perform a storage function and associated with other equipment or systems.
  • the storage operating system is the NetApp® Data ONTAPTM operating system that implements a Write Anywhere File Layout (WAFLTM) file system.
  • WAFLTM Write Anywhere File Layout
  • any appropriate file system including a write in-place file system, may be enhanced for use in accordance with the inventive principles described herein.
  • WAFL write in-place file system
  • the term “storage operating system” generally refers to the computer-executable code operable on a computer that manages data access and may, in the case of a storage appliance, implement data access semantics, such as the Data ONTAP storage operating system, which is implemented as a microkernel.
  • the storage operating system can also be implemented as an application program operating over a general-purpose operating system, such as UNIX® or Windows NT®, or as a general-purpose operating system with configurable functionality, which is configured for storage applications as described herein.
  • FIG. 4 is a schematic block diagram of the storage operating system 400 that may be advantageously used with the present invention.
  • the storage operating system comprises a series of software layers organized to form an integrated network protocol stack or multi-protocol engine that provides data paths for clients to access information stored on the multi-protocol storage appliance using block and file access protocols.
  • the protocol stack includes a media access layer 410 of network drivers (e.g., gigabit Ethernet drivers) that interfaces to network protocol layers, such as the IP layer 412 and its supporting transport mechanisms, the TCP layer 414 and the User Datagram Protocol (UDP) layer 416 .
  • network drivers e.g., gigabit Ethernet drivers
  • a file system protocol layer provides multi-protocol file access and, to that end, includes support for the Direct Access File System (DAFS) protocol 418 , the NFS protocol 420 , the CIFS protocol 422 and the Hypertext Transfer Protocol (HTTP) protocol 424 .
  • DAFS Direct Access File System
  • NFS NFS protocol
  • CIFS CIFS
  • HTTP Hypertext Transfer Protocol
  • VIP Virtual Interface
  • a Virtual Interface (VI) layer 426 implements the VI architecture to provide direct access transport (DAT) capabilities, such as Remote Direct Memory Access (RDMA), as required by the DAFS protocol 418 .
  • DAT direct access transport
  • RDMA Remote Direct Memory Access
  • An iSCSI driver layer 428 provides block protocol access over the TCP/IP network protocol layers, while a FC driver layer 430 operates with the FC HBA 325 to receive and transmit block access requests and responses to and from the integrated storage appliance.
  • the FC and iSCSI drivers provide FC-specific and iSCSI-specific access control to the luns (vdisks) and, thus, manage exports of vdisks to either iSCSI or FCP or, alternatively, to both iSCSI and FCP when accessing a single vdisk on the multi-protocol storage appliance.
  • the storage operating system includes a disk storage layer 440 that implements a disk storage protocol, such as a RAID protocol, and a disk driver layer 450 that implements a disk access protocol such as, e.g., a SCSI protocol.
  • a SCSI enclosure services (SES) module 455 operates in conjunction with the disk driver layer 450 to implement SES for the storage operating system 400 .
  • the SES module 455 utilizes a novel target device driver (TDD) module 460 to process incoming SES messages from other storage systems.
  • TDD target device driver
  • the use of SES in a coordinated shared storage architecture is further described in the above-incorporated U.S. patent application Ser. No. 11/075,618 entitled SYSTEM AND METHOD FOR DISTRIBUTING ENCLOSURE SERVICES DATA TO COORDINATE SHARED STORAGE.
  • a FC driver module 465 controls the storage adapter 320 .
  • the target device driver enables the storage system to be accessed as a target device within the back-end storage network comprising the interconnected hubs, disks and storage systems.
  • a target device within the back-end storage network comprising the interconnected hubs, disks and storage systems.
  • a virtualization system 480 that is implemented by a file system 436 interacting with virtualization software embodied as, e.g., vdisk module 433 , and SCSI target module 434 .
  • virtualization software embodied as, e.g., vdisk module 433 , and SCSI target module 434 .
  • These modules may be implemented as software, hardware, firmware or a combination thereof.
  • the vdisk module 433 manages SAN deployments by, among other things, implementing a comprehensive set of vdisk (lun) commands that are converted to primitive file system operations (“primitives”) that interact with the file system 436 and the SCSI target module 434 to implement the vdisks.
  • the SCSI target module 434 initiates emulation of a disk or lun by providing a mapping procedure that translates luns into the special vdisk file types.
  • the SCSI target module is illustratively disposed between the FC and iSCSI drivers 428 , 430 and the file system 436 to thereby provide a translation layer of the virtualization system 480 between the SAN block (lun) space and the file system space, where luns are represented as vdisks.
  • the multi-protocol storage appliance reverses the approaches taken by prior systems to thereby provide a single unified storage platform for essentially all storage access protocols.
  • the file system 436 illustratively implements the Write Anywhere File Layout (WAFL) file system having an on-disk format representation that is block-based using, e.g., 4 kilobyte (KB) blocks and using inodes to describe the files.
  • WAFL Write Anywhere File Layout
  • U.S. Pat. No. 5,819,292 titled METHOD FOR MAINTAINING CONSISTENT STATES OF A FILE SYSTEM AND FOR CREATING USER-ACCESSIBLE READ-ONLY COPIES OF A FILE SYSTEM by David Hitz, et al., issued Oct. 6, 1998, which patent is hereby incorporated by reference as though fully set forth herein.
  • the present invention overcomes the disadvantages of the prior art by providing a novel coordinated shared storage architecture that permits the amortization of cost of the spares over any number of the storage systems and enables improvements to a number of storage system operations.
  • the present invention provides a coordinated shared storage architecture that permits use for storage based load balancing and sharing of spare storage devices among a plurality of storage systems.
  • the novel target device driver module 460 of storage operating system 400 enables each storage system to function as a target and thereby receive and process commands from other storage systems in the environment. These commands are exchanged over the storage systems as messages associated with command blocks over the intermediate data pathways 206 - 218 network environment 200 .
  • FIG. 5 is a schematic block diagram of a command block 500 in accordance with embodiment of the present invention.
  • the command block 500 includes a message field 505 , a next command block field 510 , a previous command block field 515 , an adapter index field 520 , an initiator ID field 525 , a command reference number field 530 , a data direction field 535 , a task code field 540 , a command descriptor block field 545 , a lun field 550 , a target ID field 555 , a task management flags field 560 , a data buffer field 565 , a data length field 570 , a transfer length field 575 , an amount transferred field 580 , a SCSI status field 585 , a response code field 590 , a sense data field 595 , and in alternate embodiments, additional fields 597 .
  • the message field 505 includes the message associated with the entire command block 500 . This message may be one of a plurality of types
  • the next and previous command block fields 510 , 515 are utilized by the target device driver 460 to generate linked lists of messages for use in processing a plurality received or transmitted messages.
  • the adapter index field 520 contains an index value of the particular adapter associated with the command block 500 .
  • the adapter index field 520 is utilized to track the continuation of messages into and the completion of messages to the adapter that provided a particular request.
  • the initiator ID field 525 contains a loop FC ID of the initiator that provided the request.
  • the command reference number field 530 includes a number for the command reinforced by the block 500 . This reference number may be utilized for tracking a plurality of interrelated commands to ensure that they are executed in the proper order.
  • the data direction field 535 provides an indication of the direction of data flow for the referenced command with respect to inventor's perspective. For example, a value of “IN” indicates that data flows to the initiator, whereas a value of “OUT” indicates that the data flows from the initiator.
  • the task code field 540 identifies a type of queuing to be performed for this command.
  • the command descriptor block field 545 includes a conventional SCSI command block associated with the referenced command.
  • the LUN field 550 identifies a target LUN of the command and the target ID field 555 contains the loop ID of the target.
  • the task management flags field 560 contains private flags utilized by the target device driver to control the command block.
  • the data buffer field 565 contains a pointer that references an allocated data buffer for the command block.
  • the data length field 570 identifies the length of the allocated buffer referenced by the data buffer field 565 .
  • the transfer length field 575 contains a length value of the data transfer for the referenced command. This length value may not be greater than the value of the data length field 570 .
  • the SES module sets the length values this for all commands that it processes to inform the target device driver of exactly how many bytes are.
  • the amount transferred field 580 is utilized by the target device driver to track the total amount of data transferred.
  • the SCSI status field 585 contains the value of a status field of a conventional FCP response.
  • the response code field 590 is utilized to report overrun or under run conditions, while the sense data field 595 contains a conventional SCSI sense code for the referenced command.
  • One of the features provided by the novel coordinated shared storage architecture is the ability to amortize the cost of spare storage devices, e.g., disk drives, over all storage systems in a storage system environment.
  • any disk on disk shelves 112 , 114 may be accessed by any of the storage systems 300 .
  • a spare disk physically located on any disk shelf may be utilized by any storage system to replace a failed disk.
  • FIG. 6 is a flowchart detailing the steps of a procedure 600 for allocating a spare storage device from a spare pool in accordance with an embodiment of the present invention.
  • the novel coordinated shared storage architecture enables amortization of costs of a spare disk among a plurality of storage systems.
  • the procedure begins in step 605 and continues to step 610 where a storage system detects that a disk drive has suffered an error condition or otherwise failed. This may be detected through conventional FC queries as a result of SES information received from other storage systems.
  • the storage operating system Upon detecting the error condition, the storage operating system, in step 615 , selects a spare disk drive from the spare pool.
  • the spare pool may comprise either a separate disk shelf operatively interconnected with the intermediate network devices or a number of disks scattered among the disk shelves.
  • selection of the spare disk may be accomplished using a variety of spare selection techniques.
  • One such spare selection technique is described in U.S. patent application Ser. No. 10/027,013, entitled SYSTEM AND METHOD FOR ALLOCATING DISKS IN NETWORKED STORAGE by Alan L. Rowe, et al., now issued as U.S. Pat. No. 7,146,522 on Dec. 5, 2006.
  • alternate spare disk selection techniques may also be utilized.
  • the storage system asserts ownership of the selected spare disk in step 620 .
  • ownership is asserted using, for example, sector S ownership techniques as described in U.S. patent application Ser. No. 10/027,457, entitled SYSTEM AND METHOD FOR IMPLEMENTING DISK OWNERSHIP IN NETWORKED STORAGE, by Susan M. Coatney, et al., now issued as U.S. Pat. No. 7,650,414 on Jan. 19, 2010.
  • the storage system may begin reconstructing data onto the selected spare disk in step 625 . Data reconstruction may be performed in accordance with conventional RAID techniques. The procedure then completes in step 630 .
  • the spare pool may be located among any of the disk shelves interconnected with the intermediate network devices.
  • the spare pool may be shared among all of the storage systems in the storage environment, thereby reducing the total cost of ownership in of the storage environment.
  • the cost of a spare is amortize over the two storage systems, whereas using the novel coordinated shared storage environment of the present invention, the cost may be amortized over the N storage systems in the environment.
  • FIG. 7 shows a storage environment 700 in which Orange storage system 300 D has been inserted into the storage system environment 200 of FIG. 2 .
  • Orange storage system 300 D may be operatively interconnected into the environment by front-end data access pathway 715 to the network 102 and intermediate data access pathways 705 , 710 to the hubs H 1 , H 2 .
  • Orange storage system 300 D includes target device driver 460 in accordance with an embodiment of the present invention; as a result, the storage system 300 D may, using conventional disk ownership techniques described above, take ownership over a set of disks stored on disk shelves 112 , 114 to thereby increase the processing power available for handling client originated data access requests. Thus, Orange storage system 300 D may take ownership of a set of disks storing a heavily used volume to better distribute load among the storage systems 300 in the environment 700 .
  • the novel coordinated shared storage architecture further permits rapid scaling of the storage system environment by the insertion of additional disk shelves served by storage systems.
  • each storage system is capable of communicating with the disks of each shelf that are operatively interconnected with the intermediate network devices, the need to rewire back-end data pathways is obviated.
  • FIG. 8 is a schematic block diagram of an exemplary storage environment 800 showing the insertion of an additional disk shelf 805 in accordance with an embodiment of the present invention.
  • a third disk shelf 805 is operatively interconnected with hubs H 1 , H 2 via back-end data pathways 810 , 815 .
  • all disks within the disk shelf 805 are addressable by any of the storage systems 300 of the storage network 800 .
  • the insertion of disk shelf 805 may be necessitated by the need for additional storage for volumes associated with one or more of the storage systems 300 .
  • disk shelf 805 may be added to provide one or more spare disks for use by the environment 800 should a disk in one of the other disk shelves 112 , 114 fail or otherwise suffer an error condition.
  • disks may be dynamically added to the storage system environment 800 for use by any of the storage systems 300 in the environment.
  • FIG. 9 is a schematic block diagram of an exemplary storage environment 900 showing the addition of a non-volatile random access memory (NVRAM) device 905 in accordance with an embodiment of the present invention.
  • the NVRAM device 905 may be utilized by the storage systems to “stage” (store) data prior to its being written to disk.
  • Storage systems typically do not acknowledge data access requests until those requests are persistently stored in, e.g. a persistent memory, such as non-volatile memory or disk.
  • a noted disadvantage of storing data directly on disk is the time required to write data to a disk. Under heavy loads, a disk subsystem may become a bottleneck, thereby forcing the storage system to wait until the disks have stored large amounts of data before acknowledging requests from clients.
  • a data access request received by the storage system may be stored directly on the NVRAM device 905 , which then permits the storage system to acknowledge the data access request. Since storing the request on NVRAM is typically substantially faster than storing it on a physical disk device, storage system performance is increased. A separate process executing within the storage system may thereafter perform a “lazy write” operation to transfer the data of the request from the NVRAM device to disk, or may “flush” that data from the NVRAM device 905 at periodic time intervals. It should be noted that while this embodiment is described in terms of NVRAM, any suitable persistent storage is acceptable, including, e.g., Flash RAM.
  • FIG. 10 is a flowchart detailing the steps of a procedure 1000 for load balancing a data container between two storage systems.
  • a data container may comprise a volume, aggregate or other quantum of data that may be individually serviced by the storage systems. Aggregates are further described in U.S. patent application Ser. No. 10/836,817, entitled EXTENSION OF WRITE ANYWHERE FILE LAYOUT, by John K. Edwards, et al., now issued as U.S. Pat. No. 7,409,494 on Aug. 5, 2008.
  • the procedure 1000 begins in step 1005 and continues to step 1010 where a “source” storage system detects that is exceeding a predefined threshold for load balancing.
  • This threshold may be set in a number of ways including, for example, a number of operations directed to a particular data container per unit time, a percentage of the processor being utilized, etc.
  • the procedure in step 1015 , selects a data container to transfer and then, in step 1020 , selects a “destination” storage system.
  • a destination storage system may be selected based on a variety of conventional load balancing determinants including, for example, the percentage of processor that is unutilized, etc.
  • the source storage system transfers ownership of the data container to the destination storage system.
  • ownership of the data container may be transferred by transferring ownership of the disks containing the data container.
  • Such ownership may be implemented as described in the above-referenced U.S. Pat. No. 7,650,414, entitled SYSTEM AND METHOD FOR IMPLEMENTING DISK OWNERSHIP IN NETWORKED STORAGE.
  • the procedure then completes in step 1030 .
  • Another example of load balancing in the novel coordinated shared storage architecture environment is further described in U.S. patent application Ser. No.
  • the present invention is directed to a novel coordinate shared storage architecture that permits communication among a plurality of disk shelves and a plurality of storage systems through intermediate network devices, such as hubs.
  • intermediate network devices such as hubs.
  • One feature is that the cost of spare storage devices may be amortized over all storage systems in the storage system environment, thereby reducing total cost of ownership and eliminating the need for duplicative spare storage pools.
  • a second feature is the ability to dynamically add resources to accommodate the changing needs of the storage environment.
  • storage systems may be added to the storage environment by operatively interconnecting them with the network to clients and with one or more of the intermediate network devices.
  • the newly added storage system may then communicate with all disk shelves and that are operatively interconnected with the intermediate network devices.
  • additional storage may be inserted into the environment by connecting one or more disk shelves or disks to the intermediate network devices.
  • the newly added storage devices are then addressable by all storage systems in the environment.
  • a third feature of the invention is the ability to add a back-end storage device, such as a non- volatile random access memory (NVRAM) device, to the network environment.
  • the back-end storage device may be utilized to store data in a NVRAM faster then by utilizing conventional disk drives. This also permits the elimination of NVRAM or the like from each individual storage system.
  • a fourth feature that is advantageously provided by the novel coordinated shared storage architecture is the ability to load balance among one or more storage systems by transferring ownership of one or more data containers from a storage system that is exceeding a load balancing threshold to a lesser utilized storage system.

Abstract

The present invention provides a novel coordinated shared storage architecture that permits the amortization of cost of the spares over any number of the storage systems and enables improvements to a number of storage system operations. The coordinated shared storage architecture comprises a plurality of storage systems disk shelves via a plurality of intermediate network devices, such as hubs. Each storage system includes a storage operating system having a target device driver module. The target device driver module permits the storage system to function as a SCSI target and thereby receive and process commands directed to it from other storage systems.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
The present application claims the benefit of U.S. Provisional Patent Application Ser. No. 60,647,563, which was filed on Jan. 27, 2005, by Anthony Aiello for a COORDINATED SHARED STORAGE ARCHITECTURE and is hereby incorporated by reference.
RELATED APPLICATION
The present application is related to U.S. patent application Ser. No. 112056-0198U, entitled SYSTEM AND METHOD FOR DISTRIBUTING ENCLOSURE SERVICES DATA TO COORDINATE SHARED STORAGE, by Randy Thelen, et al, the contents of which are hereby incorporated by reference.
FIELD OF THE INVENTION
The present invention relates to storage systems and, in particular, to a coordinated shared storage architecture for use with a plurality of storage systems.
BACKGROUND OF THE INVENTION
A storage system is a computer that provides storage service relating to the organization of information on writeable persistent storage devices, such as memories, tapes or disks. The storage system is commonly deployed within a storage area network (SAN) or a network attached storage (NAS) environment. When used within a NAS environment, the storage system may be embodied as a file server including an operating system that implements a file system to logically organize the information as a hierarchical structure of directories and files on, e.g. the disks. Each “on-disk” file may be implemented as a set of data structures, e.g., disk blocks, configured to store information, such as the actual data for the file. A directory, on the other hand, may be implemented as a specially formatted file in which information about other files and directories are stored.
The storage system may be further configured to operate according to a client/server model of information delivery to thereby allow many client systems (clients) to access shared resources, such as files, stored on the storage system. Sharing of files is a hallmark of a NAS system, which is enabled because of semantic level of access to files and file systems. Storage of information on a NAS system is typically deployed over a computer network comprising a geographically distributed collection of interconnected communication links, such as Ethernet, that allow clients to remotely access the information (files) on the file server. The clients typically communicate with the storage system by exchanging discrete frames or packets of data according to pre-defined protocols, such as the Transmission Control Protocol/Internet Protocol (TCP/IP).
In the client/server model, the client may comprise an application executing on a computer that “connects” to the storage system over a computer network, such as a point-to-point link, shared local area network, wide area network or virtual private network implemented over a public network, such as the Internet. NAS systems generally utilize file-based access protocols; therefore, each client may request the services of the storage system by issuing file system protocol messages (in the form of packets) to the file system over the network. By supporting a plurality of file system protocols, such as the conventional Common Internet File System (CIFS), the Network File System (NFS) and the Direct Access File System (DAFS) protocols, the utility of the storage system may be enhanced for networking clients.
A SAN is a high-speed network that enables establishment of direct connections between a storage system and its storage devices. The SAN may thus be viewed as an extension to a storage bus and, as such, an operating system of the storage system enables access to stored information using block-based access protocols over the “extended bus”. In this context, the extended bus is typically embodied as Fibre Channel (FC) or Ethernet media adapted to operate with block access protocols, such as Small Computer Systems Interface (SCSI) protocol encapsulation over FC (FCP) or TCP/IP/Ethernet (iSCSI). A SAN arrangement or deployment allows decoupling of storage from the storage system, such as an application server, and some level of storage sharing at the application server level. There are, however, environments wherein a SAN is dedicated to a single server. When used within a SAN environment, the storage system may be embodied as a storage appliance that manages data access to a set of disks using one or more block-based protocols, such as SCSI embedded in Fibre Channel (FCP). One example of a SAN arrangement, including a multi-protocol storage appliance suitable for use in the SAN, is described in U.S. patent application Ser. No. 10/215,917, entitled MULTI-PROTOCOL STORAGE APPLIANCE THAT PROVIDES INTEGRATED SUPPORT FOR FILE AND BLOCK ACCESS PROTOCOLS, by Brian Pawlowski, et al., now published as U.S. Patent Publication No. 2004/0030668 A1 on Feb. 12, 2004.
It is advantageous for the services and data provided by a storage system, such as a storage appliance, to be available for access to the greatest degree possible. Accordingly, some storage systems provide a plurality of storage appliances in a cluster, with a property that when a first storage appliance fails, the second storage appliance (“partner”) is available to take over and provide the services and the data otherwise provided by the first storage appliance. When the first storage appliance fails, the second partner storage appliance in the cluster assumes the tasks of processing and handling any data access requests normally processed by the first storage appliance. One such example of a storage appliance cluster configuration is described in U.S. patent application Ser. No. 10/421,297, entitled SYSTEM AND METHOD FOR TRANSPORT-LEVEL FAILOVER OF FCP DEVICES IN A CLUSTER, by Arthur F. Lent, et al., now issued as U.S. Pat. No. 7,260,737 on Aug. 21, 2007. An administrator may desire to take a storage appliance offline for a variety of reasons including, for example, to upgrade hardware, etc. In such situations, it may be advantageous to perform a user-initiated takeover operation, as opposed to a failover operation. After the takeover operation is complete, the storage appliance's data is serviced by its partner until a giveback operation is performed.
In certain known storage appliance cluster configurations, the transport medium used for communication between clients and the cluster is Fibre Channel (FC) cabling utilizing the FCP protocol for transporting data. In SCSI terminology, clients operating in a SAN environment are initiators that initiate requests and commands for data. The multi-protocol storage appliance is thus a target configured to respond to the requests issued by the initiators in accordance with a request/response protocol. According to the FC protocol, initiators and targets have three unique identifiers, a Node Name, a Port Name and a Device Identifier. The Node Name and Port Name are worldwide unique, e.g. World Wide Node Name (WWNN) and World Wide Port Name (WWPN). A Device Identifier is unique within a given FC switching fabric and is assigned dynamically to the FC port by a FC switch coupled thereto.
In conventional failover techniques involving clusters of storage appliances, each storage appliance in the cluster maintains two physical FC ports, namely an A port and a B port. The A port is utilized for processing and handling data access requests directed to the storage appliance. The B port typically is in a standby mode; when a failover situation occurs, the B port is activated and “assumes the identity” of its failed partner storage appliance. At that point, the B port functions as a FC target to receive and handle data access requests directed to the failed storage appliance. In this way, the surviving storage appliance may process requests directed to both the storage appliance and its failed partner storage appliance. Such a conventional FC failover is further described in the above-referenced patent application entitled SYSTEM AND METHOD FOR TRANSPORT-LEVEL FAILOVER OF FCP DEVICES IN A CLUSTER.
Specifically, the B port of the “surviving” storage appliance upon assuming the identity of its failed partner storage appliance, services data access requests direct to a WWNN and a WWPN of the partner. For many client operating systems, this is sufficient to permit clients to transparently access the surviving storage appliance as if it were the failed storage appliance. That is, the data access requests directed to these unique network address identifiers of the failed storage appliance are received and processed by the surviving storage appliance. Although it may appear to the clients as if the failed storage appliance was momentarily disconnected and reconnected to the network, data operations associated with the data access requests continue to be processed.
FIG. 1 is a schematic block diagram of an exemplary storage (appliance) system network environment 100. The environment 100 comprises a network cloud 102 coupled to a client 104. The client 104 may be a general-purpose computer, such as a PC or a workstation, or a special-purpose computer, such as an application server, configured to execute applications over an operating system that includes block access protocols. A storage system cluster 130, comprising Red Storage System 300A and Blue Storage System 300B, is also connected to the cloud 102. These storage systems are illustratively embodied as storage appliances configured to control storage of and access to interconnected storage devices, such as disks residing on disk shelves 112 and 114.
In the illustrated example, Red Storage System 300A is connected to Red Disk Shelf 112 by it's A port 116. The Red Storage System 300A also accesses Blue Disk Shelf 114 via its B port 118. Likewise, Blue Storage System 300B accesses Blue Disk Shelf 114 via A port 120 and Red Disk Shelf 112 through B port 122. Thus each disk shelf in the cluster is accessible to each storage appliance, thereby providing redundant is data paths in the event of a failover. It should be noted that the Red and Blue disk shelves are shown directly connected to the storage systems 200 for illustrative purposes only.
Connecting the Red and Blue Storage Systems 300A, B is a cluster interconnect 110, which provides a direct communication link between the two storage systems. The cluster interconnect 110 can be of any suitable communication medium, including, for example, an Ethernet connection or a FC data link.
During normal cluster operation, the storage system that is connected to a disk shelf via the disk shelf's primary (i.e., A) port is the “owner” of the disk shelf and is primarily responsible for servicing data requests directed to blocks on volumes contained on that disk shelf. Thus, in this example, the Red storage system 300A owns the Red Disk Shelf 112 and is primarily responsible for servicing data access requests for blocks contained on that disk shelf. Similarly, the Blue storage system 300B is primarily responsible for the Blue disk shelf 114. When operating as storage system cluster 130, each storage system 300 is typically configured to take over and assume data handling capabilities for the other disk shelf in the cluster 130.
Conventional storage system environment configurations include a number of noted disadvantages. One such disadvantage is that the cost of a spare disk is typically only amortized over the two storage systems of a cluster. That is, for each pair of storage systems a separate spare disk pool is required. In an environment having any number of clusters, the limitation may prove costly. That is, if a single cluster exhausts its spares, data may be lost even though other spares exist in the overall storage system environment. Secondly, load balancing may be performed among only the disks and/or storage systems operatively interconnected with the disk shelves. Thus, in a conventional cluster environment, load may only be balanced between the two storage systems in the storage system cluster. Another disadvantage is that conventional storage system clusters do not scale easily. To increase processing power or to alleviate a hotspot on a disk shelf, a system administrator is typically needed to manually add cluster pairs and associated disks, cabling, to the cluster configuration. Moreover, transfer of disk ownership may be required in response to such “manual” cluster scaling, thus necessitating physical movement of disks in a disk shelf among cluster pairs.
SUMMARY OF THE INVENTION
The present invention overcomes the disadvantages of the prior art by providing a novel coordinated shared storage architecture that permits the amortization of cost of the spares over any number of the storage systems and enables improvements to a number of storage system operations. The coordinated shared storage architecture comprises a plurality of storage systems disk shelves via a plurality of intermediate network devices, such as hubs. Each storage system includes a storage operating system having a target device driver module. The target device driver module permits the storage system to function as a SCSI target and thereby receive and process commands directed to it from other storage systems.
The coordinated shared storage architecture provides variety of useful applications or features within in a storage system environment that cannot be provided in a conventional storage system environment. For example, the novel architecture provides the ability to dynamically increase various capabilities of the storage system environment, such as efficiently enabling an additional storage system to be interconnected with the intermediate network devices. This feature of the invention enables all disks in the storage system environment to be serviced by the newly added storage system. Similarly, disk shelves can be efficiently added to the environment by simply connecting them to one or more intermediate network devices. Once connected, the storage space provided by the disks of the shelves is available to all of the storage systems of the environment.
BRIEF DESCRIPTION OF THE DRAWINGS
The above and further advantages of invention may be understood by referring to the following description in conjunction with the accompanying drawings in which like reference numerals indicate identical or functionally similar elements:
FIG. 1, previously described, is a schematic block diagram of an exemplary storage system cluster environment;
FIG. 2 is a schematic block diagram of a storage system environment in accordance with an embodiment of the present invention;
FIG. 3 is a schematic block diagram of a storage system in accordance with an embodiment of the present invention;
FIG. 4 is a schematic block diagram of a storage operating system in accordance with an embodiment of the present invention;
FIG. 5 is a schematic block diagram of a command block data structure in accordance with an embodiment of the present invention;
FIG. 6 is a flowchart detailing the steps of a procedure for selecting a spare disk from a spare disk pool in accordance with an embodiment of the present invention;
FIG. 7 is a schematic block diagram of a storage system environment showing the addition of additional storage systems in accordance with an embodiment of the present invention;
FIG. 8 is a schematic block diagram of a storage system environment showing the addition of additional disk shelves in accordance with an embodiment of the present invention;
FIG. 9 is a schematic block diagram of a storage system environment showing the addition of a non-volatile random access memory (NVRAM) device in accordance with an embodiment of the present invention; and
FIG. 10 is a flowchart detailing the steps of a load balancing procedure in accordance with an embodiment of the present invention.
DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS
A. Clustered Storage System Environment
FIG. 2 is a schematic block diagram of an exemplary network environment 200 in which the principles of the present invention are implemented. The environment 200 comprises a network cloud 102 coupled to one or more clients 104. The client 104 may be a general-purpose computer, such as a PC or a workstation, or a special-purpose computer, such as an application server, configured to execute applications over an operating system that includes block access protocols. A Red Storage System 300A, Blue Storage System 300B and Green Storage System 300C are also connected to the cloud 102. These storage systems, described further below, are illustratively embodied as storage appliances configured to control storage of and access to interconnected storage devices, such as disks residing on disk shelves 112 and 114.
The Red, Blue and Green storage systems 300 A, B, C are connected to the network 102 via “front-end” data pathways 202, 204, 206 respectively. These front- end data pathways 202, 204, 206 may comprise direct point-to-point links or may represent alternate data pathways including various intermediate network devices, such as routers, switches, hubs, etc. In addition, exemplary intermediate network devices H1 and H2 are connected to the disk shelves 112 and 114. In the illustrative embodiment, H1 and H2 are interconnected with both the A and B ports of disk shelves 112, 114, thereby providing multiple “back-end” data pathways to both disk shelves. Specifically, H1 connects to disk shelf 112 via its A port 222 and to disk shelf 114 via its B port 220. Similarly, H2 connects to disk shelf 112 via its B port 224 and to disk shelf 114 via its A port 226. It should be noted that such data pathways can be any acceptable networking media including, for example, a Fibre Channel Arbitrated Loop (FC-AL). Red storage system 300 is connected to H1 via “intermediate” data pathway 208 and to H2 via intermediate data pathway 210, while Blue storage system 300B is connected to H1 via intermediate data pathway 212 and to H2 via intermediate data pathway 214. Finally, Green storage system 300C is connected to H1 via intermediate data pathway 216 and to H2 via intermediate data pathway 218.
In the exemplary embodiment, intermediate network devices H1, H2 are embodied as hubs. However, it is expressly contemplated that other types of intermediate network devices, such as switches may be utilized in accordance with alternate embodiments of the present invention. As such, the use of hubs as intermediate network devices should be taken as exemplary only. In accordance with an exemplary embodiment of the present invention, the novel storage network environment 200 permits several techniques to be employed that are directed to, for example, the scalability of storage systems and/or disks. Additionally, the storage environment 200 permits efficient amortization of a spare disk over all of the storage systems in the storage system environment while also permitting the ability to perform storage-based load balance among any of the storage systems in the storage system environment.
B. Storage Appliance
FIG. 3 is a schematic block diagram of an exemplary storage system 300 configured to provide storage service relating to the organization of information on storage devices, such as disks. The storage system 300 is illustratively embodied as a storage appliance comprising a processor 305, a memory 315, a plurality of network adapters 325 a, 325 b, a storage adapter 320 and a cluster interconnect adapter 335 interconnected by a system bus 330. A storage appliance is a computer having features such as simplicity of storage service management and ease of storage reconfiguration, including reusable storage space, for users (system administrators) and clients of network attached storage (NAS) and storage area network (SAN) deployments. The storage appliance may provide NAS services through a file system, while the same appliance provides SAN services through SAN virtualization, including logical unit number (lun) emulation. An example of such a storage appliance is described in U.S. patent application Ser. No. 10/215,917 entitled MULTI-PROTOCOL STORAGE APPLIANCE THAT PROVIDES INTEGRATED SUPPORT FOR FILE AND BLOCK ACCESS PROTOCOLS by Brian Pawlowski, et al., now published as U.S. Patent Publication No. 2004/0030668 A1 on Feb. 12, 2004. Note that the terms “storage system” and “storage appliance” are used interchangeably. The storage appliance 300 also includes a storage operating system 400 that provides a virtualization system to logically organize the information as a hierarchical structure of directory, file and virtual disk (vdisk) storage objects on the disks.
Whereas clients of a NAS-based network environment have a storage viewpoint of files, the clients of a SAN-based network environment have a storage viewpoint of blocks or disks. To that end, the storage appliance 300 presents (exports) disks to SAN clients through the creation of luns or vdisk objects. A vdisk object (hereinafter “vdisk”) is a special file type that is implemented by the virtualization system and translated into an emulated disk as viewed by the SAN clients. Such vdisks objects are further described in U.S. patent application Ser. No. 10/216,453 entitled STORAGE VIRTUALIZATION BY LAYERING VIRTUAL DISK OBJECTS ON A FILE SYSTEM, by Vijayan Rajan, et al., now issued as U.S. Pat. No. 7,107,385 on Sep. 16, 2006. The multi-protocol storage appliance thereafter makes these emulated disks accessible to the SAN clients through controlled exports, as described further herein.
In the illustrative embodiment, the memory 315 comprises storage locations that are addressable by the processor and adapters for storing software program code and data structures associated with the present invention. The processor and adapters may, in turn, comprise processing elements and/or logic circuitry configured to execute the software code and manipulate the data structures. The storage operating system 400, portions of which are typically resident in memory and executed by the processing elements, functionally organizes the storage appliance by, inter alia, invoking storage operations in support of the storage service implemented by the appliance. It will be apparent to those skilled in the art that other processing and memory means, including various computer readable media, may be used for storing and executing program instructions pertaining to the inventive system and method described herein.
The network adapters 325 a and b couple the storage appliance to clients over point-to-point links, wide area networks (WAN), virtual private networks (VPN) implemented over a public network (Internet) or a shared local area network (LAN) or any other acceptable networking architecture. The network adapters 325 a, b also couple the storage appliance 300 to clients 104 that may be further configured to access the stored information as blocks or disks. The network adapters 325 may comprise a FC host bus adapter (HBA) having the mechanical, electrical and signaling circuitry needed to connect the storage appliance 300 to the network 102. In addition to providing FC access, the FC HBA may offload FC network processing operations from the storage appliance's processor 305. The FC HBAs 325 may include support for virtual ports associated with each physical FC port. Each virtual port may have its own unique network address comprising a WWPN and WWNN.
The clients may be general-purpose computers configured to execute applications over a variety of operating systems, including the UNIX® and Microsoft® Windows™ operating systems. The clients generally utilize block-based access protocols, such as the Small Computer System Interface (SCSI) protocol, when accessing information (in the form of blocks, disks or vdisks) over a SAN-based network. SCSI is a peripheral input/output (I/O) interface with a standard, device independent protocol that allows different peripheral devices, such as disks, to attach to the storage appliance 300.
The appliance 300 supports various SCSI-based protocols used in SAN deployments, including SCSI encapsulated over TCP (iSCSI) and SCSI encapsulated over FC (FCP). The initiators (hereinafter clients 104) may thus request the services of the target (hereinafter storage appliance 300) by issuing iSCSI and/or FCP messages over the network 102 to access information stored on the disks. It will be apparent to those skilled in the art that the clients may also request the services of the integrated storage appliance using other block access protocols. By supporting a plurality of block access protocols, the storage appliance provides a unified and coherent access solution to vdisks/luns in a heterogeneous SAN environment.
The storage adapter 320 cooperates with the storage operating system 400 executing on the storage appliance to access information requested by the clients. The information may be stored on the disks or other similar media adapted to store information. The storage adapter includes I/O interface circuitry that couples to the disks over an I/O interconnect arrangement, such as a conventional high-performance, FC serial link or loop topology. The information is retrieved by the storage adapter and, if necessary, processed by the processor 305 (or the adapter 320 itself) prior to being forwarded over the system bus 330 to the network adapters 325 a and b, where the information is formatted into packets or messages and returned to the clients.
Storage of information on the multi-protocol storage appliance 300 is, in the illustrative embodiment, implemented as one or more storage volumes that comprise a cluster of physical storage disks, defining an overall logical arrangement of disk space. The disks within a volume are typically organized as one or more groups of Redundant Array of Independent (or Inexpensive) Disks (RAID). RAID implementations enhance the reliability/integrity of data storage through the writing of data “stripes” across a given number of physical disks in the RAID group, and the appropriate storing of redundant information with respect to the striped data. The redundant information enables recovery of data lost when a storage device fails.
Specifically, each volume is constructed from an array of physical disks that are organized as RAID groups. The physical disks of each RAID group include those disks configured to store striped data and those configured to store parity for the data, in accordance with an illustrative RAID 4 level configuration. However, other RAID level configurations (e.g. RAID 5) are also contemplated. In the illustrative embodiment, a minimum of one parity disk and one data disk may be employed.
To facilitate access to the disks, the storage operating system 400 implements a write-anywhere file system that cooperates with virtualization system code to provide a function that “virtualizes” the storage space provided by the disks. The file system logically organizes the information as a hierarchical structure of directory and file objects (hereinafter “directories” and “files”) on the disks. Each “on-disk” file may be implemented as set of disk blocks configured to store information, such as data, whereas the directory may be implemented as a specially formatted file in which names and links to other files and directories are stored. The virtualization system allows the file system to further logically organize information as vdisks on the disks, thereby providing an integrated NAS and SAN appliance approach to storage by enabling file-based (NAS) access to the files and directories, while further emulating block-based (SAN) access to the vdisks on a file-based storage platform.
As noted, a vdisk is a special file type in a volume that derives from a plain (regular) file, but that has associated export controls and operation restrictions that support emulation of a disk. Unlike a file that can be created by a client using, e.g., the NFS or CIFS protocol, a vdisk is created on the storage appliance via, e.g. a user interface (UI) as a special typed file (object). Illustratively, the vdisk is a multi-inode object comprising a special file inode that holds data and at least one associated stream inode that holds attributes, including security information. The special file inode functions as a main container for storing data associated with the emulated disk. The stream inode stores attributes that allow luns and exports to persist over, e.g., reboot operations, while also enabling management of the vdisk as a single disk object in relation to SAN clients.
In addition, it will be understood to those skilled in the art that the inventive technique described herein may apply to any type of special-purpose (e.g., storage serving appliance) or general-purpose computer, including a standalone computer or portion thereof, embodied as or including a storage system. Moreover, the teachings of this invention can be adapted to a variety of storage system architectures including, but not limited to, a network-attached storage environment, a storage area network and disk assembly directly-attached to a client or host computer. The term “storage system” should therefore be taken broadly to include such arrangements in addition to any subsystems configured to perform a storage function and associated with other equipment or systems.
C. Storage Operating System
In the illustrative embodiment, the storage operating system is the NetApp® Data ONTAP™ operating system that implements a Write Anywhere File Layout (WAFL™) file system. However, it is expressly contemplated that any appropriate file system, including a write in-place file system, may be enhanced for use in accordance with the inventive principles described herein. As such, where the term “WAFL” is employed, it should be taken broadly to refer to any file system that is otherwise adaptable to the teachings of this invention.
As used herein, the term “storage operating system” generally refers to the computer-executable code operable on a computer that manages data access and may, in the case of a storage appliance, implement data access semantics, such as the Data ONTAP storage operating system, which is implemented as a microkernel. The storage operating system can also be implemented as an application program operating over a general-purpose operating system, such as UNIX® or Windows NT®, or as a general-purpose operating system with configurable functionality, which is configured for storage applications as described herein.
FIG. 4 is a schematic block diagram of the storage operating system 400 that may be advantageously used with the present invention. The storage operating system comprises a series of software layers organized to form an integrated network protocol stack or multi-protocol engine that provides data paths for clients to access information stored on the multi-protocol storage appliance using block and file access protocols. The protocol stack includes a media access layer 410 of network drivers (e.g., gigabit Ethernet drivers) that interfaces to network protocol layers, such as the IP layer 412 and its supporting transport mechanisms, the TCP layer 414 and the User Datagram Protocol (UDP) layer 416. A file system protocol layer provides multi-protocol file access and, to that end, includes support for the Direct Access File System (DAFS) protocol 418, the NFS protocol 420, the CIFS protocol 422 and the Hypertext Transfer Protocol (HTTP) protocol 424. A Virtual Interface (VI) layer 426 implements the VI architecture to provide direct access transport (DAT) capabilities, such as Remote Direct Memory Access (RDMA), as required by the DAFS protocol 418.
An iSCSI driver layer 428 provides block protocol access over the TCP/IP network protocol layers, while a FC driver layer 430 operates with the FC HBA 325 to receive and transmit block access requests and responses to and from the integrated storage appliance. The FC and iSCSI drivers provide FC-specific and iSCSI-specific access control to the luns (vdisks) and, thus, manage exports of vdisks to either iSCSI or FCP or, alternatively, to both iSCSI and FCP when accessing a single vdisk on the multi-protocol storage appliance. In addition, the storage operating system includes a disk storage layer 440 that implements a disk storage protocol, such as a RAID protocol, and a disk driver layer 450 that implements a disk access protocol such as, e.g., a SCSI protocol.
A SCSI enclosure services (SES) module 455 operates in conjunction with the disk driver layer 450 to implement SES for the storage operating system 400. The SES module 455 utilizes a novel target device driver (TDD) module 460 to process incoming SES messages from other storage systems. The use of SES in a coordinated shared storage architecture is further described in the above-incorporated U.S. patent application Ser. No. 11/075,618 entitled SYSTEM AND METHOD FOR DISTRIBUTING ENCLOSURE SERVICES DATA TO COORDINATE SHARED STORAGE. In the illustrative embodiment, a FC driver module 465 controls the storage adapter 320. The target device driver enables the storage system to be accessed as a target device within the back-end storage network comprising the interconnected hubs, disks and storage systems. By utilizing the storage system as a target, techniques may be easily implemented in accordance with various embodiments of the present invention.
Bridging the disk software layers with the integrated network protocol stack layers is a virtualization system 480 that is implemented by a file system 436 interacting with virtualization software embodied as, e.g., vdisk module 433, and SCSI target module 434. These modules may be implemented as software, hardware, firmware or a combination thereof. The vdisk module 433 manages SAN deployments by, among other things, implementing a comprehensive set of vdisk (lun) commands that are converted to primitive file system operations (“primitives”) that interact with the file system 436 and the SCSI target module 434 to implement the vdisks.
The SCSI target module 434, in turn, initiates emulation of a disk or lun by providing a mapping procedure that translates luns into the special vdisk file types. The SCSI target module is illustratively disposed between the FC and iSCSI drivers 428, 430 and the file system 436 to thereby provide a translation layer of the virtualization system 480 between the SAN block (lun) space and the file system space, where luns are represented as vdisks. By “disposing” SAN virtualization over the file system 436, the multi-protocol storage appliance reverses the approaches taken by prior systems to thereby provide a single unified storage platform for essentially all storage access protocols.
The file system 436 illustratively implements the Write Anywhere File Layout (WAFL) file system having an on-disk format representation that is block-based using, e.g., 4 kilobyte (KB) blocks and using inodes to describe the files. A further description of the structure of the file system is provided in U.S. Pat. No. 5,819,292, titled METHOD FOR MAINTAINING CONSISTENT STATES OF A FILE SYSTEM AND FOR CREATING USER-ACCESSIBLE READ-ONLY COPIES OF A FILE SYSTEM by David Hitz, et al., issued Oct. 6, 1998, which patent is hereby incorporated by reference as though fully set forth herein.
D. TDD Communication
The present invention overcomes the disadvantages of the prior art by providing a novel coordinated shared storage architecture that permits the amortization of cost of the spares over any number of the storage systems and enables improvements to a number of storage system operations. The present invention provides a coordinated shared storage architecture that permits use for storage based load balancing and sharing of spare storage devices among a plurality of storage systems. To that end, the novel target device driver module 460 of storage operating system 400 enables each storage system to function as a target and thereby receive and process commands from other storage systems in the environment. These commands are exchanged over the storage systems as messages associated with command blocks over the intermediate data pathways 206-218 network environment 200.
FIG. 5 is a schematic block diagram of a command block 500 in accordance with embodiment of the present invention. The command block 500 includes a message field 505, a next command block field 510, a previous command block field 515, an adapter index field 520, an initiator ID field 525, a command reference number field 530, a data direction field 535, a task code field 540, a command descriptor block field 545, a lun field 550, a target ID field 555, a task management flags field 560, a data buffer field 565, a data length field 570, a transfer length field 575, an amount transferred field 580, a SCSI status field 585, a response code field 590, a sense data field 595, and in alternate embodiments, additional fields 597. The message field 505 includes the message associated with the entire command block 500. This message may be one of a plurality of types depending on the desired operation.
The next and previous command block fields 510, 515 are utilized by the target device driver 460 to generate linked lists of messages for use in processing a plurality received or transmitted messages. The adapter index field 520 contains an index value of the particular adapter associated with the command block 500. The adapter index field 520 is utilized to track the continuation of messages into and the completion of messages to the adapter that provided a particular request. The initiator ID field 525 contains a loop FC ID of the initiator that provided the request. The command reference number field 530 includes a number for the command reinforced by the block 500. This reference number may be utilized for tracking a plurality of interrelated commands to ensure that they are executed in the proper order. The data direction field 535 provides an indication of the direction of data flow for the referenced command with respect to inventor's perspective. For example, a value of “IN” indicates that data flows to the initiator, whereas a value of “OUT” indicates that the data flows from the initiator.
The task code field 540 identifies a type of queuing to be performed for this command. The command descriptor block field 545 includes a conventional SCSI command block associated with the referenced command. The LUN field 550 identifies a target LUN of the command and the target ID field 555 contains the loop ID of the target. The task management flags field 560 contains private flags utilized by the target device driver to control the command block. The data buffer field 565 contains a pointer that references an allocated data buffer for the command block. The data length field 570 identifies the length of the allocated buffer referenced by the data buffer field 565. The transfer length field 575 contains a length value of the data transfer for the referenced command. This length value may not be greater than the value of the data length field 570. In the illustrative embodiment the SES module sets the length values this for all commands that it processes to inform the target device driver of exactly how many bytes are. The amount transferred field 580 is utilized by the target device driver to track the total amount of data transferred. The SCSI status field 585 contains the value of a status field of a conventional FCP response. The response code field 590 is utilized to report overrun or under run conditions, while the sense data field 595 contains a conventional SCSI sense code for the referenced command.
E. Allocating Spares in a Coordinated Shared Storage Architecture
One of the features provided by the novel coordinated shared storage architecture is the ability to amortize the cost of spare storage devices, e.g., disk drives, over all storage systems in a storage system environment. In the exemplary environment of FIG. 2, any disk on disk shelves 112, 114 may be accessed by any of the storage systems 300. As such, a spare disk physically located on any disk shelf may be utilized by any storage system to replace a failed disk.
FIG. 6 is a flowchart detailing the steps of a procedure 600 for allocating a spare storage device from a spare pool in accordance with an embodiment of the present invention. As noted, the novel coordinated shared storage architecture enables amortization of costs of a spare disk among a plurality of storage systems. The procedure begins in step 605 and continues to step 610 where a storage system detects that a disk drive has suffered an error condition or otherwise failed. This may be detected through conventional FC queries as a result of SES information received from other storage systems.
Upon detecting the error condition, the storage operating system, in step 615, selects a spare disk drive from the spare pool. Illustratively, the spare pool may comprise either a separate disk shelf operatively interconnected with the intermediate network devices or a number of disks scattered among the disk shelves. It should be noted that selection of the spare disk may be accomplished using a variety of spare selection techniques. One such spare selection technique is described in U.S. patent application Ser. No. 10/027,013, entitled SYSTEM AND METHOD FOR ALLOCATING DISKS IN NETWORKED STORAGE by Alan L. Rowe, et al., now issued as U.S. Pat. No. 7,146,522 on Dec. 5, 2006. Of course, one skilled in the art will appreciate that alternate spare disk selection techniques may also be utilized.
Once the appropriate spare disk drive has been selected, the storage system asserts ownership of the selected spare disk in step 620. Here, ownership is asserted using, for example, sector S ownership techniques as described in U.S. patent application Ser. No. 10/027,457, entitled SYSTEM AND METHOD FOR IMPLEMENTING DISK OWNERSHIP IN NETWORKED STORAGE, by Susan M. Coatney, et al., now issued as U.S. Pat. No. 7,650,414 on Jan. 19, 2010. Once the ownership of the selected disk has been asserted, the storage system may begin reconstructing data onto the selected spare disk in step 625. Data reconstruction may be performed in accordance with conventional RAID techniques. The procedure then completes in step 630. In the illustrative embodiment, the spare pool may be located among any of the disk shelves interconnected with the intermediate network devices. As such, the spare pool may be shared among all of the storage systems in the storage environment, thereby reducing the total cost of ownership in of the storage environment. In a conventional two-cluster environment, the cost of a spare is amortize over the two storage systems, whereas using the novel coordinated shared storage environment of the present invention, the cost may be amortized over the N storage systems in the environment.
F. Dynamic Expansion of The Storage Environment
Another noted feature of the novel coordinated shared storage architecture is the ability to dynamically increase the various capabilities of the environment as needed. The increased capabilities facilitated by the novel coordinated shared storage system environment includes, inter alia, the insertion of additional storage systems, disk shelves or other network devices. For example, FIG. 7 shows a storage environment 700 in which Orange storage system 300D has been inserted into the storage system environment 200 of FIG. 2. Orange storage system 300D may be operatively interconnected into the environment by front-end data access pathway 715 to the network 102 and intermediate data access pathways 705,710 to the hubs H1, H2. Orange storage system 300D includes target device driver 460 in accordance with an embodiment of the present invention; as a result, the storage system 300D may, using conventional disk ownership techniques described above, take ownership over a set of disks stored on disk shelves 112,114 to thereby increase the processing power available for handling client originated data access requests. Thus, Orange storage system 300D may take ownership of a set of disks storing a heavily used volume to better distribute load among the storage systems 300 in the environment 700.
The novel coordinated shared storage architecture further permits rapid scaling of the storage system environment by the insertion of additional disk shelves served by storage systems. As each storage system is capable of communicating with the disks of each shelf that are operatively interconnected with the intermediate network devices, the need to rewire back-end data pathways is obviated.
FIG. 8 is a schematic block diagram of an exemplary storage environment 800 showing the insertion of an additional disk shelf 805 in accordance with an embodiment of the present invention. Here, a third disk shelf 805 is operatively interconnected with hubs H1, H2 via back- end data pathways 810, 815. In accordance with the illustrative embodiment, all disks within the disk shelf 805 are addressable by any of the storage systems 300 of the storage network 800. The insertion of disk shelf 805 may be necessitated by the need for additional storage for volumes associated with one or more of the storage systems 300. Additionally, the disk shelf 805 may be added to provide one or more spare disks for use by the environment 800 should a disk in one of the other disk shelves 112, 114 fail or otherwise suffer an error condition. Thus, in accordance with the novel coordinated shared storage architecture, disks may be dynamically added to the storage system environment 800 for use by any of the storage systems 300 in the environment.
FIG. 9 is a schematic block diagram of an exemplary storage environment 900 showing the addition of a non-volatile random access memory (NVRAM) device 905 in accordance with an embodiment of the present invention. In the exemplary environment 900 the NVRAM device 905 may be utilized by the storage systems to “stage” (store) data prior to its being written to disk. Storage systems typically do not acknowledge data access requests until those requests are persistently stored in, e.g. a persistent memory, such as non-volatile memory or disk. A noted disadvantage of storing data directly on disk is the time required to write data to a disk. Under heavy loads, a disk subsystem may become a bottleneck, thereby forcing the storage system to wait until the disks have stored large amounts of data before acknowledging requests from clients. In accordance with an embodiment of the present invention, a data access request received by the storage system may be stored directly on the NVRAM device 905, which then permits the storage system to acknowledge the data access request. Since storing the request on NVRAM is typically substantially faster than storing it on a physical disk device, storage system performance is increased. A separate process executing within the storage system may thereafter perform a “lazy write” operation to transfer the data of the request from the NVRAM device to disk, or may “flush” that data from the NVRAM device 905 at periodic time intervals. It should be noted that while this embodiment is described in terms of NVRAM, any suitable persistent storage is acceptable, including, e.g., Flash RAM.
Another noted feature of the novel coordinated shared storage architecture is the ease with which storage workload of, e.g. a data container may be dynamically balanced among the various storage systems and storage devices in the environment. FIG. 10 is a flowchart detailing the steps of a procedure 1000 for load balancing a data container between two storage systems. A data container may comprise a volume, aggregate or other quantum of data that may be individually serviced by the storage systems. Aggregates are further described in U.S. patent application Ser. No. 10/836,817, entitled EXTENSION OF WRITE ANYWHERE FILE LAYOUT, by John K. Edwards, et al., now issued as U.S. Pat. No. 7,409,494 on Aug. 5, 2008. The procedure 1000 begins in step 1005 and continues to step 1010 where a “source” storage system detects that is exceeding a predefined threshold for load balancing. This threshold may be set in a number of ways including, for example, a number of operations directed to a particular data container per unit time, a percentage of the processor being utilized, etc. Once the threshold has been exceeded, the procedure, in step 1015, selects a data container to transfer and then, in step 1020, selects a “destination” storage system. A destination storage system may be selected based on a variety of conventional load balancing determinants including, for example, the percentage of processor that is unutilized, etc.
In step 1025, the source storage system transfers ownership of the data container to the destination storage system. As both the source and destination storage systems utilize the same storage devices that are operatively interconnected with the intermediate network devices, ownership of the data container may be transferred by transferring ownership of the disks containing the data container. Such ownership may be implemented as described in the above-referenced U.S. Pat. No. 7,650,414, entitled SYSTEM AND METHOD FOR IMPLEMENTING DISK OWNERSHIP IN NETWORKED STORAGE. The procedure then completes in step 1030. Another example of load balancing in the novel coordinated shared storage architecture environment is further described in U.S. patent application Ser. No. 10/992,893, entitled SYSTEM AND METHOD FOR REAL-TIME BALANCING OF USER WORKLOAD ACROSS MULTIPLE STORAGE SYSTEMS WITH SHARED BACK END STORAGE., by Swaminathan Ramany, et al., now issued as U.S. Pat. No. 7,523,286 on Apr. 21, 2009.
To again summarize, the present invention is directed to a novel coordinate shared storage architecture that permits communication among a plurality of disk shelves and a plurality of storage systems through intermediate network devices, such as hubs. By leveraging the novel coordinated shared storage architecture, a variety of improved storage environment features may be realized. One feature is that the cost of spare storage devices may be amortized over all storage systems in the storage system environment, thereby reducing total cost of ownership and eliminating the need for duplicative spare storage pools.
A second feature is the ability to dynamically add resources to accommodate the changing needs of the storage environment. For example, storage systems may be added to the storage environment by operatively interconnecting them with the network to clients and with one or more of the intermediate network devices. The newly added storage system may then communicate with all disk shelves and that are operatively interconnected with the intermediate network devices. Similarly, additional storage may be inserted into the environment by connecting one or more disk shelves or disks to the intermediate network devices. The newly added storage devices are then addressable by all storage systems in the environment.
A third feature of the invention is the ability to add a back-end storage device, such as a non- volatile random access memory (NVRAM) device, to the network environment. The back-end storage device may be utilized to store data in a NVRAM faster then by utilizing conventional disk drives. This also permits the elimination of NVRAM or the like from each individual storage system. A fourth feature that is advantageously provided by the novel coordinated shared storage architecture is the ability to load balance among one or more storage systems by transferring ownership of one or more data containers from a storage system that is exceeding a load balancing threshold to a lesser utilized storage system.
The foregoing description has been directed to specific embodiments of this invention. It will be apparent, however, that other variations and modifications may be made to the described embodiments, with the attainment of some or all of their advantages. Specifically, it should be noted that any number of HBAs may be utilized in accordance with the invention. Additionally, any number of virtual ports may be associated with a given physical port. The procedures or processes described herein may be implemented in hardware, software, embodied as a computer-readable medium having program instructions, firmware, or a combination thereof. Therefore, it is the object of the appended claims to cover all such variations and modifications as come within the true spirit and scope of the invention.

Claims (28)

1. A method for configuring a coordinated shared storage architecture utilizing a plurality of storage appliances, comprising:
operatively interconnecting the plurality of storage appliances organized as a cluster of storage appliances, wherein each storage appliance provides both storage area network (SAN) services through SAN virtualization and network attached storage (NAS) services through a file system;
operatively interconnecting one or more sets of data storage devices with the plurality of storage appliances using at least one intermediate network device;
sharing the one or more sets of data storage devices among at least two storage appliances of the plurality of storage appliances; and
enabling the at least two storage appliances to be accessed as a Small Computer Systems Interface (SCSI) target device by providing a target device driver in each of the at least two storage appliances in the cluster, the target device driver enabling each of the at least two storage appliances to function as the SCSI target device to receive and process a SCSI command sent via the at least one intermediate network device from storage appliances in the cluster to access any of the shared one or more sets of data storage devices.
2. The method of claim 1 wherein the at least one intermediate network device comprises a hub.
3. The method of claim 1 wherein the at least one intermediate network device comprises a router.
4. The method of claim 1 wherein the one or more sets of data storage devices comprise disk drives.
5. The method of claim 1 further comprising providing an additional storage appliance operatively interconnected with a first network and with the at least one intermediate network device, the additional storage appliance configured to access any of the one or more sets of data storage devices operatively interconnected with the at least one intermediate network device.
6. The method of claim 1 further comprising providing an additional data storage device operatively interconnected with the at least one intermediate network device, whereby any of the plurality of storage appliances operatively interconnected with the at least one intermediate network device is capable of addressing the additional data storage device.
7. The method of claim 1 further comprising providing a non-volatile random access memory device operatively interconnected with the at least one intermediate network device, the non-volatile random access memory device configured to store data transmitted by a storage appliance of the plurality of storage appliances before the data is stored on one of the plurality of storage devices.
8. A system for configuring a plurality of storage appliances, comprising:
the plurality of storage appliances, each of the plurality of storage appliances comprising a processor, each of the storage appliances configured to operate as a cluster of storage appliances, wherein at least one storage appliance provides both storage area network (SAN) services through SAN virtualization and network attached storage (NAS) services through a file system;
at least one intermediate network device comprising a processor configured to operatively interconnect one or more sets of data storage devices with the plurality of storage appliances;
at least two of the storage appliances of the plurality of storage appliances further configured to share the sets of data storage devices; and
a target device driver of the at least two storage appliances in the cluster configured to enable each of the at least two storage appliances to be accessed as a Small Computer Systems Interface (SCSI) target device to receive and process a SCSI command directed to either of the at least two storage appliances from a storage appliance to access any of the shared sets of data storage devices, wherein the SCSI commands are sent from the storage appliance via the at least one intermediate network device.
9. The system of claim 8 wherein the one or more sets of data storage devices comprise disk drives.
10. The system of claim 8 wherein the at least one intermediate network devices comprises a hub.
11. The system of claim 8 wherein the at least one intermediate network devices comprises a switch.
12. The system of claim 8 wherein the at least one intermediate network devices comprises a router.
13. The system of claim 8 further comprising an additional storage appliance operatively interconnected with one of the at least one intermediate network device, the additional storage appliance configured to access any of the one or more sets of data storage devices that are operatively interconnected with the at least one intermediate network device.
14. The system of claim 8 further comprising a non-volatile random access memory device operatively interconnected with at least one intermediate network device, the non-volatile random access memory device configured to store data transmitted by at least one of the plurality of storage appliances before the data is stored on at least one data storage device of the one or more sets of data storage devices.
15. The system of claim 8 further comprising an additional data storage device, the additional data storage device operatively interconnected with the at least one intermediate network device, whereby any of the plurality of storage appliances is operatively interconnected with the at least one intermediate network device is capable of addressing the additional data storage device.
16. A non-transitory computer readable storage medium containing executable program instructions executed by a processor, comprising:
program instructions that operatively interconnect a plurality of storage appliances organized as a cluster of storage appliances, wherein each storage appliance provides both storage area network (SAN) services through SAN virtualization and network attached storage (NAS) services through a file system;
program instructions that operatively interconnect one or more sets of data storage devices with the plurality of storage appliances using at least one intermediate network device;
program instructions that share the one or more sets of data storage devices among at least two storage appliances of the plurality of storage appliances; and
program instructions that enable the at least two storage appliances to be accessed as a Small Computer Systems Interface (SCSI) target device by providing a target device driver in each of the at least two storage appliances in the cluster, the target device driver enabling each of the at least two storage appliances to function as the SCSI target device to receive and process a SCSI command sent via the at least one intermediate network device from storage appliances in the cluster to access any of the shared one or more sets of data storage devices.
17. The non-transitory computer readable storage medium of claim 16 wherein the at least one intermediate network devices comprises a hub.
18. The non-transitory computer readable storage medium of claim 16 wherein the at least one intermediate network devices comprises a router.
19. The non-transitory computer readable storage medium of claim 16 wherein the one or more sets of one or more data storage devices comprises a disk drive.
20. The non-transitory computer readable storage medium of claim 16 further comprising:
program instructions that provide an additional storage appliance operatively interconnected with one of the at least one intermediate network device, the additional storage appliance configured to access any data storage device operatively interconnected with the at least one intermediate network device.
21. The non-transitory computer readable storage medium of claim 16 further comprising:
program instructions that provide an additional data storage device, operatively interconnected with the at least one intermediate network device, whereby any of the plurality of storage appliances operatively interconnected with the at least one intermediate network device is capable of addressing the additional data storage device.
22. The non-transitory computer readable storage medium of claim 16 further comprising:
program instructions that provide a non-volatile random access memory device operatively interconnected with the at least one intermediate network device, the non-volatile random access memory device configured to store data transmitted by the plurality of the storage appliances before the data is stored on a data storage device of the one or more sets of storage devices.
23. A method, comprising:
operatively interconnecting a plurality of storage appliances organized as a cluster of storage appliances, wherein each storage appliance provides both storage area network (SAN) services through SAN virtualization and network attached storage (NAS) services through a file system;
operatively interconnecting one or more sets of data storage devices with the plurality of storage appliances using at least one intermediate network device;
sharing the one or more sets of data storage devices among at least two storage appliances of the plurality of storage appliances; and
providing a target device driver in two or more of the plurality of storage appliances, the target device driver enabling the two or more storage appliances to function as one or more Small Computer Systems Interface (SCSI) target devices to receive and process a SCSI command sent from a storage appliance via the at least one intermediate network device.
24. The method of claim 23 wherein the at least one intermediate network device comprises a hub.
25. The method of claim 23 further comprising providing an additional storage appliance operatively interconnected with the at least one intermediate network device, wherein the additional storage appliance enables access to any of the storage devices operatively interconnected with the at least one intermediate network device.
26. The method of claim 23 further comprising providing an additional data storage device operatively interconnected with the at least one intermediate network device, whereby any of the plurality of storage appliances operatively interconnected with the at least one intermediate network device is capable of addressing the additional data storage device.
27. The method of claim 23 further comprising:
providing a non-volatile random access memory device operatively interconnected with the at least one intermediate network device; and storing data transmitted on the non-volatile random access memory device by a particular storage appliance of the plurality of storage appliances before the data is stored on one of the data storage devices of the set of data storage devices.
28. A computer data storage system, comprising:
a plurality of storage appliances, each comprising a processor, each of the storage appliances configured to be operatively interconnected as a cluster, wherein each storage appliance provides both storage area network (SAN) services through SAN virtualization and network attached storage (NAS) services through a file system;
at least one intermediate network device comprising a processor configured to operatively interconnect one or more sets of data storage devices with the plurality of storage appliances in the cluster, wherein the one or more sets of data storage devices are shared among at least two storage appliances of the plurality of storage appliances; and
a target device driver of each storage appliance configured to enable a first storage appliance in the cluster to receive and process a Small Computer Systems Interface (SCSI) command sent from a second storage appliance in the cluster as a SCSI target, wherein the SCSI command is sent via the at least one intermediate network device.
US11/075,619 2005-01-27 2005-03-08 Coordinated shared storage architecture Active 2027-11-02 US8180855B2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US11/075,619 US8180855B2 (en) 2005-01-27 2005-03-08 Coordinated shared storage architecture
EP06719480A EP1849055A2 (en) 2005-01-27 2006-01-26 Coordinated shared storage architecture
JP2007553203A JP5026283B2 (en) 2005-01-27 2006-01-26 Collaborative shared storage architecture
PCT/US2006/002639 WO2006081294A2 (en) 2005-01-27 2006-01-26 Coordinated shared storage architecture

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US64756305P 2005-01-27 2005-01-27
US11/075,619 US8180855B2 (en) 2005-01-27 2005-03-08 Coordinated shared storage architecture

Publications (2)

Publication Number Publication Date
US20060206671A1 US20060206671A1 (en) 2006-09-14
US8180855B2 true US8180855B2 (en) 2012-05-15

Family

ID=36972364

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/075,619 Active 2027-11-02 US8180855B2 (en) 2005-01-27 2005-03-08 Coordinated shared storage architecture

Country Status (4)

Country Link
US (1) US8180855B2 (en)
EP (1) EP1849055A2 (en)
JP (1) JP5026283B2 (en)
WO (1) WO2006081294A2 (en)

Cited By (133)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120017020A1 (en) * 2010-07-16 2012-01-19 Marvell International Ltd. Customization Of A Bus Adapter Card
US8966211B1 (en) * 2011-12-19 2015-02-24 Emc Corporation Techniques for dynamic binding of device identifiers to data storage devices
US20150256432A1 (en) * 2014-03-10 2015-09-10 International Business Machines Corporation Managing resources in a networked computing environment
US9525738B2 (en) 2014-06-04 2016-12-20 Pure Storage, Inc. Storage system architecture
US9672125B2 (en) 2015-04-10 2017-06-06 Pure Storage, Inc. Ability to partition an array into two or more logical arrays with independently running software
US9747229B1 (en) 2014-07-03 2017-08-29 Pure Storage, Inc. Self-describing data format for DMA in a non-volatile solid-state storage
US9768953B2 (en) 2015-09-30 2017-09-19 Pure Storage, Inc. Resharing of a split secret
US9798477B2 (en) 2014-06-04 2017-10-24 Pure Storage, Inc. Scalable non-uniform storage sizes
US9817576B2 (en) 2015-05-27 2017-11-14 Pure Storage, Inc. Parallel update to NVRAM
US9843453B2 (en) 2015-10-23 2017-12-12 Pure Storage, Inc. Authorizing I/O commands with I/O tokens
US9940234B2 (en) 2015-03-26 2018-04-10 Pure Storage, Inc. Aggressive data deduplication using lazy garbage collection
US9948615B1 (en) 2015-03-16 2018-04-17 Pure Storage, Inc. Increased storage unit encryption based on loss of trust
US10007457B2 (en) 2015-12-22 2018-06-26 Pure Storage, Inc. Distributed transactions with token-associated execution
US10082985B2 (en) 2015-03-27 2018-09-25 Pure Storage, Inc. Data striping across storage nodes that are assigned to multiple logical arrays
US10108355B2 (en) 2015-09-01 2018-10-23 Pure Storage, Inc. Erase block state detection
US10114757B2 (en) 2014-07-02 2018-10-30 Pure Storage, Inc. Nonrepeating identifiers in an address space of a non-volatile solid-state storage
US10141050B1 (en) 2017-04-27 2018-11-27 Pure Storage, Inc. Page writes for triple level cell flash memory
US10140149B1 (en) 2015-05-19 2018-11-27 Pure Storage, Inc. Transactional commits with hardware assists in remote memory
US10178169B2 (en) 2015-04-09 2019-01-08 Pure Storage, Inc. Point to point based backend communication layer for storage processing
US10185506B2 (en) 2014-07-03 2019-01-22 Pure Storage, Inc. Scheduling policy for queues in a non-volatile solid-state storage
US10203903B2 (en) 2016-07-26 2019-02-12 Pure Storage, Inc. Geometry based, space aware shelf/writegroup evacuation
US10210926B1 (en) 2017-09-15 2019-02-19 Pure Storage, Inc. Tracking of optimum read voltage thresholds in nand flash devices
US10216411B2 (en) 2014-08-07 2019-02-26 Pure Storage, Inc. Data rebuild on feedback from a queue in a non-volatile solid-state storage
US10216420B1 (en) 2016-07-24 2019-02-26 Pure Storage, Inc. Calibration of flash channels in SSD
US10261690B1 (en) 2016-05-03 2019-04-16 Pure Storage, Inc. Systems and methods for operating a storage system
US10303547B2 (en) 2014-06-04 2019-05-28 Pure Storage, Inc. Rebuilding data across storage nodes
US10324812B2 (en) 2014-08-07 2019-06-18 Pure Storage, Inc. Error recovery in a storage cluster
US10366004B2 (en) 2016-07-26 2019-07-30 Pure Storage, Inc. Storage system with elective garbage collection to reduce flash contention
US10372617B2 (en) 2014-07-02 2019-08-06 Pure Storage, Inc. Nonrepeating identifiers in an address space of a non-volatile solid-state storage
US10379763B2 (en) 2014-06-04 2019-08-13 Pure Storage, Inc. Hyperconverged storage system with distributable processing power
US10430306B2 (en) 2014-06-04 2019-10-01 Pure Storage, Inc. Mechanism for persisting messages in a storage system
US10454498B1 (en) 2018-10-18 2019-10-22 Pure Storage, Inc. Fully pipelined hardware engine design for fast and efficient inline lossless data compression
US10467527B1 (en) 2018-01-31 2019-11-05 Pure Storage, Inc. Method and apparatus for artificial intelligence acceleration
US10496330B1 (en) 2017-10-31 2019-12-03 Pure Storage, Inc. Using flash storage devices with different sized erase blocks
US10498580B1 (en) 2014-08-20 2019-12-03 Pure Storage, Inc. Assigning addresses in a storage system
US10515701B1 (en) 2017-10-31 2019-12-24 Pure Storage, Inc. Overlapping raid groups
US10528419B2 (en) 2014-08-07 2020-01-07 Pure Storage, Inc. Mapping around defective flash memory of a storage array
US10528488B1 (en) 2017-03-30 2020-01-07 Pure Storage, Inc. Efficient name coding
US10545687B1 (en) 2017-10-31 2020-01-28 Pure Storage, Inc. Data rebuild when changing erase block sizes during drive replacement
US10574754B1 (en) 2014-06-04 2020-02-25 Pure Storage, Inc. Multi-chassis array with multi-level load balancing
US10572176B2 (en) 2014-07-02 2020-02-25 Pure Storage, Inc. Storage cluster operation using erasure coded data
US10579474B2 (en) 2014-08-07 2020-03-03 Pure Storage, Inc. Die-level monitoring in a storage cluster
US10650902B2 (en) 2017-01-13 2020-05-12 Pure Storage, Inc. Method for processing blocks of flash memory
US10671480B2 (en) 2014-06-04 2020-06-02 Pure Storage, Inc. Utilization of erasure codes in a storage system
US10678452B2 (en) 2016-09-15 2020-06-09 Pure Storage, Inc. Distributed deletion of a file and directory hierarchy
US10691812B2 (en) 2014-07-03 2020-06-23 Pure Storage, Inc. Secure data replication in a storage grid
US10705732B1 (en) 2017-12-08 2020-07-07 Pure Storage, Inc. Multiple-apartment aware offlining of devices for disruptive and destructive operations
US10733053B1 (en) 2018-01-31 2020-08-04 Pure Storage, Inc. Disaster recovery for high-bandwidth distributed archives
US10768819B2 (en) 2016-07-22 2020-09-08 Pure Storage, Inc. Hardware support for non-disruptive upgrades
US10831594B2 (en) 2016-07-22 2020-11-10 Pure Storage, Inc. Optimize data protection layouts based on distributed flash wear leveling
US10853146B1 (en) 2018-04-27 2020-12-01 Pure Storage, Inc. Efficient data forwarding in a networked device
US10853266B2 (en) 2015-09-30 2020-12-01 Pure Storage, Inc. Hardware assisted data lookup methods
US10860475B1 (en) 2017-11-17 2020-12-08 Pure Storage, Inc. Hybrid flash translation layer
US10877827B2 (en) 2017-09-15 2020-12-29 Pure Storage, Inc. Read voltage optimization
US10877861B2 (en) 2014-07-02 2020-12-29 Pure Storage, Inc. Remote procedure call cache for distributed system
US10884919B2 (en) 2017-10-31 2021-01-05 Pure Storage, Inc. Memory management in a storage system
US10931450B1 (en) 2018-04-27 2021-02-23 Pure Storage, Inc. Distributed, lock-free 2-phase commit of secret shares using multiple stateless controllers
US10929031B2 (en) 2017-12-21 2021-02-23 Pure Storage, Inc. Maximizing data reduction in a partially encrypted volume
US10929053B2 (en) 2017-12-08 2021-02-23 Pure Storage, Inc. Safe destructive actions on drives
US10944671B2 (en) 2017-04-27 2021-03-09 Pure Storage, Inc. Efficient data forwarding in a networked device
US10958767B1 (en) * 2016-01-29 2021-03-23 Veritas Technologies Llc Securing internal services in a distributed environment
US10976947B2 (en) 2018-10-26 2021-04-13 Pure Storage, Inc. Dynamically selecting segment heights in a heterogeneous RAID group
US10976948B1 (en) 2018-01-31 2021-04-13 Pure Storage, Inc. Cluster expansion mechanism
US10979223B2 (en) 2017-01-31 2021-04-13 Pure Storage, Inc. Separate encryption for a solid-state drive
US10983732B2 (en) 2015-07-13 2021-04-20 Pure Storage, Inc. Method and system for accessing a file
US10983866B2 (en) 2014-08-07 2021-04-20 Pure Storage, Inc. Mapping defective memory in a storage system
US10990566B1 (en) 2017-11-20 2021-04-27 Pure Storage, Inc. Persistent file locks in a storage system
US11016667B1 (en) 2017-04-05 2021-05-25 Pure Storage, Inc. Efficient mapping for LUNs in storage memory with holes in address space
US11024390B1 (en) 2017-10-31 2021-06-01 Pure Storage, Inc. Overlapping RAID groups
US11068389B2 (en) 2017-06-11 2021-07-20 Pure Storage, Inc. Data resiliency with heterogeneous storage
US11080155B2 (en) 2016-07-24 2021-08-03 Pure Storage, Inc. Identifying error types among flash memory
US11099986B2 (en) 2019-04-12 2021-08-24 Pure Storage, Inc. Efficient transfer of memory contents
US11190580B2 (en) 2017-07-03 2021-11-30 Pure Storage, Inc. Stateful connection resets
US11188432B2 (en) 2020-02-28 2021-11-30 Pure Storage, Inc. Data resiliency by partially deallocating data blocks of a storage device
US11232079B2 (en) 2015-07-16 2022-01-25 Pure Storage, Inc. Efficient distribution of large directories
US11256587B2 (en) 2020-04-17 2022-02-22 Pure Storage, Inc. Intelligent access to a storage device
US11281394B2 (en) 2019-06-24 2022-03-22 Pure Storage, Inc. Replication across partitioning schemes in a distributed storage system
US11294893B2 (en) 2015-03-20 2022-04-05 Pure Storage, Inc. Aggregation of queries
US11307998B2 (en) 2017-01-09 2022-04-19 Pure Storage, Inc. Storage efficiency of encrypted host system data
US11334254B2 (en) 2019-03-29 2022-05-17 Pure Storage, Inc. Reliability based flash page sizing
US11354058B2 (en) 2018-09-06 2022-06-07 Pure Storage, Inc. Local relocation of data stored at a storage device of a storage system
US11399063B2 (en) 2014-06-04 2022-07-26 Pure Storage, Inc. Network authentication for a storage system
US11416338B2 (en) 2020-04-24 2022-08-16 Pure Storage, Inc. Resiliency scheme to enhance storage performance
US11416144B2 (en) 2019-12-12 2022-08-16 Pure Storage, Inc. Dynamic use of segment or zone power loss protection in a flash device
US11436023B2 (en) 2018-05-31 2022-09-06 Pure Storage, Inc. Mechanism for updating host file system and flash translation layer based on underlying NAND technology
US11438279B2 (en) 2018-07-23 2022-09-06 Pure Storage, Inc. Non-disruptive conversion of a clustered service from single-chassis to multi-chassis
US11449232B1 (en) 2016-07-22 2022-09-20 Pure Storage, Inc. Optimal scheduling of flash operations
US11467913B1 (en) 2017-06-07 2022-10-11 Pure Storage, Inc. Snapshots with crash consistency in a storage system
US11474986B2 (en) 2020-04-24 2022-10-18 Pure Storage, Inc. Utilizing machine learning to streamline telemetry processing of storage media
US11487455B2 (en) 2020-12-17 2022-11-01 Pure Storage, Inc. Dynamic block allocation to optimize storage system performance
US11494210B2 (en) * 2019-07-25 2022-11-08 EMC IP Holding Company LLC Maintaining management communications across virtual storage processors
US11494109B1 (en) 2018-02-22 2022-11-08 Pure Storage, Inc. Erase block trimming for heterogenous flash memory storage devices
US11500570B2 (en) 2018-09-06 2022-11-15 Pure Storage, Inc. Efficient relocation of data utilizing different programming modes
US11507597B2 (en) 2021-03-31 2022-11-22 Pure Storage, Inc. Data replication to meet a recovery point objective
US11507297B2 (en) 2020-04-15 2022-11-22 Pure Storage, Inc. Efficient management of optimal read levels for flash storage systems
US11513974B2 (en) 2020-09-08 2022-11-29 Pure Storage, Inc. Using nonce to control erasure of data blocks of a multi-controller storage system
US11520514B2 (en) 2018-09-06 2022-12-06 Pure Storage, Inc. Optimized relocation of data based on data characteristics
US11544143B2 (en) 2014-08-07 2023-01-03 Pure Storage, Inc. Increased data reliability
US11550752B2 (en) 2014-07-03 2023-01-10 Pure Storage, Inc. Administrative actions via a reserved filename
US11567917B2 (en) 2015-09-30 2023-01-31 Pure Storage, Inc. Writing data and metadata into storage
US11581943B2 (en) 2016-10-04 2023-02-14 Pure Storage, Inc. Queues reserved for direct access via a user application
US11604598B2 (en) 2014-07-02 2023-03-14 Pure Storage, Inc. Storage cluster with zoned drives
US11604690B2 (en) 2016-07-24 2023-03-14 Pure Storage, Inc. Online failure span determination
US11614893B2 (en) 2010-09-15 2023-03-28 Pure Storage, Inc. Optimizing storage device access based on latency
US11614880B2 (en) 2020-12-31 2023-03-28 Pure Storage, Inc. Storage system with selectable write paths
US11630593B2 (en) 2021-03-12 2023-04-18 Pure Storage, Inc. Inline flash memory qualification in a storage system
US11652884B2 (en) 2014-06-04 2023-05-16 Pure Storage, Inc. Customized hash algorithms
US11650976B2 (en) 2011-10-14 2023-05-16 Pure Storage, Inc. Pattern matching using hash tables in storage system
US11675762B2 (en) 2015-06-26 2023-06-13 Pure Storage, Inc. Data structures for key management
US11681448B2 (en) 2020-09-08 2023-06-20 Pure Storage, Inc. Multiple device IDs in a multi-fabric module storage system
US11704192B2 (en) 2019-12-12 2023-07-18 Pure Storage, Inc. Budgeting open blocks based on power loss protection
US11714708B2 (en) 2017-07-31 2023-08-01 Pure Storage, Inc. Intra-device redundancy scheme
US11714572B2 (en) 2019-06-19 2023-08-01 Pure Storage, Inc. Optimized data resiliency in a modular storage system
US11722455B2 (en) 2017-04-27 2023-08-08 Pure Storage, Inc. Storage cluster address resolution
US11734169B2 (en) 2016-07-26 2023-08-22 Pure Storage, Inc. Optimizing spool and memory space management
US11768763B2 (en) 2020-07-08 2023-09-26 Pure Storage, Inc. Flash secure erase
US11775189B2 (en) 2019-04-03 2023-10-03 Pure Storage, Inc. Segment level heterogeneity
US11782625B2 (en) 2017-06-11 2023-10-10 Pure Storage, Inc. Heterogeneity supportive resiliency groups
US11797212B2 (en) 2016-07-26 2023-10-24 Pure Storage, Inc. Data migration for zoned drives
US11822444B2 (en) 2014-06-04 2023-11-21 Pure Storage, Inc. Data rebuild independent of error detection
US11832410B2 (en) 2021-09-14 2023-11-28 Pure Storage, Inc. Mechanical energy absorbing bracket apparatus
US11836348B2 (en) 2018-04-27 2023-12-05 Pure Storage, Inc. Upgrade for system with differing capacities
US11842053B2 (en) 2016-12-19 2023-12-12 Pure Storage, Inc. Zone namespace
US11847324B2 (en) 2020-12-31 2023-12-19 Pure Storage, Inc. Optimizing resiliency groups for data regions of a storage system
US11847331B2 (en) 2019-12-12 2023-12-19 Pure Storage, Inc. Budgeting open blocks of a storage unit based on power loss prevention
US11847013B2 (en) 2018-02-18 2023-12-19 Pure Storage, Inc. Readable data determination
US11861188B2 (en) 2016-07-19 2024-01-02 Pure Storage, Inc. System having modular accelerators
US11868309B2 (en) 2018-09-06 2024-01-09 Pure Storage, Inc. Queue management for data relocation
US11886334B2 (en) 2016-07-26 2024-01-30 Pure Storage, Inc. Optimizing spool and memory space management
US11886308B2 (en) 2014-07-02 2024-01-30 Pure Storage, Inc. Dual class of service for unified file and object messaging
US11893023B2 (en) 2015-09-04 2024-02-06 Pure Storage, Inc. Deterministic searching using compressed indexes
US11893126B2 (en) 2019-10-14 2024-02-06 Pure Storage, Inc. Data deletion for a multi-tenant environment
US11922070B2 (en) 2016-10-04 2024-03-05 Pure Storage, Inc. Granting access to a storage device based on reservations

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7146522B1 (en) * 2001-12-21 2006-12-05 Network Appliance, Inc. System and method for allocating spare disks in networked storage
US7260678B1 (en) 2004-10-13 2007-08-21 Network Appliance, Inc. System and method for determining disk ownership model
US8019842B1 (en) 2005-01-27 2011-09-13 Netapp, Inc. System and method for distributing enclosure services data to coordinate shared storage
US8180855B2 (en) 2005-01-27 2012-05-15 Netapp, Inc. Coordinated shared storage architecture
US20070088917A1 (en) * 2005-10-14 2007-04-19 Ranaweera Samantha L System and method for creating and maintaining a logical serial attached SCSI communication channel among a plurality of storage systems
US7801973B1 (en) 2006-01-19 2010-09-21 Sprint Communications Company L.P. Classification of information in data flows in a data storage infrastructure for a communication network
US7797395B1 (en) 2006-01-19 2010-09-14 Sprint Communications Company L.P. Assignment of data flows to storage systems in a data storage infrastructure for a communication network
US7447729B1 (en) * 2006-01-19 2008-11-04 Sprint Communications Company L.P. Funding forecast in a data storage infrastructure for a communication network
US7788302B1 (en) 2006-01-19 2010-08-31 Sprint Communications Company L.P. Interactive display of a data storage infrastructure for a communication network
US8510429B1 (en) 2006-01-19 2013-08-13 Sprint Communications Company L.P. Inventory modeling in a data storage infrastructure for a communication network
US7752437B1 (en) 2006-01-19 2010-07-06 Sprint Communications Company L.P. Classification of data in data flows in a data storage infrastructure for a communication network
US7895295B1 (en) 2006-01-19 2011-02-22 Sprint Communications Company L.P. Scoring data flow characteristics to assign data flows to storage systems in a data storage infrastructure for a communication network
JP4326552B2 (en) * 2006-10-12 2009-09-09 株式会社日立製作所 Storage system that communicates with other storage systems at the back end
US7913051B1 (en) * 2006-12-22 2011-03-22 Emc Corporation Methods and apparatus for increasing the storage capacity of a zone of a storage system
US20080177907A1 (en) * 2007-01-23 2008-07-24 Paul Boerger Method and system of a peripheral port of a server system
US20080270480A1 (en) * 2007-04-26 2008-10-30 Hanes David H Method and system of deleting files from a remote server
US8005993B2 (en) 2007-04-30 2011-08-23 Hewlett-Packard Development Company, L.P. System and method of a storage expansion unit for a network attached storage device
WO2009032712A2 (en) 2007-08-29 2009-03-12 Nirvanix, Inc. Method and system for moving requested files from one storage location to another
US10572188B2 (en) * 2008-01-12 2020-02-25 Hewlett Packard Enterprise Development Lp Server-embedded distributed storage system
US8117385B2 (en) 2008-01-23 2012-02-14 International Business Machines Corporation System and method of maximization of storage capacity in a configuration limited system
US8639808B1 (en) * 2008-12-30 2014-01-28 Symantec Corporation Method and apparatus for monitoring storage unit ownership to continuously balance input/output loads across storage processors
US8819208B2 (en) 2010-03-05 2014-08-26 Solidfire, Inc. Data deletion in a distributed data storage system
US20110231602A1 (en) * 2010-03-19 2011-09-22 Harold Woods Non-disruptive disk ownership change in distributed storage systems
WO2012108040A1 (en) * 2011-02-10 2012-08-16 富士通株式会社 Storage control device, storage device, storage system, storage control method, and program for same
CN103186536A (en) * 2011-12-27 2013-07-03 中兴通讯股份有限公司 Method and system for scheduling data shearing devices
US9054992B2 (en) 2011-12-27 2015-06-09 Solidfire, Inc. Quality of service policy sets
US9838269B2 (en) 2011-12-27 2017-12-05 Netapp, Inc. Proportional quality of service based on client usage and system metrics
US8898507B1 (en) * 2012-09-27 2014-11-25 Emc Corporation Methods and apparatus for disaster tolerant clusters of hypervisors as a virtualized infrastructure service
US9348717B2 (en) * 2013-07-24 2016-05-24 Netapp, Inc. Storage failure processing in a shared storage architecture
US20150244795A1 (en) 2014-02-21 2015-08-27 Solidfire, Inc. Data syncing in a distributed system
US9798728B2 (en) 2014-07-24 2017-10-24 Netapp, Inc. System performing data deduplication using a dense tree data structure
US9671960B2 (en) 2014-09-12 2017-06-06 Netapp, Inc. Rate matching technique for balancing segment cleaning and I/O workload
US10133511B2 (en) 2014-09-12 2018-11-20 Netapp, Inc Optimized segment cleaning technique
US9836229B2 (en) 2014-11-18 2017-12-05 Netapp, Inc. N-way merge technique for updating volume metadata in a storage I/O stack
JP6398727B2 (en) * 2015-01-06 2018-10-03 富士通株式会社 Control device, storage device, and control program
US9720601B2 (en) * 2015-02-11 2017-08-01 Netapp, Inc. Load balancing technique for a storage array
US9762460B2 (en) 2015-03-24 2017-09-12 Netapp, Inc. Providing continuous context for operational information of a storage system
US9710317B2 (en) 2015-03-30 2017-07-18 Netapp, Inc. Methods to identify, handle and recover from suspect SSDS in a clustered flash array
US9740566B2 (en) 2015-07-31 2017-08-22 Netapp, Inc. Snapshot creation workflow
US10929022B2 (en) 2016-04-25 2021-02-23 Netapp. Inc. Space savings reporting for storage system supporting snapshot and clones
US10275155B2 (en) * 2016-05-17 2019-04-30 Netapp, Inc. Methods for autonomous disk ownership assignment of nodes in a storage network with a multi-path configuration and devices thereof
US10642763B2 (en) 2016-09-20 2020-05-05 Netapp, Inc. Quality of service policy sets

Citations (84)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4156907A (en) 1977-03-02 1979-05-29 Burroughs Corporation Data communications subsystem
US4399503A (en) 1978-06-30 1983-08-16 Bunker Ramo Corporation Dynamic disk buffer control unit
US4598357A (en) 1980-11-14 1986-07-01 Sperry Corporation Cache/disk subsystem with file number for recovery of cached data
US4688221A (en) 1983-12-28 1987-08-18 Hitachi, Ltd. Error recovery method and apparatus
US4698808A (en) 1984-12-14 1987-10-06 International Business Machines Corporation Method for detecting intermittent error in volatile memory
US4761785A (en) 1986-06-12 1988-08-02 International Business Machines Corporation Parity spreading to enhance storage access
US4805090A (en) 1985-09-27 1989-02-14 Unisys Corporation Peripheral-controller for multiple disk drive modules having different protocols and operating conditions
US4837675A (en) 1981-10-05 1989-06-06 Digital Equipment Corporation Secondary storage facility empolying serial communications between drive and controller
US4864497A (en) 1988-04-13 1989-09-05 Digital Equipment Corporation Method of integrating software application programs using an attributive data model database
WO1989010594A1 (en) 1988-04-22 1989-11-02 Amdahl Corporation A file system for a plurality of storage classes
US4896259A (en) 1984-09-07 1990-01-23 International Business Machines Corporation Apparatus for storing modifying data prior to selectively storing data to be modified into a register
US4899342A (en) 1988-02-01 1990-02-06 Thinking Machines Corporation Method and apparatus for operating multi-unit array of memories
US4989206A (en) 1988-06-28 1991-01-29 Storage Technology Corporation Disk drive memory
US5124987A (en) 1990-04-16 1992-06-23 Storage Technology Corporation Logical track write scheduling system for a parallel disk drive array data storage subsystem
USRE34100E (en) 1987-01-12 1992-10-13 Seagate Technology, Inc. Data error correction system
US5155835A (en) 1990-11-19 1992-10-13 Storage Technology Corporation Multilevel, hierarchical, dynamically mapped data storage subsystem
US5163131A (en) 1989-09-08 1992-11-10 Auspex Systems, Inc. Parallel i/o network file server architecture
US5426747A (en) 1991-03-22 1995-06-20 Object Design, Inc. Method and apparatus for virtual memory mapping and transaction management in an object-oriented database system
US5485579A (en) 1989-09-08 1996-01-16 Auspex Systems, Inc. Multiple facility operating system architecture
US5568629A (en) 1991-12-23 1996-10-22 At&T Global Information Solutions Company Method for partitioning disk drives within a physical disk array and selectively assigning disk drive partitions into a logical disk array
US5581724A (en) 1992-10-19 1996-12-03 Storage Technology Corporation Dynamically mapped data storage subsystem having multiple open destage cylinders and method of managing that subsystem
US5819292A (en) 1993-06-03 1998-10-06 Network Appliance, Inc. Method for maintaining consistent states of a file system and for creating user-accessible read-only copies of a file system
US5835700A (en) 1993-11-12 1998-11-10 Seagate Technology, Inc. SCSI-coupled module for monitoring and controlling SCSI-coupled raid bank and bank environment
US5892955A (en) 1996-09-20 1999-04-06 Emc Corporation Control of a multi-user disk storage system
US5894588A (en) 1994-04-22 1999-04-13 Sony Corporation Data transmitting apparatus, data recording apparatus, data transmitting method, and data recording method
US5941972A (en) 1997-12-31 1999-08-24 Crossroads Systems, Inc. Storage router and method for providing virtual local storage
US5963962A (en) 1995-05-31 1999-10-05 Network Appliance, Inc. Write anywhere file-system layout
US5975738A (en) 1997-09-30 1999-11-02 Lsi Logic Corporation Method for detecting failure in redundant controllers using a private LUN
US6038570A (en) 1993-06-03 2000-03-14 Network Appliance, Inc. Method for allocating files in a file system integrated with a RAID disk sub-system
US6078990A (en) 1998-02-06 2000-06-20 Ncr Corporation Volume set configuration using a single operational view
US6128734A (en) 1997-01-17 2000-10-03 Advanced Micro Devices, Inc. Installing operating systems changes on a computer system
US6209023B1 (en) 1998-04-24 2001-03-27 Compaq Computer Corporation Supporting a SCSI device on a non-SCSI transport medium of a network
US20020046276A1 (en) 2000-07-06 2002-04-18 Coffey Aedan Diarmuid Cailean Fibre channel diagnostics in a storage enclosure
US20020044561A1 (en) 2000-07-26 2002-04-18 Coffey Aedan Diarmuid Cailean Cross-point switch for a fibre channel arbitrated loop
US20020044562A1 (en) 2000-09-07 2002-04-18 Killen Odie Banks Fibre-channel arbitrated-loop split loop operation
US20020059492A1 (en) 2000-09-08 2002-05-16 Sabotta Michael L. Method and apparatus for adapting a card for use with multiple protocols
US20020083120A1 (en) 2000-12-22 2002-06-27 Soltis Steven R. Storage area network file system
US20020099914A1 (en) 2001-01-25 2002-07-25 Naoto Matsunami Method of creating a storage area & storage device
WO2002065298A1 (en) 2001-02-13 2002-08-22 Candera, Inc. Silicon-based storage virtualization server
US20020133736A1 (en) 2001-03-16 2002-09-19 International Business Machines Corporation Storage area network (SAN) fibre channel arbitrated loop (FCAL) multi-system multi-resource storage enclosure and method for performing enclosure maintenance concurrent with deivce operations
US20020156984A1 (en) 2001-02-20 2002-10-24 Storageapps Inc. System and method for accessing a storage area network as network attached storage
US6516380B2 (en) 2001-02-05 2003-02-04 International Business Machines Corporation System and method for a log-based non-volatile write cache in a storage controller
US20030028636A1 (en) * 2001-06-20 2003-02-06 Ludmila Cherkasova System and method for workload-aware request distribution in cluster-based network servers
US20030061491A1 (en) 2001-09-21 2003-03-27 Sun Microsystems, Inc. System and method for the allocation of network storage
US20030097611A1 (en) 2001-11-19 2003-05-22 Delaney William P. Method for the acceleration and simplification of file system logging techniques using storage device snapshots
US20030105852A1 (en) * 2001-11-06 2003-06-05 Sanjoy Das Integrated storage appliance
US20030120743A1 (en) 2001-12-21 2003-06-26 Coatney Susan M. System and method of implementing disk ownership in networked storage
US6594698B1 (en) 1998-09-25 2003-07-15 Ncr Corporation Protocol for dynamic binding of shared resources
US6598174B1 (en) 2000-04-26 2003-07-22 Dell Products L.P. Method and apparatus for storage unit replacement in non-redundant array
US6629062B2 (en) 2000-07-06 2003-09-30 Richmount Computers Limited Performance monitoring in a storage enclosure
US6636879B1 (en) 2000-08-18 2003-10-21 Network Appliance, Inc. Space allocation in a write anywhere file system
US6643654B1 (en) 2001-06-25 2003-11-04 Network Appliance, Inc. System and method for representing named data streams within an on-disk structure of a file system
US6654902B1 (en) 2000-04-11 2003-11-25 Hewlett-Packard Development Company, L.P. Persistent reservation IO barriers
US20040030668A1 (en) 2002-08-09 2004-02-12 Brian Pawlowski Multi-protocol storage appliance that provides integrated support for file and block access protocols
US6708265B1 (en) 2000-06-27 2004-03-16 Emc Corporation Method and apparatus for moving accesses to logical entities from one storage element to another storage element in a computer storage system
US6757695B1 (en) 2001-08-09 2004-06-29 Network Appliance, Inc. System and method for mounting and unmounting storage volumes in a network storage environment
US6785742B1 (en) 1999-02-24 2004-08-31 Brocade Communications Systems, Inc. SCSI enclosure services
US20040199607A1 (en) 2001-12-21 2004-10-07 Network Appliance, Inc. Reconfiguration of storage system including multiple mass storage devices
US20040199515A1 (en) 2003-04-04 2004-10-07 Penny Brett A. Network-attached storage system, device, and method supporting multiple storage device types
US20040233910A1 (en) 2001-02-23 2004-11-25 Wen-Shyen Chen Storage area network using a data communication protocol
US20050015459A1 (en) * 2003-07-18 2005-01-20 Abhijeet Gole System and method for establishing a peer connection using reliable RDMA primitives
US20050138154A1 (en) 2003-12-18 2005-06-23 Intel Corporation Enclosure management device
US20050246401A1 (en) 2004-04-30 2005-11-03 Edwards John K Extension of write anywhere file system layout
US6976083B1 (en) 1999-02-19 2005-12-13 International Business Machines Corporation Apparatus for providing direct data processing access using a queued direct input-output device
US6988136B2 (en) 2001-10-19 2006-01-17 Hewlett-Packard Development Company, L.P. Unified management system and method for multi-cabinet data storage complexes
US20060112247A1 (en) 2004-11-19 2006-05-25 Swaminathan Ramany System and method for real-time balancing of user workload across multiple storage systems with shared back end storage
US7089293B2 (en) 2000-11-02 2006-08-08 Sun Microsystems, Inc. Switching system method for discovering and accessing SCSI devices in response to query
US7107385B2 (en) 2002-08-09 2006-09-12 Network Appliance, Inc. Storage virtualization by layering virtual disk objects on a file system
US20060206671A1 (en) 2005-01-27 2006-09-14 Aiello Anthony F Coordinated shared storage architecture
US7146522B1 (en) 2001-12-21 2006-12-05 Network Appliance, Inc. System and method for allocating spare disks in networked storage
US20070050538A1 (en) 2005-08-25 2007-03-01 Northcutt J D Smart scalable storage switch architecture
US7194597B2 (en) 2001-03-30 2007-03-20 Intel Corporation Method and apparatus for sharing TLB entries
US20070088702A1 (en) 2005-10-03 2007-04-19 Fridella Stephen A Intelligent network client for multi-protocol namespace redirection
US7216188B2 (en) 2003-03-29 2007-05-08 Emc Corporation Techniques for accessing devices through a set of serial buses automatically setting unique enclosure addresses and detecting non-unique enclosure addresses upon initialization
US7260737B1 (en) 2003-04-23 2007-08-21 Network Appliance, Inc. System and method for transport-level failover of FCP devices in a cluster
US7260678B1 (en) 2004-10-13 2007-08-21 Network Appliance, Inc. System and method for determining disk ownership model
US7281072B2 (en) 2003-07-02 2007-10-09 Infortrend Technology, Inc. Redundant external storage virtualization computer system
US7296068B1 (en) * 2001-12-21 2007-11-13 Network Appliance, Inc. System and method for transfering volume ownership in net-worked storage
US7305670B2 (en) 2003-01-20 2007-12-04 Hitachi, Ltd. Method of installing software on storage device controlling apparatus, method of controlling storage device controlling apparatus, and storage device controlling apparatus
US7366808B2 (en) 2005-11-23 2008-04-29 Hitachi, Ltd. System, method and apparatus for multiple-protocol-accessible OSD storage subsystem
US7444396B2 (en) 2003-08-29 2008-10-28 Sun Microsystems, Inc. Transferring system identities
US7610295B2 (en) 2002-10-01 2009-10-27 Hewlett-Packard Development Company, L.P. Method and apparatus for generating persistent path identifiers
US7711683B1 (en) 2006-11-30 2010-05-04 Netapp, Inc. Method and system for maintaining disk location via homeness
US7725558B2 (en) 2000-07-26 2010-05-25 David Dickenson Distributive access controller

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4153907A (en) * 1977-05-17 1979-05-08 Vactec, Incorporated Photovoltaic cell with junction-free essentially-linear connections to its contacts
JP2000242434A (en) * 1998-12-22 2000-09-08 Hitachi Ltd Storage device system
IE20000203A1 (en) * 1999-03-25 2001-02-21 Converge Net Technologies Inc Storage domain management system
US6859275B2 (en) * 1999-04-09 2005-02-22 Plain Sight Systems, Inc. System and method for encoded spatio-spectral information processing
WO2002023844A2 (en) * 2000-09-12 2002-03-21 Siemens Aktiengesellschaft Method and orthogonal frequency division multiplexing (ofdm) receiver for reducing the influence of harmonic interferences on ofdm transmission systems
JP2002182859A (en) * 2000-12-12 2002-06-28 Hitachi Ltd Storage system and its utilizing method
US6779063B2 (en) * 2001-04-09 2004-08-17 Hitachi, Ltd. Direct access storage system having plural interfaces which permit receipt of block and file I/O requests
JP2003150318A (en) * 2001-11-12 2003-05-23 Hitachi Ltd Multi-controller disk array
JP2003162439A (en) * 2001-11-22 2003-06-06 Hitachi Ltd Storage system and control method therefor
US7165103B2 (en) * 2002-06-26 2007-01-16 Microsoft Corporation Method and system for matching network clients and servers under matching constraints
US20060011224A1 (en) * 2004-07-18 2006-01-19 Chung-Chih Chen Extrusion free wet cleaning process
JP3801615B1 (en) * 2005-08-19 2006-07-26 酒井 信世 Simple alarm device

Patent Citations (93)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4156907A (en) 1977-03-02 1979-05-29 Burroughs Corporation Data communications subsystem
US4399503A (en) 1978-06-30 1983-08-16 Bunker Ramo Corporation Dynamic disk buffer control unit
US4598357A (en) 1980-11-14 1986-07-01 Sperry Corporation Cache/disk subsystem with file number for recovery of cached data
US4837675A (en) 1981-10-05 1989-06-06 Digital Equipment Corporation Secondary storage facility empolying serial communications between drive and controller
US4688221A (en) 1983-12-28 1987-08-18 Hitachi, Ltd. Error recovery method and apparatus
US4896259A (en) 1984-09-07 1990-01-23 International Business Machines Corporation Apparatus for storing modifying data prior to selectively storing data to be modified into a register
US4698808A (en) 1984-12-14 1987-10-06 International Business Machines Corporation Method for detecting intermittent error in volatile memory
US4805090A (en) 1985-09-27 1989-02-14 Unisys Corporation Peripheral-controller for multiple disk drive modules having different protocols and operating conditions
US4761785A (en) 1986-06-12 1988-08-02 International Business Machines Corporation Parity spreading to enhance storage access
US4761785B1 (en) 1986-06-12 1996-03-12 Ibm Parity spreading to enhance storage access
USRE34100E (en) 1987-01-12 1992-10-13 Seagate Technology, Inc. Data error correction system
US4899342A (en) 1988-02-01 1990-02-06 Thinking Machines Corporation Method and apparatus for operating multi-unit array of memories
US4864497A (en) 1988-04-13 1989-09-05 Digital Equipment Corporation Method of integrating software application programs using an attributive data model database
WO1989010594A1 (en) 1988-04-22 1989-11-02 Amdahl Corporation A file system for a plurality of storage classes
US4989206A (en) 1988-06-28 1991-01-29 Storage Technology Corporation Disk drive memory
US5163131A (en) 1989-09-08 1992-11-10 Auspex Systems, Inc. Parallel i/o network file server architecture
US5355453A (en) 1989-09-08 1994-10-11 Auspex Systems, Inc. Parallel I/O network file server architecture
US5485579A (en) 1989-09-08 1996-01-16 Auspex Systems, Inc. Multiple facility operating system architecture
US5802366A (en) 1989-09-08 1998-09-01 Auspex Systems, Inc. Parallel I/O network file server architecture
US5931918A (en) 1989-09-08 1999-08-03 Auspex Systems, Inc. Parallel I/O network file server architecture
US6065037A (en) 1989-09-08 2000-05-16 Auspex Systems, Inc. Multiple software-facility component operating system for co-operative processor control within a multiprocessor computer system
US5124987A (en) 1990-04-16 1992-06-23 Storage Technology Corporation Logical track write scheduling system for a parallel disk drive array data storage subsystem
US5155835A (en) 1990-11-19 1992-10-13 Storage Technology Corporation Multilevel, hierarchical, dynamically mapped data storage subsystem
US5426747A (en) 1991-03-22 1995-06-20 Object Design, Inc. Method and apparatus for virtual memory mapping and transaction management in an object-oriented database system
US5568629A (en) 1991-12-23 1996-10-22 At&T Global Information Solutions Company Method for partitioning disk drives within a physical disk array and selectively assigning disk drive partitions into a logical disk array
US5581724A (en) 1992-10-19 1996-12-03 Storage Technology Corporation Dynamically mapped data storage subsystem having multiple open destage cylinders and method of managing that subsystem
US5819292A (en) 1993-06-03 1998-10-06 Network Appliance, Inc. Method for maintaining consistent states of a file system and for creating user-accessible read-only copies of a file system
US6038570A (en) 1993-06-03 2000-03-14 Network Appliance, Inc. Method for allocating files in a file system integrated with a RAID disk sub-system
US5835700A (en) 1993-11-12 1998-11-10 Seagate Technology, Inc. SCSI-coupled module for monitoring and controlling SCSI-coupled raid bank and bank environment
US5894588A (en) 1994-04-22 1999-04-13 Sony Corporation Data transmitting apparatus, data recording apparatus, data transmitting method, and data recording method
US5963962A (en) 1995-05-31 1999-10-05 Network Appliance, Inc. Write anywhere file-system layout
US5892955A (en) 1996-09-20 1999-04-06 Emc Corporation Control of a multi-user disk storage system
US6128734A (en) 1997-01-17 2000-10-03 Advanced Micro Devices, Inc. Installing operating systems changes on a computer system
US5975738A (en) 1997-09-30 1999-11-02 Lsi Logic Corporation Method for detecting failure in redundant controllers using a private LUN
US5941972A (en) 1997-12-31 1999-08-24 Crossroads Systems, Inc. Storage router and method for providing virtual local storage
US6425035B2 (en) 1997-12-31 2002-07-23 Crossroads Systems, Inc. Storage router and method for providing virtual local storage
US6078990A (en) 1998-02-06 2000-06-20 Ncr Corporation Volume set configuration using a single operational view
US6209023B1 (en) 1998-04-24 2001-03-27 Compaq Computer Corporation Supporting a SCSI device on a non-SCSI transport medium of a network
US6594698B1 (en) 1998-09-25 2003-07-15 Ncr Corporation Protocol for dynamic binding of shared resources
US6976083B1 (en) 1999-02-19 2005-12-13 International Business Machines Corporation Apparatus for providing direct data processing access using a queued direct input-output device
US6785742B1 (en) 1999-02-24 2004-08-31 Brocade Communications Systems, Inc. SCSI enclosure services
US6654902B1 (en) 2000-04-11 2003-11-25 Hewlett-Packard Development Company, L.P. Persistent reservation IO barriers
US6598174B1 (en) 2000-04-26 2003-07-22 Dell Products L.P. Method and apparatus for storage unit replacement in non-redundant array
US6708265B1 (en) 2000-06-27 2004-03-16 Emc Corporation Method and apparatus for moving accesses to logical entities from one storage element to another storage element in a computer storage system
US6961767B2 (en) 2000-07-06 2005-11-01 Richmount Computers Limited Fibre channel diagnostics in a storage enclosure
US20020046276A1 (en) 2000-07-06 2002-04-18 Coffey Aedan Diarmuid Cailean Fibre channel diagnostics in a storage enclosure
US6629062B2 (en) 2000-07-06 2003-09-30 Richmount Computers Limited Performance monitoring in a storage enclosure
US7110414B2 (en) 2000-07-26 2006-09-19 Richmount Computers Limited Cross-point switch for a fiber channel arbitrated loop
US7725558B2 (en) 2000-07-26 2010-05-25 David Dickenson Distributive access controller
US20020044561A1 (en) 2000-07-26 2002-04-18 Coffey Aedan Diarmuid Cailean Cross-point switch for a fibre channel arbitrated loop
US6636879B1 (en) 2000-08-18 2003-10-21 Network Appliance, Inc. Space allocation in a write anywhere file system
US6975590B2 (en) 2000-09-07 2005-12-13 Eurologic Systems Limited Fiber-channel arbitrated-loop split loop operation
US20020044562A1 (en) 2000-09-07 2002-04-18 Killen Odie Banks Fibre-channel arbitrated-loop split loop operation
US20020059492A1 (en) 2000-09-08 2002-05-16 Sabotta Michael L. Method and apparatus for adapting a card for use with multiple protocols
US7089293B2 (en) 2000-11-02 2006-08-08 Sun Microsystems, Inc. Switching system method for discovering and accessing SCSI devices in response to query
US20020083120A1 (en) 2000-12-22 2002-06-27 Soltis Steven R. Storage area network file system
US20020099914A1 (en) 2001-01-25 2002-07-25 Naoto Matsunami Method of creating a storage area & storage device
US6516380B2 (en) 2001-02-05 2003-02-04 International Business Machines Corporation System and method for a log-based non-volatile write cache in a storage controller
WO2002065298A1 (en) 2001-02-13 2002-08-22 Candera, Inc. Silicon-based storage virtualization server
US20020156984A1 (en) 2001-02-20 2002-10-24 Storageapps Inc. System and method for accessing a storage area network as network attached storage
US20040233910A1 (en) 2001-02-23 2004-11-25 Wen-Shyen Chen Storage area network using a data communication protocol
US20020133736A1 (en) 2001-03-16 2002-09-19 International Business Machines Corporation Storage area network (SAN) fibre channel arbitrated loop (FCAL) multi-system multi-resource storage enclosure and method for performing enclosure maintenance concurrent with deivce operations
US7194597B2 (en) 2001-03-30 2007-03-20 Intel Corporation Method and apparatus for sharing TLB entries
US20030028636A1 (en) * 2001-06-20 2003-02-06 Ludmila Cherkasova System and method for workload-aware request distribution in cluster-based network servers
US6643654B1 (en) 2001-06-25 2003-11-04 Network Appliance, Inc. System and method for representing named data streams within an on-disk structure of a file system
US6757695B1 (en) 2001-08-09 2004-06-29 Network Appliance, Inc. System and method for mounting and unmounting storage volumes in a network storage environment
US20030061491A1 (en) 2001-09-21 2003-03-27 Sun Microsystems, Inc. System and method for the allocation of network storage
US6988136B2 (en) 2001-10-19 2006-01-17 Hewlett-Packard Development Company, L.P. Unified management system and method for multi-cabinet data storage complexes
US20030105852A1 (en) * 2001-11-06 2003-06-05 Sanjoy Das Integrated storage appliance
US20030097611A1 (en) 2001-11-19 2003-05-22 Delaney William P. Method for the acceleration and simplification of file system logging techniques using storage device snapshots
US20040199607A1 (en) 2001-12-21 2004-10-07 Network Appliance, Inc. Reconfiguration of storage system including multiple mass storage devices
US7146522B1 (en) 2001-12-21 2006-12-05 Network Appliance, Inc. System and method for allocating spare disks in networked storage
US7296068B1 (en) * 2001-12-21 2007-11-13 Network Appliance, Inc. System and method for transfering volume ownership in net-worked storage
US20030120743A1 (en) 2001-12-21 2003-06-26 Coatney Susan M. System and method of implementing disk ownership in networked storage
US20040030668A1 (en) 2002-08-09 2004-02-12 Brian Pawlowski Multi-protocol storage appliance that provides integrated support for file and block access protocols
US7107385B2 (en) 2002-08-09 2006-09-12 Network Appliance, Inc. Storage virtualization by layering virtual disk objects on a file system
US7610295B2 (en) 2002-10-01 2009-10-27 Hewlett-Packard Development Company, L.P. Method and apparatus for generating persistent path identifiers
US7305670B2 (en) 2003-01-20 2007-12-04 Hitachi, Ltd. Method of installing software on storage device controlling apparatus, method of controlling storage device controlling apparatus, and storage device controlling apparatus
US7216188B2 (en) 2003-03-29 2007-05-08 Emc Corporation Techniques for accessing devices through a set of serial buses automatically setting unique enclosure addresses and detecting non-unique enclosure addresses upon initialization
US20040199515A1 (en) 2003-04-04 2004-10-07 Penny Brett A. Network-attached storage system, device, and method supporting multiple storage device types
US7260737B1 (en) 2003-04-23 2007-08-21 Network Appliance, Inc. System and method for transport-level failover of FCP devices in a cluster
US7281072B2 (en) 2003-07-02 2007-10-09 Infortrend Technology, Inc. Redundant external storage virtualization computer system
US20050015459A1 (en) * 2003-07-18 2005-01-20 Abhijeet Gole System and method for establishing a peer connection using reliable RDMA primitives
US7444396B2 (en) 2003-08-29 2008-10-28 Sun Microsystems, Inc. Transferring system identities
US20050138154A1 (en) 2003-12-18 2005-06-23 Intel Corporation Enclosure management device
US20050246401A1 (en) 2004-04-30 2005-11-03 Edwards John K Extension of write anywhere file system layout
US7260678B1 (en) 2004-10-13 2007-08-21 Network Appliance, Inc. System and method for determining disk ownership model
US20060112247A1 (en) 2004-11-19 2006-05-25 Swaminathan Ramany System and method for real-time balancing of user workload across multiple storage systems with shared back end storage
US20060206671A1 (en) 2005-01-27 2006-09-14 Aiello Anthony F Coordinated shared storage architecture
US20070050538A1 (en) 2005-08-25 2007-03-01 Northcutt J D Smart scalable storage switch architecture
US20070088702A1 (en) 2005-10-03 2007-04-19 Fridella Stephen A Intelligent network client for multi-protocol namespace redirection
US7366808B2 (en) 2005-11-23 2008-04-29 Hitachi, Ltd. System, method and apparatus for multiple-protocol-accessible OSD storage subsystem
US7711683B1 (en) 2006-11-30 2010-05-04 Netapp, Inc. Method and system for maintaining disk location via homeness

Non-Patent Citations (71)

* Cited by examiner, † Cited by third party
Title
Administration Guide found at http://www.openafs.org/pages/doc/AdminGuide/auagd010.htm, visited on Mar. 2, 2005.
American National Standards Institute, Inc.; American National Standard for Information Technology; Fibre Channel-Physical and Signaling Interface (FC-PH); Nov. 14, 1994.
American National Standards Institute, Inc.; American National Standard for Information Technology-Fibre Channel Arbitrated Loop (FC-AL-2); Dec. 8, 1999.
American National Standards Institute, Inc.; INCITS 305-1998 (R2003) "Information Technology-SCSI-3 Enclosure Services (SES) Command Set".
Baker et al. Non-Volatile Memory for Fast, Reliable File Systems. Proceedings of the 5th International Conference on Architectural Support for Programming Languages and Operating Systems. Oct. 1992. *
Basilico, et al., Error Correction System Using "Shadow Memory," IBM Technical Disclosure Bulletin, May 1984, pp. 5792-5793.
Bitton, Dina, Disk Shadowing, Proceedings of the 14th VLDB Conference, LA, CA (1988).
Blasgen, M.W. et al., System R:An architectural Overview,Reprinted from IBM Systems Journal vol. 20, No. 1, 1981® 1981, 1999.
Borenstein, Nathaniel S., CMU's Andrew project a retrospective, Communications of ACM, (39)12, Dec. 1996.
Brown, Mark R. et al., The Alpine file system, ACM Transactions on Computing Systems, 3(4):261-293, Nov. 1985.
Chen, Peter M., et al., An Evaluation of Redundant Arrays of Disks Using an Amdahl 5890 Performance Evaluation, pp. 74-85, 1990.
Chutani, Sailesh, et al., The Episode file system, In Proceedings of the USENIX Winter 1992.
Clark, B.E., et al., Application System /400 Performance Characteristics, IBM Systems Journal, 28(3): 407-423, 1989.
Data Sheet for the Check Point Software Technologies product Flood-Gate-1 (1997).
Dibble, Peter C., et al., Beyond Striping: The Bridge Multiprocessor File System, Computer Science Department, University of Rochester, Aug. 11, 1989.
Douglis, Fred, et al., A comparison of two distributed systems: Amoeba and Sprite-Computing Systems, 4(4), Fall 1991, pp. 353-385.
Draft Proposed American National Standard for Information Systems-SCSI-3 Primary Commands; Mar. 28, 1997.
Fibre Channel Generic Services-3 (FC-GS-3), Revision 6.0; NCITS Working Draft Proposed American National Standard for Information Technology; Nov. 24, 1999.
Gait, Jason, Phoenix: A Safe In-Memory File System. Communications of the ACM, 33(1):81-86, Jan. 1990.
Hartman, John H. et al., Performance Measurements of a Multiprocessor Sprite Kernel, Proceedings of the USENIX Conference, 1990.
Hitz, Dave et al., File System Design for an NFS File Server Appliance, Technical Report 3002, Rev. C395, presented Jan. 19, 1994.
Hitz, David, et al. System and Method for Enabling a Storage System to Support Multiple Volume Formats Simultaneously, USPTO U.S. Appl. No. 60/652,626. Feb. 14, 2005.
Howard, John H, et al. Scale and Performance in a Distributed File System, Carnegie Mellon University, CMU-ITC-87-068, Aug. 5, 1987.
Howard, John H., An Overview of the Andrew File System, Carnegie Mellon University, CMU-ITC-88-062.
Howard, John, H. et al., Scale and performance in a distributed file system, ACM Trans. Computer. System., 6(1), Feb. 1988 pp. 51-81.
Hu Yoshida: "LUN Security Considerations for Storage Area Networks" Hitachi Data Systems, 1999, pp. 1-7, XP002185193.
Isomaki, Markus, Differentiated Service for the Internet, Department of Technical Physics and Mathematics, May 9, 1998.
Kazar, Michael L., et al., Decorum File System Architectural Overview, USENIX Summer Conference, Anaheim, California, 1990.
Lomet, David., et al., The performance of a multiversion access method, ACM SIGMOD International Conference on Management of Data, 19:353-363.
Lorie, RA, Shadow Page Mechanism, IBM Technical Disclosure Bulletin, Jun. 1986, pp. 340-342.
Lorie, Raymond, A, Physical integrity in a large segmented database, ACM Trans. Database Systems, (2)1:91-104, Mar. 1977.
McKusick, Marshall Kirk, et al., A Fast File System for UNIX, Computer Science Division, Department of Electrical Engineering and Computer Sciences, Univ. of CA, Berkley, Feb. 18, 1994.
Miller, Ethan L., et al., RAMA:A File System for Massively Parallel Computers, 12th IEEE Symposium on Mass Storage Systems, Monterey CA, Apr. 1993, pp. 163-168.
Moons, Herman et al., Location-Independent Object Invocation in Open Distributed Systems, Autumn 1991 EurOpen Technical Conference and Exhibition, pp. 287-300 (Sep. 16-20, 1991).
Morris, James H., et al, Andrew: A Distributed Personal Computing Environment, Comm. of the ACM, vol. 29, Mar. 1986, pp. 184-201.
Mullender, Sape J., et al., A distributed file service based on optimistic concurrency control, ACM Symposium on Operating System Principles (Orcas Island, Washington). Published as Operating Systems Review, 19(5):51-62, Dec. 1985.
Muller, Keith, et al., A High Performance Multi-Structured File System Design, In Proceedings of the 13th ACM Symposium on Operating Systems Principles, Oct. 1991, pp. 56-67.
New Identifier Formats Based on IEEE Registration; http://stanards.ieee.org/regauth/oui/tutorials/fibreformat.html; Accessed on Aug. 6, 2001.
Ousterhout, John et al., Beating the I/O Bottleneck: A Case for Log-Structured File Systems, Technical Report, Computer Science Division, Electrical Engineering and Computer Sciences, University of California at Berkeley, Oct. 30, 1988.
Ousterhout, John K. et al., The Sprite Network Operating System, Computer Science Division, Department of Electrical Engineering and Computer Sciences, Univ. of CA, Berkley, Nov. 19, 1987.
Ousterhout, John, A Brief Retrospective on the Sprite Network Operating System, found at http://www.cs.berkeley.edu/projects/sprite/retrospective.html,visited on Mar. 11, 2005.
Ousterhout, John, Why Aren't Operating Systems Getting Faster as Fast as Hardware?, Digital WRL Technical Note TN-11, Oct. 1989.
Patterson, D., et al., A Case for Redundant Arrays of Inexpensive Disks (RAID), SIGMOD International Conference on Management of Data, Chicago, IL, USA, Jun. 1-3, 1988, Sigmod Record (17)3:109-16 (Sep. 1988).
Patterson, D., et al., A Case for Redundant Arrays of Inexpensive Disks (RAID), Technical Report, CSD-87-391, Computer Science Division, Electrical Engineering and Computer Sciences, University of California at Berkeley (1987).
Peterson, Zachary Nathaniel Joseph, Data Placement for Copy-on-Write Using Virtual Contiguity, University of CA, Santa Cruz, Master of Science in Computer Science Thesis, Sep. 2002.
Quinlan, Sean, A Cached WORM File System, Software-Practice and Experience, 21(12):1289-1299 (1991).
Redundant Array of Independent Disks, from Wikipedia, the free encyclopedia, found at http://en.wikipedia.org/wiki/RAID, visited on Mar. 9, 2005.
Reino, B. International Search Report for International Application No. PCT/US2006/002639, Jul. 27, 2006.
Rosenberg, J., et al., Stability in a Persistent Store Based on a Large Virtual Memory, In Security and Persistence, Rosenber, J. & Keedy, J.L. (ed), Springer-Verlag (1990) pp. 229-245.
Rosenblum, Mendel, et al, The Design and Implementation of a Log-Structured File System Jul. 24, 1991 pp. 1-15.
Rosenblum, Mendel, et al., The Design and Implementation of a Log-Structured File System, , In Proceedings of ACM Transactions on Computer Systems, (10)1:26-52, Feb. 1992.
Rosenblum, Mendel, et al., The LFS Storage Manager, Computer Science Division, Electrical Engin. and Computer Sciences, Univ. of CA, presented at Summer '90 USENIX Technical Conference, Anaheim, CA Jun. 1990.
Sandberg, Russel et al., Design and implementation of the Sun Network Filesystem. In Proc. Summer 1985 USENIX Conf., pp. 119-130, Portland OR (USA), Jun. 1985.
Santry, Douglas S., et al., Deciding When to Forget in the Elephant File System, Operating Systems Review, 34(5), (Dec. 1999) pp. 110-123.
Satyanarayanan, M., et al, Coda: A highly available file system for a distributed workstation environment Carnegie Mellon University, CMU-ITC.
Satyanarayanan, M., et al, Coda: A highly available file system for a distributed workstation environment. IEEE Transactions on Computers, 39(4):447-459, 1990.
Satyanarayanan, M., et al., The ITC Distributed File System: Principles and Design, In Proceedings of the 10th ACM Symposium on Operating Systems Principles, (19)5:56-67, Dec. 1985.
Satyanarayanan, Mahadev, Scalable, Secure, and Highly Available Distributed File Access, Computer May 1990: 9-21.
Satyanarayanan,.M.. A survey of distributed file-systems. Annual Review of Computing Science, 4(73-104), 1989.
Sidebotham, Bob, Volumes: The Andrew File System Data Structuring Primitive, EEUG Conference Proceedings, Manchester, UK, Autumn 1986.
SNIA Storage Networking Industry Association; Common Internet File System (CIFS), Version: CIFS-Spec 0.9. Work Group in Progress.
Soltis S et al. "The Design and Performance of a Shared Disk File System for IRIX" NASA Goddard Space Flight Center Conference on Mass Storage and Technologies in Cooperation with the IEEE Symposium on Mass Storage Systems, Mar. 23, 1998, pp. 1-17, XP002194621.
The IBM System/38, Chapter 8, pp. 137-215.
U.S. Appl. No. 10/421,297 entitled "System and Method for Transport-Level Failover of FCP Devices in a Cluster", filed by Arthur Lent et al., on Apr. 23, 2003.
U.S. Appl. No. 11/075,618 entitled "System and Method for Distributing Enclosure Serviced Data to Coordinate Shared Storage" filed by George Kong et al., on Mar. 8, 2005.
U.S. Appl. No. 60/647,562 entitled "System and Method for Distributing Enclosure Services Data to Coordinate Shared Storage", filed by Randy Thelen et al., on Jan. 27, 2005.
U.S. Appl. No. 60/647,563 entitled "Coordinated Shared Storage Architecture", filed by Anthony Aiello et al.., on Jan. 27, 2005.
User Guide found at http://www.openafs.org/pages/doc/UserGuide/auusg004.htm, visited on Mar. 2, 2005.
Welch, Brent B., et al., Pseudo Devices: User-Level Extensions to the Sprite File System, Computer Science Division, Department of Electrical Engineering and Computer Sciences, Univ. of CA, Berkley, Apr. 1988.
Welch, Brent B., et al., Pseudo-File-Systems, Computer Science Division, Department of Electrical Engineering and Computer Sciences, Univ. of CA, Berkley, Oct. 1989.
Wittle, Mark, et al, LADDIS: The next generation in NFS file server benchmarking, USENIX Association Conference Proceedings, Apr. 1993.

Cited By (225)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8639868B2 (en) * 2010-07-16 2014-01-28 Marvell World Trade Ltd. Customization of a bus adapter card
US9384155B2 (en) 2010-07-16 2016-07-05 Toshiba Corporation Customization of a bus adapter card
US20120017020A1 (en) * 2010-07-16 2012-01-19 Marvell International Ltd. Customization Of A Bus Adapter Card
US11614893B2 (en) 2010-09-15 2023-03-28 Pure Storage, Inc. Optimizing storage device access based on latency
US11650976B2 (en) 2011-10-14 2023-05-16 Pure Storage, Inc. Pattern matching using hash tables in storage system
US8966211B1 (en) * 2011-12-19 2015-02-24 Emc Corporation Techniques for dynamic binding of device identifiers to data storage devices
US9800484B2 (en) * 2014-03-10 2017-10-24 International Business Machines Corporation Optimizing resource utilization in a networked computing environment
US20150256432A1 (en) * 2014-03-10 2015-09-10 International Business Machines Corporation Managing resources in a networked computing environment
US10838633B2 (en) 2014-06-04 2020-11-17 Pure Storage, Inc. Configurable hyperconverged multi-tenant storage system
US10430306B2 (en) 2014-06-04 2019-10-01 Pure Storage, Inc. Mechanism for persisting messages in a storage system
US9798477B2 (en) 2014-06-04 2017-10-24 Pure Storage, Inc. Scalable non-uniform storage sizes
US11310317B1 (en) 2014-06-04 2022-04-19 Pure Storage, Inc. Efficient load balancing
US11822444B2 (en) 2014-06-04 2023-11-21 Pure Storage, Inc. Data rebuild independent of error detection
US10671480B2 (en) 2014-06-04 2020-06-02 Pure Storage, Inc. Utilization of erasure codes in a storage system
US11593203B2 (en) 2014-06-04 2023-02-28 Pure Storage, Inc. Coexisting differing erasure codes
US9967342B2 (en) 2014-06-04 2018-05-08 Pure Storage, Inc. Storage system architecture
US11036583B2 (en) 2014-06-04 2021-06-15 Pure Storage, Inc. Rebuilding data across storage nodes
US11500552B2 (en) 2014-06-04 2022-11-15 Pure Storage, Inc. Configurable hyperconverged multi-tenant storage system
US10809919B2 (en) 2014-06-04 2020-10-20 Pure Storage, Inc. Scalable storage capacities
US11399063B2 (en) 2014-06-04 2022-07-26 Pure Storage, Inc. Network authentication for a storage system
US11714715B2 (en) 2014-06-04 2023-08-01 Pure Storage, Inc. Storage system accommodating varying storage capacities
US11671496B2 (en) 2014-06-04 2023-06-06 Pure Storage, Inc. Load balacing for distibuted computing
US11057468B1 (en) 2014-06-04 2021-07-06 Pure Storage, Inc. Vast data storage system
US10379763B2 (en) 2014-06-04 2019-08-13 Pure Storage, Inc. Hyperconverged storage system with distributable processing power
US11385799B2 (en) 2014-06-04 2022-07-12 Pure Storage, Inc. Storage nodes supporting multiple erasure coding schemes
US10574754B1 (en) 2014-06-04 2020-02-25 Pure Storage, Inc. Multi-chassis array with multi-level load balancing
US11652884B2 (en) 2014-06-04 2023-05-16 Pure Storage, Inc. Customized hash algorithms
US10303547B2 (en) 2014-06-04 2019-05-28 Pure Storage, Inc. Rebuilding data across storage nodes
US11138082B2 (en) 2014-06-04 2021-10-05 Pure Storage, Inc. Action determination based on redundancy level
US9525738B2 (en) 2014-06-04 2016-12-20 Pure Storage, Inc. Storage system architecture
US10372617B2 (en) 2014-07-02 2019-08-06 Pure Storage, Inc. Nonrepeating identifiers in an address space of a non-volatile solid-state storage
US11886308B2 (en) 2014-07-02 2024-01-30 Pure Storage, Inc. Dual class of service for unified file and object messaging
US11079962B2 (en) 2014-07-02 2021-08-03 Pure Storage, Inc. Addressable non-volatile random access memory
US11385979B2 (en) 2014-07-02 2022-07-12 Pure Storage, Inc. Mirrored remote procedure call cache
US11922046B2 (en) 2014-07-02 2024-03-05 Pure Storage, Inc. Erasure coded data within zoned drives
US11604598B2 (en) 2014-07-02 2023-03-14 Pure Storage, Inc. Storage cluster with zoned drives
US10572176B2 (en) 2014-07-02 2020-02-25 Pure Storage, Inc. Storage cluster operation using erasure coded data
US10817431B2 (en) 2014-07-02 2020-10-27 Pure Storage, Inc. Distributed storage addressing
US10114757B2 (en) 2014-07-02 2018-10-30 Pure Storage, Inc. Nonrepeating identifiers in an address space of a non-volatile solid-state storage
US10877861B2 (en) 2014-07-02 2020-12-29 Pure Storage, Inc. Remote procedure call cache for distributed system
US10185506B2 (en) 2014-07-03 2019-01-22 Pure Storage, Inc. Scheduling policy for queues in a non-volatile solid-state storage
US11494498B2 (en) 2014-07-03 2022-11-08 Pure Storage, Inc. Storage data decryption
US10853285B2 (en) 2014-07-03 2020-12-01 Pure Storage, Inc. Direct memory access data format
US11550752B2 (en) 2014-07-03 2023-01-10 Pure Storage, Inc. Administrative actions via a reserved filename
US10198380B1 (en) 2014-07-03 2019-02-05 Pure Storage, Inc. Direct memory access data movement
US10691812B2 (en) 2014-07-03 2020-06-23 Pure Storage, Inc. Secure data replication in a storage grid
US11392522B2 (en) 2014-07-03 2022-07-19 Pure Storage, Inc. Transfer of segmented data
US9747229B1 (en) 2014-07-03 2017-08-29 Pure Storage, Inc. Self-describing data format for DMA in a non-volatile solid-state storage
US11928076B2 (en) 2014-07-03 2024-03-12 Pure Storage, Inc. Actions for reserved filenames
US11204830B2 (en) 2014-08-07 2021-12-21 Pure Storage, Inc. Die-level monitoring in a storage cluster
US10216411B2 (en) 2014-08-07 2019-02-26 Pure Storage, Inc. Data rebuild on feedback from a queue in a non-volatile solid-state storage
US10528419B2 (en) 2014-08-07 2020-01-07 Pure Storage, Inc. Mapping around defective flash memory of a storage array
US11442625B2 (en) 2014-08-07 2022-09-13 Pure Storage, Inc. Multiple read data paths in a storage system
US10983866B2 (en) 2014-08-07 2021-04-20 Pure Storage, Inc. Mapping defective memory in a storage system
US10990283B2 (en) 2014-08-07 2021-04-27 Pure Storage, Inc. Proactive data rebuild based on queue feedback
US11544143B2 (en) 2014-08-07 2023-01-03 Pure Storage, Inc. Increased data reliability
US11656939B2 (en) 2014-08-07 2023-05-23 Pure Storage, Inc. Storage cluster memory characterization
US10324812B2 (en) 2014-08-07 2019-06-18 Pure Storage, Inc. Error recovery in a storage cluster
US11080154B2 (en) 2014-08-07 2021-08-03 Pure Storage, Inc. Recovering error corrected data
US11620197B2 (en) 2014-08-07 2023-04-04 Pure Storage, Inc. Recovering error corrected data
US10579474B2 (en) 2014-08-07 2020-03-03 Pure Storage, Inc. Die-level monitoring in a storage cluster
US11188476B1 (en) 2014-08-20 2021-11-30 Pure Storage, Inc. Virtual addressing in a storage system
US11734186B2 (en) 2014-08-20 2023-08-22 Pure Storage, Inc. Heterogeneous storage with preserved addressing
US10498580B1 (en) 2014-08-20 2019-12-03 Pure Storage, Inc. Assigning addresses in a storage system
US9948615B1 (en) 2015-03-16 2018-04-17 Pure Storage, Inc. Increased storage unit encryption based on loss of trust
US11294893B2 (en) 2015-03-20 2022-04-05 Pure Storage, Inc. Aggregation of queries
US11775428B2 (en) 2015-03-26 2023-10-03 Pure Storage, Inc. Deletion immunity for unreferenced data
US9940234B2 (en) 2015-03-26 2018-04-10 Pure Storage, Inc. Aggressive data deduplication using lazy garbage collection
US10853243B2 (en) 2015-03-26 2020-12-01 Pure Storage, Inc. Aggressive data deduplication using lazy garbage collection
US11188269B2 (en) 2015-03-27 2021-11-30 Pure Storage, Inc. Configuration for multiple logical storage arrays
US10353635B2 (en) 2015-03-27 2019-07-16 Pure Storage, Inc. Data control across multiple logical arrays
US10082985B2 (en) 2015-03-27 2018-09-25 Pure Storage, Inc. Data striping across storage nodes that are assigned to multiple logical arrays
US10693964B2 (en) 2015-04-09 2020-06-23 Pure Storage, Inc. Storage unit communication within a storage system
US11240307B2 (en) 2015-04-09 2022-02-01 Pure Storage, Inc. Multiple communication paths in a storage system
US10178169B2 (en) 2015-04-09 2019-01-08 Pure Storage, Inc. Point to point based backend communication layer for storage processing
US11722567B2 (en) 2015-04-09 2023-08-08 Pure Storage, Inc. Communication paths for storage devices having differing capacities
US11144212B2 (en) 2015-04-10 2021-10-12 Pure Storage, Inc. Independent partitions within an array
US9672125B2 (en) 2015-04-10 2017-06-06 Pure Storage, Inc. Ability to partition an array into two or more logical arrays with independently running software
US10496295B2 (en) 2015-04-10 2019-12-03 Pure Storage, Inc. Representing a storage array as two or more logical arrays with respective virtual local area networks (VLANS)
US10140149B1 (en) 2015-05-19 2018-11-27 Pure Storage, Inc. Transactional commits with hardware assists in remote memory
US11231956B2 (en) 2015-05-19 2022-01-25 Pure Storage, Inc. Committed transactions in a storage system
US10712942B2 (en) 2015-05-27 2020-07-14 Pure Storage, Inc. Parallel update to maintain coherency
US9817576B2 (en) 2015-05-27 2017-11-14 Pure Storage, Inc. Parallel update to NVRAM
US11675762B2 (en) 2015-06-26 2023-06-13 Pure Storage, Inc. Data structures for key management
US11704073B2 (en) 2015-07-13 2023-07-18 Pure Storage, Inc Ownership determination for accessing a file
US10983732B2 (en) 2015-07-13 2021-04-20 Pure Storage, Inc. Method and system for accessing a file
US11232079B2 (en) 2015-07-16 2022-01-25 Pure Storage, Inc. Efficient distribution of large directories
US11099749B2 (en) 2015-09-01 2021-08-24 Pure Storage, Inc. Erase detection logic for a storage system
US10108355B2 (en) 2015-09-01 2018-10-23 Pure Storage, Inc. Erase block state detection
US11740802B2 (en) 2015-09-01 2023-08-29 Pure Storage, Inc. Error correction bypass for erased pages
US11893023B2 (en) 2015-09-04 2024-02-06 Pure Storage, Inc. Deterministic searching using compressed indexes
US10853266B2 (en) 2015-09-30 2020-12-01 Pure Storage, Inc. Hardware assisted data lookup methods
US11567917B2 (en) 2015-09-30 2023-01-31 Pure Storage, Inc. Writing data and metadata into storage
US11489668B2 (en) 2015-09-30 2022-11-01 Pure Storage, Inc. Secret regeneration in a storage system
US9768953B2 (en) 2015-09-30 2017-09-19 Pure Storage, Inc. Resharing of a split secret
US11838412B2 (en) 2015-09-30 2023-12-05 Pure Storage, Inc. Secret regeneration from distributed shares
US10887099B2 (en) 2015-09-30 2021-01-05 Pure Storage, Inc. Data encryption in a distributed system
US10211983B2 (en) 2015-09-30 2019-02-19 Pure Storage, Inc. Resharing of a split secret
US10277408B2 (en) 2015-10-23 2019-04-30 Pure Storage, Inc. Token based communication
US11070382B2 (en) 2015-10-23 2021-07-20 Pure Storage, Inc. Communication in a distributed architecture
US11582046B2 (en) 2015-10-23 2023-02-14 Pure Storage, Inc. Storage system communication
US9843453B2 (en) 2015-10-23 2017-12-12 Pure Storage, Inc. Authorizing I/O commands with I/O tokens
US10007457B2 (en) 2015-12-22 2018-06-26 Pure Storage, Inc. Distributed transactions with token-associated execution
US11204701B2 (en) 2015-12-22 2021-12-21 Pure Storage, Inc. Token based transactions
US10599348B2 (en) 2015-12-22 2020-03-24 Pure Storage, Inc. Distributed transactions with token-associated execution
US10958767B1 (en) * 2016-01-29 2021-03-23 Veritas Technologies Llc Securing internal services in a distributed environment
US11550473B2 (en) 2016-05-03 2023-01-10 Pure Storage, Inc. High-availability storage array
US10649659B2 (en) 2016-05-03 2020-05-12 Pure Storage, Inc. Scaleable storage array
US10261690B1 (en) 2016-05-03 2019-04-16 Pure Storage, Inc. Systems and methods for operating a storage system
US11847320B2 (en) 2016-05-03 2023-12-19 Pure Storage, Inc. Reassignment of requests for high availability
US11861188B2 (en) 2016-07-19 2024-01-02 Pure Storage, Inc. System having modular accelerators
US10768819B2 (en) 2016-07-22 2020-09-08 Pure Storage, Inc. Hardware support for non-disruptive upgrades
US11886288B2 (en) 2016-07-22 2024-01-30 Pure Storage, Inc. Optimize data protection layouts based on distributed flash wear leveling
US11409437B2 (en) 2016-07-22 2022-08-09 Pure Storage, Inc. Persisting configuration information
US11449232B1 (en) 2016-07-22 2022-09-20 Pure Storage, Inc. Optimal scheduling of flash operations
US10831594B2 (en) 2016-07-22 2020-11-10 Pure Storage, Inc. Optimize data protection layouts based on distributed flash wear leveling
US11080155B2 (en) 2016-07-24 2021-08-03 Pure Storage, Inc. Identifying error types among flash memory
US11604690B2 (en) 2016-07-24 2023-03-14 Pure Storage, Inc. Online failure span determination
US10216420B1 (en) 2016-07-24 2019-02-26 Pure Storage, Inc. Calibration of flash channels in SSD
US11797212B2 (en) 2016-07-26 2023-10-24 Pure Storage, Inc. Data migration for zoned drives
US10776034B2 (en) 2016-07-26 2020-09-15 Pure Storage, Inc. Adaptive data migration
US11030090B2 (en) 2016-07-26 2021-06-08 Pure Storage, Inc. Adaptive data migration
US10366004B2 (en) 2016-07-26 2019-07-30 Pure Storage, Inc. Storage system with elective garbage collection to reduce flash contention
US11886334B2 (en) 2016-07-26 2024-01-30 Pure Storage, Inc. Optimizing spool and memory space management
US10203903B2 (en) 2016-07-26 2019-02-12 Pure Storage, Inc. Geometry based, space aware shelf/writegroup evacuation
US11734169B2 (en) 2016-07-26 2023-08-22 Pure Storage, Inc. Optimizing spool and memory space management
US11340821B2 (en) 2016-07-26 2022-05-24 Pure Storage, Inc. Adjustable migration utilization
US11301147B2 (en) 2016-09-15 2022-04-12 Pure Storage, Inc. Adaptive concurrency for write persistence
US10678452B2 (en) 2016-09-15 2020-06-09 Pure Storage, Inc. Distributed deletion of a file and directory hierarchy
US11922033B2 (en) 2016-09-15 2024-03-05 Pure Storage, Inc. Batch data deletion
US11422719B2 (en) 2016-09-15 2022-08-23 Pure Storage, Inc. Distributed file deletion and truncation
US11656768B2 (en) 2016-09-15 2023-05-23 Pure Storage, Inc. File deletion in a distributed system
US11922070B2 (en) 2016-10-04 2024-03-05 Pure Storage, Inc. Granting access to a storage device based on reservations
US11581943B2 (en) 2016-10-04 2023-02-14 Pure Storage, Inc. Queues reserved for direct access via a user application
US11842053B2 (en) 2016-12-19 2023-12-12 Pure Storage, Inc. Zone namespace
US11762781B2 (en) 2017-01-09 2023-09-19 Pure Storage, Inc. Providing end-to-end encryption for data stored in a storage system
US11307998B2 (en) 2017-01-09 2022-04-19 Pure Storage, Inc. Storage efficiency of encrypted host system data
US10650902B2 (en) 2017-01-13 2020-05-12 Pure Storage, Inc. Method for processing blocks of flash memory
US11289169B2 (en) 2017-01-13 2022-03-29 Pure Storage, Inc. Cycled background reads
US10979223B2 (en) 2017-01-31 2021-04-13 Pure Storage, Inc. Separate encryption for a solid-state drive
US10942869B2 (en) 2017-03-30 2021-03-09 Pure Storage, Inc. Efficient coding in a storage system
US10528488B1 (en) 2017-03-30 2020-01-07 Pure Storage, Inc. Efficient name coding
US11449485B1 (en) 2017-03-30 2022-09-20 Pure Storage, Inc. Sequence invalidation consolidation in a storage system
US11592985B2 (en) 2017-04-05 2023-02-28 Pure Storage, Inc. Mapping LUNs in a storage memory
US11016667B1 (en) 2017-04-05 2021-05-25 Pure Storage, Inc. Efficient mapping for LUNs in storage memory with holes in address space
US10944671B2 (en) 2017-04-27 2021-03-09 Pure Storage, Inc. Efficient data forwarding in a networked device
US11722455B2 (en) 2017-04-27 2023-08-08 Pure Storage, Inc. Storage cluster address resolution
US11869583B2 (en) 2017-04-27 2024-01-09 Pure Storage, Inc. Page write requirements for differing types of flash memory
US10141050B1 (en) 2017-04-27 2018-11-27 Pure Storage, Inc. Page writes for triple level cell flash memory
US11467913B1 (en) 2017-06-07 2022-10-11 Pure Storage, Inc. Snapshots with crash consistency in a storage system
US11068389B2 (en) 2017-06-11 2021-07-20 Pure Storage, Inc. Data resiliency with heterogeneous storage
US11782625B2 (en) 2017-06-11 2023-10-10 Pure Storage, Inc. Heterogeneity supportive resiliency groups
US11138103B1 (en) 2017-06-11 2021-10-05 Pure Storage, Inc. Resiliency groups
US11190580B2 (en) 2017-07-03 2021-11-30 Pure Storage, Inc. Stateful connection resets
US11689610B2 (en) 2017-07-03 2023-06-27 Pure Storage, Inc. Load balancing reset packets
US11714708B2 (en) 2017-07-31 2023-08-01 Pure Storage, Inc. Intra-device redundancy scheme
US10210926B1 (en) 2017-09-15 2019-02-19 Pure Storage, Inc. Tracking of optimum read voltage thresholds in nand flash devices
US10877827B2 (en) 2017-09-15 2020-12-29 Pure Storage, Inc. Read voltage optimization
US10515701B1 (en) 2017-10-31 2019-12-24 Pure Storage, Inc. Overlapping raid groups
US11704066B2 (en) 2017-10-31 2023-07-18 Pure Storage, Inc. Heterogeneous erase blocks
US11074016B2 (en) 2017-10-31 2021-07-27 Pure Storage, Inc. Using flash storage devices with different sized erase blocks
US11086532B2 (en) 2017-10-31 2021-08-10 Pure Storage, Inc. Data rebuild with changing erase block sizes
US10884919B2 (en) 2017-10-31 2021-01-05 Pure Storage, Inc. Memory management in a storage system
US10496330B1 (en) 2017-10-31 2019-12-03 Pure Storage, Inc. Using flash storage devices with different sized erase blocks
US11604585B2 (en) 2017-10-31 2023-03-14 Pure Storage, Inc. Data rebuild when changing erase block sizes during drive replacement
US11024390B1 (en) 2017-10-31 2021-06-01 Pure Storage, Inc. Overlapping RAID groups
US10545687B1 (en) 2017-10-31 2020-01-28 Pure Storage, Inc. Data rebuild when changing erase block sizes during drive replacement
US11275681B1 (en) 2017-11-17 2022-03-15 Pure Storage, Inc. Segmented write requests
US11741003B2 (en) 2017-11-17 2023-08-29 Pure Storage, Inc. Write granularity for storage system
US10860475B1 (en) 2017-11-17 2020-12-08 Pure Storage, Inc. Hybrid flash translation layer
US10990566B1 (en) 2017-11-20 2021-04-27 Pure Storage, Inc. Persistent file locks in a storage system
US10705732B1 (en) 2017-12-08 2020-07-07 Pure Storage, Inc. Multiple-apartment aware offlining of devices for disruptive and destructive operations
US10719265B1 (en) 2017-12-08 2020-07-21 Pure Storage, Inc. Centralized, quorum-aware handling of device reservation requests in a storage system
US10929053B2 (en) 2017-12-08 2021-02-23 Pure Storage, Inc. Safe destructive actions on drives
US11782614B1 (en) 2017-12-21 2023-10-10 Pure Storage, Inc. Encrypting data to optimize data reduction
US10929031B2 (en) 2017-12-21 2021-02-23 Pure Storage, Inc. Maximizing data reduction in a partially encrypted volume
US11797211B2 (en) 2018-01-31 2023-10-24 Pure Storage, Inc. Expanding data structures in a storage system
US11442645B2 (en) 2018-01-31 2022-09-13 Pure Storage, Inc. Distributed storage system expansion mechanism
US10976948B1 (en) 2018-01-31 2021-04-13 Pure Storage, Inc. Cluster expansion mechanism
US10915813B2 (en) 2018-01-31 2021-02-09 Pure Storage, Inc. Search acceleration for artificial intelligence
US10467527B1 (en) 2018-01-31 2019-11-05 Pure Storage, Inc. Method and apparatus for artificial intelligence acceleration
US10733053B1 (en) 2018-01-31 2020-08-04 Pure Storage, Inc. Disaster recovery for high-bandwidth distributed archives
US11847013B2 (en) 2018-02-18 2023-12-19 Pure Storage, Inc. Readable data determination
US11494109B1 (en) 2018-02-22 2022-11-08 Pure Storage, Inc. Erase block trimming for heterogenous flash memory storage devices
US11836348B2 (en) 2018-04-27 2023-12-05 Pure Storage, Inc. Upgrade for system with differing capacities
US10931450B1 (en) 2018-04-27 2021-02-23 Pure Storage, Inc. Distributed, lock-free 2-phase commit of secret shares using multiple stateless controllers
US10853146B1 (en) 2018-04-27 2020-12-01 Pure Storage, Inc. Efficient data forwarding in a networked device
US11436023B2 (en) 2018-05-31 2022-09-06 Pure Storage, Inc. Mechanism for updating host file system and flash translation layer based on underlying NAND technology
US11438279B2 (en) 2018-07-23 2022-09-06 Pure Storage, Inc. Non-disruptive conversion of a clustered service from single-chassis to multi-chassis
US11846968B2 (en) 2018-09-06 2023-12-19 Pure Storage, Inc. Relocation of data for heterogeneous storage systems
US11868309B2 (en) 2018-09-06 2024-01-09 Pure Storage, Inc. Queue management for data relocation
US11500570B2 (en) 2018-09-06 2022-11-15 Pure Storage, Inc. Efficient relocation of data utilizing different programming modes
US11520514B2 (en) 2018-09-06 2022-12-06 Pure Storage, Inc. Optimized relocation of data based on data characteristics
US11354058B2 (en) 2018-09-06 2022-06-07 Pure Storage, Inc. Local relocation of data stored at a storage device of a storage system
US10454498B1 (en) 2018-10-18 2019-10-22 Pure Storage, Inc. Fully pipelined hardware engine design for fast and efficient inline lossless data compression
US10976947B2 (en) 2018-10-26 2021-04-13 Pure Storage, Inc. Dynamically selecting segment heights in a heterogeneous RAID group
US11334254B2 (en) 2019-03-29 2022-05-17 Pure Storage, Inc. Reliability based flash page sizing
US11775189B2 (en) 2019-04-03 2023-10-03 Pure Storage, Inc. Segment level heterogeneity
US11099986B2 (en) 2019-04-12 2021-08-24 Pure Storage, Inc. Efficient transfer of memory contents
US11899582B2 (en) 2019-04-12 2024-02-13 Pure Storage, Inc. Efficient memory dump
US11714572B2 (en) 2019-06-19 2023-08-01 Pure Storage, Inc. Optimized data resiliency in a modular storage system
US11822807B2 (en) 2019-06-24 2023-11-21 Pure Storage, Inc. Data replication in a storage system
US11281394B2 (en) 2019-06-24 2022-03-22 Pure Storage, Inc. Replication across partitioning schemes in a distributed storage system
US11494210B2 (en) * 2019-07-25 2022-11-08 EMC IP Holding Company LLC Maintaining management communications across virtual storage processors
US11893126B2 (en) 2019-10-14 2024-02-06 Pure Storage, Inc. Data deletion for a multi-tenant environment
US11704192B2 (en) 2019-12-12 2023-07-18 Pure Storage, Inc. Budgeting open blocks based on power loss protection
US11847331B2 (en) 2019-12-12 2023-12-19 Pure Storage, Inc. Budgeting open blocks of a storage unit based on power loss prevention
US11416144B2 (en) 2019-12-12 2022-08-16 Pure Storage, Inc. Dynamic use of segment or zone power loss protection in a flash device
US11656961B2 (en) 2020-02-28 2023-05-23 Pure Storage, Inc. Deallocation within a storage system
US11188432B2 (en) 2020-02-28 2021-11-30 Pure Storage, Inc. Data resiliency by partially deallocating data blocks of a storage device
US11507297B2 (en) 2020-04-15 2022-11-22 Pure Storage, Inc. Efficient management of optimal read levels for flash storage systems
US11256587B2 (en) 2020-04-17 2022-02-22 Pure Storage, Inc. Intelligent access to a storage device
US11474986B2 (en) 2020-04-24 2022-10-18 Pure Storage, Inc. Utilizing machine learning to streamline telemetry processing of storage media
US11775491B2 (en) 2020-04-24 2023-10-03 Pure Storage, Inc. Machine learning model for storage system
US11416338B2 (en) 2020-04-24 2022-08-16 Pure Storage, Inc. Resiliency scheme to enhance storage performance
US11768763B2 (en) 2020-07-08 2023-09-26 Pure Storage, Inc. Flash secure erase
US11513974B2 (en) 2020-09-08 2022-11-29 Pure Storage, Inc. Using nonce to control erasure of data blocks of a multi-controller storage system
US11681448B2 (en) 2020-09-08 2023-06-20 Pure Storage, Inc. Multiple device IDs in a multi-fabric module storage system
US11789626B2 (en) 2020-12-17 2023-10-17 Pure Storage, Inc. Optimizing block allocation in a data storage system
US11487455B2 (en) 2020-12-17 2022-11-01 Pure Storage, Inc. Dynamic block allocation to optimize storage system performance
US11847324B2 (en) 2020-12-31 2023-12-19 Pure Storage, Inc. Optimizing resiliency groups for data regions of a storage system
US11614880B2 (en) 2020-12-31 2023-03-28 Pure Storage, Inc. Storage system with selectable write paths
US11630593B2 (en) 2021-03-12 2023-04-18 Pure Storage, Inc. Inline flash memory qualification in a storage system
US11507597B2 (en) 2021-03-31 2022-11-22 Pure Storage, Inc. Data replication to meet a recovery point objective
US11832410B2 (en) 2021-09-14 2023-11-28 Pure Storage, Inc. Mechanical energy absorbing bracket apparatus

Also Published As

Publication number Publication date
WO2006081294A3 (en) 2006-10-19
EP1849055A2 (en) 2007-10-31
JP5026283B2 (en) 2012-09-12
US20060206671A1 (en) 2006-09-14
WO2006081294A2 (en) 2006-08-03
JP2008529167A (en) 2008-07-31

Similar Documents

Publication Publication Date Title
US8180855B2 (en) Coordinated shared storage architecture
US7529836B1 (en) Technique for throttling data access requests
US8060695B1 (en) System and method for proxying data access commands in a clustered storage system
US8612481B2 (en) System and method for proxying data access commands in a storage system cluster
US7467191B1 (en) System and method for failover using virtual ports in clustered systems
US8996455B2 (en) System and method for configuring a storage network utilizing a multi-protocol storage appliance
US7512832B1 (en) System and method for transport-level failover of FCP devices in a cluster
US8943295B1 (en) System and method for mapping file block numbers to logical block addresses
US7849274B2 (en) System and method for zero copy block protocol write operations
US8090908B1 (en) Single nodename cluster system for fibre channel
AU2003254238B2 (en) Multi-protocol storage appliance that provides integrated support for file and block access protocols
US8549253B2 (en) Integrated storage virtualization and switch system
US7716323B2 (en) System and method for reliable peer communication in a clustered storage system
US20070088917A1 (en) System and method for creating and maintaining a logical serial attached SCSI communication channel among a plurality of storage systems
US7593996B2 (en) System and method for establishing a peer connection using reliable RDMA primitives
US7526558B1 (en) System and method for supporting a plurality of levels of acceleration in a single protocol session
US7739543B1 (en) System and method for transport-level failover for loosely coupled iSCSI target devices
US8621059B1 (en) System and method for distributing enclosure services data to coordinate shared storage
US7966294B1 (en) User interface system for a clustered storage system

Legal Events

Date Code Title Description
AS Assignment

Owner name: NETWORK APPLIANCE, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:AIELLO, ANTHONY F.;ASTER, RADEK;THELEN, RANDAL;AND OTHERS;REEL/FRAME:016371/0723

Effective date: 20050228

FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

AS Assignment

Owner name: NETAPP, INC., CALIFORNIA

Free format text: CHANGE OF NAME;ASSIGNOR:NETWORK APPLIANCE, INC.;REEL/FRAME:027989/0379

Effective date: 20080310

STCF Information on status: patent grant

Free format text: PATENTED CASE

CC Certificate of correction
FPAY Fee payment

Year of fee payment: 4

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 12