1、目錄第1章概述21.1 數(shù)據(jù)集中階段的數(shù)據(jù)中央建設(shè) 21.1.1 傳統(tǒng)架構(gòu)存在的問(wèn)題 21.1.2 H3C 全融合虛擬化架構(gòu) 31.2 雙活數(shù)據(jù)中央建設(shè)目標(biāo) 3第2章 雙活數(shù)據(jù)中央業(yè)務(wù)部署 52.1 基于IP的業(yè)務(wù)部署模式 52.1.1 模式簡(jiǎn)介52.1.2 企業(yè)數(shù)據(jù)中央IP業(yè)務(wù)典型部署 52.2 基于DNS的業(yè)務(wù)部署模式72.2.1 DNS 技術(shù)簡(jiǎn)介 72.2.2 企業(yè)數(shù)據(jù)中央 DNS典型部署 82.2.3 GSLB 與 SLB 10第3章 XXXX雙活數(shù)據(jù)中央設(shè)計(jì) 133.1 XXXX網(wǎng)絡(luò)結(jié)構(gòu)133.2 XXXX雙活數(shù)據(jù)中央部署 13第1章概述為進(jìn)一步推進(jìn)XXXX信息化建設(shè),以信息化推動(dòng)

2、XXXX業(yè)務(wù)工作的改革與開展, XXXX在科技樓建有核心機(jī)房和一個(gè)小的本地容災(zāi)備份中央,現(xiàn)在在干保樓又新建了容 災(zāi)網(wǎng),實(shí)現(xiàn)同城雙中央布局.為提升業(yè)務(wù)可靠性與雙中央設(shè)備資源的利用率, XXXX擬建同城雙活數(shù)據(jù)中央,達(dá) 到雙中央同時(shí)對(duì)外提供同種業(yè)務(wù)的目標(biāo), 同時(shí)實(shí)現(xiàn)業(yè)務(wù)切換無(wú)感知、計(jì)算資源靈活調(diào)度 的功能目標(biāo).1.1 數(shù)據(jù)集中階段的數(shù)據(jù)中央建設(shè)1.1.1 傳統(tǒng)架構(gòu)存在的問(wèn)題傳統(tǒng)數(shù)據(jù)中央網(wǎng)絡(luò)采用傳統(tǒng)以太網(wǎng)技術(shù)構(gòu)建,隨著各類業(yè)務(wù)應(yīng)用對(duì) IT需求的深入 開展,業(yè)務(wù)部門對(duì)資源的需求正以幾何級(jí)數(shù)增長(zhǎng),傳統(tǒng)的 IT根底架構(gòu)方式給治理員和 未來(lái)業(yè)務(wù)的擴(kuò)展帶來(lái)巨大挑戰(zhàn).具體而言存在如下問(wèn)題：維護(hù)治理難：在傳統(tǒng)構(gòu)架

3、的網(wǎng)絡(luò)中進(jìn)行業(yè)務(wù)擴(kuò)容、遷移或增加新的效勞功能越來(lái)越困難,每一次變更都將牽涉相互關(guān)聯(lián)的、不同時(shí)期按不同初衷建設(shè)的多種物理設(shè)施,涉及多個(gè)不同領(lǐng)域、不同效勞方向,工作繁瑣、維護(hù)困難,而且容 易出現(xiàn)漏洞和過(guò)失.比方數(shù)據(jù)中央新增加一個(gè)業(yè)務(wù)類型,需要調(diào)整新的應(yīng)用訪 問(wèn)限制需求,此時(shí)治理員不僅要了解新業(yè)務(wù)的邏輯訪問(wèn)策略,還要精通物理的 防火墻實(shí)體的部署、連接、安裝,要考慮是增加新的防火墻端口、還是需要添 置新的防火墻設(shè)備,要考慮如何以及何處接入,有沒(méi)有相應(yīng)的接口,如何跳線,以及隨之而來(lái)的VLAN、路由等等,如果網(wǎng)絡(luò)中還有諸如地址轉(zhuǎn)換、7層交換等等效勞與之相關(guān)聯(lián),那將是非常繁雜的任務(wù).當(dāng)這樣的IT資源需求在短

