環(huán)球資訊:金融數(shù)據(jù)庫分布式改造方案如何選?這才是最優(yōu)解!

發(fā)布時間:2023-06-09 10:39:45  |  來源:通信世界全媒體”及標有原創(chuàng)的所有作品,版權均屬于通信世界網(wǎng)。未經(jīng)允許禁止轉載、摘編及鏡像,違者必究。對于經(jīng)過授權可以轉載我方內(nèi)容的單位,也必須保持轉載文章、圖像、音視頻的完整性,并完整標注作者信息和本站來源。 2、凡本網(wǎng)注明“來源:XXX(非通信世界網(wǎng))”的作品,均轉載自其它媒體,轉載目的在于傳遞更多信息,并不代表本網(wǎng)贊同其觀點和對其真實性負責。 3、如因作品內(nèi)容、版權和其它問題需要同本網(wǎng)聯(lián)系的,請在相關作品刊發(fā)之日起30日內(nèi)進行。   

近年來,在自主創(chuàng)新與多云轉型的驅動下,金融行業(yè)紛紛啟動對傳統(tǒng)數(shù)據(jù)庫的改造。在目標數(shù)據(jù)庫的選擇上,分布式數(shù)據(jù)庫呼聲很高,然而實際落地情況并不理想。據(jù)《金融業(yè)數(shù)據(jù)庫供應鏈安全發(fā)展報告》統(tǒng)計,分布式數(shù)據(jù)庫在銀行業(yè)使用占比僅有17.5%,在證券、保險業(yè)甚至不到4%,在金融核心場景的規(guī)模應用進展緩慢。


(資料圖)

什么原因導致了這一現(xiàn)象?誠然,分布式數(shù)據(jù)庫從架構上描繪了一幅美好藍圖,但3個技術層面的原因讓金融行業(yè)分布式數(shù)據(jù)庫改造還停留在淺嘗輒止的水平:

一是可靠性不滿足金融行業(yè)要求。金融業(yè)務重要性非比尋常,業(yè)務中斷、數(shù)據(jù)丟失都會造成不可估量的損失。分布式數(shù)據(jù)庫大多采用存算一體架構,服務器既提供計算資源,又要負責數(shù)據(jù)存儲。由于服務器易故障,故障后業(yè)務中斷和數(shù)據(jù)丟失同時發(fā)生,可謂是雪上加霜。當前,分布式數(shù)據(jù)庫普遍通過多數(shù)據(jù)副本提高可靠性,但新問題接踵而至:多個副本間必須保持嚴格一致性,那么數(shù)據(jù)庫性能勢必受到影響;如果不嚴格一致,又可能出現(xiàn)數(shù)據(jù)丟失的情況。

二是性能與傳統(tǒng)數(shù)據(jù)庫差距過大。當前,分布式數(shù)據(jù)庫的單機性能較差,所以才需要將過去的一個數(shù)據(jù)庫拆分成多個數(shù)據(jù)庫,依靠并發(fā)優(yōu)勢去提升性能。但傳統(tǒng)業(yè)務數(shù)據(jù)量大,庫表結構復雜,很難做到完美改造。此外,業(yè)務高峰期時,局部數(shù)據(jù)庫訪問量過大容易導致阻塞,從而使整個系統(tǒng)癱瘓。

三是改造成本過高,運維管理困難。分庫分表改造是一個系統(tǒng)性工程,涉及應用的同步修改,費時費力;服務器和硬盤數(shù)量大增,改造成本很高。此外,不像專業(yè)存儲能夠提供良好的硬盤健康管理能力,服務器故障的風險往往需要運維人員來承擔。更可怕的是,這種故障往往會連續(xù)出現(xiàn),永遠不知道哪一塊盤會成為引發(fā)蝴蝶效應的“黑天鵝”。

