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

動態(tài)過載控制：根據(jù)CPU的占用率控制應(yīng)用效勞器的負(fù)載。當(dāng)CPU占用率到達(dá)閾值時，會丟棄一定比例的請求，保障應(yīng)用效勞的正常運(yùn)行，直到CPU占用率回落到閾值以下。支持流量控制支持流量控制，控制客戶端的請求流量，提高整體的可靠性。通過三種方式實現(xiàn)：限制*個效勞在指定周期內(nèi)的HTTP請求數(shù)量、限制*個效勞在指定周期內(nèi)的上載數(shù)據(jù)量〔請求數(shù)據(jù)量〕、限制*個效勞在指定周期內(nèi)的下載數(shù)據(jù)量〔響應(yīng)數(shù)據(jù)量〕支持集群支持主備方式的集群全局負(fù)載均衡(GSLB)技術(shù)概述隨著用戶對應(yīng)用可用性和擴(kuò)展性需求的進(jìn)一步增加，越來越多的用戶不滿足于在單一數(shù)據(jù)中心提供效勞，開場考慮容災(zāi)、用戶就近訪問等問題。這正是負(fù)載均衡設(shè)備中的全局效勞器負(fù)載均衡技術(shù)〔GSLB〕所要解決的問題。絕大局部使用負(fù)載均衡技術(shù)的應(yīng)用都通過域名來訪問目的主機(jī)，在用戶發(fā)出任何應(yīng)用連接請求時，首先必須通過DNS請求獲得效勞器的IP地址，基于DNS的GSLB正是在返回DNS解析結(jié)果的過程中進(jìn)展智能決策，給用戶返回一個最正確的效勞IP。適用場景全局負(fù)載均衡技術(shù)適用場景如下：跨站點負(fù)載均衡：可以實現(xiàn)跨數(shù)據(jù)中心的流量分擔(dān)，用戶就近訪問*一數(shù)據(jù)中心。客戶端訪問切換：當(dāng)生產(chǎn)中心故障，可以將用戶的訪問流量自動切換到容災(zāi)站點，從而實現(xiàn)客戶端訪問路徑的自動切換。組網(wǎng)架構(gòu)GSLB對于DNS請求的處理流程如下：客戶端向本地DNS發(fā)起站點查詢請求。當(dāng)本地DNS中沒有該站點對應(yīng)的IP地址信息時，則轉(zhuǎn)發(fā)該請求給GSLBMaster。GSLBMaster轉(zhuǎn)發(fā)該請求給所有GSLBSlave。所有GSLBSlave反響響應(yīng)信息給GSLBMaster。GSLBMaster會選擇最快響應(yīng)的GSLBSlave〔例如：SiteA中的GSLBSlave〕，并返回應(yīng)答給本地DNS。本地DNS轉(zhuǎn)發(fā)GSLBMaster的應(yīng)答給客戶端。客戶端就可以訪問提供效勞的應(yīng)用效勞器了，例如：SiteA中的RealServer。技術(shù)特點從GSLB處理流程可以看出，其核心在GSLB策略，常用的一些GSLB策略包括：1)各內(nèi)容站點的“安康狀況〞GSLBController對各內(nèi)容站點負(fù)載均衡設(shè)備上定義的VIP或效勞器〔沒有本地負(fù)載均衡的情況〕進(jìn)展第四層TCP/UDP安康檢查和第七層應(yīng)用安康檢查。未能通過安康檢查的站點不會被選為最正確的內(nèi)容節(jié)點。

2)地理區(qū)域或用戶自定義區(qū)域一個區(qū)域為假設(shè)干條IP地址前綴。根據(jù)用戶本地DNS的IP地址，將特定IP*圍的用戶優(yōu)先分配到*個通過安康檢查的站點。值得一提的是，由于DNS本身的工作原理所限，GSLBController只能看到用戶本地DNS的IP地址，而不是用戶終端的IP地址。當(dāng)用戶使用錯誤的本地DNS〔如教育網(wǎng)用戶配置網(wǎng)通的DNS效勞器〕時，GSLBController返回的DNS應(yīng)答將不是最正確的站點。這是基于DNS的GSLB的一個弱點，但由于絕大局部運(yùn)營商現(xiàn)在限制其他運(yùn)營商的客戶使用自己的DNS，出現(xiàn)這種錯誤配置的比例非常小。

3)IP地址權(quán)重可以為DNS應(yīng)答中的每個IP地址分配權(quán)重，權(quán)重決定與其他候選IP相比分配到該IP的流量比例。4)站點〔Site〕權(quán)重可以為每個Site分配權(quán)重，權(quán)重決定與其他候選Site相比分配到該Site的流量比例。5)會話能力閾值通過廠商自由的GSLB協(xié)議，GSLBController可以獲得每個站點負(fù)載均衡設(shè)備當(dāng)前可用會話數(shù)和會話表大小的最大值，當(dāng)前會話數(shù)/最大會話數(shù)比值超過定義的閾值時，該站點不再被選擇。6)活動效勞器指一個GSLB節(jié)點綁定到一個VIP上的活動真實效勞器數(shù)量。可以配置策略優(yōu)先選擇活動效勞器最多的IP地址。7)往返時間(RTT)RTT策略是基于區(qū)域之外最常用的策略。有兩種模式的RTT測量：ActiveRTT測量與PassiveRTT測量。在實際部署中，由于網(wǎng)絡(luò)限制和性能原因，ActiveRTT往往無法使用，PassiveRTT更實用一些。8)當(dāng)前可用會話數(shù)9)站點管理優(yōu)先級〔AdminPreference〕為每個站點預(yù)設(shè)優(yōu)先級，選擇優(yōu)先級較高的站點。10)最少選擇選擇從前被選擇的次數(shù)最少的節(jié)點。11)輪詢〔RoundRobin〕采用輪詢方式選擇站點。DWDM技術(shù)概述DWDM技術(shù)是指相鄰波長間隔較小的WDM技術(shù)，工作波長位于1550nm窗口。可以在一個光纖上承載8~160個波長。主要應(yīng)用于長距離傳輸系統(tǒng)。適用場景組網(wǎng)架構(gòu)華為OSN系列OTN設(shè)備將為數(shù)據(jù)中心容災(zāi)提供業(yè)界領(lǐng)先的廣域傳送特性，適合于對容量、實時性等要求較高的容災(zāi)系統(tǒng)，華為OSN系列具備海量級數(shù)據(jù)傳送能力，最大支持40G/100G×80波(3.2T~8T)；支持14種專業(yè)級存儲接口〔FC/FICON/ESCON等〕，具備7大主流存儲廠商的兼容性認(rèn)證；針對各種容災(zāi)組網(wǎng)類型，OSN系列提供電信級的50ms級可靠保護(hù)；提供業(yè)界最正確的3000公里SAN拉遠(yuǎn)能力，滿足長距離異地容災(zāi)需求。技術(shù)特點DWDM的技術(shù)特點和優(yōu)勢：〔1〕充分利用光纖的帶寬資源，傳輸容量巨大DWDM系統(tǒng)中的各波長相互獨立，可透明傳輸不同的業(yè)務(wù)，如SDH、GbE、ATM等