4、期內(nèi)累積,將極易在使得系統(tǒng)維護(hù)的質(zhì)量和穩(wěn)定性下降,同時(shí)反過(guò)來(lái)減慢新業(yè)務(wù)的部署,進(jìn)而阻礙公司業(yè)務(wù)的推進(jìn)和開展.資源利用率低：傳統(tǒng)架構(gòu)方式對(duì)底層資源的投入與在上層業(yè)務(wù)所收到的效果很 難得到同比開展,最普遍的現(xiàn)象就是忙的設(shè)備不堪重負(fù),閑的設(shè)備資源儲(chǔ)藏過(guò) 多,二者相互之間又無(wú)法借用和共用.這是由于對(duì)底層網(wǎng)絡(luò)建設(shè)是以功能單元 為中央進(jìn)行建設(shè)的,并不考慮上層業(yè)務(wù)對(duì)底層資源調(diào)用的優(yōu)化,這使得對(duì)網(wǎng)絡(luò) 的投入往往無(wú)法取得同樣的業(yè)務(wù)應(yīng)用效果的改善,反而浪費(fèi)了較多的資源和維護(hù)本錢.效勞策略不一致：傳統(tǒng)架構(gòu)最嚴(yán)重的問(wèn)題是這種以孤立的設(shè)備功能為中央的設(shè) 計(jì)思路無(wú)法真正從整個(gè)系統(tǒng)角度制訂統(tǒng)一的效勞策略,比方平安策略、高可

5、用 性策略、業(yè)務(wù)優(yōu)化策略等等,造成跨平臺(tái)策略的不一致性,從而難以將所投入 的產(chǎn)品水平形成合力為上層業(yè)務(wù)提供強(qiáng)大的效勞支撐.1.1.2 H3C全融合虛擬化架構(gòu)H3C提供橫向虛擬化、1虛多的設(shè)備虛擬化以及縱向虛擬化的全融合虛擬化方案.通過(guò)建設(shè)網(wǎng)絡(luò)資源池,不僅簡(jiǎn)化了網(wǎng)絡(luò)部署,而且提升了網(wǎng)絡(luò)設(shè)備的利用率, 是業(yè)界最 具優(yōu)勢(shì)的數(shù)據(jù)中央網(wǎng)絡(luò)解決方案.1.2 雙活數(shù)據(jù)中央建設(shè)目標(biāo)XXXX雙活數(shù)據(jù)中央應(yīng)實(shí)現(xiàn)如下設(shè)計(jì)目標(biāo)：簡(jiǎn)化治理：同城雙中央業(yè)務(wù)統(tǒng)一部署,統(tǒng)一治理,使上層業(yè)務(wù)的變更作用于物理設(shè)施的復(fù)雜度降低,能夠最低限度的減少了物理資源的直接調(diào)度,使維護(hù)管 理的難度和本錢大大降低.高效復(fù)用：同城雙中央網(wǎng)絡(luò)資源與

6、計(jì)算資源高效利用,減少設(shè)備主備部署,提 高網(wǎng)絡(luò)設(shè)備利用率.物理效勞器部署虛擬機(jī),實(shí)現(xiàn)計(jì)算資源高度復(fù)用,提升計(jì) 算資源利用率.策略一致：降低具體設(shè)備個(gè)體的策略復(fù)雜性,最大程度的在設(shè)備層面以上建立 統(tǒng)一、抽象的效勞,每一個(gè)被充分抽象的效勞都按找上層調(diào)用的目標(biāo)進(jìn)行統(tǒng)一 的標(biāo)準(zhǔn)和策略化,這樣整個(gè)IT將可以到達(dá)理想的效勞規(guī)那么和策略的一致性.無(wú)縫切換：同城雙中央同時(shí)對(duì)外提供同一種業(yè)務(wù),當(dāng)某中央業(yè)務(wù)失效,要實(shí)現(xiàn) 應(yīng)用的無(wú)縫切換,在短時(shí)間內(nèi)實(shí)現(xiàn)業(yè)務(wù)的快速恢復(fù).資源調(diào)度： 同城雙中央二層互聯(lián),計(jì)算資源可以在雙中央之間靈活遷移,快速擴(kuò)展,統(tǒng)一調(diào)度第2章 雙活數(shù)據(jù)中央業(yè)務(wù)部署2.1 基于IP的業(yè)務(wù)部署模式2.1.

