CN107919979B - 控制器状态处理方法及装置 - Google Patents

Abstract

本发明实施例涉及一种控制器状态处理方法及装置，该方法包括：判断是否接收到与所述第一控制器连接的交换机发送的控制器状态消息，所述控制器状态消息用于表征与所述交换机连接的全部控制器的当前工作状态；如果接收到所述控制器状态消息，则根据所述控制器状态消息，获取与所述交换机连接的第二控制器的当前工作状态；根据所述第二控制器的当前工作状态和所述第一控制器的当前工作模式，调整或维持所述第一控制器的当前工作模式。由此，可以避免同一个区域中同时存在两个主控制器，导致对交换机的控制出现混乱的问题，即能够避免区域内发生脑裂情形。

Description

控制器状态处理方法及装置

技术领域

本发明涉及网络管理技术领域，尤其涉及一种控制器状态处理方法及装置。

背景技术

虚拟应用融合架构控制器(英文：Virtual Converged Framework Controller，简称：VCFC)的区域(Region)是一种基于Openflow协议的高可用性(英文：HighAvailability，简称：HA)集群技术。每个区域中包括一个主控制器(对应Openflow角色为主(Master)的控制器)和一个备控制器(对应Openflow角色为备(Slave)的控制器)。上层应用通过主控制器向该区域内的Openflow交换机下发Openflow配置，Openflow交换机通过Openflow配置实现对报文转发处理。当区域内的主控制器故障或者失去与交换机的Openflow连接，而无法继续再对区域内的交换机进行管理时，区域内的备控制器转换为主控制器，并接管区域内的交换机。

图1是现有技术中的实现区域的高可用性的示意图。如图1所示，区域内的主控制器和备控制器通过互相发送定时的心跳消息来检测对方是否存在，并且备控制器根据彼此之间是否成功发送心跳消息来控制自身角色的转换。例如，若备控制器检测到自身已无法与主控制器发送心跳消息，则备控制器确定主控制器离开或故障，主控制器失去对与其连接的交换机的管理，备控制器将自身转换为主控制器，接管区域中的交换机，从而实现区域的高可用性。

然而，在主控制器和备控制器这两者都存在于区域中、但是这两者之间的链路断开的情况下，主控制器和备控制器之间无法成功发送心跳消息。如果备控制器根据彼此之间是否成功发送心跳消息来控制自身角色的转换，则备控制器会错误地将自身转换为主控制器，使得同一个区域中同时存在两个主控制器，导致该区域内对交换机的控制出现混乱，即脑裂(brain-split)情形。

发明内容

有鉴于此，本发明提出了一种控制器状态处理方法及装置，解决了区域内同时出现两个主控制器，导致对交换机的控制出现混乱的问题。

根据本发明的第一方面，提供了一种控制器状态处理方法，应用于第一控制器，该方法包括：

判断是否接收到与所述第一控制器连接的交换机发送的控制器状态消息，所述控制器状态消息用于表征与所述交换机连接的全部控制器的当前工作状态；

如果接收到所述控制器状态消息，则根据所述控制器状态消息，获取与所述交换机连接的第二控制器的当前工作状态；

根据所述第二控制器的当前工作状态和所述第一控制器的当前工作模式，调整或维持所述第一控制器的当前工作模式。

结合第一方面，在第一种可能的实现方式中，所述判断是否接收到与所述第一控制器连接的交换机发送的控制器状态消息之前，所述方法还包括：

设置所述第一控制器的当前工作模式；

向所述交换机周期性的发送配置管理消息，所述配置管理消息用于获取所述控制器状态消息。

结合第一方面，在第二种可能的实现方式中，所述根据所述第二控制器的当前工作状态和所述第一控制器的当前工作模式，调整或维持所述第一控制器的当前工作模式，包括：

当所述第二控制器的当前工作状态为激活状态，且所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将所述第一控制器的当前工作模式转换为备控制器；

当所述第二控制器的当前工作状态为所述激活状态，且所述第一控制器的当前工作模式为预设的备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第二控制器的当前工作状态为待机状态，且所述第一控制器的当前工作模式为预设的备控制器时，将所述第一控制器的当前工作模式转换为主控制器；

当所述第二控制器的当前工作状态为待机状态，且所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，维持所述第一控制器的当前工作模式为主控制器。

结合第一方面，在第三种可能的实现方式中，如果未接收到所述控制器状态消息，所述方法还包括：

当所述第一控制器的当前工作模式为预设的备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将所述第一控制器的当前工作模式转换为备控制器；

当所述第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第一控制器的当前工作模式为预设的主控制器时，将所述第一控制器的当前工作模式转换为备控制器。

结合第一方面，在第四种可能的实现方式中，所述根据所述第二控制器的当前工作状态和所述第一控制器的当前工作模式，调整或维持所述第一控制器的当前工作模式，包括：

当所述第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，将所述第一控制器的当前工作模式转换为主控制器；

当所述第一控制器的当前工作模式为预设的主控制器时，维持所述第一控制器的当前工作模式为主控制器。

