資訊專欄INFORMATION COLUMN
摘要：首先啟動該命令。這項機制在實際生產當中無疑非常重要。那么下面我們回顧一下之前了解到的信息我們創(chuàng)建了一款小型動態(tài)微服務應用，完全由構成。在多數情況下，這能夠為應用后端服務建立起獨立的代理機制。
這次數人云與大家分享的文章里，主要介紹了Docker Swarm如何憑借革新對整體場景進一步加以簡化。事實上，如今我們已經可以輕松且直觀地構建起一套Docker Swarm集群，快來一起體驗一下吧：）
下面先來看看各項具體的更新內容：
我們在之前提到過一個示例，即一款由前端與多項后端服務共同構成的微服務應用。其中前端為Traefik HTTP代理，負責將各項請求路由至后端服務。而后端則非常簡單，是一套基于Go的HTTP Web服務器，負責返回其運行所在的容器ID。
新的Docker Swarm不再需要為應用容器設置獨立的HTTP代理。如上圖所示的原有架構現在被精簡為下圖所示的形式：
移動部件更少了——贊！
另外，我們還為后端服務內置了負載均衡機制。我們甚至能夠立足于集群內的任一節(jié)點訪問這些服務。Docker Swarm還集成有一種內置網狀路由機制，用于將各請求路由至適合的后端容器當中。
面對這些新功能，有些朋友可能認為Docker Swarm集群的設置過程會比原本更為復雜。事實上，整個流程反而更加簡單。
仍然半信半疑？下面一起來看。
沒錯，這次我們仍然使用Raspberry Pi集群。我使用的是Docker 1.12內部版本，并將其安裝在Raspberry Pi上。當Docker 1.12推出正式版后，我們會對內容做出針對性更新。
下面看看當前配置：
root@pi6 $ docker version Client: Version: 1.12.0-rc1 API version: 1.24 Go version: go1.6.2 Git commit: 1f136c1-unsupported Built: Wed Jun 15 15:35:51 2016 OS/Arch: linux/arm Server: Version: 1.12.0-rc1 API version: 1.24 Go version: go1.6.2 Git commit: 1f136c1-unsupported Built: Wed Jun 15 15:35:51 2016 OS/Arch: linux/arm
很好，Docker 1.12 RC1已經準備就緒。下面啟動各項必要服務。
首先看看我們能否在Docker CLI中找到隱藏的各項新功能。
root@pi6 $ docker
Usage: docker [OPTIONS] COMMAND [arg...]
docker [ --help | -v | --version ]
A self-sufficient runtime for containers.
...
service Manage Docker services
...
stats Display a live stream of container(s) resource usage statistics
...
swarm Manage Docker Swarm
...
update Update configuration of one or more containers
Run "docker COMMAND --help" for more information on a command.
我直接去掉了其中與上代版本完全一致的部分，而只留了不同之處。
現在我們可以使用docker swarm命令了。
查詢其具體作用：
root@pi6 $ docker swarm
Usage: docker swarm COMMAND
Manage Docker Swarm
Options:
--help Print usage
Commands:
init Initialize a Swarm.
join Join a Swarm as a node and/or manager.
update update the Swarm.
leave Leave a Swarm.
inspect Inspect the Swarm
Run "docker swarm COMMAND --help" for more information on a command.
就是說其用于“初始化一套Swarm”。看起來正是我們需要的。首先啟動該命令。
root@pi6 $ docker swarm init Swarm initialized: current node (1njlvzi9rk2syv3xojw217o0g) is now a manager.
現在我們的Swarm管理節(jié)點已經開始運行，接下來為集群添加更多節(jié)點。
前往集群中的另一節(jié)點并執(zhí)行：
root@pi1 $ docker swarm join pi6:2377 This node joined a Swarm as a worker.
使用上述命令，我們在剛剛創(chuàng)建的初始Swarm集群中聲明了應當加入該Swarm管理節(jié)點的各個新節(jié)點。Docker Swarm會在后臺執(zhí)行相關操作。
舉例來說，其會為不同集群節(jié)點設置經過加密的彼此通信通道。我們不再需要自行管理TLS證書。
每位曾經設置過Docker Swarm集群的朋友，都會意識到新的流程有多么簡單。
不過到這兒還沒有結束。
Swarm管理節(jié)點中的一條“docker info”帶來了一些有趣的提示。我仍然刪去其中不必要的部分：
root@pi6 $ docker info ... Swarm: active NodeID: 1njlvzi9rk2syv3xojw217o0g IsManager: Yes Managers: 1 Nodes: 2 CACertHash: sha256:de4e2bff3b63700aad01df97bbe0397f131aabed5fabb7732283f044472323fc ... Kernel Version: 4.4.10-hypriotos-v7+ Operating System: Raspbian GNU/Linux 8 (jessie) OSType: linux Architecture: armv7l CPUs: 4 Total Memory: 925.4 MiB Name: pi6 ...
如大家所見，我們現在已經在“docker info”輸出結果中有了新的“Swarm”部分，其告訴我們當前節(jié)點屬于一套Swarm管理節(jié)點，且該集群由兩個集群節(jié)點構成。
在第二個節(jié)點上，其輸出結果與管理節(jié)點稍有不同：
Swarm: active NodeID: 3fmwt4taurwxczr2icboojz8g IsManager: No
到這里，我們已經擁有了一套有趣但仍然空空如也的Swarm集群。
我們還需要了解Docker 1.12中的service這項全新抽象定義。大家可能在前面的輸出結果中注意到了docker service命令。所謂docker service，是指運行在容器當中且負責為外部世界提供運行在Swarm集群內的“service”的軟件片段。
這樣的一項服務可以由單一或者多套容器構成。在后一種情況下，我們可以確保服務擁有高可用性及/或負載均衡能力。
下面使用之前創(chuàng)建的“whoami”鏡像建立這樣一項服務。
root@pi6 $ docker service create --name whoami -p 80:8000 hypriot/rpi-whoami buy0q65lw7nshm76kvy5imxk3
在“docker swarm ls”命令的幫助下，我們可以檢查這項新服務的狀態(tài)。
root@pi6 $ docker service ls ID NAME SCALE IMAGE COMMAND buy0q65lw7ns whoami 1 hypriot/rpi-whoami
下面檢查我們是否能夠通過curl命令向eth0網絡接口發(fā)送l http命令，從而請求目錄頁面。
root@pi6 $ curl http://192.168.178.24 I"m 1b6df814c654
一切順利，鼓掌！
有些朋友可能注意到，“docker swarm ls”命令的標題行中存在“SCALE”部分，這似乎意味著我們可以對服務進行擴展。
root@pi6 $ docker service scale whoami=5 whoami scaled to 5
那就來實際驗證一下吧：
root@pi6 $ docker service ls
ID NAME SCALE IMAGE COMMAND
buy0q65lw7ns whoami 5 hypriot/rpi-whoami
root@pi6 $ for i in {1..5}; do curl http://192.168.178.24; done
I"m 8db1657e8517
I"m e1863a2be88d
I"m 1b6df814c654
I"m 8db1657e8517
I"m e1863a2be88d
非常簡單。
但這種方式與原有Swarm其實差不多，只不過在使用感受上更便捷也更快速。請注意，我們使用的是Raspberry Pi而非強大的服務器，所以要對性能擁有較為保守的估計。
下面從單一Docker引擎的角度來看看目前的運行狀態(tài)：
root@pi6 $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES e1863a2be88d hypriot/rpi-whoami:latest "/http" 2 minutes ago Up 2 minutes 8000/tcp whoami.4.0lg12zndbal72exqe08r9wvpg 8db1657e8517 hypriot/rpi-whoami:latest "/http" 2 minutes ago Up 2 minutes 8000/tcp whoami.5.5z6mvsrdy73m5w24icgsqc8i2 1b6df814c654 hypriot/rpi-whoami:latest "/http" 8 minutes ago Up 8 minutes 8000/tcp whoami.1.bg4qlpiye6h6uxyf8cmkwuh52
如大家所見，已經啟動的容器有5套，其中3套駐留于“pi6”中。
下面看看是否能夠找到其它容器：
root@pi1 docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES db411a119c0a hypriot/rpi-whoami:latest "/http" 6 minutes ago Up 6 minutes 8000/tcp whoami.2.2tf7yhmx9haol7e2b7xib2emj 0a4bf32fa9c4 hypriot/rpi-whoami:latest "/http" 6 minutes ago Up 6 minutes 8000/tcp whoami.3.2r6mm091c2ybr0f9jz4qaxw9k
那么如果我們將這套Swarm集群駐留在“pi1”上，結果又會如何？
root@pi1 docker swarm leave Node left the default swarm.
下面看看另一節(jié)點上的運行情況：
docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 58620e3d533c hypriot/rpi-whoami:latest "/http" 46 seconds ago Up 43 seconds 8000/tcp whoami.2.cgc4e2ixulc2f3ehr4laoursg acc9b523f434 hypriot/rpi-whoami:latest "/http" 46 seconds ago Up 43 seconds 8000/tcp whoami.3.67bhlo3nwgehthi3bg5bfdzue e1863a2be88d hypriot/rpi-whoami:latest "/http" 8 minutes ago Up 8 minutes 8000/tcp whoami.4.0lg12zndbal72exqe08r9wvpg 8db1657e8517 hypriot/rpi-whoami:latest "/http" 8 minutes ago Up 8 minutes 8000/tcp whoami.5.5z6mvsrdy73m5w24icgsqc8i2 1b6df814c654 hypriot/rpi-whoami:latest "/http" 15 minutes ago Up 14 minutes 8000/tcp whoami.1.bg4qlpiye6h6uxyf8cmkwuh52
這里的情況相當于“pi1”節(jié)點發(fā)生故障，此時“pi1”中運行的全部容器都會被自動遷移至另一集群節(jié)點。這項機制在實際生產當中無疑非常重要。
那么下面我們回顧一下之前了解到的信息：
我們創(chuàng)建了一款小型動態(tài)微服務應用，完全由Docker構成。Docker Swarm現在被整合至Docker-Engine當中，而不再以獨立軟件形式存在。在多數情況下，這能夠為應用后端服務建立起獨立的代理機制。不再需要使用nginx、HAProxy或者Traefik。
盡管活動部件數量有所減少，但我們現在反而擁有了內置的高可用性與負載均衡功能。我非常期待未來Docker Swarm正式版本中會帶來哪些新的驚喜，又如何與Docker Compose進行協作。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規(guī)行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/26660.html
摘要：月日數人云在上海舉辦金融沙龍，邀請上交所和近二十家來自銀行保險證券的技術專家一同探討容器技術在金融業(yè)中的最佳實踐。數人云肖德時在會上將傳統金融行業(yè)通過容器可以解決的四大問題做了逐一解讀。如何動態(tài)的分配，就是剛才上交所介紹的一些治理的方法。 7月29日數人云在上海舉辦金融沙龍，邀請上交所和近二十家來自銀行、保險、證券的IT技術專家一同探討容器技術在金融業(yè)中的最佳實踐。數人云CTO肖德時在...
摘要：騰訊云在年底決定開發(fā)容器產品隨后組建容器技術團隊并進行技術選型通過對不同編排工具的分析對比最終選擇作為容器編排引擎并且迅速在年初推出容器解決方案為用戶提供托管的一站式服務。但是騰訊云最終選擇了現在看來這個選擇無比正確。Kubernetes 很火,一大批互聯網公司早已領先一步,搭建起專有的 PaaS平臺,傳統企業(yè)們看到的 Kubernetes的趨勢,亦不甘落后,在試水的道上一路狂奔。雖然,Ku...
摘要：一個容器起來，能夠對外服務，這時就看下一步的負載均衡服務發(fā)現以及編排。它們有不同的應用場景，比如傾向于四層的負載均衡。不單是負載均衡，它同時解決了服務發(fā)現和負載均衡兩個點。 今天是數人云容器三國演義Meetup嘉賓演講實錄第二彈。數人云工程師春明為大家奉送了一盤干貨的大餐，讓我們讀讀源碼，深入了解一下SwarmKit的世界吧！ 小數前方預警：有大量代碼出現！ showImg(htt...
摘要：應該如何解決本文將給出若干提示，如何在生產環(huán)境中使用。路由匹配服務發(fā)現負載均衡跨容器通訊非常可靠。在單個端口上運行一個服務，節(jié)點的任意主機都可以訪問，負載均衡完全在后臺實現。 上周數人云給大家分享了——《你可能需要的關于Docker Swarm的經驗分享》今天給大家?guī)磉@位作者大大的后續(xù)文章——《Docker Swarm在生產環(huán)境中的進階指南》 當在本地開發(fā)環(huán)境中使用Docker，或者...
摘要：指導員明伯伯數人云工程師手記相關閱讀基于的集群管理開發(fā)實踐服務發(fā)現，負載均衡和 這是一個容器信息臃腫的時代。 Docker 鯨魚鼓著圓圓的肚子在西雅圖開了一場名為 DockerCon2016 的大會，全球 4000 人參加， 8 大看點留下對容器生態(tài)的更多暢想。 數人云一直專注于以企業(yè)級的 Mesos +容器技術棧，出于對容器新技術的熱愛，我們在社區(qū)版的工具上小試牛刀，距 Docker...
閱讀 1208·2021-09-30 09:47
閱讀 3758·2021-09-06 15:02
閱讀 1765·2021-09-01 10:46
閱讀 2353·2019-08-30 15:52
閱讀 587·2019-08-29 15:28
閱讀 1867·2019-08-29 15:08
閱讀 1142·2019-08-29 13:28
閱讀 2565·2019-08-29 12:19
