在《统一数据中心结构指南:FCoE和数据中心桥接》这篇文章中,我们讨论了数据中心桥接和FCoE实现的基本概念。本文将讨论重点转到一个统一存储和网络结构的实际部署。 端到端统一网络和存储结构的Data Center Bridging (DCB)和Fibre Channel over Ethernet (FCoE)的实现技术需要2个基本组件: 支持DCB和FCoE的10 Gb Ethernet结构交换机 同时支持Ethernet LAN和Fibre Channel SAN的10 Gb适配器,它通常被称为Converged Network Adapter (CNA)或统一适配器。 包……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
在《统一数据中心结构指南:FCoE和数据中心桥接》这篇文章中,我们讨论了数据中心桥接和FCoE实现的基本概念。本文将讨论重点转到一个统一存储和网络结构的实际部署。
端到端统一网络和存储结构的Data Center Bridging (DCB)和Fibre Channel over Ethernet (FCoE)的实现技术需要2个基本组件:
支持DCB和FCoE的10 Gb Ethernet结构交换机
同时支持Ethernet LAN和Fibre Channel SAN的10 Gb适配器,它通常被称为Converged Network Adapter (CNA)或统一适配器。
包括其它部署在数据中心的技术,这些基本的组件还有一些不同的部署方法,并且这些组件可以有不同的选择。例如,一些DCB和FCoE交换机可以选择添加4 Gbps FC端口,而其它的DCB和FCoE交换机可以选择添加8 Gbps FC端口。
DCB和FCoE实现的3种方法
Fibre Channel存储有3种不同的DCB和FCoE实现方法:
一台主机服务器上一个聚合的或统一的适配器连接到一个DCB/FCoE交换机,然后连接到另一个传统FC交换机上的FC端口,再连接存储目标与存储目标中的传统Fibre Channel (FC)适配器(图1)。
一台主机服务器上的一个聚合或统一适配器连接到一个DCB/FCoE交换机,然后连接到相同交换机上的FC端口,再连接到存储目标和存储目标的传统Fibre Channel (FC)适配器(图2)。
一台主机服务器上的一个聚合或统一适配器通过存储目标的聚合或统一适配器连接到一个DCB/FCoE交换机,再连接到存储目标。
图1——DCB/FCoE与现有的FC基础架构
图2——DCB/FCoE交换机与FC端口
图3——本土DCB/FCoE端到端基础架构
随着存储供应商开始采用FCoE,他们将宣布他们在存储产品中实现了FCoE本土支持的聚合或统一适配器。到现在为止,只有一个存储供应商NetApp现在已拥有了一个本土FCoE存储目标,如图3所示。其它主要的存储供应商有望将宣布实现相似的功能。然而,其中的主要供应商开始着手宣布他们现在支持使用聚合或统一适配器来连接主机。这是因为他们能够让这些新型适配器与连接图1和图2所示的现有的FC存储目标。在上篇文章中讨论了传统FC和更新的FCoE的相似性和互操作性。
为统一存储和网络结构选择正确的适配器
而且,因为传统的NIC和FC HBA供应商正在收紧技术和竞争这个新市场,不同类型的适配器现在都有了或者即将出现。这些各不相同的适配器或许一开始看起来有些混淆,但是它们给予用户一组有意思的选择:
来自传统FC HBA供应商的支持10 Gb Ethernet附加FCoE功能的全硬件卸载的适配器。
来自传统NIC供应商的支持10 Gb Ethernet并有不同程度的FCoE功能卸载的适配器。
支持10 Gb Ethernet的iSCSI的全硬件卸载的适配器。
对于主机适配器,可以预料的是将来我们会看到本土的、聚合的10 GbE/FCoE端口出现在服务器主板上。NIC和HBA供应商都急迫地将他们的设计整合到服务器供应商。对于使用10 Gb iSCSI的地方,支持DCB的基础架构的实现会更简单(图3显示的是这种基础架构设计),另一个唯一要考虑的是服务器适配器上要实现多少卸载功能。
适配器上卸载功能的讨论在虚拟化服务器环境上引起越来越多的关注。传统的FC HBA一直都有硬件卸载功能,所以FCoE卸载是传统的FC存储管理员以前就使用的,并且很可能需要的。然而,在TCP/IP方面,TCP/IP栈的全卸载和iSCSI功能的卸载以前也有,但在过去不是很普遍。但是随着这个新的DCB基础架构的成熟,以及随着虚拟化服务器更加广泛地部署,所以将卸载功能整合到基础架构的TCP/IP部分是很有价值的。
翻译
TechTarget中国特约技术编辑,某高校计算机科学专业教师和网络实验室负责人,曾任职某网络国际厂商,关注数据中心、开发运维、数据库及软件开发技术。有多本关于思科数据中心和虚拟化技术的译著,如《思科绿色数据中心建设与管理》和《基于IP的能源管理》等。
相关推荐
-
FCoE未死 且值得期待
FCoE真的已经死了或即将死去?显然不是。普遍的看法是,FCoE找到了归宿。是的,它在思科的UCS平台中确实找到了归宿。在作为LAN和SAN流量的理想融合网络的其它刀片系统中,它同样找到了用武之地。
-
是否应该在存储网络中使用FCoE?
几年前,当FCoE应用于存储网络时,它的采用速度并没有想象中那么快。但是,用户最终克服了当时的障碍,使得FCoE被广泛采用。
-
针对融合网络的FcoE?
在18个月前,网络行业还在对针对融合存储网络的光纤通道以太网的未来议论纷纷,现在情况完全变了。
-
TRILL不适合数据中心网络架构的几大原因
关于使用TRILL协议来实现数据中心网络桥接和多路径的宣传非常的多,但是将TRILL作为基础的数据中心架构忽略了一些重要的新趋势,包括云网络分段中出现的……