VMware雙活數(shù)據(jù)心解決方案詳解

VMware雙活數(shù)據(jù)心解決方案詳解2讓Field

SE具備以下能力：厘清似是而非的概念，把雙活數(shù)據(jù)中心加上必要的限定條件，為每種限定條件下的雙活指定一個(gè)明確的名詞。陳述每種雙活的解決方案。當(dāng)客戶談?wù)撾p活數(shù)據(jù)中心時(shí)，可以根據(jù)上述限定條件確認(rèn)客戶所談的究竟是哪種雙活；當(dāng)客戶不明確時(shí)，可以闡述上述主要的雙活定義，以及所對(duì)應(yīng)的雙活解決方案。當(dāng)明確客戶所指的雙活要求時(shí)，可以使用這些素材，裁剪出需要的方案，和客戶做深入的交流。在第四部分以附件的形式，介紹一些背景知識(shí)和方案，比如傳統(tǒng)的二層連接方式、負(fù)載均衡、存儲(chǔ)雙活和數(shù)據(jù)庫(kù)雙活等。目的3包含的內(nèi)容：基于不同維度的雙活實(shí)現(xiàn)場(chǎng)景的綜合性說明雙活數(shù)據(jù)中心相關(guān)技術(shù)組件的分項(xiàng)說明：本部分內(nèi)容按照技術(shù)實(shí)現(xiàn)方式的編號(hào)加以分項(xiàng)說明不包含的內(nèi)容：相關(guān)的規(guī)范和標(biāo)準(zhǔn)、術(shù)語虛擬化及云計(jì)算基礎(chǔ)知識(shí)介紹本地高可用性的介紹業(yè)務(wù)連續(xù)性的基本概念介紹災(zāi)備等級(jí)的概念性介紹基于SRM的異地遠(yuǎn)程災(zāi)備方案詳細(xì)介紹內(nèi)容構(gòu)成作者CONFIDENTIAL4雙活是兩個(gè)或多個(gè)數(shù)據(jù)中心，每個(gè)都具有獨(dú)立運(yùn)行生產(chǎn)應(yīng)用所需要的所有資源。此架構(gòu)下所有的應(yīng)用請(qǐng)求會(huì)被動(dòng)態(tài)負(fù)載均衡到兩個(gè)數(shù)據(jù)中心，當(dāng)其中一個(gè)數(shù)據(jù)中心故障時(shí)，另外一個(gè)數(shù)據(jù)中心接管所有的應(yīng)用請(qǐng)求。狹義的雙活數(shù)據(jù)中心：WEP/APP/DB層在兩個(gè)數(shù)據(jù)中心都處于Active狀態(tài)，DB層在兩個(gè)數(shù)據(jù)中心都可讀可寫廣義的雙活數(shù)據(jù)中心：WEP/APP層在兩個(gè)數(shù)據(jù)中心是雙活的架構(gòu)，但DB層可以是Active/HotStandby模式、Active/Query模式或Active/Active模式什么是雙活數(shù)據(jù)中心雙活自動(dòng)的切換流程雙站點(diǎn)負(fù)載均衡的同時(shí)，可以實(shí)現(xiàn)一個(gè)站點(diǎn)完全失效方面的保護(hù)覆蓋的錯(cuò)誤包括：HA方案失效主站點(diǎn)(基礎(chǔ)架構(gòu))失效邏輯錯(cuò)誤(如應(yīng)用或數(shù)據(jù))致命的用戶失誤導(dǎo)致的原因是計(jì)劃內(nèi)宕機(jī)自然災(zāi)害、戰(zhàn)爭(zhēng)、……對(duì)主站點(diǎn)有嚴(yán)重的影響RPO為零的同時(shí)，大幅縮短RTO跨數(shù)據(jù)中心什么是雙活數(shù)據(jù)中心雙活系統(tǒng)中心的”0”切換當(dāng)前非雙活系統(tǒng)中心模式>”0”切換本地高可用系統(tǒng)異地容災(zāi)系統(tǒng)應(yīng)急保障系統(tǒng)雙活系統(tǒng)中心=“0”切換系統(tǒng)切換的風(fēng)險(xiǎn)和成本用戶滿意度運(yùn)營(yíng)/KPI考核應(yīng)急情況處理能力技術(shù)創(chuàng)新點(diǎn)用戶滿意度運(yùn)營(yíng)/KPI考核

雙活系統(tǒng)“0”切換運(yùn)行風(fēng)險(xiǎn)設(shè)計(jì)雙活數(shù)據(jù)中心的考慮因素?zé)o論客戶或者廠家實(shí)施雙活數(shù)據(jù)中心都必須解決以下挑戰(zhàn)：雙活數(shù)據(jù)中心之延遲和穩(wěn)定性:由于光速限制，每100km所產(chǎn)生的數(shù)據(jù)來回延遲約為1ms。該延遲已經(jīng)跟一般硬盤讀寫可比。因此，會(huì)對(duì)實(shí)際應(yīng)用性能構(gòu)成影響,特別是兩數(shù)據(jù)中心數(shù)據(jù)交互密切的業(yè)務(wù)。另外，數(shù)據(jù)中心之間的網(wǎng)絡(luò)更難以維護(hù)和掌控。Quorum/Tie-Breaker之需求:為了避免雙活數(shù)據(jù)中心產(chǎn)生腦裂(SplitBrain)或場(chǎng)地分割(siteisolation)狀況，解決方案需要提供有效的Quorum/Tie-Breaker方式來保證數(shù)據(jù)完整性.工作負(fù)載之考慮:業(yè)務(wù)交易中，應(yīng)用所產(chǎn)生之寫操作(INSERT,UPDATE,DELETE)比例越高，則越多數(shù)據(jù)需要跨數(shù)據(jù)中心傳送。這類型業(yè)務(wù)交易不利于雙活數(shù)據(jù)中心設(shè)計(jì)。推薦業(yè)務(wù)劃分，讀寫分離等有效規(guī)避數(shù)據(jù)中心間交互的架構(gòu)。8目錄1雙活數(shù)據(jù)中心分類概覽2雙活方案部署選擇指南3雙活數(shù)據(jù)中心示例4雙活技術(shù)實(shí)現(xiàn)分層詳解前端負(fù)載均衡技術(shù)大二層網(wǎng)絡(luò)貫通技術(shù)數(shù)據(jù)庫(kù)分布式雙活技術(shù)存儲(chǔ)分布式雙活技術(shù)9一提到雙活，你想到了什么？FAQ及基本策略Q:雙活不是VMware的強(qiáng)項(xiàng)？A:雙活數(shù)據(jù)中心是個(gè)復(fù)雜的工程，沒有一個(gè)廠商可以獨(dú)立完成。VMware理解我們?cè)谶@個(gè)工程中的作用，也理解其余部分是如何配合工作的。我們?cè)敢鉃榭蛻舻碾p活解決方案做出貢獻(xiàn)，我們是雙活方案的關(guān)鍵參與者之一。Q:我們說的雙活和你們說的雙活不是一回事？A:雙活是一個(gè)寬泛的概念，因此需要根據(jù)條件和目標(biāo)加以界定。無論名稱是什么，本質(zhì)上，加以嚴(yán)格界定后的雙活方案是主客方都能認(rèn)可的。Q:雙活主要靠的是應(yīng)用層交付，如負(fù)載均衡等，而不需要虛擬機(jī)的遷移？A:負(fù)載均衡在非虛擬化時(shí)代就已經(jīng)出現(xiàn)，隨著虛擬化技術(shù)的發(fā)展，負(fù)載均衡更注重于應(yīng)用交付，而虛擬化技術(shù)則更注重于資源調(diào)度。兩種技術(shù)共同作用于雙活數(shù)據(jù)中心，缺一不可。Q:你們的雙活方案是什么？是否能滿足我們的要求？A:沒有最完美的方案，只有最適合的方案。我們需要先了解客戶的現(xiàn)狀、條件，投資、以及目標(biāo)，然后給出一個(gè)最適合的方案來。CONFIDENTIAL1011需求原因：提高用戶的快速體驗(yàn)和鏈路的利用率，希望可以通過任意一條鏈路訪問到不同數(shù)據(jù)中心的業(yè)務(wù)；希望雙中心都能提供業(yè)務(wù)負(fù)載，需要時(shí)可直接在另一個(gè)中心擴(kuò)容資源；滿足臨時(shí)快速加載基礎(chǔ)架構(gòu)資源的要求。S1S1’S2AS2BS1、S2：代表不同的業(yè)務(wù)系統(tǒng)S1、S1’:代表相同業(yè)務(wù)系統(tǒng)的不同數(shù)據(jù)中心部署實(shí)例S2A、S2B:代表相同業(yè)務(wù)系統(tǒng)的不同業(yè)務(wù)子模塊數(shù)據(jù)中心A數(shù)據(jù)中心B用戶實(shí)現(xiàn)目標(biāo)：兩個(gè)（多個(gè)）數(shù)據(jù)中心可同時(shí)承接業(yè)務(wù)一個(gè)數(shù)據(jù)中心故障時(shí)，其他中心可以接管業(yè)務(wù)工作特點(diǎn)：充分利用資源，避免了一個(gè)數(shù)據(jù)中心常年處于閑置狀態(tài)而造成浪費(fèi)，通過資源整合，雙活數(shù)據(jù)中心的服務(wù)能力是雙倍的；如果中斷了一個(gè)數(shù)據(jù)中心，其他的數(shù)據(jù)中心仍可獨(dú)立響應(yīng)業(yè)務(wù)，對(duì)用戶來說業(yè)務(wù)切換是無感知的http:///dc/50409.shtml1.雙活數(shù)據(jù)中心解決方案概要三種主要的雙活場(chǎng)景的定義CONFIDENTIAL12雙活場(chǎng)景場(chǎng)景界定條件要求非對(duì)稱雙活web/app層在多個(gè)站點(diǎn)同時(shí)提供服務(wù)，但數(shù)據(jù)庫(kù)僅在單一站點(diǎn)提供服務(wù)CDN/GTM+LTM

