[發明專利]一種分布式集群系統優化的方法及裝置

在審

• 申請號: 201710508468.5
• 申請日: 2017-06-28
• 公開（公告）號: CN107329830A
• 公開（公告）日: 2017-11-07
• 發明（設計）人: 劉洪棟
• 申請（專利權）人: 鄭州云海信息技術有限公司
• 主分類號: G06F9/50
• 分類號: G06F9/50;G06F9/52;G06F9/445;G06F11/30;H04L12/24;H04L29/08
• 代理公司: 北京集佳知識產權代理有限公司11227
• 代理人: 羅滿

技術領域

本發明涉及分布式集群系統領域，更具體地說，涉及一種分布式集群系統優化的方法及裝置。

背景技術

隨著云計算與大數據的發展，存儲的數據呈現爆炸式增長，分布式集群系統則可以對大規模數據進行良好的存儲。對于分布式集群的應用，需要其具備高可用性，也就是當系統出現故障時，可以縮短故障切換的時間，使集群在非正常的狀態下，也可以提供正常的存儲服務，提高系統的可用性。

如果提供全局統一存儲空間的節點對外提供標準服務的節點宕機了，則會導致服務終端，影響系統的使用，因此通常分布式集群系統在提供服務時，不使用實際IP地址提供服務，而是多個節點對外提供一組虛擬IP，通過虛擬IP與真實IP的映射關系提供服務。因此，在提供服務時，如果分布式集群節點宕機不能繼續提供服務，虛擬IP會漂移值其他節點，繼續提供服務。

但是這種方式下，會因為分布式集群系統主服務漂移時間較長，導致IP漂移出現卡頓。

因此，如何避免集群系統節點漂移卡頓現象，是本領域技術人員需要解決的問題。

發明內容

本發明的目的在于提供一種分布式集群系統優化的方法及裝置，以避免集群系統節點漂移卡頓現象。

為實現上述目的，本發明實施例提供了如下技術方案：

一種分布式集群系統優化的方法，包括：

判斷CTDB中的每一個節點是否有集群監控服務，若有，則為MON節點，若沒有，則為非MON節點；

將所述CTDB的主服務部署在任意非MON節點上。

其中，將所述CTDB的主服務部署在任意非MON節點上之前，還包括：

判斷所述MON節點的數量是否大于第一預設閾值；

若是，則繼續執行所述將所述CTDB的主服務部署在任意非MON節點上的步驟；

若否，則將所述CTDB的主服務部署在任意MON節點上。

其中，還包括：

將所述CTDB的鎖釋放機制設置為立即釋放。

其中，將所述CTDB的鎖釋放機制設置為立即釋放之前，還包括：

判斷所述MON節點的數量是否大于第二預設閾值；

若是，則繼續執行所述將所述CTDB的鎖釋放機制設置為立即釋放的步驟；

若否，則將所述CTDB的鎖釋放機制設置為默認狀態。

其中，將所述CTDB的鎖釋放機制設置為立即釋放之前，還包括：

檢測當前CTDB中故障節點的總數是否大于第三預設閾值；

若是，則繼續執行將所述CTDB的鎖釋放機制設置為立即釋放的步驟；

若否，則將所述CTDB的鎖釋放機制設置為默認狀態。

一種分布式集群系統優化的裝置，包括：

第一判斷模塊，用于判斷CTDB中的每一個節點是否有集群監控服務，若有，則為MON節點，若沒有，則為非MON節點；

第一主服務部署模塊，用于將所述CTDB的主服務部署在任意非MON節點上。

其中，還包括：

第二判斷模塊，用于將所述CTDB的主服務部署在任意非MON節點上之前，判斷所述MON節點數是否大于第一預設閾值；

所述第一主服務部署模塊，用于當所述MON節點數大于第一預設閾值時，將所述CTDB的主服務部署在任意非MON節點上；

第二主服務部署模塊，用于當所述MON節點數不大于第一預設閾值時，將所述CTDB的主服務部署在任意MON節點上。

其中，還包括：

第一鎖釋放機制設置模塊，用于將所述CTDB的鎖釋放機制設置為立即釋放。

其中，還包括：

第三判斷模塊，用于將所述CTDB的鎖釋放機制設置為立即釋放之前，判斷所述MON節點的數量是否大于第二預設閾值；

所述第一鎖釋放機制設置模塊，用于當所述MON節點數大于第二預設閾值時，將所述CTDB的鎖釋放機制設置為立即釋放；

第二鎖釋放機制設置模塊，用于當所述MON節點數不大于第二預設閾值時，將所述CTDB的鎖釋放機制設置為默認狀態。

其中，還包括：

第四判斷模塊，用于將所述CTDB的鎖釋放機制設置為立即釋放之前，檢測當前CTDB中的故障結點數是否大于第三預設閾值；

所述第一鎖釋放機制設置模塊，用于當前CTDB中的故障結點數大于第三預設閾值時，將所述CTDB的鎖釋放機制設置為立即釋放；

第三鎖釋放機制設置模塊，用于當前CTDB中的故障結點數不大于第三預設閾值時，將所述CTDB的鎖釋放機制設置為默認狀態。