銀行雙活容災建設方案技術手冊-分析篇

1、 銀行雙活容災建設方案技術手冊分析篇 目 錄 TOC o 1-3 h z u HYPERLINK l _Toc65362699 1、雙活數(shù)據(jù)中心的驅動力 PAGEREF _Toc65362699 h 3 HYPERLINK l _Toc65362700 2、定義符合自己的雙活模式 PAGEREF _Toc65362700 h 4 HYPERLINK l _Toc65362701 3、實現(xiàn)雙活需要考慮的關鍵因素 PAGEREF _Toc65362701 h 14隨著全球IT產(chǎn)業(yè)的飛速發(fā)展，金融行業(yè)的IT建設逐步成為主導金融企業(yè)業(yè)務發(fā)展的核心驅動力，基于金融行業(yè)IT系統(tǒng)建設的各種行業(yè)標準以及監(jiān)管標

2、準也相應提高。IT系統(tǒng)架構的擴展性、靈活性以及容災能力就成為衡量企業(yè)IT建設很重要的標準。本手冊以某銀行同城雙數(shù)據(jù)中心建設過程為背景，詳細從系統(tǒng)架構集成、資源云化、存儲整合以及數(shù)據(jù)容災等多個關鍵方面闡述其規(guī)劃思路以及建設過程，旨在為同業(yè)在此類項目規(guī)劃和建設過程中提供一些啟示和幫助。1、雙活數(shù)據(jù)中心的驅動力近年來，隨著互聯(lián)網(wǎng)金融的快速發(fā)展，金融企業(yè)數(shù)據(jù)中心建設面臨著新的挑戰(zhàn)。那就是對RTO和RPO的極限追求。從而也就誕生了近年來的熱點話題雙活數(shù)據(jù)中心建設。那么我們?yōu)槭裁匆ㄔO雙活數(shù)據(jù)中心，它能給我們帶來什么樣的價值？什么樣的數(shù)據(jù)中心架構叫做雙活數(shù)據(jù)中心？如何認識適合自己業(yè)務模式的雙活模式？建設階

3、段我們應該以什么樣的原則來指導我們的建設工作？具體的建設思路以及具體的建設方案應該如何把握？基于這些問題，本文將進行深入研究并展開探討。從科技工作層面來講，其實雙活數(shù)據(jù)中心并不是一個行業(yè)標準或者規(guī)范。行業(yè)的標準是對RTO和RPO約束，銀監(jiān)局和中國人民銀行對商業(yè)銀行業(yè)最嚴格的要求標準是5級容災標準，RPO=15分鐘，RTO=30分鐘。而根據(jù)國際標準share78，六級容災標準是RPO=0，RTO=分鐘級；七級容災標準是RPO=0，RTO近似為0。雙活的概念也就由此而來，為了達到國際最高標準。那么決策是否建設雙活數(shù)據(jù)中心的依據(jù)也就在于此，首先確定自己企業(yè)合適的目標，是不是要必須追求7級標準？是不是

4、所有業(yè)務都必須追求這個目標？如果不是，那么首先要對企業(yè)業(yè)務進行細分并詳細規(guī)劃每一個業(yè)務的容災目標。這將決定要不要建設雙活數(shù)據(jù)中心以及建設什么樣的雙活數(shù)據(jù)中心。2、定義符合自己的雙活模式2.1 明確雙活目標其實對于雙活數(shù)據(jù)中心的定義，從來就沒有一個標準的定義或者是行業(yè)標準。所有的描述或者所謂的定義暫時都來自廠商的描述。按照目前技術發(fā)展的現(xiàn)狀以及行業(yè)建設狀況調查分析，本文認為雙活的基礎架構基本如下圖所描述：雙活數(shù)據(jù)中心架構基礎輪廓雙活模式主要分三種，主要區(qū)別在于途中（A、B、C、D、E、F幾個位置的技術架構差異），接下來詳細探討。1. 數(shù)據(jù)中心級別的廣義雙活雙活認定的標準以數(shù)據(jù)中心工作模式為基準，

