企業(yè)雙活數(shù)據(jù)中心規(guī)劃

1、企業(yè)雙活數(shù)據(jù)中心規(guī)劃議程1雙活數(shù)據(jù)中心概述2雙活數(shù)據(jù)中心關(guān)鍵技術(shù)點(diǎn)3雙活數(shù)據(jù)中心建設(shè)及運(yùn)維關(guān)鍵點(diǎn)24雙活數(shù)據(jù)中心成功案例CONFIDENTIAL雙活數(shù)據(jù)中心概述3隨著企業(yè)的商業(yè)活動越來越依賴于網(wǎng)絡(luò)，因此越來越多的企業(yè)在尋找一種強(qiáng)大的數(shù)據(jù)中心架構(gòu)，這種高可用的結(jié)構(gòu)能夠減少甚至消除正常和非正常的停機(jī)對業(yè)務(wù)可用性造成的影響。這意味著無論是否有中斷，關(guān)鍵任務(wù)應(yīng)用系統(tǒng)都能夠不間斷地創(chuàng)造產(chǎn)值并提高公司的業(yè)務(wù)持續(xù)性底線。因此建立多個(gè)數(shù)據(jù)中心來實(shí)現(xiàn)業(yè)務(wù)的容災(zāi)成為必然的選擇。而用戶建立多個(gè)數(shù)據(jù)中心來承載業(yè)務(wù)系統(tǒng)的主要目的是為了實(shí)現(xiàn)應(yīng)用的高可用性，因此根據(jù)數(shù)據(jù)中心之間的關(guān)系，我們通常將數(shù)據(jù)中心分為以下三個(gè)類型：

2、主數(shù)據(jù)中心/災(zāi)備數(shù)據(jù)中心 雙運(yùn)營數(shù)據(jù)中心 雙活數(shù)據(jù)中心定義用戶方案需求分析5在這種工作模式下，用戶所有的業(yè)務(wù)系統(tǒng)在主數(shù)據(jù)中心中運(yùn)行，而災(zāi)備數(shù)據(jù)中心為業(yè)務(wù)系統(tǒng)提供冷備或熱備。當(dāng)主數(shù)據(jù)中心的應(yīng)用出現(xiàn)故障時(shí)，可以將單個(gè)應(yīng)用或者數(shù)據(jù)中心整體切換到災(zāi)備數(shù)據(jù)中心。主數(shù)據(jù)中心/災(zāi)備數(shù)據(jù)中心：在這種工作模式下，用的一部分應(yīng)用在第一個(gè)數(shù)據(jù)中心運(yùn)行，另一部分應(yīng)用在第二個(gè)數(shù)據(jù)中心運(yùn)行，同時(shí)兩個(gè)數(shù)據(jù)中心實(shí)現(xiàn)應(yīng)用的互備，當(dāng)某個(gè)應(yīng)用出現(xiàn)故障時(shí)，由對應(yīng)的備份數(shù)據(jù)中心應(yīng)用接管服務(wù)。雙運(yùn)營數(shù)據(jù)中心雙活數(shù)據(jù)中心用戶建立多個(gè)數(shù)據(jù)中心來承載業(yè)務(wù)系統(tǒng)的主要目的是為了實(shí)現(xiàn)應(yīng)用的高可用性，因此根據(jù)數(shù)據(jù)中心之間的關(guān)系，我們通常將數(shù)據(jù)中心分為

3、以下三個(gè)類型： 主數(shù)據(jù)中心/災(zāi)備數(shù)據(jù)中心， 雙運(yùn)營數(shù)據(jù)中心 雙活數(shù)據(jù)中心在這種工作模式下，用戶所有的業(yè)務(wù)系統(tǒng)同時(shí)在兩個(gè)數(shù)據(jù)中心運(yùn)行，同時(shí)為用戶提供服務(wù)，當(dāng)某個(gè)數(shù)據(jù)中心的應(yīng)用系統(tǒng)出現(xiàn)問題時(shí)，有另一個(gè)數(shù)據(jù)中心的應(yīng)用來持續(xù)的提供服務(wù)。雙活數(shù)據(jù)中心最大的特點(diǎn)是：一、充分利用資源，避免了一個(gè)數(shù)據(jù)中心常年處于閑置狀態(tài)而造成浪費(fèi)。通過資源整合，雙活數(shù)據(jù)中心的服務(wù)能力是雙倍的。二、雙活數(shù)據(jù)中心如果斷了一個(gè)數(shù)據(jù)中心，另外一個(gè)數(shù)據(jù)中心還在運(yùn)行，對用戶來說是不可感知的。業(yè)務(wù)連續(xù)性 需要前瞻的規(guī)劃和策略數(shù)據(jù)中心大集中主備中心生產(chǎn)-查詢中心（主輔中心）雙活中心數(shù)據(jù)同步能力建設(shè)數(shù)據(jù)服務(wù)能力建設(shè)負(fù)載均衡能力建設(shè)數(shù)據(jù)復(fù)制技術(shù)

