一種云數(shù)據(jù)中心管理平臺雙活方法
【專利摘要】本發(fā)明提供一種云數(shù)據(jù)中心管理平臺雙活方法，其實現(xiàn)過程為：設(shè)置基礎(chǔ)架構(gòu)，通過定義虛擬化層、支撐層、業(yè)務(wù)層三層架構(gòu)；設(shè)計數(shù)據(jù)庫，該數(shù)據(jù)庫是多個云數(shù)據(jù)中心管理平臺間相互交互的數(shù)據(jù)基礎(chǔ)，設(shè)計數(shù)據(jù)表，將主、備云管理平臺進行區(qū)分，按照主控管理平臺的REST標識字段對云資源進行標記，并定義數(shù)據(jù)同步策略，實現(xiàn)對級聯(lián)多數(shù)據(jù)中心管理平臺的管理；設(shè)置雙活方案，定義活躍狀態(tài)、非活躍狀態(tài)、災(zāi)難性破壞時級聯(lián)云資源管理平臺的應(yīng)對策略，實現(xiàn)各種場景下的云管理平臺雙活。該一種云數(shù)據(jù)中心管理平臺雙活方法和現(xiàn)有技術(shù)相比，多個云數(shù)據(jù)中心管理平臺間采用RESTAPI進行相互調(diào)用，簡便、快捷、高效；實用性強，易于推廣。
【專利說明】一種云數(shù)據(jù)中心管理平臺雙活方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及云計算【技術(shù)領(lǐng)域】，更具體地說是云數(shù)據(jù)中心管理平臺雙活方法。
【背景技術(shù)】
[0002]隨著信息科技的發(fā)展，云計算逐步成為業(yè)界的發(fā)展熱點，國內(nèi)外各大廠商的云計算服務(wù)平臺也開始紛紛投入到科學(xué)、教育、文化、衛(wèi)生、政府、高性能計算、電子商務(wù)、物聯(lián)網(wǎng)等多個領(lǐng)域進行使用。
[0003]隨著企業(yè)的商業(yè)活動越來越依賴于云計算環(huán)境，越來越多的企業(yè)在尋找一種強大的數(shù)據(jù)中心架構(gòu)，這種高可用的架構(gòu)能夠減少甚至消除正常和非正常的停機對業(yè)務(wù)可用性造成的影響。這意味著無論是否有中斷，關(guān)鍵任務(wù)應(yīng)用系統(tǒng)都能夠持續(xù)不間斷地創(chuàng)造產(chǎn)值。因此，建立多個數(shù)據(jù)中心來保障業(yè)務(wù)連續(xù)已成為企業(yè)的必然選擇。
[0004]傳統(tǒng)的云數(shù)據(jù)中心管理平臺，往往采用單節(jié)點部署的方式，一旦管理節(jié)點的數(shù)據(jù)庫、Web服務(wù)、甚至整個系統(tǒng)出現(xiàn)故障，管理平臺的對外服務(wù)即會中斷，定位問題、解決問題的時間較長，而且一旦受到災(zāi)難性破壞(如自然災(zāi)害、人為破壞等)，管理平臺根本無法恢復(fù)使用，重新部署會浪費大量的人力、物力、財力。
[0005]雙活數(shù)據(jù)中心管理平臺具備基本等同的業(yè)務(wù)處理能力并通過高速鏈路實時數(shù)據(jù)同步，日常情況下可同時分擔業(yè)務(wù)及管理系統(tǒng)的運行，并可切換運行；災(zāi)難情況下可在基本不丟失數(shù)據(jù)的情況下進行災(zāi)備應(yīng)急切換，保持業(yè)務(wù)連續(xù)運行。
[0006]為了降低自然災(zāi)害對業(yè)務(wù)應(yīng)用的影響，有效保護數(shù)據(jù)的安全性與業(yè)務(wù)的連續(xù)性，實現(xiàn)云數(shù)據(jù)中心的災(zāi)后快速恢復(fù)，我們提出一種基于REST的、投資成本低、建設(shè)速度快、運維管理相對簡單、可靠性更高的跨地域雙活數(shù)據(jù)中心管理平臺設(shè)計方案。

【發(fā)明內(nèi)容】

