H3C VCF纵向虚拟化技术架构

VCF纵向虚拟化技术架构

文/刘刀桂 祁正林

VM及其迁移驱动着数据中心大规模二层网络的发展，随着网络规模的扩大，网络设备数量随之增大，网络管理成为数据中心基础设施管理中的一个棘手问题。同时，现代大数据中心对网络提供给服务器的端口密度也提出了更高的要求，例如万台服务器的规模已是互联网数据中心现实中的普遍需求。端口扩展技术作为提高接入设备端口密度的一种有效手段逐渐成熟并获得了业界的认可。VCF纵向虚拟化技术（Vertical Converged Framework，纵向融合框架，以下简称VCF）即是该技术的一种实现方式，满足数据中心虚拟化高密接入并可以简化管理。Cisco公司相类似的技术是FEX。

VCF在纵向维度上支持对系统进行异构扩展，即在形成一台逻辑虚拟设备的基础上，把一台盒式设备作为一块远程接口板加入主设备系统，以达到扩展I/O端口能力和进行集中控制管理的目的。为叙述方便，后文会把纵向VCF的建立和管理过程等与IRF传统的横向相关功能进行对比。

IRF（横向）堆叠拓扑主要有链型和环形两种。设备按角色可分为Master和Slave。Slave在一定条件下可转变为Master，两者业务处理能力是同一水平的，只不过Slave处于“非不能也，实不为也”的状态。

对于VCF（即纵向）来说，设备按角色分为CB（Controlling Bridge）和PE（Port Extender）两种。CB表示控制设备，PE表示纵向扩展设备，即端口扩展器（或称远程接口板）。通常来说，PE设备的能力不足以充当CB，管理拓扑上难以越级，处于“非不为也，实不能也”的状态。

如图1所示，左边是框式设备或者是盒式设备各自形成IRF堆叠横向虚拟化系统，有环形堆叠和链型堆叠（虚线存在的情况）两种拓扑形式；右边是框式设备与盒式设备形成VCF纵向虚拟化系统（简称 VCF Fabric），为便于对比CB由IRF堆叠组成。

图1. IRF横向虚拟化和VCF纵向虚拟化对比

一般来说，对于IRF（横向）堆叠，控制平面由Master管理，转发能力和端口密度随着Slave增加而增加。对于VCF（纵向） Fabric，控制平面由CB（或IRF中的Master）管理，端口密度随着PE增加而增加，但总体上转发能力仍取决于CB设备。

VCF可与IRF技术组合使用， 所形成的系统具有单一管理点、跨设备聚合以及即插即用等优点，同时加强了纵向端口扩展能力。

1 VCF技术机制

对VCF来说，CB角色可以由处理能力较强的盒式设备和框式设备承担，也可以是基于IRF技术建立的横向堆叠。PE一般来说是低成本的盒式设备。实际应用中，CB角色多为横向堆叠，这样有益于PE上行冗余。以下技术说明以此为主。

1. 拓扑管理

图2中CB角色是一个典型的IRF堆叠。PE角色为盒式设备。CB与PE互联口称为纵向 Fabric口，纵向 Fabric口是一个逻辑概念，可以是一个物理端口或者多个物理端口组成的聚合口。CB与PE之间可以使用专用线缆或光纤连接。

CB纵向Fabric连接PE…纵向Fabric口

图2. VCF典型拓扑

PE根据组网需要可以连到一台或多台CB设备上，PE与PE之间不能再有其他连线。从模型上说，PE相当于CB的一块远程接口板。从功能上看，CB与PE间的纵向 Fabric连接相当于框式设备的“背板”。从管理上看，所有CB和PE设备组成一个堆叠，对外是一台设备，一个管理点。

整个拓扑建立包括两个方面：一方面是多台CB设备依据IRF相关规则和拓扑计算建立横向堆叠；另一方面是CB通过纵向 Fabric口向外发送HELLO报文，根据PE反馈信息建立纵向 Fabric。

如图3所示，纵向 Fabric建立过程主要分为四步：

? 第一步，完成扩展板编号（Slot-ID）的分配和获取。CB上VCF Fabric口使能后会周期性地发送探