根据本发明的第二方面，提供了一种控制器状态处理装置，应用于第一控制器，该装置包括：

判断模块，用于判断是否接收到与所述第一控制器连接的交换机发送的控制器状态消息，所述控制器状态消息用于表征与所述交换机连接的全部控制器的当前工作状态；

获取模块，用于如果接收到所述控制器状态消息，则根据所述控制器状态消息，获取与所述交换机连接的第二控制器的当前工作状态；

处理模块，用于根据所述第二控制器的当前工作状态和所述第一控制器的当前工作模式，调整或维持所述第一控制器的当前工作模式。

结合第二方面，在第一种可能的实现方式中，所述装置还包括：

设置模块，用于设置所述第一控制器的当前工作模式；

发送模块，用于向所述交换机周期性的发送配置管理消息，所述配置管理消息用于获取所述控制器状态消息。

结合第二方面，在第二种可能的实现方式中，所述处理模块具体用于，

当所述第二控制器的当前工作状态为激活状态，且所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将所述第一控制器的当前工作模式转换为备控制器；

当所述第二控制器的当前工作状态为所述激活状态，且所述第一控制器的当前工作模式为预设的备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第二控制器的当前工作状态为待机状态，且所述第一控制器的当前工作模式为预设的备控制器时，将所述第一控制器的当前工作模式转换为主控制器；

当所述第二控制器的当前工作状态为待机状态，且所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，维持所述第一控制器的当前工作模式为主控制器。

结合第二方面，在第三种可能的实现方式中，如果未接收到所述控制器状态消息，所述处理模块还用于：

当所述第一控制器的当前工作模式为预设的备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将所述第一控制器的当前工作模式转换为备控制器；

当所述第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第一控制器的当前工作模式为预设的主控制器时，将所述第一控制器的当前工作模式转换为备控制器。

结合第二方面，在第四种可能的实现方式中，所述处理模块具体用于，

当所述第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，将所述第一控制器的当前工作模式转换为主控制器；

当所述第一控制器的当前工作模式为预设的主控制器时，维持所述第一控制器的当前工作模式为主控制器。

根据本发明的第三方面，提供了一种服务器，包括：处理器和机器可读存储介质，所述机器可读存储介质存储有能够被所述处理器执行的机器可执行指令，所述处理器被所述机器可执行指令促使：实现上述方法步骤。

根据本发明的第四方面，提供了一种机器可读存储介质，所述机器可读存储介质为服务器中的存储介质，存储有机器可执行指令，在被处理器调用和执行时，所述机器可执行指令促使所述处理器：实现上述方法步骤。

根据本发明提供的技术方案能够实现如下有益技术效果：如果第一控制器根据接收到的控制器状态消息获取到第二控制器的当前工作状态，则根据第二控制器的当前工作状态和第一控制器的当前工作模式，调整或维持第一控制器的当前工作模式，由此，可以避免同一个区域中同时存在两个主控制器，导致对交换机的控制出现混乱的问题，即能够避免区域内发生脑裂情形。

根据下面参考附图对示例性实施例的详细说明，本发明的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本发明的示例性实施例、特征和方面，并且用于解释本发明的原理。

图1是现有技术中的实现区域的高可用性的示意图。

图2是根据一示例性实施例示出的一种控制器状态处理方法的流程图。

图3是本发明实施例提供的实现区域的高可用性的示意图。

图4是根据一示例性实施例示出的另一种控制器状态处理方法的流程图。

图5是根据一示例性实施例示出的一种控制器状态处理装置的结构框图。

图6是根据一示例性实施例示出的一种控制器状态处理装置的硬件结构框图。

具体实施方式

以下将参考附图详细说明本发明的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本发明，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本发明同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本发明的主旨。

为便于说明，以下首先对本发明涉及的部分概念进行解释说明。

在软件定义网络(英文：Software Defined Network，简称：SDN)中，任意一台OpenFlow转发设备，即交换机，可以同时连接多台控制器，不同的控制器具有不同的角色并且被赋予不同的权限。一个集群(Cluster)由多个区域(Region)构成，每个区域中包括多台控制器。每个区域包括主(Master)控制器和备(Slave)控制器这两台控制器，上层应用通过主控制器向交换机下发OpenFlow流表以指导交换机实现对报文的转发处理。

当主控制器发生故障或者失去和交换机的连接(例如OpenFlow连接)时，该主控制器无法继续对区域内的交换机进行管理，备控制器接替该主控制器而成为新的主控制器，以接管区域内的交换机。新的主控制器向交换机下发OpenFlow角色请求消息(RoleRequest Message)，以通知交换机主控制器已变更，并且还向上层应用通知该新的主控制器。上层应用接收到备控制器改变为新的主控制器的事件之后，使用该新的主控制器向交换机下发OpenFlow流表。

下面结合说明书附图对本发明实施例进行解释说明。

图2是根据一示例性实施例示出的一种控制器状态处理方法的流程图，该控制器状态处理方法可以应用于第一控制器，其中第一控制器为区域所包括的控制器中的任意一台控制器。如图2所示，该控制器状态处理方法可以包括如下步骤。

