一个硬件FCoE厂商是怎样看待英特尔的软件FCoE？QLogic主机解决方案群组、欧洲">市场总监Henrik Hansen接受采访谈到了他的看法。
英特尔最近发布了一款开放可用FCoE软件栈，使用户可向FC访问存储系统发送和接收信息，而不必使用FCoE CNA(融合网络适配器)，CNA是特殊的具有FCoE功能的以太网接口卡。
CNA厂商通常都认为服务器应该运行应用程序并将存储I/O处理卸载到外设卡。
因此，本次采访主要涉及了QLogic关于英特尔FCoE软件栈的看法，而且他传递的一个总体信息是明确的：软件FCoE将不会被数据中心采用。
提问：英特尔用在标准以太网NIC的开放FCoE软件与QLogic FCoE功能的CNA之间存在哪些主要差异？
Henrik Hansen：采用英特尔或NIC(运行FCoE软件启动器)的主机系统在可扩展性方面是有局限性的，因为由存储负载要占用70%的CPU资源，只剩下少部分资源留给应用进程或虚拟机。
而CNA将FCoE卸载给适配器，需要4%～10%的CPU处理相同的存储工作负载。FCoE软件启动器限制了操作系统支持(目前仅适用于Linux)，目前微软还没对支持时间范围发表意见，而且管理程序和操作系统交换协议处理的方式也存在疑问。现在软件启动器还无法实现，必须首先改变管理程序支持的软件架构。
软件启动器在为企业级部署作好准备之前，还需要几年时间的开发和现实环境使用：现在英特尔只有5个合格的供应商，而QLogic拥有80个合格供应商，具有数千种产品。
相比英特尔有限的VLAN分离，QLogic支持OEM分离(HP的Flex-10、IBM的Virtual Fabric Adapter以及QLogic自己具有嵌入式2层交换的NPAR)包括部分网络的服务质量，此外还提高了应用性能。
提问：硬件CNA厂商表示也可以提供更出色的管理功能，那你认为英特尔FCoE软件将会给存储网络市场带来怎样的影响？
Henrik Hansen：QLogic并不认为，数据中心管理员会信任企业存储应用一种未经证实的且只获得存储厂商有限认可的技术。英特尔的软件FCoE还需要多年的时间才能获得普遍的存储资格、以及操作系统和管理程序的支持。大多数OEM厂商支持经过验证的存储驱动程序栈，这实际上给人们接受软件启动器造成了一定阻碍。
提问：有了多核x86处理器，您还需要在CNA上使用专门的FCoE引擎以代替标准以太网NIC吗？
Henrik Hansen：虚拟机(VM)密度不断增加，这将对试图运行软件启动器同时还要运行虚拟机的服务器产生重大影响。为了有效扩展这些服务器，CPU的(周期)必须为管理程序保留，而不是为处理存储I/O使用。
提问：由于现在软件iSCSI启动器相比iSCSI功能的以太网接口卡启动器的数量要多得多， FCoE市场是否会跟随iSCSI，大多数的服务器FC端口将会由软件FCoE代码栈所驱动，而不是CNA？
Henrik Hansen：iSCSI启动器主要是被中小型企业(SMB)所采用，其可靠性并不像企业存储市场那样受重视。
现在数据中心正在发生着新的“裂变”，其导火索是虚拟化和融合。利用FCoE软件启动器来实现两者，将会导致CPU资源不够，并限制虚拟机的可扩展性，以及存储要求高应用的吞吐量需求。
为有效扩展新分裂，CPU资源将可更好的用于服务虚拟机和硬盘，而不是处理I/O。
（作者：存储时代责任编辑：张清）