”卸载还是不卸载?”这是许多10Gb以太网(10GbE)网络接口卡(NIC)厂商向IT经理提出的问题。具体来说是这样…英特尔和其他专门从事NIC的厂商正在请求IT经理运行SoftwareInitiator来支持iSCSI和FibreChanneloverEthernet(FCoE)。他们声称,凭借下一代服务器上的所有新的CPU核,将部分CPU核专用于I/O并不算什么,甚至会告诉你这很”合理”。但是,我们后退一步来看看。在服务器虚拟化以前,我还能接受SoftwareInitiator,因为单一应用没有使CPU核不堪重负,因此没有关系。服务器虚拟化出现后,我们开始让每个CPU核运行3-4个虚拟机(VM),从这时起事情发生了改变。根据2008年11月由IDC提供的演示,我们正在向每个CPU核10-12个虚拟机的方向发展。是什么驱动这一切呢?数据中心整合。
实现虚拟机数量最大化已经成为IT经理进行整合的首要目标,而将CPU核用于I/O似乎与他们的主要目标有冲突。
这就是用于OneConnectTM通用聚合网络适配器(UCNA)和LightPulse?光纤通道主机总线适配器(HBA)的EmulexvEngineTMCPU硬件卸载技术对IT经理如此有用的原因。vEngine为IP、iSCSI和FCoE从CPU完全卸载I/O的能力已被证明可以将每CPU核支持的虚拟机数量增加多达20%。现在来推测一下500台物理服务器的时的情况。如果您在使用FCoE或iSCSISoftwareInitiator,就等于在节省20%的资本、功耗、冷却成本、线缆、交换机端口和软件许可费用。想象一下如果我们能够将500台服务器减少到400台…你们的IT团队能利用这些资本支出(CAPEX)和运营支出(OPEX)资源做些什么事情?
那么,除了减少数据中心整合,开放的FCoE还会让IT经理作出哪些让步?以下是五大主要方面:
CPU效率和虚拟化-使用FCoESoftwareInitiator,所有的光纤通道堆栈处理都通过服务器CPU资源完成。而使用OneConnectUCNA,光纤通道堆栈处理通过适配器来完成,这对虚拟服务器来讲至为关键。卸载(vEngine)光纤通道处理意味着更多CPU资源可以用来支持更多虚拟机,节省更多成本,并为虚拟服务器带来更多的投资回报(ROI)。
久经验证的企业级光纤通道堆栈-Emulex耗费了10多年时间、上百万工时和数亿美元投入来开发、升级和测试光纤通道/FCoE固件、驱动程序和API。这包括高性能优化,最重要的是,强大的错误处理功能,获得久经验证的可靠解决方案。我们有7百多万个安装好的光纤通道端口在世界最大、最复杂的存储区域网络(SAN)中运行,包括排名前100名数据中心当中的95个以上。EmulexFCoEUCNA是久经验证、没有风险的解决方案。网络接口卡(NIC)厂商的未经验证的FCoE实施有着很高的风险和不确定性,这是企业级数据中心无法接受的。
企业级可靠性和支持-购买EmulexOneConnectFCoECNA的客户,可以得到包括主要服务器和存储合作伙伴、增值经销商(VAR)和分销商的一系列可靠支持,Emulex则是作为他们的后盾。这种多级支持意味着客户从简单问题到难以诊断的问题都可以从经验丰富的光纤通道专家那里获得帮助。这种支持服务需要数年时间的开发才得以成熟。开放源和首次发布的解决方案模式各不相同。以开放源Linux为例,只有在主要厂商提供稳定的核、生态系统测试和久经验证的互操作性时,才会被迁移到企业级应用。对于FCoESoftwareInitiator来说,需要数年的时间才可实现这一水平的支持。
企业级互操作性-这些优点只有在FCoE解决方案经过全面测试并且与现有光纤通道解决方案可互操作时才能实现,这得退回许多年并且涉及好多代产品。这点只有像Emulex这样的光纤通道厂商才可能实现。Emulex为2、4和8Gb光纤通道目标设备连续提供全面支持和认证。EmulexCNA使用相同的、已经过所有主要服务器和存储设备厂商认证的HBA软件堆栈和管理控制台。
操作系统认证–Emulex驱动程序已通过认证,可用于MicrosoftWindows、Solaris、AIX、HP-UX、RedHat、SuSE、VMware、Hyper-V和CitrixXen等。为了支持这项工作,Emulex为所有的操作系统(OS)和监控工具配备了专门的工程小组。基于与光纤通道生态系统合作伙伴建立的长期关系,Emulex驱动程序和管理软件以及API经过了全面测试,可与各种操作系统和管理模型相集成。这是建立在与操作系统和存储应用开发软件工作组的长期全面合作关系之上。
新的FCoESoftwareInitiator和部分卸载大不相同。它们有软件堆栈和管理应用需要认证和发布,花费数年时间才可完成。用来支持操作系统和应用集成的API要么不成熟,要么不存在。
开放源解决方案对许多应用都非常适用,但是对于企业级FCoE,开放的FCoE驱动程序不仅无法满足IT的需求,而且不利于数据中心的整合。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
![TechTarget微信公众号二维码](/wp-content/uploads/res/images/spriteimg/ttweixin.jpg)
TechTarget
官方微博
![TechTarget中国官方微博二维码](/wp-content/uploads/res/images/spriteimg/ttweibo.jpg)
TechTarget中国
相关推荐
-
FCoE未死 且值得期待
FCoE真的已经死了或即将死去?显然不是。普遍的看法是,FCoE找到了归宿。是的,它在思科的UCS平台中确实找到了归宿。在作为LAN和SAN流量的理想融合网络的其它刀片系统中,它同样找到了用武之地。
-
是否应该在存储网络中使用FCoE?
几年前,当FCoE应用于存储网络时,它的采用速度并没有想象中那么快。但是,用户最终克服了当时的障碍,使得FCoE被广泛采用。
-
福禄克网络TruView助力企业开展数据中心整合
福禄克网络的TruView是100%基于网络、网址完全可控的平台,其组件、显示和报告能够进行集成和定制,帮助企业开展数据中心整合。
-
针对融合网络的FcoE?
在18个月前,网络行业还在对针对融合存储网络的光纤通道以太网的未来议论纷纷,现在情况完全变了。