存儲雙活技術(shù)原理存儲雙活部署架構(gòu)存儲雙活是指兩臺存儲放置兩個互為備份的數(shù)據(jù)中心，存儲兩份數(shù)據(jù)并且兩份數(shù)據(jù)都可以被讀寫訪問，處于運行狀態(tài)。當(dāng)一個數(shù)據(jù)中心存儲發(fā)生設(shè)備故障，甚至數(shù)據(jù)中心整體故障時，業(yè)務(wù)自動切換到另一個數(shù)據(jù)中心，解決了傳統(tǒng)災(zāi)備業(yè)務(wù)無法自動切換的問題。提供給用戶更高的數(shù)據(jù)可靠性以及業(yè)務(wù)連續(xù)性的同時，提高存儲系統(tǒng)的資源利用率。圖1存儲雙活部署圖1）腦裂：存儲雙活，首先要保證數(shù)據(jù)的一致性，所以在設(shè)計仲裁模式的時候，建議建立第三方站點作為仲裁站點，不具備第三站點也可使用主備仲裁方式。但也不能完全避免仲裁失敗的情況，所以還要考慮強制啟動，可強制啟動任意一端的存儲作為源端。2）讀寫：存儲雙活的寫一般都是在緩存層完成，雙存儲在寫入緩存后，主機端即認(rèn)為寫完成。同時要盡量減少跨中心的讀寫，一般可通過主機端集群配置業(yè)務(wù)分離，增加本地讀寫，減少數(shù)據(jù)沖突，來提升讀寫性能。3）應(yīng)用層：如果只有存儲雙活沒有應(yīng)用雙活，存儲雙活不僅沒有大幅度減少RTO，同時還增加了更多的風(fēng)險。所以無論是數(shù)據(jù)庫還是應(yīng)用程序必須為雙活，存儲雙活才有意義。4）故障切換：存儲雙活切換，并非全無感知，本地存儲故障，一般會HANG一段時間，自動切換同城存儲，RPO=0，RTO一般為秒級,數(shù)據(jù)庫一般不會宕機；同城鏈路故障也會HANG一段時間，仲裁決定主站點，RPO=0，RTO一般為秒級，數(shù)據(jù)庫一般不會宕機；仲裁服務(wù)器故障，對存儲雙活運行與同步一般無影響。存儲雙活的風(fēng)險1）鏈路風(fēng)險：根據(jù)監(jiān)管要求同城應(yīng)用級災(zāi)難備份中心，應(yīng)與生產(chǎn)中心直線距離至少達(dá)到30km（如果直線距離達(dá)到30千米，一般裸光纖距離會在60千米以上）。存儲雙活需要充分考慮性能與穩(wěn)定性，尤其是光纖鏈路抖動是不可避免的?？赡苡捎阪溌范秳訋泶竺娣e業(yè)務(wù)阻塞，或者批量過程中出現(xiàn)鏈路抖動，導(dǎo)致IO失敗，可能出現(xiàn)批量重跑或造成數(shù)據(jù)錯誤的情況。2）集群風(fēng)險：存儲雙活一般都是主備數(shù)據(jù)中心使用一套集群系統(tǒng)，存儲的集群系統(tǒng)則變成了單點，集群系統(tǒng)的故障或BUG等將造成更為嚴(yán)重的后果，導(dǎo)致雙存儲全部無法使用或造成數(shù)據(jù)不一致。3）邏輯錯誤與數(shù)據(jù)壞塊：存儲雙活無法解決邏輯錯誤以及數(shù)據(jù)庫出現(xiàn)的數(shù)據(jù)壞塊。4）運維風(fēng)險：存儲雙活對運維工程師提出了更高的要求，增加了運維的復(fù)雜程度。存儲雙活實踐根據(jù)以上存儲雙活的風(fēng)險，無論采用何種存儲雙活技術(shù)，仍需要根據(jù)應(yīng)用系統(tǒng)屬性增加必要的本地存儲高可用架構(gòu)。建議為獨立的主機、網(wǎng)絡(luò)、存儲以及物理區(qū)域。圖2存儲雙活實踐架構(gòu)容錯必要性邏輯保護：當(dāng)出現(xiàn)存儲集群故障或者數(shù)據(jù)庫出現(xiàn)物理壞塊的情況，可為數(shù)據(jù)庫提供保障。讀寫分離：邏輯復(fù)制數(shù)據(jù)庫一般都為可讀狀態(tài)，可以分流部分查詢業(yè)務(wù)到邏輯復(fù)制庫，減少主庫讀壓力。容錯切換：生產(chǎn)端訪問容災(zāi)端存儲，性能無法滿足需求，同時如果只有本應(yīng)用系統(tǒng)切換同城，造成其他應(yīng)用系統(tǒng)跨站點訪問，延時增高，影響業(yè)務(wù)的情況下，可啟用生產(chǎn)端邏輯復(fù)制庫接管業(yè)務(wù)。實踐方案1）針對渠道類7*24的應(yīng)用系統(tǒng)，客戶比較敏感，同時不存在大量賬務(wù)數(shù)據(jù)。可采用應(yīng)用數(shù)據(jù)庫同城雙活的架構(gòu)，使用OracleRAC或Db2Purescale等，同時配置邏輯復(fù)制數(shù)據(jù)庫。在應(yīng)用層上通過負(fù)載配置信號燈機制，控制生產(chǎn)與容災(zāi)中心不同類業(yè)務(wù)模塊訪問的流量。通過域名或者HOSTS文件控制應(yīng)用訪問數(shù)據(jù)庫指向。將業(yè)務(wù)按業(yè)務(wù)模塊拆分，按讀寫方式拆分，能提升整體應(yīng)用系統(tǒng)性能與穩(wěn)定性。圖3渠道類應(yīng)用系統(tǒng)存儲雙活實踐方案2）針對核心賬務(wù)類同時涉及批量工作的應(yīng)用系統(tǒng)，并不是非常建議使用數(shù)據(jù)庫雙活，可使用雙活存儲配置跨站點的HA，實現(xiàn)自動切換。同時應(yīng)用程序如有需要共享的數(shù)據(jù)使用高性能NAS相對比較簡單，易于管理。圖4核心賬務(wù)類應(yīng)用系統(tǒng)存儲雙活實踐方案總結(jié)根據(jù)實際需求規(guī)劃同城容災(zāi)架構(gòu)，滿足業(yè)務(wù)需求與監(jiān)管要求，保證出現(xiàn)故障災(zāi)難，同城可在規(guī)劃的RPO與RTO要求內(nèi)完成切換，并且能長期承載應(yīng)用系統(tǒng)運行，沒有必要一味地追求RTO=0。規(guī)劃同城容災(zāi)架構(gòu)需要多部門、多角度針對每個應(yīng)用系統(tǒng)進(jìn)行打分評級；根據(jù)應(yīng)用系統(tǒng)特性，如賬務(wù)類、渠道類、批量類等相關(guān)特性組合，制定滿足需求的技術(shù)容災(zāi)方案；在根據(jù)應(yīng)用系統(tǒng)的投入產(chǎn)出制定合理的容災(zāi)方案，并不是技術(shù)最先進(jìn)、RPO與RTO都等于零的方案是最合理的方案。無論是同城雙活還是主備中心，都要零信任，給自己留好退