最近，云提供商利用負(fù)載平衡的方法替代冷熱數(shù)據(jù)中心來處理數(shù)據(jù)中心災(zāi)難恢復(fù)的趨勢正日益增長。企業(yè)部署私有云，需要特別注意考慮其數(shù)據(jù)中心災(zāi)難恢復(fù)的需求與負(fù)載平衡。必須保證即使一家數(shù)據(jù)中心遭受災(zāi)難，其他數(shù)據(jù)中心仍將正常經(jīng)營，盡管其運(yùn)營能力可能會(huì)有所下降。

但仍然存在挑戰(zhàn)。跟蹤一款應(yīng)用程序在各種基礎(chǔ)設(shè)施的配置是很困難的。每一款應(yīng)用程序都會(huì)創(chuàng)建服務(wù)器名稱、選擇開放的IP地址、DNS地址域名映射、定義物理和虛擬服務(wù)器、創(chuàng)建防火墻規(guī)則、定義SAN與NAS配置，實(shí)現(xiàn)負(fù)載平衡規(guī)則，定義數(shù)據(jù)庫集群。

一款應(yīng)用程序的所有這些元素都存在于每一個(gè)環(huán)境，如開發(fā)環(huán)境、測試環(huán)境及生產(chǎn)環(huán)境。許多應(yīng)用程序的配置均由多個(gè)網(wǎng)絡(luò)應(yīng)用程序維護(hù)。維護(hù)應(yīng)用程序并不集中，因此元數(shù)據(jù)應(yīng)用程序配置也不集中。更糟的是管理的改變是基于產(chǎn)品實(shí)施時(shí)間的緊迫性，如SAN子系統(tǒng)，這沒有反映在變化管理系統(tǒng)中。因此，數(shù)據(jù)往往是是過時(shí)的。

如果能夠有一款工具將配置在一家數(shù)據(jù)中心的負(fù)載平衡復(fù)制到另一家數(shù)據(jù)中心將是最好的。配置需要單獨(dú)的服務(wù)器的名稱、新的IP地址。其可以將模型的對(duì)稱性的應(yīng)用到其他數(shù)據(jù)中心，同時(shí)，如果其他數(shù)據(jù)中心失敗，提供必要的基礎(chǔ)設(shè)施。但考慮到所有可配置產(chǎn)品的有效置換，創(chuàng)建一個(gè)工具或向?qū)⑹呛芾щy的。

所以，基礎(chǔ)設(shè)施的配置元數(shù)據(jù)的集中是至關(guān)重要的。沒有集中的參數(shù)和部署應(yīng)用程序的版本，其配套設(shè)施將隨時(shí)間推移變小。小型配置的變化可能會(huì)導(dǎo)致數(shù)據(jù)中心首級(jí)和次級(jí)的負(fù)載平衡問題。如果沒有配置數(shù)據(jù)版本，當(dāng)變化導(dǎo)致即時(shí)操作失誤，要返回?cái)?shù)據(jù)中心到穩(wěn)定狀態(tài)可能是非常困難的。

其還指出認(rèn)證體系結(jié)構(gòu)的關(guān)鍵要素。企業(yè)應(yīng)該有一個(gè)政策，規(guī)定只測試產(chǎn)品的配置，如虛擬機(jī)的內(nèi)核軟件或操作系統(tǒng)的版本可在數(shù)據(jù)中心內(nèi)部署。只有特定版本的防火墻硬件可以部署在不同的數(shù)據(jù)中心。另一個(gè)危險(xiǎn)是缺乏選擇，如各種基礎(chǔ)設(shè)施組件只有單一來源的軟件或硬件。如果硬件或軟件錯(cuò)誤有一個(gè)共同的缺陷，則可能會(huì)導(dǎo)致多個(gè)數(shù)據(jù)中心的戲劇性失敗。

總之，企業(yè)可以通過部署在負(fù)載平衡架構(gòu)的應(yīng)用程序解決災(zāi)難恢復(fù)問題。但是，這并不能防止人為的錯(cuò)誤，特別是配置錯(cuò)誤。企業(yè)可以轉(zhuǎn)向認(rèn)證的零組件，如特定的虛擬機(jī)或負(fù)載平衡器，以避免一些由于一個(gè)未經(jīng)測試的配置或缺乏配置元數(shù)據(jù)的版本造成災(zāi)害。配置元數(shù)據(jù)需要存儲(chǔ)在一個(gè)集中的方式和版本中，使應(yīng)用程序可以回落到一個(gè)值得信賴的配置，以防出現(xiàn)錯(cuò)誤。