7、1 模式簡(jiǎn)介基于ip發(fā)布的業(yè)務(wù)一般用于企業(yè)內(nèi)部治理,業(yè)務(wù)運(yùn)營(yíng).客戶直接通過(guò)訪問(wèn)某個(gè)ip地址來(lái)實(shí)現(xiàn)端到端通信.由標(biāo)準(zhǔn)的路由協(xié)議以及健康路由注入來(lái)實(shí)現(xiàn)ip地址的自動(dòng)發(fā)布.2.1.2 企業(yè)數(shù)據(jù)中央IP業(yè)務(wù)典型部署發(fā)布主機(jī)路由V1P-A.V1P-R數(shù)牖中央A出部發(fā)布主機(jī)路由HBC1WTI口件 VIjWIV1P-BSei nerirXwQrk獷將玉在謎泡更數(shù)據(jù)中央BVTP澄晶Evno FwiinvgrDevice GroupHeartbeat . VlMl兩個(gè)數(shù)據(jù)中央的SLB跨中央部署HA Cluster ,效勞器跨數(shù)據(jù)中央部署負(fù)載均衡集群.同一個(gè)業(yè)務(wù)的在兩個(gè)數(shù)據(jù)中央的業(yè)務(wù)IP不同,分別為VIP-A與V

8、IP-B.1、部署時(shí)External self IP 和業(yè)務(wù)IP可以直接使用相同的網(wǎng)段,由于用戶訪問(wèn)業(yè)務(wù)時(shí)通過(guò)主機(jī)路由進(jìn)行選路,而 HA Cluster中只有為Active的SLB才會(huì)發(fā)布主機(jī)路由.2、對(duì)于同一業(yè)務(wù),數(shù)據(jù)中央A使用VIP-A對(duì)外提供效勞,數(shù)據(jù)中央B使用VIP-B對(duì)外提供效勞,實(shí)現(xiàn)業(yè)務(wù)在兩個(gè)數(shù)據(jù)中央之間的負(fù)載均衡,當(dāng)數(shù)據(jù)中央A發(fā)生故障時(shí),il O Ull二 P r“a虱P-4IK展中央ATraffic group-1 將進(jìn)行HA切換,VIP-A的主機(jī)路由將由數(shù)據(jù)中央 B的SLB發(fā)布如果數(shù)據(jù)中央A的SLB發(fā)生故障,如下圖由于兩個(gè)數(shù)據(jù)中央的SLB跨中央部署HA Cluster ,效勞

9、器跨數(shù)據(jù)中央部署負(fù)載均衡集群,所以數(shù)據(jù)中央B的SLB在一個(gè)心跳周期結(jié)束之后,感知到數(shù)據(jù)中央 A的SLB無(wú)響應(yīng),數(shù)據(jù)中央A的SLB發(fā)生故障,Traffic Group-1 將發(fā)生HA切換,此時(shí)用戶訪問(wèn)VIP-A時(shí)將直接到達(dá)數(shù)據(jù)中央B,由SLB處理后發(fā)送至數(shù)據(jù)中央 A的效勞器如果當(dāng)數(shù)據(jù)中央A的效勞器發(fā)生故障,如下圖崢發(fā)布主機(jī)路由發(fā)而主機(jī)路由PTndLtHDfl VLANIX 號(hào) hMSync-fBiover De,VIOB GroutSto rage network砂據(jù)中央B數(shù)據(jù)中“Storage heryrork""prvpr VI 對(duì)ProdLCtion、LAN數(shù)據(jù)中央SL

