B端市場(chǎng)的企業(yè)內(nèi)部由于應(yīng)用的復(fù)雜性和多樣性（深層次的原因，不同的ISV提供的解決方案使用不同類型的關(guān)系型數(shù)據(jù)庫(kù)導(dǎo)致），企業(yè)通常購(gòu)買外部人天服務(wù)進(jìn)行響應(yīng)和維護(hù)的工作，或通過(guò)招聘及內(nèi)部培養(yǎng)針對(duì)不同類型的關(guān)系型數(shù)據(jù)庫(kù)人才梯隊(duì)。這些不同類型的關(guān)系型數(shù)據(jù)庫(kù)硬件設(shè)備一般無(wú)法通用，每一套應(yīng)用和數(shù)據(jù)庫(kù)集群都是獨(dú)立的，運(yùn)維管理方式的弊端不斷涌現(xiàn)。
數(shù)據(jù)庫(kù)融合平臺(tái)整合能力

統(tǒng) / 一 / 對(duì) / 待

整合企業(yè)內(nèi)部不同關(guān)系型數(shù)據(jù)庫(kù)到統(tǒng)一管理平臺(tái)，首先需要將不同類型的數(shù)據(jù)庫(kù)當(dāng)成同一個(gè)“對(duì)象”對(duì)待。Docker技術(shù)的發(fā)展使這一想法變得更加簡(jiǎn)單可行（KVM虛擬化技術(shù)同樣也可以做到打包成鏡像，但是由于Guest OS開(kāi)銷的存在以及版本迭代的復(fù)雜性等），無(wú)論是Oracle、MySQL還是SQL Server都是操作系統(tǒng)中的Progress。當(dāng)前Docker容器化技術(shù)已經(jīng)相當(dāng)成熟穩(wěn)定，無(wú)論是Oracle、MySQL和SQL Server官方都推出Docker穩(wěn)定版鏡像。

編 / 排 / 調(diào) / 度

有了我們可以整體運(yùn)行在一個(gè)OS內(nèi)的Progess的Docker技術(shù)后，我們需要考慮如何部署在分布式架構(gòu)中滿足企業(yè)對(duì)整體系統(tǒng)的可靠性要求。
Kubernetes已經(jīng)全面贏得容器編排技術(shù)的戰(zhàn)爭(zhēng)，火速占據(jù)了市場(chǎng)。
kubernetes由Linux基金會(huì)和Google共同創(chuàng)辦的云計(jì)算基金會(huì)（CNCF，Cloud Native Computing Foundation）進(jìn)行管理，是一個(gè)以開(kāi)源為目的組織。旨在幫助企業(yè)基于容器化和云原生技術(shù)，能夠在公有云或者私有云上快速部署自身的應(yīng)用并擁有快速擴(kuò)展的能力，目前Kubernetes可以說(shuō)已經(jīng)成為業(yè)內(nèi)標(biāo)準(zhǔn)。

高 / 可 / 用

關(guān)系型數(shù)據(jù)庫(kù)的高可用方案是一個(gè)老生常談的話題，關(guān)系型數(shù)據(jù)庫(kù)集群架構(gòu)為了保證前端應(yīng)用業(yè)務(wù)的連續(xù)性以及可靠性，通常要求數(shù)據(jù)庫(kù)集群建設(shè)有可靠的方案。
CAP理論大家都熟悉，關(guān)系型數(shù)據(jù)庫(kù)是典型的C（Consistency）A（Availability）應(yīng)用，但是如果要保證C（Consistency）P(Partition tolerance)架構(gòu)，具有一定的容災(zāi)能力、集群架構(gòu)通常需要3節(jié)點(diǎn)部署（使用本地存儲(chǔ)）。
類似MySQL官方的MGR方案，3節(jié)點(diǎn)僅有一個(gè)節(jié)點(diǎn)可進(jìn)行讀寫另外兩個(gè)節(jié)點(diǎn)提供只讀。如果另外兩個(gè)節(jié)點(diǎn)未提供對(duì)外輸出只讀能力，那么對(duì)于平臺(tái)來(lái)說(shuō)，除了3節(jié)點(diǎn)能保證高可用一定的冗余能力外，另外2個(gè)節(jié)點(diǎn)浪費(fèi)計(jì)算資源。
彈性能力

