[發明專利]一種設備管理方法、裝置及存儲介質

有效

• 申請號: 202011339375.2
• 申請日: 2020-11-25
• 公開（公告）號: CN112637265B
• 公開（公告）日: 2022-07-12
• 發明（設計）人: 郭祥斌;祝小燕
• 申請（專利權）人: 新華三技術有限公司
• 主分類號: H04L67/562
• 分類號: H04L67/562;H04L67/141;H04L67/1004
• 代理公司: 暫無信息
• 代理人: 暫無信息

本公開提供了一種設備管理方法、裝置及存儲介質，用于解決控制器主動連接管理模式下不支持跨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；