10、B探測(cè)到本中央的效勞器都故障,那么觸發(fā)Traffic Group-1 將發(fā)生HA切換,此時(shí)用戶訪問(wèn)VIP-A時(shí)將直接到達(dá)數(shù)據(jù)中央B,由數(shù)據(jù)中央B的效勞器進(jìn)行處理,由于此時(shí)數(shù)據(jù)中央 A的效勞器已無(wú)處理水平.2.2 基于DNS的業(yè)務(wù)部署模式2.2.1 DNS技術(shù)簡(jiǎn)介什么是DN£DNS是域名票統(tǒng)Dornan Ndirie 5%>1圮晴】的首林.土要實(shí)現(xiàn)噴名和IP地址的蟀析正向顰析：即通過(guò)三機(jī)名嗡域各直說(shuō)IP地址反向解析：即 通過(guò)【P蚪查詢主嘰名或域名域名系統(tǒng)Domain Name System由三個(gè)局部組成空間(Na me Space )和赍礪己錄(Resource Records

11、)DNS名稱fl第器忖弓Name Server ),提供域名空間的查詢9第DYZ解析器(DNS Revolvers .查詢的發(fā)起者DNS解析模式g H.癬滬四：,Rttiiriive r«oljtion ；使用者其送出T至溝,由口N£ Server完專身隨語(yǔ)的苣詢后響應(yīng)慶陽(yáng)葡碑式'Iterative resolution )多指示性的應(yīng),事使同告舔麗起行息奧歸"在口心素就信買蜜前籠中 當(dāng)當(dāng)thni莊1芋片丫日之用足重日宜苴,se i 丫廣隹3廣v廣之屈是K 苣回 酒諛盼J|O_生FF'.h3-I A?010的 n rLocal DNSResolve

12、rscftm rvr . X mtl&xrvai.qocnKk口二 6 二72.2.2企業(yè)數(shù)據(jù)中央DNS典型部署數(shù)據(jù)中央A數(shù)據(jù)中央B數(shù)據(jù)中央A和數(shù)據(jù)中央B分別使用VIP-A和VIP-B對(duì)外提供效勞,當(dāng)用戶請(qǐng)求 域名時(shí),GSLB根據(jù)設(shè)定的權(quán)值給不同用戶返回 VIP-A或VIP-B.SLB實(shí)現(xiàn)HA Cluster后,可以根據(jù)將不同的業(yè)務(wù)IP劃分到不同的Traffic Group , HA的切換是基于 Traffic Group實(shí)現(xiàn)的,以 VIP-A 對(duì)應(yīng)的Traffic Group-1 為例. Traffic Group-1 的缺省設(shè)備是數(shù)據(jù)中央 A中的SLB,VIP-A在該SLB上生效,

13、當(dāng)Traffic Group-1發(fā)生HA切換后,VIP-A將在數(shù)據(jù)中央B中的SLB上生效.SLB對(duì)數(shù)據(jù)中央A和數(shù)據(jù)中央B內(nèi)的效勞器都進(jìn)行健康檢查,負(fù)載分擔(dān)算法設(shè)置 本數(shù)據(jù)中央內(nèi)的優(yōu)先級(jí)較高,當(dāng)有業(yè)務(wù)需要處理時(shí),會(huì)優(yōu)先選擇本數(shù)據(jù)中央的效勞器進(jìn) 行處理,當(dāng)本數(shù)據(jù)中央的效勞器都發(fā)生故障后,將由遠(yuǎn)端數(shù)據(jù)中央的效勞器處理業(yè)務(wù), 同時(shí)觸發(fā)Traffic Group 的HA切換.GSLB會(huì)對(duì)LTM的健康狀態(tài)進(jìn)行檢查,當(dāng)發(fā)現(xiàn)LTM故障后,將觸發(fā)DNS的切換, 從而實(shí)現(xiàn)全局路徑的優(yōu)化.如此,即可將客戶端訪問(wèn)數(shù)據(jù)中央的流量實(shí)現(xiàn)有效的負(fù)載分擔(dān),使雙中央的利用率最高.如果數(shù)據(jù)中央A的SLB故障后,如下圖._ Hear

14、weac 二 NA VLANStorage network擴(kuò)展的存悻網(wǎng)箔Syln-FtiilGeiDevice Group數(shù)據(jù)中央B由于兩個(gè)數(shù)據(jù)中央的SLB跨中央部署HA Cluster ,效勞器跨數(shù)據(jù)中央部署負(fù)載均 衡集群.當(dāng)數(shù)據(jù)中央A的SLB發(fā)生故障時(shí),Traffic Group-1 將發(fā)生HA切換,VIP-A在 數(shù)據(jù)中央B的SLB上生效,用戶訪問(wèn)效勞器的流量將經(jīng)過(guò)二層 LAN擴(kuò)展網(wǎng)絡(luò)到達(dá)數(shù)據(jù) 中央B的SLB,經(jīng)過(guò)處理后再發(fā)送至數(shù)據(jù)中央 A中的效勞器進(jìn)行處理.因此,實(shí)現(xiàn)故 障切換過(guò)程客戶無(wú)感知.當(dāng)數(shù)據(jù)中央A的SLB發(fā)生故障后,GSLB還是會(huì)探測(cè)本中央的SLB,在探測(cè)超時(shí) 后對(duì)故障進(jìn)行感知,

15、觸發(fā) DNS切換,此時(shí)用戶訪問(wèn)時(shí),該域名將被解析為 VIP-B ,解 決業(yè)務(wù)流量次優(yōu)路徑的問(wèn)題.如果數(shù)據(jù)中央A的SLB故障后,如下圖fWW-h 寸£XfJEVII1 AStgraqm nefw&'k情皂同步Pr0££1 m VLAJNHP - EiT罷的今情網(wǎng)堵Snc-FriiikJvf-f Device Group當(dāng)數(shù)據(jù)中央A的效勞器都發(fā)生故障時(shí),Traffic Group-1將發(fā)生HA切換,VIP-A在數(shù)據(jù)中央B的SLB上生效,用戶訪問(wèn)效勞器的流量將經(jīng)過(guò)二層LAN擴(kuò)展網(wǎng)絡(luò)到達(dá)數(shù)據(jù)中央B的SLB,效勞器返回的流量經(jīng)過(guò)二層 LAN經(jīng)過(guò)二層LAN擴(kuò)展

16、網(wǎng)絡(luò)到達(dá)數(shù)據(jù)中央A,實(shí)現(xiàn)業(yè)務(wù)切換無(wú)流量喪失.2.2.3 GSLB 與 SLBGSLB即全局負(fù)載均衡設(shè)備,又名 GTM,如下列圖所示.Global Traffic Manager基于DNS的負(fù)莪均衡、流量治理機(jī)制.主要完成:用戶,向企業(yè)應(yīng)用時(shí)域之解護(hù)請(qǐng)求咨量理由仁TNI央 責(zé)處理.它通過(guò)一蛆預(yù)先定義好的策建.將最接近用戶的有點(diǎn)地址提供哈用戶.使用戶可以得到快速的服轉(zhuǎn).同時(shí),它區(qū)與分布在谷DC的所穹GTM節(jié)點(diǎn)保持通訊.攜薨等節(jié)點(diǎn)的健素秋志.匕保證不療用戶日語(yǔ)求分配到任何Y 遁不可用的節(jié)點(diǎn)上主要功瞄口特性：應(yīng)用智能、可萱理1生和高性能舊二毛立去工！更士擰目時(shí)翁 通如用戶或變?cè)?訪網(wǎng)點(diǎn)克呼丹遼總花的引