數(shù)據(jù)庫(kù)在主備站點(diǎn)之間有復(fù)制服務(wù)分應(yīng)用雙活單個(gè)業(yè)務(wù)完整地運(yùn)行在一個(gè)站點(diǎn)，在另一站點(diǎn)提供災(zāi)備。

每個(gè)站點(diǎn)都同時(shí)提供部分業(yè)務(wù)的生產(chǎn)，以及另一部分業(yè)務(wù)的災(zāi)備。主備站點(diǎn)間有數(shù)據(jù)復(fù)制服務(wù)，包括對(duì)所有虛機(jī)存儲(chǔ)的復(fù)制。對(duì)稱雙活業(yè)務(wù)或用戶分配到兩個(gè)數(shù)據(jù)中心，

每個(gè)數(shù)據(jù)中心都有自己的應(yīng)用集群對(duì)外服務(wù)，跨中心建立共用數(shù)據(jù)庫(kù)。

平時(shí)所有的中心均承載業(yè)務(wù)，實(shí)現(xiàn)資源最大利用，出現(xiàn)災(zāi)難時(shí)，正常的生產(chǎn)數(shù)據(jù)中心接管故障中心承載的業(yè)務(wù)。

CDN/GTM+LTM

有裸光纖及DWDM

存儲(chǔ)雙活

數(shù)據(jù)庫(kù)雙活A(yù)ctive/Active

應(yīng)用服務(wù)器層Active/Standby數(shù)據(jù)庫(kù)層Active/Active

Web

層1.1

非對(duì)稱雙活雙生產(chǎn)中心均提供web層和app層服務(wù)數(shù)據(jù)庫(kù)服務(wù)只在其中一個(gè)中心提供通過數(shù)據(jù)復(fù)制技術(shù)將數(shù)據(jù)復(fù)制到對(duì)方出現(xiàn)災(zāi)難時(shí)，根據(jù)需要分層切換，或全部切換到另一中心。生產(chǎn)數(shù)據(jù)中心1

生產(chǎn)數(shù)據(jù)中心1

生產(chǎn)數(shù)據(jù)中心2生產(chǎn)數(shù)據(jù)中心2WebAppDBWebAppDB應(yīng)用A訪問應(yīng)用A訪問任意客戶端生產(chǎn)數(shù)據(jù)中心1

生產(chǎn)數(shù)據(jù)中心1

生產(chǎn)數(shù)據(jù)中心2生產(chǎn)數(shù)據(jù)中心2雙生產(chǎn)中心均需要完成生產(chǎn)業(yè)務(wù)通過數(shù)據(jù)復(fù)制技術(shù)將數(shù)據(jù)復(fù)制到對(duì)方通過業(yè)務(wù)模塊或用戶的方式將業(yè)務(wù)分配到不同的中心平時(shí)主要的處理能力均分配給生產(chǎn)應(yīng)用系統(tǒng)使用出現(xiàn)災(zāi)難時(shí)，根據(jù)需要接管的方式，動(dòng)態(tài)調(diào)度資源給備份系統(tǒng)使用應(yīng)用B備份系統(tǒng)應(yīng)用A備份系統(tǒng)應(yīng)用B應(yīng)用A訪問應(yīng)用B訪問1.2分應(yīng)用雙活應(yīng)用A任意客戶端生產(chǎn)數(shù)據(jù)中心1

生產(chǎn)數(shù)據(jù)中心1

生產(chǎn)數(shù)據(jù)中心2生產(chǎn)數(shù)據(jù)中心2應(yīng)用B應(yīng)用A應(yīng)用A應(yīng)用B1.3對(duì)稱雙活雙生產(chǎn)中心均需要完成生產(chǎn)業(yè)務(wù)通過雙活存儲(chǔ)進(jìn)行數(shù)據(jù)復(fù)制，在兩邊提供無差別的存儲(chǔ)服務(wù)通過業(yè)務(wù)模塊或用戶的方式將業(yè)務(wù)分配到不同的中心平時(shí)主要的處理能力均分配給生產(chǎn)應(yīng)用系統(tǒng)使用出現(xiàn)災(zāi)難時(shí)，根據(jù)需要接管的方式，動(dòng)態(tài)調(diào)度資源給關(guān)鍵應(yīng)用使用應(yīng)用A訪問應(yīng)用B訪問應(yīng)用A訪問應(yīng)用B訪問任意客戶端1.4混合模式大型數(shù)據(jù)中心中，允許這三種模式的混合應(yīng)用不同的應(yīng)用，可以采用不同的雙活模式；或者部分應(yīng)用雙活，另外的應(yīng)用采用災(zāi)備。綜合應(yīng)用上述組合，為不同級(jí)別的應(yīng)用，提供不同級(jí)別的保障。CONFIDENTIAL生產(chǎn)數(shù)據(jù)中心1

生產(chǎn)數(shù)據(jù)中心1

生產(chǎn)數(shù)據(jù)中心2生產(chǎn)數(shù)據(jù)中心2應(yīng)用C備份系統(tǒng)應(yīng)用B備份系統(tǒng)應(yīng)用C應(yīng)用B訪問應(yīng)用C訪問應(yīng)用B應(yīng)用AWebAppDB應(yīng)用AWebAppDB應(yīng)用A訪問應(yīng)用A訪問應(yīng)用D應(yīng)用D應(yīng)用D訪問應(yīng)用D訪問任意客戶端目錄1雙活數(shù)據(jù)中心分類概覽2雙活方案部署選擇指南3雙活數(shù)據(jù)中心示例4雙活技術(shù)實(shí)現(xiàn)分層詳解前端負(fù)載均衡技術(shù)大二層網(wǎng)絡(luò)貫通技術(shù)數(shù)據(jù)庫(kù)分布式雙活技術(shù)存儲(chǔ)分布式雙活技術(shù)17雙活數(shù)據(jù)中心部署決策樹18兩個(gè)站點(diǎn)之間的距離是否小于100公里？?jī)蓚€(gè)站點(diǎn)之間是否有裸光纖和/或波分設(shè)備?基于互聯(lián)網(wǎng)的業(yè)務(wù)還是基于內(nèi)網(wǎng)的業(yè)務(wù)？基于DNS，還是基于IP？分應(yīng)用雙活基于雙活存儲(chǔ)，還是基于(同/異步)復(fù)制存儲(chǔ)否否否應(yīng)用調(diào)度：CDN/GTM

+

LTM資源調(diào)度：延伸集群應(yīng)用調(diào)度：LTM資源調(diào)度：延伸集群基于互聯(lián)網(wǎng)基于DNS基于IP應(yīng)用調(diào)度：GTM

+

LTM資源調(diào)度：延伸集群非對(duì)稱雙活對(duì)稱雙活vSphere

6適用于雙活數(shù)據(jù)中心的特性vMotionRTT時(shí)延低于150毫秒，帶寬不低于250Mbps。每個(gè)Kernel端口都擁有獨(dú)立的TCP堆棧，可以跨L3網(wǎng)絡(luò)遷移?？梢钥绫镜亍⒊请H，甚至洲際進(jìn)行虛擬機(jī)遷移?？梢钥鐅Center遷移，遷移時(shí)可以變更主機(jī)、網(wǎng)絡(luò)交換機(jī)和存儲(chǔ)。遷移時(shí)業(yè)務(wù)不中斷，虛擬機(jī)IP地址保持不變?？鐅Center保持UUID、MAC地址不變，保留原有數(shù)據(jù)和策略不變。CONFIDENTIAL19

Virtual

SAN

6.1

適用于雙活數(shù)據(jù)中心的特性可以跨站點(diǎn)設(shè)置故障域。當(dāng)一個(gè)站點(diǎn)故障時(shí)，還有一份完整的副本保存在另外一個(gè)站點(diǎn)。代替雙活共享存儲(chǔ)，成為雙活VSAN。20vSphere+VirtualSANHarddisksHarddisksSSDSSDHarddisksSSD…HarddisksHarddisksSSDSSDHarddisksSSD…vCenterServer生產(chǎn)數(shù)據(jù)中心1生產(chǎn)數(shù)據(jù)中心2故障域A故障域BVirtualSANSharedDatastore第三地仲裁機(jī)制

Virtual

SAN

6.1

適用于雙活數(shù)據(jù)中心的特性可以跨站點(diǎn)設(shè)置故障域。當(dāng)一個(gè)站點(diǎn)故障時(shí)，還有一份完整的副本保存在另外一個(gè)站點(diǎn)。代替雙活共享存儲(chǔ)，成為雙活VSAN。21vSphere+VirtualSANHarddisksHarddisksSSDSSDHarddisksSSD…HarddisksHarddisksSSDSSDHarddisksSSD…vCenterServer生產(chǎn)數(shù)據(jù)中心1生產(chǎn)數(shù)據(jù)中心2故障域A故障域BMacroSAN第三地仲裁機(jī)制NSX6.2適用于雙活數(shù)據(jù)中心的特性底層網(wǎng)絡(luò)只需要提供三層可達(dá)，作為IP傳輸網(wǎng)。物理交換機(jī)可以多廠商、多型號(hào)混合組網(wǎng)。數(shù)據(jù)中心內(nèi)部和數(shù)據(jù)中心之間的連接，除帶寬外沒有區(qū)別。可以跨多個(gè)vCenter、跨多個(gè)站點(diǎn)組網(wǎng)。把原來隔離的多個(gè)小資源池整合為一個(gè)大的資源池。CONFIDENTIAL22多租戶/多應(yīng)用之間天然隔離，以虛擬機(jī)為最小單位，而不是之前的以Host為單位。租戶/應(yīng)用內(nèi)部提供所有虛擬化顆粒自由組合的安全策略。提高了跨站點(diǎn)資源調(diào)度的靈活性。提高了資源的利用率。SRM

6適用于雙活數(shù)據(jù)中心的特性可以和NSX配合，同時(shí)對(duì)虛擬機(jī)和虛擬網(wǎng)絡(luò)進(jìn)行復(fù)制和保護(hù)?？梢员３只蚋淖僆P地址。一鍵恢復(fù)以虛擬機(jī)為中心的基于策略的存儲(chǔ)和復(fù)制集中化恢復(fù)計(jì)劃基于策略的集中式調(diào)配自動(dòng)執(zhí)行災(zāi)難恢復(fù)故障切換計(jì)劃內(nèi)遷移和災(zāi)難規(guī)避自動(dòng)故障恢復(fù)輕松執(zhí)行測(cè)試無中斷測(cè)試不遺漏任何應(yīng)用靈活且經(jīng)濟(jì)高效的復(fù)制實(shí)現(xiàn)所有虛擬化應(yīng)用的災(zāi)難恢復(fù)自動(dòng)化支持第三方基于陣列的復(fù)制CONFIDENTIAL23SRM(站點(diǎn)恢復(fù)管理器)使用場(chǎng)景恢復(fù)意外失敗的站點(diǎn)全部或部分站點(diǎn)失敗關(guān)鍵但極少發(fā)生的場(chǎng)景站點(diǎn)意外故障，但不常發(fā)生一旦發(fā)生，要求快速恢復(fù)業(yè)務(wù)數(shù)據(jù)中心預(yù)期的潛在威脅如颶風(fēng)、海嘯及強(qiáng)制撤離等為預(yù)防故障發(fā)起的平滑遷移利用SRM的“計(jì)劃內(nèi)遷移”來保障數(shù)據(jù)零丟失“自動(dòng)故障恢復(fù)”確保在故障恢復(fù)后將業(yè)務(wù)切換回主站點(diǎn)SRM應(yīng)用最多的場(chǎng)景計(jì)劃內(nèi)數(shù)據(jù)中心維護(hù)全球負(fù)載均衡簡(jiǎn)化跨站點(diǎn)遷移的程序不中斷的測(cè)試/切換演練“計(jì)劃內(nèi)遷移”確保數(shù)據(jù)零丟失“自動(dòng)故障恢復(fù)”確保雙向遷移災(zāi)難恢復(fù)災(zāi)難規(guī)避計(jì)劃內(nèi)遷移vRA&vRO適用于雙活數(shù)據(jù)中心的特性vRA

&

vRO可以搭建統(tǒng)一的資源調(diào)度、部署和運(yùn)維平臺(tái)，無差別地管理多個(gè)數(shù)據(jù)中心站點(diǎn)。運(yùn)維團(tuán)隊(duì)和數(shù)據(jù)中心站點(diǎn)分離。物理維護(hù)團(tuán)隊(duì)和邏輯維護(hù)團(tuán)隊(duì)分離。CONFIDENTIAL252.1非對(duì)稱雙活CONFIDENTIAL26vCenter-AvCenter-BNSXMgrANSXMgrBSRMASRMB邏輯交換機(jī)WebWebAppApp分布式邏輯路由器DBDB邊界網(wǎng)關(guān)邊界路由器邏輯交換機(jī)WebWebAppApp分布式邏輯路由器DBDB邊界網(wǎng)關(guān)邊界路由器存儲(chǔ)復(fù)制DatastoreADatastoreB數(shù)據(jù)中心間互連任意客戶端2.1

非對(duì)稱雙活CONFIDENTIAL27場(chǎng)景RTORPO操作過程設(shè)計(jì)優(yōu)點(diǎn)災(zāi)難恢復(fù)恢復(fù)意外失效的站點(diǎn)5~30分鐘取決于站點(diǎn)之間的距離、帶寬以及數(shù)據(jù)量菜單操作當(dāng)無法預(yù)計(jì)的災(zāi)難（如地震等）發(fā)生后，RTO取決于在災(zāi)備中心需要重啟的虛機(jī)數(shù)量，RPO取決于站點(diǎn)間的距離、帶寬及需要傳輸?shù)臄?shù)據(jù)量。災(zāi)難規(guī)避應(yīng)對(duì)如颶風(fēng)、海嘯及強(qiáng)制撤離等5~30分鐘0菜單操作只要有足夠的時(shí)間提前量，便可以做到RPO為0。在警報(bào)解除后，可以方便地將業(yè)務(wù)切回主站點(diǎn)。計(jì)劃內(nèi)遷移數(shù)據(jù)中心維護(hù)全球負(fù)載均衡切換演練自動(dòng)故障恢復(fù)5~30分鐘0菜單操作RPO為0，演練或維護(hù)結(jié)束后，可以方便地將業(yè)務(wù)切回主站點(diǎn)。*非對(duì)稱雙活適用于提供DNS解析的應(yīng)用條件要求站點(diǎn)間距離設(shè)計(jì)要點(diǎn)相關(guān)產(chǎn)品基礎(chǔ)產(chǎn)品CDN/GTM+LTM

*不限適用于長(zhǎng)距離多站點(diǎn)協(xié)同，如網(wǎng)銀業(yè)務(wù)等。適合基于SRM的站點(diǎn)恢復(fù)方案。適合提供基礎(chǔ)虛擬化及跨站點(diǎn)資源池調(diào)度的管理平臺(tái)等方案。簡(jiǎn)化了數(shù)據(jù)庫(kù)設(shè)計(jì)，使得長(zhǎng)距離的站點(diǎn)之間可以提供上層的雙活，并且適應(yīng)多種場(chǎng)景。SRM,vRA,vROvSphere,vCenter,NSX,VSAN2.1

非對(duì)稱雙活CONFIDENTIAL28底層網(wǎng)絡(luò)只需要提供三層可達(dá)，作為IP傳輸網(wǎng)。物理交換機(jī)可以多廠商、多型號(hào)混合組網(wǎng)。數(shù)據(jù)中心內(nèi)部和數(shù)據(jù)中心之間的連接，除帶寬外沒有區(qū)別。可以跨多個(gè)vCenter組網(wǎng)。把原來隔離的多個(gè)小資源池整合為一個(gè)大的資源池。多租戶/多應(yīng)用之間天然隔離，以虛擬機(jī)為最小單位，而不是之前的以Host為單位。租戶/應(yīng)用內(nèi)部提供所有虛擬化顆粒自由組合的安全策略。提高了跨站點(diǎn)資源調(diào)度的靈活性。提高了資源的利用率。SRMA2.2

分應(yīng)用雙活CONFIDENTIAL29vCenter-AvCenter-BNSXMgrANSXMgrBSRMB邏輯交換機(jī)邊界路由器邏輯交換機(jī)WebWebAppApp分布式邏輯路由器DBDB邊界網(wǎng)關(guān)邊界路由器存儲(chǔ)復(fù)制DatastoreADatastoreB數(shù)據(jù)中心間互連任意客戶端WebWebAppAppDBDB分布式邏輯路由器邊界網(wǎng)關(guān)2.2分應(yīng)用雙活CONFIDENTIAL30場(chǎng)景RTORPO操作過程設(shè)計(jì)優(yōu)點(diǎn)災(zāi)難恢復(fù)恢復(fù)意外失效的站點(diǎn)5~30分鐘取決于站點(diǎn)之間的距離、帶寬以及數(shù)據(jù)量菜單操作當(dāng)無法預(yù)計(jì)的災(zāi)難（如地震等）發(fā)生后，RTO取決于在災(zāi)備中心需要重啟的虛機(jī)數(shù)量，RPO取決于站點(diǎn)間的距離、帶寬及需要傳輸?shù)臄?shù)據(jù)量。災(zāi)難規(guī)避應(yīng)對(duì)如颶風(fēng)、海嘯及強(qiáng)制撤離等5~30分鐘0菜單操作只要有足夠的時(shí)間提前量，便可以做到RPO為0。在警報(bào)解除后，可以方便地將業(yè)務(wù)切回主站點(diǎn)。計(jì)劃內(nèi)遷移數(shù)據(jù)中心維護(hù)全球負(fù)載均衡切換演練自動(dòng)故障恢復(fù)5~30分鐘0菜單操作RPO為0，演練或維護(hù)結(jié)束后，可以方便地將業(yè)務(wù)切回主站點(diǎn)。條件要求站點(diǎn)間距離設(shè)計(jì)要點(diǎn)相關(guān)產(chǎn)品基礎(chǔ)產(chǎn)品不需要CDN/GTM+LTM，適用于基于IP的應(yīng)用不限適用于長(zhǎng)距離多站點(diǎn)容災(zāi)。適合基于SRM的站點(diǎn)恢復(fù)方案。主備站點(diǎn)間有數(shù)據(jù)復(fù)制服務(wù)，包括對(duì)所有虛機(jī)存儲(chǔ)的復(fù)制。適合提供基礎(chǔ)虛擬化及跨站點(diǎn)資源池調(diào)度的管理平臺(tái)等方案。易于部署，兼顧資源的利用率和災(zāi)備。當(dāng)主站點(diǎn)故障時(shí)，切換需要一定的時(shí)間。SRM,vRA,vROvSphere,vCenter,NSX,VSAN2.3

對(duì)稱雙活CONFIDENTIAL312.3

對(duì)稱雙活雙活存儲(chǔ)Datastore1Datastore1vCenterServerSiteASiteBVM1VM2VM3邏輯交換機(jī)A

/24VM4VM5邏輯交換機(jī)B

/24分布式邏輯路由器SiteANSX

邊界服務(wù)網(wǎng)關(guān)UplinkNetASiteBNSX

邊界服務(wù)網(wǎng)關(guān)UplinkNetBLocaleID:

Site-ALocaleID:

Site-B任意客戶端2.3對(duì)稱雙活CONFIDENTIAL33場(chǎng)景RTORPO操作過程設(shè)計(jì)優(yōu)點(diǎn)災(zāi)難恢復(fù)恢復(fù)意外失效的站點(diǎn)00無當(dāng)同城的單上站點(diǎn)意外失效后，虛機(jī)被遷移到另一站點(diǎn)；或者在另一站點(diǎn)自動(dòng)重啟。計(jì)劃內(nèi)遷移數(shù)據(jù)中心維護(hù)全球負(fù)載均衡切換演練00菜單操作減少維護(hù)窗口，遷移過程業(yè)務(wù)不中斷。條件要求站點(diǎn)間距離設(shè)計(jì)要點(diǎn)相關(guān)產(chǎn)品基礎(chǔ)產(chǎn)品站點(diǎn)間有波分或裸光纖，并且有雙活的存儲(chǔ)和雙活的數(shù)據(jù)庫(kù)<70公里延伸的集群真正的雙活，兼顧資源利用和災(zāi)難備份。對(duì)環(huán)境要求高。NSX,VSANvSphere,vCenter,vRA,vROVMware對(duì)雙活數(shù)據(jù)中心的貢獻(xiàn)雙活方案跨站點(diǎn)延伸集群跨站點(diǎn)自動(dòng)遷移跨站點(diǎn)手動(dòng)遷移虛機(jī)網(wǎng)關(guān)保持災(zāi)難切換或演練跨站點(diǎn)資源調(diào)度和管理非對(duì)稱雙活否否是NSX提供SRM提供vRA

&

vRO分應(yīng)用雙活否否是NSX提供SRM提供vRA

&

vRO對(duì)稱雙活是是是NSX提供集群HA提供vRA

&

vROCONFIDENTIAL34目錄1雙活數(shù)據(jù)中心分類概覽2雙活方案部署選擇指南3雙活數(shù)據(jù)中心示例4雙活技術(shù)實(shí)現(xiàn)分層詳解前端負(fù)載均衡技術(shù)大二層網(wǎng)絡(luò)貫通技術(shù)數(shù)據(jù)庫(kù)分布式雙活技術(shù)存儲(chǔ)分布式雙活技術(shù)35WAN

Internet基礎(chǔ)設(shè)施管理機(jī)架Edge機(jī)架ToRToRToRToRToRNSX雙活數(shù)據(jù)中心方案一

跨數(shù)據(jù)中心延伸集群模式，單vCenter或多vCenterWAN

Internet基礎(chǔ)設(shè)施管理機(jī)架Edge機(jī)架ToRToRToRToRToR業(yè)務(wù)應(yīng)用計(jì)算機(jī)架業(yè)務(wù)應(yīng)用計(jì)算機(jī)架vCenter1vCenter2解決方案要點(diǎn)主機(jī)需要配置vSphereMetroStorageCluster集群在vMSC的部署中存儲(chǔ)是跨數(shù)據(jù)中心雙活。

雙活的存儲(chǔ)架構(gòu)可以是:EMCVPLEX,NetAppMetroCluster等(更多信息參考VMwareHCL)擴(kuò)展集群可以跨數(shù)據(jù)中心支持虛擬機(jī)的LivevMotion所有Vmkernel網(wǎng)段采用三層網(wǎng)絡(luò):Management,vMotion,IPStorage，VTEP所有管理節(jié)點(diǎn)位于主數(shù)據(jù)中心，但可以故障時(shí)可以切換到另外一個(gè)數(shù)據(jù)中心vMSC集群所需的存儲(chǔ)雙活架構(gòu)對(duì)時(shí)延和帶寬有同的要求，如EMCVPLEX要求時(shí)延不高于10msRTT數(shù)據(jù)中心網(wǎng)絡(luò)互聯(lián)故障或NSX組件故障時(shí)，兩數(shù)據(jù)中心網(wǎng)絡(luò)將按現(xiàn)有的網(wǎng)絡(luò)轉(zhuǎn)發(fā)狀態(tài)轉(zhuǎn)發(fā)數(shù)據(jù)，不會(huì)導(dǎo)致網(wǎng)絡(luò)中斷NSX雙活數(shù)據(jù)中心方案一

跨數(shù)據(jù)中心延伸集群模式，單vCenter或多vCenterVMwareESXiVMwareESXiVMwareESXiVMwareESXiSiteASiteBStretchedWorkloadClusterVMwareESXiVMwareESXiVMwareESXiVMwareESXiSiteASiteBStretchedEdgeCluster集群設(shè)計(jì)要點(diǎn)vMSC集群跨兩個(gè)數(shù)據(jù)中心配置在NSX的部署中心：

管理,Edgeand計(jì)算集群都采用跨數(shù)據(jù)中心部署模式正常情況下所有管理組件運(yùn)行在SiteA，SiteB負(fù)責(zé)HA的保護(hù)NSXEdge網(wǎng)關(guān)在兩個(gè)數(shù)據(jù)中心同時(shí)Active計(jì)算集群的虛擬機(jī)可以自動(dòng)在另外一個(gè)數(shù)據(jù)中心自動(dòng)恢復(fù)VMwareESXiVMwareESXiVMwareESXiVMwareESXiSiteASiteBvCenterServerStretchedManagementClusterNSX雙活數(shù)據(jù)中心方案一

跨數(shù)據(jù)中心集群設(shè)計(jì)NSX部署建議TransportZone橫跨兩個(gè)數(shù)據(jù)中心，基于VXLAN的邏輯交換機(jī)用來提供虛擬機(jī)的二層連接分布式式路由器跨數(shù)據(jù)中心部署為兩個(gè)數(shù)據(jù)中心VM提供一致的缺省網(wǎng)關(guān)，包括ip地址和vMAC地址每個(gè)數(shù)據(jù)中心部署不同的Edge網(wǎng)關(guān)用來處理每個(gè)數(shù)據(jù)中心的南北向流量分布式防火墻為每臺(tái)虛擬機(jī)提供防火墻服務(wù)，防火墻策略和位置無關(guān)VM1VM2VM3WebLogicalSwitch

/24SiteASiteBDistributedLogicalRouterVM4VM5AppLogicalSwitch

/24SiteANSX

EdgeGWSiteBNSX

EdgeGWUplinkNetA/29UplinkALIFUplinkNetB/29UplinkBLIFVM6VM7DBLogicalSwitch

/24InternalLIFs.1NSX雙活數(shù)據(jù)中心方案一

部署建議WAN

Internet基礎(chǔ)設(shè)施管理機(jī)架Edge機(jī)架ToRToRToRToRToRNSX雙活數(shù)據(jù)中心方案二

多站點(diǎn)多vCenter非延伸集群設(shè)計(jì)WAN

Internet基礎(chǔ)設(shè)施管理機(jī)架Edge機(jī)架ToRToRToRToRToR業(yè)務(wù)應(yīng)用計(jì)算機(jī)架業(yè)務(wù)應(yīng)用計(jì)算機(jī)架vCenter1vCenter2vCenter3vCenter4Datastore1Datastore1vCenterServerWAN/InternetSiteASiteBVM1VM2VM3LogicalSwitchA

/24VM4VM5LogicalSwitchB

/24DistributedLogicalRouterSiteANSX

EdgeGWUplinkNetASiteBNSX

EdgeGWUplinkNetBvCenterServerNSX雙活數(shù)據(jù)中心方案二

多站點(diǎn)多vCenter非延伸集群設(shè)計(jì)由于兩數(shù)據(jù)中心無共享存儲(chǔ)跨數(shù)據(jù)中心虛機(jī)遷移需要StoragevMotion解決方案要點(diǎn)不同數(shù)據(jù)中心采用不同的集群/vCenter，因此不支持跨數(shù)據(jù)中心的HA等功能存儲(chǔ)本地化，兩數(shù)據(jù)中心中心無共享存儲(chǔ)EnhancedvMotion(simultaneousvMotionandsvMotion)提供跨數(shù)據(jù)中心vMotion所有Vmkernel網(wǎng)絡(luò)采用三層網(wǎng)絡(luò):Management,vMotion,IPStorage,VTEP所有管理組件部署在主中心，包括：vCenterServer,NSXManagerandControllers跨數(shù)據(jù)中心時(shí)延需求：EnhancedvMotionisalso10msRTT.每個(gè)vMotionsession:250Mbps如不需要livevMotion,NSX可以支持的最大時(shí)延為：150msRTT通過vmotion提供資源移動(dòng)性和災(zāi)難避免功能不提供跨數(shù)據(jù)中心的自動(dòng)容災(zāi)恢復(fù)功能意義僅提供跨數(shù)據(jù)中心的資源調(diào)度的靈活性，無法提供容災(zāi)功能NSX雙活數(shù)據(jù)中心方案選擇二

兩數(shù)據(jù)中心采用不同集群/vCenter雙活數(shù)據(jù)中心設(shè)計(jì)的細(xì)節(jié)多vCenter、多站點(diǎn)邏輯網(wǎng)絡(luò)(NSX6.2)CONFIDENTIAL44LocalVCInventoryLocalVCInventoryLocalVCInventoryvCenter&NSXManagerA全局目標(biāo)配置(NSXUI&

API)全局配置同步NSX全局控制器集群PrimarySecondaryvCenter&NSXManagerBvCenter&NSXManagerHSecondary全局邏輯交換機(jī)全局分布式邏輯路由器全局分布式防火墻NSX在同城雙站點(diǎn)中的用途45用作雙活數(shù)據(jù)中心，沒有負(fù)載均衡服務(wù)用作雙活數(shù)據(jù)中心，有負(fù)載均衡服務(wù)不用作雙活數(shù)據(jù)中心，只用作資源調(diào)配對(duì)稱雙活數(shù)據(jù)中心的條件、設(shè)計(jì)和效果46基礎(chǔ)條件同城兩站點(diǎn)間小于100公里（取決于雙活存儲(chǔ)）擁有裸光纖或DWDM擁有雙活存儲(chǔ)擁有多實(shí)例數(shù)據(jù)庫(kù)做法同一vCenter，延伸集群。每集群中的服務(wù)器分布在兩個(gè)站點(diǎn)同一網(wǎng)段在兩個(gè)站點(diǎn)均可出棧兩個(gè)站點(diǎn)出口路由器同時(shí)發(fā)布路由，或在不同站點(diǎn)設(shè)定不同的權(quán)重根據(jù)需要設(shè)置集群的HA、DRS等策略效果單側(cè)站點(diǎn)失效時(shí)，優(yōu)先級(jí)高的虛擬機(jī)會(huì)在另一側(cè)站點(diǎn)重啟。另一側(cè)優(yōu)先級(jí)低的虛擬機(jī)讓出資源（通過自動(dòng)化平臺(tái)和腳本）。PRO=0，RTO

<

5分鐘。關(guān)鍵業(yè)務(wù)可以啟用FT，實(shí)現(xiàn)RTO=0。數(shù)據(jù)流程：雙活數(shù)據(jù)中心，沒有負(fù)載均衡服務(wù)Active/ActiveStoragevSphereMetroStorage

Cluster

Datastore1Datastore1vCenterServerWAN/InternetSiteASiteBVM1VM2VM3LogicalSwitchA

/24VM4VM5LogicalSwitchB

/24DistributedLogicalRouterSiteANSX

EdgeGWUplinkNetASiteBNSX

EdgeGWUplinkNetBvCenterServer數(shù)據(jù)流程：雙活數(shù)據(jù)中心，有負(fù)載均衡服務(wù)Active/ActiveStoragevSphereMetroStorage

Cluster

Datastore1Datastore1vCenterServerWAN/InternetSiteASiteBVM1VM2VM3LogicalSwitchA

/24VM4VM5LogicalSwitchB

/24DistributedLogicalRouterSiteANSX

EdgeGWUplinkNetASiteBNSX

EdgeGWUplinkNetBvCenterServer多VC多站點(diǎn)–本地出口優(yōu)先49UniversalDistributedLogicalRouterPrimary

ControlVME1VCAwithNSXManager(Primary)RouteUpdates

withLocaleIDSiteAPhysical

RoutersUniversalTransit

VXLANUplinkASiteANSXEdge

ServicesGWVCBwithNSXManager(Secondary)Route

Updateswith

LocaleIDPeeringOSPF,BGPE8E1SiteBPhysical

RoutersUniversalTransit

VXLANUplinkBE8Secondary

ControlVMPeeringOSPF,BGPRouteUpdateswithLocaleIDRoute

Updateswith

LocaleIDUCCUniversal

Logical

SwitchesSiteBNSXEdge

ServicesGW出口路由優(yōu)化的條件和限制不適合出口路由優(yōu)化的場(chǎng)景使用負(fù)載均衡的Proxy模式部署出口防火墻并且兩側(cè)防火墻無進(jìn)程同步適合出口路由優(yōu)化的場(chǎng)景不使用負(fù)載均衡，或使用負(fù)載均衡的非Proxy模式不部署出口防火墻或者兩側(cè)防火墻有進(jìn)程同步基于虛擬化的分布式多中心siteAvSphere+VSAN+

NSX

延伸集群ActiveActivesiteBsiteCvSphere+VSAN

+

NSXSRMVRDRVSAN仲裁機(jī)（第三地）vESXiappliance雙活存儲(chǔ)（VSAN）VM1VM2VM3邏輯交換機(jī)A

/24VM5VM6邏輯交換機(jī)B

/24分布式邏輯路由器SiteANSX

邊界服務(wù)網(wǎng)關(guān)UplinkNetASiteBNSX

邊界服務(wù)網(wǎng)關(guān)UplinkNetBVM7VM4SiteCNSX

邊界服務(wù)網(wǎng)關(guān)UplinkNetCvCenterNSXManagerAvCenterNSXManagerAvCenterNSXManagerANSX全局控制集群基于策略的

管理和自動(dòng)化業(yè)務(wù)計(jì)費(fèi)統(tǒng)一的云管理平臺(tái)自動(dòng)化部署運(yùn)維東北證券基于虛擬化的兩地三中心方案siteAvSphere+MacroSAN+

NSX

延伸集群ActiveActivesiteBsiteCvSphere+MacroSAN

+

NSXSRMVRDRvESXiappliance雙活存儲(chǔ)（MacroSAN）VM1VM2VM3邏輯交換機(jī)A

VM5VM6邏輯交換機(jī)B

分布式邏輯路由器SiteANSX

邊界服務(wù)網(wǎng)關(guān)UplinkNetASiteBNSX

邊界服務(wù)網(wǎng)關(guān)UplinkNetBVM7VM4SiteCNSX

邊界服務(wù)網(wǎng)關(guān)UplinkNetCvCenterNSXManagerAvCenterNSXManagerAvCenterNSXManagerANSX全局控制集群基于策略的

管理和自動(dòng)化業(yè)務(wù)計(jì)費(fèi)統(tǒng)一的云管理平臺(tái)自動(dòng)化部署運(yùn)維目錄1雙活數(shù)據(jù)中心分類概覽2雙活方案部署選擇指南3雙活數(shù)據(jù)中心示例4雙活技術(shù)實(shí)現(xiàn)分層詳解前端負(fù)載均衡技術(shù)大二層網(wǎng)絡(luò)貫通技術(shù)數(shù)據(jù)庫(kù)分布式雙活技術(shù)存儲(chǔ)分布式雙活技術(shù)53前端負(fù)載均衡技術(shù)F5:雙活數(shù)據(jù)中心整體架構(gòu)在架構(gòu)層面，多個(gè)數(shù)據(jù)中心通過內(nèi)部私有網(wǎng)絡(luò)互聯(lián)，統(tǒng)一對(duì)外提供服務(wù)。在多個(gè)數(shù)據(jù)中心內(nèi)，應(yīng)用在每個(gè)數(shù)據(jù)中心都是處于活動(dòng)狀態(tài)，在這種運(yùn)行模式下，必須使用應(yīng)用交付設(shè)備來實(shí)現(xiàn)應(yīng)用的管理。GTM+DNSWebTierAppTierDBTier(Active)GTM+DNSWebTierAppTierDBTier(Standby)ExternalNetworksISP1ISP2ISP2ISP1

PrimaryDataCenterSecondaryDataCenterL2ExtensionsorDarkFiber智能流量管理互聯(lián)網(wǎng)業(yè)務(wù)移動(dòng)終端業(yè)務(wù)突發(fā)業(yè)務(wù)流量處理數(shù)據(jù)庫(kù)整合動(dòng)態(tài)數(shù)據(jù)中心自動(dòng)化運(yùn)維服務(wù)動(dòng)態(tài)調(diào)整災(zāi)備管理集成數(shù)據(jù)中心快速切換應(yīng)用優(yōu)化和安全應(yīng)用加速應(yīng)用安全ClientsNSX/F5–目前支持的拓?fù)銷SX可以和F5

BIG-IP盒子或虛機(jī)(VE)在數(shù)據(jù)平面上配合F5設(shè)備形態(tài)NSX層疊或VLANsF5部署位置F5BIG-IPVirtualF5BIG-IPPhysical和邊界服務(wù)網(wǎng)關(guān)并行ExternalDLRTransit2-NetTransit1-Net和NSX集成VLAN(non-encapsulated)VXLAN(encapsulated)Note:NSX+F5DesignGuideisnowavailable:https:///group/nsx/application-delivery-services

ThisguidedetailshowNSXandF5can"co-exist”andinteroperate虛機(jī)單臂連接web-01web-02Web-Tier-01BIG-IP物理機(jī)“和Edge并行”ComputeRacksEdgeRacksExternalL3fabricLeaf/SpineNSX和F5邏輯視圖NSX和F5物理視圖BIG-IP虛機(jī)用VXLAN“單臂連接”NSX和F5邏輯視圖NSX和F5物理視圖NSX6.2對(duì)ADC設(shè)備的集成只有負(fù)載均衡的南北向流量會(huì)流經(jīng)F5設(shè)備東西向非負(fù)載均衡流量(App到DB)是“DLR優(yōu)化的"59web-01web-02App-01App-02Web-Tier-01.11.12外部網(wǎng)絡(luò)App-Tier-0.1.2.12Transit-NetDB-01DB-02DB-Tier-01.11.12VLANVXLANdgw=.1dgw=.1dgw=.1F5BIg-IP盒子(主/備)F5接口/池/VIP/iApps通過NSX配置通過NSX配置F5的接口時(shí)，會(huì)自動(dòng)創(chuàng)建VXLAN/VLAN橋接.1大二層網(wǎng)絡(luò)貫通技術(shù)哪些應(yīng)用需要數(shù)據(jù)中心之間的二層互連存儲(chǔ)復(fù)制數(shù)據(jù)庫(kù)集群、數(shù)據(jù)庫(kù)同步復(fù)制心跳線及狀態(tài)同步流量（防火墻、負(fù)載均衡等設(shè)備）同一業(yè)務(wù)網(wǎng)段之間的東西向通訊因?yàn)樘摍C(jī)遷移引起的訪問網(wǎng)關(guān)的流量（遷移本身只需要三層網(wǎng)絡(luò)）61同城站點(diǎn)之間使用裸光纖站點(diǎn)A站點(diǎn)B40-100公里裸光纖：n對(duì)單模4GFICON：8個(gè)單模4GFC：8個(gè)單模10GE：2個(gè)多模4GFC：4個(gè)多模GE：4個(gè)單模4GFICON：8個(gè)單模4GFC：8個(gè)單模10GE：2個(gè)多模4GFC：4個(gè)多模GE：4個(gè)單模4GFICON：8個(gè)單模4GFC：8個(gè)單模10GE：2個(gè)多模4GFC：4個(gè)多模GE：4個(gè)單模4GFICON：8個(gè)單模4GFC：8個(gè)單模10GE：2個(gè)多模4GFC：4個(gè)多模GE：4個(gè)同城站點(diǎn)之間使用DWDM/SDH站點(diǎn)A站點(diǎn)B40-100公里裸光纖：1對(duì)單模4GFICON：8個(gè)單模4GFC：8個(gè)單模10GE：2個(gè)多模4GFC：4個(gè)多模GE：4個(gè)單模4GFICON：8個(gè)單模4GFC：8個(gè)單模10GE：2個(gè)多模4GFC：4個(gè)多模GE：4個(gè)40-100公里裸光纖：1對(duì)單模4GFICON：8個(gè)單模4GFC：8個(gè)單模10GE：2個(gè)多模4GFC：4個(gè)多模GE：4個(gè)單模4GFICON：8個(gè)單模4GFC：8個(gè)單模10GE：2個(gè)多模4GFC：4個(gè)多模GE：4個(gè)DWDM/SDHDWDM/SDHDWDM/SDHDWDM/SDH傳統(tǒng)：通過DCI技術(shù)承載的邏輯二層互聯(lián)CONFIDENTIAL64MPLS

/

VPLS

/

VPNOTV

/

EVN二層邊界VMVMVM二層邊界VMVMVM二層網(wǎng)絡(luò)二層延伸(通過上述數(shù)據(jù)中心互聯(lián)技術(shù)承載)站點(diǎn)A站點(diǎn)B二層網(wǎng)絡(luò)利用VMwareNSX構(gòu)建雙活數(shù)據(jù)中心Active/ActiveStoragevSphereMetroStorage

Cluster

Datastore1Datastore1vCenterServerL3NetworkSiteASiteBVM1VM2VM3LogicalSwitchA

/24VM4VM5LogicalSwitchB

/24DistributedLogicalRouterSiteANSX

EdgeGWUplinkNetASiteBNSX

EdgeGWUplinkNetBvCenterServer數(shù)據(jù)庫(kù)分布式雙活技術(shù)主數(shù)據(jù)中心A應(yīng)用系統(tǒng)A備用數(shù)據(jù)中心A’應(yīng)用系統(tǒng)A存儲(chǔ)同步復(fù)制Active需要應(yīng)用集群（比如OracleRAC）和存儲(chǔ)集群支持，災(zāi)難切換指標(biāo)：RPO=“0”存儲(chǔ)故障：RTO<=秒級(jí)(20秒)主機(jī)故障：RTO<=20-120秒應(yīng)用集群（RAC）Active數(shù)據(jù)庫(kù)雙活（OracleExtendRAC+存儲(chǔ)集群）生產(chǎn)數(shù)據(jù)中心SAN數(shù)據(jù)庫(kù)/應(yīng)用TCP/IP網(wǎng)絡(luò)存儲(chǔ)陣列TCP/IP網(wǎng)絡(luò)容災(zāi)數(shù)據(jù)中心SAN數(shù)據(jù)庫(kù)/應(yīng)用TCP/IP網(wǎng)絡(luò)存儲(chǔ)陣列客戶端/用戶數(shù)據(jù)庫(kù)雙活WAN/廣域網(wǎng)客戶端訪問統(tǒng)一應(yīng)用，負(fù)載均衡每個(gè)網(wǎng)點(diǎn)到兩個(gè)數(shù)據(jù)中心都有鏈路應(yīng)用負(fù)載均衡存儲(chǔ)雙活Oracle內(nèi)部工程師：

拉開雙活中間網(wǎng)絡(luò)帶寬和穩(wěn)定性很重要基于雙活實(shí)現(xiàn)主要載體分類的雙活數(shù)據(jù)中心方案應(yīng)用雙活“雙活”數(shù)據(jù)中心的條件——雙活的終極目標(biāo)基于內(nèi)存數(shù)據(jù)庫(kù)的雙活實(shí)現(xiàn)原理（以GemFire為例）多數(shù)據(jù)中心高效數(shù)據(jù)復(fù)制：應(yīng)用雙活邏輯架構(gòu)兩個(gè)數(shù)據(jù)中心之間采用多個(gè)Sender（稱為Sender網(wǎng)關(guān)）和多個(gè)Receiver（稱為Receiver網(wǎng)關(guān)）進(jìn)行雙向或單向的數(shù)據(jù)復(fù)制。傳輸通道基于異步的消息隊(duì)列方式進(jìn)行數(shù)據(jù)的發(fā)送和接收每個(gè)節(jié)點(diǎn)可以配制成Sender和/或Receiver統(tǒng)一集群內(nèi)多個(gè)Sender或多個(gè)Receiver之間相互冗余單個(gè)集群（或單個(gè)數(shù)據(jù)中心）中任何一個(gè)節(jié)點(diǎn)內(nèi)存數(shù)據(jù)的增刪改都是（準(zhǔn)）實(shí)時(shí)復(fù)制到一個(gè)或多個(gè)遠(yuǎn)程中心。整個(gè)復(fù)制過程是從“內(nèi)存到內(nèi)存”，非常高效。該項(xiàng)目實(shí)現(xiàn):低延遲交易插入永久歸檔每筆交易及時(shí)了解快速變化的市場(chǎng)數(shù)據(jù)基于事件快速計(jì)算頭寸全球更新頭寸分布一致的全球頭寸視圖傳遞名冊(cè)區(qū)域收盤處理高可用性災(zāi)難恢復(fù)real-life

use

case:

Global

Foreign

Exchange

Trading

System問題和挑戰(zhàn)：外匯交易系統(tǒng)有一個(gè)數(shù)據(jù)分布的問題，在倫敦的交易員無法馬上看到紐約；交易員實(shí)施的交易，反向亦然；傳統(tǒng)的數(shù)據(jù)庫(kù)無法跟上交易的量和速度；無法使用方便的廣域網(wǎng)上復(fù)制的技術(shù)。解決方案：用Gemfire取代了原來的數(shù)據(jù)層，達(dá)到了交易全球一致的交易價(jià)位；使用了Gemfire事件驅(qū)動(dòng)的能力，使得他們的財(cái)務(wù)價(jià)位可實(shí)時(shí)更新?；趦?nèi)存數(shù)據(jù)庫(kù)的雙活實(shí)現(xiàn)案例—全球外匯交易系統(tǒng)全球數(shù)據(jù)分布Can

keep

clusters

that

are

distributed

around

the

world

synchronized

inreal-time

and

can

operate

reliably

in

Disconnected,

Intermittent

and

Low-Bandwidth

network

environments.NewYorkTokyoLondon基于內(nèi)存數(shù)據(jù)庫(kù)的雙活實(shí)現(xiàn)案例—全球外匯交易系統(tǒng)

GemFire2

Standby

GatewayGemFire4

Gateway

GemFire1

GemFire3New

York

Site

GemFire

5

StandbyGatewayGemFire8

GatewayTokyo

SiteGemFire12

Standby

GatewayGemFire9

GatewayGemFire

10GemFire

11London

SitePrimary

Gateway

Paths

Standby

Gateway

PathsGemFire6

GemFire7基于內(nèi)存數(shù)據(jù)庫(kù)的雙活實(shí)現(xiàn)案例—全球外匯交易系統(tǒng)邏輯拓?fù)浠趦?nèi)存數(shù)據(jù)庫(kù)的雙活實(shí)現(xiàn)案例—12306GemFire雙活架構(gòu)設(shè)計(jì)74IBMConfidential基于集群式數(shù)據(jù)庫(kù)的雙活架構(gòu)設(shè)計(jì)——OracleExtendRAC一個(gè)Oracle

RAC數(shù)據(jù)庫(kù)系統(tǒng)，在硬件層面主要由四個(gè)部分組成：共享存儲(chǔ)：主要存放數(shù)據(jù)庫(kù)的數(shù)據(jù)，每個(gè)RAC節(jié)點(diǎn)都可以訪問共享存儲(chǔ)上的數(shù)據(jù)。RAC節(jié)點(diǎn)：即多臺(tái)單獨(dú)的計(jì)算機(jī)，通過私網(wǎng)彼此互聯(lián)，從而構(gòu)成一個(gè)整體來對(duì)外提供服務(wù)。私網(wǎng)：也叫“內(nèi)聯(lián)網(wǎng)絡(luò)”（interconnect），將RAC節(jié)點(diǎn)互相連接，實(shí)現(xiàn)節(jié)點(diǎn)間的相互通訊，從而使RAC構(gòu)成一個(gè)集群。公網(wǎng)：也稱之為“服務(wù)網(wǎng)絡(luò)”，客戶端程序通過公網(wǎng)訪問數(shù)據(jù)庫(kù)。為增強(qiáng)RAC系統(tǒng)的高可用性，需要對(duì)這四個(gè)組成部分分別通過一定的手段來提高其高可用性，從而提高RAC系統(tǒng)的高可用性。OracleRAC的體系結(jié)構(gòu)綜述Oracle

