淺談華為存儲雙活技術(shù)

1、淺談華為存儲雙活技術(shù)目錄 TOC o 1-5 h z HYPERLINK l bookmark0 o Current Document 淺談華為存儲雙活技術(shù)1 HYPERLINK l bookmark6 o Current Document 第一章建設(shè)背景和趨勢2 HYPERLINK l bookmark8 o Current Document 第二章DR與BC分析2 HYPERLINK l bookmark10 o Current Document 第三章雙活建設(shè)目標4 HYPERLINK l bookmark14 o Current Document 第四章雙活解決方案4 HYPERLIN

2、K l bookmark16 o Current Document 第五章客戶價值7 HYPERLINK l bookmark18 o Current Document 第六章華為雙活技術(shù)架構(gòu)8 HYPERLINK l bookmark20 o Current Document 華為雙活數(shù)據(jù)中心的定義及分類8 HYPERLINK l bookmark22 o Current Document 雙活數(shù)據(jù)中心架構(gòu)9 HYPERLINK l bookmark24 o Current Document 雙活數(shù)據(jù)中心部署10 HYPERLINK l bookmark26 o Current Docume

3、nt 第七章存儲層雙活技術(shù)介紹12AA雙活架構(gòu)12 HYPERLINK l bookmark31 o Current Document 高可靠技術(shù)15高性能技術(shù)28高可擴展性32第一章第二章 建設(shè)背景和趨勢隨著信息化技術(shù)的飛速發(fā)展，信息系統(tǒng)在各種行業(yè)的關(guān)鍵業(yè)務中扮演著越來 越重要的角色。在通訊、金融、醫(yī)療、電子商務、物流、政府等領(lǐng)域，信息系統(tǒng) 業(yè)務中斷會導致巨大經(jīng)濟損失、影響品牌形象并可能導致重要數(shù)據(jù)丟失。因此， 保證業(yè)務連續(xù)性是信息系統(tǒng)建設(shè)的關(guān)鍵。目前，各行業(yè)普遍通過建設(shè)災備中心來提高關(guān)鍵應用的業(yè)務連續(xù)性，在災備 中心保存生產(chǎn)數(shù)據(jù)副本。傳統(tǒng)災備部署方式為一個生產(chǎn)中心對應一個災備中心， 災備中

4、心平時不對外提供業(yè)務訪問。一旦生產(chǎn)中心發(fā)生災難，業(yè)務癱瘓，無法短 時間恢復時，災備中心才應需啟動以提供業(yè)務訪問。這種災備系統(tǒng)面臨以下挑戰(zhàn)：當生產(chǎn)中心遭遇供電故障、火災、洪災、地震等災難時，需要手動將業(yè) 務切換到災備中心，有可能需要專業(yè)的恢復手段和長時間調(diào)試，業(yè)務中 斷時間長，無法保證業(yè)務連續(xù)運行。 災備中心不能對外提供服務，常年處于閑置狀態(tài)，資源利用率低。 企業(yè)數(shù)據(jù)中心宕機的原因，如下圖：人為情提導致的宕機31,9%自帔災哲導致 的巖機 21.3%來源：IDC. 2Q1S延遲問題25.7%奈統(tǒng)故障導致的宕機342%第三章DR與BC分析隨著數(shù)字化業(yè)務的發(fā)展，業(yè)務競爭的日益激烈，如何保障數(shù)據(jù)的安全

5、并實現(xiàn) 業(yè)務連續(xù)，這對置身其中的每個企業(yè)都具有重大的意義，也是CIO們所無法回避 的問題。對于銀行交易結(jié)算、電信計費等核心業(yè)務來說，對數(shù)據(jù)中心的要求也不 再只停留在生產(chǎn)中心癱瘓時啟動災備中心，保證關(guān)鍵數(shù)據(jù)的絕對可靠還遠遠不夠， 業(yè)務連續(xù)運行已經(jīng)成為普遍性的訴求。對企業(yè)而言，業(yè)務連續(xù)性是一整套方案， 在發(fā)生災難或災難之后甚至是遭遇一個輕微的破壞時，企業(yè)可以通過業(yè)務連續(xù)性 計劃來恢復業(yè)務運行。該計劃不僅關(guān)乎技術(shù)，而且所涉及到的人與流程均要確保 業(yè)務運行的順利。而容災方案中的災難恢復，它指的是在毀滅性的的自然災難過 后用來恢復IT系統(tǒng)的具體步驟，包括恢復服務器或主機中的備份，重建專用交 換機，以及部

6、署局域網(wǎng)。比如，一個企業(yè)傳統(tǒng)的災備方案一般會構(gòu)建一個存放備份數(shù)據(jù)和系統(tǒng)的備用 地址，僅為了在災難過后可將它們恢復。保持對關(guān)鍵因素，如RPO以及RTO的 適當關(guān)注，在遭遇災難時，企業(yè)將在很大程度上避免數(shù)據(jù)丟失或支撐業(yè)務功能的 IT系統(tǒng)的破壞。然而，要建立一個穩(wěn)健的業(yè)務，這僅僅是完成了一半。業(yè)務連續(xù) 性方案包含了關(guān)注任務關(guān)鍵型服務，溝通策略以及雇員恢復的關(guān)鍵流程。一個企 業(yè)擁有了恰當?shù)臉I(yè)務連續(xù)性方案，則其可在災難之后迅速啟動并運行該系統(tǒng)，從 而遭受最低限度的損失。然而，有必要提醒一點，并不僅僅是大規(guī)模的災難才會引起業(yè)務連續(xù)性問題， 一個小小的破壞也會導致業(yè)務連續(xù)性被破壞。如圖4所示，大規(guī)模自然災害

7、在企 業(yè)數(shù)據(jù)中心宕機的原因中只占21.3%的比例，IT系統(tǒng)宕機和人為誤操作所占比例 超過60%。再比如，停車場的挖土機導致的斷電或當整個IT設(shè)備啟動和運行時 一個應用程序故障都將會導致業(yè)務連續(xù)性的中斷。云時代對企業(yè)的業(yè)務連續(xù)性要 求更高，單純的數(shù)據(jù)備份、存儲復制等功能已經(jīng)無法滿足企業(yè)對RPO=0和RTO=0 的訴求，企業(yè)需要考慮更加完善的解決方案來滿足對業(yè)務連續(xù)性的需求。通過如上描述可以看到，與能夠保證業(yè)務連續(xù)的雙活解決方案相比，傳統(tǒng) “Active-Passive”式容災方案存在如下幾個不足，這也是雙活方案更能吸引CIO 們的原因：傳統(tǒng)災備方案中，災備中心不能對外提供服務，常年處于閑置狀態(tài)而

