那么公司怎样能让iSCSI和FC一起工作呢?

　　对于很多公司来说，他们的选择既不是FC也不是iSCSI，而是两者的混合。一个混合的SAN架构已经变成了一个流行的选择，因为它在保证已有FC架构的基础上，支持iSCSI的引入和扩展。一个典型的例子就是SAN inclusion，对于不太重要的应用程序和服务器由于成本问题完全可以将其从FC SAN放到iSCSI SAN中。“人们通常会说，你看，我们花了50000美元在Unix服务器上，而花在Linux服务器上只需要5000美元，那么为什么我们不选择iSCSI来降低成本呢?”Asaro谈到。

　　SANs同样可以通过iSCSI网关、带有iSCSI功能支持的FCj交换机，智能存储交换机以及网关以及多协议存储阵列。iSCSI网关比较简单(虽然确实比较贵)。网关实现了在iSCSI和FC之间的数据交换。这样的iSCSI网关包括Brocade Communication Systems公司的iSCSI网关、Cisco Systems公司的MDS9216i、Emulex公司的725/735 iSCSI存储路由器以及QLogic公司的SANbox 6140智能存储路由器。

　　在FC交换机中包含对iSCSI的支持使得增加一些更为智能的功能变为可能，比如虚拟路由冗余协议(VRRP)或者iSCSI服务器负载平衡(iSLB)。这种集成提供了一种简单的管理控制台，同时提供了冗余以及智能交换机的性能提升。例如，Brocase提供了SilkWorm FC4-16IP iSCSI刀片用于SilkWorm 48000 Director。Cisco在它们的MDS 9200系列光纤交换机以及MDS 9500系列Directors上面提供了IP存储服务模块以及多协议服务模块。

　　智能存储交换机和网关增加了存储服务性能的提升，比如虚拟化、快照、复制以及镜像功能。NetApp V-Series网关以及Sanrad iSCSI V交换机就是不带存储的智能存储控制器的典型例子，它可以允许iSCSI、FC以及NAS互联以构成存储池。Multiprotocal阵列也提供了同样的功能，但是需要将存储加入进来。例如，EMC公司在Clariion CX3-20和CX3-40阵列中提供了协议支持，而HP公司则在它的Storage Works XP以及EVA阵列中支持iSCSI。

　　不管你到底选择那种方式将FC和iSCSI SANs融合，都不会给FC和iSCSI带来性能上的损失。但是，专家们也表明，当部署iSCSI时，没有任何性能保证。比如，iSCSI目标驱动器在实现上有很大的不同，因此需要一些优化工作。因此IT工程师就需要在iSCSI上分析和优化网络性能。

　　公司针对iSCSI和FC的选择案例

　　一些经济机构，比如德州 Grand Prairie的德州信用联盟(TTCU)，面临着双重的挑战。一方面要去满足不断增长的网络需求——尤其是文件图像，另一方面又必须满足保持和不断调整的需求。机构主要依赖于IBM P-series数据库和应用程序服务器，这些应用跑在Unix上，并且需要大量的内部存储空间。但是除此之外，还有其他大量的存储需求。用于邮件的微软Exchange以及用于管理的EMC公司Legato软件使得存储的需求扩大到2.5TB。“我们可以看得到在这个领域这几年对于存储的需求，增长的非常快，”TTCU的系统工程师Boyce Crownover谈到，今天，这些应用都可以在一个通用的Linux变种操作系统上用NAS/iSCSI模块来实现。

　　Crownover提到，选择iSCSI需要考虑很多的因素，兼容性以及性能是两个很重要的因素。网络的电缆已经在基础设施中安装了，从而简化了安装和支持以太网基础的存储系统。选择iSCSI可以让管理网络的人员更为简单，而不是需要一个存储方面的专家。也许更为重要的是，iSCSI在运行数据库和其它应用程序时可以表现出来非常好的性能。“iSCSI拥有和其它NAS一样的易用性，”Crownover谈到，“如果我们使用数据库，并且会时常使用，那么和其它的NAS方案比选用iSCSI可以节省成本。”

