[发明专利]一种设备管理方法、装置及存储介质

说明书

本公开提供了一种设备管理方法、装置及存储介质，用于解决控制器主动连接管理模式下不支持跨NAT管理及故障恢复时间长的技术问题。本公开在控制器中部署有北向组件和连接组件，北向组件与连接组件通过分布式发布订阅消息中间件进行消息交互，连接组件由负载均衡性提供虚IP实现设备管理的负载均衡，可实现设备主动连接控制器集群，控制器自动记录设备信息及连接组件与设备的对应关系，控制器无需人为设置设备信息及与Master节点的对应关系，实现控制器集群负载均衡地对设备进行管理，具扩展性好，故障恢复快等特性。

技术领域

本公开涉及网络通信技术领域，尤其涉及一种设备管理方法、装置及存储介质。

背景技术

软件定义网络(Software Defined Network，SDN)是主流的大型网络管理控制方案。在SDN场景下，一台硬件服务器或虚机，安装好具备网络管理控制功能的软件，称为一个控制器，在下文中也会称之为控制器节点、或简称Node、节点等，请参考具体上下文进行理解。多个SDN控制器节点组成控制器集群方式，统一管理和配置成百上千台设备，代替原来的人工登陆设备进行配置的方式。多个节点组成集群的技术有很多，此处不做展开描述。

控制器集群中，如果控制器集群采用传统的主备模型，则所有的压力都会集中在其中一个控制器节点上(称为控制器主Leader节点)，不利于控制器管理的设备规模横向扩展。因此需要一种负载均衡的机制，将设备的管理能力分散在集群中的各个控制器节点上，当有来自北向的Rest/UI请求时，控制器在主Leader节点上计算出本次请求涉及的设备，然后分别将请求分发给各设备的管理控制器节点(称为Master节点)，各控制器节点分别实现与设备的交互。

Rest请求是指来自第三方软件如云管理平台等，以HTTP/HTTPS方式向控制器发送的业务请求，比如”创建虚拟路由器vrouter”请求。UI请求是指用户通过浏览器，操作控制器的软件UI界面，发给控制器的业务请求，比如”创建vrouter”请求。

直接控制某个或某些设备的控制器称为这些设备的Master节点，例如设备1由控制器1直接控制，则控制器1为设备1的Master节点；假设设备2和设备3都由控制器2直接控制，则称控制器2为设备2和设备3的Master节点。

Kafka是一种高吞吐量的分布式发布订阅消息系统，可以看做为一种消息中间件。Kafka定义了消息的生产者和消费者角色，生产者和消费者通过Topic实现消息交互。假设有两个独立运行的程序，程序1和程序2，以及一个独立部署的kafka程序。三者可以分别以独立进程或独立微服务方式运行，可以在相同的物理服务器上，也可以在不同的物理服务器上，只要各自之间能够具备独立的通信IP地址和通信端口，即可实现通信。程序1和程序2进行通信时，可以分别具备“生产者”和“消费者”的角色。若程序1希望向程序2发送若干请求，并且收到程序2的若干应答，则可以按照如下步骤进行：

步骤a1.在Kafka中创建两个Topic(Topic是kafka中的概念，表示一类消息的集合)，Request Topic表示请求消息，Response Topic表示应答消息；

步骤a2.程序1将请求写入Request Topic，程序2侦听Request Topic，然后可以消费程序1生产的请求消息，处理完请求消息后，将应答消息写入Response Topic；

步骤a3.程序1侦听Response Topic，即可消费程序2生产的应答消息，一次通信结束。

除了上述简单的使用模型外，Kafka还提供了一种分区机制，即每个Topic可以创建多个不同的分区，生产者可以指定消息写入Topic的哪个分区，消费者也可以指定侦听Topic的哪个分区。

目前，控制器集群对设备的管理采用主动录入式管理模型，按照如下步骤实现负载均衡管理：

(1)在控制器集群提供的UI界面上，用户录入受控制器管理的设备，比如Dev1、Dev2、Dev3、Dev4；