4、切換/回切能力實(shí)現(xiàn)后備數(shù)據(jù)抽取與生產(chǎn)中心數(shù)據(jù)存在一定差異全局負(fù)載均衡技術(shù)中心間數(shù)據(jù)保持同步交易復(fù)制能力自動化管理削減數(shù)據(jù)中心數(shù)量，實(shí)現(xiàn)數(shù)據(jù)、業(yè)務(wù)處理集中化降低基礎(chǔ)架構(gòu)復(fù)雜度加強(qiáng)數(shù)據(jù)中心統(tǒng)一管理降低數(shù)據(jù)中心管理人員數(shù)量要求降低維護(hù)成本災(zāi)難備份系統(tǒng)建設(shè)專用后備系統(tǒng)用于緊急狀態(tài)下的恢復(fù)降低災(zāi)難風(fēng)險(xiǎn)對業(yè)務(wù)的影響加強(qiáng)安全生產(chǎn)等級利用后備數(shù)據(jù)及系統(tǒng)用于部分生產(chǎn)用途分擔(dān)生產(chǎn)系統(tǒng)壓力提高生產(chǎn)系統(tǒng)響應(yīng)能力后備中心有限生產(chǎn)能力無縫業(yè)務(wù)切換能力消除應(yīng)用停機(jī)時(shí)間數(shù)據(jù)中心間實(shí)現(xiàn)負(fù)載均衡任何一個(gè)中心具備100%生產(chǎn)支持能力對“雙活”數(shù)據(jù)中心的理解理解一：讀寫分離的雙活數(shù)據(jù)中心：其中一個(gè)數(shù)據(jù)中心作為生產(chǎn)實(shí)時(shí)應(yīng)用、另一個(gè)數(shù)據(jù)

5、中心提供查詢類應(yīng)用。理解二：業(yè)務(wù)分離的雙活數(shù)據(jù)中心：每個(gè)數(shù)據(jù)中心運(yùn)行不同的業(yè)務(wù)；彼此互為災(zāi)備的雙活數(shù)據(jù)中心。理解三：兩個(gè)數(shù)據(jù)中心同時(shí)運(yùn)行相同的業(yè)務(wù)應(yīng)用，只要其中一個(gè)數(shù)據(jù)中心的運(yùn)行情況正常，就不會影響業(yè)務(wù)的連續(xù)性。雙活數(shù)據(jù)中心零停機(jī)零中斷，雙活數(shù)據(jù)中心, RPO“0”, RTO =“0” 容災(zāi)建設(shè)達(dá)到國標(biāo)最高級“第6級”；數(shù)據(jù)零丟失，遠(yuǎn)程中心在線實(shí)時(shí)鏡像、作業(yè)動態(tài)分配、實(shí)時(shí)無縫切換；生產(chǎn)數(shù)據(jù)中心SAN數(shù)據(jù)庫/應(yīng)用TCP/IP網(wǎng)絡(luò)存儲陣列TCP/IP網(wǎng)絡(luò)容災(zāi)數(shù)據(jù)中心SAN數(shù)據(jù)庫/應(yīng)用TCP/IP網(wǎng)絡(luò)存儲陣列客戶端/用戶客戶端/用戶客戶端/用戶應(yīng)用/數(shù)據(jù)同步WAN/廣域網(wǎng)雙活數(shù)據(jù)中心分類技術(shù)復(fù)雜度低

