方案概述

隨著企業(yè)中數(shù)據(jù)庫種類越來越多，企業(yè)在數(shù)據(jù)庫基礎(chǔ)架構(gòu)選型的過程中需要有一款產(chǎn)品既能兼顧現(xiàn)有的傳統(tǒng)商業(yè)數(shù)據(jù)庫和開源數(shù)據(jù)庫，同時又能滿足未來國產(chǎn)數(shù)據(jù)庫上線的要求。QFusion憑借對基礎(chǔ)資源極其友好的兼容能力，可以幫助企業(yè)在X86架構(gòu)和ARM架構(gòu)的異構(gòu)平臺上構(gòu)建統(tǒng)一的DBaaS服務(wù)，既兼顧現(xiàn)有的數(shù)據(jù)庫穩(wěn)定、高效運行，又能幫助企業(yè)實現(xiàn)國產(chǎn)數(shù)據(jù)庫的平穩(wěn)上線。

業(yè)務(wù)挑戰(zhàn)

國產(chǎn)化挑戰(zhàn)

為應(yīng)對外部風險，國產(chǎn)化日益重要，國產(chǎn)數(shù)據(jù)庫替代是未來必經(jīng)之路。國產(chǎn)數(shù)據(jù)庫種類繁多，數(shù)據(jù)庫選型及后續(xù)安裝部署、管理使用、運維監(jiān)控、容災(zāi)建設(shè)、備份恢復(fù)等勢必會增加運維管理的復(fù)雜度。多數(shù)據(jù)庫架構(gòu)并存，進一步增加數(shù)據(jù)庫部署、運維復(fù)雜度。

資源不能共享，造成一定的資源孤島，資源使用率低

各類型、各版本數(shù)據(jù)庫彼此之間資源不能共享，造成一定的資源孤島，資源使用率低；不具備彈性伸縮能力，雖然部分數(shù)據(jù)庫完成了IaaS層的資源整合，數(shù)據(jù)庫層的部署、管理、使用依然采用傳統(tǒng)方式，數(shù)據(jù)庫交付周期長。

存在單點故障

受限于運維人員的水平，在企業(yè)內(nèi)部只有部分數(shù)據(jù)庫配置了集群、高可用架構(gòu)外，大部分數(shù)據(jù)庫都是單實例運行，一但發(fā)生軟硬件故障，相關(guān)業(yè)務(wù)的故障恢復(fù)時間較長，故障恢復(fù)操作過程過于繁瑣，存在業(yè)務(wù)中斷、數(shù)據(jù)丟失風險。

方案架構(gòu)

QFusion支持X86 CPU和ARM CPU架構(gòu)的混合部署能力，通過多可用區(qū)的劃分實現(xiàn)多類型數(shù)據(jù)庫的跨可用區(qū)的高可用。

通過統(tǒng)一的可視化界面實現(xiàn)TiDB、GaussDB、達夢、Vastbase等國產(chǎn)數(shù)據(jù)庫、主流的商業(yè)數(shù)據(jù)庫（如Oracle、SQLServer）和開源數(shù)據(jù)庫（如MySQL、PostgreSQL、MongoDB、Redis、ClickHouse等十幾種數(shù)據(jù)庫的敏捷申請、彈性擴縮容、管理運維、備份恢復(fù)等數(shù)據(jù)庫全生命周期的能力。

方案優(yōu)勢

• 一云多芯

在X86 CPU和ARM CPU混合基礎(chǔ)設(shè)施之上，實現(xiàn)國產(chǎn)數(shù)據(jù)庫和主流的商業(yè)、開源數(shù)據(jù)庫的統(tǒng)一可視化管理、敏捷交付。

同一套數(shù)據(jù)庫云平臺可劃分為主流的X86 CPU架構(gòu)的可用區(qū)域和國產(chǎn)的ARM CPU架構(gòu)

• 資源池化、提升利用率、降低TCO

實現(xiàn)計算資源、存儲資源的池化，根據(jù)業(yè)務(wù)需求選擇合適規(guī)格的數(shù)據(jù)資源，隨著業(yè)務(wù)需求的變化，可以靈活彈性調(diào)整計算、存儲資源，從而提升整個平臺的資源利用率，降低TCO。

• 提升數(shù)據(jù)庫的高可用性和業(yè)務(wù)連續(xù)性

平臺上的數(shù)據(jù)庫支持高可用性能力，對外暴露的是數(shù)據(jù)庫集群的VIP地址，當主庫發(fā)生故障的時候，備庫35s之內(nèi)自動提升為主庫，業(yè)務(wù)端無需任何操作，從而保證業(yè)務(wù)的連續(xù)性。