基于以上原因,分布式數(shù)據(jù)庫在金融行業(yè)始終難有突破。那么,破局之道在哪里?縱觀IT行業(yè)發(fā)展,針對功能問題時,業(yè)界常通過軟件開發(fā)來解決;針對穩(wěn)定性和性能問題,則常常通過硬件技術革新來突破。分布式數(shù)據(jù)庫當前面臨的問題,歸根結底是存算一體架構下,服務器硬件可靠性不足造成的。僅僅依靠多副本、分庫分表這些軟件層面的方案,無法徹底解決問題,提升硬件能力才是關鍵。因此,將分布式數(shù)據(jù)庫升級為存算分離架構,由更加可靠的專業(yè)存儲來保存數(shù)據(jù),可以從根本上解決分布式數(shù)據(jù)庫的可靠性問題。

首選,在存算分離架構下,數(shù)據(jù)被存放在高可靠的專業(yè)存儲中,即使服務器損壞數(shù)據(jù)也不會丟失,因此多副本也沒有存在的必要了,副本間的數(shù)據(jù)同步自然也不復存在,可以很好地解決分布式數(shù)據(jù)庫的性能問題。其次,存儲資源利用率的提升,也使硬盤數(shù)量大幅減少,再通過專業(yè)存儲進行硬盤健康管理,可以更好地消除系統(tǒng)風險。再次,存算分離架構下計算與存儲資源解綁,容量和算力分別按需擴展,可以從源頭上減少服務器數(shù)量,從而降低采購與管理成本。

分庫分表一直是使用分布式數(shù)據(jù)庫的一大難題。從本質(zhì)上講,分庫分表可以通過數(shù)據(jù)的分布式部署來彌補系統(tǒng)整體的可靠性與性能損失,但代價是改造成本高昂。其實,通過提升數(shù)據(jù)庫單庫性能、降低單機故障后的系統(tǒng)風險,是可以避免分庫分表的。例如,Oracle數(shù)據(jù)庫就通過存算分離架構保障了數(shù)據(jù)層高可用,允許服務器訪問共享數(shù)據(jù),并通過ASM(Automatic Storage Management,自動存儲管理)實現(xiàn)了緩存區(qū)數(shù)據(jù)的共享訪問,多個服務器可同時訪問一個數(shù)據(jù)庫,解決了單庫性能和連續(xù)性的問題。無獨有偶,華為OceanData分布式數(shù)據(jù)庫存儲解決方案,采用自研參天數(shù)據(jù)庫加速引擎,也實現(xiàn)了存算分離架構下數(shù)據(jù)庫服務器間的緩存共享,再加之OceanStor Dorado高性能全閃存存儲加持,多個分布式數(shù)據(jù)庫實例可以同時讀寫一個庫并各自處理事務,使得數(shù)據(jù)庫整體性能大幅提升。通過存算分離架構,分布式數(shù)據(jù)庫可以達到高性能、高可靠,并大幅降低企業(yè)的使用門檻與成本。

華為OceanData分布式數(shù)據(jù)庫存儲解決方案正在積極適配多種應用場景。在核心應用場景,華為打造了GaussDB與OceanStor Dorado的聯(lián)合方案,利用存儲雙活確保數(shù)據(jù)完整復制到容災站點,工作站點性能不受影響,助力GaussDB實現(xiàn)工作站點和容災站點的雙集群容災,滿足金融核心級業(yè)務要求,在某國有大行的核心業(yè)務落地商用;在互聯(lián)網(wǎng)應用場景,華為通過存算分離架構和自研容器存儲解決方案,實現(xiàn)服務器故障、存儲故障和站點故障后的容器應用可快速恢復,并和MySQL數(shù)據(jù)庫共同打造優(yōu)秀實踐,在西南某城商行取得落地。

華為OceanData分布式數(shù)據(jù)庫存儲解決方案,以專業(yè)存儲之力,助力分布式數(shù)據(jù)庫改造更省心、更放心!面向未來,華為存儲將與行業(yè)伙伴持續(xù)深化創(chuàng)新合作,推動數(shù)據(jù)庫存算分離創(chuàng)新升級,全面提升性能、可靠性和可管理性,共同促進分布式數(shù)據(jù)庫在金融行業(yè)的規(guī)模應用。


關鍵詞:

 

網(wǎng)站介紹  |  版權說明  |  聯(lián)系我們  |  網(wǎng)站地圖 

星際派備案號:京ICP備2022016840號-16 營業(yè)執(zhí)照公示信息版權所有 郵箱聯(lián)系:920 891 263@qq.com