[發明專利]數據庫集群擴縮容方法、服務系統、存儲介質

在審

• 申請號: 202011049631.4
• 申請日: 2020-09-29
• 公開（公告）號: CN114328440A
• 公開（公告）日: 2022-04-12
• 發明（設計）人: 趙光躍;宋志偉;鄔春會;方楷
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: G06F16/21
• 分類號: G06F16/21;G06F16/22;G06F11/14
• 代理公司: 上海晨皓知識產權代理事務所(普通合伙) 31260
• 代理人: 成麗杰

本發明實施例涉及信息技術領域，公開了一種數據庫集群擴縮容方法、服務系統、存儲介質。本發明中，獲取數據庫集群中各數據庫的運行指標的檢測值；根據各所述數據庫的運行指標的檢測值，得到所述數據庫集群的資源使用率；若所述數據庫集群的資源使用率滿足預設的擴縮容條件，對所述數據庫集群進行擴縮容。使用運行指標的檢測值綜合分析，使得分析結果更為準確，并且能夠自動實現數據庫動態集群擴縮容，節省人力資源，達到了智能化，自動化的目的。

技術領域

本申請實施例涉及信息技術領域，特別涉及一種數據庫集群擴縮容方法、服務系統、存儲介質。

背景技術

數據庫集群是將一系列數據庫服務器以集群的方式進行封裝，統一對外提供數據服務的技術。通過結合分庫分表、讀寫分離、數據均衡、主從同步等技術，解決單一數據庫節點的讀寫訪問瓶頸。當數據庫集群中數據庫所在服務器的磁盤空間不足、讀寫請求并發量超過了數據庫集群能承載的極限等情況發生時，會對數據庫集群進行擴容或縮容，相關技術中通過接收外部請求的方式來實現數據庫集群擴縮容。

然而，發明人發現相關技術存在如下問題：通過接收外部請求的方式實現數據庫集群擴縮容，需要人工進行參與，浪費人力資源。

發明內容

本申請實施例的主要目的在于提出一種數據庫集群擴縮容方法、服務系統、存儲介質，能夠自動實現數據庫動態集群縮擴容，并且采用運行指標進行分析，較為準確的獲取數據庫擴縮容的時機。

為實現上述目的，本申請實施例提供了一種數據庫集群擴縮容方法，包括：獲取數據庫集群中各數據庫的運行指標的檢測值；根據各所述數據庫的運行指標的檢測值，得到所述數據庫集群的資源使用率；若所述數據庫集群的資源使用率滿足預設的擴縮容條件，對所述數據庫集群進行擴縮容。

為實現上述目的，本申請實施例還提供了一種服務系統，包括：至少一個處理器；以及，與所述至少一個處理器通信連接的存儲器；其中，所述存儲器存儲有可被所述至少一個處理器執行的指令，所述指令被所述至少一個處理器執行，以使所述至少一個處理器能夠執行上述的數據庫集群擴縮容方法。

為實現上述目的，本申請實施例還提供了一種計算機可讀存儲介質，存儲有計算機程序，所述計算機程序被處理器執行時上述的數據庫集群擴縮容方法。

本申請提出的數據庫集群擴縮容方法、服務系統、存儲介質，獲取數據庫集群中各數據庫的運行指標的檢測值；根據各所述數據庫的運行指標的檢測值，得到所述數據庫集群的資源使用率；若所述數據庫集群的資源使用率滿足預設的擴縮容條件，對所述數據庫集群進行擴縮容。本申請實施例能夠自動實現數據庫動態集群擴縮容，節省人力資源，達到了智能化，自動化進行數據庫集群擴縮容的目的，另外，使用運行指標的檢測值綜合分析，獲得數據庫集群的運行情況，使得分析結果更為準確。

附圖說明

圖1是根據本發明第一實施例的系統的示意圖；

圖2是根據本發明第一實施例的數據庫集群擴縮容方法的流程圖；

圖3是根據本發明第一實施例的數據庫集群擴縮容方法的子步驟流程圖；

圖4是根據本發明第二實施例的數據庫集群擴縮容方法的流程圖；

圖5是根據本發明第三實施例的數據庫集群擴縮容方法的流程圖；

圖6是根據本發明第四實施例的服務系統的結構示意圖。

具體實施方式

為使本申請實施例的目的、技術方案和優點更加清楚，下面將結合附圖對本申請的各實施例進行詳細的闡述。然而，本領域的普通技術人員可以理解，在本申請各實施例中，為了使讀者更好地理解本申請而提出了許多技術細節。但是，即使沒有這些技術細節和基于以下各實施例的種種變化和修改，也可以實現本申請所要求保護的技術方案。以下各個實施例的劃分是為了描述方便，不應對本申請的具體實現方式構成任何限定，各個實施例在不矛盾的前提下可以相互結合相互引用。