　　对于新技术的部署总是存在不确定的因素。测试的资源有限，因此Crownover的团队通过FC、iSCSI以及混合结构来分别访问站点，从而来决定哪一种方案的性能最佳。“坦白地讲，如果我们将主要的数据库系统放在SAN上，我们也许会选择光纤，”Crownover谈到，同时他也提到已经连接到能够提供足够I/O能力的P-series磁盘存储。“我们当前还没有那种比ISCSI提供更多的需求。”

　　在三个月的过程中，iSCSI已经没有任何问题，Crownover说到。随着iSCSI的不断成长，任何早期关于iSCSI寿命不长的担心都已经不存在了。“这就是一个出了光纤选择iSCSI得很重要的因素。”过去几年对于TCP/IP和光纤技术的比较已经慢慢的倾向于TCP/IP。“当未来网络达到10Gb的时候，iSCSI的部署又会增添新的优势。

　　除了Exchange服务器以及其它的日常应用程序，国内的一些公司面临的主要挑战就是大量的存储、大量的文件以及数据库的管理，而且还要确保用户的性能不受到影响。据一个例子来说，一个典型的AutoCad项目也许需要使用很多兆级大小的文件，这就需要快速但是成本低的存储。对于Timmons组织——Richmode的环境设计公司，这个问题的答案就是EMC的Clariion CX3-20，它可以实现3TB的存储管理在FC以及iSCSI SANs混合的网络上。

　　iSCSI的引入带来了很大的灵活性，同时节省了成本。“ISCSI可以使我们更为动态，因为对于FC HBAs来讲几乎没有任何成本，他就是一个简单的NIC，”Timmons 组织IT架构的经理Bryan Moore谈到。“它非常快速。我们只需要在SAN上划分LUN，并且将其连接到iSCSI。使用iSCSI我们还可以实现冗余。”多级的灵活性使得公司可以根据客户的需求来不断改变。

　　测试的资源是有限的，虽然Moore的团队可以做一些iSCSI的测试，比如速度、冗余以及备份。“我们发现不能在同一个host上做FC和iSCSI,”Moore谈到，“我必须说这州对于这方面的测试是很有必要的，”测试工程包括两个专门的工程师，这种混合的存储结构最终可以满足每一个人的需求。

　　Moore还指出，FC的部署实际上并不是很难，但是要确保正确的固件(Firmware)、硬件驱动，HBA的仿真以及其它的一些细节可能会让HBA的安装变得复杂。FC HBAs同时需要时间来安装和配置。与此相比，iSCSI的部署就非常简单。“安装微软的工具、设置NICs的IPs、划分LUN，这样基本上你就已经准备好了。”Moore谈到。在未来，iSCSI的速度会达到10Gbps，那时EMC也会为CX3-20推出10G的iSCSI模块，这些都是值得期待的。

　　那么iSCSI和FC的未来如何呢?

　　毫无疑问，ISCSI会成为很多中型企业SAN的选择。甚至一些大型企业也都在测试iSCSI的部署在工作组或者远程办公室已获得成本优势。Asaro指出，有一些FC经验的IT专业工程师都会慢慢从FC的使用过渡到iSCSI。但是，并不是说这就是FC的末日。有一些公司还是不愿意放弃已有的FC架构，这些公司已经在该架构上做了投入。但是，从FC到iSCSI的转变是在慢慢进行的并且会愈演愈烈。我们期待着未来iSCSI可以成为SAN的主流，虽然可能两者还需要很多时间共存。iSCSI成为主流可能还需要三到五年的时间。

　　在不远的将来，一些大型和中型企业中，虚拟服务器的采用可能成为iSCSI存储网络的催化剂。虚拟化产品的使用，比如VMware——可以允许大块的服务器合并，可以让少数物理的服务器管理众多的虚拟服务器。“一旦我这么做了，我就会把VMware的图像、应用程序以及数据放到网络上，”Asaro谈到，引证了在虚拟服务器系统和存储之间使用iSCSI针对通用存储的磁盘驱动器。

　　两种技术都在不断的提高，专家们预测10Gbps网络的出现不会对iSCSI的采用产生什么影响。一些FC驱动器已经提供了10Gbps的速度，因此今天使用1Gbps iSCSI的用户将会对速度有更高的要求。“两种技术看起来会在一段时间共存，”Diogenes Analytical 实验室的总裁Phil Goodwin谈到，“FC和iSCSI会并肩不断提高的。”