n1虚拟化技术在组网中的应用.docx

n1虚拟化技术在组网中的应用 随着网络技术的发展，网络设备的数量迅速增加，网络结构和配置更加复杂，降低了管理和运营效率，同时，网络复制也变得困难。针对这个问题,可以通过采用N∶1虚拟化技术,将多台网络设备虚拟成一台逻辑设备,使得设备之间的协调工作转化为设备内部来处理,大大减少MSTP(多生成树协议)、VRRP(虚拟路由器冗余协议)的配置,加强了网络管理,并提高了设备的可靠性与运行效率,让网络回归简单。另一方面,采用N∶1虚拟化技术使得逻辑设备具备了强大的扩展能力,能够在不改变网络拓扑的前提下,向现有的逻辑设备中动态地增加物理设备,从而使整个虚拟化系统拥有更多的端口、更大的带宽和更强的处理能力。 1 基于n1辅助的虚拟化系统同步机制 N∶1虚拟化技术,就是将多台网络设备虚拟为一台逻辑上统一的设备,使其能够实现统一的运行,机框设备虚拟化如图1所示。 然而,传统的实现方式是将大部分的处理过程放到主设备处理,增大了主设备的负担,因此设备就需要更多的存储器资源和更强劲的CPU(中央处理器),增加了设备的硬件成本;降低了整个系统的可靠性,即如果主设备出现故障,将会导致整个虚拟化系统不能正常运行。采用N∶1虚拟化系统同步机制可以降低CPU和存储器资源的消耗,提高系统的可靠性和性能,其特点如下: (1)分布式二、三层数据转发。在虚拟化系统中,每台设备都应该有整个系统的二、三层FIB(转发信息库)表和三层路由表,所有设备能独立进行二、三层数据转发工作。 (2)分布式二层协议。能够在入侧设备端口对该设备所收到的协议报文进行处理;二层协议相关的状态机统一运行在端口所在的各自设备上,计算结果直接控制该设备的端口。 (3)冗余设计。同时保留设备内部的1∶1备份与设备间的1∶N备份这两种冗余功能。 2 u3000n1虚拟化同步机制的设计 2.1 基于事件同步策略 分布式的同步机制,从内容上可分为表项同步和事件同步两种。在分布式处理时,由于要考虑时序问题,可能会在某种特殊情况下同时操作相关联的表项,从而造成表项的混乱,所以需要根据具体事件和预期处理进行同步。一种方法是将事件处理结果打包成消息后同步到各板卡,各板卡只需接收结果,即表项同步;另一种方法是将事件打包成消息后同步到各板卡,让各板卡自己独立处理,即事件同步。三种常见的同步流程分别如图2~4所示。 2.2 软件模块与同步函数 同步函数完成主控之间配置、状态或动态表项的同步。需要进行数据同步的模块调用注册函数向同步任务注册,也可以调用注销函数从同步任务中注销,要同步的事件可以在一个周期内全部上报或对不同事件定义不同的周期上报。 软件模块在收到同步事件后可按照自定义的格式调用适配层同步函数发送全部要同步的内容,发送时可采用dcp、ha等数据通道或其他手段,但这些与上层软件模块无关。对于接收端可以通过同步函数完成接收端的数据分发,分发任务调用通告函数向上层模块通告时的事件是分发事件。 同步函数接口的flag参数是结构化的内容,如图5所示,最高8位用于指定系统号,中间8位用于指定槽位号,低8位用于标记同步范围(local/remote)。同步范围为local时,仅用于单个系统内部的同步,如主控到线卡,表示从上到下纵向性同步。同步范围为remote时,仅用于多个系统间的同步,如主系统到其从系统,表示平级同步。 2.3 行同步策略实现 虚拟化系统要经过虚拟化协议的选举后,才能进行初始化配置的同步,对当前相关模块的配置表项进行一次全部同步。通过配置文件的方式进行同步,配置文件包括startup和running两种,这样实现简单,且通信次数较少。在执行配置文件时不能进行系统间的配置,因此需要虚拟化系统在同步函数中添加对当前系统状态的判断,即:如果当前系统是初始化配置同步状态,则不进行系统间同步操作。同步数据需要可靠传输、应答重传,所以通过TFTP(普通文件传输协议)依次对各成员进行同步。虚拟化系统建立后所有成员设备均有完整的配置。 2.4 配置同步同步 虚拟化系统经过初始化配置同步后,其后的配置均是通过实时配置过程完成同步的。如图6所示,如果在从设备主动下发配置,则需要把配置由从设备发送到其他所有的从设备和主设备中去,主设备或其他从设备接收到配置信息后则不应再进行同步,只需向本设备下发配置即可。 对于Trunk、Vlan以及路由表等需全局设置的配置,各成员设备独立完成本系统的配置同步,无需主设备向各从设备进行配置同步,目的是为了减少虚拟化系统间的通信次数和系统设备的负荷。因此,在配置同步事件处理的模块中要增加是否为本地线卡的判断,如果不是则不进行全局配置同步。 2.5 接口物理地址改变事件的监听 虚拟化系统的物理地址对应初始化值应先取当前系统物理地址,经各成员设备通告协商后再修改自己的值,并调用通告函数通告虚拟化物