17、芯比就 礴211.7 2,211.FB GTM籌走關(guān)段屈用在舞5里沖心的協(xié)同冏建京全能60K CP5mt&tt211.72.；1L7521173.211.81至正斥面三口 M5,二3GSLB的工作原理,如下列圖所示GTM的DNS解析流程 F5GTMI充當(dāng)權(quán)威名窗服完器的角色r為企業(yè)應(yīng)用提 供外部DN5箭析和內(nèi)部DNS射析水平 I fTJ電理同DN0 Authoritative Server f 潮星如下:®客戶端向本咖忖匕度勞器自詢指定域名當(dāng)本地DN寫效勞器在本身緩存中找不獨(dú)皖域名州,會(huì)向 Rnnt DNN我當(dāng)器肯洵R00t服假設(shè)器返回F5 GTM服努器碼地區(qū)每 本期DN5效

18、勞器向F3 GTM效勞器法求DN5假析$ F5 GTM服學(xué)器棍儂用服努瞿可用性憶總決笫,并向本地 DN5效勞器返回適宜的效勞器I曬址國(guó)：本歸口忖,服憲案司客戶蚓詆回題名耨償果 客戶端向所羽S的1PJW1：發(fā)起清求GSLB能夠完成DNS解析請(qǐng)求的負(fù)載均衡、效勞器狀態(tài)監(jiān)控以及用戶訪問(wèn)路徑優(yōu)化,解決跨中央業(yè)務(wù)的協(xié)同問(wèn)題,提升多中央資源利用效率,實(shí)現(xiàn)全局負(fù)載均 衡.SLB即效勞器負(fù)載均衡設(shè)備,又名 LTM,主要用來(lái)完本錢地流量的治理,實(shí)現(xiàn)效勞器集群的負(fù)載分擔(dān),同時(shí)通過(guò)多種算法探測(cè)效勞器健康狀態(tài), 給業(yè)務(wù)切換 提供依據(jù)與觸發(fā)條件.如下列圖所示Device Gruti 口TTirrrMinciadiveI