在步骤S110中，判断是否接收到与第一控制器连接的交换机发送的控制器状态消息，该控制器状态消息用于表征与交换机连接的全部控制器的当前工作状态。

图3是本发明实施例提供的实现区域的高可用性的示意图。如图3所示，区域中包括主控制器和备控制器这两台控制器。

下述以区域中包括的第一控制器和第二控制器为例进行说明。控制器的当前工作状态包括激活(ESTABLISHED)状态和待机(IDLE)状态。其中，控制器的当前工作状态为激活状态表示该控制器保持与交换机之间的连接，控制器的当前工作状态为待机状态表示该控制器失去与交换机之间的连接。

第一控制器根据控制器状态消息能够确定出第二控制器的当前工作状态。当然，第二控制器根据控制器状态消息也能够确定出第一控制器的当前工作状态。

在一种可能的实现方式中，在步骤S110之前还可以包括：设置第一控制器的当前工作模式；向交换机周期性地发送配置管理消息，该配置管理消息用于获取控制器状态消息。

如图3所示，相比于图1中的主控制器和备控制器通过互相发送心跳消息确认对方是否还存在于区域中，在本发明实施例中，主控制器和备控制器都周期性地向交换机发送配置管理消息，通过交换机反馈的控制器状态消息，实时并准确地获取区域中其他控制器的当前状态。

本发明实施例中，如果在步骤S110之前设置第一控制器的当前工作模式为主控制器，则表明第一控制器为预设的主控制器，由于一个区域中的两个控制器分别为主控制器和备控制器，因此第二控制器自然为预设的备控制器。相应地，如果在步骤S110之前设置第一控制器的当前工作模式为备控制器，则表明第一控制器为预设的备控制器，第二控制器自然为预设的主控制器。

可以理解的是，在一个区域中，预先配置该区域中的主控制器和备控制器，在第一控制器为预设的主控制器并且第一控制器连接到交换机之后，第一控制器向交换机下发角色请求信息以表明自身的当前工作模式为主控制器；或者，在第一控制器为预设的备控制器并且第一控制器连接到交换机之后，第一控制器向交换机下发角色请求信息以表明自身的当前工作模式为备控制器。

也就是说，无论第一控制器为预设的主控制器还是预设的备控制器，在第一控制器连接到交换机之后，第一控制器都向交换机下发角色请求消息以表明自身的当前工作模式。

示例性的，如果第一控制器向交换机下发的角色请求消息包括的字段为OFPCR_ROLE_MASTER，则表明第一控制器的当前工作模式为主控制器；或者，如果第一控制器向交换机下发的角色请求消息包括的字段为OFPCR_ROLE_SLAVE，则表明第一控制器的当前工作模式为备控制器。

然后，无论第一控制器为预设的主控制器还是预设的备控制器，第一控制器都可以周期性(以一个固定的频率，例如，5秒)地通过某网络协议向交换机发送配置管理消息以向交换机请求控制器状态消息。在交换机接收到第一控制器发送的配置管理消息的情况下，如果第一控制器与交换机之间的连接未断开，则第一控制器可以接收到交换机发送的控制器状态消息。如果第一控制器与交换机之间的连接断开，则第一控制器无法接收到交换机发送的控制器状态消息。

在一种可能的实现方式中，该网络协议可以为网络配置协议(英文：NetworkConfiguration Protocol，简称：NETCONF)。第一控制器可以先建立与交换机之间的NETCONF会话，然后周期性地通过NETCONF通道(例如，NETCONF的get接口)向交换机发送配置管理消息。

最后，如果第一控制器与交换机之间的连接未断开，则第一控制器可以接收到交换机发送的控制器状态消息。控制器状态消息可具体为NETCONF消息。示例性的，发送配置管理消息的周期可为5秒。

NETCONF是一种基于可扩展标记语言(英文：Extensible Markup Language，简称：XML)的网络管理协议，它提供了一种对网络设备进行配置和管理的方法。该协议允许网络设备提供一系列完整、规范化的编程接口，应用程序或用户可通过该接口为网络设备设置参数或获取参数值等。

本领域技术人员能够理解的是，控制器还可以采用其它网络协议向交换机发送配置管理消息，本发明对此不作限制。

在步骤S130中，如果接收到控制器状态消息，则根据控制器状态消息，获取与交换机连接的第二控制器的当前工作状态。

本发明实施例中，控制器状态消息至少携带有控制器的当前工作状态。如上所述的，控制器的当前工作状态包括激活状态和待机状态。控制器的当前工作状态为激活状态表示该控制器保持与交换机之间的连接，如果该控制器为主控制器，则该控制器能够对与其连接的交换机进行管理。控制器的当前工作状态为待机状态表示该控制器失去与交换机之间的连接，如果该控制器为主控制器，则该控制器无法再对交换机进行管理。

如上所述的，控制器状态消息具体为NETCONF消息。示例性的，NETCONF消息的XML格式如下：