5、只要兩個數(shù)據(jù)中心正常時都工作，災難時能自動切換，那么認為是雙活數(shù)據(jù)中心模式。如下圖中的位置參數(shù)表示如下：A = 業(yè)務定義（讀寫）B = 業(yè)務定義（讀寫）A BE = 數(shù)據(jù)庫HA模式F = 存儲復制數(shù)據(jù)中心級別雙活架構注1：數(shù)據(jù)復制可以選擇存儲的同步復制也可以選擇數(shù)據(jù)庫層面的同步復制。故障切換模型設計這種雙活架構屬于廣義上的雙活模式，兩個數(shù)據(jù)心之間除了存儲端的復制，基本沒有其他聯(lián)系。其實這種模式的雙活是傳統(tǒng)主備模式容災組合架構的簡單升級版。唯一區(qū)別的是傳統(tǒng)容災模式下的存儲復制是基于異步單向模式的，而雙活架構下的復制是基于同步雙向模式的。具體架構描述如下圖:數(shù)據(jù)中心級雙活架構這種模式下需要的基本關

6、鍵技術必備的功能如下所述：域名解析設備需要實現(xiàn)動態(tài)及全局智能解析，當本地應用無法訪問時，DNS能跟負載均衡設備實現(xiàn)聯(lián)動的健康檢查而偵測到這一故障。并且按照解析的動態(tài)規(guī)則實現(xiàn)解析變化。負載均衡設備需要實現(xiàn)本地集群化，保證本地負載均衡功能的高可用性。應用最好以虛擬化方式實現(xiàn)，這樣可以平衡資源的嚴重浪費與高可用的冗余部署之間的矛盾。數(shù)據(jù)庫在兩個數(shù)據(jù)中心也需要雙份部署，同一個業(yè)務部署在兩個數(shù)據(jù)中心的數(shù)據(jù)庫節(jié)點之間沒有任何聯(lián)系，因為網(wǎng)絡二層沒有打通，無法實現(xiàn)HA。一般來講需要手動切換。當然如果不用存儲復制技術而是用的ORACLE的ADG技術或者是DB2的DR技術，那么可以實現(xiàn)半自動化或全自動。如果采用的

7、存儲層面的復制技術，那么必須是同步復制，必須是雙向復制。2. 業(yè)務級別雙活雙活認定的標準以業(yè)務是否可以在雙中心內同時進行為判定標準。只要同類業(yè)務能分布在兩個數(shù)據(jù)中心執(zhí)行，就認為是雙活數(shù)據(jù)中心模式。如下圖中的位置參數(shù)表示如下：A = 業(yè)務定義B = 業(yè)務定義A = BD = 跨數(shù)據(jù)中心應用集群（區(qū)分優(yōu)先級）E = HAF = HA業(yè)務級別雙活架構故障切換模型設計這種雙活架構雖然實現(xiàn)了同類業(yè)務在前端的負載分擔，但是在數(shù)據(jù)庫層面還是屬于單點模式。這種模式比前一種模式最大的技術變更就是要求網(wǎng)絡上的二層打通。具體實現(xiàn)架構如下所示：業(yè)務級雙活架構以上架構，各個層面應該具備的功能描述如下：雙中心DNS設備為

8、主備模式，域名全局解析，DNS設備跟負載均衡設備能實現(xiàn)聯(lián)動健康檢查。網(wǎng)絡層面必須實現(xiàn)二層聯(lián)通以保證數(shù)據(jù)庫層面的跨數(shù)據(jù)中心HA以及應用服務器的應用大集群。負載均衡層，如果是兩個小集群方式，那么不能將其放入大二層，只保證其三層可達就可以了，否則客戶端無法實現(xiàn)請求路由切換；如果是大集群方式，那么可以放入大二層網(wǎng)絡，但是要設計好會話同步問題；數(shù)據(jù)庫在兩個數(shù)據(jù)中心實現(xiàn)跨數(shù)據(jù)中心HA部署，主要是以操作系統(tǒng)的HA，將數(shù)據(jù)庫服務作為HA的服務方式來實現(xiàn)，例如IBM的HyperSwap。存儲層面需要實現(xiàn)HA以及同步復制，例如IBM的SVC集群解決方案，NETAPP的MCC解決方案。3. 應用級別的雙活應用級別的

