[發(fā)明專利]一種云計算服務(wù)器的容錯組合方法

在審

• 申請?zhí)枺?/td>: 202011586362.5
• 申請日: 2020-12-29
• 公開（公告）號: CN112527469A
• 公開（公告）日: 2021-03-19
• 發(fā)明（設(shè)計）人: 程宏兵;朱思;江燦;王本安
• 申請（專利權(quán)）人: 浙江工業(yè)大學(xué)
• 主分類號: G06F9/455
• 分類號: G06F9/455;G06F9/445;G06F9/50;G06F11/30
• 代理公司: 杭州之江專利事務(wù)所(普通合伙) 33216
• 代理人: 朱楓

一種云計算服務(wù)器的容錯組合方法，系統(tǒng)為協(xié)同任務(wù)請求分配一個的標(biāo)識符，將請求對應(yīng)查詢相關(guān)服務(wù)模塊列表；將服務(wù)清單發(fā)送到選擇和計劃模塊中準(zhǔn)備執(zhí)行；等待接收到分析和分類模塊恢復(fù)空閑虛擬機列表后，該配置模塊選擇將執(zhí)行該計劃的虛擬機集群并將該計劃轉(zhuǎn)發(fā)及處理；監(jiān)視器模塊來監(jiān)測虛擬機集群的執(zhí)行情況。本發(fā)明具有高可用、資源利用率高、透明容錯的優(yōu)點。

技術(shù)領(lǐng)域

本發(fā)明涉及一種容錯配置方法，特別涉及一種云計算服務(wù)器的容錯組合方法。

背景技術(shù)

隨著云計算的快速發(fā)展以及云計算平臺提供商的迅速增多，越來越多的團體、組織、或機構(gòu)將原本部署在內(nèi)部數(shù)據(jù)中心的資源或服務(wù)轉(zhuǎn)移至云計算平臺上，以便于管理并節(jié)約成本。然而這種做法存在一定的風(fēng)險，即云平臺的可用性是否得到保障。可用性是指軟件系統(tǒng)在一段給定時間內(nèi)正常工作的時間占總時間的比重，通常用百分比來衡量。

云計算平臺將各種IT資源以服務(wù)的方式通過互聯(lián)網(wǎng)交付給用戶。其中，虛擬化技術(shù)實現(xiàn)了IT資源的邏輯抽象和統(tǒng)一表示，是支撐云計算最重要的技術(shù)基石。目前，較為成熟的開源或商業(yè)云平臺產(chǎn)品中，使用最為廣泛的容錯方案有兩種，即虛擬機重啟和虛擬機熱備份。虛擬機重啟是指在一個集群中，某個物理機出現(xiàn)故障，發(fā)生故障的物理機上的虛擬機將會在物理機集群上的某一個正常運行的物理機上重啟，以達(dá)到物理機故障消除的目的。虛擬機熱備份是通過虛擬機同步技術(shù)，將一臺主虛擬機的狀態(tài)實時傳輸?shù)搅硪慌_從虛擬機上去，主虛擬機失效后，從虛擬機可以繼續(xù)提供服務(wù)。

這兩種方案初見成效，但很難大幅度提升整體云計算。問題表現(xiàn)在：1、CPU、內(nèi)存資源消耗過多。云計算平臺中資源是按照使用量計費的，過多的資源用以提供非功能需求將會導(dǎo)致資源利用率過低和成本增加。例如虛擬機熱備份中，資源使用率僅有50％，因此僅有少數(shù)關(guān)鍵虛擬機使用該方案。2、容錯效果不佳，例如僅能屏蔽物理機故障。在云計算平臺中，按照體系結(jié)構(gòu)自上而下的層次關(guān)系可以劃分為四層，應(yīng)用/服務(wù)層，虛擬機層，物理機層，以及集群層。針對不同層面的故障，應(yīng)有針對性的容錯方案。而上述的虛擬機重啟和虛擬機熱備份僅能屏蔽物理機層故障。3、容錯方案難以動態(tài)調(diào)整。云計算平臺是一個復(fù)雜且易變的開放性環(huán)境，所以容錯配置應(yīng)該根據(jù)當(dāng)前系統(tǒng)狀態(tài)做出自適應(yīng)調(diào)整。而目前云平臺下的容錯方案的調(diào)整需要管理員手動調(diào)整。

由此可見，目前云計算平臺的容錯策略以及容錯配置方法難以滿足高可用的需求。

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

為解決現(xiàn)有技術(shù)的不足，提供一種基于有機計算的容錯服務(wù)組合方法，這種方法可以監(jiān)測并收集系統(tǒng)中虛擬機的運行信息，對用戶需求與系統(tǒng)運行信息的分析，選擇合適的容錯方案，并自動化的配置到云計算平臺中，提高系統(tǒng)的高可用性。

為實現(xiàn)上述目的，本發(fā)明采用以下技術(shù)方案：

一種云計算服務(wù)器的容錯組合方法，包括以下步驟：

步驟一，用戶通過可視化界面發(fā)起協(xié)同任務(wù)，系統(tǒng)為該請求分配一個唯一的標(biāo)識符，該標(biāo)識符旨在讓配置模塊找到最合適的配置計劃，以促進(jìn)發(fā)現(xiàn)并最大限度地減少其服務(wù)數(shù)量；

步驟二，將步驟一中的請求發(fā)送到查詢模塊當(dāng)中，在該模塊當(dāng)中，去服務(wù)提供商注冊中心查詢出響應(yīng)該請求的服務(wù)模塊列表，注冊中心可以提供大量功能相同但服務(wù)質(zhì)量不同的服務(wù)，因此需要選擇具體配置計劃中的候選服務(wù)，擬定候選服務(wù)清單；

步驟三，將步驟二的候選服務(wù)清單發(fā)送到選擇和計劃模塊中，然后在選擇和計劃模塊中起草準(zhǔn)備執(zhí)行的配置計劃，并將該計劃將被存檔在日志中，以便可能的重復(fù)使用；

步驟四，該計劃被發(fā)送到配置模塊/重新配置模塊，等待接收到分析和分類模塊恢復(fù)空閑虛擬機列表后，該配置模塊選擇將執(zhí)行該計劃的虛擬機集群并將該計劃轉(zhuǎn)發(fā)給它們來進(jìn)行處理；

步驟五，通過監(jiān)視器模塊來監(jiān)測虛擬機集群的執(zhí)行情況；若執(zhí)行成功，則將每個虛擬機執(zhí)行的結(jié)果發(fā)送給分析和分類模塊；若執(zhí)行失敗，則將錯誤信息存入到日志中，并攜帶請求擬定候選服務(wù)清單，跳轉(zhuǎn)至步驟二重新執(zhí)行；