在步骤S150中，根据第二控制器的当前工作状态和第一控制器的当前工作模式，调整或维持第一控制器的当前工作模式。

本发明实施例中，可以采用如下任意一种或多种方式来根据第二控制器的当前工作状态和第一控制器的当前工作模式，调整或维持第一控制器的当前工作模式。

方式一、当第二控制器的当前工作状态为激活状态，且第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，则将第一控制器的当前工作模式转换为备控制器。

具体地，本发明实施例中，第一控制器为预设的备控制器而第二控制器为预设的主控制器。在第二控制器失去与交换机(可以理解的是，该交换机为区域内的交换机，下述简称交换机)之间的连接的情况下，第一控制器根据控制器状态消息获取到第二控制器的当前工作状态为待机状态，表明第二控制器失去与交换机之间的连接。第二控制器无法再继续管理交换机，第一控制器将自身的当前工作模式由预设的备控制器转换为主控制器，从而接替第二控制器来管理交换机。

此时，第一控制器需要向交换机下发角色请求消息以表明自身的当前工作模式为主控制器，在交换机接收到该角色请求消息之后，交换机改变自身保存的第一控制器的角色，即，交换机将自身保存的第一控制器的角色改变为主。

随后，如果第一控制器根据控制器状态消息获取到第二控制器的当前工作状态为激活状态，则表明第二控制器恢复了与交换机的连接。第二控制器能够再次管理交换机，在该情况下，第一控制器将自身的当前工作模式由当前的主控制器恢复为预设的备控制器。

此时，第一控制器需要再次向交换机下发角色请求消息以表明自身的当前工作模式为备控制器，在交换机接收到该角色请求消息之后，交换机改变自身保存的第一控制器的角色，即，交换机将自身保存的第一控制器的角色改变为备。

当然，如果第二控制器失去与交换机之间的连接，则第二控制器无法再管理交换机，第二控制器将自身的工作模式由预设的主控制器转换为备控制器。此时，第二控制器需要向交换机下发角色请求消息以表明自身的当前工作模式为备控制器，在交换机接收到该角色请求消息之后，交换机改变自身保存的第二控制器的角色，即，交换机将自身保存的第二控制器的角色改变为备。

因此，如果第二控制器的当前工作状态为激活状态并且第一控制器的当前工作模式已由预设的备控制器转换为主控制器，则将第一控制器的当前工作模式转换为备控制器。这样，在区域中的两台控制器都保持与交换机的连接并且这两台控制器之间的链路断开的情况下，能够保证该区域中仅存在一个主控制器，从而可以避免同一个区域中同时存在两个主控制器，导致对交换机的控制出现混乱的问题，即能够避免区域内发生脑裂情形。

方式二、当第二控制器的当前工作状态为激活状态，且第一控制器的当前工作模式为预设的备控制器时，则维持第一控制器的当前工作模式为备控制器。

具体地，本发明实施例中，第一控制器为预设的备控制器而第二控制器为预设的主控制器。如果第二控制器没有失去与交换机之间的连接，则第二控制器能够管理交换机。在该情况下，第一控制器根据控制器状态消息获取到第二控制器的当前工作状态为激活状态，表明第二控制器能够管理交换机，第一控制器将自身的工作模式维持为预设的备控制器。

随后，如果第一控制器根据控制器状态消息获取到第二控制器的当前工作状态为激活状态，则表明第二控制器仍然能够管理交换机，第一控制器仍然将自身的工作模式维持为预设的备控制器。

因此，如果第二控制器的当前工作状态为激活状态并且第一控制器的当前工作模式为预设的备控制器，则维持第一控制器的当前工作模式为备控制器。这样，能够增加区域的控制器配置的可靠性，从而能够实现区域的高可用性。

方式三、当第二控制器的当前工作状态为待机状态，且第一控制器的当前工作模式为预设的备控制器时，则将第一控制器的当前工作模式转换为主控制器。

关于“第一控制器的当前工作模式为预设的备控制器”的说明具体可以参见上述方式二中的描述，在此不再赘述。

具体地，本发明实施例中，在第一控制器的当前工作模式为预设的备控制器之后，如果第一控制器根据控制器状态消息获取到第二控制器的当前工作状态改变为待机状态，则表明第二控制器失去了与交换机的连接。第二控制器无法再管理交换机，第一控制器将自身的当前工作模式转换为主控制器。

此时，第一控制器需要向交换机下发角色请求消息以表明自身的当前工作模式，在交换机接收到该角色请求消息之后，交换机改变自身保存的第一控制器的角色。即，交换机将自身保存的第一控制器的角色改变为主。

当然，如果第二控制器失去了与交换机的连接，则第二控制器无法再管理交换机，第二控制器将自身转换为备控制器。

此时，第二控制器需要向交换机下发角色请求消息以表明自身的当前工作模式，在交换机接收到该角色请求消息之后，交换机改变自身保存的第二控制器的角色。即，交换机将自身保存的第二控制器的角色改变为备。

