這篇文章給大家介紹怎么在Docker和Kubernetes上運(yùn)行MongoDB微服務(wù)，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。

成都創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括麻江網(wǎng)站建設(shè)、麻江網(wǎng)站制作、麻江網(wǎng)頁制作以及麻江網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，麻江網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到麻江省份的部分城市，未來相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

想嘗試在筆記本電腦上運(yùn)行MongoDB么?希望通過執(zhí)行一個(gè)簡單的命令，然后就有一個(gè)輕量級(jí)、自組織的沙盒么?并可再通過一條命令就可以移除所有的痕跡么?

需要在多個(gè)環(huán)境中運(yùn)行相同的應(yīng)用程序棧?創(chuàng)建自己的容器鏡像，使得開發(fā)、測試、操作和支持團(tuán)隊(duì)啟動(dòng)一份完全相同的環(huán)境。

容器正在改變整個(gè)軟件生命周期;它覆蓋了從最初的技術(shù)試驗(yàn)到通過開發(fā)、測試、部署和支持的概念證明。

閱讀微服務(wù)：容器和編排白皮書(https://www.mongodb.com/collateral/microservices-containers-and-orchestration-explained)。

編排工具管理著多個(gè)容器如何創(chuàng)建、升級(jí)和高可用。編排同樣管理著容器如何連接，并利用多個(gè)微服務(wù)容器創(chuàng)建穩(wěn)定的應(yīng)用服務(wù)。

豐富的功能、簡單的工具、強(qiáng)大的API讓容器和編排得到DevOps團(tuán)隊(duì)的青睞。DevOps工程師將它們整合到持續(xù)集成(CI)和持續(xù)交付(CD)工作流中。

將探索在嘗試運(yùn)行和編排MongoDB容器時(shí)遇到的問題，并描述如何克服這些問題。

對(duì)于MongoDB的思考

采用容器和編排運(yùn)行MongoDB帶來了一些新的思考：

MongoDB數(shù)據(jù)庫節(jié)點(diǎn)是有狀態(tài)的。若一個(gè)容器掛了，并且被重新編排，數(shù)據(jù)丟失是不能接受的(雖然它可以從其他節(jié)點(diǎn)中恢復(fù)數(shù)據(jù)，但是很費(fèi)時(shí))。為解決這個(gè)問題，Kubernetes中的卷抽象(Volume  abstraction)特性將用于映射MongoDB數(shù)據(jù)文件夾到一個(gè)持久化地址，避免容器的失敗或重編排。

同一組MongoDB數(shù)據(jù)庫備份節(jié)點(diǎn)之間需要通信，即使是在重編排之后。同一冗余備份集合的節(jié)點(diǎn)必須知道全部其他節(jié)點(diǎn)的地址，但是當(dāng)某個(gè)容器重編排之后，它的IP地址會(huì)變化。例如，所有Kubernetes內(nèi)的容器共享一個(gè)IP地址，當(dāng)pod被重編排之后這個(gè)地址就會(huì)改變。在Kubernetes中，這個(gè)問題可以通過聯(lián)系Kubernetes服務(wù)與MongoDB節(jié)點(diǎn)來解決，采用Kubernetes的DNS服務(wù)提供主機(jī)名給重編排之后的服務(wù)。

一旦每個(gè)獨(dú)立的MongoDB節(jié)點(diǎn)(每個(gè)節(jié)點(diǎn)在單獨(dú)容器中)啟動(dòng)起來，備份集合必須初始化，并把每個(gè)節(jié)點(diǎn)加入進(jìn)來。這需要編排工具提供額外的邏輯。特別是備份集合中只有一個(gè)MongoDB節(jié)點(diǎn)時(shí)，必須執(zhí)行rs.initiate和rs.add命令。

如果編排框架提供自動(dòng)化重編排容器功能(如Kubernetes的特性)，那么這可以提高M(jìn)ongoDB的容災(zāi)性，節(jié)點(diǎn)會(huì)在掛掉之后自動(dòng)重新創(chuàng)建，恢復(fù)到完整冗余水平且不需要人工干預(yù)。

當(dāng)編排框架掌控所有容器的狀態(tài)時(shí)，它并不管理容器內(nèi)的應(yīng)用或者備份數(shù)據(jù)。這就意味著采用一個(gè)有效的管理和備份方案很重要，如MongoDB Cloud  Manager，包括MongoDB Enterprise Advanced和MongoDB  Professional兩部分?？紤]到需要?jiǎng)?chuàng)建鏡像，可采用你傾向的MongoDB版本和MongoDB Automation Agent。

利用Docker和Kubernetes實(shí)現(xiàn)MongoDB冗余備份

如前一節(jié)所述，MongoDB這類分布式數(shù)據(jù)庫在利用編排框架(如Kubernetes)進(jìn)行部署時(shí)需要額外考慮。本節(jié)將對(duì)這部分細(xì)節(jié)進(jìn)行分析，并介紹如何實(shí)現(xiàn)。

首先，我們?cè)谝粋€(gè)單獨(dú)的Kubernetes集群(同一個(gè)數(shù)據(jù)中心內(nèi)，并不存在物理上的冗余備份)中創(chuàng)建整個(gè)MongoDB冗余集合。如果跨多個(gè)數(shù)據(jù)中心進(jìn)行創(chuàng)建，其步驟也差異不大，后續(xù)將會(huì)介紹。