8、造 成資源的“浪費”，資源利用率低。雙活更強調(diào)雙中心協(xié)同工作，使 IT 資源利用率與投資回報倍增。 當生產(chǎn)中心遭遇業(yè)務系統(tǒng)故障、供電故障甚至火災等災難時，傳統(tǒng)災備 方案需要專業(yè)人員手動將業(yè)務切換到災備中心，此間需要專業(yè)的恢復策 略和一定時間的調(diào)試驗證，業(yè)務中斷時間不可控，無法保證企業(yè)業(yè)務連 續(xù)運行。在傳統(tǒng)的災備方案中，為了保證數(shù)據(jù)中心的可用性，企業(yè)IT都要定期進 行容災演練。而這種大費周章的演練在雙活數(shù)據(jù)中心時代是完全不需要 的。一旦一個生產(chǎn)中心出現(xiàn)故障，另外的生產(chǎn)中心可以不需要人工干預， 隨時接管業(yè)務，對上層用戶完全透明，降低管理的復雜度。注：容災解決方案(DR： Disaster Reco

9、very)與業(yè)務連續(xù)性(BC： Business Continuity)第四章 雙活建設(shè)目標雙活數(shù)據(jù)中心的建設(shè)目標是保證兩個數(shù)據(jù)中心同時接受交易，處理相同數(shù)據(jù)， 如果一個生產(chǎn)中心出現(xiàn)問題時，交易可以在另一個中心持續(xù)進行，基本不需要進 行系統(tǒng)切換，生產(chǎn)中心和容災中心保持實時及一致的數(shù)據(jù)。系統(tǒng)雙活“ 0”切換：降低災難應對決策難度和時間有效避免故障時技術(shù)平臺的切換操作過程減少維護工作量，交易平滑在數(shù)據(jù)中心移動第五章 雙活解決方案針對傳統(tǒng)災備系統(tǒng)建設(shè)面臨的挑戰(zhàn)，基于華為存儲的雙活數(shù)據(jù)中心解決方案 應運而生,保證關(guān)鍵應用的業(yè)務連續(xù)性。華為HyperMetro免網(wǎng)關(guān)陣列雙活方案，以華為OceanStor

10、 V3融合存儲的 HyperMetro特性為基礎(chǔ)，與數(shù)據(jù)庫集群、傳輸設(shè)備和網(wǎng)絡等組件相結(jié)合，為客 戶提供300千米內(nèi)的端到端雙活數(shù)據(jù)中心解決方案，確保業(yè)務系統(tǒng)發(fā)生設(shè)備故障、 甚至單數(shù)據(jù)中心故障時，業(yè)務自動切換，上層應用無感知，實現(xiàn)RPO=0，RTO=0。華為HyperMetro免網(wǎng)關(guān)陣列雙活方案，是由兩套獨立的OceanStor V3存儲 系統(tǒng)同時提供兩個實時一致的數(shù)據(jù)副本供業(yè)務主機讀寫訪問，任意一副本故障，都不影響業(yè)務的連續(xù)運行。華為HyperMetro免網(wǎng)關(guān)陣列雙活方案示意圖:SAN/NASOracle RACVMwareFusionSphereHyperMetro免網(wǎng)關(guān)A-A雙活Ocea

11、nStor V3OceanStor V3華為HyperMetro免網(wǎng)關(guān)陣列雙活方案的特點：獨立的兩套存儲系統(tǒng)：在兩套軟硬件相互獨立的OceanStor V3存儲系統(tǒng) 之間實現(xiàn)雙活，可以有效的隔離單存儲系統(tǒng)的故障擴散，可靠性更有保 障。SAN與NAS 一體化雙活：不需要在SAN設(shè)備上再疊加額外NAS網(wǎng)關(guān)， 并通過陣列本身特性在業(yè)務層面同時實現(xiàn)數(shù)據(jù)庫與文件的雙活，降低業(yè) 務部署復雜度并有效減少I/O路徑故障點，提升系統(tǒng)可靠性?？刹l(fā)讀寫的A-A訪問機制：兩個數(shù)據(jù)中心提供強一致性的數(shù)據(jù)鏡像副 本，可以同時為上層應用提供相同業(yè)務數(shù)據(jù)，實現(xiàn)業(yè)務負載均衡。當一 個數(shù)據(jù)中心故障時，業(yè)務自動切換到另一個數(shù)據(jù)中

12、心，數(shù)據(jù)零丟失，業(yè) 務零中斷。實時同步的雙活副本：兩個雙活副本保持實時一致，RPO=0，RTO=0。即便第三方仲裁故障后雙活LUN仍然具備同時提供讀寫訪問的能力，以 保障數(shù)據(jù)的實時同步。保障性能的FC復制鏈路：雙活數(shù)據(jù)中心間的SAN網(wǎng)絡和數(shù)據(jù)鏡像同步 網(wǎng)絡支持FC組網(wǎng)，能夠保證關(guān)鍵業(yè)務雙活后的性能。眾所周知，IP網(wǎng) 絡很難滿足業(yè)務高性能，低時延的訴求，對數(shù)據(jù)中心部署的距離限制更 加苛刻。獨立第三方仲裁機制：華為HyperMetro免網(wǎng)關(guān)陣列雙活方案提供雙重 仲裁模式，即同時支持第三方仲裁和預定優(yōu)先兩種模式，且支持兩種模 式間自動轉(zhuǎn)換。第三方仲裁可以采用物理或者虛擬服務器的方式實現(xiàn)， 且生產(chǎn)中心

13、與仲裁服務器只需要IP網(wǎng)絡可達即可，不同于業(yè)界部分廠商 需要用第三方陣列做仲裁以及必須FC組網(wǎng)的方式，華為HyperMetro免 網(wǎng)關(guān)陣列雙活方案更靈活，TCO更低。止匕外，即便第三方仲裁發(fā)生故障， 華為HyperMetro免網(wǎng)關(guān)雙活方案可自動進入預定優(yōu)先模式，較傳統(tǒng)雙 活方案的仲裁機制更完善，業(yè)務連續(xù)性更高。 高可靠：每個雙活數(shù)據(jù)中心都有OceanStor V3存儲的冗余控制器，即便 單控制器發(fā)生故障剩余控制器能繼續(xù)提供業(yè)務，不需要將業(yè)務切換到對 端的數(shù)據(jù)中心，性能及效率更高。此外，在最極端情況下，構(gòu)成雙活系 統(tǒng)的4個控制器即便有3個出現(xiàn)損壞，業(yè)務仍然能連續(xù)運行。廣泛的增值特性兼容：華為Hy