因此，如果第二控制器的当前工作状态为待机状态并且第一控制器的当前工作模式由预设的备控制器维持为备控制器，则表明预设的主控制器即第二控制器失去了与交换机的连接，预设的主控制器无法管理交换机，因此预设的备控制器即第一控制器使自身为主控制器从而接替预设的主控制器来管理交换机，这样能够增加区域的控制器配置的可靠性，从而能够实现区域的高可用性。

方式四、当第二控制器的当前工作状态为待机状态，且第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，则维持第一控制器的当前工作模式为主控制器。

关于“第一控制器的当前工作模式已由预设的备控制器转换为主控制器”的说明具体可以参见上述方式一中的描述，在此不再赘述。

具体地，本实施例中，在第一控制器的当前工作模式已由预设的备控制器转换为主控制器之后，如果第一控制器根据控制器状态消息获取到第二控制器的当前工作状态仍然为待机状态，则表明第二控制器仍然失去与交换机的连接。第二控制器仍然无法管理交换机，在该情况下，第一控制器将自身的工作模式维持为主控制器。

因此，如果第二控制器的当前工作状态为待机状态并且第一控制器的当前工作模式已由预设的备控制器转换为主控制器，则表明预设的主控制器即第二控制器失去了与交换机的连接，预设的主控制器无法管理交换机。因此预设的备控制器即第一控制器使自身为主控制器从而接替预设的主控制器来管理交换机，这样能够增加区域的控制器配置的可靠性，从而能够实现区域的高可用性。由此，在本实施例中，如果第一控制器根据接收到的控制器状态消息获取到第二控制器的当前工作状态，则根据第二控制器的当前工作状态和第一控制器的当前工作模式，调整或维持第一控制器的当前工作模式，由此，可以避免同一个区域中同时存在两个主控制器，导致对交换机的控制出现混乱的问题，即能够避免区域内发生脑裂情形。

另外，通过比较图1和图3可知，现有技术中主、备控制器通过互相发送心跳消息来检测对方是否存在；备控制器依据彼此之间是否成功发送心跳消息来控制自身角色的转换。而在本发明实施例中，控制器(无论主、备控制器)均是通过是否接收到交换机发送的控制器状态消息来检测自身是否与交换机连接，并且通过另一控制器的当前工作状态和自身的当前工作模式来控制角色的转换，能够增加区域的控制器配置的可靠性，从而能够实现区域的高可用性。由此，可以避免同一个区域中同时存在两个主控制器，导致对交换机的控制出现混乱的问题，即能够避免区域内发生脑裂情形。

在一种可能的实现方式中，如果未接收到控制器状态消息，本发明实施例中的控制器状态处理方法还包括下述步骤：

当第一控制器的当前工作模式为预设的备控制器时，维持第一控制器的当前工作模式为备控制器(为便于说明，以下称为方式五)；

当第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将第一控制器的当前工作模式转换为备控制器(为便于说明，以下称为方式六)；

当第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，维持第一控制器的当前工作模式为备控制器(为便于说明，以下称为方式七)；

当第一控制器的当前工作模式为预设的主控制器时，将第一控制器的当前工作模式转换为备控制器(为便于说明，以下称为方式八)。

具体地，对于方式五，关于“第一控制器的当前工作模式为预设的备控制器”的说明具体可以参见上述方式二中的描述。

具体地，对于方式六，关于“第一控制器的当前工作模式已由预设的备控制器转换为主控制器”的说明具体可以参见上述方式一中的描述，在此不再赘述。并且，由于此时第一控制器未接收到控制器状态消息，因此第一控制器失去与交换机的连接，将第一控制器的当前工作模式转换为备控制器。

此时，第一控制器需要向交换机下发角色请求消息以表明自身的当前工作模式为备控制器，在交换机接收到该角色请求消息之后，交换机改变自身保存的第一控制器的角色，即，交换机将自身保存的第一控制器的角色改变为备。

具体地，对于方式七，在第一控制器为预设的主控制器而第二控制器为预设的备控制器的情况下，如果第一控制器失去与交换机之间的连接，则第一控制器无法再管理交换机。第一控制器将自身的工作模式由预设的主控制器转换为备控制器，即第一控制器的当前工作模式已由预设的主控制器转换为备控制器。

此时，第一控制器需要向交换机下发角色请求消息以表明自身的当前工作模式为备控制器，在交换机接收到该角色请求消息之后，交换机改变自身保存的第一控制器的角色，即，交换机将自身保存的第一控制器的角色改变为备。

并且，由于此时第一控制器未接收到控制器状态消息，因此第一控制器仍然失去与交换机之间的连接。第一控制器仍然无法管理交换机，因而维持第一控制器的当前工作模式为备控制器。

另外，在第一控制器失去与交换机之间的连接的情况下，第二控制器根据控制器状态消息获取到第一控制器的当前工作状态为待机状态，表明第一控制器失去与交换机之间的连接。第一控制器无法再管理交换机，第二控制器将自身的工作模式由预设的备控制器转换为主控制器，从而接替第一控制器来管理交换机。此时，第二控制器需要向交换机下发角色请求消息以表明自身的当前工作模式为主控制器，在交换机接收到该角色请求消息之后，交换机改变自身保存的第二控制器的角色，即，交换机将自身保存的第二控制器的角色改变为主。

