[發明專利]節點可用性管理、控制方法、節點、集群、裝置及介質

在審

• 申請號: 202111123565.5
• 申請日: 2021-09-24
• 公開（公告）號: CN113704029A
• 公開（公告）日: 2021-11-26
• 發明（設計）人: 吳宙旭;徐云磊
• 申請（專利權）人: 攜程旅游信息技術（上海）有限公司
• 主分類號: G06F11/20
• 分類號: G06F11/20;G06F11/16;G06F16/27;G06F16/28
• 代理公司: 上海隆天律師事務所 31282
• 代理人: 高彥

本申請實施例中提供節點可用性管理、控制方法、節點、集群、裝置及介質，方法包括：在檢測到原主節點故障時，配置所述原主節點為從節點且并行地從各個原有的從節點中選擇一個配置為新主節點，以從所述原主節點切換至新主節點；在所述切換完成后，關閉所述原主節點的寫入服務。本申請實現數據庫集群中主、從節點熱備的自動快速切換，無需人工介入，提升效率；并且，能避免原、新主節點的數據不一致的問題，避免“腦裂”情況發生。

技術領域

本申請涉及數據庫技術領域，尤其涉及節點可用性管理、控制方法、節點、集群、裝置及介質。

背景技術

隨著基于PostgreSQL的數據庫在不斷的投入生產使用后，需要保證PoststgreSQL數據庫集群能夠平穩運行。即需要一套高可用性機制，以在遭遇數據庫服務中斷、數據庫服務器宕機、網絡中斷等情況下依然能夠快速恢復業務。

通常，會采用數據庫的主節點到備節點的熱切換的方式來快速恢復業務。但是，切換過程中往往因為切換時的數據處理不妥，導致難以保障強數據一致性，造成正常寫入數據丟失，以及數據在主、備節點發生錯亂(也被稱為“腦裂”)等，影響業務的一致性。此外，切換通常需要人工干預，耗時長、效率低，人工損耗較大，業務影響時間長；另外，目前的主備熱切換方案在極端情況下的應對能力較弱，比如當集群中多數節點發生故障時，就會導致業務不可用。

以上問題會極大的影響數據庫集群的可靠性，并且在發生問題時需要人工接入，效率低、耗時長，使得業務無法提供穩定且可靠的服務。

發明消息

鑒于以上所述現有技術的缺點，本申請的目的在于提供節點可用性管理、控制方法、節點、集群、裝置及介質，解決現有技術的問題。

本申請第一方面提供一種節點可用性管理方法，應用于包含主節點及其通信的多個從節點的數據庫集群；所述主節點用于供寫入數據，各所述從節點用于從所述主節點復制數據以供讀取；所述節點可用性管理方法包括：在檢測到原主節點故障時，配置所述原主節點為從節點且并行地從各個原有的從節點中選擇一個配置為新主節點，以從所述原主節點切換至新主節點；在所述切換完成后，關閉所述原主節點的寫入服務。

在第一方面的實施例中，所述的節點可用性管理方法包括：根據預設判活邏輯檢測原主節點是否故障；所述判活邏輯包括：當檢測到與原主節點之間連接失敗的連續次數達到預設數量，判斷原主節點故障；其中，所述檢測周期性地執行；所述周期的時長配置成使至少一次所述檢測位于短暫網絡波動影響之后的網絡正常狀態中。

在第一方面的實施例中，所述的節點可用性管理方法包括：對各所述從節點按復制延遲大小進行排序；所述從各個原有的從節點中選擇一個配置為新主節點，包括：選擇各個原有的從節點中復制延遲最低的作為新主節點。

在第一方面的實施例中，所述的節點可用性管理方法包括：當原主節點及新主節點均故障時，依照所述排序選擇延遲最低的存活從節點作為下一新主節點。

在第一方面的實施例中，所述的節點可用性管理方法還包括：各從節點搭建復制關系至所述新主節點。

在第一方面的實施例中，所述的節點可用性管理方法還包括：當所述原主節點故障修復后，其作為從節點搭建復制關系至所述新主節點。

在第一方面的實施例中，所述的節點可用性管理方法還包括：周期性地對各所述從節點進行復制延遲檢測；若復制延遲超過預設延遲值，則告警提示。

在第一方面的實施例中，所述的節點可用性管理方法包括：當所有從節點均故障時，主節點與各從節點之間配置為異步復制模式；或者，當從節點從故障恢復時，主節點與恢復的從節點之間配置為同步復制模式。

在第一方面的實施例中，所述的節點可用性管理方法包括：周期性地檢測各存活的從節點對主節點的復制模式是否為同步復制模式；若為異步復制模式，則修改配置為同步復制模式。