[發明專利]基于虛擬化平臺解決Codis集群服務組件依賴的方法

在審

• 申請號: 201710153967.7
• 申請日: 2017-03-15
• 公開（公告）號: CN106951246A
• 公開（公告）日: 2017-07-14
• 發明（設計）人: 王靜;趙山
• 申請（專利權）人: 鄭州云海信息技術有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44;G06F9/455
• 代理公司: 濟南舜源專利事務所有限公司37205
• 代理人: 劉曉政

技術領域

本發明屬于虛擬化平臺的Codis集群服務領域，具體涉及一種基于虛擬化平臺解決Codis集群服務組件依賴的方法。

背景技術

Codis是一個分布式的Redis解決方案，對于上層的應用來說，連接到Codis Proxy和連接原生的Redis Server沒有明顯的區別，上層應用可以像使用單機的Redis一樣使用，Codis底層會處理請求的轉發，不停機的數據遷移等工作，所有后邊的一切事情，對于前面的客戶端來說是透明的，可以簡單的認為后邊連接的是一個內存無限大的Redis服務。Codis3.0修復了Codis2.0版本存在的各種問題，同時也對組件進行了完善和調整。Codis3.0包含的組件主要Codis Server、Codis Proxy、Codis Dashboard、Codis FE、Codis Admin，Codis HA。

Codis3.0版本的安裝流程大致可以總結為：

1 ：安裝go，并配置go的環境變量；安裝gcc；

2 ：安裝Codis并配置Codis的環境變量，對是否正確安裝進行測試；

3 ：安裝jdk、zookeeper并配置相應的環境變量和配置文件，同時啟動zookeeper；

4 ：依次修改并啟動Codis的某些配置文件和組件。

從以上的分析發現，傳統的Codis安裝過程不僅復雜，且依賴較多軟件，因此安裝過程非常容易出錯；所有的Codis組件均依賴jdk和zookeeper；在第四步中組件的啟動具有依賴關系，否則無法滿足使用需求，但是手動部署的過程極易出錯。

此為現有技術不足之處。因此，針對現有技術中的上述缺陷，提供一種基于虛擬化平臺解決Codis集群服務組件依賴的方法，是非常有必要的。

發明內容

本發明的目的在于，針對上述傳統的Codis組件依賴啟動復雜的缺陷，提供一種基于虛擬化平臺解決Codis集群服務組件依賴的方法，以解決上述技術問題。

為實現上述目的，本發明給出以下技術方案：

一種基于虛擬化平臺解決Codis集群服務組件依賴的方法,包括如下步驟:

步驟1.重新分配Codis3.0版本的組件；

步驟2.在虛擬化平臺指定組件之間的依賴關系；

步驟3.在后臺對組件的依賴進行處理。

進一步地，步驟1中重新分配Codis3.0版本的組件即重新分配原生Codis3.0版本的組件，具體包括如下步驟：

步驟11.將Codis Dashboard組件和Codis FE組件合成一個組件進行處理；

步驟12.引入Codis Admin命令行工具，而不單獨將其設為一個組件；

Codis3.0版本自帶的組件主要有：Codis Server、Codis Proxy、Codis Dashboard、Codis FE、Codis Admin，Codis HA。其中Codis Dashboard是集群管理工具，支持 Codis Proxy、Codis Server 的添加、刪除，以及據遷移等操作。在集群狀態發生改變時，Codis Dashboard 維護集群下所有 Codis Proxy 的狀態的一致性；Codis FE是集群管理界面。所以可以將Codis Dashboard和Codis FE合成一個組件進行處理。另外Codis Admin是集群管理的命令行工具，可用于控制 Codis Proxy、Codis Dashboard 狀態以及訪問外部存儲，因此之引入Codis-Admin命令行工具，而不單獨將其設為一個組件。

進一步地，原生Codis3.0版本的組件包括：Codis Sever、Codis Proxy、Codis Dashboard、Codis FE、Codis Admin和Codis HA；

經步驟1之后，Codis3.0版本的組件包括Codis Sever、Codis Proxy、Codis Dashboard和Codis HA；減少了操作的復雜度；

進一步地，步驟2中在虛擬化平臺指定組件之間的依賴關系即指定啟動順序，包括：依次啟動Codis Server、Codis Dashboard、Codis Proxy、Codis HA；