2021年6月，中軟國際簽署CLA（公司貢獻者許可協議），正式加入openGauss社區。 在還沒有加入社區之前，中軟國際就已經深度參與社區開發，并成功為openGauss社區貢獻集群管理工具-openGauss Housekeeper。

關于openGauss Housekeeper

openGauss Housekeeper不僅為openGauss集群實現自動化的高可用主備管理，而且還通過實現浮動IP，為openGauss集群對外呈現統一的浮動IP服務，用戶只需要通過統一的浮動IP訪問數據庫，而無需了解集群內部組網細節與主備節點切換，從而大大簡化了用戶對集群的使用。

openGauss Housekeeper是開源版本，目前是第一個版本，提供了基礎服務功能，后續版本將不斷進行功能增強。

openGauss Housekeeper系統架構

openGauss Housekeeper支持openGauss數據庫一主多備組網，備節點數量大于或等于二個。

openGauss Housekeeper包含三個模塊，其部署與模塊間SSH信任關系如下圖所示：

GGHC：openGauss集群管理端，它運行在獨立主機上，定時發起數據庫集群健康檢測，在發現節點故障時發起自動恢復處理，并在主節點故障需要主備切換時，發起對浮動IP漂移的處理。

GGHS：它是GGHC的遠端處理代理，部署在高斯集群omm賬號下。它接受GGHC調用，完成集群健康檢測操作、節點狀態恢復操作、主備切換操作以及浮動IP漂移處理。

floatip:它是一個floatip.sh腳本，實現浮動IP啟停處理。因為該命令需要root權限才能執行，因此還需要在sudo文件中配置權限。

圖1 GGHK系統架構圖

說明：開源版本只有openGauss Housekeeper核心代碼，沒有考慮GGHC進程可靠性與主機節點的可靠性。實際應用時，建議用戶增加對GGHC進程的監控，在其出現故障后對其進行拉起，還可以對GGHC實現主/備組網，避免單點故障。

openGauss Housekeeper技術指標

openGauss Housekeeper支持openGauss一主N備，N的數量大于等于2

openGauss Housekeeper定時對數據庫集群進行健康檢測，檢測周期可配，默認值10秒。若實際檢測花費時間小于檢測周期，則繼續sleep到檢測周期值后進入下一輪檢測，否則立即進行下一輪檢測。實際檢測花費時間與網絡和openGauss集群節點負荷有關。

openGauss Housekeeper基本功能和特性

支持GGHC通過定時對數據庫集群狀態進行健康檢測，在發現故障Standby節點時對其進行恢復。在發現Primary節點故障，優先進行恢復處理；若不可恢復，按照高斯集群選擇候選Primary節點算法選擇候選Primary節點，并進行主備切換，同時將浮動IP隨漂移到當前Primary節點。

支持檢測的故障類型包括：openGauss進程被kill，被stop，主機被重啟、被關機，網卡故障。

支持openGauss數據庫集群對外呈現統一的浮動IP服務。在系統啟動時自動檢測Primary節點是否綁定浮動IP，未綁定時幫助其綁定。

支持主機或網卡故障情況，發生主備故障切換后，gghc無法通過openGauss執行gs_om -t refreshconf命令，以及無法通過gghs清理故障主節點postgresql.conf中的浮動ip，gghc能夠記錄這些狀態，并每輪健康檢測時檢測主機或網卡是否故障恢復，一旦發現恢復，則繼續完成之前未完成處理。

支持對無法自動修復的故障場景打印CRITICAL日志信息，以期人工參與處理。

支持openGauss單網絡和雙網絡平面（對外監聽網絡平面和內部SSH互信及內部主備數據同步網絡平面）。

特別說明

因為GGHC會根據openGauss集群當前狀態和工作狀態的上下文進行切換處理，因此如果需要人工進行集群維護，務必停止GGHC進程。待集群狀態正常，并且與GGHC記錄的狀態一致時，才啟動GGHC重新委托其進行維護，否則可能導致openGauss集群狀態混亂。

中軟國際有限公司簡介： 中軟國際有限公司是行業領先的全球化軟件與信息技術服務企業之一，成立于2000年，為香港主板上市公司，致力于使能軟件企業引領發展，服務制造企業轉型升級。2020年，中軟國際蟬聯Gartner全球IT服務市場份額TOP100，已是國內最大的軟件與信息技術服務企業之一。

文章出處：【微信公眾號：華為計算】

責任編輯：gt