9、雙活，本文將其定義為同一個應用系統(tǒng)的IO可以從兩個數(shù)據(jù)中心分別訪問數(shù)據(jù)庫節(jié)點，當然這個訪問又會分為讀操作和寫操作。那么相應的這種模式下的雙活又分為兩種：一種是讀寫分離的模式；另外一種是混合模式，也就是業(yè)內相對較為徹底的雙活架構。如下圖中的位置參數(shù)表示如下：A = 業(yè)務定義B = 業(yè)務定義A = BE = 數(shù)據(jù)庫AA集群模式F = HA/AA業(yè)務級別雙活架構故障切換模型設計這種雙活架構雖然實現(xiàn)了應用IO級別的雙活，是目前金融行業(yè)較為徹底的雙活。具體架構如下：應用級雙活架構各個層面應該具備的功能與前述架構區(qū)別最大的幾個關鍵點描述如下：數(shù)據(jù)庫在兩個數(shù)據(jù)中心實現(xiàn)跨數(shù)據(jù)中心集群模式。存儲層可以選擇HA方

10、式也可以選擇EMC提供的VPLEX虛擬化集群方式。2.2 明確業(yè)務連續(xù)性要求一、銀行業(yè)務連續(xù)性管理的現(xiàn)狀與問題近年來我國銀行業(yè)業(yè)務發(fā)展迅猛，大型銀行的資本總額、開戶數(shù)量、業(yè)務處理量已位居世界前列，經(jīng)營范圍遍及全國并在海外快速擴張，一旦業(yè)務停頓，可能影響全行乃至整個金融體系的正常運轉，并影響社會穩(wěn)定。因此，數(shù)據(jù)大集中后，銀行業(yè)積極推進災難恢復、應急管理和IT服務持續(xù)性管理有關工作。初步構建了信息系統(tǒng)應急管理體系。確立了應急管理組織架構，區(qū)分信息系統(tǒng)突發(fā)事件等級，形成統(tǒng)一的應急響應流程和通知報告程序。并注重與地方政府、新聞媒體的溝通協(xié)調，加強機構內部各職能部門的協(xié)調配合，增強了突發(fā)事件的應對處置能

11、力。積極開展災難備份系統(tǒng)建設工作。按照“統(tǒng)籌規(guī)劃、資源共享、平戰(zhàn)結合”的原則，大型和股份制銀行積極推進“兩地三中心”的建設，建立了同城和異地災備中心，應對建筑類故障和區(qū)域性（例如地震、洪災、戰(zhàn)爭等）災難。大多數(shù)商業(yè)銀行基本建立了核心業(yè)務的災難恢復系統(tǒng)，保障核心業(yè)務數(shù)據(jù)安全和災難發(fā)生時核心業(yè)務的恢復。提升危機處理能力。積極開展應急演練和災難恢復演練，加強銀行內部各部門，及銀行與通訊、電力等外部機構的聯(lián)防協(xié)作。實施了包括核心系統(tǒng)在內的重要業(yè)務系統(tǒng)切換演練，提高銀行應對信息系統(tǒng)突發(fā)事件的能力和信心。二、我國銀行業(yè)在業(yè)務連續(xù)性管理方面的不足對業(yè)務連續(xù)性管理的重要性和價值認識不足，尚未形成有效的BCM管

12、理體系。部分銀行對業(yè)務持續(xù)性管理缺乏必要的理解，認為“投入大、收益小”，對金融服務持續(xù)性與公眾生活、經(jīng)濟社會正常運轉的緊密關系缺乏足夠的認識，銀行改善BCM管理的動力大多來自國家或監(jiān)管政策壓力，主觀意愿不足，將業(yè)務持續(xù)性管理等同于信息系統(tǒng)的災難恢復、日常故障處置的模糊意識大量存在，參與的多為IT部門、部分人員，業(yè)務連續(xù)性計劃僅作為事件處理的應急預案，未建立起B(yǎng)CM的管理組織體系。應急預案體系不夠完整，業(yè)務應急機制匱乏，外部應急協(xié)調不足。大多數(shù)銀行沒有業(yè)務層面應急管理機制的開發(fā)和演練，場地應急、人員應急等BCM重要環(huán)節(jié)缺乏實質性的建設。信息系統(tǒng)應急預案流于形式，不少銀行對業(yè)務連續(xù)性的認識不足，認

13、為業(yè)務連續(xù)性就是信息系統(tǒng)應急恢復，就是科技部門的責任，沒有在全行層面建立整體管理體系，缺乏科技與業(yè)務、公關等部門的聯(lián)動，缺少業(yè)務應急手段和客戶安撫、媒體公關等處理措施。業(yè)務部門配合不足、業(yè)務人員參與力度不大、業(yè)務覆蓋面不全，一旦出現(xiàn)意外，應急預案可能無法發(fā)揮作用，與外部機構（如政府機構、公共事業(yè)機構、銀行同業(yè)、外部合作金融服務機構等）的協(xié)作聯(lián)動不足。多數(shù)銀行業(yè)務連續(xù)性演練僅停留在信息科技層面，缺乏涵蓋業(yè)務、技術和后勤保障等多方面的全行性演練，導致應急和災備能力有效性無法得到驗證。業(yè)務的災難恢復目標不明確、信息系統(tǒng)災備覆蓋面不夠、災備資源的有效性保障不足。缺乏風險評估和業(yè)務影響分析，缺乏對業(yè)務中