6、高應(yīng)用B應(yīng)用A應(yīng)用B應(yīng)用ARPO = 0 RTO 30-120分鐘主備模式：資源共享技術(shù)成熟成本較低應(yīng)用B應(yīng)用A應(yīng)用B應(yīng)用ARPO = 0 RTO 5-10分鐘雙運(yùn)營模式：資源共享技術(shù)復(fù)雜度高確保日常運(yùn)行性能RPO = 0 RTO 0-120秒應(yīng)用B應(yīng)用A應(yīng)用B應(yīng)用A主主模式：資源共享技術(shù)復(fù)雜度最高目前技術(shù)限制多雙活數(shù)據(jù)中心模型一 主主模式業(yè)務(wù)或用戶分配到每個(gè)生產(chǎn)數(shù)據(jù)中心每個(gè)生產(chǎn)中心都有自己的應(yīng)用集群對外服務(wù)跨雙生產(chǎn)中心建立共用數(shù)據(jù)庫通過數(shù)據(jù)復(fù)制技術(shù)或者使用分布式卷將數(shù)據(jù)鏡像到對方出現(xiàn)災(zāi)難時(shí)，正常的生產(chǎn)數(shù)據(jù)中心根據(jù)需要接管所有基于指定應(yīng)用的請求所有的中心、主機(jī)和存儲設(shè)備均處于生產(chǎn)狀態(tài)和實(shí)現(xiàn)負(fù)荷

7、分擔(dān)雙活數(shù)據(jù)中心模型二 雙運(yùn)營模式雙生產(chǎn)中心均需要完成生產(chǎn)業(yè)務(wù)通過數(shù)據(jù)復(fù)制技術(shù)或者使用分布式卷將數(shù)據(jù)復(fù)制到對方通過業(yè)務(wù)模塊或用戶的方式將業(yè)務(wù)分配到不同的中心平時(shí)主要的處理能力均分配給生產(chǎn)應(yīng)用系統(tǒng)使用出現(xiàn)災(zāi)難時(shí)，根據(jù)需要接管的方式，動態(tài)調(diào)度資源給備份系統(tǒng)使用雙活數(shù)據(jù)中心模型三 主備模式雙生產(chǎn)中心均需要完成生產(chǎn)業(yè)務(wù)通過數(shù)據(jù)復(fù)制技術(shù)或者使用分布式卷將數(shù)據(jù)復(fù)制到對方通過業(yè)務(wù)模塊或用戶的方式將業(yè)務(wù)分配到不同的中心平時(shí)主要的處理能力均分配給生產(chǎn)應(yīng)用系統(tǒng)使用出現(xiàn)災(zāi)難時(shí)，根據(jù)需要接管的方式，動態(tài)調(diào)度資源給備份系統(tǒng)使用傳統(tǒng)災(zāi)備中心與雙活數(shù)據(jù)中心對比傳統(tǒng)災(zāi)備中心不承載業(yè)務(wù)主數(shù)據(jù)中心投入運(yùn)行，災(zāi)備數(shù)據(jù)中心處在不工作

8、狀態(tài)，只有當(dāng)災(zāi)難發(fā)生時(shí)，生產(chǎn)數(shù)據(jù)中心癱瘓，災(zāi)備中心才啟動傳統(tǒng)災(zāi)備中心業(yè)務(wù)無法自動切換有停機(jī)窗口：如果生產(chǎn)數(shù)據(jù)中心癱瘓，需要半個(gè)小或兩個(gè)小時(shí)、甚至更長時(shí)間才能啟動災(zāi)備中心，在啟動災(zāi)備中心的時(shí)間里，用戶交易會嚴(yán)重受損傳統(tǒng)災(zāi)備中心投入巨大（TCO高），資源不能有效利用災(zāi)備中心建設(shè)的投資巨大及每年運(yùn)維成本極高，如果資源處于閑置狀態(tài)，資源是相當(dāng)浪費(fèi)的.為保證備份中心隨時(shí)可用，科技部門每年都要耗費(fèi)大量經(jīng)歷組織演練，通常為了規(guī)避業(yè)務(wù)風(fēng)險(xiǎn)，演練都是模擬性質(zhì)的。這樣大費(fèi)周章的演練在“雙活”模式中也是不必要的，因?yàn)槊總€(gè)數(shù)據(jù)中心每時(shí)每刻都是“活著”的。 企業(yè)彈性框架流程Processes技術(shù)架構(gòu)Technology

