Docker為什么不適合部署數(shù)據(jù)庫？原因有七點！

時間：2020-08-10 08:52:42

關(guān)鍵字：數(shù)據(jù)庫 ck

手機看文章

掃描二維碼
隨時隨地手機看文章

[導(dǎo)讀]近幾年來，Docker 在企業(yè)環(huán)境的應(yīng)用端具有很大的潛力，在這一點上我想大家是有目共睹的，無狀態(tài)的服務(wù)采用容器化已經(jīng)是一種大趨勢，那么問題來了，作為系統(tǒng)核心的數(shù)據(jù)庫是否需要容器化？針對數(shù)據(jù)庫是否適合容器化這個問題，不同的人可能會給出不同的答案，在

ckground-color: rgb(255, 255, 255);box-sizing: border-box !important;overflow-wrap: break-word !important;">

近幾年來，Docker 在企業(yè)環(huán)境的應(yīng)用端具有很大的潛力，在這一點上我想大家是有目共睹的，無狀態(tài)的服務(wù)采用容器化已經(jīng)是一種大趨勢，那么問題來了，作為系統(tǒng)核心的數(shù)據(jù)庫是否需要容器化？

針對數(shù)據(jù)庫是否適合容器化這個問題，不同的人可能會給出不同的答案，在回答此問題之前我們先看下容器化部署數(shù)據(jù)庫和常規(guī)數(shù)據(jù)庫部署上的一些比較。

Docker不適合部署數(shù)據(jù)庫的7大原因

1、數(shù)據(jù)安全問題

不要將數(shù)據(jù)儲存在容器中，這也是 Docker 官方容器使用技巧中的一條。容器隨時可以停止、或者刪除。當(dāng)容器被rm掉，容器里的數(shù)據(jù)將會丟失。為了避免數(shù)據(jù)丟失，用戶可以使用數(shù)據(jù)卷掛載來存儲數(shù)據(jù)。但是容器的 Volumes 設(shè)計是圍繞 Union FS 鏡像層提供持久存儲，數(shù)據(jù)安全缺乏保證。如果容器突然崩潰，數(shù)據(jù)庫未正常關(guān)閉，可能會損壞數(shù)據(jù)。另外，容器里共享數(shù)據(jù)卷組，對物理機硬件損傷也比較大。

即使你要把 Docker 數(shù)據(jù)放在主機來存儲，它依然不能保證不丟數(shù)據(jù)。Docker volumes 的設(shè)計圍繞 Union FS 鏡像層提供持久存儲，但它仍然缺乏保證。

使用當(dāng)前的存儲驅(qū)動程序，Docker 仍然存在不可靠的風(fēng)險。如果容器崩潰并數(shù)據(jù)庫未正確關(guān)閉，則可能會損壞數(shù)據(jù)。

2、性能問題

大家都知道，MySQL 屬于關(guān)系型數(shù)據(jù)庫，對IO要求較高。當(dāng)一臺物理機跑多個時，IO就會累加，導(dǎo)致IO瓶頸，大大降低 MySQL 的讀寫性能。

在一次Docker應(yīng)用的十大難點專場上，某國有銀行的一位架構(gòu)師也曾提出過：“數(shù)據(jù)庫的性能瓶頸一般出現(xiàn)在IO上面，如果按 Docker 的思路，那么多個docker最終IO請求又會出現(xiàn)在存儲上面?，F(xiàn)在互聯(lián)網(wǎng)的數(shù)據(jù)庫多是share nothing的架構(gòu)，可能這也是不考慮遷移到 Docker 的一個因素吧”。

針對性能問題有些同學(xué)可能也有相對應(yīng)的方案來解決：

(1)數(shù)據(jù)庫程序與數(shù)據(jù)分離

如果使用Docker 跑 MySQL，數(shù)據(jù)庫程序與數(shù)據(jù)需要進行分離，將數(shù)據(jù)存放到共享存儲，程序放到容器里。如果容器有異常或 MySQL 服務(wù)異常，自動啟動一個全新的容器。另外，建議不要把數(shù)據(jù)存放到宿主機里，宿主機和容器共享卷組，對宿主機損壞的影響比較大。

(2)跑輕量級或分布式數(shù)據(jù)庫

Docker 里部署輕量級或分布式數(shù)據(jù)庫，Docker 本身就推薦服務(wù)掛掉，自動啟動新容器，而不是繼續(xù)重啟容器服務(wù)。

(3)合理布局應(yīng)用

對于IO要求比較高的應(yīng)用或者服務(wù)，將數(shù)據(jù)庫部署在物理機或者KVM中比較合適。目前TX云的TDSQL和阿里的Oceanbase都是直接部署在物理機器，而非Docker 。