14、perMetro雙活特性可以結(jié)合異構(gòu)虛擬化 特性接管不同廠商、不同品牌的存儲設(shè)備，用戶可以充分利用現(xiàn)有存儲 設(shè)備資源，實現(xiàn)高可靠的存儲資源整合，提高資源利用率，充分保護用 戶現(xiàn)有投資；也可以與快照，遠程復制等增值特性結(jié)合，充分利用本地 數(shù)據(jù)保護和遠程數(shù)據(jù)保護的特點，提供更高級別的業(yè)務連續(xù)性保護。可視化與簡單化的容災管理：華為HyperMetro免網(wǎng)關(guān)陣列雙活方案的 容災管理軟件，能夠提供簡化管理的容災拓撲展示與端到端監(jiān)控功能， 直觀清晰的展示保護方案的狀態(tài)與變化，實時監(jiān)控相關(guān)設(shè)備部件，實現(xiàn) 業(yè)務災難切換前就識別問題與故障并協(xié)助用戶排除，規(guī)避影響業(yè)務和增 加成本的容災切換發(fā)生。華為HyperMe

15、tro免網(wǎng)關(guān)陣列雙活方案為用戶提供6個9的可靠性謹體詡可克性用胃故障監(jiān)測整靜帶炊供鍍可克在保肝RAID工Q+短 融可巨性提升95佑華為陣列雙活方案堂務7m總茂第六章 客戶價值華為充分利用其寬產(chǎn)品線的優(yōu)勢，通過多產(chǎn)品的緊耦合，為客戶提供端到端 雙活數(shù)據(jù)中心解決方案，也是業(yè)界唯一可提供端到端雙活解決方案的廠家。面臨著市場的不斷變化和業(yè)務的高速發(fā)展、以及IT系統(tǒng)的可用性和業(yè)務性 的需求，華為雙活解決方案攜手XX打造同城災備建設(shè)，解決業(yè)務高速發(fā)展對IT 系統(tǒng)提出的更高要求，具體表現(xiàn)如下:業(yè)務連續(xù)性：華為雙活方案融合了華為傳輸與存儲技術(shù)的優(yōu)勢，是完整 數(shù)據(jù)中心雙活解決方案，可實現(xiàn)7x24小時業(yè)務不間斷運

16、行，RPO=0，RTO 心0,且維護過程中業(yè)務也不中斷。提升同城資源利用率：與傳統(tǒng)主備容災同城災備中心資源處于熱備狀態(tài) 不同，華為雙活方案可以實現(xiàn)IT系統(tǒng)在同城范圍內(nèi)的高可用，提高同城 數(shù)據(jù)中心和IT資源的利用率。保護投資，降低災備TCO：華為雙活方案通過端到端拉通，與主流數(shù)據(jù) 庫廠家合作，設(shè)計調(diào)優(yōu)，支持銀行原有第三方存儲，實現(xiàn)存儲設(shè)備統(tǒng)一 管理，從而幫助紫金農(nóng)商行充分利舊，保護投資。智能靈活，可視管理：用戶端和渠道端數(shù)據(jù)就近訪問，業(yè)務自動負載均 衡，可平滑演進至兩地三中心架構(gòu)，生產(chǎn)中心應用模板自動發(fā)放并與LB 聯(lián)動，統(tǒng)一管理，實時監(jiān)控災備狀態(tài)。第七章 華為雙活技術(shù)架構(gòu)華為雙活數(shù)據(jù)中心的定義及

17、分類“雙活”數(shù)據(jù)中心，是指對于同一業(yè)務系統(tǒng)兩個數(shù)據(jù)中心都能同時提供業(yè)務， 且互為備份，滿足多種故障場景，業(yè)務可以自動完成切換訪問，用戶幾乎無感知。雙活數(shù)據(jù)中心涉及到應用、計算、網(wǎng)絡和存儲等多個層面，其中存儲系統(tǒng)雙 活是雙活數(shù)據(jù)中心最主要的構(gòu)成，同時也是最重要的一環(huán)。存儲層雙活解決方案， 是指由兩套獨立的存儲設(shè)備提供兩個實時一致的數(shù)據(jù)副本，兩個副本可以被同一 業(yè)務主機并發(fā)讀寫訪問，且任一副本故障，不影響上層業(yè)務連續(xù)運行。目前主流的存儲層雙活解決方案主要分為以下三種方式：Active-Passive陣列雙活解決方案：僅主站點陣列承擔業(yè)務負載，從站點 陣列并不處于實時提供業(yè)務的狀態(tài)（分不可訪問和業(yè)務

18、轉(zhuǎn)發(fā)兩種模式）。 提供仲裁機制，單站點故障下能夠?qū)崿F(xiàn)業(yè)務連續(xù)。但需要注意的是，這 種模式下如果主站點服務器與主陣列間鏈路故障，可能會導致業(yè)務中斷。Active-Active陣列雙活解決方案：主從站點雙活架構(gòu)，同一個雙活LUN 的所有I/O路徑均可同時被訪問，主從陣列均可處理同一業(yè)務I/O,系統(tǒng) 間無需轉(zhuǎn)發(fā)，實現(xiàn)業(yè)務負載均衡，提供完善的仲裁機制，發(fā)生故障時無 縫切換。這種Active-Active架構(gòu)的雙活就是通常我們所說的真正意義的 陣列雙活架構(gòu)。網(wǎng)關(guān)型雙活解決方案：由專有設(shè)備對磁盤陣列虛擬化接管后再實現(xiàn) Active-Active雙活，能夠?qū)崿F(xiàn)負載均衡，提供仲裁機制，單站點故障下 能夠?qū)崿F(xiàn)業(yè)

19、務連續(xù)性。需要注意的是，增加網(wǎng)關(guān)設(shè)備意味著組網(wǎng)復雜度 加大，購置和管理成本也會增加；外置網(wǎng)關(guān)的引入讓IT系統(tǒng)增加了更多 的節(jié)點，I/O路徑的變長導致系統(tǒng)時延增加，對系統(tǒng)整體可靠性和性能 都會造成一定影響。尤其是全閃存應用日益盛行的時代，網(wǎng)關(guān)設(shè)備很容 易成為整個系統(tǒng)實現(xiàn)高性能與低時延的阻礙。通常我們所說的陣列雙活解決方案指的就是Active-Active陣列雙活解決方案，IDC 認為Active-Active陣列雙活解決方案應該滿足如下幾方面條件：由兩套軟/硬件相互獨立的存儲系統(tǒng)之間實現(xiàn)雙活。（如果是單套存儲不 同引擎間實現(xiàn)的雙活，無法處理單存儲系統(tǒng)掛死等異常場景，很可能導 致業(yè)務中斷。）兩套存