9、組織Organization基礎(chǔ)設(shè)施Facilities策略Strategy應(yīng)用與數(shù)據(jù)Applications and DataBusiness Continuity雙活技術(shù)框架總控中心網(wǎng)絡(luò)安全訪問及路由端到端監(jiān)控端到端監(jiān)控運(yùn)維操作數(shù)據(jù)一致數(shù)據(jù)工具服務(wù)器同步存儲應(yīng)用過程一致機(jī)房基礎(chǔ)設(shè)施自動化雙活實(shí)施框架規(guī)劃設(shè)計(jì)實(shí)施運(yùn)行切換回切風(fēng)險(xiǎn)分析業(yè)務(wù)影響分析當(dāng)前環(huán)境分析應(yīng)用影響分析雙活策略設(shè)計(jì)雙活方案設(shè)計(jì)應(yīng)急及災(zāi)難恢復(fù)預(yù)案雙活災(zāi)難恢復(fù)系統(tǒng)演練雙活運(yùn)維組織流程制度機(jī)房基礎(chǔ)設(shè)施局域網(wǎng)服務(wù)器資源廣域網(wǎng)負(fù)載均衡網(wǎng)絡(luò)虛擬化服務(wù)器虛擬化網(wǎng)絡(luò)二層互通存儲虛擬化存儲資源數(shù)據(jù)復(fù)制及同步數(shù)據(jù)庫集群中間件集群應(yīng)用集群自動切換自

10、動供給端到端監(jiān)控IT服務(wù)管理端到端安全客戶端接入公共服務(wù)計(jì)劃切換計(jì)劃回切災(zāi)備切換災(zāi)備回切CDN同城雙活架構(gòu)生產(chǎn)中心AppAppAppAppAppAppAppAppAppAppAppDBDB同城雙活中心DBAppAppAppAppAppAppAppApp數(shù)據(jù)復(fù)制接入層應(yīng)用層數(shù)據(jù)層采用數(shù)據(jù)庫雙活技術(shù)（A-A或A-Q)，同城雙活中心的應(yīng)用系統(tǒng)可以讀取和更新數(shù)據(jù)接入層負(fù)載均衡存儲層同城高可用或并行文件系統(tǒng)應(yīng)用層集群雙活部署模式分析類別序號基本模式RTORPO說明A-A1A-A(應(yīng)用)00應(yīng)用級2A-A(數(shù)據(jù)庫)00數(shù)據(jù)庫級A-Q3同步A-Q(數(shù)據(jù)庫)2小時(shí)0數(shù)據(jù)庫級4異步A-Q(數(shù)據(jù)庫)2小時(shí)15分鐘

11、數(shù)據(jù)庫級A-S5同步A-S(存儲)2小時(shí)0存儲級6同步A-S(存儲黑匣子)4小時(shí)0存儲級7異步A-S(存儲)2小時(shí)15分鐘存儲級8異步大數(shù)據(jù)備份恢復(fù)A-SAActive生產(chǎn) QQuery查詢 SStand-by待機(jī)議程1雙活數(shù)據(jù)中心概述2雙活數(shù)據(jù)中心關(guān)鍵技術(shù)點(diǎn)3雙活數(shù)據(jù)中心建設(shè)及運(yùn)維關(guān)鍵點(diǎn)184雙活數(shù)據(jù)中心成功案例雙活數(shù)據(jù)中心技術(shù)概述雙活數(shù)據(jù)中心帶來的優(yōu)勢是顯而易見的，但其建設(shè)是一個(gè)復(fù)雜的系統(tǒng)工程。在技術(shù)層面，不僅涉及到服務(wù)器/虛擬機(jī)之間的集群協(xié)同，還包括數(shù)據(jù)的復(fù)制與同步，更重要的是涉及到跨數(shù)據(jù)中心的網(wǎng)絡(luò)互聯(lián)互通及分支/Internet用戶對DC的訪問，因此網(wǎng)絡(luò)對業(yè)務(wù)的感知能力及對流量的牽引成

12、為方案設(shè)計(jì)與部署的重中之重；此外，網(wǎng)絡(luò)訪問控制策略的遷移、服務(wù)器網(wǎng)關(guān)及數(shù)據(jù)同步對網(wǎng)絡(luò)帶寬與服務(wù)質(zhì)量的要求、IP地址設(shè)置、路由發(fā)布控制、網(wǎng)關(guān)設(shè)計(jì)、防火墻狀態(tài)會話、流量路徑規(guī)劃及迂回控制等技術(shù)都是設(shè)計(jì)上必須要考慮和解決的雙活數(shù)據(jù)中心系統(tǒng)架構(gòu)設(shè)計(jì)20“雙活”技術(shù)架構(gòu)選型原則21雙活方案技術(shù)挑戰(zhàn)22所有雙活技術(shù)方案都必須解決以下技術(shù)挑戰(zhàn)：雙活數(shù)據(jù)中心之延遲:由于光速限制，每 100km 所產(chǎn)生的數(shù)據(jù)來回延遲約為1ms（理論值）。該延遲已經(jīng)跟一般硬盤讀寫可比。因此，會對實(shí)際應(yīng)用性能構(gòu)成影響, 特別是兩數(shù)據(jù)中心數(shù)據(jù)交互密切的業(yè)務(wù)。Quorum / Tie-Breaker 之需求:為了避免雙活數(shù)據(jù)中心產(chǎn)生腦

