在传统的数据中心服务器区网络设计中，通常将二层网络的领域限度在网络汇聚层以下，通过配置跨汇聚互换机的VLAN，能够将二层网络扩大到多台接入互换机，这种规划为服务器网络接入层提供了矫捷扩大能力。

    近年来，服务器高可用集群技术和虚构服务器动态迁徙技术（如VMware的VMotion），在数据中心容灾及推算资源调配方面得以宽泛利用，这两种技术不仅要求在数据中心内实现大二层网络接入，并且要求在数据中心间也实现大领域二层网络扩大。

    1.1服务器迁徙对数据中心网络的要求

    对数据中心进行扩建或搬迁时，必要将物理服务器从一个数据中心迁至另一个数据中心。在此过程中，思考以下两个成分，必要在数据中心间构建二层互联网络。

    当服务器被迁至新机房，若未构建新老中心间的二层互联网络，则面对沉新规划新中心服务器IP地址的问题。同时还需批改DNS，或批改客户端利用法式配置的服务器IP。因而，构建跨中心的二层互联网络可保留被迁徙服务器的IP地址，进而简化迁徙过程。

    在服务器搬迁期间，时时在给定的功夫内，只能将服务器群的一部门服务器迁至新中心，为保障业务陆续性，需成立跨中心的服务器集群，因而构建逾越中心的二层互联网络可实现服务器滑润迁徙。

    与服务器搬迁类似的情况是“虚构机迁徙”。当前，一些服务器虚构化软件可实此刻两台虚构化的物理服务器之间对虚构机做动态迁徙，迁徙至另一中心的虚构机不仅保留原有IP地址，并且还维持迁徙前的运行状态（如TCP会话状态），所以必须将涉及虚构机迁徙的物理服务器接入统一个二层网络（虚构机在迁徙前后的网关不变），这种利用场景要求构建跨中心的二层互联网络。

    1.2虚构化云推算对数据中心网络的要求

    虚构化推算技术已经逐步成为云推算服务的重要支持技术，出格是在推算能力租赁、调度的云推算服务领域起着极度关键的作用。

    在大规模推算资源集中的云推算数据中心，以X86架构为基准的分歧服务器资源，通过虚构化技术将整个数据中心的推算资源统一抽象出来，形成能够按肯定粒度分配的推算资源池，如下图所示。虚构化后的资源池屏蔽了各类物理服务器的差距，形成了统一的、云内部尺度化的逻辑CPU、逻辑内存、逻辑存储空间、逻辑网络接口，任何用户使用的虚构化资源在调度、供给、怀抱上都拥有一致性。

    虚构化技术不仅解除大规模异构服务器的差距化，其形成的推算池能够拥有壮大的推算能力（如下图所示），一个云推算中心物理服务器达到数万台是一个很正常的规模。一台物理服务器上运行的虚构机数量是动态变动的，当前通常是4到20，某些高密度的虚构机能够达到100:1的虚构比(即一台物理服务器上运行100个虚构机)，在CPU机能不休加强(主频提升、多核多路)、当前各类硬件虚构化(CPU指令级虚构化、内存虚构化、桥片虚构化、网卡虚构化)的辅助下，物理服务器上运行的虚构机数量会迅猛增长。一个大型IDC中运行数十万个虚构机是可预感的，当前的云服务IDC在业务规划时，已经在思考这些成分。

    虚构化的云中，推算资源可能按需扩大、矫捷调度部署，这由虚构机的迁徙职能实现，虚构化环境的推算资源必须在二层网络领域内实现通明化迁徙。

    通明环境不仅限于数据中心内部，对于多个数据中心共同提供的云推算服务，要求云推算的网络对数据中心内部、数据中心之间均实现通明化互换（如下图所示），这种服务能力能够使客户散布在云中的资源逻辑上相对集中(如在一样的一个或数个VLAN内)，而不用关切具体物理地位
