雙活數(shù)據(jù)中心建設方案1.1數(shù)據(jù)集中階段的數(shù)據(jù)中心建設錯誤!未指定書簽。1.1.1傳統(tǒng)架構存在的問題.錯誤!未指定書簽。1.1.2H3C全融合虛擬化架構錯誤!未指定書簽。1.2雙活數(shù)據(jù)中心建設目標錯誤!未指定書簽。2.1基于的業(yè)務部署模式錯誤!未指定書簽。2.1.1模式簡介錯誤!未指定書簽。2.1.2企業(yè)數(shù)據(jù)中心業(yè)務典型部署.錯誤!未指定書簽。2.2基于的業(yè)務部署模式錯誤!未指定書簽。2.2.1技術簡介錯誤!未指定書簽。2.2.2企業(yè)數(shù)據(jù)中心典型部署.錯誤!未指定書簽。2.2.3與錯誤!未指定書簽。3.1網(wǎng)絡結構3.2雙活數(shù)據(jù)中心部署錯誤!未指定書簽。雙活數(shù)據(jù)中心建設方案第1章概述1.1.1傳統(tǒng)架構存在的問題傳統(tǒng)數(shù)據(jù)中心網(wǎng)絡采用傳統(tǒng)以太網(wǎng)技術構建，隨著各類業(yè)務應用務的擴展帶來巨大挑戰(zhàn)。具體而言存在如下問題：來越困難，每一次變更都將牽涉相互關聯(lián)的、不同時期按不同初衷建設的物理設施，涉及多個不同領域、不同服務方向，工作繁瑣、維護困難，而易出現(xiàn)漏洞和差錯。比如數(shù)據(jù)中心新增加一個業(yè)務類型，需要調(diào)整新的應問控制需求，此時管理員不僅要了解新業(yè)務的邏輯訪問策略，還要精通物防火墻實體的部署、連接、安裝，要考慮是增加新的防火墻端口、還是需以及隨之而來的、路由等等，如果網(wǎng)絡中還有諸如地址雙活數(shù)據(jù)中心建設方案務與之相關聯(lián)，那將是非常繁雜的任務。當這樣的資源需求在短期內(nèi)累極易在使得系統(tǒng)維護的質量和穩(wěn)定性下降，同時反過來減慢新業(yè)難得到同比發(fā)展，最普遍的現(xiàn)象就是忙的設備不堪重負，閑的多，二者相互之間又無法借用和共用。這是由于對底層網(wǎng)絡建為中心進行建設的，并不考慮上層業(yè)務對底層資源調(diào)用的優(yōu)化計思路無法真正從整個系統(tǒng)角度制訂統(tǒng)一的服務策略，比如安全性策略、業(yè)務優(yōu)化策略等等，造成跨平臺策略的不一致性，從而1.1.2H3C全融合虛擬化架構雙活數(shù)據(jù)中心應實現(xiàn)如下設計目標：雙活數(shù)據(jù)中心建設方案理設施的復雜度降低，能夠最低限度的減少了物理資源的直接調(diào)度，高網(wǎng)絡設備利用率。物理服務器部署虛擬機，實現(xiàn)計算資源高統(tǒng)一、抽象的服務，每一個被充分抽象的服務都按找上層調(diào)用的雙活數(shù)據(jù)中心建設方案第2章雙活數(shù)據(jù)中心業(yè)務部署2.1.1模式簡介2.1.2企業(yè)數(shù)據(jù)中心業(yè)務典型部署1、部署時和業(yè)務可以直接使用相同的網(wǎng)段，因為用戶訪2、對于同一業(yè)務，數(shù)據(jù)中心A使用對外提雙活數(shù)據(jù)中心建設方案雙活數(shù)據(jù)中心建設方案2.2.1技術簡介雙活數(shù)據(jù)中心建設方案2.2.2企業(yè)數(shù)據(jù)中心典型部署會對的健康狀態(tài)進行檢查，當發(fā)現(xiàn)故障后，將觸發(fā)的切換，從而實現(xiàn)全雙活數(shù)據(jù)中心建設方案感知，觸發(fā)切換，此時用戶訪問3時，該域名將被解析為，解決業(yè)務流量次優(yōu)路雙活數(shù)據(jù)中心建設方案2.2.3與雙活數(shù)據(jù)中心建設方案雙活數(shù)據(jù)中心建設方案雙活數(shù)據(jù)中心建設方案第3章雙活數(shù)據(jù)中心設計部署過程如下：橫向虛擬化的優(yōu)勢：統(tǒng)一的管理：