13、裂(Split Brain)或場地分割(site isolation) 狀況，解決方案需要提供有效的Quorum / Tie-Breaker方式來保證數(shù)據(jù)完整性.工作負(fù)載之考慮:業(yè)務(wù)交易中，應(yīng)用所產(chǎn)生之寫操作 (INSERT, UPDATE, DELETE)比例越高，則越多數(shù)據(jù)需要跨數(shù)據(jù)中心傳送。這類型業(yè)務(wù)交易不利于雙活設(shè)計(jì)。主流雙活技術(shù)比較23類別實(shí)現(xiàn)層級實(shí)現(xiàn)機(jī)理優(yōu)劣勢典型產(chǎn)品 約束實(shí)施運(yùn)維難度適用雙寫模式 應(yīng)用程序由應(yīng)用程序?qū)崿F(xiàn)分布式寫操作與平臺無關(guān)產(chǎn)品投資少對應(yīng)用開發(fā)人員要求較高阿里巴巴淘寶保證寫的一致性和完整性，通常需要采用如分布日志、交易協(xié)調(diào)器、兩階段提交等機(jī)制需要應(yīng)用維護(hù)人員對其機(jī)

14、制有較深了解只適用變化量及頻率較低的應(yīng)用數(shù)據(jù)，如配置、參數(shù)等，可實(shí)現(xiàn)AA模式操作系統(tǒng)采用系統(tǒng)的卷管理機(jī)制，實(shí)現(xiàn)VM鏡像雙寫，并借用高可用軟件實(shí)現(xiàn)雙機(jī)熱備 與數(shù)據(jù)庫存儲無關(guān)產(chǎn)品投資少距離限制近HACMP+LVMHyperSwapOS要同構(gòu)；距離要求較近兩端需建立ISL，安裝和維護(hù)較為簡單適用近距離（建議2Km）的不對稱AA模式（互備）數(shù)據(jù)庫/存儲采用并發(fā)數(shù)據(jù)庫結(jié)合虛擬化可實(shí)現(xiàn)跨中心案例少技術(shù)還有待成熟PureScale或RACSVC/Vplex/GPFS要求有很高的網(wǎng)絡(luò)帶寬，低延遲；需要建立第三站點(diǎn)進(jìn)行投票,通常需要做讀寫分離安裝和維護(hù)較為復(fù)雜,性能容易成為瓶頸適合近距離，高帶寬，低延遲，有AA

15、需求的應(yīng)用環(huán)境接入網(wǎng)絡(luò)采用網(wǎng)絡(luò)負(fù)載均衡設(shè)備實(shí)現(xiàn)多點(diǎn)接入可實(shí)現(xiàn)跨中心應(yīng)用較為成熟F5,RadwareCtrix適用于接入層負(fù)載均衡安裝和維護(hù)較為簡單對距離沒有限制，可基于域名和IP地址制定負(fù)載分擔(dān)和路由的策略，可實(shí)現(xiàn)AA模式復(fù)制模式應(yīng)用程序應(yīng)用人員開發(fā)交易轉(zhuǎn)發(fā)路由，將交易序列化后，轉(zhuǎn)發(fā)給災(zāi)備端路由，并在災(zāi)備端Apply交易與平臺無關(guān)產(chǎn)品投資少對應(yīng)用開發(fā)人員要求較高阿里巴巴淘寶需要對應(yīng)用交易結(jié)構(gòu)十分了解，需要保證交易傳輸?shù)囊恢滦?、要進(jìn)行必要的流控，防止交易丟失需要應(yīng)用維護(hù)人員對其機(jī)制和交易結(jié)構(gòu)有較深了解適用于近距離（同城），數(shù)據(jù)變化量相對較低的應(yīng)用，可實(shí)現(xiàn)A-Q模式或不對稱AA中間件在中間件層對交

