免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1672 | 回复: 0

FcoE:分散还是聚合?复杂还是简单 [复制链接]

论坛徽章:
0
发表于 2009-06-26 13:21 |显示全部楼层
FCoE似乎是网络离散而不是网络聚合的先驱。经过与QLogic的一番讨论,加上听说16Gbit/s光纤通道和InfiniBand以及FCoE之后,关于全以太网的想法似乎非常不切实际,就象说地球是平面的一样荒谬。
这个想法是我在同QLogic的销售与营销副总裁Scott Genereaux对话时萌发出来的。他并没有那么说,但是我是那样理解的。Genereaux的EMEA市场总监Henrik Hansen指出,QLogic正在考虑开发16Gbit/s的光纤通道产品。 什么? 为什么不是FCoE和10Gbit/s、40Gbit/s和100Gbit/s以太网? 由于所有的光纤通道流量都转移到了以太网上,光纤通道的开发不是受到影响了吗?

事情并不是那样,因为并不是所有的光纤通道流量和产品都会迁移到以太网。我们应该考虑FCaE(光纤通道和以太网),而不是FCoE。

FC SAN网络用户不能进入以太网,因为他们的FC网络交换机和控制器以及网内SAN管理功能不支持以太网。以太网交换机厂商如Blade Network Technologies不打算开发SAN存储管理功能。 BNT的EMEA副总裁Charles Ferland表示,BNT的交换机不需要FC功能。对于来自服务器或存储器FCoE终端的FCoE架构,它只需要正确设定路由即可,也就是说它只需要地址信息。

Genereaux表示,qlogic不打算将FC功能添加到它的以太网交换机中。除非它的以太网交换机被用作FCoE终端并用来执行某种存储任务,否则它也没必要在交换机中加入FC功能。 BNT和QLogic都不认为它们的交换机需要FC功能。思科的Nexus可以通过FC线缆将FCoE流量传输到MDS 9000FC设备。 博科和思科已经控制了FC交换机和控制器市场,它们不打算宣布将SAN存储管理功能迁移到FC设备的以太网对等领域。但是从长期的角度来说,博科的DCX产品计划肯定会包含那项内容。

Genereau和Hansen表示,在以太网聚合发生的地方需要用到服务器适配器。FCoE市场比iSCSI市场发展得更快一些,所有的重要服务器和存储器厂商都将在年底之前宣布推出FCoE接口。 因此,服务器以太网NICs和FC主机总线适配器可能会进入单一CNA(聚合网络适配器)并在以太网上发送FC信息。那些信息将被发送到哪里呢?

那些信息会被发送到一个具备FC功能的设备,要么是一款带有本地FC接口的存储产品,要么是一台FCOE交换机,比如Qlogic的产品或博科的8000。

这里不存在端对端聚合,只有网络服务器部分在以太网上的聚合。而且即便是那种聚合,也不会很普遍。 Hansen表示:"聚合网络市场是存在的,而且它将是一个巨大的市场。但是聚合网络并不能解决所有的问题。 我们的InfiniBand交换机是发展速度最快的业务之一。 光纤通道不会消亡,还有很多遗留下来的东西。我们将继续开发光纤通道。 现在有许多人在讨论16Gbit/s光纤通道。我们认为OEM厂商们会提出这方面的需求。 以太网会替换InfiniBand吗? InfiniBand的用户们相信是那样。聚合网络并非放之四海而皆准。"

情况就是如此。这些人正关注着网络技术的持续发展,目前就是以太网存储器领域的某些FC存储网络的少数聚合趋势。 QLogic是否会将FCoE作为一种FC SAN扩展技术来对待? 似乎是那样。

其他人认为,客户的组织边界也将禁止在以太网上发生端对端聚合情况。FC存储网络能否在端对端FCoE产品存在的情况下顺利迁移到无损耗、低延时的以太网? 它们为什么要那么做? 以太网,特别是今后会出现的无损耗和低延时版本的以太网是全新的,没有尝试过的新事物。东西没坏为什么要修呢? 什么会使分散的网络与存储组成部分进行协作?

另一个问题与存储阵列上的本地FCoE接口有关。如果FC SAN存储管理功能不打算迁移到以太网平台,那么它们将继续呆在FC平台,利用FC线缆完成存储阵列之间的输入输出任务。 那么存储阵列厂商添加FCoE接口又有什么用呢? 我们是否想实现CNA服务器和FCoE存储阵列之间的直接FCoE通信?从概念上来说,FCoE SANs是否类似于iSCSI SANs? 我们真的需要另一种模块存储存取技术吗?

模块存储存取协议分成iSCSI、FCoE和FC以及用于超级计算和高性能计算应用的InfiniBand存取技术,这里的聚合在哪里?

有效FCoE聚合包含两个意思。第一个是服务器边缘聚合,它的成本优势也局限在那个领域。总所有成本对比的一方是NICs+HBAs,另一方是CNAs。 第二个是服务器与没有对应的FC网络SAN管理功能的FCoE存储阵列之间的直接FCoE连接。

如果IBM在其SVC(SAN容量控制器)上添加FCoE接口以便可以与存取服务器和它所管理的存储阵列进行FCoE通信的话,这种情况就会发生。另一个可能性则是HDS在USP-V和USP-VM控制器上添加FCoE接口。

如果客户必须坚持使用更复杂的以太网,一个包括一般性LAN访问、WAN访问、iSCSI存储器和FCoE存储器、或许还包括服务器群集以及现有FC基础设施的以太网,那么那些FCoE的信徒们说宣扬的简单性何在呢? 今后几年,FCoE将意味着最小程度的聚合和增强的复杂性。 那是否值得呢?你觉得呢?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

DTCC2020中国数据库技术大会

【架构革新 高效可控】2020年12月21日-23日第十一届中国数据库技术大会将在北京隆重召开。

大会设置2大主会场,20+技术专场,将邀请超百位行业专家,重点围绕数据架构、AI与大数据、传统企业数据库实践和国产开源数据库等内容展开分享和探讨,为广大数据领域从业人士提供一场年度盛会和交流平台。

http://dtcc.it168.com


大会官网>>
  

北京盛拓优讯信息技术有限公司. 版权所有 16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122
中国互联网协会会员  联系我们:huangweiwei@it168.com
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP