如果你根據(jù)某些云功能所產(chǎn)生的總收入或用戶總支出來(lái)分別對(duì)它們進(jìn)行排名的話，云爆發(fā)和故障轉(zhuǎn)移將是這兩個(gè)排名中的第一名。很多企業(yè)認(rèn)為這兩個(gè)功能是同等重要的，并發(fā)現(xiàn)這兩個(gè)過(guò)程可以互為支持。事實(shí)上，混合云部署的最佳策略就是整合云爆發(fā)和災(zāi)難恢復(fù)這兩個(gè)功能。

當(dāng)一個(gè)應(yīng)用所要求的工作量超過(guò)了它的容量時(shí)，就會(huì)發(fā)生云爆發(fā)，或被稱為工作量溢出處理。它允許企業(yè)在云中啟用應(yīng)用的額外實(shí)例，以防止影響用戶使用體驗(yàn)質(zhì)量的情況發(fā)生。這是公共云資源如何幫助增加企業(yè)內(nèi)部IT資源的一個(gè)完美示例，它避免了數(shù)據(jù)中心中出現(xiàn)昂貴的產(chǎn)能供過(guò)于求的情況，對(duì)于企業(yè)來(lái)說(shuō)這無(wú)疑是極具經(jīng)濟(jì)意義和現(xiàn)實(shí)意義的。

云爆發(fā)需要兩個(gè)關(guān)鍵的技術(shù)要素：首先應(yīng)用設(shè)計(jì)應(yīng)允許多個(gè)實(shí)例同時(shí)運(yùn)行，其次還要有一個(gè)機(jī)制用于實(shí)現(xiàn)所有實(shí)例之間的工作量平衡，——無(wú)論他們是在數(shù)據(jù)中心還是在公共云中運(yùn)行。

混合云下的云爆發(fā)和災(zāi)難恢復(fù)

在云中，故障轉(zhuǎn)移，或被稱為災(zāi)難恢復(fù)對(duì)于用戶來(lái)說(shuō)也是非常重要的。很多企業(yè)已經(jīng)在考慮或著已部分實(shí)施了備用數(shù)據(jù)中心以確保他們的應(yīng)用在發(fā)生重大故障、部分或全部常規(guī)數(shù)據(jù)中心資源無(wú)法使用的情況下仍能夠繼續(xù)正常運(yùn)行。