16、易或數(shù)據(jù)進(jìn)行序列化，并轉(zhuǎn)發(fā)到災(zāi)備端，災(zāi)備端讀取交易數(shù)據(jù)流，進(jìn)行應(yīng)用操作與數(shù)據(jù)庫無關(guān)案例較少M(fèi)Q,WAS 跨中心集群通常借助一些低延遲的消息傳遞軟件來實(shí)現(xiàn)，由于不是主流，部分軟件已經(jīng)不再發(fā)展安裝和維護(hù)較為復(fù)雜適用于近距離（同城），數(shù)據(jù)變化量相對較低的應(yīng)用，可實(shí)現(xiàn)A-Q模式或不對稱AA數(shù)據(jù)庫在生產(chǎn)端讀取Redo日志信息，傳到對端，通過Redo Apply機(jī)制在災(zāi)備端恢復(fù)源庫數(shù)據(jù)與平臺無關(guān)產(chǎn)品投資少災(zāi)備端不可用對主庫有一定影響HADRDataGuard兩端要同構(gòu)不能復(fù)制數(shù)據(jù)庫外數(shù)據(jù)安裝和維護(hù)相對簡單適合簡單而全面的數(shù)據(jù)庫保護(hù)的同構(gòu)環(huán)境的AS模式在生產(chǎn)端捕獲交易發(fā)生信息，傳到對端，通過SQL Appl

17、y機(jī)制在災(zāi)備端恢復(fù)源庫數(shù)據(jù)（支持準(zhǔn)同步和異步）支持異構(gòu)環(huán)境帶寬占用小災(zāi)備端可打開系統(tǒng)資源消耗少一些DDL語言不能復(fù)制Q-RepicationCDCGoldenGateShareplex可視具體產(chǎn)品而定，通常包括，不能復(fù)制非結(jié)構(gòu)數(shù)據(jù)，存儲過程、觸發(fā)器、部分DDL語言操作，即不能復(fù)制庫結(jié)構(gòu)變化安裝和維護(hù)較為復(fù)雜適合需要靈活的高可用、A-Q模式，異構(gòu)環(huán)境操作系統(tǒng)通過OS邏輯卷的管理軟件，實(shí)時(shí)抓取數(shù)據(jù)變化，并傳輸?shù)綖?zāi)備端對應(yīng)卷（支持同步、和異步）與存儲、數(shù)據(jù)庫無關(guān)；占用帶塊較多切換時(shí)間較長Softek, GLVM VVR，Double-Take兩端OS要一致災(zāi)備端卷不可訪問一些產(chǎn)品需要重建系統(tǒng)卷管理機(jī)

18、制安裝和維護(hù)較為復(fù)雜，適合較大數(shù)據(jù)量復(fù)制的A-S模式存儲通過存儲（或虛擬存儲）的卷控制器，實(shí)時(shí)捕獲卷上數(shù)據(jù)變化，并傳輸?shù)綖?zāi)備端對應(yīng)卷（支持同步和異步）傳輸吞吐量大技術(shù)成熟占用帶寬較多切換時(shí)間較長MM/GM/MGM,SRDF/TrueCopy/BCSVC/Vplex/SVM災(zāi)備端卷不可訪問；兩端環(huán)境要同構(gòu)（如果采用虛擬存儲，則虛擬控制器本身要同構(gòu)）；需要搭建FCoIP或ISL安裝和維護(hù)相對簡單適合大容量數(shù)據(jù)，遠(yuǎn)距離復(fù)制的AS模式網(wǎng)絡(luò)在SAN網(wǎng)絡(luò)上，通過旁路設(shè)備復(fù)制數(shù)據(jù)流，分流后傳輸?shù)綖?zāi)備端與平臺無關(guān)對原系統(tǒng)影響小需要專用設(shè)備CDPIP_SAN需要安裝專用設(shè)備安裝和維護(hù)相對簡單適合較大容量數(shù)據(jù)，較

19、遠(yuǎn)距離復(fù)制的AS模式網(wǎng)絡(luò)層設(shè)計(jì) 虛擬化數(shù)據(jù)中心網(wǎng)絡(luò)構(gòu)建24訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層網(wǎng)絡(luò)層設(shè)計(jì) 跨數(shù)據(jù)中心二層互聯(lián)25應(yīng)用場景基于IP層面實(shí)現(xiàn)跨數(shù)據(jù)中心的L2互聯(lián)。不依賴MPLS & STP、對廣播流量有優(yōu)化措施、對多地點(diǎn)的網(wǎng)關(guān)一致性有配套的解決方案。對Vmotion有優(yōu)化支持。技術(shù)優(yōu)勢用戶有兩個(gè)或以上的數(shù)據(jù)中心L2互聯(lián)需求 或者用戶在數(shù)據(jù)中心內(nèi)有跨L3的L2連接需求適用于：主機(jī)集群，Vmotion,主機(jī)遷移訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層網(wǎng)絡(luò)層設(shè)計(jì) 二層多路徑26訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層網(wǎng)絡(luò)層設(shè)計(jì) L2MP 二層多路徑27訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層應(yīng)用場景支持二層多路徑的

20、拓?fù)?所有鏈路都可用可以用它代替 Spanning Tree可以用它實(shí)現(xiàn)一個(gè)超大的L2網(wǎng)絡(luò)矩陣快速L2網(wǎng)絡(luò)收斂技術(shù)優(yōu)勢需要構(gòu)建超大局域網(wǎng)絡(luò)的用戶 對帶寬渴求有強(qiáng)烈需求的用戶應(yīng)用: Mobility & Cluster 范圍的擴(kuò)大數(shù)據(jù)層架構(gòu)設(shè)計(jì) VPLEX Metro技術(shù)28訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層數(shù)據(jù)層架構(gòu)設(shè)計(jì) VPLEX Metro for Oracle RAC技術(shù)29訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層數(shù)據(jù)庫層架構(gòu)設(shè)計(jì) Oracle Extended RAC訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層數(shù)據(jù)庫層架構(gòu)設(shè)計(jì) DB2 HADR訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層虛擬化環(huán)境應(yīng)用切換設(shè)計(jì)1- VM

21、ware Metro vMotion 技術(shù)32訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層虛擬化環(huán)境應(yīng)用切換設(shè)計(jì)2- Vmware SRM技術(shù)33訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層虛擬化架構(gòu)設(shè)計(jì)- VPLEX Metro for VMWARE Metro 集群技術(shù)34訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層用戶接入層設(shè)計(jì)-基于應(yīng)用集群的遠(yuǎn)程訪問解決技術(shù)35訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層用戶接入層設(shè)計(jì)-基于域名的遠(yuǎn)程訪問技術(shù)36訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層用戶接入層設(shè)計(jì)-基于IP的訪問技術(shù)37訪問層切換層數(shù)據(jù)庫層數(shù)據(jù)層網(wǎng)絡(luò)層議程1雙活數(shù)據(jù)中心概述2雙活數(shù)據(jù)中心關(guān)鍵技術(shù)點(diǎn)3雙活數(shù)據(jù)中心建設(shè)及運(yùn)維關(guān)鍵點(diǎn)384雙活數(shù)

22、據(jù)中心成功案例建設(shè)關(guān)鍵點(diǎn)39雙活需求確定雙活是一個(gè)寬泛的概念，分類多，因此需要根據(jù)條件和目標(biāo)加以界定。主客方要達(dá)成共識。 雙活數(shù)據(jù)中心部署決策樹39兩個(gè)站點(diǎn)之間的距離是否小于100公里 ？兩個(gè)站點(diǎn)之間是否有裸光纖和/或波分設(shè)備?分應(yīng)用雙活基于雙活存儲，還是基于(同/異步)復(fù)制存儲否否否非對稱雙活對稱雙活建設(shè)關(guān)鍵點(diǎn)40各個(gè)層面的整合是實(shí)現(xiàn)數(shù)據(jù)中心雙活的難點(diǎn)從上到下各個(gè)層面（網(wǎng)絡(luò)、存儲、數(shù)據(jù)庫、應(yīng)用）都要實(shí)現(xiàn)雙活，才能真正意義上實(shí)現(xiàn)整個(gè)數(shù)據(jù)中心的雙活。企業(yè)中的IT基礎(chǔ)架構(gòu)設(shè)施多種多樣，整合難度大！ 硬件設(shè)備、網(wǎng)絡(luò)、存儲、應(yīng)用軟件、中間件到數(shù)據(jù)庫都是各種各樣的 不同層面的各廠家都有自己的雙活技術(shù) 在多種可能的技術(shù)選擇方案中尋求平衡和控制是比較困難的！ 網(wǎng)絡(luò)雙活 雙