19、nacuvfrFloaiingiPLocal Traffic Manager本地流量治理,壬要完成：3 鼻建器負(fù)建靖I主要鹿康檢查方KCMP Monitor TCP Monitor3H iTP Munitor FTP Monitor主要負(fù)載均衡算法工 Rourvd Robin哈號(hào) Rmtio叱=® PrioriMtftKG5 Least CcjfinectionE 最三走挺鼓.5 F仃3出量,里曲E麥 Observed LSlSWEfTZ' Pre由 E v*寓溯璞為L(zhǎng)TM設(shè)備能夠支持四臺(tái)跨數(shù)據(jù)中央集群,實(shí)現(xiàn) SLB的LOCAL CLUSTER的功能, 提升了 LTM本身的穩(wěn)

20、定性與可靠性,同時(shí)實(shí)現(xiàn)多業(yè)務(wù)的負(fù)載分擔(dān).LTM 的 Cluster介紹多個(gè)LTM可以構(gòu)建HA集群,提升LTM的可靠性.Device Group :設(shè)備組Floating IP :浮動(dòng)】PTraffic Group :流量組一個(gè)LTM HA集群中可以有多個(gè)traffic group ,每個(gè)traffic group對(duì)應(yīng) f 業(yè)務(wù)IP , HA的主備關(guān)系是以traffic group為粒度的,不同的 traffic group的active設(shè)備可以在不同的LTM上,從而實(shí)現(xiàn)業(yè)務(wù)的負(fù) 載分擔(dān),當(dāng)traffic group發(fā)生切換時(shí),業(yè)務(wù)IP會(huì)在新的active設(shè)備上 生效.水tive與inmtive

21、設(shè)備之間有業(yè)務(wù)連接信息的鏡像第3章XXXX雙活數(shù)據(jù)中央設(shè)計(jì)3.1 XXXX網(wǎng)絡(luò)結(jié)構(gòu)3.2 XXXX雙活數(shù)據(jù)中央部署XXXX雙活數(shù)據(jù)中央關(guān)鍵在于中央 A和中央B各部署兩臺(tái)S12500核心交換機(jī). 核心交換機(jī)部署橫向虛擬化IRF, 一虛多MDC以及云間互聯(lián)EVI,配合GTM和LTM , 實(shí)現(xiàn)應(yīng)用級(jí)容災(zāi).部署過(guò)程如下：1 .雙中央各兩臺(tái)S12508先橫向虛擬化IRF,將兩臺(tái)或多臺(tái)物理設(shè)備虛擬成一臺(tái)邏 輯設(shè)備,邏輯上成為一個(gè)網(wǎng)元. 如下圖.橫向虛擬化的優(yōu)勢(shì)IRF:?統(tǒng)一的治理：由其中某物理設(shè)備的某限制單元作為整組設(shè)備的限制單元?統(tǒng)一的板卡和端口命名：各個(gè)設(shè)備加機(jī)框ID的前綴? 統(tǒng)一的 L2/L3、IPv4/IPv6、MPLS 等轉(zhuǎn)發(fā)表?可以實(shí)現(xiàn)跨設(shè)備的鏈路聚合2 .在橫向虛擬化的根底之上,再部署一虛多的設(shè)備虛擬化技術(shù)MDC (Multitenant Device Context),可以實(shí)現(xiàn)將一臺(tái)物理網(wǎng)絡(luò)設(shè)備通過(guò)軟件虛擬化成多臺(tái)邏輯網(wǎng)絡(luò)設(shè)備.也就是說(shuō)通過(guò)軟、硬件虛擬化的配合,MDC邏輯設(shè)備具有完全的設(shè)備功能,有獨(dú)立的軟件環(huán)境和數(shù)據(jù),有獨(dú)立的硬件資源.甚至可以像一 臺(tái)物理設(shè)備一樣單獨(dú)重啟,而不影響物理設(shè)備上其他 MDC的正常運(yùn)行.如下圖.在MDC1所屬的板