14、斷損失與災備建設投入的成本效益測算，導致災備系統(tǒng)、科技應急體系建設盲目投入、缺乏規(guī)劃，災備系統(tǒng)覆蓋不足等問題。雖然銀行大多已建立了災備中心，但是業(yè)務分類分級及差異化的業(yè)務恢復目標還不十分明確，部分銀行災備中心只停留在核心賬務數(shù)據(jù)保護的層面，一旦發(fā)生災難，很難實現(xiàn)重要交易渠道的恢復、重要客戶及交易數(shù)據(jù)的恢復。災備切換演練未能真正貼近實戰(zhàn)，災備人員配置、系統(tǒng)演練有效性驗證等方面存在不足。三、加強銀行業(yè)務連續(xù)性管理的意義信息科技連續(xù)運作的根本目標是保障業(yè)務的持續(xù)性，商業(yè)銀行更應從業(yè)務角度出發(fā)，以業(yè)務持續(xù)為目標，形成應對突發(fā)事件、災害災難的各部門協(xié)同管理體系，加強頂層設計。隨著經(jīng)濟、金融全球化和信息技

15、術發(fā)展加速，信息科技的廣泛應用使得金融機構之間的關聯(lián)度大大提升，各個國家金融機構間的外部依賴度也不斷加強，單家機構的故障可能使關聯(lián)金融機構遭受損失，并且風險擴散的速度更快、范圍更大，外部性大大增強，因此推動和加強銀行業(yè)的業(yè)務連續(xù)性體系建設，從全行層面進行規(guī)劃，進一步加強整體業(yè)務連續(xù)性規(guī)范和深層次機制建設，實現(xiàn)對各種事故和災難的有效應對，維護正常的經(jīng)濟金融運行秩序非常迫切。從長遠來看，BCM的價值并非僅僅是企業(yè)應對災難、提高生存能力的工具，在許多發(fā)達國家金融行業(yè)，BCM已成為改善經(jīng)營管理、承擔社會責任的基本準則，是銀行提高風險預測和快速應對能力，適應需求變化和威脅，保持競爭優(yōu)勢的重要基礎?？梢哉f

16、，業(yè)務連續(xù)性管理直接關系到中國銀行業(yè)的國際競爭力，對整個行業(yè)長期、可持續(xù)健康發(fā)展具有深遠的意義。為此，銀監(jiān)會在充分借鑒新加坡金管局SINGAPORE STANDARD SS 507、英國BSI PAS 56及一些國際先進銀行的業(yè)務連續(xù)性管理經(jīng)驗基礎上，結合我國國情和商業(yè)銀行實際情況，編寫并正式發(fā)布了商業(yè)銀行業(yè)務連續(xù)性監(jiān)管指引（下稱指引）。2.3 明確整體容災架構本節(jié)將重點通過架構對比、功能對比、實現(xiàn)復雜度對比等方面來分析三種雙活架構的優(yōu)劣勢，以幫助明確企業(yè)自己的整體容災架構。雙活架構對比2.4 明確企業(yè)自身科技實力為什么要明確銀行自身的科技實力，因為科技實力直接決定企業(yè)對雙活容災體系的建設水平

17、和掌控能力。在數(shù)據(jù)中心容災架構建設之間必須明確以下幾個問題，以對容災建設起到正確的決策作用：（1）運維管理能力（2）應急處理能力（3）對運營商的掌控能力（4）科技項目質量保障能力如果運維管理能力和應急處理的能力不足的話，那么容災架構越簡單越好，復雜了反而是一種巨大的風險；如果對運營商的掌控能力不足的話，那么雙數(shù)據(jù)中心之間的復制技術選型和具體的數(shù)據(jù)傳輸量和數(shù)據(jù)傳輸類型的設計就是整個容災架構的最關鍵的地方了，一定需要將鏈路的風險考慮到第一位；如果科技項目質量保障能力不足的話，那么在整個建設過程當中就很難把握其中的關鍵架構實施的質量，從而也就無法保障整體架構的完整性。3、實現(xiàn)雙活需要考慮的關鍵因素3

