[發明專利]一種集群以及異常斷電重啟集群的方法、系統以及介質

在審

• 申請號: 202010177218.X
• 申請日: 2020-03-13
• 公開（公告）號: CN111400095A
• 公開（公告）日: 2020-07-10
• 發明（設計）人: 胡玉鵬;亓開元;文鈞正
• 申請（專利權）人: 蘇州浪潮智能科技有限公司
• 主分類號: G06F11/14
• 分類號: G06F11/14
• 代理公司: 北京連和連知識產權代理有限公司 11278
• 代理人: 劉小峰

本發明公開了一種集群，集群包括若干個節點和修復裝置，每一個節點包括代理裝置；修復裝置配置為：建立與每一個節點的代理裝置的連接；基于在預設時間段內循環獲取的每一個節點的代理裝置發送的信息以及預先存儲的信息判斷是否與每一個節點的代理裝置連接成功；響應于與每一個節點的代理裝置連接成功，獲取每一個節點的代理裝置發送的每一個節點的參數；基于參數以及預設策略確定主節點；指示主節點的代理裝置以主節點模塊啟動主節點；響應于接收到主節點的代理裝置發送的啟動成功的消息，指示其他節點的代理裝置啟動其他節點。本發明還公開了一種異常斷電重啟集群的方法、系統以及介質。本發明提出的方案實現了集群自動恢復。

技術領域

本發明涉及集群領域，具體涉及一種集群以及異常斷電重啟集群的方法、系統以及介質。

背景技術

出于高可用的考慮，MariaDB集群通常有3臺服務器組成高可用集群，提供云平臺其他組件的數據查詢與數據寫入。當MariaDB集群正常離線1-2臺服務器時，集群可正常提供服務，當MariaDB集群全部正常離線時，再恢復的時候，MariaDB也可自動恢復，提供服務，但是在異常離線，比如機房突然斷電，這種情況下，MariaDB將無法自動恢復，出現集群不可用的狀態，這是因為異常斷電下，3個節點在上電啟動后，彼此不知道誰在本地存儲的數據是最新的，進一步將導致云平臺不能正常運轉，因此無法確定主節點進而無法引導另外的兩個節點重建集群。

發明內容

有鑒于此，為了克服上述問題的至少一個方面，本發明實施例提出一種集群，所述集群包括：

若干個節點，每一個所述節點包括代理裝置；以及

修復裝置，所述修復裝置具有處理器和存儲器，存儲器存儲有處理器可執行指令，指令被處理器執行時實現以下步驟：

建立與所述每一個節點的代理裝置的連接；

基于在預設時間段內循環獲取的所述每一個節點的代理裝置發送的信息以及預先存儲的信息判斷是否與所述每一個節點的代理裝置連接成功；

響應于與所述每一個節點的代理裝置連接成功，獲取所述每一個節點的代理裝置發送的所述每一個節點的參數；

基于所述參數以及預設策略確定主節點；

指示所述主節點的代理裝置以主節點模塊啟動所述主節點；

響應于接收到所述主節點的代理裝置發送的啟動成功的消息，指示其他節點的代理裝置啟動其他節點。

在一些實施例中，獲取所述每一個節點的代理裝置發送的所述每一個節點的參數，進一步包括：

所述代理裝置對相應的節點的grastate.dat文件和gvwstate.dat文件進行解析以獲取每一個節點對應序列號、my_uuid和view_id。

在一些實施例中，基于所述參數以及預設策略確定主節點，進一步包括：

判斷所述序列號的大小；

響應于只有一個節點的所述序列號最大，則將所述序列號最大的節點作為主節點；

響應于多個節點的所述序列號相同且最大，將所述my_uuid與所述view_id相同的節點作為主節點。

在一些實施例中，所述修復裝置還配置為：

響應于與節點未連接成功，通過郵件將未連接成功的節點的相關信息發送于管理員。

基于同一發明構思，根據本發明的另一個方面，本發明的實施例還提出一種異常斷電后重啟集群的方法，包括以下步驟：

建立與所述集群中的每一個節點的連接；