《測試Docker多主機(jī)網(wǎng)絡(luò)性能》要點(diǎn)：
本文介紹了測試Docker多主機(jī)網(wǎng)絡(luò)性能，希望對您有用。如果有疑問，可以聯(lián)系我們。

在過去的博文里,我測試過Docker的網(wǎng)絡(luò).MySQL服務(wù)器團(tuán)隊(duì)(http://mysqlserverteam.com/mysql-with-docker-performance-characteristics/)提供了他們自己的結(jié)果,和我的觀察是一致的.

本文里一系列的測試,想更多關(guān)注使用多主機(jī)的Docker網(wǎng)絡(luò).因?yàn)楫?dāng)我們搭建高可用(HA)環(huán)境(比如,使用Percona XtraDB Cluster)時(shí),就會期望實(shí)例運(yùn)行在不同的主機(jī)上.

本文測試的另一個原因是Docker最近發(fā)布了1.12版本,支持Swarm Mode.Swarm Mode本身很有意思——在這個版本里,Docker決定在編排部署領(lǐng)域更深入,從而和Kubernetes以及Apache Mesos競爭.我認(rèn)為Swarm Mode還很粗糙(畢竟是第一個版本),但是我確信Docker會在接下來的幾個版本里繼續(xù)優(yōu)化這個特性.

Swarm Mode還假定用戶在不同的物理主機(jī)上運(yùn)行服務(wù),并且服務(wù)通過Docker的網(wǎng)絡(luò)通信.我想了解在多主機(jī)上使用Docker網(wǎng)絡(luò)時(shí)性能如何.

網(wǎng)絡(luò)性能對于像Percona XtraDB Cluster 和MySQL Group Replication(剛剛發(fā)布了另一個Lab版本)這樣的集群來說尤為重要.

在我的環(huán)境里,使用了兩臺物理服務(wù)器,之間通過10GB網(wǎng)絡(luò)連接.這兩臺服務(wù)器各有56個核的Intel CPU.

Sysbench環(huán)境：數(shù)據(jù)在內(nèi)存里,僅僅使用主鍵查找.網(wǎng)絡(luò)測試中網(wǎng)絡(luò)往返很嚴(yán)重,但是能夠更清楚得看到對性能的影響.

如下是Docker網(wǎng)絡(luò)的可選方案：

• 沒有Docker容器(在下面的結(jié)果里標(biāo)記成“direct”)
• Docker容器使用“host”網(wǎng)絡(luò)(標(biāo)記為“host”)
• Docker容器使用“bridge”網(wǎng)絡(luò),這里服務(wù)端口通過端口轉(zhuǎn)發(fā)來暴露(標(biāo)記為“bridge”)
• Docker容器使用“overlay”網(wǎng)絡(luò),客戶端和服務(wù)器都在通過overlay網(wǎng)絡(luò)連接的容器里啟動(結(jié)果里標(biāo)記為“overlay”).對于“overlay”網(wǎng)絡(luò),可以使用第三方插件,使用不同的網(wǎng)絡(luò)實(shí)現(xiàn),最知名的是：1. Calico network
  https://github.com/projectcalico/calico-containers

  2. Weave network
  https://github.com/weaveworks/weave

對于多主機(jī)網(wǎng)絡(luò)搭建,只有“overlay”(以及插件實(shí)現(xiàn))可用.我使用“direct”,“host”和“bridge”作為參考以及比對,來衡量overlay實(shí)現(xiàn)的額外消耗.

我觀察到的結(jié)果如下：

觀察

• “Bridge”網(wǎng)絡(luò)會增加額外消耗,大概12%,這和我之前的benchmark是一致的.但是我想知道這是Docker的額外消耗,還是Linux bridge網(wǎng)絡(luò)實(shí)現(xiàn)的額外消耗.Docker應(yīng)該使用的是我在《在相同主機(jī)上使用Linux Network命名空間運(yùn)行Percona XtraDB Cluster節(jié)點(diǎn)》(https://www.percona.com/blog/2016/06/20/running-percona-xtradb-cluster-nodes-with-linux-network-namespaces-on-the-same-host/)一文里講述的搭建方式,我懷疑Linux網(wǎng)絡(luò)命名空間和bridge也會帶來額外消耗.需要更多的測試來驗(yàn)證這一點(diǎn).
• 原生的“Overlay”Docker網(wǎng)絡(luò)受性能問題困擾.我用ksoftirq在一個CPU內(nèi)核使用100%時(shí)觀察到了問題,并且看到了類似的報(bào)告.似乎Docker“overlay”里的網(wǎng)絡(luò)中斷并沒有適當(dāng)分布到多個CPU里.“direct”和“bridge”配置里沒有這樣的問題.我認(rèn)為這是Docker“overlay”網(wǎng)絡(luò)的問題(期望這個問題最終能夠解決).
• Weave網(wǎng)絡(luò)結(jié)果非常糟糕.我看到了很多CPU分配給“weave”容器,因此我認(rèn)為其實(shí)現(xiàn)有很嚴(yán)重的擴(kuò)展性問題.
• Calico插件在多主機(jī)容器場景下性能最佳,甚至比“bridge-bridge”網(wǎng)絡(luò)更好.

結(jié)論

如果你需要使用Docker“overlay”網(wǎng)絡(luò)——如果想要部署多主機(jī)環(huán)境,或者使用Docker Swarm Mode,這是必須的——我推薦考慮使用Calico的Docker網(wǎng)絡(luò)插件.原生的Docker“overlay”網(wǎng)絡(luò)可以用來做原型設(shè)計(jì)或者快速測試,但是目前其在高端硬件上的性能有問題.

崔婧雯?譯

文章出處：Docker

轉(zhuǎn)載請注明本頁網(wǎng)址：
http://www.snjht.com/jiaocheng/4446.html