测报文，一旦Slot-ID分配完成则停止。

? 第二步，完成软件的加载。包括PE发送加载请求，CB提供版本文件描述信息，以及确认加载和加

载完成等几个子过程。这其中，Bootware（类似于个人电脑上的BIOS）和App（即主机软件）的加载实现过程类似。

? 第三步，PE以下载后的版本重启并完成在CB的注册。 ? 最后，CB向PE下发配置信息。

CBPEVCF Fabric口enabledSlot-ID已分配Hello：发送PE探测报文收到PE探测报文Request：给所有UP状态的上行口发Slot-ID请求报文把自己从交换模式切换为PE模式。然后重启进入Bootware。①Response：回应槽位号Slot-ID请求报文Request：发送软件加载请求报文Response：版本文件描述信息Ack：回应加载确认选择应答最先到达的端口(Slot-ID)为加载端口进行bootware或app加载…②③④Ack：加载结束确认Request：重启后，远程接口板注册完成接口板注册引导已下载的app重启下发配置信息 图3. PE加入以及VCF建立过程

2. VCF Fabric连接方式

如前所述，PE到CB间纵向 Fabric连接类似于框式设备的“背板”，为了增加带宽并使上下行流量保持合适的收敛比，两者间链路通常由多个物理线路组成，逻辑上可采用HASH方式来实现。这样一条链路Down，不会引起挂服务器的下行端口Down，但带宽变小，相关流量也会重新进行HASH计算并分配到剩余链路上（如图4所示）。

CB4条链路捆绑3条链路捆绑PE

图4. VCF Fabric连接方式

3. PE管理

横向配置、Master选举以及整个堆叠建立和维护与IRF没有纵向功能前完全一样。纵向VCF加上PE后，建立过程相对复杂一些，但本质上所有CB和PE形成一个单一的逻辑实体，可以通过任何一台CB上的用户管理接口，如Console口、Telnet或者网管口来进行配置和管理。

IRF（横向）系统使用成员编号（Member-ID）来标识和管理成员设备，在一个IRF中所有设备的成员编号是唯一的。成员编号被引入到端口编号中，便于用户配置和识别成员设备上的接口。类似地，在VCF（纵向）中，系统使用扩展板编号（Slot -ID）来标识和管理纵向扩展设备，在整个 系统中扩展板编号也是唯一的且同样被引入到端口编号中。如果CB是框式设备，这个编号也绝对不能与框式设备上已有接口板（LPU）的编号重复。在使用上两者机制稍有区别，成员编号（Member-ID）需要设备重启才能生效；而扩展板编号（Slot -ID）在CB上配置后可立即生效。

? PE加入。当VCF系统有新的成员设备加入时，会根据系统所处状态或者PE设备的状态采取不同

的处理过程。假设横向IRF已配置，且在CB上已为PE分配了Slot -ID。（1）此时PE以缺省出厂配置可即插即用。正常运行的纵向 VCF系统，当因某些外在因素引起断电或重启，系统不需要干预的情况下将自动恢复。（2）运行过程中，PE可以通过纵向 Fabric口随时接入系统，CB会自动计算拓扑以防止新的PE接入时产生环路。从虚拟化的角度来看，这个过程相当于框式设备的接口板插入。当然，由于此时的“背板”链接是动态端口，需要进行拓扑计算以阻断环路；而实际的框式设备在初始化时已经完成了这一动作。

? PE离开。PE离开相对来说简单一些，当CB与PE链接电缆拔出或者对应端口Down掉，系统即产

生远程接口板离开事件。这一过程与框式设备的接口板拔出基本一致。

4. 盒式设备作为CB

盒式设备充当CB并下挂PE时，横向CB通过IRF互联形成的虚拟设备相当于一台框式分布式设备主控板；纵向PE通过VCF互联形成虚拟框式设备的分布式设备接口板（或称线卡）。横向IRF互联电缆模拟了交换背板中主控板互联，IRF中的Master相当于虚拟设备的主用主控板，S …… 此处隐藏：3106字，全部文档内容请下载后查看。喜欢就下载吧 ……