陣列雙活數(shù)據(jù)中心解決實(shí)施方案

中央電視臺(tái)高可靠數(shù)據(jù)中心建設(shè)方案技術(shù)建議書(shū)./資料編碼陣列雙活華為雙活數(shù)據(jù)中心解決方案技術(shù)建議書(shū)2016年3月11日華為技術(shù)有限公司非經(jīng)本公司書(shū)面許可,任何單位和個(gè)人不得擅自摘抄、復(fù)制本文檔內(nèi)容的部分或全部,并不得以任何形式傳播。和其他華為商標(biāo)均為華為技術(shù)有限公司的商標(biāo)。本文檔提及的其他所有商標(biāo)或注冊(cè)商標(biāo),由各自的所有人擁有。您購(gòu)買(mǎi)的產(chǎn)品、服務(wù)或特性等應(yīng)受華為公司商業(yè)合同和條款的約束,本文檔中描述的全部或部分產(chǎn)品、服務(wù)或特性可能不在您的購(gòu)買(mǎi)或使用范圍之內(nèi)。除非合同另有約定,華為公司對(duì)本文檔內(nèi)容不做任何明示或默示的聲明或保證。由于產(chǎn)品版本升級(jí)或其他原因,本文檔內(nèi)容會(huì)不定期進(jìn)行更新。除非另有約定,本文檔僅作為使用指導(dǎo),本文檔中的所有陳述、信息和建議不構(gòu)成任何明示或暗示的擔(dān)保。華為技術(shù)有限公司地址：XX市龍崗區(qū)坂田華為總部辦公樓郵編：518129網(wǎng)址：客戶(hù)服務(wù)郵箱：客戶(hù)服務(wù)電話(huà)：0755-285600004008302118客戶(hù)服務(wù)傳真目錄1適用場(chǎng)景〔供參考,實(shí)際使用刪除11.1文檔適用場(chǎng)景說(shuō)明11.2版本更新12概述12.1項(xiàng)目背景2項(xiàng)目概述2建設(shè)總體要求22.2需求分析2需求分析3現(xiàn)狀分析3建設(shè)目標(biāo)〔適用于升級(jí)改造5方案設(shè)計(jì)原則63存儲(chǔ)雙活架構(gòu)選擇63.1存儲(chǔ)雙活架構(gòu)選擇7存儲(chǔ)雙活架構(gòu)描述7業(yè)界存儲(chǔ)雙活技術(shù)路線(xiàn)7存儲(chǔ)雙活架構(gòu)對(duì)比74系統(tǒng)方案設(shè)計(jì)94.1整體架構(gòu)設(shè)計(jì)10方案描述10存儲(chǔ)雙活架構(gòu)的要求114.2存儲(chǔ)雙活方案詳細(xì)設(shè)計(jì)12虛擬化存儲(chǔ)雙活設(shè)計(jì)13雙活讀策略設(shè)計(jì)13優(yōu)選路徑設(shè)計(jì)14虛擬機(jī)跨數(shù)據(jù)中心vMotion設(shè)計(jì)〔可選14"逃生"功能設(shè)計(jì)15鏡像快速恢復(fù)功能設(shè)計(jì)15存儲(chǔ)雙活方案仲裁設(shè)計(jì)15跨數(shù)據(jù)中心網(wǎng)絡(luò)設(shè)計(jì)174.3存儲(chǔ)雙活方案應(yīng)用配置建議18VMware配置建議18FusionSphere配置建議18OracleRAC配置建議194.4華為存儲(chǔ)雙活方案優(yōu)勢(shì)194.5存儲(chǔ)雙活方案故障切換與恢復(fù)21故障切換流程21故障恢復(fù)流程295方案配置315.1方案配置列表32軟硬件配置列表32服務(wù)配置列表326關(guān)鍵技術(shù)336.1網(wǎng)絡(luò)層解決方案33服務(wù)器負(fù)載均衡技術(shù)〔SLB33全局負(fù)載均衡<GSLB>37DWDM416.2存儲(chǔ)層解決方案42HyperMetro技術(shù)426.3主機(jī)層解決方案48VMWare容災(zāi)技術(shù)486.4數(shù)據(jù)庫(kù)層解決方案50OracleRAC技術(shù)506.5應(yīng)用層解決方案59Weblogic集群技術(shù)596.6管理層解決方案67災(zāi)備決策支持平臺(tái)方案677容災(zāi)相關(guān)產(chǎn)品及規(guī)格787.1TecalRH5885V3機(jī)架服務(wù)器78功能和價(jià)值79規(guī)格參數(shù)807.2OceanStorV3系列存儲(chǔ)80功能和價(jià)值80規(guī)格參數(shù)817.3FusionSphere云操作系統(tǒng)81FusionCompute虛擬化82FusionManager云管理847.4SNS系列86功能和價(jià)值86規(guī)格參數(shù)878縮略語(yǔ)表88.適用場(chǎng)景〔供參考,實(shí)際使用刪除文檔適用場(chǎng)景說(shuō)明本文檔適用以下場(chǎng)景:同城容災(zāi),生產(chǎn)中心和災(zāi)備中心之間的容災(zāi)鏈路距離≤100km；要求RPO=0；RTO≈0,部件故障或生產(chǎn)中心故障,能自動(dòng)切換；生產(chǎn)中心和災(zāi)備中心之間有裸光纖網(wǎng)絡(luò)。適用VIS4節(jié)點(diǎn)與8節(jié)點(diǎn)雙活〔2個(gè)4節(jié)點(diǎn)環(huán)境注：以下藍(lán)色字體根據(jù)具體項(xiàng)目情況替換或刪除。版本更新日期修訂版本描述作者2014-03-28V1.0第一次發(fā)布,未增加網(wǎng)絡(luò)雙活部分,需要待網(wǎng)絡(luò)解決方案的同事補(bǔ)充；未增加FusionSphere雙活部分,待測(cè)試有初步結(jié)果后再增加。陳曉麗2014-05-04V1.1根據(jù)評(píng)審意見(jiàn)進(jìn)行修改陳曉麗2014-05-30V2.0增加FusionSphere雙活部分,統(tǒng)一術(shù)語(yǔ)陳曉麗2014-07-30V3.0增加雙活8節(jié)點(diǎn)內(nèi)容陳曉麗2014-10-29V4.0修改8節(jié)點(diǎn)的描述陳曉麗概述項(xiàng)目背景項(xiàng)目概述XX數(shù)據(jù)中心的XX生產(chǎn)平臺(tái),是全局的計(jì)算中心、存儲(chǔ)中心、備份中心,承載著XX的核心業(yè)務(wù)系統(tǒng),隨著業(yè)務(wù)的快速發(fā)展,對(duì)業(yè)務(wù)連續(xù)性的要求也越來(lái)越高。此次項(xiàng)目建設(shè)以XX的2個(gè)數(shù)據(jù)中心為2個(gè)物理站點(diǎn),并考慮異地一處作為異地站點(diǎn),構(gòu)建跨雙數(shù)據(jù)中心〔XX公里實(shí)現(xiàn)雙活站點(diǎn)的存儲(chǔ)虛擬化平臺(tái)。該平臺(tái)主要為各類(lèi)應(yīng)用業(yè)務(wù)提供高可用性基礎(chǔ)保障,為構(gòu)建虛擬數(shù)據(jù)中心提供存儲(chǔ)資源和服務(wù),保障數(shù)據(jù)的一致性和完整性。建設(shè)總體要求云數(shù)據(jù)中心建設(shè)云數(shù)據(jù)中心建設(shè)是建設(shè)云平臺(tái)的核心與關(guān)鍵,虛擬數(shù)據(jù)中心負(fù)責(zé)按需提供滿(mǎn)足要求的運(yùn)算處理資源、存儲(chǔ)資源、網(wǎng)絡(luò)資源等IT基礎(chǔ)架構(gòu)服務(wù)。"站點(diǎn)雙活+異地?cái)?shù)據(jù)備份"災(zāi)備體系建設(shè)數(shù)據(jù)中心提供滿(mǎn)足安全、高效管理和保障業(yè)務(wù)連續(xù)性的功能。通過(guò)"站點(diǎn)雙活+異地?cái)?shù)據(jù)備份"方案,實(shí)現(xiàn)不同災(zāi)難場(chǎng)景下的業(yè)務(wù)連續(xù)性要求。統(tǒng)一管理平臺(tái)的需求實(shí)現(xiàn)對(duì)雙活數(shù)據(jù)中心中涉及的設(shè)備的統(tǒng)一管理,涵蓋日常管理、資源分配、性能監(jiān)控、日志審計(jì)等內(nèi)容。需求分析需求分析云數(shù)據(jù)中心建設(shè)虛擬化是云平臺(tái)建設(shè)的基礎(chǔ)。通過(guò)虛擬化技術(shù)進(jìn)行整合,形成一個(gè)對(duì)外提供計(jì)算資源為主的池化管理〔包括服務(wù)器池、存儲(chǔ)池、網(wǎng)絡(luò)池等,同時(shí)提供運(yùn)行環(huán)境等基礎(chǔ)服務(wù)。服務(wù)器虛擬化能夠消除XX局原有業(yè)務(wù)系統(tǒng)的"一臺(tái)服務(wù)器運(yùn)行一個(gè)應(yīng)用程序"模式下的效率低下現(xiàn)象,在這種模式下,大多數(shù)服務(wù)器遠(yuǎn)未得到充分利用。借助服務(wù)器虛擬化技術(shù),一臺(tái)服務(wù)器可用作多個(gè)"虛擬機(jī)",而且每個(gè)虛擬機(jī)都可以在不同的環(huán)境下運(yùn)行,例如Windows、Linux或Apache。因此,采用服務(wù)器虛擬化能夠?qū)⒍嗯_(tái)服務(wù)器整合到更少的物理設(shè)備上,從而有助于減少空間、能耗以及管理需求。通過(guò)服務(wù)器虛擬化平臺(tái)的建設(shè),可以將現(xiàn)有的業(yè)務(wù)系統(tǒng)逐步遷移到服務(wù)器虛擬化平臺(tái),并通過(guò)雙活數(shù)據(jù)中心幫助增強(qiáng)業(yè)務(wù)連續(xù)性并提供全面的數(shù)據(jù)保護(hù),以便管道局能夠獲得連續(xù)的應(yīng)用程序可用性以及跨兩個(gè)物理站點(diǎn)的自動(dòng)災(zāi)難恢復(fù)能力。網(wǎng)絡(luò)虛擬化通過(guò)各種網(wǎng)絡(luò)技術(shù),將不同的應(yīng)用相互隔離,使得不同用戶(hù)在同一網(wǎng)絡(luò)上不受干擾地訪(fǎng)問(wèn)各自不同應(yīng)用。在交換網(wǎng)絡(luò)中可以通過(guò)虛擬局域網(wǎng)〔VLAN技術(shù)來(lái)區(qū)分不同業(yè)務(wù)網(wǎng)段,在路由環(huán)境下可以綜合使用VLAN、MPLS-VPN、Multi-VRF等技術(shù),實(shí)現(xiàn)對(duì)網(wǎng)絡(luò)訪(fǎng)問(wèn)的隔離。在數(shù)據(jù)中心內(nèi)部,不同邏輯網(wǎng)絡(luò)對(duì)安全策略有著各自獨(dú)立的要求,可通過(guò)虛擬化技術(shù)將一臺(tái)安全設(shè)備分割成若干邏輯安全設(shè)備,供各邏輯網(wǎng)絡(luò)使用。存儲(chǔ)虛擬化是指利用虛擬化技術(shù),統(tǒng)一整合管理FCSAN,IPSAN等多種存儲(chǔ)設(shè)備,形成統(tǒng)一的資源池供上層業(yè)務(wù)使用,屏蔽不同存儲(chǔ)之間的差異。"站點(diǎn)雙活+異地?cái)?shù)據(jù)備份"災(zāi)備體系建設(shè)傳統(tǒng)的數(shù)據(jù)中心容災(zāi)已經(jīng)從主備數(shù)據(jù)中心開(kāi)始向雙活數(shù)據(jù)中心過(guò)渡。主備數(shù)據(jù)中心的建設(shè)模式可以在很大程度上提升業(yè)務(wù)連續(xù)性。用戶(hù)所有的業(yè)務(wù)系統(tǒng)都在主數(shù)據(jù)中心運(yùn)行,而在備數(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ù)中心常年處于閑置狀態(tài)而造成資源浪費(fèi)。而通過(guò)資源整合,可以極大的提升資源利用率,同時(shí)雙活數(shù)據(jù)中心的服務(wù)能力是雙倍的?，F(xiàn)狀分析目前XX局已經(jīng)建成資產(chǎn)財(cái)務(wù)一體化平臺(tái)、人力資源系統(tǒng)、電子商務(wù)平臺(tái)、綜合數(shù)據(jù)庫(kù)系統(tǒng)、數(shù)據(jù)存儲(chǔ)平臺(tái)、辦公自動(dòng)化系統(tǒng)等信息系統(tǒng)。其中,核心應(yīng)用系統(tǒng)包括資產(chǎn)財(cái)務(wù)一體化平臺(tái)、綜合數(shù)據(jù)庫(kù)系統(tǒng)、OA系統(tǒng)等應(yīng)用系統(tǒng)。業(yè)務(wù)系統(tǒng)組網(wǎng)圖如下:應(yīng)用系統(tǒng)現(xiàn)狀〔1資產(chǎn)財(cái)務(wù)管理一體化資產(chǎn)財(cái)務(wù)管理一體化是XX局核心應(yīng)用系統(tǒng),涉及XX局財(cái)務(wù)、資產(chǎn)、物資、檢修、運(yùn)行等工作,部署方式為集中式部署,業(yè)務(wù)窗口時(shí)間為7*24小時(shí)。資產(chǎn)財(cái)務(wù)管理一體化的關(guān)聯(lián)系統(tǒng)是電子商務(wù)平臺(tái),系統(tǒng)之間有業(yè)務(wù)流程和數(shù)據(jù)交換?！?綜合數(shù)據(jù)庫(kù)綜合數(shù)據(jù)庫(kù)包括綜合統(tǒng)計(jì)和內(nèi)主頁(yè)等系統(tǒng),涉及XX局下屬所有電廠(chǎng)的數(shù)據(jù)上報(bào)和信息訪(fǎng)問(wèn)?！?總部OA系統(tǒng)XX局OA系統(tǒng)采用LotusDomino平臺(tái),包括OA辦公、公文審批和內(nèi)網(wǎng)郵件等。XX局OA系統(tǒng)為分布式部署<從一級(jí)到三級(jí)>。總部OA系統(tǒng)與XX局下屬單位OA系統(tǒng)之間主要為收發(fā)公文。各應(yīng)用系統(tǒng)IT現(xiàn)狀如下表所示：系統(tǒng)序號(hào)應(yīng)用系統(tǒng)服務(wù)器數(shù)量數(shù)據(jù)量<GB>數(shù)據(jù)增量〔GB存儲(chǔ)方式操作系統(tǒng)數(shù)據(jù)庫(kù)虛擬化1XX業(yè)務(wù)平臺(tái)2臺(tái)P780小機(jī)40005GB/天DS8100AIX6.1Oracle11gR2RAC無(wú)2XX系統(tǒng)2臺(tái)IBMX36501002G/天RDM〔裸設(shè)備映射windows2008R2無(wú)VMware5.5網(wǎng)絡(luò)系統(tǒng)現(xiàn)狀當(dāng)前已建設(shè)同城災(zāi)備中心,租用運(yùn)營(yíng)商機(jī)房,與生產(chǎn)中心距離約20km。中間鏈路租用運(yùn)營(yíng)商裸光纖鏈路,并自購(gòu)5臺(tái)中興M721DWDM設(shè)備,其中A系統(tǒng)在生產(chǎn)中心使用兩臺(tái)DWDM設(shè)備實(shí)現(xiàn)冗余,B系統(tǒng)在生產(chǎn)中心使用1臺(tái)DWDM設(shè)備,災(zāi)備中心放置2臺(tái)DWDM設(shè)備。生產(chǎn)中心采購(gòu)2臺(tái)思科Nexus7010作為核心交換機(jī),同城災(zāi)備中心沒(méi)有核心交換機(jī)。網(wǎng)絡(luò)現(xiàn)狀如下圖所示：現(xiàn)狀風(fēng)險(xiǎn)分析在XX局以往的業(yè)務(wù)系統(tǒng)架構(gòu)中,核心業(yè)務(wù)系統(tǒng)采用小機(jī),其他非關(guān)鍵業(yè)務(wù)采用VMware虛擬化架構(gòu),核心數(shù)據(jù)庫(kù)系統(tǒng)與業(yè)務(wù)均存放在XX存儲(chǔ)上,整個(gè)業(yè)務(wù)系統(tǒng)未進(jìn)行高可用保護(hù),業(yè)務(wù)系統(tǒng)存在單點(diǎn)故障風(fēng)險(xiǎn)。且XX存儲(chǔ)系統(tǒng)面臨即將過(guò)保的問(wèn)題,如何平滑進(jìn)行存儲(chǔ)系統(tǒng)的切換是必須要考慮的問(wèn)題。建設(shè)目標(biāo)〔適用于升級(jí)改造本次項(xiàng)目建設(shè)的關(guān)鍵目標(biāo)有三個(gè)：〔1原數(shù)據(jù)中心的業(yè)務(wù)逐步遷移到新數(shù)據(jù)中心〔2新數(shù)據(jù)中心與原數(shù)據(jù)中心升級(jí)為雙活數(shù)據(jù)中心架構(gòu)〔3建設(shè)異地災(zāi)備中心方案設(shè)計(jì)原則通過(guò)對(duì)用戶(hù)需求的了解,結(jié)合XX應(yīng)用系統(tǒng)的業(yè)務(wù)特點(diǎn),方案主要遵循以下原則進(jìn)行設(shè)計(jì)：高性能：充分考慮容災(zāi)系統(tǒng)的處理能力,使其整個(gè)系統(tǒng)在國(guó)內(nèi)三到五年內(nèi)保持領(lǐng)先的水平,并具有長(zhǎng)足的發(fā)展能力,以適應(yīng)未來(lái)災(zāi)備技術(shù)的發(fā)展。高可靠性：災(zāi)備系統(tǒng)是為了進(jìn)一步增強(qiáng)關(guān)鍵業(yè)務(wù)數(shù)據(jù)的抵御災(zāi)難能力,所以在災(zāi)備系統(tǒng)設(shè)計(jì)階段需要充分考慮其自身的穩(wěn)定性和可靠性,從而保障關(guān)鍵數(shù)據(jù)能夠持續(xù)、穩(wěn)定的傳送到異地災(zāi)備中心。當(dāng)出現(xiàn)任何問(wèn)題時(shí)都能夠通過(guò)災(zāi)備數(shù)據(jù)得以恢復(fù)。標(biāo)準(zhǔn)化：所有災(zāi)備解決方案都應(yīng)符合有關(guān)國(guó)內(nèi)及國(guó)際標(biāo)準(zhǔn)以保證不同品牌災(zāi)備解決方案之間的互操作性和系統(tǒng)的開(kāi)放性?？蓴U(kuò)展性：當(dāng)前災(zāi)備系統(tǒng)的設(shè)計(jì)不但應(yīng)滿(mǎn)足當(dāng)前需要,還需充分考慮業(yè)務(wù)的發(fā)展,同時(shí)便于向更新技術(shù)的升級(jí)與銜接,保護(hù)當(dāng)前投資。可維護(hù)性：整個(gè)災(zāi)備系統(tǒng)的設(shè)計(jì),充分考慮易于管理,易于維護(hù),操作簡(jiǎn)單,易學(xué),易用,便于進(jìn)行配置,發(fā)現(xiàn)故障。安全性：由于災(zāi)備系統(tǒng)承載的是關(guān)鍵業(yè)務(wù)系統(tǒng)的數(shù)據(jù)備份,所以設(shè)計(jì)需要考慮傳輸、存放等災(zāi)備整個(gè)過(guò)程中的安全性。高性?xún)r(jià)比：災(zāi)備系統(tǒng)建設(shè)首先要從系統(tǒng)的實(shí)用性角度出發(fā),滿(mǎn)足不同的業(yè)務(wù)系統(tǒng)的實(shí)際需要和前瞻性的同時(shí),選擇最高性?xún)r(jià)比的設(shè)計(jì)方案。.存儲(chǔ)雙活架構(gòu)選擇存儲(chǔ)雙活架構(gòu)選擇存儲(chǔ)雙活架構(gòu)描述雙活數(shù)據(jù)中心的定義是指兩個(gè)數(shù)據(jù)中心共享存儲(chǔ)、網(wǎng)絡(luò)以及服務(wù)器資源,兩個(gè)數(shù)據(jù)中心同時(shí)對(duì)外提供服務(wù),整個(gè)系統(tǒng)具有業(yè)務(wù)負(fù)載均衡和自動(dòng)故障切換功能。存儲(chǔ)雙活作為整個(gè)系統(tǒng)的核心基礎(chǔ)架構(gòu)平臺(tái),主要解決以下兩個(gè)核心問(wèn)題。一是如何在兩個(gè)數(shù)據(jù)中心間實(shí)現(xiàn)數(shù)據(jù)實(shí)時(shí)同步,從而保證異常情況下,零數(shù)據(jù)丟失〔RPO=0。二是如何實(shí)現(xiàn)存儲(chǔ)資源的虛擬化,提供可同時(shí)被兩個(gè)數(shù)據(jù)中心主機(jī)訪(fǎng)問(wèn)的存儲(chǔ)共享卷,從而實(shí)現(xiàn)主機(jī)應(yīng)用集群的跨站點(diǎn)部署,保證異常情況下,應(yīng)用的自動(dòng)切換〔RTO≈0。業(yè)界存儲(chǔ)雙活技術(shù)路線(xiàn)當(dāng)前,存儲(chǔ)業(yè)務(wù)通常有以下兩種實(shí)現(xiàn)存儲(chǔ)雙活方案的架構(gòu)。一種是基于專(zhuān)業(yè)的虛擬化存儲(chǔ)設(shè)備來(lái)實(shí)現(xiàn)；一種是基于磁盤(pán)陣列的同步復(fù)制技術(shù),配合自動(dòng)化的復(fù)制切換軟件來(lái)實(shí)現(xiàn)。由于兩種架構(gòu)采用了不同的技術(shù)方案,因此,在方案可靠性、業(yè)務(wù)連續(xù)性以及可擴(kuò)展性方面都存在一定差異。存儲(chǔ)雙活架構(gòu)對(duì)比方案可靠性基于虛擬化存儲(chǔ)的雙活方案：通常可以在每個(gè)站點(diǎn)部署一臺(tái)或多臺(tái)全冗余架構(gòu)的虛擬化存儲(chǔ)設(shè)備,站點(diǎn)間和站點(diǎn)內(nèi)都不存在單點(diǎn)故障的風(fēng)險(xiǎn)?；诖疟P(pán)陣列同步復(fù)制技術(shù)的雙活方案：實(shí)際上采用的是Stretched架構(gòu),即將一臺(tái)陣列的兩個(gè)控制器部署在兩個(gè)站點(diǎn),每站點(diǎn)內(nèi)部只有一個(gè)控制器,存在單點(diǎn)故障風(fēng)險(xiǎn)。數(shù)據(jù)實(shí)時(shí)同步技術(shù)及性能影響基于虛擬化存儲(chǔ)的雙活方案：采用存儲(chǔ)虛擬化設(shè)備的卷鏡像技術(shù)實(shí)現(xiàn)兩站點(diǎn)間的數(shù)據(jù)實(shí)時(shí)同步。兩臺(tái)存儲(chǔ)設(shè)備上的LUN被虛擬化為一個(gè)虛擬的卷,主機(jī)寫(xiě)操作通過(guò)卷虛擬化鏡像技術(shù)同時(shí)寫(xiě)入這兩個(gè)存儲(chǔ)設(shè)備,保持?jǐn)?shù)據(jù)實(shí)時(shí)一致。其中任何一個(gè)存儲(chǔ)設(shè)備故障,虛擬卷仍能提供正常的IO讀寫(xiě)能力,主機(jī)業(yè)務(wù)不受影響。待存儲(chǔ)設(shè)備恢復(fù)正常后,存儲(chǔ)虛擬化設(shè)備將增量數(shù)據(jù)后臺(tái)同步到修復(fù)的存儲(chǔ)設(shè)備,整個(gè)過(guò)程對(duì)主機(jī)"透明",不會(huì)影響主機(jī)業(yè)務(wù)?；诖疟P(pán)陣列同步復(fù)制技術(shù)的雙活方案：基于磁盤(pán)陣列同步復(fù)制技術(shù)的雙活方案是通過(guò)建立主存儲(chǔ)設(shè)備復(fù)制到從存儲(chǔ)設(shè)備的同步復(fù)制關(guān)系,在從存儲(chǔ)設(shè)備生成一個(gè)實(shí)時(shí)一致的數(shù)據(jù)副本來(lái)實(shí)現(xiàn)的。同步復(fù)制對(duì)上層主機(jī)而言,兩個(gè)數(shù)據(jù)中心的存儲(chǔ)體現(xiàn)為兩個(gè)不同的LUN。由于同步復(fù)制的從存儲(chǔ)設(shè)備不能被主機(jī)訪(fǎng)問(wèn),因此,當(dāng)主站點(diǎn)存儲(chǔ)設(shè)備發(fā)生故障,需要配合上層的自動(dòng)切換軟件實(shí)現(xiàn)業(yè)務(wù)的自動(dòng)切換?；謴?fù)業(yè)務(wù)需要先切換復(fù)制關(guān)系,將從存儲(chǔ)上的副本變?yōu)榭勺x寫(xiě),并改變主機(jī)的存儲(chǔ)訪(fǎng)問(wèn)路徑,切換時(shí)間長(zhǎng)。為了保證兩個(gè)數(shù)據(jù)中心存儲(chǔ)的數(shù)據(jù)實(shí)時(shí)一致,同步復(fù)制與虛擬化卷鏡像的寫(xiě)操作都需要等待兩端存儲(chǔ)同時(shí)寫(xiě)成功之后再返回給主機(jī)"寫(xiě)成功"。因此,兩種架構(gòu)都將對(duì)IO寫(xiě)操作帶來(lái)一定的時(shí)延增加,必須提供低時(shí)延的同城網(wǎng)絡(luò),以減小對(duì)寫(xiě)時(shí)延的影響。存儲(chǔ)卷的雙活訪(fǎng)問(wèn)特性基于虛擬化存儲(chǔ)的雙活方案：基于跨數(shù)據(jù)中心的雙活虛擬化存儲(chǔ)平臺(tái),提供可供兩數(shù)據(jù)中心主機(jī)同時(shí)進(jìn)行讀寫(xiě)訪(fǎng)問(wèn)的共享存儲(chǔ)卷。主機(jī)訪(fǎng)問(wèn)請(qǐng)求由本數(shù)據(jù)中心所在的虛擬化存儲(chǔ)引擎響應(yīng),無(wú)需跨越同城網(wǎng)絡(luò)訪(fǎng)問(wèn)另一數(shù)據(jù)中心的虛擬化存儲(chǔ)引擎?；诖疟P(pán)陣列同步復(fù)制技術(shù)的雙活方案：將一臺(tái)陣列的兩個(gè)控制器部署在兩個(gè)數(shù)據(jù)中心,且兩個(gè)控制器處于主備模式,備控制器無(wú)法被主機(jī)訪(fǎng)問(wèn),只能提供一條備用的存儲(chǔ)路徑,不是真正的雙活。兩個(gè)數(shù)據(jù)中心的主機(jī)都只能通過(guò)訪(fǎng)問(wèn)其中一個(gè)控制器來(lái)進(jìn)行IO讀寫(xiě),不僅增長(zhǎng)了主機(jī)IO的路徑,而且增加了主控制器的業(yè)務(wù)壓力,影響系統(tǒng)性能。方案業(yè)務(wù)連續(xù)性能力基于虛擬化存儲(chǔ)的雙活方案：同一個(gè)共享的存儲(chǔ)卷可經(jīng)過(guò)兩個(gè)數(shù)據(jù)中心的任意節(jié)點(diǎn)被主機(jī)訪(fǎng)問(wèn)。其中一個(gè)數(shù)據(jù)中心的虛擬化引擎故障、主機(jī)故障,甚至整個(gè)站點(diǎn)故障時(shí),都無(wú)需對(duì)存儲(chǔ)進(jìn)行切換,另一數(shù)據(jù)中心的虛擬化引擎可繼續(xù)為主機(jī)提供訪(fǎng)問(wèn)。故障修復(fù)后,無(wú)需中斷主機(jī)訪(fǎng)問(wèn)即可恢復(fù)故障前運(yùn)行狀態(tài)?；诖疟P(pán)陣列同步復(fù)制技術(shù)的雙活方案：由于備控制器無(wú)法被主機(jī)訪(fǎng)問(wèn),當(dāng)發(fā)生主控制器故障或站點(diǎn)級(jí)故障時(shí),需要先切換同步復(fù)制關(guān)系,再切換主機(jī)訪(fǎng)問(wèn)路徑,來(lái)使存活站點(diǎn)的控制器強(qiáng)行接管故障站點(diǎn)控制器的工作。切換流程復(fù)制,部分場(chǎng)景甚至需要手工執(zhí)行命令來(lái)強(qiáng)行切換控制器和訪(fǎng)問(wèn)路徑。故障修復(fù)后,需要中斷業(yè)務(wù)運(yùn)行來(lái)恢復(fù)到故障前狀態(tài)。彈性可擴(kuò)展基于虛擬化存儲(chǔ)的雙活方案：通?？梢栽诿總€(gè)站點(diǎn)部署一臺(tái)或多臺(tái)全冗余架構(gòu)的虛擬化存儲(chǔ)設(shè)備。因此,隨著業(yè)務(wù)的增長(zhǎng),方案能夠支持引擎的橫向擴(kuò)展,且新增引擎與現(xiàn)有引擎構(gòu)成一個(gè)統(tǒng)一的虛擬化存儲(chǔ)集群,提供統(tǒng)一的IO處理能力。基于磁盤(pán)陣列同步復(fù)制技術(shù)的雙活方案：通常只支持雙控,不具備控制器的橫向擴(kuò)展能力。無(wú)法實(shí)現(xiàn)存儲(chǔ)資源的整合與共享,不能支持彈性可擴(kuò)展。系統(tǒng)方案設(shè)計(jì)整體架構(gòu)設(shè)計(jì)方案描述存儲(chǔ)雙活方案作為XX業(yè)務(wù)的核心基礎(chǔ)架構(gòu),其架構(gòu)的選擇決定了整個(gè)系統(tǒng)是否可靠高可用、安全可信賴(lài)、彈性可擴(kuò)展。此次方案建設(shè),考慮到XX局的上述需求,華為建議采用基于專(zhuān)業(yè)的虛擬化存儲(chǔ)設(shè)備來(lái)構(gòu)建高可用、高性能、可擴(kuò)展的存儲(chǔ)雙活方案。XX局兩地三中心容災(zāi)系統(tǒng)建設(shè)包括同城雙活中心：XX數(shù)據(jù)中心與XX數(shù)據(jù)中心以及異地災(zāi)備中心三中心。整體的建設(shè)包括：雙活容災(zāi)系統(tǒng)建設(shè)、異地災(zāi)備系統(tǒng)建設(shè)。同城雙活容災(zāi)建設(shè)華為存儲(chǔ)雙活方案采用OceanStorVIS6600T系列產(chǎn)品〔以下簡(jiǎn)稱(chēng)VIS,實(shí)現(xiàn)存儲(chǔ)雙活架構(gòu),為兩個(gè)數(shù)據(jù)中心存儲(chǔ)同時(shí)提供讀寫(xiě)服務(wù),且整個(gè)存儲(chǔ)系統(tǒng)架構(gòu)全冗余,任意數(shù)據(jù)中心故障時(shí),另外一個(gè)數(shù)據(jù)中心有一份存儲(chǔ)設(shè)備和相同數(shù)據(jù)可用,最大化提高了業(yè)務(wù)連續(xù)性。兩個(gè)數(shù)據(jù)中心分別部署多臺(tái)Oracle數(shù)據(jù)庫(kù)服務(wù)器和虛擬機(jī)服務(wù)器,以及OceanStorVIS6600T和磁盤(pán)陣列等設(shè)備。整個(gè)雙活系統(tǒng)分為存儲(chǔ)層、前端網(wǎng)絡(luò)層與應(yīng)用層與管理層。存儲(chǔ)層,在某某數(shù)據(jù)中心A和某某數(shù)據(jù)中心B各部署一臺(tái)VIS6600T,組成一個(gè)VIS集群,為兩數(shù)據(jù)中心主機(jī)業(yè)務(wù)同時(shí)提供讀寫(xiě)服務(wù)。支持?jǐn)U展至8節(jié)點(diǎn)。同時(shí),在某某數(shù)據(jù)中心A和某某數(shù)據(jù)中心B配置同等級(jí)和同容量的磁盤(pán)陣列。為了提升熱點(diǎn)數(shù)據(jù)的存儲(chǔ)性能,使高價(jià)值硬盤(pán)得以更充分的利用,配置不同類(lèi)型的硬盤(pán)：SAS、NL-SAS、SSD以合理分配資源；通過(guò)華為存儲(chǔ)提供的SmartTier功能對(duì)熱點(diǎn)數(shù)據(jù)進(jìn)行持續(xù)監(jiān)控并從機(jī)械硬盤(pán)遷移到SSD中,進(jìn)一步提升系統(tǒng)性能。兩個(gè)數(shù)據(jù)中心的磁盤(pán)陣列都由VIS集群接管,利用VIS鏡像技術(shù)對(duì)兩中心的磁盤(pán)陣列做鏡像冗余配置,實(shí)現(xiàn)兩個(gè)數(shù)據(jù)中心存儲(chǔ)數(shù)據(jù)實(shí)時(shí)鏡像,互為冗余。任意數(shù)據(jù)中心故障,數(shù)據(jù)零丟失。網(wǎng)絡(luò)層,數(shù)據(jù)中心之間集群IP心跳和FC數(shù)據(jù)傳輸網(wǎng)絡(luò)都采用裸光纖直連,傳遞控制信息、配置信息和數(shù)據(jù)同步,滿(mǎn)足雙活數(shù)據(jù)中心網(wǎng)絡(luò)時(shí)延要求。應(yīng)用層,兩個(gè)數(shù)據(jù)中心的Oracle服務(wù)器構(gòu)成一個(gè)ExtendedRAC集群,提供跨數(shù)據(jù)中心的自動(dòng)負(fù)載均衡和自動(dòng)故障轉(zhuǎn)移功能。兩個(gè)數(shù)據(jù)中心的虛擬機(jī)服務(wù)器構(gòu)成一個(gè)集群,提供跨數(shù)據(jù)中心的虛擬化業(yè)務(wù)連續(xù)性和移動(dòng)性。為了實(shí)現(xiàn)雙活數(shù)據(jù)中心存儲(chǔ)設(shè)備的統(tǒng)一管理,建議部署統(tǒng)一容災(zāi)管理軟件,通過(guò)華為統(tǒng)一容災(zāi)管理軟件實(shí)現(xiàn)雙活數(shù)據(jù)中心的可視化管理,并通過(guò)管理軟件直觀的展示雙活業(yè)務(wù)的物理拓?fù)洹＝ㄗh將管理軟件部署于XX數(shù)據(jù)中心的物理服務(wù)器。異地災(zāi)備建設(shè)對(duì)于XX業(yè)務(wù),在建設(shè)雙活數(shù)據(jù)中心的基礎(chǔ)上,再進(jìn)行數(shù)據(jù)的遠(yuǎn)程容災(zāi)。如此一來(lái),XX核心業(yè)務(wù)數(shù)據(jù)總共保留了三份,更高程度保證了數(shù)據(jù)安全性。整體的方案架構(gòu)圖如下圖所示〔根據(jù)實(shí)際項(xiàng)目情況修改：XX數(shù)據(jù)中心和XX數(shù)據(jù)中心分別部署多臺(tái)服務(wù)器、1臺(tái)VIS、X臺(tái)磁盤(pán)陣列、至少2臺(tái)可提供10GE與GE鏈路的冗余IP交換機(jī)以及2臺(tái)FC交換機(jī)。其中X臺(tái)服務(wù)器組成多節(jié)點(diǎn)的OracleRAC集群與VMware集群、FusionSphere集群,對(duì)外提供服務(wù)；2臺(tái)VIS組成4節(jié)點(diǎn)的VIS集群,統(tǒng)一接管2個(gè)數(shù)據(jù)中心的磁盤(pán)陣列,構(gòu)建跨站點(diǎn)的存儲(chǔ)資源池；兩個(gè)數(shù)據(jù)中心之間利用VIS鏡像功能同步數(shù)據(jù)。第三方仲裁站點(diǎn)使用華為提供的第三方仲裁存儲(chǔ)單元,使用IP或FC網(wǎng)絡(luò)連接到XX數(shù)據(jù)中心和XX數(shù)據(jù)中心的VIS設(shè)備。每個(gè)數(shù)據(jù)中心的一臺(tái)XX陣列和第三方仲裁存儲(chǔ)單元各提供一個(gè)1GB的LUN,共3塊仲裁盤(pán),供VIS仲裁使用。存儲(chǔ)雙活架構(gòu)的要求方案對(duì)同城網(wǎng)絡(luò)的要求采用FC鏈路實(shí)現(xiàn)同城雙數(shù)據(jù)中心間的數(shù)據(jù)實(shí)時(shí)同步,采用二層以太網(wǎng)絡(luò)實(shí)現(xiàn)雙數(shù)據(jù)中心間的存儲(chǔ)虛擬化集群〔VIS以及主機(jī)應(yīng)用集群的心跳鏈路通信。為降低數(shù)據(jù)雙寫(xiě)對(duì)業(yè)務(wù)系統(tǒng)的影響,建議同城鏈路的時(shí)延在1ms以?xún)?nèi)。同城鏈路帶寬需求,與需要在兩數(shù)據(jù)中心間同步的數(shù)據(jù)量相關(guān),要求鏈路帶寬大于業(yè)務(wù)系統(tǒng)高峰期的數(shù)據(jù)寫(xiě)帶寬。方案對(duì)仲裁鏈路的要求為保證各種異常情況下,存儲(chǔ)虛擬化集群能夠進(jìn)行仲裁,業(yè)界存儲(chǔ)雙活方案都需要設(shè)計(jì)第三方仲裁站點(diǎn),以保證異常情況下的業(yè)務(wù)連續(xù)性。兩個(gè)雙活數(shù)據(jù)中心與第三方仲裁站點(diǎn)間的鏈路可選擇FC或IP網(wǎng)絡(luò),大大增加了方案的靈活性,有利于降低方案的整體成本。應(yīng)用系統(tǒng)對(duì)時(shí)延的要求雙活數(shù)據(jù)中心的建設(shè)不僅是存儲(chǔ)一個(gè)層面的雙活部署,需要端到端地進(jìn)行考慮。尤為重要的是,當(dāng)前雙數(shù)據(jù)中心的網(wǎng)絡(luò)時(shí)延是否能滿(mǎn)足應(yīng)用系統(tǒng)對(duì)網(wǎng)絡(luò)時(shí)延的要求？華為提供了一系列的測(cè)試方法對(duì)XX數(shù)據(jù)中心與XX數(shù)據(jù)中心的網(wǎng)絡(luò)鏈路進(jìn)行檢測(cè)確認(rèn)。以下羅列了雙活數(shù)據(jù)中心解決方案的兩種典型應(yīng)用場(chǎng)景對(duì)時(shí)延的建議：Oracle應(yīng)用時(shí)延建議類(lèi)型性能好性能可接受性能差dbfilesequentialread<10ms<20ms>20msdbfileparallelwrite<10ms<15ms>15mslogfileparallelwrite<5ms<15ms>15msVMware應(yīng)用時(shí)延站點(diǎn)之間最大支持VMwareESXi管理網(wǎng)絡(luò)的網(wǎng)絡(luò)時(shí)延是往返10msRTT。vMotion標(biāo)準(zhǔn)版和企業(yè)版要求5msRTT。vMotion中10msRTT的延時(shí)只有在具有VMwarevSphereEnterprisePlus版本許可中才支持,這個(gè)版本許可包括MetrovMotion功能。ESXivMotion的網(wǎng)絡(luò)需要最少622Mbps的網(wǎng)絡(luò)帶寬,并且有冗余鏈路。FusionSphere應(yīng)用時(shí)延生產(chǎn)站點(diǎn)與容災(zāi)站點(diǎn)間距離要在100公里以?xún)?nèi),站點(diǎn)間需要租賃L1專(zhuān)線(xiàn),兩個(gè)站點(diǎn)間環(huán)回時(shí)延≤1ms。存儲(chǔ)雙活方案詳細(xì)設(shè)計(jì)虛擬化存儲(chǔ)雙活設(shè)計(jì)跨數(shù)據(jù)中心部署的OceanStorVIS6600T虛擬化存儲(chǔ)集群提供可被兩數(shù)據(jù)中心主機(jī)并發(fā)訪(fǎng)問(wèn)的共享雙活卷,連接到其任何節(jié)點(diǎn)上的主機(jī)都可以訪(fǎng)問(wèn)同一個(gè)虛擬卷,并像訪(fǎng)問(wèn)本地存儲(chǔ)一樣對(duì)VIS提供的虛擬卷進(jìn)行讀寫(xiě)。通過(guò)VIS的虛擬化功能,實(shí)現(xiàn)對(duì)各種磁盤(pán)陣列的統(tǒng)一接管,將數(shù)據(jù)中心里不同類(lèi)型的磁盤(pán)陣列資源池化,實(shí)現(xiàn)存儲(chǔ)資源的整合和優(yōu)化,提高資源利用率。同時(shí)通過(guò)VIS虛擬化卷鏡像功能,保證兩個(gè)站點(diǎn)磁盤(pán)陣列之間數(shù)據(jù)的實(shí)時(shí)同步。兩臺(tái)存儲(chǔ)設(shè)備上的LUN被虛擬化為一個(gè)虛擬的卷,主機(jī)寫(xiě)操作通過(guò)卷虛擬化鏡像技術(shù)同時(shí)寫(xiě)入兩個(gè)數(shù)據(jù)中心的存儲(chǔ)設(shè)備,保持?jǐn)?shù)據(jù)實(shí)時(shí)一致。具體的IO讀寫(xiě)流程如下圖所示。VIS鏡像的寫(xiě)I/O流程如下：寫(xiě)請(qǐng)求到鏡像卷；鏡像卷將請(qǐng)求復(fù)制為兩份下發(fā)到兩中心的鏡像數(shù)據(jù)盤(pán)；鏡像數(shù)據(jù)盤(pán)返回寫(xiě)操作完成；鏡像卷返回寫(xiě)I/O操作完成。雙活讀策略設(shè)計(jì)華為VIS具備靈活的讀取策略：循環(huán)讀、優(yōu)選讀、基于站點(diǎn)讀〔SiteRead。針對(duì)雙活數(shù)據(jù)中心場(chǎng)景,設(shè)計(jì)了"SiteRead"模式,以避免虛擬化引擎跨數(shù)據(jù)中心讀取數(shù)據(jù),提升方案整體性能。其讀I/O流程如下：讀請(qǐng)求到鏡像卷；鏡像卷根據(jù)策略下發(fā)請(qǐng)求到與虛擬化引擎在同一個(gè)數(shù)據(jù)中心的鏡像數(shù)據(jù)盤(pán)讀取數(shù)據(jù)；鏡像數(shù)據(jù)盤(pán)返回讀數(shù)據(jù)；鏡像卷返回讀數(shù)據(jù)。其中任何一個(gè)存儲(chǔ)設(shè)備故障,虛擬卷選取正常的存儲(chǔ)設(shè)備響應(yīng)主機(jī)I/O,主機(jī)業(yè)務(wù)不受影響。并且采用差異位圖記錄故障期間數(shù)據(jù)的變化情況,待存儲(chǔ)設(shè)備恢復(fù)正常后,存儲(chǔ)虛擬化設(shè)備將增量數(shù)據(jù)后臺(tái)同步到修復(fù)的存儲(chǔ)設(shè)備,整個(gè)過(guò)程對(duì)主機(jī)"透明",不會(huì)影響主機(jī)業(yè)務(wù)。優(yōu)選路徑設(shè)計(jì)華為多路徑軟件UltraPath支持雙活的優(yōu)選路徑模式。為了避免跨數(shù)據(jù)中心進(jìn)行I/O處理而帶來(lái)時(shí)延的增加,UltraPath將優(yōu)先使用本數(shù)據(jù)中心VIS節(jié)點(diǎn)下發(fā)I/O的路徑,只有當(dāng)本數(shù)據(jù)中心節(jié)點(diǎn)路徑故障后才使用遠(yuǎn)端數(shù)據(jù)中心VIS節(jié)點(diǎn)的路徑。說(shuō)明：當(dāng)前FusionSphere不支持優(yōu)選路徑功能?！菜{(lán)色字體部分實(shí)際使用時(shí)不對(duì)客戶(hù)體現(xiàn)虛擬機(jī)跨數(shù)據(jù)中心vMotion設(shè)計(jì)〔可選通過(guò)FibreChannel、iSCSI存儲(chǔ)區(qū)域網(wǎng)絡(luò)<SAN>和數(shù)據(jù)中心間網(wǎng)絡(luò),虛擬化存儲(chǔ)集群為兩個(gè)數(shù)據(jù)中心主機(jī)提供共享訪(fǎng)問(wèn)的鏡像卷,構(gòu)建VMwareESXvMotionoverDistance,可在數(shù)據(jù)中心之間實(shí)時(shí)遷移在線(xiàn)運(yùn)行的虛擬機(jī),可避免停機(jī)、確保業(yè)務(wù)連續(xù)性以及事務(wù)處理的完整性,使XX局可以在執(zhí)行硬件維護(hù)時(shí)無(wú)需安排停機(jī)時(shí)間及中斷業(yè)務(wù)操作。同時(shí),VMwareESXvMotionoverDistance還可以使兩數(shù)據(jù)中心資源池內(nèi)的虛擬機(jī)持續(xù)進(jìn)行自動(dòng)優(yōu)化,最大程度地提高硬件的利用率、靈活性及可用性。"逃生"功能設(shè)計(jì)華為VIS虛擬化智能存儲(chǔ)具備"逃生"功能,對(duì)所接管磁盤(pán)陣列,無(wú)需更改陣列映射LUN的任何內(nèi)容,當(dāng)雙活數(shù)據(jù)中心的兩臺(tái)VIS出現(xiàn)故障,將VIS從整個(gè)SAN網(wǎng)絡(luò)中移除,陣列直接將LUN映射給主機(jī)使用,主機(jī)可正常拉起業(yè)務(wù),防止出現(xiàn)由于虛擬化失敗或者虛擬化不能快速回退造成的數(shù)據(jù)丟失等導(dǎo)致業(yè)務(wù)系統(tǒng)不可恢復(fù)的情況。說(shuō)明：此功能當(dāng)在上層應(yīng)用為虛擬化場(chǎng)景,且下層陣列為友商陣列時(shí)需要了解友商陣列的清預(yù)留的命令才能實(shí)現(xiàn)"逃生"功能?！菜{(lán)色字體部分實(shí)際使用時(shí)不對(duì)客戶(hù)體現(xiàn)鏡像快速恢復(fù)功能設(shè)計(jì)華為VIS鏡像功能具備鏡像故障快速處理機(jī)制,只需要重新鏡像數(shù)據(jù)差量而不需要做全量的鏡像。該算法基于一個(gè)位圖數(shù)據(jù)結(jié)構(gòu)：數(shù)據(jù)改變對(duì)象〔DCO。一旦某個(gè)鏡像卷或者整個(gè)設(shè)備故障,VIS會(huì)在DCO中記錄兩個(gè)卷之間的差異點(diǎn)。當(dāng)鏡像卷或存儲(chǔ)設(shè)備恢復(fù),則VIS根據(jù)DCO差異的情況,從源卷中將數(shù)據(jù)讀入同步到鏡像卷。達(dá)到快速恢復(fù)鏡像的目的,不用完全重新同步。存儲(chǔ)雙活方案仲裁設(shè)計(jì)有第三方仲裁站點(diǎn)如下圖所示,為保證當(dāng)任一數(shù)據(jù)中心整體故障或中間鏈路故障等極端場(chǎng)景下,主機(jī)業(yè)務(wù)的連續(xù)性,方案建議采用第三方仲裁磁盤(pán),由兩個(gè)雙活的生產(chǎn)中心及第三仲裁存儲(chǔ)單元分別為虛擬化存儲(chǔ)集群提供一個(gè)仲裁盤(pán)。這樣,便可以保證即使出現(xiàn)數(shù)據(jù)中心整體故障或中間鏈路故障等極端場(chǎng)景,虛擬化存儲(chǔ)集群仍然可以訪(fǎng)問(wèn)至少兩塊仲裁盤(pán)進(jìn)行仲裁,保證業(yè)務(wù)可靠性和數(shù)據(jù)一致性。第三方仲裁站點(diǎn)位于XX點(diǎn),XX點(diǎn)與兩個(gè)數(shù)據(jù)中心之間通過(guò)XX線(xiàn)互聯(lián)?？芍苯訌牟渴鹩赬X點(diǎn)的仲裁存儲(chǔ)單元上創(chuàng)建一個(gè)1GB的LUN,可通過(guò)FC鏈路或IP鏈路映射給兩個(gè)數(shù)據(jù)中心的VIS。當(dāng)出現(xiàn)任一數(shù)據(jù)中心整體故障或中間鏈路故障等極端場(chǎng)景,整個(gè)集群的仲裁過(guò)程如下：XX數(shù)據(jù)中心與XX數(shù)據(jù)中心之間的中間鏈路斷開(kāi),導(dǎo)致兩個(gè)數(shù)據(jù)中心集群發(fā)生分裂,進(jìn)而兩個(gè)中心之間的存儲(chǔ)虛擬化平臺(tái)發(fā)生"腦裂",存儲(chǔ)虛擬化平臺(tái)從一個(gè)大集群分裂為兩個(gè)小集群；根據(jù)集群"腦裂"的通用原理,當(dāng)大集群分裂為兩個(gè)小集群時(shí),每個(gè)小集群分別搶占存放第三方仲裁信息的仲裁盤(pán),搶占到51%以上仲裁信息〔即搶占到2個(gè)仲裁盤(pán)的小集群"獲勝",將繼續(xù)對(duì)外提供服務(wù),為應(yīng)用提供存儲(chǔ)訪(fǎng)問(wèn)空間；未搶占到仲裁信息的小集群則自動(dòng)退出集群,不再對(duì)外提供服務(wù)；當(dāng)中間鏈路恢復(fù)時(shí),"自動(dòng)退出的小集群"檢測(cè)到中間鏈路由故障變?yōu)檎?嘗試與"繼續(xù)服務(wù)的小集群"握手通信,經(jīng)過(guò)握手通信兩個(gè)小集群再次組成一個(gè)大集群,以Active-Active模式提供服務(wù),互相之間實(shí)現(xiàn)冗余。無(wú)第三方仲裁站點(diǎn)若無(wú)第三方仲裁站點(diǎn),則選擇將第三方仲裁盤(pán)配置在任意一個(gè)數(shù)據(jù)中心,并實(shí)施必要的掉電保護(hù)措施,例如部署獨(dú)立UPS電源。采用此種方式部署,則當(dāng)出現(xiàn)存放兩塊仲裁盤(pán)的數(shù)據(jù)中心整體故障,如大面積停電,火災(zāi)等災(zāi)難。由于集群無(wú)法獲得超過(guò)51%的仲裁信息而導(dǎo)致整個(gè)集群停止對(duì)外服務(wù),業(yè)務(wù)中斷,需要手工進(jìn)行恢復(fù)?？鐢?shù)據(jù)中心網(wǎng)絡(luò)設(shè)計(jì)同城雙活數(shù)據(jù)中心網(wǎng)絡(luò)至少包括五張網(wǎng)：業(yè)務(wù)訪(fǎng)問(wèn)網(wǎng)〔IP,作為客戶(hù)端訪(fǎng)問(wèn)服務(wù)器的主要網(wǎng)絡(luò)應(yīng)用遷移網(wǎng)和應(yīng)用心跳網(wǎng)〔10GE,主要進(jìn)行虛擬機(jī)在線(xiàn)遷移操作與主機(jī)集群的心跳網(wǎng)絡(luò)存儲(chǔ)鏡像網(wǎng)絡(luò)〔FCVIS心跳網(wǎng)絡(luò)〔GE二層網(wǎng)絡(luò),作為VIS集群的心跳網(wǎng)絡(luò)VIS仲裁網(wǎng)絡(luò)〔GE三層網(wǎng)絡(luò)或FC不同的網(wǎng)絡(luò)間,可以通過(guò)劃分不同的VLAN實(shí)現(xiàn)。為保障方案的可靠性,華為同城雙活方案采用數(shù)據(jù)傳輸鏈路與心跳鏈路分離設(shè)計(jì)的原則。通過(guò)VLAN或VRF隔離端到端流量,同時(shí)進(jìn)行分配獨(dú)立的物理互聯(lián)鏈路,做到業(yè)務(wù)流量與集群心跳分離流量,互不影響。采用FC鏈路實(shí)現(xiàn)同城雙數(shù)據(jù)中心間的數(shù)據(jù)實(shí)時(shí)同步,采用二層以太網(wǎng)絡(luò)實(shí)現(xiàn)雙數(shù)據(jù)中心間的存儲(chǔ)虛擬化集群〔VIS以及主機(jī)應(yīng)用集群的心跳、同步互聯(lián)鏈路通信。由于FusionCompute僅支持配置一個(gè)網(wǎng)關(guān),所以數(shù)據(jù)中心A和數(shù)據(jù)中心B中作為網(wǎng)關(guān)的匯聚〔核心交換機(jī),需要配置為主備網(wǎng)關(guān)模式。主網(wǎng)關(guān)優(yōu)選生產(chǎn)站點(diǎn)側(cè)的交換機(jī)。在實(shí)際進(jìn)行VLAN跨站點(diǎn)配置時(shí),在以太網(wǎng)匯聚交換機(jī)上按照VLAN配置主備網(wǎng)關(guān)的VRRP。對(duì)于一個(gè)VLAN,部署了虛擬機(jī)業(yè)務(wù)的一側(cè)站點(diǎn)網(wǎng)關(guān)配置為主網(wǎng)關(guān),另一側(cè)站點(diǎn)網(wǎng)關(guān)配置為備網(wǎng)關(guān)。若兩個(gè)數(shù)據(jù)中心之間存在VMwarevMotion在線(xiàn)遷移操作,則VMware單臺(tái)虛擬機(jī)跨數(shù)據(jù)中心遷移要求IP鏈路帶寬為1Gb/s,若存在多臺(tái)虛擬機(jī)同時(shí)遷移〔并行,則相應(yīng)的帶寬要增加。實(shí)際部署時(shí),建議至少部署一條10GE鏈路用于VMware遷移復(fù)制流量。VIS鏡像必須采用FC光纖互聯(lián)。兩數(shù)據(jù)中心相距25km以?xún)?nèi)可采用裸光纖直連。如果距離超過(guò)25km或只有一對(duì)裸光纖,建議使用OTN波分設(shè)備來(lái)構(gòu)建兩數(shù)據(jù)中心的同城網(wǎng)絡(luò)。部署OTN波分設(shè)備時(shí),建議采用1+1主備線(xiàn)路雙發(fā)選收的方式,提供物理鏈路的高可靠性。一對(duì)裸光纖中斷時(shí),另一條裸光纖可馬上恢復(fù)業(yè)務(wù)流量,切換時(shí)上層網(wǎng)絡(luò)及應(yīng)用無(wú)感知。園區(qū)網(wǎng)絡(luò)設(shè)計(jì)適用場(chǎng)景：兩個(gè)數(shù)據(jù)中心容災(zāi)距離小于25km,采用光纖交換機(jī)直連。兩個(gè)數(shù)據(jù)中心中用于主機(jī)應(yīng)用心跳網(wǎng)絡(luò)、虛擬機(jī)vMotion網(wǎng)絡(luò)的以太網(wǎng)交換機(jī)建議采用10GE并一對(duì)一級(jí)聯(lián)；用于VIS集群心跳網(wǎng)絡(luò)的以太網(wǎng)交換機(jī)采用GE并一對(duì)一級(jí)聯(lián)；用于存儲(chǔ)數(shù)據(jù)同步的FC交換機(jī)一對(duì)一級(jí)聯(lián)；以太網(wǎng)交換機(jī)也可以Trunk端口捆綁交叉組網(wǎng)。4節(jié)點(diǎn)VIS集群一對(duì)一級(jí)聯(lián)組網(wǎng)圖如下：8節(jié)點(diǎn)VIS集群一對(duì)一級(jí)聯(lián)組網(wǎng)圖如下：同城網(wǎng)絡(luò)設(shè)計(jì)適用場(chǎng)景：兩個(gè)數(shù)據(jù)中心容災(zāi)距離小于100km,鏈路采用DWDM連接。兩個(gè)數(shù)據(jù)中心中用于心跳網(wǎng)絡(luò)的IP交換機(jī)和用于存儲(chǔ)復(fù)制網(wǎng)絡(luò)的FC交換機(jī)都分別連接到OTN波分設(shè)備。不同的業(yè)務(wù)互聯(lián),通過(guò)波分復(fù)用統(tǒng)一承載于兩對(duì)1+1備份的裸光纖或一對(duì)裸光纖中。4節(jié)點(diǎn)VIS集群組網(wǎng)圖如下：8節(jié)點(diǎn)VIS集群組網(wǎng)圖如下圖所示：存儲(chǔ)雙活方案應(yīng)用配置建議VMware配置建議建議將XX數(shù)據(jù)中心和XX數(shù)據(jù)中心所有用于運(yùn)行虛擬機(jī)的ESXi服務(wù)器配置為一個(gè)集群,配置HA和DRS功能。虛擬機(jī)必須安裝VMwareTools軟件〔免費(fèi)。VIS上創(chuàng)建的用于虛擬機(jī)的卷必須映射給集群內(nèi)所有服務(wù)器,以便提供共享存儲(chǔ)服務(wù)。服務(wù)器之間建議通過(guò)萬(wàn)兆以太網(wǎng)提供心跳服務(wù)與vMotion遷移流量,集群內(nèi)的所有服務(wù)器需符合集群的兼容性規(guī)則。如果進(jìn)行虛擬機(jī)在線(xiàn)遷移操作,最好選擇業(yè)務(wù)不太繁忙時(shí)進(jìn)行。為了預(yù)防生產(chǎn)站點(diǎn)突發(fā)性災(zāi)難,同城雙活數(shù)據(jù)中心運(yùn)行虛擬機(jī)的服務(wù)器需要保持開(kāi)機(jī)狀態(tài)。FusionSphere配置建議Fusionsphere雙活方案中,需要啟用DRS特性進(jìn)行虛擬機(jī)本地優(yōu)先啟動(dòng)和HA,因此如果用戶(hù)配置了其他DRS規(guī)則,則不能與容災(zāi)DRS規(guī)則沖突,否則無(wú)法保證虛擬機(jī)本地優(yōu)先啟動(dòng)和HA。數(shù)據(jù)中心A和數(shù)據(jù)中心B的業(yè)務(wù)均通過(guò)主網(wǎng)關(guān)提供,規(guī)劃數(shù)據(jù)中心A和數(shù)據(jù)中心B的業(yè)務(wù)網(wǎng)絡(luò)帶寬時(shí)需要同時(shí)考慮該部分的業(yè)務(wù)需求。OracleRAC配置建議基于虛擬化設(shè)備的雙活方案是能真正支持OracleRAC跨數(shù)據(jù)中心部署的方案,OracleRAC跨數(shù)據(jù)中心部署,對(duì)數(shù)據(jù)庫(kù)版本以及業(yè)務(wù)系統(tǒng)的部署方式有一些要求和建議：要實(shí)現(xiàn)Oracle數(shù)據(jù)庫(kù)的跨數(shù)據(jù)中心的集群部署,需采用支持OracleExtendedDistanceCluster的Oracle版本。建議使用Oracle10g發(fā)行版2或更高版本。Oracle部署通常有三種存儲(chǔ)管理方式：文件系統(tǒng),裸盤(pán)和ASM,推薦使用ASM。對(duì)于OracleExtendedDistanceCluster配置,建議對(duì)OracleClusterware和Oracle數(shù)據(jù)庫(kù)二進(jìn)制文件和主目錄進(jìn)行本地存儲(chǔ),以減少站點(diǎn)間流量。為了避免跨數(shù)據(jù)中心進(jìn)行數(shù)據(jù)的交互,建議在OracleRAC層創(chuàng)建不同的service,實(shí)現(xiàn)業(yè)務(wù)分離。通過(guò)Service-SideTAF的PREFERRED功能設(shè)置應(yīng)用只訪(fǎng)問(wèn)本地實(shí)例；同時(shí)設(shè)置遠(yuǎn)端數(shù)據(jù)中心的實(shí)例為AVAILABLE,只有本地實(shí)例都故障才切換到遠(yuǎn)端實(shí)例；可以減少RAC跨數(shù)據(jù)中心交互的次數(shù),提升整體性能。華為存儲(chǔ)雙活方案優(yōu)勢(shì)虛擬化存儲(chǔ)集群采用真正的"Active-Active"的高可靠架構(gòu),提供可被兩數(shù)據(jù)中心主機(jī)并發(fā)訪(fǎng)問(wèn)的共享雙活卷,連接到其任何虛擬化引擎上的主機(jī)都可以訪(fǎng)問(wèn)同一個(gè)虛擬卷,并像訪(fǎng)問(wèn)本地存儲(chǔ)一樣對(duì)虛擬卷進(jìn)行讀寫(xiě)。兩數(shù)據(jù)中心可同時(shí)對(duì)同一個(gè)業(yè)務(wù)系統(tǒng)提供讀寫(xiě)服務(wù),并自動(dòng)實(shí)現(xiàn)業(yè)務(wù)在站點(diǎn)間的負(fù)載均衡,為用戶(hù)提供更加靈活的數(shù)據(jù)訪(fǎng)問(wèn)方式。如果采用將一臺(tái)陣列的兩個(gè)控制器部署在兩個(gè)數(shù)據(jù)中心的方案,每數(shù)據(jù)中心內(nèi)部只有一個(gè)控制器。由于備控制器無(wú)法被生產(chǎn)中心主機(jī)訪(fǎng)問(wèn),只能提供一條備用的存儲(chǔ)路徑,用戶(hù)無(wú)法訪(fǎng)問(wèn)備數(shù)據(jù)中心的數(shù)據(jù)。圖形化展示雙活物理拓?fù)鋱D與業(yè)務(wù)邏輯拓?fù)?監(jiān)控雙活數(shù)據(jù)中心運(yùn)行狀態(tài),提供業(yè)界領(lǐng)先的ALLINONE可視化、流程化的容災(zāi)業(yè)務(wù)管理。通過(guò)在每個(gè)站點(diǎn)部署一臺(tái)或多臺(tái)全冗余架構(gòu)的虛擬化存儲(chǔ)設(shè)備,站點(diǎn)間和站點(diǎn)內(nèi)都不存在單點(diǎn)故障的風(fēng)險(xiǎn),可以避免任何單點(diǎn)故障導(dǎo)致業(yè)務(wù)中斷的風(fēng)險(xiǎn)。華為獨(dú)特的虛擬化存儲(chǔ)集群架構(gòu),在單個(gè)數(shù)據(jù)中心虛擬化引擎故障情況下,不但不影響主機(jī)業(yè)務(wù),還可保證數(shù)據(jù)實(shí)時(shí)鏡像不中斷,提供更高的可用性。如果采用將一臺(tái)陣列的兩個(gè)控制器部署在兩個(gè)站點(diǎn)的方案,每站點(diǎn)內(nèi)部只有一個(gè)控制器,存在單點(diǎn)故障風(fēng)險(xiǎn)。虛擬化存儲(chǔ)設(shè)備可以統(tǒng)一接管不同廠(chǎng)商,不同品牌的存儲(chǔ)設(shè)備,充分利用現(xiàn)有存儲(chǔ)設(shè)備資源。兩個(gè)數(shù)據(jù)中心的存儲(chǔ)資源被統(tǒng)一接管后,被虛擬化為統(tǒng)一的存儲(chǔ)資源池,并以雙活的方式共同對(duì)外提供服務(wù),在數(shù)據(jù)中心之間自動(dòng)進(jìn)行負(fù)載均衡,存儲(chǔ)資源得到充分利用,提高了資源利用率。如果采用將一臺(tái)陣列的兩個(gè)控制器部署在兩個(gè)數(shù)據(jù)中心的方案,每數(shù)據(jù)中心內(nèi)部只有一個(gè)控制器。由于備控制器無(wú)法被主機(jī)訪(fǎng)問(wèn),因此,與傳統(tǒng)容災(zāi)方案一樣,被控制器所在數(shù)據(jù)中心的存儲(chǔ)資源無(wú)法充分利用,存儲(chǔ)資源浪費(fèi)嚴(yán)重。華為存儲(chǔ)雙活方案可支持在每個(gè)數(shù)據(jù)中心部署一臺(tái)或多臺(tái)全冗余架構(gòu)的虛擬化存儲(chǔ)設(shè)備。因此,隨著業(yè)務(wù)的增長(zhǎng),方案能夠支持引擎的橫向擴(kuò)展,且新增加的引擎與現(xiàn)有引擎構(gòu)成一個(gè)統(tǒng)一的虛擬化存儲(chǔ)集群,提供統(tǒng)一的IO處理能力。如果采用只支持雙控的雙活數(shù)據(jù)中心架構(gòu),不具備控制器的橫向擴(kuò)展能力。隨著業(yè)務(wù)的增長(zhǎng),方案只能通過(guò)新購(gòu)設(shè)備的形式擴(kuò)容,無(wú)法實(shí)現(xiàn)存儲(chǔ)資源的整合與共享,不能支持彈性可擴(kuò)展。采用華為存儲(chǔ)雙活方案,兩個(gè)數(shù)據(jù)中心的主機(jī)可同時(shí)訪(fǎng)問(wèn)同一個(gè)虛擬卷,部署應(yīng)用層集群時(shí),只需按照部署普通集群的方法進(jìn)行部署,大大降低了方案實(shí)施和維護(hù)難度。華為存儲(chǔ)雙活方案提供了全自動(dòng)的故障處理機(jī)制,故障切換過(guò)程無(wú)需人工干預(yù),大大降低了容災(zāi)系統(tǒng)維護(hù)成本。單個(gè)數(shù)據(jù)中心中,任何部件需要升級(jí)等維護(hù)工作時(shí),可以將該生產(chǎn)中心需要維護(hù)的設(shè)備停機(jī),另一個(gè)正常的生產(chǎn)中心會(huì)自動(dòng)接管業(yè)務(wù),數(shù)據(jù)零丟失,提高了系統(tǒng)的可維護(hù)性。如果采用將一臺(tái)陣列的兩個(gè)控制器部署在兩個(gè)數(shù)據(jù)中心的方案,由于備控制器無(wú)法被主機(jī)訪(fǎng)問(wèn),當(dāng)發(fā)生主控制器故障或數(shù)據(jù)中心級(jí)故障時(shí),需要先切換同步復(fù)制關(guān)系,再切換主機(jī)訪(fǎng)問(wèn)路徑,來(lái)使存活數(shù)據(jù)中心的控制器強(qiáng)行接管故障數(shù)據(jù)中心控制器的工作。增加了系統(tǒng)維護(hù)與管理的難度。存儲(chǔ)雙活方案故障切換與恢復(fù)故障切換流程根據(jù)XX局實(shí)際業(yè)務(wù)需求,存儲(chǔ)雙活方案部署虛擬化VMware應(yīng)用,構(gòu)建跨數(shù)據(jù)中心的VMwareESXStretchCluster,實(shí)現(xiàn)應(yīng)用雙活；存儲(chǔ)雙活方案配合FusionCompute的虛擬機(jī)HA功能和DRS功能實(shí)現(xiàn)的存儲(chǔ)雙活部署；兩個(gè)數(shù)據(jù)中心分別部署運(yùn)行不同的OracleRAC業(yè)務(wù),構(gòu)建跨數(shù)據(jù)中心的鏡像數(shù)據(jù)保護(hù)。在該部署場(chǎng)景下,在各單部件和鏈路故障,甚至整個(gè)數(shù)據(jù)中心故障,都可以實(shí)現(xiàn)業(yè)務(wù)自動(dòng)無(wú)縫切換。具體故障切換情況如下表所示〔以下切換過(guò)程適用于4節(jié)點(diǎn)VIS集群雙活場(chǎng)景：故障場(chǎng)景測(cè)試用例故障切換情況部件故障單中心服務(wù)器故障主機(jī)集群自動(dòng)檢測(cè)到故障,業(yè)務(wù)自動(dòng)切換到未故障的主機(jī)上單中心VIS單控制器故障虛擬化智能存儲(chǔ)設(shè)備其它節(jié)點(diǎn)自動(dòng)接管虛擬化,業(yè)務(wù)主機(jī)I/O自動(dòng)切換,業(yè)務(wù)無(wú)中斷單中心陣列單控制器故障磁盤(pán)陣列的其它節(jié)點(diǎn)自動(dòng)接管其I/O,業(yè)務(wù)無(wú)中斷單中心VIS故障另一數(shù)據(jù)中心虛擬化智能存儲(chǔ)設(shè)備自動(dòng)接管虛擬化,業(yè)務(wù)主機(jī)I/O自動(dòng)切換,業(yè)務(wù)無(wú)中斷單中心陣列故障另一數(shù)據(jù)中心的磁盤(pán)陣列自動(dòng)接管其I/O,業(yè)務(wù)無(wú)中斷同城鏈路故障同城鏈路故障VIS集群仲裁,一邊數(shù)據(jù)中心VIS存活,業(yè)務(wù)自動(dòng)切換到仲裁存活的數(shù)據(jù)中心數(shù)據(jù)中心故障單數(shù)據(jù)中心故障業(yè)務(wù)自動(dòng)切換到存活的數(shù)據(jù)中心在各故障場(chǎng)景中,故障恢復(fù)后,集群自動(dòng)恢復(fù),故障節(jié)點(diǎn)自動(dòng)加入VIS集群、OracleRAC集群或VMwarevSphereHA集群、FusionSphereHA集群,故障節(jié)點(diǎn)自動(dòng)恢復(fù)承載業(yè)務(wù),集群各節(jié)點(diǎn)間業(yè)務(wù)負(fù)載均衡。其中單中心陣列、同城鏈路和單數(shù)據(jù)中心故障恢復(fù)時(shí),鏡像關(guān)系修復(fù)過(guò)程中,為避免舊數(shù)據(jù)覆蓋新數(shù)據(jù),需手動(dòng)修復(fù)VIS鏡像對(duì)的關(guān)系。VIS單控制器故障每個(gè)數(shù)據(jù)中心各部署一臺(tái)雙控冗余配置的VIS,構(gòu)建一個(gè)跨數(shù)據(jù)中心的4節(jié)點(diǎn)VIS集群。當(dāng)VIS的其中一個(gè)控制器發(fā)生故障時(shí),同數(shù)據(jù)中心的VIS節(jié)點(diǎn)自動(dòng)接管其虛擬化,業(yè)務(wù)主機(jī)I/O自動(dòng)切換到本數(shù)據(jù)中心的VIS節(jié)點(diǎn),不會(huì)發(fā)生跨數(shù)據(jù)中心切換。假設(shè)數(shù)據(jù)中心A的VIS控制器1故障,處理過(guò)程如下：VIS集群檢測(cè)到VIS節(jié)點(diǎn)控制器故障,將該VIS節(jié)點(diǎn)踢出集群；主機(jī)多路徑檢測(cè)發(fā)現(xiàn)主機(jī)到VIS控制器1的路徑故障,將路徑自動(dòng)切換到本數(shù)據(jù)中心VIS的控制器2進(jìn)行I/O訪(fǎng)問(wèn)；兩個(gè)數(shù)據(jù)中心業(yè)務(wù)不發(fā)生切換,正常運(yùn)行；主機(jī)業(yè)務(wù)寫(xiě)I/O,通過(guò)VIS鏡像,仍然實(shí)時(shí)同步寫(xiě)到兩個(gè)數(shù)據(jù)中心的陣列；讀I/O保持從本地存儲(chǔ)讀取,VIS不會(huì)跨數(shù)據(jù)中心讀取數(shù)據(jù)。陣列單控制器故障存儲(chǔ)雙活方案,每個(gè)數(shù)據(jù)中心各部署一臺(tái)雙控冗余配置的XX磁盤(pán)陣列。當(dāng)XX陣列的其中一個(gè)控制器發(fā)生故障時(shí),該陣列另一控制器節(jié)點(diǎn)自動(dòng)接管其業(yè)務(wù),業(yè)務(wù)主機(jī)I/O不會(huì)發(fā)生跨數(shù)據(jù)中心切換。假設(shè)數(shù)據(jù)中心A的陣列控制器1故障,處理過(guò)程如下：陣列檢測(cè)到控制器1發(fā)生故障,工作正常的控制器2接管其業(yè)務(wù)；VIS集群后端磁盤(pán)多路徑檢測(cè)發(fā)現(xiàn)VIS到該陣列控制器1的路徑故障,將路徑自動(dòng)切換到陣列控制器2進(jìn)行I/O訪(fǎng)問(wèn)；兩個(gè)數(shù)據(jù)中心業(yè)務(wù)不發(fā)生切換,正常運(yùn)行；主機(jī)業(yè)務(wù)寫(xiě)I/O,通過(guò)VIS鏡像,仍然實(shí)時(shí)同步寫(xiě)到兩個(gè)數(shù)據(jù)中心的陣列；讀I/O保持從本地存儲(chǔ)讀取,VIS不會(huì)跨數(shù)據(jù)中心讀取數(shù)據(jù)。單鏈路故障存儲(chǔ)雙活方案,采用雙交換機(jī)冗余組網(wǎng)方式,當(dāng)數(shù)據(jù)中心內(nèi)其中一條鏈路故障時(shí),業(yè)務(wù)主機(jī)I/O自動(dòng)切換,業(yè)務(wù)無(wú)中斷。假設(shè)數(shù)據(jù)中心A中VIS到陣列的一條鏈路故障,處理過(guò)程如下：VIS集群后端磁盤(pán)多路徑檢測(cè)發(fā)現(xiàn)路徑故障,自動(dòng)切換到另一條正常路徑進(jìn)行I/O訪(fǎng)問(wèn)；兩個(gè)數(shù)據(jù)中心業(yè)務(wù)不發(fā)生切換,正常運(yùn)行；主機(jī)業(yè)務(wù)寫(xiě)I/O,通過(guò)VIS鏡像,仍然實(shí)時(shí)同步寫(xiě)到兩個(gè)數(shù)據(jù)中心的陣列；讀I/O保持從本地存儲(chǔ)讀取,VIS不會(huì)跨數(shù)據(jù)中心讀取數(shù)據(jù)。單中心VIS設(shè)備故障存儲(chǔ)雙活方案,兩個(gè)數(shù)據(jù)中心的VIS構(gòu)建的是跨數(shù)據(jù)中心集群,當(dāng)其中一臺(tái)VIS故障時(shí),另一數(shù)據(jù)中心虛擬化智能存儲(chǔ)設(shè)備自動(dòng)接管業(yè)務(wù),業(yè)務(wù)主機(jī)I/O自動(dòng)切換,業(yè)務(wù)無(wú)中斷。假設(shè)數(shù)據(jù)中心A的一臺(tái)VIS設(shè)備故障,處理過(guò)程如下：VIS集群檢測(cè)到數(shù)據(jù)中心A的VIS故障,將故障VIS節(jié)點(diǎn)踢出集群,虛擬化智能存儲(chǔ)設(shè)備自動(dòng)接管虛擬化卷；主機(jī)多路徑檢測(cè)發(fā)現(xiàn)主機(jī)到數(shù)據(jù)中心A的VIS路徑故障,將路徑自動(dòng)切換到數(shù)據(jù)中心B的VIS進(jìn)行I/O訪(fǎng)問(wèn)；兩個(gè)數(shù)據(jù)中心業(yè)務(wù)不發(fā)生切換,正常運(yùn)行；主機(jī)業(yè)務(wù)I/O,通過(guò)VIS鏡像,仍然實(shí)時(shí)同步寫(xiě)到兩個(gè)數(shù)據(jù)中心的陣列；讀I/O從數(shù)據(jù)中心B的磁盤(pán)陣列讀取。單中心陣列設(shè)備故障存儲(chǔ)雙活方案,每個(gè)數(shù)據(jù)中心各部署2臺(tái)磁盤(pán)陣列,通過(guò)虛擬化智能存儲(chǔ)的VIS鏡像功能,兩個(gè)數(shù)據(jù)中心的XX陣列跨數(shù)據(jù)中心鏡像,數(shù)據(jù)實(shí)時(shí)同步。當(dāng)單數(shù)據(jù)中心一臺(tái)陣列故障時(shí),業(yè)務(wù)I/O自動(dòng)切換到另一數(shù)據(jù)中心的鏡像陣列處理,業(yè)務(wù)無(wú)中斷。假設(shè)數(shù)據(jù)中心A的一臺(tái)陣列故障,處理過(guò)程如下：VIS集群檢測(cè)到數(shù)據(jù)中心A的陣列故障,VIS將該陣列盤(pán)狀態(tài)置為‘disable’,VIS鏡像關(guān)系故障；VIS后端磁盤(pán)多路徑檢測(cè)發(fā)現(xiàn)VIS到該故障陣列的路徑故障,將路徑自動(dòng)切換到數(shù)據(jù)中心B的鏡像陣列進(jìn)行I/O訪(fǎng)問(wèn)；兩個(gè)數(shù)據(jù)中心業(yè)務(wù)不發(fā)生切換,正常運(yùn)行；主機(jī)業(yè)務(wù)寫(xiě)I/O只寫(xiě)到數(shù)據(jù)中心B的陣列,并記錄新增數(shù)據(jù)位圖,標(biāo)識(shí)數(shù)據(jù)中心A與數(shù)據(jù)中心B陣列之間差異；讀I/O從數(shù)據(jù)中心B的磁盤(pán)陣列讀取。同城鏈路故障同城網(wǎng)絡(luò)包括業(yè)務(wù)數(shù)據(jù)鏡像網(wǎng)絡(luò)、VIS集群網(wǎng)絡(luò)和虛擬機(jī)的vMotion網(wǎng)絡(luò),OracleRAC私有網(wǎng)絡(luò),當(dāng)同城網(wǎng)絡(luò)故障時(shí),通過(guò)VIS集群的仲裁機(jī)制,仲裁搶占勝利的VIS對(duì)應(yīng)的數(shù)據(jù)中心則接管所有的業(yè)務(wù),業(yè)務(wù)自動(dòng)切換。詳細(xì)處理過(guò)程如下：同城網(wǎng)絡(luò)鏈路故障,VIS集群檢測(cè)到集群心跳網(wǎng)絡(luò)鏈路故障,集群開(kāi)始仲裁；如果數(shù)據(jù)中心B的VIS仲裁搶占勝利,數(shù)據(jù)中心A的VIS重啟,踢出集群；數(shù)據(jù)中心B的VIS無(wú)法訪(fǎng)問(wèn)到數(shù)據(jù)中心A陣列,VIS將該數(shù)據(jù)中心A的陣列盤(pán)狀態(tài)置為’disable’,VIS鏡像關(guān)系故障；主機(jī)集群檢測(cè)到數(shù)據(jù)中心A的服務(wù)器到數(shù)據(jù)中心B的VIS鏈路故障,業(yè)務(wù)I/O不能正常訪(fǎng)問(wèn),數(shù)據(jù)中心A的業(yè)務(wù)自動(dòng)切換到數(shù)據(jù)中心B；主機(jī)業(yè)務(wù)寫(xiě)I/O只寫(xiě)到數(shù)據(jù)中心B的陣列,并記錄新增數(shù)據(jù)位圖,標(biāo)識(shí)數(shù)據(jù)中心A與數(shù)據(jù)中心B陣列之間差異；讀I/O從數(shù)據(jù)中心B的磁盤(pán)陣列讀取。單數(shù)據(jù)中心故障存儲(chǔ)雙活方案,設(shè)備全冗余架構(gòu)部署,當(dāng)一個(gè)數(shù)據(jù)中心發(fā)生停電或火災(zāi)等災(zāi)難時(shí),另一個(gè)數(shù)據(jù)中心VIS對(duì)應(yīng)的數(shù)據(jù)中心則接管所有的業(yè)務(wù),業(yè)務(wù)自動(dòng)切換。詳細(xì)處理過(guò)程如下：VIS集群檢測(cè)到數(shù)據(jù)中心A的VIS故障,集群重構(gòu),踢出集群；數(shù)據(jù)中心B的VIS無(wú)法訪(fǎng)問(wèn)到數(shù)據(jù)中心A陣列,VIS將該數(shù)據(jù)中心A的陣列盤(pán)狀態(tài)置為’disable’,VIS鏡像關(guān)系故障；主機(jī)集群檢測(cè)到數(shù)據(jù)中心A的服務(wù)器故障,數(shù)據(jù)中心A的業(yè)務(wù)自動(dòng)切換到數(shù)據(jù)中心B；主機(jī)業(yè)務(wù)寫(xiě)I/O只寫(xiě)到數(shù)據(jù)中心B的陣列,并記錄新增數(shù)據(jù)位圖,標(biāo)識(shí)數(shù)據(jù)中心A與數(shù)據(jù)中心B陣列之間差異；讀I/O從數(shù)據(jù)中心B的磁盤(pán)陣列讀取。故障恢復(fù)流程在各故障場(chǎng)景中,故障恢復(fù)后,集群自動(dòng)恢復(fù),故障節(jié)點(diǎn)自動(dòng)加入VIS集群、OracleRAC集群、VMwarevSphereHA集群、FusionSphereHA集群,故障節(jié)點(diǎn)自動(dòng)恢復(fù)承載業(yè)務(wù),集群各節(jié)點(diǎn)間業(yè)務(wù)負(fù)載均衡。其中單中心陣列、同城鏈路和單數(shù)據(jù)中心故障恢復(fù)時(shí),恢復(fù)VIS鏡像關(guān)系,同步差異的增量數(shù)據(jù)?；謴?fù)場(chǎng)景測(cè)試用例故障恢復(fù)情況部件故障恢復(fù)VIS單控制器故障后恢復(fù)VIS控制器節(jié)點(diǎn)自動(dòng)加入VIS集群,自動(dòng)恢復(fù)VIS引擎雙控冗余配置,分擔(dān)負(fù)載陣列單控制器故障后恢復(fù)陣列控制器節(jié)點(diǎn)自動(dòng)加入存儲(chǔ)集群,自動(dòng)恢復(fù)陣列雙控冗余配置,分擔(dān)業(yè)務(wù)負(fù)載單鏈路故障后恢復(fù)自動(dòng)恢復(fù)雙交換組網(wǎng)冗余配置,分擔(dān)業(yè)務(wù)負(fù)載單中心VIS故障后恢復(fù)VIS故障節(jié)點(diǎn)自動(dòng)加入VIS集群,分擔(dān)主機(jī)業(yè)務(wù)負(fù)載單中心陣列故障后恢復(fù)恢復(fù)VIS鏡像關(guān)系,同步差異的增量數(shù)據(jù)同城鏈路故障恢復(fù)同城鏈路故障后恢復(fù)恢復(fù)VIS鏡像對(duì)關(guān)系,同步差異的增量數(shù)據(jù)；重啟VIS,VIS節(jié)點(diǎn)自動(dòng)加入集群,分擔(dān)主機(jī)業(yè)務(wù)負(fù)載；重啟服務(wù)器,主機(jī)故障節(jié)點(diǎn)自動(dòng)加入集群數(shù)據(jù)中心故障恢復(fù)單數(shù)據(jù)中心故障后恢復(fù)恢復(fù)VIS鏡像對(duì)關(guān)系,同步差異的增量數(shù)據(jù)；重啟VIS,VIS節(jié)點(diǎn)自動(dòng)加入集群,分擔(dān)主機(jī)業(yè)務(wù)負(fù)載,主機(jī)故障節(jié)點(diǎn)自動(dòng)加入集群下面重點(diǎn)介紹同城鏈路故障機(jī)單數(shù)據(jù)中心故障恢復(fù)過(guò)程：同城鏈路故障修復(fù)兩個(gè)數(shù)據(jù)中心間的同城鏈路故障后,在保證了業(yè)務(wù)繼續(xù)運(yùn)行的前提下,按照如下步驟修復(fù)故障系統(tǒng)：先恢復(fù)FC鏈路,再恢復(fù)IP鏈路；鏈路修復(fù)好之后,重啟仲裁搶占失敗數(shù)據(jù)中心的VIS和服務(wù)器,VIS集群自動(dòng)重構(gòu),組成4節(jié)點(diǎn)集群,主機(jī)集群進(jìn)行集群自動(dòng)重組；恢復(fù)兩個(gè)數(shù)據(jù)中心的陣列鏡像關(guān)系,新增的增量數(shù)據(jù)由仲裁搶占勝利數(shù)據(jù)中心陣列恢復(fù)至仲裁搶占失敗數(shù)據(jù)中心鏡像陣列；OracleRAC集群恢復(fù)正常后,如果配置為負(fù)載均衡連接模式,業(yè)務(wù)會(huì)自動(dòng)均衡地運(yùn)行在集群中的所有主機(jī)上；VMwarevSphere集群恢復(fù)正常后,如果配置了DRS功能,虛擬機(jī)會(huì)自動(dòng)相對(duì)均衡地運(yùn)行在集群中的所有ESXi主機(jī)上。如果沒(méi)有配置DRS功能,可以手工vMotion的方式,將業(yè)務(wù)在線(xiàn)遷移至新加入集群的ESXi主機(jī)上；Fusionsphere集群恢復(fù)正常后,配置了DRS功能,虛擬機(jī)自動(dòng)相對(duì)均衡地運(yùn)行在集群中的所有CNA主機(jī)上。系統(tǒng)恢復(fù)到正常雙活場(chǎng)景。單數(shù)據(jù)中心故障修復(fù)單個(gè)數(shù)據(jù)中心全部故障后,在保證了業(yè)務(wù)繼續(xù)運(yùn)行的前提下,按照如下步驟修復(fù)故障系統(tǒng)：修復(fù)并啟動(dòng)故障數(shù)據(jù)中心的陣列；修復(fù)并啟動(dòng)故障數(shù)據(jù)中心的VIS,VIS集群自動(dòng)重構(gòu),組成4節(jié)點(diǎn)集群；恢復(fù)兩個(gè)數(shù)據(jù)中心的陣列鏡像關(guān)系,新增的增量數(shù)據(jù)同步至恢復(fù)的鏡像陣列；修復(fù)并啟動(dòng)故障數(shù)據(jù)中心的服務(wù)器；故障的服務(wù)器修復(fù)并啟動(dòng)后,會(huì)自動(dòng)加入集群,構(gòu)成跨數(shù)據(jù)中心的主機(jī)集群；OracleRAC集群恢復(fù)正常后,如果配置為負(fù)載均衡連接模式,業(yè)務(wù)會(huì)自動(dòng)均衡地運(yùn)行在集群中的所有主機(jī)上；VMwarevSphere集群恢復(fù)正常后,如果配置了DRS功能,虛擬機(jī)會(huì)自動(dòng)相對(duì)均衡地運(yùn)行在集群中的所有ESXi主機(jī)上。如果沒(méi)有配置DRS功能,可以手工vMotion的方式,將業(yè)務(wù)在線(xiàn)遷移至新加入集群的ESXi主機(jī)上；Fusionsphere集群恢復(fù)正常后,配置了DRS功能,虛擬機(jī)自動(dòng)相對(duì)均衡地運(yùn)行在集群中的所有CNA主機(jī)上；系統(tǒng)恢復(fù)到正常雙活場(chǎng)景。方案配置說(shuō)明：本章節(jié)供參考,實(shí)際提供給用戶(hù)的版本請(qǐng)刪除備注部分,并對(duì)藍(lán)色字體部分根據(jù)實(shí)際情況進(jìn)行替換與刪除。方案配置列表軟硬件配置列表注：生產(chǎn)中心和災(zāi)備中心的VIS在Unistar中按照1臺(tái)4節(jié)點(diǎn)或2臺(tái)4節(jié)點(diǎn)〔8節(jié)點(diǎn)VIS進(jìn)行報(bào)價(jià)配置。服務(wù)配置列表服務(wù)名稱(chēng)服務(wù)類(lèi)型服務(wù)項(xiàng)目單位備注容災(zāi)專(zhuān)業(yè)服務(wù)咨詢(xún)服務(wù)〔可選業(yè)務(wù)連續(xù)性咨詢(xún),演練服務(wù)人天聯(lián)系本地服務(wù)經(jīng)理容災(zāi)實(shí)施服務(wù)〔必選容災(zāi)集成設(shè)計(jì),技術(shù)實(shí)施服務(wù)人天聯(lián)系本地服務(wù)經(jīng)理產(chǎn)品實(shí)施服務(wù)工程服務(wù)硬件設(shè)備安裝調(diào)試人天按產(chǎn)品單獨(dú)配置數(shù)據(jù)遷移服務(wù)數(shù)據(jù)遷移專(zhuān)業(yè)服務(wù)業(yè)務(wù)系統(tǒng)數(shù)據(jù)遷移人天單獨(dú)配置規(guī)格分類(lèi)名稱(chēng)描述功能規(guī)格多站點(diǎn)集中管理支持多站點(diǎn)集中管理,支持包括1:1主備容災(zāi),兩地三中心容災(zāi),32:1云容災(zāi),雙活容災(zāi)組網(wǎng)形態(tài)分權(quán)分域支持對(duì)按照用戶(hù)級(jí)別賦予不同的管理資源以及權(quán)限容災(zāi)保護(hù)支持針對(duì)Oracle,DB2,Exchange,SQLServer應(yīng)用,VMware與FusionSphere虛擬化環(huán)境,基于存儲(chǔ)復(fù)制,VIS鏡像與復(fù)制的自動(dòng)化容災(zāi)保護(hù)。支持靈活的保護(hù)策略,按照保護(hù)組的形式保護(hù)應(yīng)用、虛擬機(jī)或者LUN容災(zāi)恢復(fù)支持自定義恢復(fù)計(jì)劃,根據(jù)需求配置步驟與自定義腳本。支持按照恢復(fù)計(jì)劃進(jìn)行計(jì)劃性遷移、故障恢復(fù)與容災(zāi)測(cè)試,支持容災(zāi)測(cè)試環(huán)境的清理,支持容災(zāi)切換后,還原生產(chǎn)環(huán)境的重保護(hù)容災(zāi)監(jiān)控支持針對(duì)保護(hù)組的邏輯拓?fù)渑c容災(zāi)方案全局物理拓?fù)湔故?提供容災(zāi)相關(guān)設(shè)備的信息,監(jiān)控容災(zāi)設(shè)備與鏈路的狀態(tài)。支持拓?fù)鋱D標(biāo)顏色、聲音、郵件、短信多種形式告警。支持容災(zāi)保護(hù)與恢復(fù)報(bào)表高可靠支持配置數(shù)據(jù)的備份與恢復(fù)北向接口支持REST北向接口管理規(guī)格站點(diǎn)數(shù)32個(gè)本地站點(diǎn),32個(gè)遠(yuǎn)程站點(diǎn)保護(hù)組數(shù)256個(gè)單個(gè)保護(hù)組中保護(hù)對(duì)象數(shù)量虛擬機(jī)數(shù)量512；數(shù)據(jù)庫(kù)數(shù)量32；LUN數(shù)量基于存儲(chǔ)陣列復(fù)制映射LUN規(guī)格單系統(tǒng)支持的保護(hù)對(duì)象數(shù)量3000并發(fā)執(zhí)行的保護(hù)組任務(wù)數(shù)量16恢復(fù)計(jì)劃數(shù)量256并發(fā)執(zhí)行的恢復(fù)任務(wù)數(shù)量10管理服務(wù)器規(guī)格操作系統(tǒng)WindowsServer2003SP264位企業(yè)版WindowsServer2008R264位企業(yè)版SUSELinuxEnterpriseServer11SP164位CPU最低配置：2*Xeon雙核1.6GHzCPU標(biāo)準(zhǔn)配置：2*Xeon雙核4.0GHzCPU內(nèi)存最低配置：DDR4GB內(nèi)存標(biāo)準(zhǔn)配置：DDR8GB內(nèi)存硬盤(pán)空閑空間最低配置：大于等于10GB標(biāo)準(zhǔn)配置：空閑空間大于等于100GB管理網(wǎng)絡(luò)帶寬生產(chǎn)站點(diǎn)與災(zāi)備站點(diǎn)之間管理網(wǎng)絡(luò)大于10Mb/sAgent規(guī)格內(nèi)存最低配置：DDR1GB內(nèi)存硬盤(pán)空閑空間最低配置：50MB瀏覽器規(guī)格瀏覽器Windows環(huán)境：支持瀏覽器IE8～11,FireFox26～29,Chrome21～35Linux環(huán)境：支持瀏覽器FireFox26～29,Chrome21～35業(yè)務(wù)應(yīng)用兼容性操作系統(tǒng)詳見(jiàn)產(chǎn)品兼容性列表業(yè)務(wù)應(yīng)用詳見(jiàn)產(chǎn)品兼容性列表關(guān)鍵技術(shù)網(wǎng)絡(luò)層解決方案服務(wù)器負(fù)載均衡技術(shù)〔SLB技術(shù)概述服務(wù)器負(fù)載均衡是指設(shè)置在一組功能相同或相似的服務(wù)器前端,對(duì)到達(dá)服務(wù)器組的流量進(jìn)行合理分發(fā),并在其中某一臺(tái)服務(wù)器故障時(shí),能將訪(fǎng)問(wèn)請(qǐng)求轉(zhuǎn)移到其它可以正常工作的服務(wù)器的軟件或網(wǎng)絡(luò)設(shè)備。當(dāng)單一服務(wù)器的性能已經(jīng)不能滿(mǎn)足日益增多的用戶(hù)訪(fǎng)問(wèn)需要,需要引入服務(wù)器的負(fù)載均衡,實(shí)現(xiàn)客戶(hù)端可訪(fǎng)問(wèn)多臺(tái)同時(shí)工作的服務(wù)器,動(dòng)態(tài)分配每一個(gè)應(yīng)用請(qǐng)求到后臺(tái)的服務(wù)器,并即時(shí)按需動(dòng)態(tài)檢查各個(gè)服務(wù)器的狀態(tài),根據(jù)預(yù)設(shè)的規(guī)則將請(qǐng)求分配給最有效率的服務(wù)器。適用場(chǎng)景基于服務(wù)器負(fù)載均衡技術(shù)適用場(chǎng)景如下：提高性能：負(fù)載均衡器可以實(shí)現(xiàn)服務(wù)器之間的負(fù)載平衡,從而提高了系統(tǒng)的反應(yīng)速度與總體性能；提高可靠性：負(fù)載均衡器可以對(duì)服務(wù)器的運(yùn)行狀況進(jìn)行監(jiān)控,及時(shí)發(fā)現(xiàn)運(yùn)行異常的服務(wù)器,并將訪(fǎng)問(wèn)請(qǐng)求轉(zhuǎn)移到其它可以正常工作的服務(wù)器上,從而提高服務(wù)器組的可靠性。組網(wǎng)架構(gòu)方案架構(gòu)如上圖所示,該組網(wǎng)中,負(fù)載均衡器采用雙機(jī),分別掛載在主備二層核心交換機(jī)上,當(dāng)主用負(fù)載均衡器故障時(shí)會(huì)自動(dòng)切換到備用負(fù)載均衡器上。負(fù)載均衡器支持NAT、DR和HOST三種數(shù)據(jù)包轉(zhuǎn)發(fā)模式。其中：性能最優(yōu)的是DR模式,其次是NAT模式,HOST模式是基于內(nèi)容的解析,性能一般。對(duì)于NAT模式要求真實(shí)服務(wù)器默認(rèn)網(wǎng)關(guān)指向負(fù)載均衡器的地址；DR模式要求所有服務(wù)器在同一個(gè)網(wǎng)絡(luò)內(nèi),并且真實(shí)服務(wù)器需要添加本地回環(huán)IP地址為負(fù)載均衡器上虛擬服務(wù)的IP地址。NAT轉(zhuǎn)發(fā)方式編號(hào)源IP地址目標(biāo)IP地址1234DR轉(zhuǎn)發(fā)方式DR〔DirectRoute,即直接路由。使用DR模式進(jìn)行負(fù)載均衡時(shí),真實(shí)服務(wù)器處理完負(fù)載均衡器轉(zhuǎn)發(fā)的客戶(hù)端請(qǐng)求后,可以直接將請(qǐng)求處理結(jié)果通過(guò)路由返回給客戶(hù)端,不需要再經(jīng)過(guò)負(fù)載均衡器轉(zhuǎn)發(fā)。編號(hào)源IP地址目標(biāo)IP地址123HOST轉(zhuǎn)發(fā)方式編號(hào)源IP地址目標(biāo)IP地址1234技術(shù)特點(diǎn)負(fù)載均衡器具有以下技術(shù)特點(diǎn)：支持多種調(diào)度算法支持最少連接數(shù)、輪詢(xún)、加權(quán)最少連接數(shù)和加權(quán)輪詢(xún)等調(diào)度算法服務(wù)器健康檢查健康檢查用于確保遠(yuǎn)程服務(wù)器的可用性,支持基于Ping、UDP、TCP、HTTP和SHELL腳本的健康檢查。過(guò)載控制靜態(tài)過(guò)載控制：通過(guò)活動(dòng)連接數(shù)、每秒連接數(shù)以及內(nèi)存使用量等指標(biāo),控制應(yīng)用服務(wù)器的負(fù)載,確保資源池中應(yīng)用服務(wù)器運(yùn)行在正常性能范圍內(nèi)。