20、儲系統(tǒng)是否可以同時為上層應用提供同一個LUN的讀寫權(quán)限，雙 活的兩個副本都處于活動狀態(tài)（非主備模式），對外提供實時一致的鏡像 數(shù)據(jù)卷（RPO=0，RTO=0）。提供獨立的仲裁機制。（當提供雙活LUN的兩套存儲系統(tǒng)之間的鏈路故 障時，陣列已經(jīng)無法實時鏡像同步，此時只能由其中一套陣列繼續(xù)提供 服務。為了保證數(shù)據(jù)一致性，必須有獨立的第三方仲裁來決定由哪套陣 列繼續(xù)提供服務，否則容易出現(xiàn)腦裂，或者停止服務。）兩套存儲系統(tǒng)間的雙活復制鏈路支持高性能的FC組網(wǎng)。（保證關(guān)鍵業(yè)務 雙活后的性能。）雙活數(shù)據(jù)中心架構(gòu) 端到端雙活數(shù)據(jù)中心解決方案分為6層：存儲層、計算層、應用層、網(wǎng)絡層、傳 輸層和安全層。邏輯架構(gòu)圖

21、，如下：異構(gòu)陣列端到端雙活數(shù)據(jù)中心解決方案，為了實現(xiàn)更好的可靠性、性能和負載均衡，針對高可靠、優(yōu)化的二層互聯(lián)VMware FusionSphere 跨DC高可用、負載均衡、遷每一層進行一些設(shè)計和優(yōu)化。各層設(shè)計要點：方案模塊設(shè)計要點存儲層免網(wǎng)關(guān)雙活架構(gòu)。通過OceanStor V3陣列的HyperMetr。功能，實現(xiàn)存儲層的雙 活，減少方案故障點，避免存儲虛擬化網(wǎng)關(guān)的I/O性能瓶頸。通過OceanStor V3陣列的SmartVirtualization功能，接管 現(xiàn)網(wǎng)異構(gòu)存儲，將不同的存儲資源的統(tǒng)一池化。 通過FastWrite功能，將標準的1個寫I/O 2次往返優(yōu)化為1次 往返，提升寫性能。

22、通過自適應網(wǎng)絡功能，提升鏈路性能不均勻時的雙活性能。網(wǎng)絡層采用華為CloudEngine系列數(shù)據(jù)中心交換機的EVN技術(shù)。 通過EVN打通大二層網(wǎng)絡，實現(xiàn)2層網(wǎng)絡協(xié)議在3層網(wǎng)絡上運 行，保障了業(yè)務的跨數(shù)據(jù)中心互聯(lián)互通。通過多種互聯(lián)優(yōu)化技術(shù)，實現(xiàn)廣播域隔離，達到數(shù)據(jù)中心間 東西向流量優(yōu)化。通過雙活網(wǎng)關(guān)和路由注入等訪問優(yōu)化功能，優(yōu)化數(shù)據(jù)中心間 南北向流量優(yōu)化。安全層通過華為USG系列提供數(shù)據(jù)中心的FW、IDS等安全防護功能。通過數(shù)據(jù)中心間光傳輸加密技術(shù)，支持AES-256等多種加密 算法，預防數(shù)據(jù)中心間數(shù)據(jù)竊聽。計算層采用華為FusionSphere、VMware等虛擬化平臺提供跨數(shù)據(jù)中 心大集群技

