Classifications

• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
  • G06F3/0601—Interfaces specially adapted for storage systems
  • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
  • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
  • G06F3/0647—Migration mechanisms
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
  • G06F3/0601—Interfaces specially adapted for storage systems
  • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
  • G06F3/0604—Improving or facilitating administration, e.g. storage management
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
  • G06F3/0601—Interfaces specially adapted for storage systems
  • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
  • G06F3/0629—Configuration or reconfiguration of storage systems
  • G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
  • G06F3/0601—Interfaces specially adapted for storage systems
  • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
  • G06F3/0646—Horizontal data movement in storage systems, i.e. moving data in between storage devices or systems
  • G06F3/0647—Migration mechanisms
  • G06F3/0649—Lifecycle management
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
  • G06F3/0601—Interfaces specially adapted for storage systems
  • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
  • G06F3/0653—Monitoring storage devices or systems
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
  • G06F3/0601—Interfaces specially adapted for storage systems
  • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
  • G06F3/0655—Vertical data movement, i.e. input-output transfer; data movement between one or more hosts and one or more storage devices
  • G06F3/0659—Command handling arrangements, e.g. command buffers, queues, command scheduling
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
  • G06F3/0601—Interfaces specially adapted for storage systems
  • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
  • G06F3/0662—Virtualisation aspects
  • G06F3/0665—Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
  • G06F3/0601—Interfaces specially adapted for storage systems
  • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
  • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
• • G—PHYSICS
  • G06—COMPUTING OR CALCULATING; COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
  • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
  • G06F3/0601—Interfaces specially adapted for storage systems
  • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
  • G06F3/0671—In-line storage system
  • G06F3/0683—Plurality of storage devices
  • G06F3/0689—Disk arrays, e.g. RAID, JBOD
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/01—Protocols
  • H04L67/10—Protocols in which an application is distributed across nodes in the network
  • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L67/00—Network arrangements or protocols for supporting network services or applications
  • H04L67/50—Network services
  • H04L67/56—Provisioning of proxy services
  • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
  • H04L67/5682—Policies or rules for updating, deleting or replacing the stored data

Definitions

