为什么IT部门应放弃使用开放FCoE
Shaun Walsh 发表于:10年10月19日 19:00 [转载] DOIT.com.cn
本文转载自Emulex中文博客,作者Shaun Walsh是Emulex的企业营销副总裁。
"卸载还是不卸载?" 这是许多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经理作出哪些让步? 以下是五大主要方面:
新的FCoE Software Initiator和部分卸载大不相同。 它们有软件堆栈和管理应用需要认证和发布,花费数年时间才可完成。 用来支持操作系统和应用集成的API要么不成熟,要么不存在。
开放源解决方案对许多应用都非常适用,但是对于企业级FCoE,开放的FCoE驱动程序不仅无法满足IT的需求,而且不利于数据中心的整合。