【正文】 多鏈路雙活數(shù)據(jù)中心建設解決方案多鏈路雙活數(shù)據(jù)中心建設解決方案 目錄目錄 31 總述 5 XX平臺雙活數(shù)據(jù)中心建設需求 5 目前平臺架構存在的問題 5 XX平臺數(shù)據(jù)中心目標架構 62 XX平臺數(shù)據(jù)中心設計 6 私有云設計概述 6 服務器虛擬化應用 7 VDI桌面虛擬化應用 8 網(wǎng)絡服務虛擬化應用 11 計算資源需求 12 存儲規(guī)劃設計 13 數(shù)據(jù)的安全性和系統(tǒng)的高可靠性 13 系統(tǒng)的高性能 14 系統(tǒng)的可擴展性/可擴充性 14 系統(tǒng)的多平臺支撐能力 14 靈活性和系統(tǒng)管理的簡單性 14 存儲的虛擬化 15 存儲容量規(guī)劃 15 跨數(shù)據(jù)中心網(wǎng)絡設計 16 流量調(diào)度 16 業(yè)務連續(xù)性 17 健康狀態(tài)檢查 17 故障切換 18 業(yè)務優(yōu)化加速 203 應用服務控制與負載均衡設計 20 功能介紹 20 應用優(yōu)化與應用交付設計 21 XX平臺數(shù)據(jù)中心應用優(yōu)化方案 22 應用優(yōu)化 22 數(shù)據(jù)庫應用優(yōu)化 234 數(shù)據(jù)中心安全設計 24 網(wǎng)絡準入控制 24 VDI虛擬桌面安全管理 25 智能的監(jiān)控、分析和威脅響應 255 數(shù)據(jù)中心運維保障體系建設 26 運維監(jiān)控系統(tǒng)建設方案 26 監(jiān)控管理 27 網(wǎng)絡監(jiān)控 28 服務器監(jiān)控 29 應用監(jiān)控 29 數(shù)據(jù)庫監(jiān)控 296 采購需求 30 硬件部分 30 軟件部分 31 實施部分 321 總述 XX平臺雙活數(shù)據(jù)中心建設需求 目前平臺架構存在的問題XX平臺目前數(shù)據(jù)中心托管在某IDC機房，由于機房提供的單鏈路網(wǎng)絡較不穩(wěn)定，應用層面目前也沒有做負載均衡和、冗余與容災設計，網(wǎng)站存在多處單點故障風險。數(shù)據(jù)中心的各項服務均不能滿足724小時的無故障運行，無法支撐與保障業(yè)務連續(xù)運行。因此而造成應用程序性能較低，故障率高的影響。隨著各類業(yè)務應用對IT需求的深入發(fā)展，業(yè)務部門對資源的需求正以幾何級數(shù)增長，傳統(tǒng)的IT基礎架構方式給運營人員和未來業(yè)務的擴展帶來巨大挑戰(zhàn)。具體而言存在如下問題：l 資源利用率低：傳統(tǒng)架構方式容易造成底層資源之間的競爭，普遍的現(xiàn)象就是忙的設備不堪重負，閑的設備資源又空閑更多，二者相互之間又無法借用和共用，反而互相干擾，沒有充分發(fā)揮服務器和網(wǎng)絡設備的性能，以至于影響了程序本身的性能，造成網(wǎng)站與移動應用體驗不佳。l 擴展性差：現(xiàn)有架構都各自獨立不能縱向與橫向擴展，無法滿足業(yè)務的彈性擴展，如在業(yè)務峰值時，彈性的擴充資源。并且在高峰過后，歸還該擴展的資源。l 架構傳統(tǒng)無法滿足業(yè)務高可用性：XX平臺主要運營的是互聯(lián)網(wǎng)業(yè)務，傳統(tǒng)的網(wǎng)絡與服務器架構模型無法滿足互聯(lián)網(wǎng)應用，高并發(fā)、高吞吐、大數(shù)據(jù)增長的業(yè)務模式，無法滿足跨數(shù)據(jù)中心級別的冗余與容災。l 運維管理難：沒有建立集中式的運維體系，缺乏立體式的多層監(jiān)控。碰到故障時難以第一直接發(fā)現(xiàn)故障原因。缺少自動化的性能分析、優(yōu)化工具與方法 XX平臺數(shù)據(jù)中心目標架構XX平臺多活數(shù)據(jù)中心的建設模式采用“分應用主備模型”。兩個數(shù)據(jù)中心的應用根據(jù)業(yè)務不同來劃分主從對外提供服務，兩個數(shù)據(jù)中心都處于活動狀態(tài)，都能獨立工作且互為備份。兩個數(shù)據(jù)中心之間通過穩(wěn)定、低延時的私有專線連接實現(xiàn)數(shù)據(jù)與配置的同步。本案中所有互聯(lián)網(wǎng)應用服務器都以生產(chǎn)數(shù)據(jù)中心為主，辦公數(shù)據(jù)中心作為備份，當生產(chǎn)數(shù)據(jù)中心故障或者網(wǎng)絡中斷時，辦公數(shù)據(jù)中心有能力接管用戶訪問，對外提供服務；而虛擬桌面和其他辦公應用則主要建立在辦公數(shù)據(jù)中心，一旦數(shù)據(jù)中心故障，呼叫中心的用戶可以訪問到數(shù)據(jù)中心的備用系統(tǒng)。兩個數(shù)據(jù)中心之間通過專線進行互聯(lián)，“分應用主備模型”的雙活數(shù)據(jù)中心可充分盤活企業(yè)閑置資源，保證業(yè)務的連續(xù)性，幫助用戶接入最優(yōu)節(jié)點，提高用戶訪問體驗。見參考圖1：生產(chǎn)數(shù)據(jù)中心 生產(chǎn)數(shù)據(jù)中心1 辦公數(shù)據(jù)中心生產(chǎn)數(shù)據(jù)中心2應用B備份系統(tǒng)應用A應用A備份系統(tǒng)應用B應用A訪問應用B訪問Clients圖12 XX平臺數(shù)據(jù)中心設計 私有云設計概述XX平臺設計的目標是建立一套可擴展與伸縮，穩(wěn)定高效的私有云，建立私有云可以使上層業(yè)務應用僅僅根據(jù)自己所需的計算資源占用要求來對CPU、內(nèi)存、I/O等實現(xiàn)自由調(diào)度，而無須考慮該應用所在的物理關聯(lián)和位置。業(yè)務應用運行所依賴的物理計算環(huán)境通過網(wǎng)絡實現(xiàn)連接，互連CPU和內(nèi)存，實現(xiàn)真正意義上徹底的實現(xiàn)服務私有云化。 服務器虛擬化應用為了使服務器資源能夠集成在一起，形成私有云，統(tǒng)一對外提供計算服務，必需部署軟件的虛擬化系統(tǒng)來整合成云，本案采用VMware vSphere產(chǎn)品來搭建服務器虛擬化與桌面虛擬化，形成統(tǒng)一底層架構平臺。因此在私有云數(shù)據(jù)中心內(nèi)，服務器虛擬化軟件平臺是該系統(tǒng)最為核心的組成內(nèi)容。虛擬化軟件平臺分為虛擬化業(yè)務平臺和管理平臺兩個部分，業(yè)務平臺部署在物理服務器計算資源上，實現(xiàn)計算資源一虛多的虛擬化業(yè)務需求；而管理平臺則通常會部署在統(tǒng)一管理平臺組件內(nèi)部，對業(yè)務平臺所在物理服務器計算資源進行統(tǒng)一調(diào)度部署。服務器虛擬化平臺主要提供分區(qū)、隔離、封裝和遷移4個關鍵特性。分區(qū)：在單一物理服務器上同時運行多個虛擬機。隔離：在同一服務器上的虛擬機之間相互隔離。封裝：整個虛擬機都保存在文件中，而且可以通過移動和復制這些文件的方式來移動和復制該虛擬機。遷移：運行中的VM可實現(xiàn)動態(tài)遷移到不同物理機的虛擬平臺上。設計原則：l 靈活性：通過封裝 vCenter 服務器為虛擬機， vCenter 可以方便地從一臺 ESX 主機遷移到另一臺 ESX 主機，滿足硬件設備維護需要。l 快照：虛擬機快照能夠被備份和歸檔利用，當需要為 VCMS 打補丁和升級時實現(xiàn)最小恢復時間。l 高可用性（ HA）：利用這種虛擬化架構平臺的高可用性級別的功能去確保任意時間內(nèi)管理功能的可用性。本次項目主要組件：216。 vCenter Server –1 臺 vCenter 服務器安裝在虛擬機上，數(shù)據(jù)庫安裝在外部的數(shù)據(jù)庫服務器上216。 數(shù)據(jù)庫高可用 –項目中一共有 2 個數(shù)據(jù)庫需求： 1 臺 vCenter 服務器， 1 臺事件服務器。 需要搭建數(shù)據(jù)庫高可用環(huán)境，數(shù)據(jù)庫搭建MirrorESXi 主機– 支持所有的虛擬服務器和虛擬桌面，數(shù)據(jù)中心3臺 Dell R730服務器216。 vSphere HA –互聯(lián)網(wǎng)業(yè)務所有的虛擬機都放置在同一個 HA 中，每個應用群集各自為一個 HA，虛擬桌面業(yè)務所有虛擬機防止在另一個HA中，能做到故障切換組件說明： vSphere VMware 提供強大的服務器虛擬化功能，平臺穩(wěn)定，性能可靠 vCenter 集中管理工具，集中管理 vSphere ESXi，提供高可用性功能VMware vCenter 服務器將被安裝到一臺專用的虛擬機上，并且該 vCenter 虛擬機的克隆作為冷備恢復可用性方案。當出現(xiàn) vCenter 虛擬機操作系統(tǒng)級或應用軟件級別的故障時，使用冷備虛擬機進行