Abstract:
A system and method for caching data received over a network connection comprising: a target device for receiving requests for routing data packetized for transport according to an Internet SCSI (iSCSI) transport protocol, the target device including an iSCSI drive for processing received SCSI commands; an initiator device for generating SCSI commands for reading data and writing data from/to storage devices associated with the iSCSI drive; a local disk at the initiator device for storing a copy of data read from or written to the storage devices associated with the iSCSI drive; and, a mapping device for mapping addresses associated with data stored at storage devices associated with the iSCSI drive with local data storage units in the local disk device, wherein seamless local caching of data at the initiator from data at remote data storage devices associated with the iSCSI drive is provided.

Description:
BACKGROUND OF THE INVENTION  
         [0001]    1. Field of the Invention  
           [0002]    The present invention relates to storage area networks and network communications, and particularly, to a system for locally caching data obtained via a remote data connection in accordance with an IP-based packet communications protocol.  
           [0003]    2. Discussion of the Prior Art  
           [0004]    With the advent of the Internet SCSI (Small Computer System Interface) or iSCSI, an Internet Protocol-based storage networking standard, data storage devices may be linked to facilitate the formation of Storage Area Networks (SAN) having increased capabilities and improved performance. As shown in FIG. 1, SANs  19 ,  29  that include servers and data storage devices  20 ,  25 ,  30  may be interconnected over longer distances, e.g. over IP networks, such as the Internet  99 . For example, iSCSI may be supported over physical media that supports TCP/IP as a transport, and iSCSI implementations today are preferably on Gigabit Ethernet, supporting speeds of at least 10 Gbyte/sec.  
           [0005]    ISCSI, more particularly, comprises the rules and processes to transmit and receive block storage applications over TCP/IP networks, and particularly the iSCSI protocol enables SCSI commands to be encapsulated in TCP/IP packets and delivered over IP networks. Thus, implementing SCSI commands over IP networks may be used to facilitate block-level data transfers over Intranets, local area networks (LANs), wide area networks (WANs), the Internet, and the like, and can enable location-independent data storage and retrieval, e.g., at remote workstations or devices devices  15 ,  50 . The iSCSI additionally permits shared storage solutions such as tape drives and RAID units to be shared over IP.  
           [0006]    In such SAN systems, it is desirable to enable a single remote end-user device, e.g., PC or workstation,  15 ,  50  to locally store or “cache” transferred data (block-level transfers) during a remote SCSI data access. Caching is useful because, often, the user will repeatedly access the same data; having that data in cache makes it quicker to access. Remote end-user devices normally have caches that cache disk contents, however, these are generally RAM-only caching techniques and are limited in terms of amount of storage space. That is, large (e.g., multi-gigabyte) RAM-only caches are only practical in the largest of systems.  
           [0007]    While file-level caching techniques are available that allows parts of files to be cached, they do not cache block data transfers.  
           [0008]    Further, while proxy server devices and virtualization devices exist that internally cache the contents of an iSCSI disk on their local disks, these are generally large and expensive devices to be used by a large group of people.  
           [0009]    Thus, an inexpensive and simple cache solution for a single end-user machine for storing data blocks transferred as packets over networks according to an IP-packet based protocol would be highly desirable.  
         SUMMARY OF THE INVENTION  
         [0010]    It is thus an object of the present invention to provide a system and method that allows a computer to access a large virtual map of storage while having a much smaller amount physically available in fast, local disk.  
           [0011]    According to the principles of the invention, there is provided a system and method for caching data received over a network connection comprising:  
           [0012]    a target device linked to a computing network and capable of receiving requests for routing data packetized for transport according to an Internet SCSI (iSCSI) transport protocol, the target device including an SCSI drive for processing received SCSI commands;  
           [0013]    an initiator device linked to said computing network for generating the SCSI commands for network transport according to the iSCSI protocol, said commands including to read data from or write data to storage devices associated with the iSCSI drive; and,  
           [0014]    a local disk at said initiator device for storing a copy of data read from or written to the storage devices associated with the iSCSI drive; and,  
           [0015]    mapping means for mapping addresses associated with data stored at storage devices associated with the iSCSI drive with local data storage units in the local disk,  
           [0016]    wherein the local disk provides seamless local caching of data at the initiator from data at remote data storage devices associated with the iSCSI drive.  
           [0017]    Advantageously, the present invention provides great benefit for both enterprise and any individual user having a comparatively slow network access (e.g., home office, congested network in an office), or when access to large amounts of data is needed (scientific analysis), as the invention noticeably increase speed performance.  
       
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS  
       [0018]    Further features, aspects and advantages of the apparatus and methods of the present invention will become better understood with regard to the following description, appended claims, and the accompanying drawing where:  
         [0019]    [0019]FIG. 1 depicts an exemplary iSCSI system  10  based on the existing SCSI (Small Computer Systems Interface) capable of implementing the client-side cache mechanism of the invention.  
         [0020]    [0020]FIG. 2 depicts a virtual SCSI Disk  60  defined at a user&#39;s workstation  50  and which corresponds to a (remote) volume that the workstation  50  may reach utilizing the iSCSI commands over the IP-based packet communications protocol. 
     
    
     DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS  
       [0021]    An Internet-Draft located at http://www.ietf.org/internet-drafts/draft-ietf-ips-iscsi-20.txt generated in full conformance with all provisions of RFC2026 is incorporated by reference as if fully set forth herein to describe the iSCSI networking protocol, its system architectural model and command structure.  
         [0022]    As known and depicted in FIG. 1, iSCSI systems  10  are based on the existing SCSI (Small Computer Systems Interface) standard currently used for communication among servers and their attached storage devices. Generally, the iSCSI protocol provides a mapping of the SCSI remote procedure invocation model over the TCP protocol. SCSI commands are carried by iSCSI requests and SCSI responses and status are carried by iSCSI responses. iSCSI also uses the request response mechanism for iSCSI protocol mechanisms. SCSI has two types of devices—Initiators  22  (usually implemented in a server, which starts the communications by issuing the commands to be executed) and Targets  32  (usually storage/server devices, which respond to the initiators and carry out the commands). SCSI commands or tasks are executed to initiate the transfer of data from an initiator, e.g., to the target (typical via a WRITE command), or from the target to the initiator (a READ command).  
         [0023]    Particularly, as shown in FIG. 1, a typical end-user workstation  50  is provided and shown connected to an IP-based storage area network, e.g., SAN  29 , and capable of accessing data from data storage facilities  20 ,  25  utilizing the iSCSI commands over an IP-based packet communications protocol. In accordance with the principles of the invention, the end-user workstation  50  is provided with the capability for virtually storing data obtained from a remote storage device over an IP network  99 .  
         [0024]    More particularly, as shown in FIG. 2, a Virtual SCSI Disk  60  is defined on a user&#39;s workstation  50 . This virtual disk  60  corresponds to a (remote) volume that the workstation  50  may reach utilizing the iSCSI commands over the IP-based packet communications protocol. Particularly, a set of “Virtual Block Addresses” are used by the workstation&#39;s operating system  75  to access the data on the Virtual Disk  60  as though it were a local, physical disk. A (smaller) local, physical disk contains a cache of some of the blocks of the disk image. A “Block Table”,  80 , comparable to a page table in a typical computer system, is used to map Virtual Block Addresses  63  to blocks  65  on the local cache disk  60 . Accesses to currently uncached blocks cause “Block Faults”, which work just like page faults, i.e. a virtual disk manager “swaps out” one or more blocks from the cache and “swaps in” blocks from the larger, slower, remote device attached through iSCSI communications protocol.  
         [0025]    The preferred embodiment implements a write-back (asynchronous) cache, however, one skilled in the art will appreciate that other cache mechanisms, such as write-through (synchronous) caches may be implemented.  
         [0026]    As depicted in FIG. 2, the two new components of the workstation include: 1) the Block Table  80  data structure that enables the mapping of virtual block addresses  63  to local physical blocks  65  and, particularly saves the information about what data is being cached, and where it resides physical in the local hard disk; and, 2) the Block Manager  90  that is the component for managing and updating the Block Table and further handles “block fault” exceptions, which happen when a virtual address cannot be mapped to a physical block. It is responsible for forwarding the SCSI command through an iSCSI link to the larger, remote storage and downloading the block(s) into cache. It is also responsible for writing out “dirty” blocks to the remote storage. It is understood that each component,  80 ,  90  may implemented in software or hardware.  
         [0027]    Assuming that the local disk  60 —or at least the block table  80 —is SCSI, the local accesses are easily mapped to the proper iSCSI commands. Alternately or in addition, the “Virtual Block Addresses” may be the same block addresses used by iSCSI to access the remote volume. That is, iSCSI has the property that it still speaks the SCSI protocol. Thus, the local cache disk and the iSCSI disk both speak the same language—SCSI. This makes it very easy to map one to the other.  
         [0028]    Thus, to set up the iSCSI virtual cache disk system, according to the invention, an iSCSI hard drive on a networked server, which may be the same size as a current hard drive on a user station, is configured for use. As known to skilled artisans, the installation may require upgrades to the BIOS on the user&#39;s computer, giving it the ability to speak iSCSI over the network. At this point, the user may see two hard disk drives: one being the user&#39;s normal hard drive, and the other being the new iSCSI drive. If preferred, the user may copy all the data and programs to that iSCSI drive, and disable the user&#39;s local (physical) drive. Thus, the user will see only one drive—the iSCSI drive and, all the benefits attendant to implementing the drive including backups utilities (the iSCSI server does automatic backups and will automatically fix certain types of failures). Additionally, if the user ever needs more space, the iSCSI drive may be automatically expanded to be as large as the user&#39;s need. In the preferred embodiment of the invention, however, a new device driver is required to be installed to operate in such a manner that the once disabled, the user&#39;s local (physical) drive is re-enabled. However, this is transparent to the user, i.e., the user will never see the local disk. Rather, every time the user reads or writes on the iSCSI disk, the local disk  60  keeps a copy. Anytime that the user needs that data again, it is obtained from the local drive instead of iSCSI. Thus, advantageously, saving a file is performed as fast as it used to. When most programs and/or files used by the user are opened, there is negligible “iSCSI delay” as the local workstation can get the data off the local cache; it doesn&#39;t have to get it off the network. As will be described, during read/write operations, a block table access is made and flags set at the address locations where data is already stored or, is to be physical cached.  
         [0029]    Thus, it is understood that, for the same reason that a page table and virtual memory manager are useful in conventional data storage systems, the invention allows a computer to access a large virtual map of storage while having a much smaller amount physically available in fast, local memory. The rest of the virtual data space is contained in a slower, remote data storage device or memory. User-level software at the workstation  50  neither knows nor cares which blocks currently reside in the local cache  60 ; accesses to un-cached blocks automatically cause loads of the needed data into local cache.  
         [0030]    In accordance with the invention, devices may be programmed to, at a block level, automatically move parts of their data to other storage media, such as tape. A large server could use this to automatically and invisibly move data between a disk and tape. Since it works at a block level, parts of files could be moved without having to move the entire file, which reduces latency, e.g., when part(s) of a large (multi-gigabyte or multi-terabyte) file needs to be restored from tape.  
         [0031]    This system is superior over an uncached file or block protocol accessing a remote disk because the vast majority of accesses will be to cached data and will thus not incur the latency of going through the network.  
         [0032]    The system is superior over file-level caching because it allows individual blocks, not whole files, to be cached. Also, it would be possible to implement the virtual storage manager entirely in hardware. Implementing a file-level caching system in hardware would be much more difficult because the hardware would have to account for file permissions, file locking, and other operating system complexities.  
         [0033]    The system is additionally superior over RAM-only caching because disk is substantially cheaper per megabyte than RAM. Thus, while larger (multi-gigabyte) RAM caches are only practical in the largest of systems, a multi-gigabyte local cache drive would be quire inexpensive, even for workstations.  
         [0034]    The system is additionally superior over having a large local disk because it allows all of the data from a large group of users to be stored on a shared, centrally administered, high-availability system. This allows better utilization of resources (users with local disks usually either have too much or too little storage), less risk of data loss, centralized backup and restoration of data, better data security through central management, and the ability for a user to access his data from multiple client machines.  
         [0035]    The system is additionally superior over a single, unified storage medium because the remote storage medium/media could be disk, tape, or some other medium. Old data is automatically moved from the fast medium (presumably a disk) to a slower medium (such as a tape) with a minimum of software interference. Later, when this data is accessed, it may be reloaded from tape automatically when a “block fault” is detected.  
         [0036]    While the invention has been particularly shown and described with respect to illustrative and preformed embodiments thereof, it will be understood by those skilled in the art that the foregoing and other changes in form and details may be made therein without departing from the spirit and scope of the invention which should be limited only by the scope of the appended claims.