備份中的每個(gè)成員都運(yùn)行在獨(dú)自的pod中，只暴露其IP地址和端口。固定的IP地址對(duì)于外部應(yīng)用和其他冗余備份節(jié)點(diǎn)非常重要，它決定了哪些pod將被重新部署。

下圖展示了其中一個(gè)pod與關(guān)聯(lián)的冗余控制器和服務(wù)的關(guān)系。

深入這些配置中描述的資源，內(nèi)容如下：

啟動(dòng)核心節(jié)點(diǎn)mongo-node1。該節(jié)點(diǎn)包括了一個(gè)叫做的mongo的鏡像，來源于Docker  Hub(https://hub.docker.com/_/mongo/)，其暴露27107端口。

Kubernetes的卷特性用于映射/data/db文件夾到持久化目錄mongo-persistent-storage1;該目錄為Google  Cloud上創(chuàng)建的目錄映射mongodb-disk1，用于持久化MongoDB的數(shù)據(jù)。

容器由pod進(jìn)行管理，標(biāo)記為mongo-node，同時(shí)對(duì)rod提供一個(gè)隨機(jī)生成的名字。

冗余控制器命名為mongo-rc1，用于確保mongo-node1的實(shí)例一直處于運(yùn)行中。

負(fù)載均衡服務(wù)命名為mongo-svc-a用27017暴露端口。該服務(wù)通過pod的標(biāo)簽匹配正確的服務(wù)到對(duì)應(yīng)的pod上，對(duì)外暴露的ip和端口給應(yīng)用程序使用，同時(shí)用于冗余備份集合中各節(jié)點(diǎn)的通信。雖然每個(gè)容器擁有內(nèi)部ip，但是當(dāng)容器被重啟或者移動(dòng)之后它們會(huì)變更，因此不能用于冗余備份集合之間的通信。

下圖展示了冗余備份及中的另一個(gè)成員信息：

90%的配置是相同的，只有幾處不同：

硬盤和卷的名字必須是***的，于是采用mongodb-disk2和mongo-persisitent-storage2

Pod分配到j(luò)ane實(shí)例，同時(shí)節(jié)點(diǎn)命名為mongo-node2，用于區(qū)分新服務(wù)與圖1中的Pod

冗余控制命名為mongo-rc2

服務(wù)命名為mongo-svc-b，并獲取一個(gè)不同的外部IP地址(本例子中，Kubernets分配為104.1.4.5)

第三個(gè)冗余備份成員的配置仿照上述的模式進(jìn)行，下圖展示了完整的冗余配置集合：

注意，即使配置如圖3一樣，在一個(gè)三個(gè)或者多個(gè)節(jié)點(diǎn)的Kubernetes集群上，Kubernetes可能會(huì)調(diào)度兩個(gè)或者多個(gè)MongoDB冗余備份成員在同一個(gè)宿主機(jī)上。這是因?yàn)镵ubernetes將三個(gè)pod視為三個(gè)獨(dú)立的服務(wù)。

為了增加冗余，需要?jiǎng)?chuàng)建一個(gè)額外的headless服務(wù)。該服務(wù)不具備提供外部服務(wù)的能力，甚至沒有外部IP地址，但是它用于通知Kubernetes這三個(gè)MongoDB  Pod是屬于同一個(gè)服務(wù)，于是Kubernetes會(huì)將它們調(diào)度在不同的節(jié)點(diǎn)上。

具體的配置文件和相關(guān)操作命令可以從《啟動(dòng)微服務(wù)：容器&調(diào)度說明白皮書》中找到。其中包含了三個(gè)特殊的步驟確保合并三個(gè)MongoDB到一個(gè)功能中，即本文中描述的冗余備份。

多個(gè)可用區(qū)域MongoDB冗余集合

所有冗余部件均運(yùn)行在同一個(gè)GCE集群上時(shí)具有很高的風(fēng)險(xiǎn)，在同一個(gè)zone的集群也一樣。如果發(fā)生一個(gè)重大事件導(dǎo)致可用zone離線，那么MongoDB冗余集合也就不可用。如果需要地理上的冗余備份，那么三個(gè)pod需要運(yùn)行在不同的zone內(nèi)。

只需要很少的改動(dòng)就可以創(chuàng)建這樣一個(gè)冗余備份集合。每一個(gè)集群需要獨(dú)自的Kubernetes  YAML文件來定義pod、冗余控制器和服務(wù)。然后，就可以完成一個(gè)zone的集群創(chuàng)建、持久化存儲(chǔ)和MongoDB節(jié)點(diǎn)。

下圖展示了運(yùn)行在不同zone上的冗余結(jié)合：

關(guān)于怎么在Docker和Kubernetes上運(yùn)行MongoDB微服務(wù)就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。

新聞名稱：怎么在Docker和Kubernetes上運(yùn)行MongoDB微服務(wù)
鏈接分享：http://chinadenli.net/article36/jgcepg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站策劃、自適應(yīng)網(wǎng)站、網(wǎng)站設(shè)計(jì)公司、手機(jī)網(wǎng)站建設(shè)、網(wǎng)站建設(shè)、電子商務(wù)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)