RAC相關(guān)服務(wù)和組件76IBMConfidential集群服務(wù)Crsd 集群資源服務(wù)Cssd 集群同步服務(wù)Evmd 事件管理服務(wù)集群組件Ocr 集群注冊(cè)文件，記錄每個(gè)節(jié)點(diǎn)的相關(guān)信息Vdisk 表決盤，仲裁機(jī)制，避免多節(jié)點(diǎn)沖突77GoldenGate的工作原理:模塊化的架構(gòu)源數(shù)據(jù)庫(kù)

目標(biāo)數(shù)據(jù)庫(kù)LAN/WAN/Internet(TCP/IP)路由:數(shù)據(jù)經(jīng)過加密和壓縮發(fā)送到目標(biāo)端捕獲:從交易日志中實(shí)時(shí)讀取已提交的交易并可根據(jù)條件過濾.CaptureTrail文件:把數(shù)據(jù)暫存在隊(duì)列里準(zhǔn)備傳輸?shù)侥繕?biāo)端SourceTrail投遞:確保數(shù)據(jù)按照事物完整性的要求應(yīng)用到目標(biāo)庫(kù)中，并且可以根據(jù)需要進(jìn)行數(shù)據(jù)轉(zhuǎn)換TargetTrailDelivery雙向數(shù)據(jù)傳輸SourceTrailTargetTrailDeliveryCapturePumpPumpPump進(jìn)程:把數(shù)據(jù)分發(fā)到多個(gè)目標(biāo)端靈活的拓?fù)浣Y(jié)構(gòu)單向復(fù)制備份、查詢雙向復(fù)制災(zāi)備、雙業(yè)務(wù)中心點(diǎn)對(duì)點(diǎn)多業(yè)務(wù)中心廣播復(fù)制

數(shù)據(jù)分發(fā)集中復(fù)制數(shù)據(jù)倉(cāng)庫(kù)、N+1災(zāi)備多級(jí)復(fù)制層次化企業(yè)數(shù)據(jù)OracleDataGuard結(jié)構(gòu)網(wǎng)絡(luò)Broker生產(chǎn)數(shù)據(jù)庫(kù)邏輯備用數(shù)據(jù)庫(kù)可用于報(bào)表操作SQL

應(yīng)用將重做轉(zhuǎn)換成SQL額外的索引和物化視圖物理備用數(shù)據(jù)庫(kù)備份重做應(yīng)用同步或異步

重做傳輸OracleGoldenGate+RAC利用OracleGoldenGate靈活的復(fù)制特性，對(duì)多個(gè)站點(diǎn)、多個(gè)Oracle數(shù)據(jù)庫(kù)通過GoldenGate實(shí)現(xiàn)依據(jù)業(yè)務(wù)劃分的不同數(shù)據(jù)庫(kù)對(duì)象單向/雙向復(fù)制，保障數(shù)據(jù)庫(kù)的最高可用性。OracleDataGuard+RACOracleDataGuard+RACRAC提供了數(shù)據(jù)庫(kù)Server節(jié)點(diǎn)的高可用性，DataGuard則提供存儲(chǔ)數(shù)據(jù)的備份和容災(zāi)方面的高可用性，二者結(jié)合，相得益彰。注：Oracle11g開始支持Realtimeapply+RealtimequeryOGG,DG與存儲(chǔ)的遠(yuǎn)程鏡像比較

DataGuard

GoldenGateStorgeMirror

源端同步采集方法redologredolog塊拷貝傳輸方法arch/lgwr抽取Queue塊拷貝目標(biāo)端應(yīng)用方法redoapply復(fù)制Queue塊拷貝源端抓取效率高高高數(shù)據(jù)丟失程度零丟失零丟失有少量丟失ORACLE是否官方支持支持支持不支持最佳使用場(chǎng)景災(zāi)備災(zāi)備+數(shù)據(jù)庫(kù)同步災(zāi)備傳輸效率可壓縮高可壓縮塊拷貝數(shù)據(jù)層面切換時(shí)間比較短無需切換較長(zhǎng)數(shù)據(jù)類型支持完全支持完全支持支持DDL支持程度完全支持完全支持不支持管理難度低低低對(duì)源庫(kù)的影響低低低，但同步模式高支持跨平臺(tái)(DB,硬件異構(gòu))NOYESNO支持跨數(shù)據(jù)庫(kù)版本NOYESNO目標(biāo)端支持讀/寫支持讀支持讀/寫不支持讀/寫和源庫(kù)一致性物理完全一致邏輯一致不完全一致斷點(diǎn)續(xù)傳支持支持不支持

RAC仲裁機(jī)制:避免腦裂與心跳機(jī)制作為一個(gè)集群，參與集群的成員必須保證能夠正常工作，從而保證共享資源可以被統(tǒng)一的、有協(xié)調(diào)的更改。腦裂（split-brain）是指發(fā)生了某些故障后，RAC從一個(gè)統(tǒng)一工作的集群分裂為多個(gè)獨(dú)立工作的子集群，這樣就會(huì)破壞共享資源的數(shù)據(jù)一致性。為避免出現(xiàn)“腦裂”情況，當(dāng)發(fā)現(xiàn)某個(gè)節(jié)點(diǎn)已經(jīng)不能與其它節(jié)點(diǎn)協(xié)調(diào)工作時(shí)，RAC會(huì)將該節(jié)點(diǎn)從集群中逐出，從而維護(hù)共享資源的一致性。RAC成員的逐出有三種手段：重起該RAC節(jié)點(diǎn)（重起主機(jī)）強(qiáng)制停止該RAC節(jié)點(diǎn)的CRS

強(qiáng)制停止該RAC節(jié)點(diǎn)上的數(shù)據(jù)庫(kù)實(shí)例心跳與主機(jī)重啟算法簡(jiǎn)述。網(wǎng)絡(luò)心跳每秒鐘向其他節(jié)點(diǎn)發(fā)送信息，包含時(shí)間標(biāo)記，同時(shí)也接受其他節(jié)點(diǎn)發(fā)來的信息。網(wǎng)絡(luò)心跳超時(shí)30秒。磁盤心跳每秒鐘更新vote信息，包含時(shí)間標(biāo)記。磁盤心跳在vote盤等待寫超時(shí)，使用200秒長(zhǎng)超時(shí)。當(dāng)節(jié)點(diǎn)作reconfig同步時(shí)，磁盤心跳超時(shí)使用30秒短超時(shí)，其中3秒用于主機(jī)重啟。左面圖描述：1、當(dāng)私網(wǎng)超時(shí)大于30秒，主機(jī)重啟。2、當(dāng)vote盤寫超時(shí)200秒，主機(jī)重啟。（例如網(wǎng)絡(luò)正常、除VOTE盤其他存儲(chǔ)正常，則200秒超時(shí)后，出現(xiàn)防止腦裂的主機(jī)重啟）查詢系統(tǒng)當(dāng)前值：>crsctlgetcssdisktimeoutCRS-4678:Successfulgetdisktimeout200forClusterSynchronizationServices.>crsctlgetcssmisscountCRS-4678:Successfulgetmisscount30forClusterSynchronizationServices.>crsctlgetcssreboottimeCRS-4678:Successfulgetreboottime3forClusterSynchronizationServices.修改：（建議使用默認(rèn)值）crsctlasroottomodifythemisscount:

$CRS_HOME/bin/crsctlsetcssmisscount<n>

####

where<n>isthemaximumprivatenetworklatencyinseconds

$CRS_HOME/bin/crsctlsetcssreboottime<r>[-force]

####(<r>isseconds)

$CRS_HOME/bin/crsctlsetcssdisktimeout<d>[-force]####(<d>isseconds)參考：StepsToChangeCSSMisscount,ReboottimeandDisktimeout(DocID284752.1)Oracle

extend

RAC方案核心技術(shù)點(diǎn)：心跳判斷機(jī)制VIP檢測(cè)算法簡(jiǎn)述。RAC的vip檢測(cè)網(wǎng)卡狀態(tài)有三種語句。在新一代中，使用邏輯網(wǎng)卡作為public時(shí)，拔物理網(wǎng)線，邏輯網(wǎng)卡沒有up/dowd狀態(tài)變化，vip不會(huì)漂移。需要人工干預(yù)，漂移vip和scanIP。IBM

VLAN經(jīng)過認(rèn)證，LHEA沒有經(jīng)過認(rèn)證。原文引用如下：AIX:VIPandSCANVIPfailstofailovertoothernodeafterpulledcableonpublicnetworkifLHEAisbeingused(DocID1530943.1)Theissuehasbeeninvestigatedinbug9534914,therootcauseisthatAIXLHEAdoesn'tprovidelinkup/downstatusnotification,itistheHEAHWlimitation.DonotuseLHEAforpublicnetwork.Inaddition,Oraclehascertified11gR2RAConIBMPowerSystemsusingVLAN,itcanbeconfiguredforthepublicnetwork.VIP每分鐘檢驗(yàn)一次，網(wǎng)卡錯(cuò)誤，執(zhí)行漂移動(dòng)作。當(dāng)檢測(cè)到網(wǎng)絡(luò)恢復(fù)，vip漂回。VIP綜合三種檢測(cè)方法。checkbyusingifconfig$IFCONFIG$_IF|$GREP-w-qUP2>/dev/nullcheckbyentstat（可以檢測(cè)物理網(wǎng)卡、VLANs和HEA(IVEtype)接口）