23、術(shù)，滿足企業(yè)多種關(guān)鍵業(yè)務雙活的需求。應用層和人口口應用基于虛擬化集群提供更好的可靠性，通過負載均 衡實現(xiàn)業(yè)務自動切換。數(shù)據(jù)庫基于雙活LUN實現(xiàn)跨站點集群雙活部署。傳輸層采用華為OptiX OSN系列作為雙活數(shù)據(jù)中心的波分設(shè)備。通過線路冗余，板卡冗余，設(shè)備冗余三種1+1保護方案，滿 足多級可靠性要求。通過色散補償?shù)日{(diào)優(yōu)手段，確保傳輸層延時最小。雙活數(shù)據(jù)中心部署整體的方案物理組網(wǎng)圖網(wǎng)絡層應用層計算層存儲陽列存儲層存情陣列數(shù)據(jù)中心A數(shù)據(jù)中心B方案模塊部署方式模塊部署方式存儲層跨DC的兩套華為OceanStor V3系列存儲陣列組成一個存儲集 群。支持其中一臺異構(gòu)接管第三方存儲，使用接管后的LUN與另

24、 一臺V3上的LUN構(gòu)建雙活LUN。網(wǎng)絡層采用華為CloudEngine系列數(shù)據(jù)中心交換機作為核心交換機。 數(shù)據(jù)中心內(nèi)部采用典型二層或三層物理架構(gòu)組網(wǎng)，啟用EVN 形成二層通道，由核心交換機通過CSS+鏈路聚合接入波分設(shè)備。每個站點部署一臺獨立的GSLB實現(xiàn)站點間負載均衡。 每個站點部署2臺SLB，組成HA集群，實現(xiàn)應用層服務器的負 載均衡。應用層 web、App即以部署在虛擬機或者物理機上，DC內(nèi)的多臺服務 器組成集群，或者跨DC的多臺服務器組成集群。數(shù)據(jù)庫建議物理機部署，跨數(shù)據(jù)中心組成一個集群。傳輸層采用華為OptiX OSN系列DWDM，每個站點部署2套波分設(shè) 備。如若不能設(shè)備級冗余，則

25、需要至少每套波分設(shè)備配置2塊傳輸 板卡，實現(xiàn)板卡冗余。將多路FC信號和IP信號復用到光纖鏈路上傳輸，每套波分設(shè) 備通過兩對裸光纖互聯(lián)。安全層采用華為USG系列防火墻，每個站點部署2臺防火墻，接入核 心交換機。在華為OptiX OSN系列DWDM啟用傳輸加密功能。仲裁選擇一個第三方站點部署仲裁設(shè)備和軟件。軟件支持安裝在物理服務器或虛擬機上。 仲裁服務器使用IP網(wǎng)絡連接到雙活數(shù)據(jù)中心的兩套存儲陣列。傳輸層采用華為OptiX OSN系列DWDM，每個站點部署2套波分設(shè) 備。如若不能設(shè)備級冗余，則需要至少每套波分設(shè)備配置2塊傳輸 板卡，實現(xiàn)板卡冗余。將多路FC信號和IP信號復用到光纖鏈路上傳輸，每套波

26、分設(shè) 備通過兩對裸光纖互聯(lián)。第八章 存儲層雙活技術(shù)介紹華為雙活數(shù)據(jù)中心解決方案存儲層基于 OceanStor V3 融合存儲系統(tǒng)的 HyperMetro特性實現(xiàn)。HyperMetro采用AA雙活架構(gòu)將兩套存儲陣列組成跨站 點集群，實現(xiàn)數(shù)據(jù)實時鏡像，具有高可靠、高性能和高擴展的特點。本章節(jié)將對 HyperMetro特性的主要技術(shù)原理和特點進行介紹。AA雙活架構(gòu)并行訪問HyperMetro特性基于兩套存儲陣列實現(xiàn)八八（八戊2-八戊2）雙活，兩端陣列的 雙活LUN數(shù)據(jù)實時同步，且雙端能夠同時處理應用服務器的I/O讀寫請求，面向 應用服務器提供無差異的AA并行訪問能力。當任何一臺磁盤陣列故障時，業(yè)務

27、自動無縫切換到對端存儲訪問，業(yè)務訪問不中斷。相較于AP方案，AA雙活方案可充分利用計算資源，有效減少陣列間通信， 縮短I/O路徑，從而獲得更高的訪問性能和更快的故障切換速度。雙活方案的交 互流程。存儲雙活架構(gòu)：數(shù)據(jù)中心A數(shù)據(jù)中心B數(shù)據(jù)中心A數(shù)據(jù)中心BAP雙活AA雙活（華為）8.1.2免網(wǎng)關(guān)設(shè)計HyperMetro雙活架構(gòu)無需額外部署虛擬化網(wǎng)關(guān)設(shè)備，直接使用兩套存儲陣 列組成跨站點集群系統(tǒng)。最大支持32個存儲控制器，即兩套16控存儲陣列組建 雙活關(guān)系。本方案架構(gòu)精簡、與存儲增值特性良好兼容，對客戶的價值如下：減少網(wǎng)關(guān)故障點，提高方案可靠性。I/O響應速度更快，無需經(jīng)過存儲網(wǎng)關(guān)轉(zhuǎn)發(fā)，減少網(wǎng)關(guān)轉(zhuǎn)發(fā)I

28、/O時延。雙活可以兼容存儲陣列已有特性，與OceanStor V3融合存儲系統(tǒng)的其它 Smart系列和Hyper系列特性組合，可為客戶提供多種數(shù)據(jù)保護和災備 解決方案。顯著降低雙活組網(wǎng)復雜度，便于維護。I/O訪問路徑HyperMetro在應用主機則，通過UltraPath主機多路徑軟件，將兩臺存儲陣 列上的雙活成員LUN聚合為一個雙活LUN，以多路徑vdisk方式對應用程序提供 I/O讀寫能力。應用程序訪問vdisk時，Ultrapath根據(jù)選路模式，選擇最佳的訪問路徑，將I/O請求下發(fā)到存儲陣列。 存儲陣列的LUN空間上接收到I/O請求后，對于讀I/O請求，直接讀本 地Cache空間，將數(shù)據(jù)

29、返回應用程序；對于寫I/O請求，首先會進行并 行訪問互斥，獲取寫權(quán)限后，將I/O請求數(shù)據(jù)同時寫本地雙活成員LUN Cache以及對端的雙活成員LUN Cache,雙端寫成功后返回應用程序?qū)懲?成。雙活I(lǐng)O路徑圖：存儲層組網(wǎng)兩套雙活存儲陣列間通信支持FC或IP鏈路，推薦使用FC鏈路。另外，存 儲陣列和仲裁服務器之間的鏈路采用更易于獲取的IP鏈路。下圖為4控制器的雙活組網(wǎng)情況下，F(xiàn)C交換機端口占用情況 陣列雙活方案組網(wǎng)RAC1ESXi2ESXilRAC2FC交換機3號波耀塊FC交倒R4FC襯蝴2陣列連主機雙活鏡像網(wǎng)絡同城互聯(lián)網(wǎng)絡陣列BPO P1 P2 P3 ： PO P1 P2 P3的BL 島B2

30、PO P1 P2 P3 ： PO P1 P2 P3數(shù)據(jù)中心2數(shù)據(jù)中心18.2高可靠技術(shù)HyperMetro在繼承OceanStor存儲系統(tǒng)高可靠設(shè)計的基礎(chǔ)上，全新設(shè)計了一 些解決方案級高可靠技術(shù)，最大化提高了存儲雙活方案的可靠性。本章節(jié)將從以幾個方面介紹HyperMetro的高可靠技術(shù)：跨站點集群跨站點數(shù)據(jù)實時鏡像跨站點壞塊修復仲裁防腦裂高可靠鏈路設(shè)計8.2.1跨站點集群兩套獨立的存儲陣列組建成跨站點集群，并以跨站點集群為核心，提供雙活 存儲架構(gòu)，向應用服務器提供無差異的并行訪問，處理應用服務器的I/O請求。雙活跨站點集群配置過程極為簡單，只需要將兩套存儲陣列配置成雙活域， 即可完成跨站點集群

31、配置。跨站點集群系統(tǒng)使用陣列間FC或IP鏈路作為通信鏈路，完成全局節(jié)點視圖 建立和狀態(tài)監(jiān)控。在全局節(jié)點視圖基礎(chǔ)上，跨站點集群系統(tǒng)提供分布式互斥等能 力，支持AA雙活架構(gòu)。下圖為雙活跨站點集群示意圖。雙活跨站點集群集群節(jié)點具有并發(fā)訪問能力。當出現(xiàn)單個控制器故障時，主機業(yè)務將由雙活跨站點集群的其它工作控制器承接。由于本地集群要進行故障自檢，為了減少對性能和可靠性的 影響，系統(tǒng)優(yōu)先選擇由遠端集群的控制器承接主機業(yè)務，待本地集群故 障自檢完成并且通過后，本地集群繼續(xù)提供主機業(yè)務服務能力。本地集群工作控制器全故障時，由遠端集群接管主機業(yè)務。雙活訪問與切換圖在跨站點集群基礎(chǔ)上，HyperMetro以雙活P

