[發明專利]一種集群腦裂的處理方法及裝置

有效

• 申請號: 201410707420.3
• 申請日: 2014-11-27
• 公開（公告）號: CN105704187B
• 公開（公告）日: 2019-03-05
• 發明（設計）人: 蘇龍成
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 深圳市深佳知識產權代理事務所(普通合伙) 44285
• 代理人: 王仲凱

本發明實施例公開了一種集群腦裂的處理方法及裝置。本發明實施例方法包括：當集群內發生網絡故障分裂為多個子集群，所述集群內各節點進行仲裁盤搶占時，判斷所述多個子集群是否具備業務處理能力，確定所述子集群中具備業務處理能力的子集群；當所述具備業務處理能力的子集群為多個時，確定具備業務處理能力的目標子集群；將所述具備業務處理能力的子集群中，除目標子集群外的子集群已搶占的仲裁盤釋放，讓所述目標子集群發起搶占所有仲裁盤。本發明實施例避免了直接選出的子集群可能無實際業務處理能力而導致業務中斷，增強了故障場景處理的準確性。

技術領域

本發明涉及計算機技術領域，特別涉及一種集群腦裂的處理方法及裝置。

背景技術

高可用集群技術被廣泛的應用于存儲技術領域。為了保證高可用集群的正常工作，需要集群內的每個節點在提供對外服務時有正常的活性，從而保證對外提供穩定的服務。

在集群提供服務的過程中，由于環境的變化，節點可能會發生這樣或者那樣的故障，如網絡阻塞等，而造成節點從集群中斷開，出現腦裂現象，導致集群分裂為多個子集群。此時處于子集群中的節點可以相互通信，而與另一個子集群中的節點無法通信。當兩個子集群中的節點都仍有權限訪問共享資源時，如果不采用相應的防止措施則會導致集群發生腦裂，即分裂后的子集群各自都認為自己對特定的共享資源擁有訪問權限，認為其他節點已宕機，自己是“唯一健在者”，子集群可能先后對該共享資源進行相應的讀寫操作，從而造成數據的不一致。為了使得集群系統能正常運行，往往需要提供相應的仲裁機制來解決集群系統發生腦裂時所引發的這類問題。

現有技術中，采用選舉算法來選出一個多數派子集群接管原集群的所有業務，具體為：集群中各個節點需要心跳機制來通報彼此的“健康狀況”，每收到一個節點的“通報”代表一票(心跳數)。對于有n個節點的集群，正常運行時，每個節點都會有n票，發生腦裂后，每個節點只能接受所在小集群的節點通報，只能有m(m<n)票。如果m<n/2，則該節點所在集群為少數派集群，該集群中所有節點全部自動停止業務，多數派子集群接管原集群的所有業務。

但現有技術由于無法有效識別腦裂和存儲節點宕機，使用選舉算法處理集群腦裂，存在固有缺陷，即應該接管業務的多數派集群可能無實際業務接管能力(宕機)，這樣少數派集群自動停止業務后，所有節點都停止處理業務。

發明內容

本發明實施例提供了一種集群腦裂的處理方法及裝置，避免了直接選出的子集群可能無實際業務處理能力而導致業務中斷，增強了故障場景處理的準確性。

本發明實施例第一方面提供了一種集群腦裂的處理方法，包括：

當集群內發生網絡故障分裂為多個子集群，所述集群內各節點進行仲裁盤搶占時，判斷所述多個子集群是否具備業務處理能力，確定出所述子集群中具備業務處理能力的子集群；

當所述具備業務處理能力的子集群為多個時，確定具備業務處理能力的目標子集群；

將所述具備業務處理能力的子集群中，除目標子集群外的子集群已搶占的仲裁盤釋放，讓所述目標子集群發起搶占所有仲裁盤。

結合本發明實施例的第一方面，在本發明實施例的第一方面的第一種實現方式中，所述判斷所述多個子集群是否具備業務處理能力，確定出所述子集群中具備業務處理能力的子集群包括：

判斷所述多個子集群中是否有節點搶占到仲裁盤，確定有節點搶占到仲裁盤的子集群為具備業務處理能力的子集群。

結合本發明實施例的第一方面，在本發明實施例的第一方面的第二種實現方式中，所述當所述具備業務處理能力的子集群為多個時，確定具備業務處理能力的目標子集群包括：

當所述具備業務處理能力的子集群為多個時，獲取具備業務處理能力的每個子集群中的每個節點接收的心跳票數，確定接收的心跳票數最多的節點所在的子集群為最大子集群；