3、網(wǎng)絡(luò)問題

要理解 Docker 網(wǎng)絡(luò)，您必須對網(wǎng)絡(luò)虛擬化有深入的了解。也必須準(zhǔn)備應(yīng)付好意外情況。你可能需要在沒有支持或沒有額外工具的情況下，進行 bug 修復(fù)。

我們知道：數(shù)據(jù)庫需要專用的和持久的吞吐量，以實現(xiàn)更高的負載。我們還知道容器是虛擬機管理程序和主機虛擬機背后的一個隔離層。然而網(wǎng)絡(luò)對于數(shù)據(jù)庫復(fù)制是至關(guān)重要的，其中需要主從數(shù)據(jù)庫間 24/7 的穩(wěn)定連接。未解決的 Docker 網(wǎng)絡(luò)問題在1.9版本依然沒有得到解決。

把這些問題放在一起，容器化使數(shù)據(jù)庫容器很難管理。我知道你是一個頂級的工程師，什么問題都可以得到解決。但是，你需要花多少時間解決 Docker 網(wǎng)絡(luò)問題？將數(shù)據(jù)庫放在專用環(huán)境不會更好嗎？節(jié)省時間來專注于真正重要的業(yè)務(wù)目標(biāo)。

4、狀態(tài)

在 Docker 中打包無狀態(tài)服務(wù)是很酷的，可以實現(xiàn)編排容器并解決單點故障問題。但是數(shù)據(jù)庫呢？將數(shù)據(jù)庫放在同一個環(huán)境中，它將會是有狀態(tài)的，并使系統(tǒng)故障的范圍更大。下次您的應(yīng)用程序?qū)嵗驊?yīng)用程序崩潰，可能會影響數(shù)據(jù)庫。

知識點在 Docker 中水平伸縮只能用于無狀態(tài)計算服務(wù)，而不是數(shù)據(jù)庫。

Docker 快速擴展的一個重要特征就是無狀態(tài)，具有數(shù)據(jù)狀態(tài)的都不適合直接放在 Docker 里面，如果 Docker 中安裝數(shù)據(jù)庫，存儲服務(wù)需要單獨提供。

目前，TX云的TDSQL(金融分布式數(shù)據(jù)庫)和阿里云的Oceanbase(分布式數(shù)據(jù)庫系統(tǒng))都直接運行中在物理機器上，并非使用便于管理的 Docker 上。

5、資源隔離

資源隔離方面，Docker 確實不如虛擬機KVM，Docker是利用Cgroup實現(xiàn)資源限制的，只能限制資源消耗的最大值，而不能隔絕其他程序占用自己的資源。如果其他應(yīng)用過渡占用物理機資源，將會影響容器里 MySQL 的讀寫效率。

需要的隔離級別越多，獲得的資源開銷就越多。相比專用環(huán)境而言，容易水平伸縮是Docker的一大優(yōu)勢。然而在 Docker 中水平伸縮只能用于無狀態(tài)計算服務(wù)，數(shù)據(jù)庫并不適用。

我們沒有看到任何針對數(shù)據(jù)庫的隔離功能，那為什么我們應(yīng)該把它放在容器中呢？

6、云平臺的不適用性

大部分人通過共有云開始項目。云簡化了虛擬機操作和替換的復(fù)雜性，因此不需要在夜間或周末沒有人工作時間來測試新的硬件環(huán)境。當(dāng)我們可以迅速啟動一個實例的時候，為什么我們需要擔(dān)心這個實例運行的環(huán)境？

這就是為什么我們向云提供商支付很多費用的原因。當(dāng)我們?yōu)閷嵗胖脭?shù)據(jù)庫容器時，上面說的這些便利性就不存在了。因為數(shù)據(jù)不匹配，新實例不會與現(xiàn)有的實例兼容，如果要限制實例使用單機服務(wù)，應(yīng)該讓 DB 使用非容器化環(huán)境，我們僅僅需要為計算服務(wù)層保留彈性擴展的能力。

7、運行數(shù)據(jù)庫的環(huán)境需求

?？吹?DBMS 容器和其他服務(wù)運行在同一主機上。然而這些服務(wù)對硬件要求是非常不同的。

數(shù)據(jù)庫（特別是關(guān)系型數(shù)據(jù)庫）對 IO 的要求較高。一般數(shù)據(jù)庫引擎為了避免并發(fā)資源競爭而使用專用環(huán)境。如果將你的數(shù)據(jù)庫放在容器中，那么將浪費你的項目的資源。因為你需要為該實例配置大量額外的資源。在公有云，當(dāng)你需要 34G 內(nèi)存時，你啟動的實例卻必須開 64G 內(nèi)存。在實踐中，這些資源并未完全使用。