軟 / 件 / 定 / 義 / 存 / 儲(chǔ)

kubernetes在1.9版本，對(duì)于存儲(chǔ)卷的支持采用CSI(Container Stroage Interface)的方案，減少之前in-tree方式帶給k8s自身核心代碼的耦合度和復(fù)雜性，存儲(chǔ)提供商或者企業(yè)可以通過(guò)開(kāi)發(fā)CSI接口實(shí)現(xiàn)對(duì)分布式存儲(chǔ)的管理能力。（沃趣科技基于CSI接口實(shí)現(xiàn)存儲(chǔ)管能力：https://kubernetes.io/blog/2018/08/02/dynamically-expand-volume-with-csi-and-kubernetes/）
采用計(jì)算存儲(chǔ)分離的方案，對(duì)于數(shù)據(jù)庫(kù)平臺(tái)來(lái)說(shuō)，計(jì)算資源所用即所需，即應(yīng)用需要一個(gè)4C16G計(jì)算規(guī)格的數(shù)據(jù)庫(kù)實(shí)例，平臺(tái)就提供滿足計(jì)算規(guī)格的數(shù)據(jù)庫(kù)。通過(guò)平臺(tái)的可用性檢測(cè)及分布式存儲(chǔ)卷的編排和調(diào)度能力，保證數(shù)據(jù)庫(kù)高可用和數(shù)據(jù)不丟的同時(shí)，計(jì)算資源節(jié)省2/3。
SAN存儲(chǔ)支持
剛剛才說(shuō)了Kubernetes是云原生的開(kāi)源平臺(tái)，現(xiàn)在又要支持商用的SAN存儲(chǔ)，是不是光速又打自己的臉。Kubernetes的存儲(chǔ)卷管理支持的協(xié)議（https://kubernetes.io/docs/concepts/storage/volumes/）包括FC(Fibre Channel)及ISCSI，B端市場(chǎng)的企業(yè)經(jīng)歷一次又一次的IT架構(gòu)洗禮，仍會(huì)有大量的EMC SAN商用存儲(chǔ)的設(shè)備需要利舊，而且在傳統(tǒng)的銀行金融行業(yè)，核心業(yè)務(wù)系統(tǒng)的數(shù)據(jù)依然希望使用更加可靠的商用存儲(chǔ)。
QFusion數(shù)據(jù)庫(kù)融合PaaS平臺(tái)
沃趣科技的QFusion采用K8S及云原生技術(shù)實(shí)現(xiàn)數(shù)據(jù)庫(kù)融合平臺(tái)，該平臺(tái)完全兼容官方kubernetes并通過(guò)軟件一致性認(rèn)證，提供Oracle、MySQL和SQL Server數(shù)據(jù)庫(kù)統(tǒng)一運(yùn)維管理能力，是一款具有高彈性、高性能，易管理可擴(kuò)展的數(shù)據(jù)庫(kù)私有云PaaS產(chǎn)品。
平臺(tái)結(jié)合數(shù)據(jù)庫(kù)業(yè)務(wù)場(chǎng)景，提供MySQL主從集群以及數(shù)據(jù)庫(kù)中間件，以滿足不同的應(yīng)用場(chǎng)景需求，讓企業(yè)數(shù)據(jù)庫(kù)平臺(tái)管理人員更加注重業(yè)務(wù)應(yīng)用的發(fā)展，根據(jù)業(yè)務(wù)的需求能夠快速的進(jìn)行橫向擴(kuò)展。
通過(guò)整合原生組件Prometheus+grafana，提供數(shù)據(jù)庫(kù)實(shí)例全方位的運(yùn)行狀態(tài)監(jiān)控及故障告警功能，能夠第一時(shí)間發(fā)出預(yù)警信息進(jìn)行處理，避免對(duì)應(yīng)用業(yè)務(wù)造成影響。同時(shí)提供數(shù)據(jù)庫(kù)實(shí)例日志采集及MySQL的慢SQL詳情，協(xié)助DBA管理員準(zhǔn)確查找定位問(wèn)題出處。
分享到

崔歡歡

相關(guān)推薦