|
By Jane Shurtleff
|
|
With the advent of new IP
storage products and transport protocol standards—iSCSI,
FCIP, and iFCP (due out in mid-2002)—end users now have
more choices for accessing data over IP networks. With the
emergence of these products and standards, the Storage
Networking Industry Association's (SNIA) IP Storage Forum is
rising to the challenge of educating end users on the
differences among the three data transport protocols.
|
|
The SNIA IP Storage Forum
is made up of more than 50 system, storage, networking, and
application vendors. At the Storage Networking World
conference last month, the IP Storage Forum demonstrated a
number of storage applications running on iSCSI, FCIP, and
iFCP. They also presented a tutorial on IP storage
networking ("Clearing the Confusion: A Primer on
Internet Protocol Storage") on which this article is
based. The IP Storage Forum tutorial, as well as a variety
of white papers on each of the IP storage networking
technologies, can be found on the SNIA Website, www.snia.org.
|
|
Benefits of IP storage
The benefits of IP storage networking have been well
recognized within the network-attached storage (NAS) arena
for moving files over IP-based LANs. IP storage leverages
the large installed base of Ethernet-TCP/IP networks and
enables storage to be accessed over LAN, MAN, or WAN
environments, without needing to alter storage applications.
It also lets IT managers use the existing Ethernet/IP
knowledge base and management tools.
|
|
However, for block-level
data that is stored as either direct-attached storage (DAS)
or on a Fibre Channel storage area network (SAN), taking
advantage of these benefits requires new transport protocols
for moving that data over IP networks. The development of IP
storage networking transport mechanisms for block-level
storage enables IT managers to create and manage
heterogeneous environments where DAS and Fibre Channel SANs
can be integrated over a common IP network backbone. These
environments will allow better utilization of storage
resources and support existing storage applications such as
backup and disaster recovery. New developments in IP storage
networking (e.g., storage virtualization, which enables
managers to create virtual storage pools among
geographically dispersed DAS, NAS, and SAN data resources)
have also fostered new applications to better manage these
environments.
|
|
iSCSI, FCIP, and iFCP
The three IP storage networking transports are significantly
different, but they all provide a common function:
transporting block-level storage over an IP network. All
three transports enable end users to
- Leverage existing
storage devices (SCSI and Fibre Channel) and networking
infrastructures (Gigabit Ethernet);
- Maximize storage
resources to be available to more applications;
- Extend the geographical
limitations of DAS and SAN access;
- Use existing storage
applications (backup, disaster recovery, and mirroring)
without modification; and
- Manage IP-based storage
networks with existing tools and IT expertise.
|
|
The Internet Small Computer
Systems Interface (iSCSI) protocol defines the rules and
processes to transmit and receive block storage applications
over TCP/IP networks by encapsulating SCSI commands into TCP
and transporting them over the network via IP.
|
|
Fibre Channel over TCP/IP (FCIP)
provides a mechanism to "tunnel" Fibre Channel
over IP-based networks. This enables the interconnection of
Fibre Channel SANs, with TCP/IP used as the underlying
wide-area transport to provide congestion control and
in-order delivery of data.
|
|
The Internet Fibre Channel
Protocol (iFCP) supports Fibre Channel Layer 4 FCP over
TCP/IP. It is a gateway-to-gateway protocol where TCP/IP
switching and routing components complement and enhance, or
replace, the Fibre Channel fabric.
|
|
Figure 1 illustrates the
protocols supported at each end device and their underlying
fabric services. The end device is either a host or a
storage device, and the fabric services include routing,
device discovery, management, authentication, and
inter-switch communication.
|
|
When considering deployment
of any of these IP storage networking mechanisms, you first
need to consider your current storage environment and what
you want to achieve. Here is a closer look at each of the
three transports and how they are deployed.
|

Figure 1: End devices include hosts or target
storage devices, and fabric services include
routing, device discovery, management,
authentication, and inter-switch communication. |
iSCSI
The primary market driver for the development of the iSCSI
protocol is to enable broader access of the large installed
base of DAS over IP network infrastructures. By allowing
greater access to DAS devices over IP networks, these
storage resources can be maximized by any number of users or
utilized by a variety of applications such as remote backup,
disaster recovery, and storage virtualization. A secondary
driver of iSCSI is to allow other SAN architectures such as
Fibre Channel to be accessed from a wide variety of hosts
across IP networks. iSCSI enables block-level storage to be
accessed from Fibre Channel SANs using IP storage routers or
switches, furthering its applicability as an IP-based
storage transport protocol.
|
|
Between the standards
efforts coming to completion and the SNIA IP Storage Forum's
multi-vendor interoperability testing and demonstrations,
iSCSI-compliant products will enable users to rapidly deploy
IP SAN environments and immediately take advantage of the
"plug-and-play" benefits of iSCSI. Many iSCSI
products are already available, based on early versions of
the specification.
|
|
How iSCSI works
iSCSI defines the rules and processes to transmit and
receive block storage applications over TCP/IP networks. At
the physical layer, iSCSI supports a Gigabit Ethernet
interface so that systems supporting iSCSI interfaces can be
directly connected to standard Gigabit Ethernet switches
and/or IP routers. The iSCSI protocol sits above the
physical and data-link layers and interfaces to the
operating system's standard SCSI Access Method command set.
iSCSI enables SCSI-3 commands to be encapsulated in TCP/IP
packets and delivered reliably over IP networks.
|
|
iSCSI can be supported over
any physical media that supports TCP/IP as a transport, but
today's iSCSI implementations are on Gigabit Ethernet. The
iSCSI protocol runs on the host initiator and the receiving
target device. iSCSI can run in software over a standard
Gigabit Ethernet network interface card (NIC) or can be
optimized in hardware for better performance on an iSCSI
host bus adapter (HBA).
|
|
iSCSI also enables the
access of block-level storage that resides on Fibre Channel
SANs over an IP network via iSCSI-to-Fibre Channel gateways
such as storage routers and switches.
|
|
Considerations for iSCSI
deployment Initial iSCSI deployments are targeted at
small to medium-sized businesses and departments or branch
offices of larger enterprises that have not deployed Fibre
Channel SANs. iSCSI is an affordable way to create IP SANs
from a number of local or remote DAS devices. If there is
Fibre Channel present, it is typically in a data center,
which can be accessed by the iSCSI SANs (and vice versa) via
iSCSI-to-Fibre Channel storage routers and switches.
|
Figure 2: iSCSI enables SCSI-3 commands to be
encapsulated in TCP/IP packets and delivered reliably over
IP networks.
iSCSI SANs can be deployed
within LAN, MAN, or WAN environments, as shown in Figure 2.
The important cost saving factor to realize in any iSCSI SAN
deployment is that the network infrastructure supporting
iSCSI SANs is standard Gigabit Ethernet switches and/or IP
routers. You can use your existing network and IT support
resources with an iSCSI deployment, reducing TCO.
|