”卸载还是不卸载？” 这是许多10Gb以太网（10GbE）网络接口卡（NIC）厂商向IT经理提出的问题。

　　具体来说是这样…英特尔和其他专门从事NIC的厂商正在请求IT经理运行Software Initiator来支持iSCSI和Fibre Channel over Ethernet（FCoE）。 他们声称，凭借下一代服务器上的所有新的CPU核，将部分CPU核专用于I/O并不算什么，甚至会告诉你这很”合理”。 但是，我们后退一步来看看。在服务器虚拟化以前，我还能接受Software Initiator，因为单一应用没有使CPU核不堪重负，因此没有关系。 服务器虚拟化出现后，我们开始让每个CPU核运行3-4个虚拟机（VM），从这时起事情发生了改变。 根据2008年11月由IDC提供的演示，我们正在向每个CPU核10-12个虚拟机的方向发展。是什么驱动这一切呢？ 数据中心整合。

　　实现虚拟机数量最大化已经成为IT经理进行整合的首要目标，而将CPU核用于I/O似乎与他们的主要目标有冲突。

　　这就是用于OneConnectTM通用聚合网络适配器(UCNA)和LightPulse®光纤通道主机总线适配器(HBA)的Emulex vEngineTM CPU硬件卸载技术对IT经理如此有用的原因。vEngine为IP、iSCSI和FCoE从CPU完全卸载I/O的能力已被证明可以将每CPU核支持的虚拟机数量增加多达20%。 现在来推测一下500台物理服务器的时的情况。 如果您在使用FCoE或iSCSI Software Initiator，就等于在节省20%的资本、功耗、冷却成本、线缆、交换机端口和软件许可费用。 想象一下如果我们能够将500台服务器减少到400台…你们的IT团队能利用这些资本支出(CAPEX)和运营支出(OPEX)资源做些什么事情？ 有关详情，请查阅我们的 ConvergenomicsTM Calculator。

　　那么，除了减少数据中心整合，开放的FCoE还会让IT经理作出哪些让步？ 以下是五大主要方面：

• 　　CPU效率和虚拟化——使用FCoE Software Initiator，所有的光纤通道堆栈处理都通过服务器CPU资源完成。 而使用OneConnect UCNA，光纤通道堆栈处理通过适配器来完成，这对虚拟服务器来讲至为关键。 卸载(vEngine)光纤通道处理意味着更多CPU资源可以用来支持更多虚拟机，节省更多成本，并为虚拟服务器带来更多的投资回报（ROI）。
• 　　久经验证的企业级光纤通道堆栈——Emulex耗费了10多年时间、上百万工时和数亿美元投入来开发、升级和测试光纤通道/FCoE固件、驱动程序和API。 这包括高性能优化，最重要的是，强大的错误处理功能，获得久经验证的可靠解决方案。 我们有7百多万个安装好的光纤通道端口在世界最大、最复杂的存储区域网络（SAN）中运行，包括排名前100名数据中心当中的95个以上。 Emulex FCoE UCNA是久经验证、没有风险的解决方案。 网络接口卡（NIC）厂商的未经验证的FCoE实施有着很高的风险和不确定性,这是企业级数据中心无法接受的。
• 　　企业级可靠性和支持——购买Emulex OneConnect FCoE CNA的客户，可以得到包括主要服务器和存储合作伙伴、增值经销商（VAR）和分销商的一系列可靠支持，Emulex则是作为他们的后盾。 这种多级支持意味着客户从简单问题到难以诊断的问题都可以从经验丰富的光纤通道专家那里获得帮助。 这种支持服务需要数年时间的开发才得以成熟。 开放源和首次发布的解决方案模式各不相同。 以开放源Linux为例，只有在主要厂商提供稳定的核、生态系统测试和久经验证的互操作性时，才会被迁移到企业级应用。 对于FCoE Software Initiator来说，需要数年的时间才可实现这一水平的支持。
• 　　企业级互操作性——这些优点只有在FCoE解决方案经过全面测试并且与现有光纤通道解决方案可互操作时才能实现，这得退回许多年并且涉及好多代产品。 这点只有像Emulex这样的光纤通道厂商才可能实现。Emulex为2、4和8Gb光纤通道目标设备连续提供全面支持和认证。 Emulex CNA使用相同的、已经过所有主要服务器和存储设备厂商认证的HBA软件堆栈和管理控制台。
• 　　操作系统认证——Emulex驱动程序已通过认证，可用于Microsoft Windows、Solaris、AIX、HP-UX、Red Hat、SuSE、VMware、Hyper-V和Citrix Xen等。 为了支持这项工作，Emulex为所有的操作系统(OS)和监控工具配备了专门的工程小组。 基于与光纤通道生态系统合作伙伴建立的长期关系，Emulex驱动程序和管理软件以及API经过了全面测试，可与各种操作系统和管理模型相集成。 这是建立在与操作系统和存储应用开发软件工作组的长期全面合作关系之上。

　　新的FCoE Software Initiator和部分卸载大不相同。 它们有软件堆栈和管理应用需要认证和发布，花费数年时间才可完成。 用来支持操作系统和应用集成的API要么不成熟，要么不存在。

　　开放源解决方案对许多应用都非常适用，但是对于企业级FCoE，开放的FCoE驱动程序不仅无法满足IT的需求，而且不利于数据中心的整合。