Data sharing is a must in today's modern computing world. When the data requirements include allowing a cluster of servers to access a common storage pool, Red Hat GFS is the answer for simplifying your data infrastructure, minimizing storage costs, adding storage on the fly, and achieving maximum uptime. A cluster file system like Red Hat GFS can be used with an IP network block-sharing protocol like iSCSI to provide scalable file serving at low cost. Network File System (NFS) is a common shared storage solution utilized by many infrastructures. However, in some instances, this solution does not scale. How do GFS and NFS compare? This article explains.
"There are number of discussions, blogs, and articles comparing Internet SCSI (iSCSI), Fibre Channel over Ethernet (FCoE), and Fibre Channel (FC). Many of them share a common belief that FCoE and FC are better suited as core data center storage area networks (SANs) and that iSCSI is ideal for Tier 2 storage or for SAN deployments in remote or branch office (ROBO) and small and medium business (SMB) environments. That is because iSCSI is characterized as “low-performing,” “lousy,” and “unpredictable.” In this blog I will tackle the misinformation around iSCSI performance as compared to FC and FCoE. I will also compare effective efficiency of the various SAN protocols since efficiency is an aspect of performance."
Has anyone had any success with using the iSCSI target of OpenFiler to provide storage to a Cirtix XEN Server (formerely XenSource) as a storage repository. Here is the scenario that will reproduce a failure every time on the OpenFiler server.