動(dòng)態(tài)過(guò)載控制：根據(jù)CPU的占用率控制應(yīng)用服務(wù)器的負(fù)載。當(dāng)CPU占用率達(dá)到閾值時(shí),會(huì)丟棄一定比例的請(qǐng)求,保障應(yīng)用服務(wù)的正常運(yùn)行,直到CPU占用率回落到閾值以下。支持流量控制支持流量控制,控制客戶(hù)端的請(qǐng)求流量,提高整體的可靠性。通過(guò)三種方式實(shí)現(xiàn)：限制某個(gè)服務(wù)在指定周期內(nèi)的HTTP請(qǐng)求數(shù)量、限制某個(gè)服務(wù)在指定周期內(nèi)的上載數(shù)據(jù)量〔請(qǐng)求數(shù)據(jù)量、限制某個(gè)服務(wù)在指定周期內(nèi)的下載數(shù)據(jù)量〔響應(yīng)數(shù)據(jù)量支持集群支持主備方式的集群全局負(fù)載均衡<GSLB>技術(shù)概述隨著用戶(hù)對(duì)應(yīng)用可用性和擴(kuò)展性需求的進(jìn)一步增加,越來(lái)越多的用戶(hù)不滿(mǎn)足于在單一數(shù)據(jù)中心提供服務(wù),開(kāi)始考慮容災(zāi)、用戶(hù)就近訪(fǎng)問(wèn)等問(wèn)題。這正是負(fù)載均衡設(shè)備中的全局服務(wù)器負(fù)載均衡技術(shù)〔GSLB所要解決的問(wèn)題。絕大部分使用負(fù)載均衡技術(shù)的應(yīng)用都通過(guò)域名來(lái)訪(fǎng)問(wèn)目的主機(jī),在用戶(hù)發(fā)出任何應(yīng)用連接請(qǐng)求時(shí),首先必須通過(guò)DNS請(qǐng)求獲得服務(wù)器的IP地址,基于DNS的GSLB正是在返回DNS解析結(jié)果的過(guò)程中進(jìn)行智能決策,給用戶(hù)返回一個(gè)最佳的服務(wù)IP。適用場(chǎng)景全局負(fù)載均衡技術(shù)適用場(chǎng)景如下：跨站點(diǎn)負(fù)載均衡：可以實(shí)現(xiàn)跨數(shù)據(jù)中心的流量分擔(dān),用戶(hù)就近訪(fǎng)問(wèn)某一數(shù)據(jù)中心?？蛻?hù)端訪(fǎng)問(wèn)切換：當(dāng)生產(chǎn)中心故障,可以將用戶(hù)的訪(fǎng)問(wèn)流量自動(dòng)切換到容災(zāi)站點(diǎn),從而實(shí)現(xiàn)客戶(hù)端訪(fǎng)問(wèn)路徑的自動(dòng)切換。組網(wǎng)架構(gòu)GSLB對(duì)于DNS請(qǐng)求的處理流程如下：客戶(hù)端向本地DNS發(fā)起站點(diǎn)查詢(xún)請(qǐng)求。當(dāng)本地DNS中沒(méi)有該站點(diǎn)對(duì)應(yīng)的IP地址信息時(shí),則轉(zhuǎn)發(fā)該請(qǐng)求給GSLBMaster。GSLBMaster轉(zhuǎn)發(fā)該請(qǐng)求給所有GSLBSlave。所有GSLBSlave反饋?lái)憫?yīng)信息給GSLBMaster。GSLBMaster會(huì)選擇最快響應(yīng)的GSLBSlave〔例如：SiteA中的GSLBSlave,并返回應(yīng)答給本地DNS。本地DNS轉(zhuǎn)發(fā)GSLBMaster的應(yīng)答給客戶(hù)端。客戶(hù)端就可以訪(fǎng)問(wèn)提供服務(wù)的應(yīng)用服務(wù)器了,例如：SiteA中的RealServer。技術(shù)特點(diǎn)從GSLB處理流程可以看出,其核心在GSLB策略,常用的一些GSLB策略包括：1>各內(nèi)容站點(diǎn)的"健康狀況"GSLBController對(duì)各內(nèi)容站點(diǎn)負(fù)載均衡設(shè)備上定義的VIP或服務(wù)器〔沒(méi)有本地負(fù)載均衡的情況進(jìn)行第四層TCP/UDP健康檢查和第七層應(yīng)用健康檢查。未能通過(guò)健康檢查的站點(diǎn)不會(huì)被選為最佳的內(nèi)容節(jié)點(diǎn)。2>地理區(qū)域或用戶(hù)自定義區(qū)域一個(gè)區(qū)域?yàn)槿舾蓷lIP地址前綴。根據(jù)用戶(hù)本地DNS的IP地址,將特定IP范圍的用戶(hù)優(yōu)先分配到某個(gè)通過(guò)健康檢查的站點(diǎn)。值得一提的是,由于DNS本身的工作原理所限,GSLBController只能看到用戶(hù)本地DNS的IP地址,而不是用戶(hù)終端的IP地址。當(dāng)用戶(hù)使用錯(cuò)誤的本地DNS〔如教育網(wǎng)用戶(hù)配置網(wǎng)通的DNS服務(wù)器時(shí),GSLBController返回的DNS應(yīng)答將不是最佳的站點(diǎn)。這是基于DNS的GSLB的一個(gè)弱點(diǎn),但由于絕大部分運(yùn)營(yíng)商現(xiàn)在限制其他運(yùn)營(yíng)商的客戶(hù)使用自己的DNS,出現(xiàn)這種錯(cuò)誤配置的比例非常小。3>IP地址權(quán)重可以為DNS應(yīng)答中的每個(gè)IP地址分配權(quán)重,權(quán)重決定與其他候選IP相比分配到該IP的流量比例。4>站點(diǎn)〔Site權(quán)重可以為每個(gè)Site分配權(quán)重,權(quán)重決定與其他候選Site相比分配到該Site的流量比例。5>會(huì)話(huà)能力閾值通過(guò)廠(chǎng)商自由的GSLB協(xié)議,GSLBController可以獲得每個(gè)站點(diǎn)負(fù)載均衡設(shè)備當(dāng)前可用會(huì)話(huà)數(shù)和會(huì)話(huà)表大小的最大值,當(dāng)前會(huì)話(huà)數(shù)/最大會(huì)話(huà)數(shù)比值超過(guò)定義的閾值時(shí),該站點(diǎn)不再被選擇。6>活動(dòng)服務(wù)器指一個(gè)GSLB節(jié)點(diǎn)綁定到一個(gè)VIP上的活動(dòng)真實(shí)服務(wù)器數(shù)量?？梢耘渲貌呗?xún)?yōu)先選擇活動(dòng)服務(wù)器最多的IP地址。7>往返時(shí)間<RTT>RTT策略是基于區(qū)域之外最常用的策略。有兩種模式的RTT測(cè)量：ActiveRTT測(cè)量與PassiveRTT測(cè)量。在實(shí)際部署中,由于網(wǎng)絡(luò)限制和性能原因,ActiveRTT往往無(wú)法使用,PassiveRTT更實(shí)用一些。8>當(dāng)前可用會(huì)話(huà)數(shù)9>站點(diǎn)管理優(yōu)先級(jí)〔AdminPreference為每個(gè)站點(diǎn)預(yù)設(shè)優(yōu)先級(jí),選擇優(yōu)先級(jí)較高的站點(diǎn)。10>最少選擇選擇從前被選擇的次數(shù)最少的節(jié)點(diǎn)。11>輪詢(xún)〔RoundRobin采用輪詢(xún)方式選擇站點(diǎn)。DWDM技術(shù)概述DWDM技術(shù)是指相鄰波長(zhǎng)間隔較小的WDM技術(shù),工作波長(zhǎng)位于1550nm窗口。可以在一個(gè)光纖上承載8~160個(gè)波長(zhǎng)。主要應(yīng)用于長(zhǎng)距離傳輸系統(tǒng)。適用場(chǎng)景組網(wǎng)架構(gòu)華為OSN系列OTN設(shè)備將為數(shù)據(jù)中心容災(zāi)提供業(yè)界領(lǐng)先的廣域傳送特性,適合于對(duì)容量、實(shí)時(shí)性等要求較高的容災(zāi)系統(tǒng),華為OSN系列具備海量級(jí)數(shù)據(jù)傳送能力,最大支持40G/100G×80波<3.2T~8T>；支持14種專(zhuān)業(yè)級(jí)存儲(chǔ)接口〔FC/FICON/ESCON等,具備7大主流存儲(chǔ)廠(chǎng)商的兼容性認(rèn)證；針對(duì)各種容災(zāi)組網(wǎng)類(lèi)型,OSN系列提供電信級(jí)的50ms級(jí)可靠保護(hù)；提供業(yè)界最佳的3000公里SAN拉遠(yuǎn)能力,滿(mǎn)足長(zhǎng)距離異地容災(zāi)需求。技術(shù)特點(diǎn)DWDM的技術(shù)特點(diǎn)和優(yōu)勢(shì)：〔1充分利用光纖的帶寬資源,傳輸容量巨大DWDM系統(tǒng)中的各波長(zhǎng)相互獨(dú)立,可透明傳輸不同的業(yè)務(wù),如SDH、GbE、ATM等信號(hào),實(shí)現(xiàn)多種信號(hào)的混合傳輸。如圖6所示,多個(gè)光信號(hào)通過(guò)采用不同的波長(zhǎng)復(fù)用到一根光纖中傳輸,每個(gè)波長(zhǎng)上承載不同信號(hào),在一根光纖中傳輸,大大提高了光纖容量,極大的節(jié)約了光纖資源,降低線(xiàn)路建設(shè)成本?！?超長(zhǎng)的傳輸距離利用摻鉺光纖放大器〔EDFA等多種超長(zhǎng)距傳輸技術(shù),可以對(duì)DWDM系統(tǒng)中的各通路信號(hào)同時(shí)放大,實(shí)現(xiàn)系統(tǒng)的長(zhǎng)距傳輸。〔3平滑升級(jí)擴(kuò)容存儲(chǔ)層解決方案HyperMetro技術(shù)OceanStor系列產(chǎn)品的HyperMetro功能,可以實(shí)現(xiàn)存儲(chǔ)雙活架構(gòu),為兩個(gè)數(shù)據(jù)中心存儲(chǔ)同時(shí)提供讀寫(xiě)服務(wù),且整個(gè)存儲(chǔ)系統(tǒng)架構(gòu)全冗余,任意數(shù)據(jù)中心故障時(shí),另外一個(gè)數(shù)據(jù)中心有一份存儲(chǔ)設(shè)備和相同數(shù)據(jù)可用,最大化提高了業(yè)務(wù)連續(xù)性。HyperMetro雙活集群原理存儲(chǔ)雙活集群技術(shù)HyperMetro最大支持32個(gè)存儲(chǔ)控制器,向應(yīng)用服務(wù)器提供無(wú)差異的并行訪(fǎng)問(wèn),同時(shí)處理應(yīng)用服務(wù)器的I/O請(qǐng)求；各控制器間互為備份,均衡負(fù)載,控制器故障后,其承接的業(yè)務(wù)自動(dòng)切換到正?？刂破?保證系統(tǒng)的可靠性、業(yè)務(wù)的連續(xù)性。集群間的通信支持FC或10Ge鏈路,通信包括集群心跳和數(shù)據(jù)鏡像。其工作原理如下圖所示。存儲(chǔ)數(shù)據(jù)鏡像通過(guò)HyperMetroLUN功能,保證兩個(gè)站點(diǎn)磁盤(pán)陣列之間數(shù)據(jù)的實(shí)時(shí)同步。兩臺(tái)存儲(chǔ)設(shè)備上的LUN被虛擬化為一個(gè)虛擬的卷,主機(jī)寫(xiě)操作通過(guò)卷虛擬化鏡像技術(shù)同時(shí)寫(xiě)入兩個(gè)數(shù)據(jù)中心的存儲(chǔ)設(shè)備,保持?jǐn)?shù)據(jù)實(shí)時(shí)一致。具體的IO讀寫(xiě)流程如下圖所示。假如數(shù)據(jù)中心A陣列收到寫(xiě)I/O,處理流程如下：1、申請(qǐng)寫(xiě)權(quán)限和記錄寫(xiě)日志：數(shù)據(jù)中心A陣列收到主機(jī)寫(xiě)請(qǐng)求,先申請(qǐng)HyperMetroLUN的寫(xiě)權(quán)限；獲得寫(xiě)權(quán)限后,HyperMetro將該請(qǐng)求記錄寫(xiě)日志。日志中只記錄地址信息,不記錄具體的寫(xiě)數(shù)據(jù)內(nèi)容；該日志采用具有掉電保護(hù)能力的內(nèi)存空間記錄以獲得良好的性能。2、執(zhí)行雙寫(xiě)：將該請(qǐng)求拷貝2份分別寫(xiě)入本地LUN和遠(yuǎn)端LUN。通常情況下LUN是回寫(xiě)狀態(tài),數(shù)據(jù)會(huì)寫(xiě)入該LUN的Cache就會(huì)返回。3、雙寫(xiě)結(jié)果處理：等待兩端LUN的寫(xiě)處理結(jié)果都返回；4、響應(yīng)主機(jī)：鏡像卷返回寫(xiě)I/O操作完成。如果任何一個(gè)存儲(chǔ)設(shè)備故障,采用日志記錄故障期間數(shù)據(jù)的變化情況,待存儲(chǔ)設(shè)備恢復(fù)正常后,將增量數(shù)據(jù)后臺(tái)同步到修復(fù)的存儲(chǔ)設(shè)備,整個(gè)過(guò)程對(duì)主機(jī)"透明",不會(huì)影響主機(jī)業(yè)務(wù)。存儲(chǔ)數(shù)據(jù)修復(fù)單塊磁盤(pán)可能會(huì)因?yàn)榈綦姷犬惓Ｇ闆r出現(xiàn)壞塊。如果是可修復(fù)錯(cuò)誤而且本端無(wú)法修復(fù),因?yàn)檫h(yuǎn)端站點(diǎn)有鏡像數(shù)據(jù),則會(huì)自動(dòng)從遠(yuǎn)端站點(diǎn)獲取數(shù)據(jù)來(lái)修復(fù)本地?cái)?shù)據(jù)盤(pán)的壞塊,進(jìn)一步提高系統(tǒng)可靠性。假如數(shù)據(jù)中心A陣列收到寫(xiě)I/O,鏡像處理流程如下：申請(qǐng)讀權(quán)限：陣列收到主機(jī)讀請(qǐng)求,先確認(rèn)HyperMetro的本地讀權(quán)限。讀本地LUN。讀本地LUN結(jié)果返回,如果可修復(fù)錯(cuò)誤,執(zhí)行錯(cuò)誤修復(fù)。重定向遠(yuǎn)端讀。遠(yuǎn)端讀返回。讀結(jié)果返回。本地寫(xiě)入修復(fù)。邏輯錯(cuò)誤保護(hù)當(dāng)遭遇病毒攻擊或人為誤操作等異常時(shí),數(shù)據(jù)中心的數(shù)據(jù)可能被破壞。采用虛擬快照技術(shù),在操作前對(duì)現(xiàn)有數(shù)據(jù)卷激活快照,實(shí)現(xiàn)本地?cái)?shù)據(jù)保護(hù)。虛擬快照采用寫(xiě)前拷貝〔COW技術(shù),僅將變化的數(shù)據(jù)拷貝至快照卷,系統(tǒng)資源占用少。當(dāng)原卷數(shù)據(jù)被錯(cuò)誤修改或刪除,需要進(jìn)行恢復(fù)時(shí),采用快照對(duì)原卷進(jìn)行回滾,實(shí)現(xiàn)數(shù)據(jù)恢復(fù),并且,快照卷可分別映射給主機(jī)進(jìn)行數(shù)據(jù)測(cè)試和挖掘,不影響生產(chǎn)業(yè)務(wù)。結(jié)合華為容災(zāi)管理軟件,激活快照前觸發(fā)數(shù)據(jù)庫(kù)完全檢查點(diǎn),待數(shù)據(jù)下盤(pán)完成后,激活快照,保證快照數(shù)據(jù)完全滿(mǎn)足數(shù)據(jù)庫(kù)的一致性要求,快速拉起數(shù)據(jù)庫(kù)。高可靠仲裁防腦裂技術(shù)為保證各種異常情況下,存儲(chǔ)雙活集群能夠進(jìn)行仲裁,建議設(shè)計(jì)第三方仲裁站點(diǎn),以保證極端場(chǎng)景下的業(yè)務(wù)連續(xù)性。極端場(chǎng)景包括：出現(xiàn)數(shù)據(jù)中心整體故障或中間鏈路故障等場(chǎng)景,存儲(chǔ)集群仍然可以訪(fǎng)問(wèn)仲裁服務(wù)器進(jìn)行仲裁,保證業(yè)務(wù)可靠性和數(shù)據(jù)一致性。有仲裁站點(diǎn)的場(chǎng)景如下圖所示,為保證任一數(shù)據(jù)中心整體故障或中間鏈路故障等極端場(chǎng)景下,主機(jī)業(yè)務(wù)的連續(xù)性,方案建議采用仲裁服務(wù)器。這樣,可以保證極端災(zāi)難場(chǎng)景下,存儲(chǔ)集群仍然可以訪(fǎng)問(wèn)仲裁服務(wù)器進(jìn)行仲裁,保證業(yè)務(wù)可靠性和數(shù)據(jù)一致性。第三方仲裁站點(diǎn)位于XX點(diǎn),XX點(diǎn)與兩個(gè)數(shù)據(jù)中心之間通過(guò)XX線(xiàn)互聯(lián)。仲裁服務(wù)器可以運(yùn)行在虛擬機(jī)上。當(dāng)出現(xiàn)任一數(shù)據(jù)中心整體故障或中間鏈路故障等極端場(chǎng)景,整個(gè)集群的仲裁過(guò)程如下：XX數(shù)據(jù)中心與XX數(shù)據(jù)中心之間的中間鏈路斷開(kāi),導(dǎo)致兩個(gè)數(shù)據(jù)中心集群發(fā)生分裂,進(jìn)而兩個(gè)中心之間的存儲(chǔ)虛擬化平臺(tái)發(fā)生"腦裂",存儲(chǔ)虛擬化平臺(tái)從一個(gè)大集群分裂為兩個(gè)小集群；根據(jù)集群"腦裂"的通用原理,當(dāng)大集群分裂為兩個(gè)小集群時(shí),每個(gè)小集群分別搶占第三方仲裁服務(wù)器,搶占成功的小集群"獲勝",將繼續(xù)對(duì)外提供服務(wù),為應(yīng)用提供存儲(chǔ)訪(fǎng)問(wèn)空間；未搶占到仲裁信息的小集群則自動(dòng)退出集群,不再對(duì)外提供服務(wù)；當(dāng)中間鏈路恢復(fù)時(shí),"自動(dòng)退出的小集群"檢測(cè)到中間鏈路由故障變?yōu)檎?嘗試與"繼續(xù)服務(wù)的小集群"握手通信,經(jīng)過(guò)握手通信兩個(gè)小集群再次組成一個(gè)大集群,以Active-Active模式提供服務(wù),互相之間實(shí)現(xiàn)冗余。下圖列出了基于仲裁服務(wù)器模式,各種故障場(chǎng)景下雙活業(yè)務(wù)是否存活的概要。H1和H2表示組成雙活HyperMetroLUN的兩個(gè)陣列,C表示對(duì)應(yīng)的仲裁服務(wù)器。無(wú)仲裁站點(diǎn)的場(chǎng)景若無(wú)第三方仲裁站點(diǎn),建議用戶(hù)在某個(gè)數(shù)據(jù)中心部署仲裁服務(wù)器,業(yè)務(wù)表現(xiàn)和上述的描述大致一致,但如果仲裁服務(wù)器所在的數(shù)據(jù)中心整體故障,雙活業(yè)務(wù)停止。若無(wú)仲裁服務(wù)器,用戶(hù)可以設(shè)置其中一端陣列為優(yōu)先站點(diǎn),另一端為非優(yōu)先站點(diǎn)。當(dāng)發(fā)生腦裂場(chǎng)景,或者非優(yōu)先站點(diǎn)故障時(shí),優(yōu)先站點(diǎn)上的lun繼續(xù)提供服務(wù),非優(yōu)先站點(diǎn)的lun停止提供服務(wù)。不足之處在于當(dāng)兩陣列之間失去聯(lián)系,可能是站點(diǎn)間鏈路丟失或其中一個(gè)陣列故障。系統(tǒng)不能區(qū)分這兩種情況,當(dāng)優(yōu)先站點(diǎn)陣列故障時(shí),非優(yōu)先站點(diǎn)不能接管雙活業(yè)務(wù),雙活業(yè)務(wù)停止。主機(jī)層解決方案VMWare容災(zāi)技術(shù)技術(shù)概述虛擬機(jī)HA是當(dāng)計(jì)算節(jié)點(diǎn)上的虛擬機(jī)出現(xiàn)故障時(shí),系統(tǒng)自動(dòng)將此虛擬機(jī)在其他正常的計(jì)算節(jié)點(diǎn)上恢復(fù),使該虛擬機(jī)能正常使用。虛擬機(jī)在HA的過(guò)程中不可以使用。適用場(chǎng)景虛擬機(jī)HA使用于虛擬機(jī)故障或者主機(jī)故障場(chǎng)景,通過(guò)監(jiān)控虛擬機(jī)或物理機(jī),當(dāng)虛擬機(jī)故障時(shí)在原主機(jī)上重新拉起；物理機(jī)故障則在其它主機(jī)上拉起所有故障的虛擬機(jī)。組網(wǎng)架構(gòu)生產(chǎn)站點(diǎn)部分正在運(yùn)行的主機(jī)或虛擬機(jī)發(fā)生異?！踩缰鳈C(jī)下電、主機(jī)重啟、虛擬機(jī)藍(lán)屏,虛擬機(jī)優(yōu)先通過(guò)DRS功能在本地冗余主機(jī)上HA。若本地冗余主機(jī)資源不足,則虛擬機(jī)通過(guò)集群內(nèi)HA功能在容災(zāi)站點(diǎn)主機(jī)上HA。發(fā)生容災(zāi)時(shí),虛擬機(jī)短時(shí)間內(nèi)不可用〔依賴(lài)于虛擬機(jī)HA時(shí)間,數(shù)據(jù)無(wú)丟失。容災(zāi)后,生產(chǎn)站點(diǎn)虛擬機(jī)仍然訪(fǎng)問(wèn)本地存儲(chǔ)資源,容災(zāi)站點(diǎn)容災(zāi)虛擬機(jī)將跨站點(diǎn)訪(fǎng)問(wèn)生產(chǎn)站點(diǎn)的存儲(chǔ)資源。技術(shù)特點(diǎn)當(dāng)計(jì)算節(jié)點(diǎn)上的虛擬機(jī)出現(xiàn)故障時(shí),系統(tǒng)自動(dòng)將此虛擬機(jī)在其他正常的計(jì)算節(jié)點(diǎn)上恢復(fù),使該虛擬機(jī)能正常使用。虛擬機(jī)在HA的過(guò)程中不可以使用。HA的目標(biāo)服務(wù)器必須滿(mǎn)足該虛擬機(jī)需要的資源要求。虛擬機(jī)HA只能在同一個(gè)遷移域中進(jìn)行,一個(gè)遷移域即一個(gè)Cluster。數(shù)據(jù)庫(kù)層解決方案OracleRAC技術(shù)技術(shù)概述RAC全稱(chēng)RealApplicationClusters,是Oracle數(shù)據(jù)庫(kù)高可用技術(shù)的一種,也是Oracle數(shù)據(jù)庫(kù)支持網(wǎng)格計(jì)算環(huán)境的核心技術(shù)。從10g版本開(kāi)始Oracle推出了OracleClusterware集群軟件,使得RAC不再依賴(lài)于第三方廠(chǎng)商得集群軟件實(shí)現(xiàn)多節(jié)點(diǎn)并發(fā)的集群數(shù)據(jù)庫(kù)。如圖所示,一組OracleRAC數(shù)據(jù)庫(kù)服務(wù)器組成一個(gè)集群,他們之間通過(guò)高速內(nèi)網(wǎng)相互聯(lián),共享緩存。用戶(hù)通過(guò)外部網(wǎng)絡(luò)連接到數(shù)據(jù)庫(kù)集群,當(dāng)數(shù)據(jù)庫(kù)服務(wù)器有單點(diǎn)故障時(shí),上層用戶(hù)不會(huì)受到任何影響。數(shù)據(jù)庫(kù)集群共享下層的SAN存儲(chǔ)。OracleRAC是Oracle數(shù)據(jù)庫(kù)高可用技術(shù)之一,也是Oracle數(shù)據(jù)庫(kù)支持網(wǎng)格計(jì)算環(huán)境的核心技術(shù),可提供多節(jié)點(diǎn)并發(fā)的數(shù)據(jù)庫(kù)應(yīng)用,并通過(guò)監(jiān)聽(tīng)客戶(hù)端和服務(wù)器端實(shí)現(xiàn)負(fù)載均衡,把用戶(hù)連接分配到不同的節(jié)點(diǎn)上執(zhí)行。OracleExtendedRAC在OracleRAC技術(shù)基礎(chǔ)上提供了一種跨數(shù)據(jù)中心的雙活集群架構(gòu),當(dāng)單中心故障時(shí),另外一個(gè)數(shù)據(jù)中心存活的節(jié)點(diǎn)可自動(dòng)接管業(yè)務(wù),接管過(guò)程對(duì)上層業(yè)務(wù)透明,用戶(hù)無(wú)感知?；贠racleExtendedRAC,構(gòu)建雙活數(shù)據(jù)中心來(lái)并行承擔(dān)相同業(yè)務(wù),提高數(shù)據(jù)中心的整體服務(wù)能力和系統(tǒng)資源利用率成為可能。在這種場(chǎng)景下,兩個(gè)數(shù)據(jù)中心互為備份,當(dāng)單數(shù)據(jù)中心故障時(shí),業(yè)務(wù)可以能自動(dòng)切換到另一數(shù)據(jù)中心,業(yè)務(wù)不中斷。OracleExtendedRAC的核心是共享存儲(chǔ)子系統(tǒng),通過(guò)共享訪(fǎng)問(wèn)數(shù)據(jù)文件、重做日志文件、控制文件和參數(shù)文件的方式,確保各節(jié)點(diǎn)都能進(jìn)行讀寫(xiě)操作,且在單個(gè)節(jié)點(diǎn)出現(xiàn)故障時(shí),剩余節(jié)點(diǎn)能夠自動(dòng)接管并恢復(fù)數(shù)據(jù)庫(kù)。雙活架構(gòu)數(shù)據(jù)中心方案采用共享卷技術(shù),將跨數(shù)據(jù)中心的存儲(chǔ)空間以共享方式提供給上層應(yīng)用訪(fǎng)問(wèn),滿(mǎn)足OracleRAC共享存儲(chǔ)需求,使得兩個(gè)數(shù)據(jù)中心的節(jié)點(diǎn)可構(gòu)成一個(gè)跨數(shù)據(jù)中心OracleExtendedRAC集群。OracleExtendedRAC集群配合Oracle監(jiān)聽(tīng)器技術(shù),可實(shí)現(xiàn)客戶(hù)端在數(shù)據(jù)中心間業(yè)務(wù)雙活訪(fǎng)問(wèn)和負(fù)載均衡；配合Oracle透明應(yīng)用程序故障轉(zhuǎn)移〔TAF技術(shù),當(dāng)服務(wù)器或單數(shù)據(jù)中心故障時(shí),使客戶(hù)端能夠在新的連接中繼續(xù)工作,防止業(yè)務(wù)中斷。構(gòu)建以O(shè)racleExtendedRAC為數(shù)據(jù)平臺(tái)的雙活數(shù)據(jù)中心,底層以虛擬化智能存儲(chǔ)和智能光傳送平臺(tái)為基礎(chǔ),以100km光傳輸距離為限,解決了傳統(tǒng)災(zāi)備中心不能承載業(yè)務(wù)和自動(dòng)業(yè)務(wù)切換的問(wèn)題,為應(yīng)用系統(tǒng)提供最高的業(yè)務(wù)連續(xù)性保障,確保業(yè)務(wù)系統(tǒng)發(fā)生設(shè)備故障、甚至單數(shù)據(jù)中心故障時(shí),業(yè)務(wù)無(wú)感知自動(dòng)切換,實(shí)現(xiàn)RPO〔RecoveryPointObjective和RTO〔RecoveryTimeObjective都為零。以O(shè)racleExtendedRAC為數(shù)據(jù)平臺(tái)的雙活數(shù)據(jù)中心,其亮點(diǎn)和優(yōu)勢(shì)如下：高可用性：兩中心數(shù)據(jù)實(shí)時(shí)鏡像同步,任一數(shù)據(jù)中心故障,另一數(shù)據(jù)中心可自動(dòng)接管業(yè)務(wù),實(shí)現(xiàn)RPO=0、RTO=0。結(jié)合存儲(chǔ)虛擬化層的快照技術(shù),可防止人為誤操作導(dǎo)致的數(shù)據(jù)錯(cuò)誤