具体地，对于方式八，在第一控制器为预设的主控制器而第二控制器为预设的备控制器的情况下，如果第一控制器没有失去与交换机之间的连接，则第一控制器能够管理交换机，第一控制器的当前工作模式维持预设的主控制器。并且，由于此时第一控制器未接收到控制器状态消息，因此第一控制器失去与交换机之间的连接。第一控制器无法管理交换机，将第一控制器的当前工作模式转换为备控制器。

此时，第一控制器需要向交换机下发角色请求消息以表明自身的当前工作模式为备控制器，在交换机接收到该角色请求消息之后，交换机改变自身保存的第一控制器的角色，即，交换机将自身保存的第一控制器的角色改变为备。

因此，本发明实施例中，如果第一控制器没有接收到控制器状态消息，则表明第一控制器失去了与交换机的连接。在该情况下，无论第一控制器为预设的备控制器还是预设的主控制器，以及第一控制器的当前工作模式为主控制器还是备控制器，第一控制器都使自身为备控制器，能够增加区域的控制器配置的可靠性，从而能够实现区域的高可用性。

在一种可能的实现方式中，可以采用如下任意一种或多种方式来根据第二控制器的当前工作状态和第一控制器的当前工作模式，调整或维持第一控制器的当前工作模式。

方式九、当第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，将第一控制器的当前工作模式转换为主控制器。

具体地，对于方式九，关于“第一控制器的当前工作模式已由预设的主控制器转换为备控制器”的说明具体可以参见上述七的描述，在此不再赘述。

方式十、当第一控制器的当前工作模式为预设的主控制器时，则维持第一控制器的当前工作模式为主控制器。

具体地，对于方式十，关于“第一控制器的当前工作模式为预设的主控制器”的说明具体可以参见上述方式八的描述，在此不再赘述。

本发明实施例中，如果第一控制器接收到控制器状态消息并且第一控制器为预设的主控制器，则表明第一控制器与交换机连接，能够管理交换机。因此，无论第一控制器的当前工作模式为主控制器还是经主控制器转换为备控制器，第一控制器都使自身为主控制器，从而管理交换机，这样能够增加区域的控制器配置的可靠性，从而能够实现区域的高可用性。

相应地，在第一控制器恢复了与交换机的连接的情况下，预设的备控制器即第二控制器根据接收到的控制器状态消息能够确定出第一控制器的当前工作状态为激活状态，按照上述方法可知，第二控制器使自身为备控制器，从而可以避免同一个区域中同时存在两个主控制器，即能够避免发生脑裂情形。

图4是根据一示例性实施例示出的另一种控制器状态处理方法的流程图。如图4所示，该控制器状态处理方法可以包括如下步骤。

在步骤S201中，判断是否接收到与第一控制器连接的交换机发送的控制器状态消息。

本步骤的执行具体可参见上述步骤S110的描述，在此不再赘述。

在判断为“是”的情况下，执行下述步骤S202。

相应地，在判断为“否”的情况下，第一控制器根据自身的当前工作模式，执行下述步骤S209至步骤S212中的任意一个步骤。

可以理解的是，当第一控制器未接收到控制器状态消息时，说明第一控制器无法与交换机进行正常通信。此时，无论第一控制器预先设置的工作模式、当前工作模式为主控制器或者备控制器，第一控制器均维持或调整自身的当前工作模式为备控制器。

需要说明的是，步骤S209至步骤S212为平行步骤。

在步骤S202中，根据控制器状态消息，获取与交换机连接的第二控制器的当前工作状态。

具体地，根据步骤S201的判断，在接收到控制器状态消息，并从中获取到第二控制器的当前工作状态后，第一控制器根据自身的当前工作模式、第二控制器的当前工作状态，执行下述步骤S203至步骤S208中的任意一个步骤。

需要说明的是，步骤S203至步骤S208为平行步骤。

进一步地，还可根据第一、第二控制器预设的工作模式对步骤S203至步骤S208进行划分。例如，当第一控制器为预设的备控制器，第二控制器为预设的主控制器时，执行下述步骤S203至步骤S206；当第一控制器为预设的主控制器时，第二控制器为预设的备控制器时，执行下述步骤S207或步骤S208。

再例如，还可根据接收到的第二控制器的当前工作状态对步骤S203至步骤S206进行划分。第一控制器在获取到第二控制器的当前工作状态为激活状态的情况下，执行下述步骤S203或步骤S204。或者，第一控制器在获取到第二控制器的当前工作状态为待机状态的情况下，执行下述S205或步骤S206。

可以理解的是，步骤S203、步骤S206中，第一控制器的当前工作模式均发生了转换。即，由预设的备控制器转换为主控制器。