$ENTSTAT-d$_IF|$GREP-iEq'*lan*state*:*operational*|*link*status*:*up*|*port*operational*state*:*up*|*driver*flags*:*up*‘checkbynetstat`$NETSTAT-n-I$_IF-pip|$GREP-iE"*packetsreceived$"|$AWK"{print\\$1;exit}"`VIP監(jiān)測(cè)機(jī)制機(jī)制避免腦裂與心跳機(jī)制為避免出現(xiàn)腦裂，RAC采用了心跳機(jī)制。心跳機(jī)制可以驗(yàn)證：私網(wǎng)是否在正常通訊。RAC節(jié)點(diǎn)本身是否在正常工作。共享存儲(chǔ)是否在正常工作。RAC有兩種心跳機(jī)制：網(wǎng)絡(luò)心跳：檢查私網(wǎng)與RAC節(jié)點(diǎn)是否正常。磁盤心跳：檢查位于共享存儲(chǔ)上的Vote

Disk是否正常。網(wǎng)絡(luò)心跳（Networkheartbeat）的工作機(jī)制：正常情況下集群節(jié)點(diǎn)每秒鐘要發(fā)出一次心跳（或者說被ping一次）如果在由CSSMisscount參數(shù)限定的時(shí)間內(nèi)（默認(rèn)30秒）還沒有發(fā)出心跳，則認(rèn)為該節(jié)點(diǎn)當(dāng)前工作不正常，出現(xiàn)了心跳超時(shí)。對(duì)于心跳超時(shí)的節(jié)點(diǎn)，RAC會(huì)將其逐出集群。OracleClusterware中的CSSD進(jìn)程負(fù)責(zé)完成上述的網(wǎng)絡(luò)心跳機(jī)制。下面是CSSD進(jìn)程日志文件中的一個(gè)示例：[date/time]

[CSSD][1111902528]

clssnmPollingThread:nodemynodename(5)at75%heartbeatfatal,removalin6.770seconds出現(xiàn)網(wǎng)絡(luò)心跳超時(shí)的一般原因：私網(wǎng)網(wǎng)絡(luò)方面的問題：比如網(wǎng)卡、網(wǎng)線、交換機(jī)等。主機(jī)hang或者超過30秒沒有響應(yīng)避免腦裂與心跳機(jī)制避免腦裂與心跳機(jī)制為提高私網(wǎng)的高可用性，避免網(wǎng)絡(luò)心跳超時(shí)，可以采?。壕W(wǎng)卡綁定傳統(tǒng)的手段，由主機(jī)廠商提供比如：HP'sAutoportaggregation,IBMEtherchannel,SUNTrunking,其他等。通常不支持Load

Balancing，只能支持Failover或者OracleRedundantInterconnect(HAIPs)Oracle的解決方案：從開始提供每個(gè)服務(wù)器最多支持4個(gè)網(wǎng)卡，可以使用不同的子網(wǎng)，可以使用VLAN同時(shí)支持Load

Balancing和Failover新一代系統(tǒng)所使用的模式：Power

VM虛擬網(wǎng)卡多路徑避免腦裂與心跳機(jī)制總結(jié)：通過上述配置，在發(fā)生如下故障時(shí)RAC系統(tǒng)不受影響：?jiǎn)蝹€(gè)交換機(jī)故障某個(gè)主機(jī)上的單個(gè)網(wǎng)卡故障某臺(tái)主機(jī)上單個(gè)網(wǎng)卡到交換機(jī)的鏈路故障避免腦裂與心跳機(jī)制磁盤心跳（Diskheartbeat）的工作機(jī)制：CSS（ocssd）

進(jìn)程負(fù)責(zé)管理集群成員，監(jiān)控集群健康情況。ocssd是一個(gè)多線程（thread）的進(jìn)程，其中DiskPingthread和DiskPingMonitor負(fù)責(zé)監(jiān)控管理磁盤心跳。DiskPingthread每秒鐘向votedisk寫入信息，以表明當(dāng)前節(jié)點(diǎn)正常工作；同時(shí)還會(huì)從votedisk中的“killblock”中讀取信息。DiskPingMonitorthread負(fù)責(zé)監(jiān)控DiskPingthread是否正常讀取“killblock”，如果發(fā)現(xiàn)DiskPingthread不能讀取votedisk的“killblock”信息，說明IO有問題，如果超時(shí)達(dá)到timeout（缺省為200s），那么會(huì)將votediskoffline，這就是磁盤心跳超時(shí)。下面是CSSD進(jìn)程日志文件中的一個(gè)示例：[cssd(9240642)]CRS-1615:NoI/Ohascompletedafter50%ofthemaximuminterval.Votingfile/dev/rhdiskpower0willbeconsiderednotfunctionalin99143milliseconds出現(xiàn)磁盤心跳超時(shí)的一般原因：存儲(chǔ)方面的問題主機(jī)hang或者超過200秒沒有響應(yīng)外部冗余NORMAL冗余HIGH冗余避免腦裂與心跳機(jī)制為提高共享存儲(chǔ)的高可用性，避免磁盤心跳超時(shí)，可以采取冗余機(jī)制：利用ASM磁盤組的冗余模式利用ASM的失效磁盤組：即把不同盤柜的盤加入不同的失效組，實(shí)現(xiàn)更好的冗余。ASM磁盤組具有三種冗余模式：外部冗余：由磁盤陣列負(fù)責(zé)實(shí)現(xiàn)數(shù)據(jù)的冗余（傳統(tǒng)方式）Normal冗余模式：即實(shí)現(xiàn)數(shù)據(jù)的鏡像High冗余模式：即實(shí)現(xiàn)數(shù)據(jù)的三重鏡像ASM的失效磁盤組：CREATEDISKGROUPDSKGRPANORMALREDUNDANCY

FAILGROUPcontroller1DISK

'/oracle/oradata/asmdisk04',

'/oracle/oradata/asmdisk05'FAILGROUPcontroller2DISK

'/oracle/oradata/asmdisk06',

'/oracle/oradata/asmdisk07';外部冗余NORMAL冗余HIGH冗余避免腦裂與心跳機(jī)制新一代系統(tǒng)所使用的模式：NORMAL冗余模式2個(gè)失效磁盤組對(duì)應(yīng)各自的盤柜。外部冗余NORMAL冗余HIGH冗余

避免腦裂與心跳機(jī)制新一代系統(tǒng)發(fā)現(xiàn)的問題現(xiàn)象在PowerVM中，多路徑切換軟件有30秒的延時(shí)，會(huì)出現(xiàn)操作系統(tǒng)沒有報(bào)錯(cuò)，但是ASM磁盤offline的現(xiàn)象。這是因?yàn)槿绻疟P不可訪問，默認(rèn)15秒后發(fā)起磁盤組刪磁盤。解決辦法：設(shè)置ASM實(shí)例的一個(gè)隱含參數(shù)"_asm_hbeatiowait"=35

配置連接時(shí)容錯(cuò)問題現(xiàn)象當(dāng)節(jié)點(diǎn)停止或者公網(wǎng)不可用時(shí)，VIP會(huì)漂移。使用負(fù)載均衡模式或主備模式鏈接的應(yīng)用，不受影響。(只要一個(gè)節(jié)點(diǎn)有效，應(yīng)用可以繼續(xù)發(fā)起連接）解決辦法1：VIP負(fù)載均衡連接配置RAC=(DESCRIPTION=(LOAD_BALANCE=yes)(ADDRESS=(PROTOCOL=TCP)(HOST=rac1-vip)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=rac2-vip)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=rac)))解決辦法2：VIP主備連接配置rac_failover=(DESCRIPTION=(enable=broken)(LOAD_BALANCE=no)(ADDRESS=(PROTOCOL=TCP)(HOST=rac2_vip)(PORT=1521))(ADDRESS=(PROTOCOL=TCP)(HOST=rac1_vip)(PORT=1521))(CONNECT_DATA=(SERVICE_NAME=rac)(failover_mode=(type=select)(method=basic))))配置連接時(shí)容錯(cuò)問題現(xiàn)象對(duì)于普通主機(jī)的物理網(wǎng)卡，如果公網(wǎng)不通，或者公網(wǎng)網(wǎng)卡發(fā)生錯(cuò)誤，主機(jī)會(huì)自動(dòng)偵測(cè)到，并發(fā)生VIP漂移。在powerVM測(cè)試中，

公網(wǎng)及時(shí)不通，主機(jī)也不會(huì)偵測(cè)到，VIP不會(huì)自動(dòng)切換。解決辦法：手工reallocate

vip資源Oracle

extend

RAC雙活方案介紹OracleExtendedRAC參考架構(gòu)OracleExtendedRAC

提供一種可以從單一站點(diǎn)故障極快恢復(fù)的架構(gòu)，允許所有站點(diǎn)的所有節(jié)點(diǎn)都可以像屬于同一個(gè)數(shù)據(jù)庫(kù)集群里一樣處理交易距離延遲的影響會(huì)導(dǎo)致這種架構(gòu)在實(shí)施上的一些實(shí)際限制.這種架構(gòu)比較適用于兩個(gè)距離相對(duì)較近的數(shù)據(jù)中心

(<~100km)對(duì)于數(shù)據(jù)邏輯性損壞，地域性災(zāi)難等更為全面性的保護(hù)，Oracle推薦使用DataGuardwithRAC.需要配以基于系統(tǒng)軟件的存儲(chǔ)鏡像(例如

OracleASM,LVMmirroring,GPFS)或者

基于陣列的存儲(chǔ)鏡像(例如

IBMMetro-Mirror)Source:OracleRealApplicationClustersonExtendedDistanceClusters97Interconnect(IC)orPrivateNetworkTrafficUnitTestResultsI/OLatencyIncreaseOverDistanceTPC-ClikeWorkloadoverDistanceOracleRACoverDistance參考架構(gòu)Geog