This article will explain the principle function manner of iSCSI (Internet Small Computer Systems Interface). Like Fibre Channel, iSCSI provides all of the necessary components for the construction of a Storage Area Network. iSCSI is defined in RFC 3720.
For iSCSI communication, the following components talk with each other:
- iSCSI Initiator
- iSCSI Target
A client in an iSCSI storage network is called the iSCSI Initiator Node (or simply, 'iSCSI Initiator'). This iSCSI Initiator can connect to a server (the iSCSI Target). In doing so, the iSCSI Initiator sends SCSI commands to the iSCSI Target. These SCSI commands are packaged in IP packets for this purpose.
The following forms of iSCSI Initiators are available:
- iSCSI Hardware Initiator: a PCI-X or PCIe card, which implements the iSCSI functionality. Such a card is also called an iSCSI HBA. In the server’s operating system, such an iSCSI HBA appears to be a RAID controller or an FC HBA. With an iSCSI HBA, booting a server through iSCSI is possible. Examples are:
- iSCSI Software Initiator: an iSCSI Initiator implemented by software. The computing operations of the iSCSI initiator are performed by the server’s CPU in this solution (and not by hardware components on a proprietary PCI-X or PCIe card). Thanks to the increased performance of modern server CPUs, this is no longer a problem. Standard network cards are used on the hardware side for communication with the iSCSI Target. Examples of this are:
As long as booting from iSCSI is not a criterion, nothing speaks against the use of iSCSI Software Initiators. With some additional configuration effort, booting from the network with the iSCSI Software Initiator really is possible. iSCSI Software Initiators are less expensive, widely distributed and very stable. Even iSCSI over 10 Gbit Ethernet will be able to be easily implemented in the future using normal 10 Gbit Ethernet adapter cards.
A server in an iSCSI storage network is called the iSCSI Target Node (or simply, 'iSCSI Target'). Such an iSCSI Target can provide one or more so-called logical units (LUs). The abbreviation “LUN” is often used for the term “logical unit” (although this abbreviation actually means “LU Number” or “logical unit number”).
The following forms of iSCSI Targets are available:
- as hardware as iSCSI Storage Arrays (such as EMC AX4-5i or IBM DS3300).
- as Software as iSCSI Target Software for installation on a standard server:
iSCSI Server implements the iSCSI Target functionality in various manners:
- Some iSCSI Storage Arrays have precisely one iSCSI Target (the Storage Array itself)
- Other iSCSI Storage Arrays have several iSCSI Targets, such as.
- a iSCSI Target per phys. Interface:
- EMC CLARiiON
- a iSCSI Target per LUN:
- Any configuration iSCSI Targets desired:
- With EMC Celerra Arrays up to 1,000 iSCSI Targets can be configured and assigned to any virtual or physical network interface desired
- a iSCSI Target per phys. Interface:
- 'SCSI commands' are transmitted as 'iSCSI requests'
- 'SCSI responses' and 'SCSI status' messages are transmitted as 'iSCSI responses'
The iSCSI Initiator and the iSCSI Target use for a communication individual messages. Such an iSCSI message is called an 'iSCSI protocol data unit'.
As mentioned above, an iSCSI Initiator and an iSCSI Target talk with each other. The conversation is always started by the iSCSI Initiator. One or more iSCSI Connections may be used for a conversation (for each iSCSI connection a dedicated TCP connection is used). One such conversation is called an iSCSI Session.
The following image shows the schematic construction of an iSCSI setup:
iSCSI Session Types
Under iSCSI, there are two types of sessions:
- Normal operational session: which involves an unlimited session.
- Discovery-session: this type of session serves only for target discovery. The iSCSI Target may permit SendTargets text requests in such a session.
The type of iSCSI session is defined during iSCSI login.
The following types of sessions can be implemented for multipathing under iSCSI:
- using General Storage Multipathing Technologies, which have been settled on top of the iSCSI protocol regardless of the transmission technology
- using iSCSI Multiple Connections per Session (MC/S)
General Storage Multipathing Technologies – so-called Multipath I/O
For storage multipathing that should operate independently of the transmission technology there are two areas:
- Storage multipathing by the operating system (such as the Linux device mapper, MPIO)
- Storage multipathing by software solutions from the storage device manufacturer (such as EMC Powerpath)
The Storage Multipathing Technologies article provides details regarding these options.
iSCSI Multiple Connections per Session (MC/S)
Beyond that, iSCSI also provides options for multipathing over MC/S (Multiple Connections per Session) directly in the protocol. In order to be able to use MC/S, both the iSCSI Initiator and the iSCSI Target must support MC/S.
|Initiator||MC/S Support?||Additional information|
|Linux Open-iSCSI Software Initiator||no||ISCSI Multipathing under Linux|
|Microsoft iSCSI Software Initiator||yes||http://technet.microsoft.com/en-us/library/dd759096.aspx|
|Target||MC/S Support?||Additional information|
- A “Multivendor Post” to help our mutual iSCSI customers using VMware Question 3: Do I use the Software Initiator or the Hardware Initiator?
- A “Multivendor Post” to help our mutual iSCSI customers using VMware Quote: "iSCSI target = an iSCSI server, usually on an array of some type. Arrays vary in how they implement this. Some have one (the array itself), some have many, some map them to physical interfaces, some make each LUN an iSCSI target." and Question 1: How do I configure MPIO
- RFC 3720 Section 3.2. iSCSI Concepts and Functional Overview
- RFC 3720 Section 3.3 iSCSI Session Types
- Storage Multipathing Technologies
Author: Werner Fischer
Werner Fischer, working in the Web Operations & Knowledge Transfer team at Thomas-Krenn, completed his studies of Computer and Media Security at FH Hagenberg in Austria. He is a regular speaker at many conferences like LinuxTag, OSMC, OSDC, LinuxCon, and author for various IT magazines. In his spare time he enjoys playing the piano and training for a good result at the annual Linz marathon relay.