更进一步地，步骤S207、步骤S208中，第一控制器均为预设的主控制器，第二控制器均为预设的备控制器。由于在控制器的角色级别中，主控制器的级别高于备控制器的级别，因此，在执行步骤S207中，第一控制器在先已从主控制器转换为备控制器，但当第一控制器可接收到控制器状态消息后，根据其在先预设的控制器角色，第一控制器可再次将自身的当前工作模式恢复为主控制器。

在步骤S203中，当第二控制器的当前工作状态为激活状态，且第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将第一控制器的当前工作模式转换为备控制器。具体可参见前文关于方式一的描述，在此不再赘述。

在步骤S204中，当第二控制器的当前工作状态为激活状态，且第一控制器的当前工作模式为预设的备控制器时，维持第一控制器的当前工作模式为备控制器。具体可参见前文关于方式二的描述，在此不再赘述。

在步骤S205中，当第二控制器的当前工作状态为待机状态，且第一控制器的当前工作模式为预设的备控制器时，将第一控制器的当前工作模式转换为主控制器。具体可参见前文关于方式三的描述，在此不再赘述。

在步骤S206中，当第二控制器的当前工作状态为待机状态，且第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，维持第一控制器的当前工作模式为主控制器。具体可参见前文关于方式四的描述，在此不再赘述。

在步骤S207中，当第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，将第一控制器的当前工作模式转换为主控制器。具体可参见前文关于方式九的描述，在此不再赘述。

在步骤S208中，当第一控制器的当前工作模式为预设的主控制器时，维持第一控制器的当前工作模式为主控制器。具体可参见前文关于方式十的描述，在此不再赘述。

在步骤S209中，当第一控制器的当前工作模式为预设的备控制器时，维持第一控制器的当前工作模式为备控制器。具体可参见前文关于方式五的描述，在此不再赘述。

在步骤S210中，当第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将第一控制器的当前工作模式转换为备控制器。具体可参见前文关于方式六的描述，在此不再赘述。

在步骤S211中，当第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，维持第一控制器的当前工作模式为备控制器。具体可参见前文关于方式七的描述，在此不再赘述。

在步骤S212中，当第一控制器的当前工作模式为预设的主控制器时，将第一控制器的当前工作模式转换为备控制器。具体可参见前文关于方式八的描述，在此不再赘述。

因此，在本发明实施例中，在区域中的两台控制器都保持与交换机的连接并且这两台控制器之间的链路断开的情况下，能够保证该区域中仅存在一个主控制器，从而可以避免同一个区域中同时存在两个主控制器，导致对交换机的控制出现混乱的问题，即能够避免区域内发生脑裂情形。并且，能够增加区域的控制器配置的可靠性，从而能够实现区域的高可用性。

图5是根据一示例性实施例示出的一种控制器状态处理装置的结构框图，该控制器状态处理装置可以应用于第一控制器，该第一控制器可以是区域所包括的两台控制器中的任意一台控制器。在实际应用中，该装置可通过装载在服务器中的软件模块实现，或者，该装置可通过装载在服务器中的虚拟机实现。

如图5所示，该控制器状态处理装置400可以包括判断模块410、获取模块430和处理模块450。

其中，判断模块410用于判断是否接收到与第一控制器连接的交换机发送的控制器状态消息，该控制器状态消息用于表征与交换机连接的全部控制器的当前工作状态。

获取模块430与判断模块410连接，用于如果接收到控制器状态消息，则根据控制器状态消息，获取与交换机连接的第二控制器的当前工作状态。

处理模块450与获取模块430连接，用于根据第二控制器的当前工作状态和第一控制器的当前工作模式，调整或维持第一控制器的当前工作模式。

在一种可能的实现方式中，控制器状态处理装置400还可以包括设置模块(未示出)和发送模块(未示出)。

其中，设置模块用于设置第一控制器的当前工作模式；

发送模块用于向交换机周期性的发送配置管理消息，该配置管理消息用于获取控制器状态消息。

在一种可能的实现方式中，处理模块450具体用于，

当第二控制器的当前工作状态为激活状态，且第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，则将第一控制器的当前工作模式转换为备控制器；

当第二控制器的当前工作状态为激活状态，且第一控制器的当前工作模式为预设的备控制器时，则维持第一控制器的当前工作模式为备控制器；

当第二控制器的当前工作状态为待机状态，且第一控制器的当前工作模式为预设的备控制器时，则将第一控制器的当前工作模式转换为主控制器；

当第二控制器的当前工作状态为待机状态，且第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，则维持第一控制器的当前工作模式为主控制器。

在一种可能的实现方式中，如果未接收到控制器状态消息，处理模块450还用于：

当第一控制器的当前工作模式为预设的备控制器时，维持第一控制器的当前工作模式为备控制器；

当第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将第一控制器的当前工作模式转换为备控制器；

当第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，维持第一控制器的当前工作模式为备控制器；

当第一控制器的当前工作模式为预设的主控制器时，将第一控制器的当前工作模式转换为备控制器。

在一种可能的实现方式中，处理模块450具体用于，

当第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，将第一控制器的当前工作模式转换为主控制器；

