SDN网络多控制器结构失效备援设计.docVIP

SDN网络多控制器结构失效备援设计 　　摘要：为了提高可扩展性，软件定义网络出现了多控制器架构。但是多控制器架构中数据交互的复杂性也在快速增加，某个控制器故障导致网络不可用的情况时有发生。为了提高多控制器架构下软件定义网络的服务可靠性，本文设计了一种多控制器失效备援方法，降低了现有多控制器架构下提升网络可靠性的技术的复杂性，同时减少了控制器之间状态交互消息的数量，对提升网络服务质量，降低设备部署的成本和复杂性，保证网络的高可用性方面具有极为重要的意义。 　　关键词：软件定义网络；多控制器；失效备援 　　中图分类号：TN-915 　　文献标识码：A 　　DOI： 10.3969/j.issn.1003-6970.2016.01.017 　　本文著录格式：王钰琪，窦伟超.SDN网络多控制器结构的失效备援设计[J].软件，2016，37 （01）：71-75 　　O 引言 　　由于互联网应用的爆发式增长，全球信息量每年以指数级的速度增加；目前诸如路由器的数据转发设备将控制平面和数据转发平面耦合在一起，导致路由器要支持新功能所需要的升级成本和难度极大，安全性也不够高，网络需要一种新的结构来增强可扩展性和服务能力。SDN创造性的将控制平面的逻辑和转发平面分离，SDN中分为两种设备，交换机和控制器。控制器通过Openflow协议向交换机下发流表规则来控制交换机的转发能力，交换机通过流表完成数据的转发。SDN的核心在于转发逻辑不再固化于硬件，所有的转发逻辑都由控制器通过Openflow协议动态下发至交换机，交换机因此可以支持各种类型的规则，极大的增强了网络的可扩展性。 　　但是，现有的SDN分布式架构同样遇到一些挑战，控制平面的集中化使得控制器出现单点故障的危害性较大，同时单个控制器可支持的交换机数量有限，不能满足网络规模的不断扩展。为了解决这个问题，SDN网络出现了多控制器架构，现有的多控制器结构中，每个控制器会控制一部分交换机，这部分交换机作为此控制器管的一个域，各个控制器管控单独的一个区域内的交换机。如图1所示，控制器之间交换控制信息达到全网数据包转发和管理的目的。相邻的交换机之间交换拓扑状态、交换机信息等数据，这样使得整个网络中任何两个域的数据流量可以被转发。同时这种结构也解决了聚集式控制平面出现的低扩展性和高负载的问题。 　　但是这种架构仍然没有解决在某个控制器出现故障以后出现的网络可靠性损失，当某一个控制器出现故障之后，部分交换机会失去连接导致一些服务失效。为了最小化这种故障，必须要有一种快速反应机制使失去连接的交换机与其他存活的控制器建立连接。现有的基于多控制器提出扁平化架构的失效备援解决方案中，各个控制器都维护全网络的拓扑，某一控制器失效不会影响到网络服务损失，但是此种方法使控制局部网络的控制器维护全网拓扑，单个控制器维护大量状态，负载过高导致性能下降。 　　l 相关研究工作 　　过去的几年中，一些方法将软件定义网络中集中化的控制平面逻辑上分布在多个控制器上，同时也提出了控制器故障时的解决方案，但是这些方法都要在各个控制器之间产生大量控制消息的流量。如.Onix和HyperFlow。Onix作为作为一个分布式控制器，它基于扁平分布式控制器架构，通过网络信息库进行管理。每个控制器都有各自独立的信息库，并且各个控制器之间通过数据交互保持信息库的一致性，可以实现控制器之间的数据同步和更新。HyperFlow允许部署多个控制器，并将这些控制器分布在网络中的不同位置。控制器之间物理上分离但是逻辑上集中。HyperFlow在某控制器失效时，通过手动配置的方法将失效控制器管理的交换机重新配置到新控制器上，保证了可用性。但是使用这种方法网络管理员工作量较大而且耗时较长。还有一种方法被提出，它在多控制器环境下能够在一些环境下提升网络可靠性，但是部署相对比较复杂。 　　上述的这些结构和方法，每个控制器虽然掌握了全网状态信息，但只能控制局部网络，造成了一定的资源浪费，同时一旦有一个控制器信息出现变更，就要向全部控制器传输更新消息，增加了网络更新时控制器的整体负载。 　　为了解决多控制器场景下控制器失效导致网络服务质量降低的问题，本文提出了一种软件定义网络中多控制器失效备援方法，将由于控制器故障而失去连接的交换机动态切换到其他相邻控制器上，能够对控制器失效反应快速且保证全网的连接性。为此我们设计一个主控制器管控其他控制器，维持网络全局信息，主控制器和其他控制器保持心跳，确保其他控制器正常工作。各个控制器向主控制器报告自己控制的交换机信息。当某控制器失效时，失去连接的交换机能够向主控制器提出请求，主控制器选择一个合适的控制器，保证各个控制器上交换机数量负载均衡。 　　2 失效备援机制 　　2.1 多控制器失效备援架构