zoukankan      html  css  js  c++  java
  • FCoE 概念

    FCoE

     
     
     

    编辑本段背景

    FCoE是2008年4月份由数家IT厂商向美国国家标准协会(ANSI)[1]T11委员会提交的一种新技术标准的提案。该提案目前还未获得最终批准,但于2009年2月份取得了突破性进展,在2009年6月份就会有正式符合标准的FCoE产品出现。

    编辑本段定义

    FCoE:Fibre Channel over Ethernet以太网光纤通道(参考自中国高新技术产业报 2007.05.07 第C02版)
    FCoE技术标准可以将光纤通道映射到以太网,可以将光纤通道信息插入以太网信息包内,从而让服务器-SAN存储设备的光纤通道请求和数据可以通过以太网连接来传输,而无需专门的光纤通道结构,从而可以在以太网上传输SAN数据。FCoE允许在一根通信线缆上传输LAN和FC SAN通信,融合网络可以支持LAN和SAN数据类型,减少数据中心设备和线缆数量,同时降低供电和制冷负载,收敛成一个统一的网络后,需要支持的点也跟着减少了,有助于降低管理负担。它能够保护客户在现有FC-SAN上的投资(如FC-SAN的各种工具、员工的培训、已建设的FC-SAN设施及相应的管理架构)的基础上,提供一种以FC存储协议为核心的I/O整合方案。
    当前的FCoE技术标准提案可以使用任何速度的网卡,但需要网卡支持802.3x PAUSE机制。
    FCoE面向的是10G以太网,其应用的优点是在维持原有服务的基础上,可以大幅减少服务器上的网络接口数量(同时减少了电缆、节省了交换机端口和管理员需要管理的控制点数量),从而降低了功耗,给管理带来方便。此外它还提高了系统的可用性。FCoE是通过增强的10Gb以太网技术变成现实的,我们通常称之为数据中心桥接(Data Center Bridging,DCB)或融合增强型以太网(Converged Enhanced Ethernet,CEE),使用隧道协议,如FCiP和iFCP传输长距离FC通信,但FCoE是一个二层封装协议,本质上使用的是以太网物理传输协议传输FC数据。最近在以太网标准方面也取得了一些进展,并有计划增强,如在10Gb以太网上提供无损网络特征,进一步推动FCoE的发展。
    根据FCoE的路线图,FCoE标准将在今年批准,10G的FCoE产品可望在2009年出现。

    编辑本段应用

    FCoE已经在正式的存储中使用了,具体表现在EMC的Symmetrix 系列存储中,包括VMAX和VMAXe型号存储,这两种EMC最高端存储已经实现了FCoE的实际使用。
    FCoE需要增强型以太网,而增强型以太网反过来要求支持10Gb以太网的芯片集和硬件,包括网络适配器和交换机。思科的Nexus 5000架顶式交换机能够支持DCE,分为20端口和40端口两个型号。Nexus 7000拥有更大的底盘和刀片,主要是作为数据中心的聚合交换机,不过带DCE扩展器的10Gb线卡预计将于今年上市。Emulex、英特尔和QLogic已经在发售支持DCE的10Gb以太网网卡,这种网卡可以同思科的Nexus 5000统一架构协同工作。Brocade有可能于今年开始发售兼容FCoE的产品。
    不过,不幸的是,增强型以太网需要新的芯片集,因此现在市场上的“标准”的10Gb以太网网卡和交换机无法和扩展的10Gb以太网相兼容;市场需要新的硬件。

    编辑本段益处

    增强型以太网能够支持多种传输类型,包括FCoE和TCP/IP,因此许多厂商认为它将是下一代数据中心的统一架构,增强型以太网将能够将服务器和存储、IP网络以及其他服务器连接在一起,从而为集群式应用程序服务。
    数据中心架构师和厂商一直希望能够拥有完美的“统一”数据中心架构,在这种架构中,一个单一的高性能架构就可以满足IP、存储和服务器间有效载荷的需求。这就是FCoE和增强型以太网的前景。一个统一的数据中心架构能够带来一些商业上的和技术上的好处,包括:
    更少的硬件和更简单的管理:每个服务器只需要一对网卡(一对网卡是为了安全冗余),而不是两个网卡和两个光纤通道主机总线适配器。只需要一套交换机而不是两套交换机,而且只需要管理一个数据中心。
    更高的灵活性和可靠性:统一的架构是实现下一代虚拟化数据中心架构的关键因素,在这种架构中,服务器、存储和其他资源都可以动态分配,以适应变化中的工作负荷和新的应用程序,而且无需进行频繁的物理设备变动。对于数据中心虚拟化和自动化来说,这中架构是非常好的。
    更低的电能消耗:更少的网卡、网线和交换机意味着更低的电能消耗。将部件总数减少一半能够带来可观的能耗降低。

    编辑本段部署

    三个步骤部署FCoE:
    未实施DCB/FCoE前的数据中心网络架构

      图1 未实施DCB/FCoE前的数据中心网络架构

    第一阶段:将边缘网络过渡到DCB/FCoE
    转移到融合或统一的以太网基础设施是一个渐进的过程,先从边缘网络开始(图2中的绿线),转移到FCoE后,服务器和边缘交换机上的端口数量可以减少一半,大大降低了设备投入和运营成本,并增强了可管理性。
    边缘网络交换机转移到FCoE后的网络架构

      图2 边缘网络交换机转移到FCoE后的网络架构

    第二阶段:过渡到本地DCB/FCoE存储系统
    从服务器到网络,再到DCB/FCoE存储,转移到端到端DCB/FCoE解决方案,这样整个基础设施都支持FCoE和融合的通信了。
    第三阶段:将核心网络过渡到FCoE
    在边缘网络转移到FCoE后,企业可以将核心网络也转移到10Gb增强型以太网网络(图3中的绿线)。
    端到端FCoE

      图3 第三阶段-端到端FCoE

    FCoE将两个尖端技术—FC网络和增强型以太网物理传输—集合到了一起,提供了一个令人信服的SAN联网选择,既保护了FC SAN投资,又简化了管理,FCoE允许IT团队成员使用现有的管理工具和技术管理IP和FC网络。[2]

    编辑本段问题

    FcoE被采用的比预期的要慢,这主要有三个原因。第一是技术不成熟。当服务器、融合网络适配器(CNA)、数据中心桥接(DCB)交换器和存储系统都来自同一个供应商时,相互协作就不是问题。对于合资企业来说也不是个问题,像Cisco、EMC、Vmware的VCE联盟或者FlexPod的基础设施堆栈采用NetApp、 Cisco和Vmware的技术。但是当多个独立的供应商混在一起,就会产生操作性问题。
    第二个原因归结为缺少感知价值。这个技术的卖点是它可以提供比FC低的总所有成本(TCO)。它主要是通过融合TCP/IP LAN和FC SAN,从而减少重复结构。然而,新的DCB交换器、CNA和和存储系统成本相对较高,用来实现FcoE比较困难。
    第三个原因是服务器/技术更新周期问题。很少有管理员希望打开自己的服务器,再装上新的适配器。这就是为什么一个服务器对应一个存储适配器。[3]
     
     
    参考资料
  • 相关阅读:
    Java虚拟机------JVM内存区域
    Java虚拟机------垃圾收集器
    Java虚拟机--------JVM常见参数
    Kafka和的安装与配置
    Kafka介绍与消息队列
    Kafka命令操作
    Kafka深度解析
    Flume架构
    四十三、NPM报错ERR! code UNABLE_TO_VERIFY_LEAF_SIGNATURE
    四十二、在线预览pdf文件
  • 原文地址:https://www.cnblogs.com/kyli816/p/FCoE.html
Copyright © 2011-2022 走看看