32、air或雙活一致性組為單位提供 服務和進行狀態(tài)管理。兩套存儲陣列上的雙活成員LUN組成一個虛擬雙活LUN，通過實時鏡像技 術(shù)保持兩個數(shù)據(jù)中心的雙活成員LUN的數(shù)據(jù)實時一致。一致性組是多個雙活pair的集合，可以確保單個存儲系統(tǒng)內(nèi)，主機在跨多個LUN進行寫操作時數(shù)據(jù)的一致性。一致性組進行分裂、同步等操作時，一致性組的所有雙活pair保持步調(diào)一致。 當遇到鏈路故障時，一致性組的所有成員對會一起進入異常斷開狀態(tài)。當故障排 除后，所有成員同時進行數(shù)據(jù)的同步，從而保證從站點災備陣列數(shù)據(jù)的可用性。8.2.2跨站點數(shù)據(jù)實時鏡像HyperMetro通過實時鏡像功能，保證兩個站點存儲陣列之間數(shù)據(jù)的實時同 步。主

33、機寫操作通過實時鏡像技術(shù)同時寫入兩個數(shù)據(jù)中心的雙活成員LUN，保持 數(shù)據(jù)實時一致。具體的寫I/O流程如下圖所示?？缯军c鏡像假如數(shù)據(jù)中心A陣列收到寫I/O,鏡像處理流程如下：1）申請寫權(quán)限和記錄寫日志:數(shù)據(jù)中心A陣列收到主機寫請求，先申請雙活Pair 的寫權(quán)限。獲得寫權(quán)限后，雙活Pair將該請求記錄寫日志。日志中只記錄地 址信息，不記錄具體的寫數(shù)據(jù)內(nèi)容。該日志采用具有掉電保護能力的內(nèi)存空 間記錄以獲得良好的性能。2）執(zhí)行雙寫：將該請求拷貝兩份分別寫入本地LUN和遠端LUN的Cache。3）雙寫結(jié)果處理：等待兩端LUN的寫處理結(jié)果都返回。4）響應主機：雙活Pair返回寫I/O操作完成。HyperM

34、etro支持斷點續(xù)傳功能。當某些故障場景（如單套存儲故障）導致 雙活Pair關(guān)系異常斷開時，HyperMetro通過記錄日志的方式，記錄主機新產(chǎn)生 的寫I/O。當故障恢復時，HyperMetro將自動恢復雙活Pair關(guān)系，并且將所記錄 的增量數(shù)據(jù)自動同步到遠端，無需全量同步所有數(shù)據(jù)，整個過程對主機“透明”， 不會影響主機業(yè)務。雙活主機訪問狀態(tài)表雙活Pair運行狀態(tài)主機訪問狀態(tài)狀態(tài)描述主LUN從LUN暫停讀寫不R1讀寫用戶暫停雙活鏡像 關(guān)系待同步讀寫不可讀寫陣列間鏈路或障或 in錯誤導致雙活 鏡像美系斷開同步中讀寫不可讀寫恢復雙活鏡像關(guān)系 時全量,增囿同步雙 端差異數(shù)據(jù)正常讀寫讀寫兩端LUN都進

35、入 雙活AA實時鏡像 關(guān)系強制啟動讀寫不口讀與用戶進行了強制將 雙活從I工N：升期 為主 LUN的操作雙活鏡像狀態(tài)表雙活P疝運行狀態(tài)鏡像狀態(tài)主LUN從LUN暫停/待同步僚制啟動不鏡像，記錄差異日志不涉及同步中鏡像寫，后臺復制差異不涉及正常鏡像寫鏡像寫8.2.3跨站點壞塊修復硬盤在使用過程中可能因為掉電等異常情況出現(xiàn)壞塊，如果是可修復錯誤但 是本端已經(jīng)無法修復時，HyperMetro將自動從遠端陣列獲取數(shù)據(jù)，修復本地數(shù)據(jù)盤的壞塊，進一步提高系統(tǒng)的可靠性。跨站點數(shù)據(jù)修復數(shù)據(jù)中心A陣列出現(xiàn)壞塊時，從該陣列讀I/O處理流程如下：步驟1主機下發(fā)讀I/O。步驟2讀本地LUN。2后步驟3 讀取到壞塊后，如果

36、為可修復錯誤，執(zhí)行步驟4，否則執(zhí)行1、 流程結(jié)束。重定向遠端讀。遠端讀返回。步驟4 將讀數(shù)據(jù)返回主機，確保主機響應的快速返回。步驟5 根據(jù)遠端的讀數(shù)據(jù)，進行本地寫入修復。步驟6 寫修復結(jié)果返回。結(jié)束8.2.4仲裁防腦裂當提供雙活LUN的兩套陣列之間的鏈路故障時，陣列已經(jīng)無法實時鏡像同 步，此時只能由其中一套陣列繼續(xù)提供服務。為了保證數(shù)據(jù)一致性，HyperMetro 通過仲裁機制決定由哪套存儲繼續(xù)提供服務。HyperMetro支持按雙活Pair或雙活一致性組為單位進行仲裁。當多個雙活 Pair提供的業(yè)務相互依賴時，用戶需要把這些雙活Pair配置為一個雙活一致性組。 仲裁完成后，一個雙活一致性組只

37、會在其中一套存儲陣列繼續(xù)提供服務。例如， Oracle數(shù)據(jù)庫的數(shù)據(jù)文件、日志文件可能分別存放在不同的LUN上，訪問Oracle 數(shù)據(jù)庫的應用系統(tǒng)存放在另一些LUN上，相互之間存在依賴關(guān)系。配置雙活時， 建議數(shù)據(jù)LUN、日志LUN和應用LUN分別配置雙活pair，并且加入同一個一致 性組。HyperMetro提供了兩種仲裁模式：靜態(tài)優(yōu)先級模式仲裁服務器模式配置雙活Pair前，需要配置雙活域，雙活域為邏輯概念，包括需要創(chuàng)建雙活 關(guān)系的兩套存儲陣列和仲裁服務器。每個雙活Pair創(chuàng)建時均要選擇雙活域，每個 雙活域只能同時應用一種仲裁模式。仲裁服務器模式比靜態(tài)優(yōu)級模式具備更高的可靠性，可保證在各種單點故

38、障 場景下，業(yè)務連續(xù)運行。因此，華為雙活方案推薦采用仲裁服務器模式。靜態(tài)優(yōu)先級模式靜態(tài)優(yōu)先級模式主要應用在無第三方仲裁服務器的場景。用戶可以按雙活 Pair或一致性組為單位，設(shè)置其中一端陣列為優(yōu)先站點，另一端為非優(yōu)先站點， 不需要額外部署仲裁服務器。該模式下，陣列間心跳中斷時，優(yōu)先站點仲裁勝利。當發(fā)生陣列間鏈路故障，或者非優(yōu)先站點故障時，優(yōu)先站點上的LUN繼 續(xù)提供服務，非優(yōu)先站點的LUN停止提供服務。當優(yōu)先站點陣列故障時，非優(yōu)先站點不能自動接管雙活業(yè)務，雙活業(yè)務 停止，需要人工強制啟動非優(yōu)先站點服務 靜態(tài)優(yōu)先級部署該模式的缺點是：兩陣列之間的心跳丟失時，可能是站點間鏈路丟失或其中一個陣列故障

