雙活數(shù)據(jù)中心技術（干貨分享）
雙活是關鍵業(yè)務容災的首選方案，然而目前我們看到的數(shù)據(jù)中心雙活方案基本上都是基于SAN塊存儲，主要的原因是SAN存儲的性能、時延容易滿足要應用要求，如數(shù)據(jù)庫、ERP、SAP等等，所以SAN雙活方案應用比較廣泛、支持SAN存儲的雙活方案廠商比較多；但是技術永遠不是問題，NetApp的FAS和IBM 的GPFS卻具備NAS雙活方案的能力，主要的原因是很多數(shù)據(jù)庫，如OracleRAC和IBM PureScale支持數(shù)據(jù)庫直接部署在NAS之上。
雙活方案是災備要求中級別要求最高的方案，所以雙活方案的部署對應用、網(wǎng)絡、存儲、虛擬化等是有一些基本的要求。
雙活方案對距離要求，由于雙活數(shù)據(jù)采用雙寫機制保障數(shù)據(jù)強一致性，所以一般應用可接受的距離是同城100-300KM之間，雖然應用對IO延時和超時可以設置，但是我們還得考慮用戶體驗。數(shù)據(jù)同步鏈路一般采用FC交換機級聯(lián)，當兩數(shù)據(jù)中心直線距離大于30KM以后，需要DWDM波分等設備來對光信號進行中繼，色散補償。一般DWDM波分設備最大支持3000KM距離。
雙活方案對網(wǎng)絡要求，網(wǎng)絡時延、帶寬、誤碼率都會影響雙活方案。由于兩個數(shù)據(jù)中心數(shù)據(jù)實時復制，所以鏈路網(wǎng)絡帶寬必須高于高峰IO訪問時的帶寬；網(wǎng)絡時延會影響整個應用系統(tǒng)業(yè)務響應；誤碼率會影響網(wǎng)絡的利用率，誤碼率越高就意味著數(shù)據(jù)需要被重傳，從而形象整個網(wǎng)絡。
雙活方案對性能要求，雙活應該無疑對性能是有很高要求的，所以要求兩個數(shù)據(jù)中心的存儲、服務器等系統(tǒng)都應該是對等的，否則任何一方如果成為性能瓶頸都將影響另外數(shù)據(jù)中心。在網(wǎng)關雙活方案中，還有考慮網(wǎng)關不要成為性能瓶頸。
所謂的真雙活（ActiveAtive）和偽雙活（ActivePassive），很多廠商講的真雙活就是兩個數(shù)據(jù)中心存儲上的一對鏡像LUN設備，可以同時在兩個數(shù)據(jù)中心接收來自一個集群應用的讀寫IO，數(shù)據(jù)的一致性需要存儲雙活集群和應用集群來保證。實際上這跟存儲和應用類型關系很大，要求存儲雙活和應用雙活都支持真雙活才有意義。如果存儲支持真雙活，而應用是VMware（并非Active Active集群），那整個方案也只能是Active Passive模式。
雙活方案和多路徑，基于存儲的雙活一般都需要多路徑來完成在數(shù)據(jù)中心間的切換，所以一般雙活方案提供商都會自己開發(fā)多路徑進行一些優(yōu)化。VMware就提供了PSA接口讓存儲廠商實現(xiàn)自己多路徑模塊，讓廠商對存儲方案路徑和IO進行優(yōu)化。然而專有多路徑也并非是必須的，存儲廠商也可以采用系統(tǒng)原生多路徑實現(xiàn)雙活，只是效果差而已。如Xenserver，Citrix沒有類似VMware的PSA接口，所以無法支持第三方多路徑，自帶多路徑Mutipath可以支持ALUA，只需要陣列也支持ALUA，也可以做到路徑優(yōu)化。
來源：全棧云技術架構
下載地址：雙活數(shù)據(jù)中心技術
轉(zhuǎn)載申明：轉(zhuǎn)載本號文章請注明作者和來源，本號發(fā)布文章若存在版權等問題，請留言聯(lián)系處理，謝謝。
推薦閱讀
更多架構相關技術知識總結(jié)請參考“架構師全店鋪技術資料打包”相關電子書(35本技術資料打包匯總詳情可通過“閱讀原文”獲取)。
全店內(nèi)容持續(xù)更新，現(xiàn)下單“全店鋪技術資料打包(全)”，后續(xù)可享全店內(nèi)容更新“免費”贈閱，價格僅收188元(原總價290元)。
溫馨提示：
掃描二維碼關注公眾號，點擊閱讀原文鏈接獲取“架構師技術全店資料打包匯總(全)”電子書資料詳情。