[0007]本發(fā)明的技術(shù)任務(wù)是解決現(xiàn)有技術(shù)的不足，提供一種云數(shù)據(jù)中心管理平臺雙活方法。
[0008]本發(fā)明的技術(shù)方案是按以下方式實現(xiàn)的，該一種云數(shù)據(jù)中心管理平臺雙活方法，其實現(xiàn)過程為:
一、設(shè)置基礎(chǔ)架構(gòu)，通過定義虛擬化層、支撐層、業(yè)務(wù)層三層架構(gòu)，將系統(tǒng)的功能職責進行層層劃分；通過定義虛擬化層、支撐層、業(yè)務(wù)層，層層分工協(xié)作，將整個云數(shù)據(jù)中心管理平臺的管理過程拆分成若干個分層化子模塊，結(jié)構(gòu)清晰、布局完整、具有科學(xué)性。
[0009]二、設(shè)計數(shù)據(jù)庫，該數(shù)據(jù)庫是多個云數(shù)據(jù)中心管理平臺間相互交互的數(shù)據(jù)基礎(chǔ)，設(shè)計數(shù)據(jù)表，將主、備云管理平臺進行區(qū)分，按照主控管理平臺的REST標識字段對云資源進行標記，并定義數(shù)據(jù)同步策略，實現(xiàn)對級聯(lián)多數(shù)據(jù)中心管理平臺的管理；準確分析級聯(lián)云管理平臺的特點，定義主控管理平臺、替補管理平臺、REST標識符等多個字段，對級聯(lián)管理平臺的云資源數(shù)據(jù)進行持續(xù)同步，在盡量減少冗余數(shù)據(jù)的前提下，記錄了所有管理平臺雙活過程所需要的數(shù)據(jù)，設(shè)計合理，節(jié)省存儲空間，提高訪問效率。[0010]三、設(shè)置雙活方案，定義活躍狀態(tài)、非活躍狀態(tài)、災(zāi)難性破壞時級聯(lián)云資源管理平臺的應(yīng)對策略，實現(xiàn)各種場景下的云管理平臺雙活。針對不同應(yīng)用場景，定義不同處理策略，實現(xiàn)了從系統(tǒng)正常、系統(tǒng)異常、系統(tǒng)崩潰等多種情況下級聯(lián)云管理平臺迅速切換、管理資源的方案，有效保證用戶業(yè)務(wù)的持續(xù)性、穩(wěn)定性、可靠性。
[0011]所述虛擬化層置于最下層，負責調(diào)用各種虛擬化廠商的API對云資源進行管理；支撐層置于中間層，一方面對下層的各種虛擬化廠商類型進行差異化適配，另一方面，通過封裝，對上層業(yè)務(wù)層暴露統(tǒng)一的管理接口 ；業(yè)務(wù)層置于最上層，通過調(diào)用支撐層提供的接口，對系統(tǒng)中各虛擬化平臺的資源進行統(tǒng)一管理，并對外提供REST API。
[0012]所述數(shù)據(jù)庫設(shè)計的具體步驟為:
1)為每個云管理平臺定義唯一的REST標識符RESTUUID,在數(shù)據(jù)庫中添加REST標識符對應(yīng)關(guān)系表，存放云管理平臺REST UUID、云管理平臺IP、云管理平臺REST URL、云管理平臺活躍標識位、替補云管理平臺REST UUID信息；
2)標識云資源，在每個云資源的數(shù)據(jù)表中添加其主控云管理平臺的REST標識符RESTUUID字段，用來標識每個云資源的主控管理平臺。
[0013]3)同步數(shù)據(jù)庫數(shù)據(jù)，為每個云管理平臺設(shè)計數(shù)據(jù)同步器，每隔一段時間采集與其級聯(lián)的云管理平臺下的云資源數(shù)據(jù)記錄，在本地數(shù)據(jù)庫中進行同步。
[0014]所述步驟三的詳細過程為:
O活躍狀態(tài)云管理平臺間的交互:在兩臺云管理平臺A、B均活躍的情況下，當管理平臺A需要操作管理平臺B下的云資源時，直接向B發(fā)送REST請求，B收到請求后調(diào)用虛擬化層API，操作云資源；
2)心跳檢測:每個管理平臺自動對與其級聯(lián)的管理平臺進行心跳檢測，當管理平臺B失活時，平臺A自動將其本地數(shù)據(jù)庫云管理平臺REST標識符對應(yīng)關(guān)系表中平臺B的活躍標識置為失活；在管理平臺B失活的前提下，當管理平臺A需要操作管理平臺B下的云資源時，繞過失活的平臺B，直接調(diào)用虛擬化層API操作云資源，操作結(jié)果保存在本地數(shù)據(jù)庫，并將其它所有級聯(lián)云管理平臺的云管理平臺REST標識符對應(yīng)關(guān)系表中平臺B的替補云平臺REST UUID設(shè)置為平臺A的REST UUID ；
3)待管理平臺B從失活狀態(tài)重新轉(zhuǎn)為活躍狀態(tài)后，先將本地數(shù)據(jù)與其替補云平臺A進行同步，同步完成后，將所有級聯(lián)云管理平臺的云管理平臺REST標識符對應(yīng)關(guān)系表中平臺B的活躍標識置為活躍，替補云平臺REST UUID設(shè)置為空；
4)如果管理平臺B被徹底破壞無法恢復(fù)，則可以在B地重新部署管理平臺C，并將其與管理平臺A級聯(lián)，待C自動同步完數(shù)據(jù)之后，將其指定為B地的主控管理平臺。
[0015]本發(fā)明與現(xiàn)有技術(shù)相比所產(chǎn)生的有益效果是:
本發(fā)明的一種云數(shù)據(jù)中心管理平臺雙活方法一方面采用多管理平臺雙活方案，當某個數(shù)據(jù)中心管理平臺出現(xiàn)問題時，其它數(shù)據(jù)中心管理平臺會及時切換，保證服務(wù)的持續(xù)性；另一方面，充分利用資源，避免了一個數(shù)據(jù)中心管理平臺常年處于閑置狀態(tài)而造成浪費，通過資源整合，雙活數(shù)據(jù)中心的服務(wù)能力是以往能力的兩倍甚至更多；系統(tǒng)會自動將多個管理平臺的數(shù)據(jù)進行同步，新的管理平臺與舊的管理平臺在使用上沒有任何差別；多個云數(shù)據(jù)中心管理平臺間采用REST API進行相互調(diào)用，簡便、快捷、高效；實用性強，易于推廣?！緦＠綀D】