39、，系統(tǒng)無法區(qū)分這兩種情況。靜態(tài)優(yōu)先級模式仲裁示意圖編號示意圖仲裁結(jié)果1故障類型；鏈路故障仲裁結(jié)果：H1繼續(xù)運行業(yè)務，H2停止業(yè)務2Ih1R-IX故障類型：非優(yōu)先故障仲裁結(jié)果；H1繼續(xù)運行業(yè)務，H2失效二區(qū)一叵故障類型*優(yōu)先故障仲裁結(jié)果：H1失效；H2停止業(yè)務,需要人工啟動仲裁服務器模式使用獨立的物理服務器或者虛擬機作為仲裁設(shè)備，仲裁服務器建議部署在第三方站點。這樣可以避免單數(shù)據(jù)中心整體發(fā)生災難時，仲裁設(shè)備也同時故障。仲裁服務器部署存儲資源池網(wǎng)箔仲裁服務器模式下，當存儲陣列間心跳中斷時，兩端陣列向仲裁服務器發(fā)起 仲裁請求，由仲裁服務器綜合判斷哪端獲勝。仲裁獲勝的一方繼續(xù)提供服務，另 一方停止服務

40、。仲裁服務器模式下如果有優(yōu)先獲得仲裁的要求，也可以配置站點優(yōu)先級。優(yōu) 先陣列端具有仲裁獲勝的優(yōu)先權(quán)，心跳中斷但其它正常時，優(yōu)先陣列將獲得仲裁 勝利。仲裁過程如下仲裁機制數(shù)據(jù)中心之間的鏈路斷開時，跨站點陣列集群分裂為兩個小集群。小集群分別搶占仲裁，優(yōu)先陣列將優(yōu)先搶占仲裁，搶占成功的小集群“獲 勝”，將繼續(xù)對外提供服務，為應用提供存儲訪問空間；搶占失敗的小 集群則停止對外服務。中間鏈路恢復時，兩個子集群檢測到中間鏈路恢復正常，經(jīng)過握手通信 將兩個小集群自動組成一個跨站點集群，雙活關(guān)系恢復，以Active-Active 模式提供服務。各故障場景仲裁示意圖編示意圖仲裁結(jié)果1AI ii i * h 心故

41、障類型：沖裁失效仲裁結(jié)果：HU H2繼續(xù)追行業(yè)務2H Jk| H2故障類型，一套陣列與仲裁之間鏈路故障仲裁結(jié)果工HU H2繼續(xù)運行槐務3直i直故障類型工一套陣列失效仲裁結(jié)果* H1失效，H2繼續(xù)運行業(yè)務4A故障類型工陣列間鏈路中斷仲裁結(jié)果：H2失效.H1繼續(xù)運行業(yè)務5A故障類型* 一套陣列與仲裁同時失效 仲裁結(jié)果，H1失效，H2停止業(yè)務6x0 向興邑故障類型* 一套陣列與對皓、件裁的鏈路同時中斷仲裁結(jié)果，H1停止業(yè)務，H2繼續(xù)運行業(yè)務編示意圖仲裁結(jié)果7故障類型：一套陣列失效，且對端與仲裁鏈路中斷 仲裁結(jié)果，H1失效，H2停止業(yè)務8/因、11，811故障類型，仲裁失效，且陣列間鏈路中斷 仲裁結(jié)果

42、：H1與H2均停止業(yè)務9A hF|故障類型，仲裁失效，且其與一套陣列鏈路中斷仲裁結(jié)果；HI, H2維續(xù)運行業(yè)務8.2.5高可靠鏈路設(shè)計HyperMetro陣列間組網(wǎng)支持FC或IP網(wǎng)絡，可以根據(jù)用戶的實際網(wǎng)絡條件配 置網(wǎng)絡。支持使用陣列直連、通過FC光纖交換機連接、通過IP交換機連接等。 為了提供更好的雙活性能，推薦采用FC組網(wǎng)。以跨數(shù)據(jù)中心2節(jié)點+2節(jié)點雙活組網(wǎng)為例，建議每個控制器節(jié)點都與 對端陣列建立2條陣列間鏡像鏈路，并對兩條鏈路的交換機進行隔離，獲得最高 的鏈路可靠性。以跨數(shù)據(jù)中心4控雙活組網(wǎng)示例為保證雙活性能，HyperMetro對站點間雙活鏈路的網(wǎng)絡要求如下：誤碼率Wl0-12e。時

43、延 RTTWlms。無抖動，無丟包。鏈路帶寬業(yè)務峰值帶寬，最低要求2Gbps。除了高可靠的組網(wǎng)和鏈路質(zhì)量要求外，雙活陣列間鏡像鏈路還應用了傳輸帶 寬自適應特性，該技術(shù)通過一系列自動檢測機制，根據(jù)鏈路質(zhì)量，動態(tài)調(diào)整各鏈 路傳輸占比，減少數(shù)據(jù)重傳率。例如當前控制器與對端陣列控制器存在兩條鏡像鏈路A和B,當系統(tǒng)檢測到 鏈路A因為誤碼等原因存在較大的傳輸時延時，會根據(jù)算法將鏈路A的流控帶 寬下降20%,將更多的帶寬壓力導向鏈路B,降低鏈路A的帶寬壓力，從而獲得 更穩(wěn)定的傳輸時延。當鏈路A的傳輸時延較小時，系統(tǒng)又會根據(jù)算法將鏈路A 的流控帶寬上調(diào)20%，從而恢復帶寬吞吐量。8.2.6分布式鎖技術(shù)分布式互

44、斥能力是實現(xiàn) AA 雙活的關(guān)鍵能力之一，雙活分布式鎖模塊利用Paxos和CHT (Consistent Hash Table) 一致性算法，提供了分布式對象鎖和分布 式范圍鎖，從而滿足AA雙活的分布式互斥訴求。通過鎖預取技術(shù)，可有效減少 跨站點的數(shù)據(jù)傳輸量和通信交互次數(shù)，從而提升I/O讀寫性能。在AP雙活架構(gòu)中，由于主機無法通過從端直接訪問雙活LUN，從端主機寫 數(shù)據(jù)時，必須將完整的寫數(shù)據(jù)發(fā)送到主控端，再通過鏡像鏈路把I/O從主控端同 步到備控設(shè)備上，這樣數(shù)據(jù)存在多次跨數(shù)據(jù)中心傳輸，嚴重影響寫性能，如下圖：AP雙活的數(shù)據(jù)訪問HyperMetro以主機I/O粒度，對主機I/O訪問的LBA區(qū)間加分