；对云服务供给商而言，通明化网络能够在更大的领域内优化推算资源的供给，提升云推算服务的运行效能、有效节俭资源和成本。

    1.3天生树在数据中心的问题

    对于存储网络已经起头利用FCoE（以太网光纤通路）等新技术将存储传输和IP传输融合到以太网衔接上，这必要一个大型的二层以及互换网络。另表对于推算中心而言，集群推算越来越多地利用虚构机技术来实现云推算，而利用三层网络来构建的推算中心网络存在诸多治理难题，典型的问题是虚构机的迁徙，这增大了推算中心治理成本，因而推算中心网络越来越偏差于扁平化的网络架构以便于守护治理，这也要求构建一个大型的二层互换网络。

    数据中心间二层互联的关键 —— 端到端环路预防。在数据中心间实现二层网络互联时，为了提升整网高可用性，必须保障数据中心互联链路冗余性，由此也带来了一个问题——二层环路。因而必要预防由一个远端数据中心的二层环路引起所罕见据中心服务器接入网络的故障。解除二层环路技术蕴含：在接入层网络使能天生树和谈（STP）。

    在构建二层网络方面，原先的尺度——天生树和谈（STP）因其一些固出缺点将不再适合超大型数据中心的扩大。

    STP在数据中心网络利用中的缺点阐发为以下几点：

    1.STP是通过端口阻止来工作的，所有冗余的链路不进行数据转发，该方式固然解决了二层数据环路的问题，却造成了带宽资源的浪费，而数据中心因其巨大的数据通讯量，对带宽资源的浪费是难以接受的。

    2.STP整网只有一棵天生树，其特点是所有结点互换机都只看到从它自身达到根桥的枝干，若是一台桥设备要达到相邻枝干上的桥设备，哪怕它们之间有直连的链路，数据报文都要经过根桥中转后能力达到，这影响了整网的转发效能，同时造成炼桥的转发瓶颈，数据中心对数据转发的低延长需要会对此提出改进要求。

    3.以太网数据帧是没有TTL的，这会造成一旦数据在二层网络中出现环路，会造成整个网络立即瘫痪，尤其是广播帧，这固然不是STP和谈的问题，但我们可归其为STP网络的问题。

    4.当VLAN进行沉配置的时辰，STP（MSTP）会造成VLAN分隔，这对于数据中心网络而言也是极度严沉的问题，尤其是存储网，由于存储网对不间断服务的要求很高。对云推算和数据中心网络中，虚构机迁徙更是致命的。

    1.4TRILL通明互换尺度

    TRILL正是因应了STP的这些缺点而产生的，其指标正是解决上述STP存在的问题。TRILL是由IETF组织于2004年5月起头提出并成立工作组。

    目前TRILL和谈涉及如下RFC文档：

    draft-eastlake-trill-rbridge-dcb-00  TRILL 在802.1qbb,802.1qaz,802.1qau上的支持

    draft-ietf-isis-trill-01   ISIS 和谈针对TRILL的支持

    draft-ietf-pppext-trill-protocol-01   TRILL 在ppp上的支持

    draft-ietf-trill-rbridge-mib-01    TRILL 的MIB

    draft-ietf-trill-rbridge-options-02   TRILL 头部选项

    draft-ietf-trill-rbridge-protocol-16   TRILL和谈

    draft-ietf-trill-rbridge-vlan-mapping-02   TRILL vlan 转换图

    draft-liyz-trill-reqs-mlt2uni-opt-00     TRILL 多播转单播

    RFC 5556 (draft-ietf-trill-prob)       TRILL 当前指标注明文档

    链接通明互联（Transparent Interconnection of Lots of Links，TRILL，IETF尺度）和谈把2层配置和矫捷性与3层融合和规模有效结合在一路。大二层不必要配置的情况下，就可实现整网无环路转发。

    为数据中心虚构化（虚构机+网络）奠定基础，更是为跨地域的数据中心之间的承载网网络（云网络）奠定基础。

    云推算网络：TRILL和谈互联，实现整网二层环境下的互联互通，同时适应云推算跨地域的服务器大规模虚构化。 TRILL网络的链路层可所以以太网，也可所以PPP链路，因而这种新的尺度拥有很大的适应性，可在数据中心内部高速网络实现，也能够用于衔接基于PPP链路的广域网络。

    齐全技术白皮书内容请返回上手下载文件