在故障轉(zhuǎn)移策略中，其關(guān)注的重點(diǎn)往往是重大事故，例如颶風(fēng)或整個(gè)地理區(qū)域的電力供應(yīng)中斷。很多情況下，企業(yè)完成主資源至備用資源的遷移是有一個(gè)可預(yù)計(jì)的中斷期的。在很多情況下，應(yīng)用將在一個(gè)地方或其他地方繼續(xù)運(yùn)行，而傳統(tǒng)的機(jī)制(例如域名系統(tǒng)(DNS)在發(fā)生故障時(shí)會(huì)把用戶的訪問(wèn)重新指向備用數(shù)據(jù)中心，而當(dāng)故障排除后則又恢復(fù)指向原來(lái)的生產(chǎn)主數(shù)據(jù)中心。

很明顯，云爆發(fā)代表了一個(gè)更靈活的災(zāi)難策略方法。如果應(yīng)用的工作量不斷增長(zhǎng)就會(huì)觸發(fā)云爆發(fā)，那么應(yīng)用的可用資源減少(例如服務(wù)器或者甚至數(shù)據(jù)中心發(fā)生故障)也可觸發(fā)這個(gè)功能。這個(gè)災(zāi)難恢復(fù)策略不僅可以處理整體數(shù)據(jù)中心故障的情況，也可以應(yīng)對(duì)有限設(shè)備、軟件或者甚至網(wǎng)絡(luò)故障這樣的突發(fā)事件?？偠灾?，成功的云爆發(fā)是構(gòu)建混合云應(yīng)用的一個(gè)有用的策略。

創(chuàng)建強(qiáng)大的云爆發(fā)實(shí)施

與資源故障相關(guān)的問(wèn)題，而不是應(yīng)用工作量的增加，將有助于確定云爆發(fā)是否可用于構(gòu)建混合云應(yīng)用。用戶需要訪問(wèn)一個(gè)應(yīng)用的任何額外副本，而應(yīng)用副本要求訪問(wèn)數(shù)據(jù)庫(kù)和其他資源。這兩種可能的情況是否都在災(zāi)難恢復(fù)模式中使用了云爆發(fā)？

用戶訪問(wèn)多個(gè)應(yīng)用副本需要某種形式的負(fù)載平衡。在大部分的情況下，企業(yè)在他們的數(shù)據(jù)中心在廣域網(wǎng)網(wǎng)關(guān)和數(shù)據(jù)中心服務(wù)器之間會(huì)使用三級(jí)路由器、應(yīng)用交付控制器或者其他類似的設(shè)備。然后，這個(gè)設(shè)備就會(huì)根據(jù)實(shí)際需要在應(yīng)用的多個(gè)副本之間調(diào)整工作量。如果支持云爆發(fā)，它可在這些內(nèi)部負(fù)載平衡設(shè)備“后”連接公共云，那么不僅服務(wù)器故障會(huì)導(dǎo)致數(shù)據(jù)中心發(fā)生故障，而且工作量平衡設(shè)備的故障也有可能造成數(shù)據(jù)中心發(fā)生故障。在這種情況下，將無(wú)法訪問(wèn)公共云資源。

反之，創(chuàng)建強(qiáng)大云爆發(fā)實(shí)施的最好方法是從基于網(wǎng)絡(luò)的負(fù)載平衡策略開始入手。

負(fù)載平衡即服務(wù)是OpenStack新發(fā)布的Grizzly中的一個(gè)新功能，這個(gè)新功能正越來(lái)越多地被云供應(yīng)商們所使用。有見(jiàn)地的用戶們還可以在云中構(gòu)建這樣的應(yīng)用和主機(jī)。使用這個(gè)方法，所有的負(fù)載平衡都發(fā)生在云中，而數(shù)據(jù)中心應(yīng)用資源都與云資源鏈接。這就意味著，數(shù)據(jù)中心故障并不會(huì)導(dǎo)致應(yīng)用產(chǎn)生連接性的問(wèn)題。

數(shù)據(jù)中心或應(yīng)用訪問(wèn)性的問(wèn)題則更為復(fù)雜。 在工作量觸發(fā)的云爆發(fā)中，我們可以安全地假設(shè)，數(shù)據(jù)中心中的應(yīng)用數(shù)據(jù)仍然是可用的，而應(yīng)用基于云的副本仍然可以訪問(wèn)它們。如果資源故障觸發(fā)了云爆發(fā)——尤其是整個(gè)數(shù)據(jù)中心級(jí)別的故障，那么數(shù)據(jù)中心中的數(shù)據(jù)庫(kù)資源是不可用的，而應(yīng)用的云副本則無(wú)法訪問(wèn)數(shù)據(jù)。

由于成本、安全性以及合規(guī)性等方面的原因，將一個(gè)公司的整個(gè)數(shù)據(jù)庫(kù)遷移至云可能是非常不現(xiàn)實(shí)的。那么，唯一的選擇是提高應(yīng)用數(shù)據(jù)庫(kù)元素的可用性;使用額外的備份電源、冷卻設(shè)備或者甚至可能在備用場(chǎng)所提供關(guān)鍵應(yīng)用數(shù)據(jù)的熱備份副本來(lái)保護(hù)數(shù)據(jù)存儲(chǔ)和查詢處理器。雖然這樣做肯定會(huì)在一定程度上增加成本，但是其費(fèi)用也幾乎肯定比維護(hù)一個(gè)完整的備用數(shù)據(jù)中心要少得多。

云爆發(fā)和災(zāi)難恢復(fù)可能需要對(duì)應(yīng)用進(jìn)行一些優(yōu)化。聯(lián)機(jī)事務(wù)處理可能需要進(jìn)行多個(gè)數(shù)據(jù)庫(kù)副本更新以維護(hù)一個(gè)最新的備用副本。企業(yè)可能還需要分析應(yīng)用工作量以確定可以復(fù)制應(yīng)用的哪些組件以提高應(yīng)用的整體性能和可用性，并在多個(gè)組件同時(shí)訪問(wèn)同一個(gè)數(shù)據(jù)庫(kù)時(shí)確定如何維護(hù)數(shù)據(jù)的完整性。

雖然對(duì)于經(jīng)驗(yàn)豐富的架構(gòu)師來(lái)說(shuō)，這一類型的應(yīng)用問(wèn)題并不是新問(wèn)題，但在云爆發(fā)和災(zāi)難恢復(fù)功能中還需架構(gòu)師做出針對(duì)性的新調(diào)整。

甚至有可能一個(gè)同時(shí)完成云爆發(fā)和故障轉(zhuǎn)移的應(yīng)用需要特別的設(shè)計(jì)。同楊，測(cè)試和審查在實(shí)現(xiàn)這些業(yè)務(wù)目標(biāo)中也是至關(guān)重要的。