18、.1 數(shù)據(jù)復制技術3.1.1 數(shù)據(jù)復制在容災中的必要性1. RPO保障如果沒有數(shù)據(jù)復制技術，那么容災也就無從談起。當面臨站點及故障時，由于沒有數(shù)據(jù)復制技術的支撐，我們的數(shù)據(jù)無法在其他站點再現(xiàn)，這將意味著RPO將無法保障。對于一個金融企業(yè)來講，最終要的就是客戶的數(shù)據(jù)，它是企業(yè)的生命。從這個意義上來講，金融企業(yè)不能沒有容災體系，容災體系的前提條件是能夠實現(xiàn)數(shù)據(jù)復制。那么數(shù)據(jù)復制的效率如何，復制的效果如何，復制技術的先進與否也就決定了金融企業(yè)生命線的穩(wěn)固與否。2. RTO保障所謂RTO就是在容災系統(tǒng)在面臨站點級故障時，多長時間能夠恢復業(yè)務。假設站點故障恢復的時間不可容忍或者根本沒有可能，那么業(yè)務必須

19、能夠切到另外一個數(shù)據(jù)中心，從數(shù)據(jù)、應用以及網(wǎng)絡層都需要具備這個切換能力。但是最終的目的就是要保障業(yè)務能正?；謴?，而業(yè)務恢復的前提條件就是數(shù)據(jù)，沒有數(shù)據(jù)的應用切換和網(wǎng)絡切換沒有任何意義。也就是說數(shù)據(jù)恢復是應用切換以及網(wǎng)絡切換的前提條件，從這個意義上講，數(shù)據(jù)復制效率和效果直接決定了一些列切換，也就是它使得RTO成為可能。3.1.2 評價數(shù)據(jù)復制技術的維度分析對于數(shù)據(jù)復制來講，我們可以從多個層面、多種技術去實現(xiàn)。各有各的特點，那么究竟哪一種數(shù)據(jù)復制技術更適合我們？活著說哪一種復制技術更科學合理？這需要一系列從不同緯度進行的科學評估。本文認為應該從以下幾個方面來展開分析，并結合我們自己的需求來選擇合理

20、的數(shù)據(jù)復制方案。一、投資成本分析建設任何一個項目，投資成本的分析都是必不可少的分析維度。對數(shù)據(jù)復制技術的投資成本分析來講，我們需要從它的首次建設成本、持續(xù)維護成本以及容災管理成本等多方面去考慮。二、技術成熟度及健壯性分析對于數(shù)據(jù)復制技術的成熟度和健壯性分析來講，一方面我們要從技術本身的原理上來分析，另外我們還需要從技術的發(fā)展以及應用范圍以及應用的持久穩(wěn)定性等方面來考慮。三、風險評估分析數(shù)據(jù)復制技術本身來講是要幫助我們解決站點級故障帶給我們的IT風險，但是對于技術應用本身來講，它也會存在一些技術風險。比如說特殊場合下的一些技術風險、容災管理過程中的一些風險、極端場合下的一些技術風險等等。四、功能

21、拓展性分析對于數(shù)據(jù)復制技術本身來講，其主要功能就是完成數(shù)據(jù)的復制。但是在完成數(shù)據(jù)復制的同時，由于其架構的特點以及技術特點等因素有可能對于我們的應用產(chǎn)生積極的拓展性作用，也有可能限制了我們的應用架構模式，還有可能對我們的基礎架構擴展性以及靈活性造成一定的限制。3.2 數(shù)據(jù)邏輯錯誤同步存儲層面的復制技術基本以存儲塊兒為單位進行的數(shù)據(jù)復制，對于塊兒內數(shù)據(jù)的應用層面的邏輯錯誤是沒有完整校驗的，它只保證存儲塊兒的可用性，這個可用性僅僅保障存儲層面的卷可用，并不能完全保證應用層面的數(shù)據(jù)可用性。假設數(shù)據(jù)塊發(fā)生了邏輯錯誤，那么存儲是無法檢測到的，它會繼續(xù)將壞的數(shù)據(jù)塊兒同步到災備端，如果因此數(shù)據(jù)庫發(fā)生宕機，那么