45、布式范圍鎖進 行并發(fā)互斥，從而達到雙向?qū)崟r同步的目的，該方案可省去不必要的陣列間數(shù)據(jù) 傳輸帶寬，并有效的減少數(shù)據(jù)傳輸次數(shù)。HyperMetro雙活數(shù)據(jù)訪問如下圖應用分布式鎖的雙活數(shù)據(jù)訪問HyperMetro分布式鎖技術(shù)使用了智能的鎖預取和緩存策略，在寫權(quán)限本地 無緩存的情況下，會通過較小的控制報文，向鎖權(quán)限緩存節(jié)點申請寫權(quán)限，并多 預取部分區(qū)間的寫權(quán)限緩存到本地。后續(xù)的連續(xù)寫I/O可快速在本地命中寫權(quán)限， 不需要再跨站點申請寫權(quán)限。分布式鎖實現(xiàn)原理如下圖：分布式鎖預取數(shù)據(jù)中心A主機.一一一 B眸列1鎖叔漏哀薦二力00M ,司）*一 一 一 W100M , 200M )寫權(quán)限 .數(shù)據(jù)中心A主機寫

46、100M,102M)跨站點雙活AA集群A陣列鎖權(quán)限緩捋， 0,100M 新鎖權(quán)限韁存：一 0,200M 卜一寫權(quán)限不命中寫102M,103M)跨站點雙活AA集群寫權(quán)限命中為了保證兩個數(shù)據(jù)中心存儲的數(shù)據(jù)實時一致，寫操作都需要等待兩端存儲寫 成功之后再返回主機“寫成功”。雙活I(lǐng)/O性能因為實時雙寫導致一定的時延增 加，華為HyperMetro設(shè)計了一系列I/O性能優(yōu)化方案，減小對寫時延的影響， 提升整體雙活的業(yè)務性能。8.3.1數(shù)據(jù)零拷貝在雙活鏡像數(shù)據(jù)的初始同步或者恢復過程中的增量同步過程中，差異數(shù)據(jù)塊 通常有大量的零數(shù)據(jù)塊，無需逐塊復制，該功能叫數(shù)據(jù)零拷貝。例如，虛擬化場 景下，新建虛擬機時會產(chǎn)

47、生大量的零數(shù)據(jù)塊，一個數(shù)十GB的操作系統(tǒng)盤，實際 非零數(shù)據(jù)塊僅2-3GB。數(shù)據(jù)零拷貝原理圖如下圖數(shù)據(jù)零拷貝Full copy 4 blocksFull copy 8 blocksHyperMetro零頁面識別技術(shù)的實現(xiàn)方法如下：通過硬件芯片，對數(shù)據(jù)拷貝源端進行快速識別，找出零數(shù)據(jù)，在拷貝過程中， 對全零數(shù)據(jù)特殊標識，只傳輸一個較小的特殊頁面到對端，不再全量傳輸。該技術(shù)可有效減少同步數(shù)據(jù)量，減少帶寬消耗，縮短同步時間8.3.2 FastWriteHyperMetro通過FastWrite功能對陣列間數(shù)據(jù)傳輸進行了協(xié)議級優(yōu)化，應用SCSI協(xié)議的First Burst Enabled功能，將寫數(shù)據(jù)的

48、鏈路傳輸交互次數(shù)減少一半。正常的SCSI流程中，寫I/O在傳輸?shù)碾p端要經(jīng)歷“寫命令”、“寫分配完成”、 “寫數(shù)據(jù)”和“寫執(zhí)行狀態(tài)”等多次交互。利用FastWrite功能，優(yōu)化寫I/O交 互過程，將“寫命令”和“寫數(shù)據(jù)”合并為一次發(fā)送，并取消“寫分配完成”交 互過程，將跨站點寫I/O交互次數(shù)減少一半。如下圖:傳輸協(xié)議優(yōu)化8.3.3地域優(yōu)化訪問雙活數(shù)據(jù)業(yè)務場景，兩站點的距離遠近，是影響I/O訪問性能的關(guān)鍵因素。 HyperMetro特性通過與華為OceanStor UltraPath多路徑配合，根據(jù)雙活站點部署 距離，提供了兩種I/O訪問策略供用戶選擇。負載均衡模式優(yōu)選陣列模式負載均衡模式該模式下

49、實現(xiàn)了1/。的跨陣列負載均衡，即1/。以分片的方式在兩個陣列上下 發(fā)。分片大小可配，例如分片大小為128M，即起始地址為0-128M的I/O在A陣列下 發(fā)，128M-256M在B陣列下發(fā)，以此類推。負載均衡模式主要應用于雙活業(yè)務部署在同一數(shù)據(jù)中心的場景。在該場景下， 主機業(yè)務訪問兩套雙活存儲設(shè)備的性能幾乎相同，為最大化利用兩套存儲設(shè)備的 資源，將主機1/。按分片方式下發(fā)到兩套陣列上。負載均衡訪問優(yōu)選陣列模式該模式下，由用戶在OceanStor UltraPath上指定優(yōu)選訪問陣列，主機業(yè)務 訪問時，1/0只會在用戶設(shè)置的優(yōu)選陣列路徑上進行負載均衡下發(fā)，不產(chǎn)生跨陣 列的I/O訪問。只有當優(yōu)選陣列出現(xiàn)故障時，才切換到非優(yōu)選陣列下發(fā)I/O。優(yōu)選陣列模式主要應用于雙活業(yè)務部署在距離較遠的雙數(shù)據(jù)中心場景。在該 場景下，雙活數(shù)據(jù)中心的跨站點訪問的代價較高，假如兩個數(shù)據(jù)中心的鏈路距離 為100km，一次往返傳輸通常需要消耗約1.3ms時間。優(yōu)選陣列模式可以減少跨站 點交互次數(shù)，從而提升I/O性能。針對數(shù)據(jù)讀場景，雙活數(shù)據(jù)中心的業(yè)務主機只需要讀本數(shù)據(jù)中心對應的雙活 存儲陣列即可，避免主機跨數(shù)據(jù)中心讀取數(shù)據(jù)，提升整體訪問性能。優(yōu)選陣列模式數(shù)據(jù)讀跨站點雙活AA集群數(shù)據(jù)中