• Storage networks such as storage area networks (SANs) are used to interconnect different types of data storage systems with different types of servers (also referred to herein as “host systems”).
• Some servers involve various hardware such as data storage media, storage controllers, memories, and the accompanying power systems, cooling systems, etc.
• Storage controllers control access to data storage media and memories in response to read and write requests.
• the storage controllers may direct the data in accordance with data storage devices such as RAID (redundant array of independent disks), JBOD (just a bunch of disks), and other redundancy and security levels.
• RAID redundant array of independent disks
• JBOD just a bunch of disks
• other redundancy and security levels such as RAID (redundant array of independent disks), JBOD (just a bunch of disks), and other redundancy and security levels.
• an IBM® ESS Enterprise Storage Server
• DS8000 series has redundant clusters of computer entities, cache, non-volatile storage, etc.
• aspects of the present invention may include a computer implemented method, computer program product, computing device, and system for dynamic data relocation using cloud based ranks.
• An example method embodying the present invention comprises monitoring accesses to data stored on a plurality of local ranks of an enterprise storage system; identifying data which has not been accessed for a predetermined amount of time based on the monitored accesses; and moving the data which has not been accessed for the predetermined amount of time to one or more cloud based ranks of the enterprise storage system, wherein each cloud based rank comprises storage space on one or more cloud storage devices, the storage space on the one or more cloud storage devices mapped to corresponding virtual local addresses that are grouped as a virtual local rank.
• FIG. 1 is a high-level block diagram depicting an example network environment
• FIG. 2 is a high-level block diagram depicting an example storage system.
• FIG. 3 is a block diagram of an example device adapter.
• FIG. 4 is a flow chart depicting an example method of dynamic data relocation.
• each of the expressions “at least one of A, B and C”, “at least one of A, B, or C”, “one or more of A, B, and C", “one or more of A, B, or C" and "A, B, and/or C” means A alone, B alone, C alone, A and B together, A and C together, B and C together, or A, B and C together.
• the term “a” or “an” entity refers to one or more of that entity.
• the terms “a” (or “an”), “one or more” and “at least one” can be used interchangeably herein.
• the terms “comprising,” “including,” and “having” can be used interchangeably.
• the term “automatic” and variations thereof, as used herein, refers to any process or operation done without material human input when the process or operation is performed. Human input is deemed to be material if such input directs or controls how or when the process or operation is performed. A process which uses human input is still deemed automatic if the input does not direct or control how or when the process is executed.
• FIG. 1 is a high-level block diagram depicting an example network architecture 100.
• the network architecture 100 is presented only by way of example and not limitation. Indeed, the systems and methods disclosed herein may be applicable to a wide variety of different network architectures in addition to the network architecture 100 shown in FIG. 1.
• the network architecture 100 includes one or more clients or client computers 102-1 ...102-N, where N is the total number of client computers, and one or more hosts 106-1 ... 106-M, where M is the total number of hosts (also referred to herein as "server computers” 106, "host systems” 106, or “host devices” 106).
• server computers 106
• hosts also referred to herein as "server computers” 106, "host systems” 106, or "host devices” 106.
• M the total number of hosts
• Each of the client computers 102 can be implemented as a desktop computer, portable computer, laptop or notebook computer, netbook, tablet computer, pocket computer, smart phone, or any other suitable type of electronic device.
• each of the hosts 106 can be implemented using any suitable host computer or server.
• Such servers can include, but are not limited to, IBM System z® and IBM System i® servers, as well as UNIX servers, Microsoft Windows servers, and Linux platforms.
• the client computers 102 are communicatively coupled to hosts 106 via a network 104.
• the network 104 may include, for example, a local-area-network (LAN), a wide-area-network (WAN), the Internet, an intranet, or the like.
• LAN local-area-network
• WAN wide-area-network
• the client computers 102 initiate communication sessions, whereas the server computers 106 wait for requests from the client computers 102.
• the computers 102 and/or servers 106 may connect to one or more internal or external direct-attached storage systems 112 (e.g., arrays of hard-disk drives, solid-state drives, tape drives, etc.). These computers 102, 106 and direct-attached storage systems 112 may communicate using protocols such as ATA, SAT A, SCSI, SAS, Fibre Channel, or the like.
• protocols such as ATA, SAT A, SCSI, SAS, Fibre Channel, or the like.
• the network architecture 100 may, in certain embodiments of the present invention, include a storage network 108 behind the servers 106, such as a storage-area-network (SAN) 108 or a LAN 108 (e.g., when using network-attached storage).
• the network 108 connects the servers 106 to one or more storage sub-systems 110.
• the storage sub-system 110 manages connections to arrays of storage devices 116.
• the arrays of storage devices 116 can include arrays of hard-disk drives and/or solid-state drives.
• the storage sub-system 110 is configured to connect to and create storage arrays from cloud storage such that the cloud storage appears as a local storage array which enables advanced data management features, as described in more detail below.
• data cold data e.g. data which is not accessed frequently
• relatively slower storage media e.g. spinning disks
• faster media e.g. solid state disks
• This additional category is defined to include data which has not been accessed for an extended period of time. This new category of data can then be moved or relocated to the cloud based ranks, as described in more detail below. Thus, new ranks (i.e. cloud based ranks) are created as needed and can be deleted when not needed which saves space for relatively faster local ranks, while still enabling the advanced management features not typically available for remote storage.
• a host system 106 may communicate over physical connections from one or more ports on the host 106 to one or more ports on the storage sub-system 110.
• a connection may be through a switch, fabric, direct connection, or the like.
• the servers 106 and storage subsystems 110 may communicate using a networking standard such as Fibre Channel (FC) or iSCSI.
• FC Fibre Channel
• iSCSI iSCSI
• FIG. 2 is a high-level block diagram of a storage system 200.
• Storage system 200 includes one or more arrays of storage drives (e.g., hard-disk drives and/or solid-state drives).
• the storage system 200 includes a storage sub-system 210, a plurality of switches 202, and a plurality of storage drives 216 such as hard disk drives and/or solid-state drives (such as flash-memory-based drives).
• the storage sub-system 210 may enable one or more hosts (e.g., open system and/or mainframe servers) to access data in the plurality of storage drives 216.
• hosts e.g., open system and/or mainframe servers
• the storage sub-system 210 includes one or more storage controllers 222.
• the storage sub-system includes storage controller 222a and storage controller 222b.
• the storage sub-system 210 in FIG. 2 also includes host adapters 224a, 224b and device adapters 226a, 226b to connect the storage sub-system 210 to host devices and storage drives 204, respectively.
• Multiple storage controllers 222a, 222b provide redundancy to help ensure that data is available to connected hosts. Thus, when one storage controller (e.g.
• the other storage controller e.g. 222b
• the other storage controller can pick up the I/O load of the failed storage controller to ensure that I/O is able to continue between the hosts and the storage drives 204. This process can be referred to as a "failover.”
• Each storage controller 222 can include respective one or more processors 228 and memory 230.
• the memory 230 can include volatile memory (e.g., RAM) as well as non-volatile memory (e.g., ROM, EPROM, EEPROM, flash memory, etc.).
• the volatile and non-volatile memory can store software modules that run on the processor(s) 228 and are used to access data in the storage drives 204.
• the storage controllers 222 can host at least one instance of these software modules. These software modules can manage all read and write requests to logical volumes in the storage drives 204.
• each storage controller 222 is communicatively coupled to the storage drives 204 via a respective device adapter 226.
• Each device adapter 226 is configured to manage Input/Output (I/O) accesses (also referred to herein as data access requests or access requests) to the storage drives 216.
• I/O Input/Output
• the device adapters 226 logically organize the storage drives 216 and determine where to store data on the storage drives 216.
• the storage drives 216 (also referred to as disk drive modules (DDM)) can include groups of different types of drives having different performance characteristics.
• the storage drives 216 can include a combination of (relatively) slow 'nearline' disks (e.g. 7,200 revolutions per minute (RPM) rotational speed), SAS disk drives (e.g. 10k or 15k RPM) and relatively fast solid state drives (SSD).
• RPM revolutions per minute
• SSD relatively fast solid state drives
• the device adapters 226 are coupled to the storage drives 216 via switches 220. Each of the switches 220 can be fiber switches coupling the storage drives 216 to the device adapters via fiber optic connections.
• the device adapters 226 logically group the storage drives 216 into array sites 234. For purposes of illustration, a single array site 234 comprised of storage drives 216 is depicted in FIG. 2. However, it is to be understood that more than one array site comprised of storage drives 216 can be included in other embodiments of the present invention.
• the array site 234 can be formatted as a Redundant Array of Independent Disks (RAID) array 234. It is to be understood that any type of RAID array (e.g. RAID 0, RAID 5, RAID 10, etc.) can be used.
• RAID Redundant Array of Independent Disks
• Each RAID array is also referred to as a rank.
• Each rank is divided into a number of equally sized partitions referred to as extents.
• the size of each extent can vary based on the implementation. For example, the size of each extent can depend, at least in part, on the extent storage type.
• the extent storage type e.g. Fixed Block (FB) or count key data (CKD)
• FB Fixed Block
• CKD count key data
• the extents are then grouped to make up logical volumes.
• the storage sub-system 210 can enable various management features and functions, such as, but not limited to, full disk encryption, non-volatile storage (NVS) algorithms (e.g. thresholding, stage, destage), storage pool striping (rotate extents), dynamic volume expansion, dynamic data relocation, intelligent write caching, and adaptive multi-stream prefetching.
• NVS non-volatile storage
• One example of a storage system 210 having an architecture similar to that illustrated in FIG. 2 is the IBM DS8000TM series enterprise storage system.
• the DS8000TM is a high-performance, high-capacity storage sub-system providing disk and solid-state storage that is designed to support continuous operations.
• the embodiments of the present invention disclosed herein are not limited to the IBM DS8000TM series enterprise storage system, but can be implemented in any comparable or analogous storage system or group of storage systems, regardless of the manufacturer, product name, or components or component names associated with the system.
• IBM DS8000TM is presented only by way of example and is not intended to be limiting.
• each of the device adapters 226 includes a respective network port 232, such as an Ethernet port, which communicatively couples the device adapter 226 to cloud storage devices 214 via a network, such as the internet.
• each device adapter 226 further includes a respective relocation module 232 which is configured to allocate and group cloud storage devices 214 into virtual RAID arrays, such that the cloud storage devices 214 appear to the storage controllers 2226 as a local RAID array or rank. In this way, the features and functions of the storage controllers 226 that are available for local ranks, such as RAID array 234, are also available for the cloud rank 214.
• the relocation module 232 is configured to convert between storage controller commands and/or I/O accesses and cloud interface commands and/or I/O accesses. It is to be noted that although a relocation module 232 is included in the device adapters 226 in this example, the relocation module 232 can be included in storage controllers 222 in other embodiments. In particular, in some embodiments, each storage controller 222 includes a respective relocation module that does the conversion for commands to the respective device adapter 226.
• the embodiments of the present invention described herein enable advantages over conventional cloud storage systems.
• conventional cloud storage systems typically enable relatively basic functionality, such as remote archiving, backup, and retrieval.
• advanced management functions such as the management functions mentioned above (e.g. NVS algorithms such as thresholding, stage, and destage).
• the embodiments of the present invention described herein enable the performance of advanced management features on data stored on cloud storage devices which is not available for conventional cloud storage systems.
• the storage controllers 222 and device adapters 226 are able to access and utilize the virtual RAID arrays or ranks comprised of cloud storage as if the virtual RAID arrays were local drives coupled to the device adapters 226 rather than as remote storage.
• the same management features/functionality available for local drives, such as those mentioned above, are available for the remote cloud storage without modifying the underlying code and/or hardware associated with implementing those management features.
• the relocation module 232 is configured to monitor data accesses to data on the plurality of storage devices of one or more RAID arrays (e.g. array 234) in the storage system. Based on the monitored accesses, the relocation module 232 can identify a plurality of categories of data. For example, in some embodiments, the relocation module 232 identifies a hot data category, a cold data category and an extremely cold data category. The hot data category corresponds to data which has data accesses within a first time period.
• the cold data category corresponds to data which has not had a data access within the first time period, but has had a data access within a second time period that is longer or greater than the first time period.
• the extremely cold data category corresponds to data which not had a data access within the first or second time periods. In other words, data in the extremely cold data category has not had a data access for more than the second time period.
• the relocation module 232 is configured to move data in the extremely cold category to one or more of the cloud based ranks.
• the relocation module 232 can be configured to create the cloud based ranks if space is not available on an existing cloud based rank of the storage system 200.
• FIG. 3 is a block diagram of an example computing device 300 which can be implemented as a device adapter, such as device adapters 226 or a storage controller, such as storage controllers 222.
• computing device 300 is described herein with respect to a device adapter.
• the device adapter 300 includes a memory 325, storage 335, an interconnect (e.g., BUS) 340, one or more processors 305 (also referred to as CPU 305 herein), an I/O device interface 350, and a network adapter or port 315.
• Each CPU 305 retrieves and executes programming instructions stored in the memory 325 and/or storage 335.
• the interconnect 340 is used to move data, such as programming instructions, between the CPU 305, I/O device interface 350, storage 335, network adapter 315, and memory 325.
• the interconnect 340 can be implemented using one or more busses.
• the CPUs 305 can be a single CPU, multiple CPUs, or a single CPU having multiple processing cores in various embodiments.
• a processor 305 can be a digital signal processor (DSP).
• Memory 325 is generally included to be representative of a random access memory (e.g., static random access memory (SRAM), dynamic random access memory (DRAM), or Flash).
• the storage 335 is generally included to be representative of a non-volatile memory, such as a hard disk drive, solid state device (SSD), removable memory cards, optical storage, or flash memory devices.
• SSD solid state device
• the memory 325 stores relocation instructions 301 and the storage 335 stores map table 307.
• the relocation instructions 301 and the map table 307 are stored partially in memory 325 and partially in storage 335, or they are stored entirely in memory 325 or entirely in storage 335.
• the relocation instructions 301 When executed by the CPU 305, the relocation instructions 301 cause the CPU 305 to utilize the map table 307 to implement the relocation module discussed above with respect to FIG. 2. It is to be noted that although the relocation instructions 301 and map table 307 are depicted as being stored in and executed/utilized by a device adapter 300, in other embodiments of the present invention the relocation instructions 301 and map table 307 can be stored on and executed/utilized by a storage controller such as storage controller 222a and/or storage controller 222b shown in FIG. 2. The relocation instructions 301 cause the CPU 305 to allocate space on cloud storage devices, such as cloud storage devices 214 depicted in FIG. 2. The space can be allocated statically or on demand as need arises. For example, the space can be allocated a priori or at run time. Furthermore, the cloud storage ranks can be created with different storage capacity.
• the relocation instructions 301 further cause the CPU 305 to group the allocated storage into one or more virtual ranks and to store a mapping between the cloud storage devices and the one or more virtual ranks in the map table 307.
• the relocation instructions 301 cause the CPU 305 to generate the map table 307 which maps the allocated storage space to corresponding virtual local addresses and groups the virtual local addresses to create one or more virtual local ranks or RAID arrays.
• the virtual ranks of cloud storage appear as local direct attached ranks to a storage controller communicatively coupled to the device adapter 300 via the I/O device interfaces 350.
• the I/O device interfaces 350 also communicatively couple the device adapter 300 to local ranks of storage devices, such as solid state drives and nearline drives (e.g. storage drives 216 discussed above).
• the I/O device interfaces 350 can include fiber optic ports.
• a local rank is a rank or RAID array comprised of storage devices that are directly connected to the device adapter 300 without an intervening wide area network, such as the internet.
• the cloud conversion instructions 301 When an I/O access (e.g. a read or write request) is received, the cloud conversion instructions 301 cause the CPU 305 to determine if the request is directed to data stored on a virtual rank of cloud storage. When the request is directed to data stored on a virtual rank of cloud storage, the relocation instructions 301 convert the I/O access (also referred to herein as a data access request or access request) for transmission to the cloud storage device via a cloud interface. For example, the relocation instructions 301 can convert the I/O access using commands, format, device address, etc. used by the cloud interface to access the cloud storage devices. As used herein, the terms I/O access, read/write access, and data access can be used interchangeably.
• I/O access e.g. a read or write request
• data access can be used interchangeably.
• Exemplary cloud interfaces can include, but are not limited to, the IBM® Cloud Manager or the Amazon® Simple Storage Service (Amazon S3) interface.
• the relocation instructions 301 transparently makes cloud storage available to a storage controller similar to other local storage devices.
• the relocation instructions 301 cause the CPU 305 to dynamically relocate data which is not accessed frequently to improve efficiency of the storage system.
• the relocation instructions 301 cause the CPU 305 to dynamically relocate data to cloud based ranks that have not been accessed for more than a predetermined amount of time.
• the relocation instructions 301 can be configured to cause the CPU 305 to perform the dynamic relocation described in more detail with respect to FIG. 4.
• the relocation instructions 303 are configured, in some embodiments of the present invention to cause the CPU 305 to assign a service level to the cloud based ranks.
• a service level there are three levels of service.
• providing multiple levels of service two or more than 3 levels of service can be provided.
• three levels of service are utilized and the selection of the level of service is based on the compressibility of the data being mirrored, a respective input/output data rate for the virtual local ranks, and a service level agreement.
• a service level agreement indicates a low quality of service
• the I/O data rate for the virtual local rank is below a threshold, and the data being accessed is compressible
• a first level of service is selected.
• a low quality of service can be any quality of service below a pre-defined threshold level of service.
• the first level of service is the lowest level of service from the three options in this example. For example, it can include higher latencies and lower throughput than the other two levels of service.
• the service level agreement indicates a low quality of service
• the I/O data rate for the virtual local rank is below a threshold, and the data is not compressible
• the second level of service is selected.
• the second level of service has greater throughput and/or less latency than the first level of service.
• the last or third level of service is used for all other data (e.g. the SLA indicates a level of service above the pre-defined threshold and/or the I/O data rate is above a threshold).
• the third level of service has greater throughput and/or less latency than both the first and second levels of service.
• the device adapter 326 is able to leverage the virtual ranks of cloud storage to provide greater flexibility in meeting the customer needs for data storage and access.
• the example first, second, and third levels are described as differing in latency and throughput, other factors can be used to differentiate the levels of service.
• the three levels of service have the same latency and throughput, but differ in cost and redundancy level.
• FIG. 4 is a flow chart depicting a method 400 of dynamic data relocation.
• the method 400 can be implemented by a device adapter, such as device adapters 226, or a storage controller, such as storage controllers 222.
• the method 400 can be implemented by a CPU, such as CPU 305 in computing device 300, executing instructions, such as relocation instructions 301.
• a CPU such as CPU 305 in computing device 300
• relocation instructions 301 executing instructions, such as relocation instructions 301.
• accesses to data stored on a plurality of local ranks of an enterprise storage system is monitored.
• device adapter and/or storage controller can be configured to count the number of accesses to data as well as track the time at which the data accesses occur.
• data which has not been accessed for more than a predetermined amount of time is a specified number of weeks. In other embodiments of the present invention, the predetermined amount of time is a specified number of days. In other embodiments of the present invention, other amounts of time are used.
• the data stored on the plurality of local ranks or RAID arrays is categorized into a plurality of categories based on the monitored data accesses. For example, in some such embodiments of the present invention, three categories of data are used, as discussed above. In other embodiments of the present invention, 4 or more categories are used. Each of the categories can be defined by the frequency of data accesses. For example, in some embodiments, the most frequently accessed (or hot data) is data which is accessed within a first, shortest time period. Similarly, data which is not accessed within the first, shortest time period, but is accessed within a second time period longer than the first time period is categorized into a second category (e.g. cold data).
• a second category e.g. cold data
• differing time periods can define the different categories of data.
• the number of accesses which occur within a given amount of time can be used to define the different categories.
• identifying the data which has not been accessed for the predetermined amount of time involves identifying the data which is least frequently accessed. For example, if multiple time periods are used to define a plurality of categories, the predetermined amount of time used at block 404 is the longest period of time.
• each cloud based rank comprises storage space on one or more cloud storage devices.
• the storage space on the one or more cloud storage devices is mapped to corresponding virtual local addresses that are grouped as a virtual local rank, as discussed above.
• Moving the data to a cloud based rank can include creating the cloud based rank.
• the device adapter or storage controller can create one or more new cloud based ranks.
• Creating one or more new cloud based ranks includes allocating storage space on one or more corresponding cloud storage devices via a cloud interface.
• a cloud interface is an interface configured to enable access to the cloud storage devices.
• the cloud interface can be implemented as an application programming interface (API).
• API application programming interface
• Example cloud interfaces are discussed above.
• Allocating the cloud storage can include requesting via the cloud interface a specified amount of storage. This storage space can be requested statically before needed or dynamically as storage space is needed.
• cloud storage devices are storage devices accessed via a wide area network, such as the internet, as opposed to a local area network or direct communication link.
• Creating the new cloud based ranks further includes mapping the allocated storage space to corresponding virtual local addresses.
• the device adapter or storage controller assigns the allocated storage space to corresponding virtual local addresses.
• a virtual local address is a memory address which appears as an address of a storage device coupled to the device adapter via a local connection.
• a local connection refers to a connection that is not over a wide area network or remote network, such as the internet.
• Creating the new cloud based ranks further includes grouping the virtual local addresses as virtual local ranks.
• the device adapter or storage controller is configured to group or arrange the virtual local addresses so that they appear to be directly connected to the device adapter as a local RAID array of storage devices.
• moving the data identified at block 404 includes waiting to move the data until a predetermined condition is met.
• moving the data identified at block 404 includes determining the size of the data identified at block 404 and moving the data in response to determining that the size of the data exceeds a predetermined size threshold.
• the size threshold can be set to 1 gigabyte, 10 gigabytes, or 100 gigabytes, etc., in some embodiments.
• the size is determined as a function of extent sizes on the one or more local RAID arrays.
• the device adapter or storage controller are configured to wait to move the data identified at block 404 based on the amount of available space on the one or more local RAID arrays.
• moving the data identified at block 404 includes determining the amount of available space remaining on the plurality of local ranks and comparing the amount of available space to a predetermined available space threshold. Once the available space on the plurality of local ranks drops below the threshold, the device adapter or storage controller directs moving the data to the cloud based ranks.
• a data access request for data on the cloud based ranks includes an access request directed to the corresponding virtual local addresses for at least part of the data moved, at block 406, to the cloud based ranks.
• the device adapter or storage controller is configured to convert the access request to a cloud data access request configured for an application programming interface (API) corresponding to the one or more cloud storage devices of the one or more cloud based ranks.
• API application programming interface
• the method 400 loops at block 408 until a data access request is received. If a data access request is received for at least part of the data moved to the cloud based ranks, then the requested data is relocated to one or more storage drives of one or more local RAID arrays, at block 410.
• step 412 it is determined if data still remains on the cloud based ranks. If data still remains on each of the cloud based ranks, then method 400 loops to block 408. If data does not remain on one or more of the cloud based ranks, then the corresponding cloud based ranks which do not have any more data stored thereon are deleted at block 414. Deleting the cloud based ranks includes deallocating the storage space and deleting corresponding entries in the map table. In this way, the cloud based ranks can be dynamically created and deleted as storage space is needed.
• example method 400 is provided for purposes of explanation and method 400 can be performed in a different order and/or some actions can be omitted or additional actions can be included in other embodiments. Similarly, it is to be understood that some actions can be omitted or additional actions can be included in other embodiments of the present invention.
• blocks 412 and 414 are omitted.
• the cloud based ranks are not deleted even if no more data remains on one or more of the cloud based ranks after relocating data to one or more of the local RAID arrays.
• acts do not need to be performed serially. For example, the monitoring and identifying described in blocks 402 and 404 can occur at the same time or overlap with the other acts described in method 400.
• Embodiments of the present invention may be a system, a method, and/or a computer program product at any possible technical detail level of integration
• the computer program product may include a computer readable storage medium (or media) having computer readable program instructions thereon for causing a processor to carry out aspects of embodiments of the present invention
• the computer readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device.
• the computer readable storage medium may be, for example, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing.
• a non-exhaustive list of more specific examples of the computer readable storage medium includes the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing.
• RAM random access memory
• ROM read-only memory
• EPROM or Flash memory erasable programmable read-only memory
• SRAM static random access memory
• CD-ROM compact disc read-only memory
• DVD digital versatile disk
• memory stick a floppy disk
• a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon
• a computer readable storage medium is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission media (e.g., light pulses passing through a fiber-optic cable), or electrical signals transmitted through a wire.
• computing/processing devices from a computer readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network.
• the network may comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers.
• a network adapter card or network interface in each computing/processing device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium within the respective computing/processing device.
• Computer readable program instructions for carrying out operations of embodiments of the present invention may be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, configuration data for integrated circuitry, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++, or the like, and procedural programming languages, such as the "C" programming language or similar programming languages.
• the computer readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server.
• the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
• electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) may execute the computer readable program instructions by utilizing state information of the computer readable program instructions to personalize the electronic circuitry, in order to perform aspects of embodiments of the present invention.
• These computer readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
• These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, a programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function/act specified in the flowchart and/or block diagram block or blocks.
• the computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device to produce a computer implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
• each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s).
• the functions noted in the blocks may occur out of the order noted in the Figures.
• two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved.
• Example 1 includes a computer-implemented method for dynamic data relocation. The method comprises monitoring accesses to data stored on a plurality of local ranks of an enterprise storage system;
• each cloud based rank comprises storage space on one or more cloud storage devices, the storage space on the one or more cloud storage devices mapped to corresponding virtual local addresses that are grouped as a virtual local rank.
• Example 2 includes the computer-implemented method of example 1 , further comprising, in response to an access request directed to the corresponding virtual local addresses for at least part of the moved data, converting the access request to a cloud data access request configured for an application programming interface (API) corresponding to the one or more cloud storage devices of the one or more cloud based ranks; and relocating the at least part of the moved data from the one or more cloud based ranks to at least one of the plurality of local ranks.
• API application programming interface
• Example 3 includes the computer-implemented method of example 2, further comprising determining that all of the moved data has been relocated to at least one of the plurality of local ranks; and deleting the one or more cloud based ranks.
• Example 4 includes the computer-implemented method of any of examples 1 -3, wherein the predetermined amount of time comprises one of a predetermined number of weeks or a predetermined number of days.
• Example 5 includes the computer-implemented method of any of examples 1 -4, wherein moving the data comprises, in response to determining that a cloud based rank having sufficient storage space is not available, creating one or more new cloud based ranks.
• Creating each of the one or more new cloud based ranks comprises allocating storage space on one or more corresponding cloud storage devices via a cloud interface; mapping the allocated storage space to corresponding virtual local addresses; and grouping the virtual local addresses as a virtual local rank.
• Example 6 includes the computer-implemented method of any of examples 1 -5, wherein moving the data comprises moving the data which has not been accessed for the predetermined amount of time to the one or more cloud based ranks in response to determining that the size of the data which has not been accessed for the predetermined amount of time exceeds a predetermined size threshold.
• Example 7 includes the computer-implemented method of any of examples 1 -5, wherein moving the data comprises moving the data which has not been accessed for the predetermined amount of time to the one or more cloud based ranks in response to determining that available space on the plurality of local ranks is less than a predetermined available space threshold.
• Example 8 includes a storage system.
• the storage system comprises a host adapter having one or more ports configured to communicatively couple the host adapter to one or more host devices; a storage controller comprising a processor and a memory, the storage controller communicatively coupled to the host adapter; and a device adapter comprising a processor and a memory, the device adapter communicatively coupled to the storage controller.
• the device adapter further comprises a plurality of ports communicatively coupled to a plurality of local storage drives and at least one network port communicatively coupled to a plurality of cloud storage devices via a network.
• One of the device adapter and the storage controller is further configured implement a data relocation module.
• the data relocation module is configured to monitor accesses to data stored on a plurality of local redundant array of independent disks (RAID) arrays of an enterprise storage system; identify data which has not been accessed for a predetermined amount of time based on the monitored accesses; and move the data which has not been accessed for the predetermined amount of time to one or more cloud based RAID arrays of the enterprise storage system, wherein each cloud based RAID array comprises storage space on one or more cloud storage devices, the storage space on the one or more cloud storage devices mapped to corresponding virtual local addresses that are grouped as a virtual local RAID array.
• RAID local redundant array of independent disks
• Example 9 includes the storage system of example 8, wherein the relocation module is further configured to, in response to an access request directed to the corresponding virtual local addresses for at least part of the moved data, relocate the at least part of the moved data from the one or more cloud based ranks to at least one of the plurality of local ranks.
• Example 10 includes the storage system of example 9, wherein the relocation module is further configured to delete the one or more cloud based ranks in response to determining that all of the moved data has been relocated to at least one of the plurality of local ranks.
• Example 11 includes the storage system of any of examples 8-10, wherein the relocation module is configured to move the data by creating one or more new cloud based ranks in response to determining that a cloud based rank having sufficient storage space is not available.
• the relocation module is configured to create each of the one or more new cloud based ranks by allocating storage space on one or more corresponding cloud storage devices via a cloud interface; mapping the allocated storage space to corresponding virtual local addresses; and grouping the virtual local addresses as a virtual local rank.
• Example 12 includes the storage system of any of examples 8-11 , wherein the relocation module is configured to move the data which has not been accessed for the predetermined amount of time to the one or more cloud based ranks in response to determining that the size of the data which has not been accessed for the predetermined amount of time exceeds a predetermined size threshold.
• Example 13 includes the storage system of any of examples 8-12, wherein the relocation module is configured to move the data which has not been accessed for the predetermined amount of time to the one or more cloud based ranks in response to determining that available space on the plurality of local ranks is less than a predetermined available space threshold.
• Example 14 includes a computer program product comprising a computer readable storage medium having a computer readable program stored therein.
• the computer readable program when executed by a processor, causes the processor to monitor accesses to data stored on a plurality of local redundant array of independent disks (RAID) arrays of an enterprise storage system; identify data which has not been accessed for a predetermined amount of time based on the monitored accesses; and move the data which has not been accessed for the predetermined amount of time to one or more cloud based RAID arrays of the enterprise storage system, wherein each cloud based RAID array comprises storage space on one or more cloud storage devices, the storage space on the one or more cloud storage devices mapped to corresponding virtual local addresses that are grouped as a virtual local RAID array.
• RAID local redundant array of independent disks
• Example 15 includes the computer program product of example 14, wherein the computer readable program is further configured to cause the processor to, in response to an access request directed to the corresponding virtual local addresses for at least part of the moved data, convert the access request to a cloud data access request configured for an application programming interface (API) corresponding to the one or more cloud storage devices of the one or more cloud based ranks; and relocate the at least part of the moved data from the one or more cloud based ranks to at least one of the plurality of local ranks.
• API application programming interface
• Example 16 includes the computer program product of example 15, wherein the computer readable program is further configured to cause the processor to delete the one or more cloud based ranks in response to determining that all of the moved data has been relocated to at least one of the plurality of local ranks.
• Example 17 includes the computer program product of any of examples 14-16, wherein the computer readable program is further configured to cause the processor to move the data by creating one or more new cloud based ranks in response to determining that a cloud based rank having sufficient storage space is not available.
• the relocation module is configured to create each of the one or more new cloud based ranks by allocating storage space on one or more corresponding cloud storage devices via a cloud interface; mapping the allocated storage space to corresponding virtual local addresses; and grouping the virtual local addresses as a virtual local rank.
• Example 18 includes the computer program product of any of examples 14-17, wherein the computer readable program is further configured to cause the processor to move the data which has not been accessed for the predetermined amount of time to the one or more cloud based ranks in response to determining that the size of the data which has not been accessed for the predetermined amount of time exceeds a predetermined size threshold.
• Example 19 includes the computer program product of any of examples 14-18, wherein the computer readable program is further configured to cause the processor to move the data which has not been accessed for the predetermined amount of time to the one or more cloud based ranks in response to determining that available space on the plurality of local ranks is less than a predetermined available space threshold.
• Example 20 includes a computing device.
• the computing device comprises a network adapter configured to communicatively couple the computing device to one or more cloud storage devices via a network; a storage medium configured to store data; and a processor communicatively coupled to the network adapter and to the storage medium.
• the processor is configured to monitor accesses to data stored on a plurality of local ranks of an enterprise storage system; identify data which has not been accessed for a predetermined amount of time based on the monitored accesses; and move the data which has not been accessed for the predetermined amount of time to one or more cloud based ranks of the enterprise storage system, wherein each cloud based rank comprises storage space on one or more cloud storage devices, the storage space on the one or more cloud storage devices mapped to corresponding virtual local addresses that are grouped as a virtual local rank.
• Example 21 includes the computing device of example 20, wherein the processor is further configured to, in response to an access request directed to the corresponding virtual local addresses for at least part of the moved data, convert the access request to a cloud data access request configured for an application programming interface (API) corresponding to the one or more cloud storage devices of the one or more cloud based ranks; and relocate the at least part of the moved data from the one or more cloud based ranks to at least one of the plurality of local ranks.
• API application programming interface
• Example 22 includes the computing device of example 21 , wherein the processor is further configured to delete the one or more cloud based ranks in response to determining that all of the moved data has been relocated to at least one of the plurality of local ranks.
• Example 23 includes the computing device of any of examples 20-22, wherein the processor is further configured to move the data by creating one or more new cloud based ranks in response to determining that a cloud based rank having sufficient storage space is not available.
• the processor is configured to create each of the one or more new cloud based ranks by allocating storage space on one or more corresponding cloud storage devices via an application programming interface (API) associated with the corresponding one or more cloud storage devices; and generating a map table which maps the allocated storage space to corresponding virtual local addresses and groups the virtual local addresses as a corresponding virtual local rank.
• API application programming interface
• Example 24 includes the computing device of any of examples 20-23, wherein the processor is further configured to move the data which has not been accessed for the predetermined amount of time to the one or more cloud based ranks in response to determining that the size of the data which has not been accessed for the predetermined amount of time exceeds a predetermined size threshold.
• Example 25 includes the computing device of any of examples 20-24, wherein the processor is further configured to move the data which has not been accessed for the predetermined amount of time to the one or more cloud based ranks in response to determining that available space on the plurality of local ranks is less than a predetermined available space threshold.

Landscapes

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

Priority Applications (4)

Applications Claiming Priority (2)

Publications (1)

Family

ID=65631054

Family Applications (1)

Country Status (6)

Cited By (3)

Families Citing this family (9)

Citations (3)

Family Cites Families (89)

• 2017
  • 2017-09-14 US US15/704,775 patent/US10372371B2/en not_active Expired - Fee Related
• 2018
  • 2018-08-20 DE DE112018003524.7T patent/DE112018003524T5/de active Pending
  • 2018-08-20 GB GB2004106.7A patent/GB2580263B/en active Active
  • 2018-08-20 JP JP2020514287A patent/JP7116381B2/ja active Active
  • 2018-08-20 CN CN201880059126.2A patent/CN111095188B/zh active Active
  • 2018-08-20 WO PCT/IB2018/056280 patent/WO2019053534A1/en not_active Ceased
• 2019
  • 2019-07-25 US US16/521,782 patent/US12405741B2/en active Active

Patent Citations (3)

Also Published As

Similar Documents

Legal Events