22、災備端的數(shù)據(jù)庫也同樣無法正常啟動。對于這個問題發(fā)生的概率是非常低的，但是畢竟存在這個風險，解決這個問題的方法就是對于重要數(shù)據(jù)增加數(shù)據(jù)庫層面的數(shù)據(jù)復制方案，比如ORACLE的ADG，比如DB2的HADR。當然這個可能會帶來一些功能上的重復，因為無論是存儲復制還是數(shù)據(jù)庫復制，其實都是數(shù)據(jù)保障的手段。但是存儲的復制解決的問題不僅僅是數(shù)據(jù)庫層的數(shù)據(jù)保護，所以在基礎架構中的角色，他還是不能丟棄的。3.3 集群仲裁一致性所謂的仲裁一致性問題，是指雙中心之間的VPlex存儲集群和數(shù)據(jù)庫RAC集群的仲裁結果是否能保證一致性。VPlex集群是靠仲裁站點分別于兩個站點之間的網(wǎng)絡連通性來判定站點故障。而數(shù)據(jù)庫集群是

23、通過以太網(wǎng)心跳和OCR仲裁盤來做數(shù)據(jù)庫仲裁。而數(shù)據(jù)庫的OCR仲裁盤是存儲集群提供的分布式共享卷。二者仲裁時的一致性如何保障是非常重要的一個問題。假設在發(fā)生站點級別故障時，數(shù)據(jù)庫集群首先根據(jù)網(wǎng)絡故障觸發(fā)仲裁，判定站點A的節(jié)點存活。而存儲隨后再發(fā)生存儲集群的仲裁，這個時候如果根據(jù)Witness判定的結果恰恰仲裁委站點B的節(jié)點存活。那么數(shù)據(jù)庫集群整體就會宕掉，這對于業(yè)務來講就是一個災難。在這個問題上，風險發(fā)生的引發(fā)點有兩個：數(shù)據(jù)庫和集群的仲裁觸發(fā)以及仲裁過程的時間順序發(fā)生紊亂；資源被1:1割裂之后的默認仲裁策略不一致。也就是說，只要控制這兩個引發(fā)點，那么這個問題從理論上也就避免了。對于第一個引發(fā)點來

24、講，實際上存儲集群的默認仲裁觸發(fā)時間會是15秒左右，而數(shù)據(jù)庫仲裁觸發(fā)的控制參數(shù)由misscount這個參數(shù)來決定，所以只要我們將misscount這個參數(shù)調整到45秒之后，也就是說理論上絕對保障存儲集群仲裁在前，而數(shù)據(jù)庫仲裁在后，那么第一個引發(fā)點就沒有了。對于第二個引發(fā)點來講，假設兩站點節(jié)點資源對等，仲裁選票同樣對等的情況下，存儲集群會有一個默認的Winner策略，同樣在這種情況下數(shù)據(jù)庫集群也有一個默認仲裁策略：選擇實例號小的集群存活。只要我們保證這兩個策略結果的一致性，那么第二個引發(fā)點也就不存在了。3.4 雙中心之間的通訊雙中心間的通訊不可控問題主要表現(xiàn)為兩個方面：鏈路穩(wěn)定狀況不可控；IO延

25、時指標不可控。因為雙中心之間的鏈路是通過租用運營商的裸光纖鏈路實現(xiàn)的，那么這其中會經(jīng)歷很多的中繼設備及節(jié)點。無論從管理上還是從技術把控上都是金融企業(yè)自身不可控制的因素。假設雙中心間鏈路延時指標不穩(wěn)定，也就是說數(shù)據(jù)庫節(jié)點之間私網(wǎng)傳輸?shù)难訒r會經(jīng)常出現(xiàn)長延時情況，這勢必導致這種延時會加倍放大到數(shù)據(jù)庫節(jié)點之間的讀寫熱點競爭上。由于數(shù)據(jù)庫集群之間的數(shù)據(jù)傳輸量非常大（緩存、鎖、心跳等），在讀寫熱點相對突出的業(yè)務上，輕則導致數(shù)據(jù)庫讀寫性能災難，重則導致數(shù)據(jù)庫節(jié)點直接處于僵死狀態(tài)。另外，鏈路的不穩(wěn)定會導致存儲鏈路頻繁切換，甚至會導致集群仲裁頻繁發(fā)生，這對于業(yè)務連續(xù)性更是一個災難。對于這個問題來講，就目前金融行業(yè)的傳統(tǒng)數(shù)據(jù)架構來講，并沒有一個