怎么解決？您可以分層設(shè)計，并使用固定資源來啟動不同層次的多個實例。水平伸縮總是比垂直伸縮更好。

總結(jié)

針對上面問題是不是說數(shù)據(jù)庫一定不要部署在容器里嗎？

答案是：并不是

我們可以把數(shù)據(jù)丟失不敏感的業(yè)務(wù)（搜索、埋點）就可以數(shù)據(jù)化，利用數(shù)據(jù)庫分片來來增加實例數(shù)，從而增加吞吐量。

docker適合跑輕量級或分布式數(shù)據(jù)庫，當(dāng)docker服務(wù)掛掉，會自動啟動新容器，而不是繼續(xù)重啟容器服務(wù)。

數(shù)據(jù)庫利用中間件和容器化系統(tǒng)能夠自動伸縮、容災(zāi)、切換、自帶多個節(jié)點，也是可以進行容器化的。

來源：IT實戰(zhàn)聯(lián)盟
原文鏈接：www.toutiao.com/i6805798581971190276

免責(zé)聲明：本文內(nèi)容由21ic獲得授權(quán)后發(fā)布，版權(quán)歸原作者所有，本平臺僅提供信息存儲服務(wù)。文章僅代表作者個人觀點，不代表本平臺立場，如有問題，請聯(lián)系我們，謝謝！
ckquote>

Docker為什么不適合部署數(shù)據(jù)庫？原因有七點！

Docker不適合部署數(shù)據(jù)庫的7大原因

1、數(shù)據(jù)安全問題

2、性能問題

3、網(wǎng)絡(luò)問題

4、狀態(tài)

5、資源隔離

7、運行數(shù)據(jù)庫的環(huán)境需求

總結(jié)

阿維塔、賽力斯已入股！華為引望可能成“中國博世”

Trianz與AWS達成戰(zhàn)略合作協(xié)議，徹底改變云采用和管理方式

人工智能驅(qū)動工具SODA V將顛覆汽車市場，使汽車開發(fā)時間和成本降低90%

從容應(yīng)對未知風(fēng)險----解密亞馬遜云科技的韌性之道

中國游戲市場開始復(fù)蘇！騰訊、網(wǎng)易等巨頭縮減在日本投資

獨立自主！華為董事：致力打造不依賴西方的技術(shù)

華為張平安：數(shù)字世界話語權(quán)最終由生態(tài)繁榮決定！

中國通信服務(wù)公布2024年中期業(yè)績

NVI技術(shù)創(chuàng)新聯(lián)盟成立！自主生態(tài)將帶動產(chǎn)業(yè)鏈高速發(fā)展

軟通動力與長三角投資達成戰(zhàn)略合作共謀數(shù)字生態(tài)新發(fā)展

海南區(qū)6家凱悅系酒店與嵐圖達成戰(zhàn)略合作，共同推動新能源出行體驗

安嵐攜手妮可?巴菲特開啟療愈之旅在秋日紅葉的浪漫中療愈身心

不懼美國封鎖！華為：我們給大家提供系統(tǒng)、存儲等

尼爾森IQ深耕中國四十載，共繪未來新篇章

第二十二屆跨盈年度B2B營銷高管峰會2025聚焦"營銷競?cè)。蚱剖袌鰞?nèi)卷實現(xiàn)認知進化"

恒久動力馳騁天地美孚1號攜手周冠宇邀您縱擎馳騁，勁享駕趣體驗

美通社母公司Cision發(fā)布CisionOne平臺，進軍亞太地區(qū)媒體監(jiān)測市場

移遠通信推出大模型解決方案，重塑千行百業(yè)智能邊界

高途公布2024年第二季度未經(jīng)審計業(yè)績

華為發(fā)布AI百校計劃：培養(yǎng)AI人才每年獲最高100萬支持

Docker為什么不適合部署數(shù)據(jù)庫？原因有七點！

Docker不適合部署數(shù)據(jù)庫的7大原因

1、數(shù)據(jù)安全問題

2、性能問題

3、網(wǎng)絡(luò)問題

4、狀態(tài)

5、資源隔離

7、運行數(shù)據(jù)庫的環(huán)境需求

總結(jié)

Docker為什么不適合部署數(shù)據(jù)庫？原因有七點！

2、性能問題

4、狀態(tài)

5、資源隔離

7、運行數(shù)據(jù)庫的環(huán)境需求