当第一控制器的当前工作模式为预设的主控制器时，则维持第一控制器的当前工作模式为主控制器。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6是根据一示例性实施例示出的一种控制器状态处理装置的硬件结构框图。在实际应用中，该装置可通过服务器实现。参照图6，该装置900可包括处理器901、存储有机器可执行指令的机器可读存储介质902。处理器901与机器可读存储介质902可经由系统总线903通信。并且，处理器901通过读取机器可读存储介质902中与区域处理逻辑对应的机器可执行指令以执行上文所述的控制器状态处理方法。

上述提到的机器可读存储介质902可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据，等等。例如，机器可读存储介质可以是：随机存取存储器(英文：Radom Access Memory，简称：RAM)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)，或者类似的存储介质，或者它们的组合。

以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (6)

1.一种控制器状态处理方法，应用于第一控制器，其特征在于，所述方法包括：

判断是否接收到与所述第一控制器连接的交换机发送的控制器状态消息，所述控制器状态消息用于表征与所述交换机连接的全部控制器的当前工作状态；

如果接收到所述控制器状态消息，则根据所述控制器状态消息，获取与所述交换机连接的第二控制器的当前工作状态；

根据所述第二控制器的当前工作状态和所述第一控制器的当前工作模式，调整或维持所述第一控制器的当前工作模式；

所述判断是否接收到与所述第一控制器连接的交换机发送的控制器状态消息之前，所述方法还包括：

设置所述第一控制器的当前工作模式；

向所述交换机周期性的发送配置管理消息，所述配置管理消息用于获取所述控制器状态消息；

所述根据所述第二控制器的当前工作状态和所述第一控制器的当前工作模式，调整或维持所述第一控制器的当前工作模式，包括：

当所述第二控制器的当前工作状态为激活状态，且所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将所述第一控制器的当前工作模式转换为备控制器；

当所述第二控制器的当前工作状态为所述激活状态，且所述第一控制器的当前工作模式为预设的备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第二控制器的当前工作状态为待机状态，且所述第一控制器的当前工作模式为预设的备控制器时，将所述第一控制器的当前工作模式转换为主控制器；

当所述第二控制器的当前工作状态为待机状态，且所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，维持所述第一控制器的当前工作模式为主控制器。

2.根据权利要求1所述的方法，其特征在于，如果未接收到所述控制器状态消息，所述方法还包括：

当所述第一控制器的当前工作模式为预设的备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将所述第一控制器的当前工作模式转换为备控制器；

当所述第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第一控制器的当前工作模式为预设的主控制器时，将所述第一控制器的当前工作模式转换为备控制器。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第二控制器的当前工作状态和所述第一控制器的当前工作模式，调整或维持所述第一控制器的当前工作模式，包括：

当所述第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，将所述第一控制器的当前工作模式转换为主控制器；

当所述第一控制器的当前工作模式为预设的主控制器时，维持所述第一控制器的当前工作模式为主控制器。

4.一种控制器状态处理装置，应用于第一控制器，其特征在于，包括：

判断模块，用于判断是否接收到与所述第一控制器连接的交换机发送的控制器状态消息，所述控制器状态消息用于表征与所述交换机连接的全部控制器的当前工作状态；

获取模块，用于如果接收到所述控制器状态消息，则根据所述控制器状态消息，获取与所述交换机连接的第二控制器的当前工作状态；

处理模块，用于根据所述第二控制器的当前工作状态和所述第一控制器的当前工作模式，调整或维持所述第一控制器的当前工作模式；

所述装置还包括：

设置模块，用于设置所述第一控制器的当前工作模式；

发送模块，用于向所述交换机周期性的发送配置管理消息，所述配置管理消息用于获取所述控制器状态消息；

所述处理模块具体用于，

当所述第二控制器的当前工作状态为激活状态，且所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将所述第一控制器的当前工作模式转换为备控制器；

当所述第二控制器的当前工作状态为所述激活状态，且所述第一控制器的当前工作模式为预设的备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第二控制器的当前工作状态为待机状态，且所述第一控制器的当前工作模式为预设的备控制器时，将所述第一控制器的当前工作模式转换为主控制器；

当所述第二控制器的当前工作状态为待机状态，且所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，维持所述第一控制器的当前工作模式为主控制器。

5.根据权利要求4所述的装置，其特征在于，如果未接收到所述控制器状态消息，所述处理模块还用于：

当所述第一控制器的当前工作模式为预设的备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第一控制器的当前工作模式已由预设的备控制器转换为主控制器时，将所述第一控制器的当前工作模式转换为备控制器；

当所述第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，维持所述第一控制器的当前工作模式为备控制器；

当所述第一控制器的当前工作模式为预设的主控制器时，将所述第一控制器的当前工作模式转换为备控制器。

6.根据权利要求4所述的装置，其特征在于，所述处理模块具体用于，

当所述第一控制器的当前工作模式已由预设的主控制器转换为备控制器时，将所述第一控制器的当前工作模式转换为主控制器；

当所述第一控制器的当前工作模式为预设的主控制器时，维持所述第一控制器的当前工作模式为主控制器。

Images