【附圖說明】
[0016]附圖1為本發(fā)明的實現(xiàn)拓撲圖。
[0017]附圖2為本發(fā)明的基礎(chǔ)架構(gòu)圖。
[0018]附圖3為本發(fā)明中云管理平臺A操作云管理平臺B下云資源的流程圖。
【具體實施方式】
[0019]下面結(jié)合附圖對本發(fā)明的一種云數(shù)據(jù)中心管理平臺雙活方法作以下詳細說明。
[0020]本發(fā)明針對傳統(tǒng)的云數(shù)據(jù)中心管理平臺只能獨立運行，災(zāi)后恢復(fù)性差、業(yè)務(wù)連續(xù)性低的弊端，提出一種基于REST的云數(shù)據(jù)中心管理平臺雙活方案。如附圖1所示，其實現(xiàn)過程為:
基礎(chǔ)架構(gòu)設(shè)計:該設(shè)計是方案的核心架構(gòu)。如附圖2，對于單個云數(shù)據(jù)中心管理平臺，劃分為業(yè)務(wù)層、支撐層、虛擬化層三大層，其中各層次的功能職責如下:
SI虛擬化層:負責調(diào)用各種虛擬化廠商(包含VMware vSphere、Xen與KVM等)的API對云資源(如虛擬機、存儲、網(wǎng)絡(luò)等)進行管理。
[0021]S2支撐層:一方面對下層的各種虛擬化廠商類型進行差異化適配，另一方面，通過封裝，對上層業(yè)務(wù)層暴露統(tǒng)一的管理接口。
[0022]S3業(yè)務(wù)層:通過調(diào)用支撐層提供的接口，對系統(tǒng)中各虛擬化平臺的資源進行統(tǒng)一管理，并對外提供REST API。
[0023]數(shù)據(jù)庫設(shè)計:該設(shè)計是多個云數(shù)據(jù)中心管理平臺間相互交互的數(shù)據(jù)基礎(chǔ)，具體步驟如下:
SI定義REST UUID。為每個云管理平臺定義唯一的REST標識符REST UUID。在數(shù)據(jù)庫中添加REST標識符對應(yīng)關(guān)系表，存放云管理平臺REST UUID、云管理平臺IP、云管理平臺REST URL、云管理平臺活躍標識位、替補云管理平臺REST UUID等信息。
[0024]S2標識云資源。在每個云資源(如虛擬機、存儲、網(wǎng)絡(luò)等)的數(shù)據(jù)表中添加其主控云管理平臺的REST標識符REST UUID字段，用來標識每個云資源的主控管理平臺。如附圖1，當多個云管理平臺進行級聯(lián)時，每個云管理平臺自動將其它平臺的云資源數(shù)據(jù)復(fù)制到本地數(shù)據(jù)庫，并用其主控云管理平臺的REST UUID進行標識。
[0025]S3同步數(shù)據(jù)庫數(shù)據(jù)。為每個云管理平臺設(shè)計數(shù)據(jù)同步器，每隔一段時間(如5分鐘)采集與其級聯(lián)的云管理平臺下的云資源數(shù)據(jù)記錄，在本地數(shù)據(jù)庫中進行同步。
[0026]雙活方案:該方案是本發(fā)明實現(xiàn)多管理平臺雙活的核心過程。多管理平臺的級聯(lián)方式如附圖1，具體描述如下:
SI活躍狀態(tài)云管理平臺間的交互。如附圖3，在云管理平臺A、B均活躍的情況下，當管理平臺A需要操作管理平臺B下的云資源(如虛擬機、網(wǎng)絡(luò)、存儲等)時，直接向B發(fā)送REST請求，B收到請求后調(diào)用虛擬化層API，操作云資源。
[0027]S2心跳檢測。每個管理平臺自動對與其級聯(lián)的管理平臺進行心跳檢測，當管理平臺B失活時，平臺A自動將其本地數(shù)據(jù)庫“云管理平臺REST標識符對應(yīng)關(guān)系表”中平臺B的活躍標識置為O (I表示活躍，O表示失活)。在管理平臺B失活的前提下，當管理平臺A需要操作管理平臺B下的云資源時，繞過失活的平臺B，直接調(diào)用虛擬化層API操作云資源，操作結(jié)果保存在本地數(shù)據(jù)庫，并將其它所有級聯(lián)云管理平臺的“云管理平臺REST標識符對應(yīng)關(guān)系表”中平臺B的替補云平臺REST UUID設(shè)置為平臺A的REST UUID。實現(xiàn)本過程的前提是管理平臺A可以直接訪問管理平臺B下的所有計算、存儲、網(wǎng)絡(luò)等資源，網(wǎng)絡(luò)連通。
[0028]S3管理平臺重新活躍后的操作。待管理平臺B從失活狀態(tài)重新轉(zhuǎn)為活躍狀態(tài)后，先將本地數(shù)據(jù)與其替補云平臺A進行同步，同步完成后，將所有級聯(lián)云管理平臺的“云管理平臺REST標識符對應(yīng)關(guān)系表”中平臺B的活躍標識置為1，替補云平臺REST UUID設(shè)置為空。
[0029]S4應(yīng)對災(zāi)難性破壞的策略。如果管理平臺B被徹底破壞無法恢復(fù)，則可以在B地重新部署管理平臺C，并將其與管理平臺A級聯(lián)，待C自動同步完數(shù)據(jù)之后，將其指定為B地的主控管理平臺。通過這種方式，新的管理平臺C完全替代了原始管理平臺B的所有功能，并且保證了云平臺的數(shù)據(jù)一致性。
[0030]以上所述僅為本發(fā)明的實施例而已，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種云數(shù)據(jù)中心管理平臺雙活方法，其特征在于其實現(xiàn)過程為: 一、設(shè)置基礎(chǔ)架構(gòu)，通過定義虛擬化層、支撐層、業(yè)務(wù)層三層架構(gòu)，將系統(tǒng)的功能職責進行層層劃分； 二、設(shè)計數(shù)據(jù)庫，該數(shù)據(jù)庫是多個云數(shù)據(jù)中心管理平臺間相互交互的數(shù)據(jù)基礎(chǔ)，設(shè)計數(shù)據(jù)表，將主、備云管理平臺進行區(qū)分，按照主控管理平臺的REST標識字段對云資源進行標記，并定義數(shù)據(jù)同步策略，實現(xiàn)對級聯(lián)多數(shù)據(jù)中心管理平臺的管理； 三、設(shè)置雙活方案，定義活躍狀態(tài)、非活躍狀態(tài)、災(zāi)難性破壞時級聯(lián)云資源管理平臺的應(yīng)對策略，實現(xiàn)各種場景下的云管理平臺雙活。
2.根據(jù)權(quán)利要求1所述的一種云數(shù)據(jù)中心管理平臺雙活方法，其特征在于:所述虛擬化層置于最下層，負責調(diào)用各種虛擬化廠商的API對云資源進行管理；支撐層置于中間層，一方面對下層的各種虛擬化廠商類型進行差異化適配，另一方面，通過封裝，對上層業(yè)務(wù)層暴露統(tǒng)一的管理接口 ；業(yè)務(wù)層置于最上層，通過調(diào)用支撐層提供的接口，對系統(tǒng)中各虛擬化平臺的資源進行統(tǒng)一管理，并對外提供REST API。
3.根據(jù)權(quán)利要求1或2所述的一種云數(shù)據(jù)中心管理平臺雙活方法，其特征在于:所述數(shù)據(jù)庫設(shè)計的具體步驟為: O為每個云管理平臺定義唯一的REST標識符REST UUID，在數(shù)據(jù)庫中添加REST標識符對應(yīng)關(guān)系表，存放云管理平臺REST UUID、云管理平臺IP、云管理平臺REST URL、云管理平臺活躍標識位、替補云管理平臺REST UUID信息； 2)標識云資源，在每個云資源的數(shù)據(jù)表中添加其主控云管理平臺的REST標識符RESTUUID字段，用來標識每個云資源的主控管理平臺； 3)同步數(shù)據(jù)庫數(shù)據(jù)，為每個云管理平臺設(shè)計數(shù)據(jù)同步器，每隔一段時間采集與其級聯(lián)的云管理平臺下的云資源數(shù)據(jù)記錄，在本地數(shù)據(jù)庫中進行同步。
4.根據(jù)權(quán)利要求3所述的一種云數(shù)據(jù)中心管理平臺雙活方法，其特征在于:所述步驟三的詳細過程為: 1)活躍狀態(tài)云管理平臺間的交互:在兩臺云管理平臺A、B均活躍的情況下，當管理平臺A需要操作管理平臺B下的云資源時，直接向B發(fā)送REST請求，B收到請求后調(diào)用虛擬化層API，操作云資源； 2)心跳檢測:每個管理平臺自動對與其級聯(lián)的管理平臺進行心跳檢測，當管理平臺B失活時，平臺A自動將其本地數(shù)據(jù)庫云管理平臺REST標識符對應(yīng)關(guān)系表中平臺B的活躍標識置為失活；在管理平臺B失活的前提下，當管理平臺A需要操作管理平臺B下的云資源時，繞過失活的平臺B，直接調(diào)用虛擬化層API操作云資源，操作結(jié)果保存在本地數(shù)據(jù)庫，并將其它所有級聯(lián)云管理平臺的云管理平臺REST標識符對應(yīng)關(guān)系表中平臺B的替補云平臺REST UUID設(shè)置為平臺A的REST UUID ； 3)待管理平臺B從失活狀態(tài)重新轉(zhuǎn)為活躍狀態(tài)后，先將本地數(shù)據(jù)與其替補云平臺A進行同步，同步完成后，將所有級聯(lián)云管理平臺的云管理平臺REST標識符對應(yīng)關(guān)系表中平臺B的活躍標識置為活躍，替補云平臺REST UUID設(shè)置為空； 4)如果管理平臺B被徹底破壞無法恢復(fù)，則可以在B地重新部署管理平臺C，并將其與管理平臺A級聯(lián)，待C自動同步完數(shù)據(jù)之后，將其指定為B地的主控管理平臺。
【文檔編號】G06Q10/00GK103812929SQ201410011838
【公開日】2014年5月21日 申請日期:2014年1月11日 優(yōu)先權(quán)日:2014年1月11日
【發(fā)明者】呂廣杰, 劉正偉, 陳光新 申請人:浪潮電子信息產(chǎn)業(yè)股份有限公司