本文作者Howard Marks是Networks Are Our Lives公司的首席科学家。这家公司总部位于新泽西州霍博肯,从事顾问工作。1987年以来,他一直专注于系统的分析和写作。
DOSTOR存储在线3月14日国际报道：现在，第二代甚至第三代（某些组件）以太网光纤通道（FCoE）设备已经开始陆续上市了。英特尔继续推动用户使用Open-FCoE软件启动器，使用英特尔的X520 10Gbps（10Gb/秒）网络卡来作为融合网络适配器（CNA）的替代FCoE协议传输。Open-FCoE的问题是：FCoE市场是否会像过去的光纤通道市场或iSCSI（互联网小型计算机系统接口）市场那样发展？
英特尔当然希望FCoE能够遵循iSCSI的市场轨迹发展：用户很快发现，尽管古板的SAN（存储局域网）厂商和眼光冷峻的存储人员抗议说我们需要硬件主机总线适配器（HBA）和/或TCP卸载引擎（TOE）卡来获得合适的iSCSI性能，不过软件启动器也可以做得很好。
实际上，Xeon处理器能力的迅速提升已经使发展的天平摆向软件启动器这边。2004年，我们曾经对iSCSI HBA和TOE卡做过一次比较，微软的软件启动器所提供的性能比一些HBA都好。虽然我一直都是软件iSCSI启动器的拥护者，不过我不确信FCoE可以复制iSCSI的发展模式。
当然，FCoE和iSCSI市场之间最大的区别是FCoE进入的市场上已经有iSCSI作为替代品。当iSCSI开始起飞的时候，它不仅是光纤通道的低成本替代方案，而且（至少也很重要）还可以运行在大型/小型组织已经支持的同样的以太网/IP架构上。
另一方面，FCoE可以维护客户在光纤通道技能、设备和管理上投资，同时还可以利用以太网的优势。那些在每个交换机上花了数千美元的组织可以在架顶式交换机上开启FCoE功能，他们是不会选择在Brocade、Qlogic或Emulex CNA上使用Open-FCoE来节约区区数百美元的。他们想要的是得到SANscreen、Storage Essentials或Command Central支持的CNA。管理HBA的是存储人员，不过网络人员也经常在交换机端口上开启管理。
即使不考虑管理问题，Open-FCoE的另一个重要问题就是它只能适用于Windows和Linux。虽然微软发布了一款优秀的iSCSI启动器再加上多路径支持有力地推动了iSCSI的发展，x64服务器市场并不是被Windows和Linux所统治的。除非VMware写出一个FCoE启动器，用户才会必须在CNA上取得一致或在他们的VMware和其他服务器上使用不同的解决方案。鉴于光纤通道用户实际上非常忠于他们的HBA厂商，而光纤通道用户群正是FCoE的目标市场，我认为情况不乐观。
在VMware环境下，我们看到iSCSI启动器和FCoE启动器之间还有另一个显著不同：用户通常在虚拟服务器上连接VMware vSwitch并运行微软iSCSI启动器，而不是使用虚拟机文件系统（VMFS）和VMware启动器。这可以让他们将物理服务器转换成虚拟服务器而不必迁移数据或重新设置存储。vSwitch并不是一个无损的数据中心桥接（DCB）交换机，因此在虚拟机内运行Open-FCoE意味着在一个有损网络上运行FCoE，而FCoE没有相应的错误恢复机制来处理丢失的数据包。
披露：Emulex有时会付钱让我写一些文章，不过我不认为这会影响我在这里的观点。
