1. 程式人生 > >Docker管理工具-Swarm部署記錄

Docker管理工具-Swarm部署記錄

之前介紹了Docker叢集管理工具-Kubernetes部署記錄,下面介紹另一個管理工具Swarm的用法,Swarm是Docker原生的叢集管理軟體,與Kubernetes比起來比較簡單。

Swarm介紹

Swarm這個專案名稱特別貼切。在Wiki的解釋中,Swarm behavior是指動物的群集行為。比如我們常見的蜂群,魚群,秋天往南飛的雁群都可以稱作Swarm behavior。

Swarm專案正是這樣,通過把多個Docker Engine聚集在一起,形成一個大的docker-engine,對外提供容器的叢集服務。同時這個叢集對外提供Swarm API,使用者可以像使用Docker Engine一樣使用Docker叢集。

Swarm是Docker公司在2014年12月初發布的容器管理工具,和Swarm一起釋出的Docker管理工具還有Machine以及Compose。Swarm是一套較為簡單的工具,用以管理Docker叢集,使得Docker叢集暴露給使用者時相當於一個虛擬的整體。Swarm將一群Docker宿主機變成一個單一的,虛擬的主機。Swarm使用標準的Docker API介面作為其前端訪問入口,換言之,各種形式的Docker Client(docker client in Go, docker_py, docker等)均可以直接與Swarm通訊。Swarm幾乎全部用Go語言來完成開發,Swarm0.2版本增加了一個新的策略來排程叢集中的容器,使得在可用的節點上傳播它們,以及支援更多的Docker命令以及叢集驅動。Swarm deamon只是一個排程器(Scheduler)加路由器(router),Swarm自己不執行容器,它只是接受docker客戶端傳送過來的請求,排程適合的節點來執行容器,這意味著,即使Swarm由於某些原因掛掉了,叢集中的節點也會照常執行,當Swarm重新恢復執行之後,它會收集重建叢集資訊。

Docker的Swarm(叢集)模式,整合很多工具和特性,比如:跨主機上快速部署服務,服務的快速擴充套件,叢集的管理整合到docker引擎,這意味著可以不可以不使用第三方管理工具。分散設計,宣告式的服務模型,可擴充套件,狀態協調處理,多主機網路,分散式的服務發現,負載均衡,滾動更新,安全(通訊的加密)等等,下面就來認識下Swarm(對於Swarm管理的詳細操作可以參考:https://www.centos.bz/tag/swarm/page/3/

Swarm 特點
1) 對外以Docker API介面呈現,這樣帶來的好處是,如果現有系統使用Docker Engine,則可以平滑將Docker Engine切到Swarm上,無需改動現有系統。
2)

Swarm對使用者來說,之前使用Docker的經驗可以繼承過來。非常容易上手,學習成本和二次開發成本都比較低。同時Swarm本身專注於Docker叢集管理,非常輕量,佔用資源也非常少。簡單說,就是外掛化機制,Swarm中的各個模組都抽象出了API,可以根據自己一些特點進行定製實現。
3)  Swarm自身對Docker命令引數支援的比較完善,Swarm目前與Docker是同步釋出的。Docker的新功能,都會第一時間在Swarm中體現。

Docker自誕生以來,其容器特性以及映象特性給DevOps愛好者帶來了諸多方便。然而在很長的一段時間內,Docker只能在單host上執行,其跨host的部署、執行與管理能力頗受外界詬病。跨host能力的薄弱,直接導致Docker容器與host的緊耦合,這種情況下,Docker容器的靈活性很難令人滿意,容器的遷移、分組等都成為很難實現的功能點。

Swarm架構

Swarm作為一個管理Docker叢集的工具,首先需要將其部署起來,可以單獨將Swarm部署於一個節點。另外,自然需要一個Docker叢集,叢集上每一個節點均安裝有Docker。具體的Swarm架構圖可以參照下圖:

Swarm架構中最主要的處理部分自然是Swarm節點,Swarm管理的物件自然是Docker Cluster,Docker Cluster由多個Docker Node組成,而負責給Swarm傳送請求的是Docker Client。

Swarm關鍵概念
1)Swarm
叢集的管理和編排是使用嵌入到docker引擎的SwarmKit,可以在docker初始化時啟動swarm模式或者加入已存在的swarm

2)Node
一個節點(node)是已加入到swarm的Docker引擎的例項 當部署應用到叢集,你將會提交服務定義到管理節點,接著Manager管理節點排程任務到worker節點,manager節點還執行維護叢集的狀態的編排和群集管理功能,worker節點接收並執行來自manager節點的任務。通常,manager節點也可以是worker節點,worker節點會報告當前狀態給manager節點. 

3)服務(Service)
服務是要在worker節點上要執行任務的定義,它在工作者節點上執行,當你建立服務的時,你需要指定容器映象

4)任務(Task)
任務是在docekr容器中執行的命令,Manager節點根據指定數量的任務副本分配任務給worker節點

==========================================================================
docker swarm:叢集管理,子命令有init, join, leave, update。(docker swarm --help檢視幫助)
docker service:服務建立,子命令有create, inspect, update, remove, tasks。(docker service--help檢視幫助)
docker node:節點管理,子命令有accept, promote, demote, inspect, update, tasks, ls, rm。(docker node --help檢視幫助)

node是加入到swarm叢集中的一個docker引擎實體,可以在一臺物理機上執行多個node,node分為:
- manager nodes,也就是管理節點
- worker nodes,也就是工作節點

1)manager node管理節點:執行叢集的管理功能,維護叢集的狀態,選舉一個leader節點去執行排程任務。
2)worker node工作節點:接收和執行任務。參與容器叢集負載排程,僅用於承載task。
3)service服務:一個服務是工作節點上執行任務的定義。建立一個服務,指定了容器所使用的映象和容器執行的命令。service是執行在worker nodes上的task的描述,service的描述包括使用哪個docker 映象,以及在使用該映象的容器中執行什麼命令。
4)task任務:一個任務包含了一個容器及其執行的命令。task是service的執行實體,task啟動docker容器並在容器中執行任務。

Swarm工作方式

1)Node

2)Service(服務, 任務, 容器)

3)任務與排程

4)服務副本與全域性服務

Swarm排程策略
Swarm在scheduler節點(leader節點)執行容器的時候,會根據指定的策略來計算最適合執行容器的節點,目前支援的策略有:spread, binpack, random.
1)Random
顧名思義,就是隨機選擇一個Node來執行容器,一般用作除錯用,spread和binpack策略會根據各個節點可用的CPU, RAM以及正在執行的容器數量來計算應該執行容器的節點。

2)Spread
在同等條件下,Spread策略會選擇執行容器最少的那臺節點來執行新的容器,binpack策略會選擇執行容器最集中的那臺機器來執行新的節點。使用Spread策略會使得容器會均衡的分佈在叢集中的各個節點上執行,一旦一個節點掛掉了只會損失少部分的容器。

3)Binpack
Binpack策略最大化的避免容器碎片化,就是說binpack策略儘可能的把還未使用的節點留給需要更大空間的容器執行,儘可能的把容器執行在一個節點上面。

Swarm Cluster模式的特性
1)批量建立服務
建立容器之前先建立一個overlay的網路,用來保證在不同主機上的容器網路互通的網路模式

2)強大的叢集的容錯性
當容器副本中的其中某一個或某幾個節點宕機後,cluster會根據自己的服務註冊發現機制,以及之前設定的值--replicas n,在叢集中剩餘的空閒節點上,重新拉起容器副本。整個副本遷移的過程無需人工干預,遷移後原本的叢集的load balance依舊好使!不難看出,docker service其實不僅僅是批量啟動服務這麼簡單,而是在叢集中定義了一種狀態。Cluster會持續檢測服務的健康狀態並維護叢集的高可用性。

3)服務節點的可擴充套件性
Swarm Cluster不光只是提供了優秀的高可用性,同時也提供了節點彈性擴充套件或縮減的功能。當容器組想動態擴充套件時,只需通過scale引數即可複製出新的副本出來。仔細觀察的話,可以發現所有擴展出來的容器副本都run在原先的節點下面,如果有需求想在每臺節點上都run一個相同的副本,方法其實很簡單,只需要在命令中將"--replicas n"更換成"--mode=global"即可!其中:
複製服務(--replicas n)將一系列複製任務分發至各節點當中,具體取決於您所需要的設定狀態,例如“--replicas 3”。
全域性服務(--mode=global)適用於叢集內全部可用節點上的服務任務,例如“--mode global”。如果在 Swarm 叢集中設有 7 臺 Docker 節點,則全部節點之上都將存在對應容器。

4)  排程機制
所謂的排程其主要功能是cluster的server端去選擇在哪個伺服器節點上建立並啟動一個容器例項的動作。它是由一個裝箱演算法和過濾器組合而成。每次通過過濾器(constraint)啟動容器的時候,swarm cluster 都會呼叫排程機制篩選出匹配約束條件的伺服器,並在這上面執行容器。

========================Swarm cluster的建立過程包含以下三個步驟===========================
1)發現Docker叢集中的各個節點,收集節點狀態、角色資訊,並監視節點狀態的變化
2)初始化內部排程(scheduler)模組
3)建立並啟動API監聽服務模組

一旦建立好這個cluster,就可以用命令docker service批量對叢集內的容器進行操作,非常方便!

在啟動容器後,docker 會根據當前每個swarm節點的負載判斷,在負載最優的節點執行這個task任務,用"docker service ls" 和"docker service ps + taskID"
可以看到任務執行在哪個節點上。容器啟動後,有時需要等待一段時間才能完成容器建立。

Swarm叢集部署例項(Swarm Cluster)

1)機器環境(均是centos7.2)

182.48.115.237      swarm的manager節點      manager-node    
182.48.115.238      swarm的node節點         node1
182.48.115.239      swarm的node節點         node2

設定主機名
在manager節點上
[[email protected] ~]# hostnamectl --static set-hostname manager-node

在node1節點上
[[email protected] ~]# hostnamectl --static set-hostname node1

在node2節點上
[[email protected] ~]# hostnamectl --static set-hostname node2

在三臺機器上都要設定hosts,均執行如下命令:
[[email protected] ~]# vim /etc/hosts
......
182.48.115.237 manager-node
182.48.115.238 node1
182.48.115.239 node2

關閉三臺機器上的防火牆。如果開啟防火牆,則需要在所有節點的防火牆上依次放行2377/tcp(管理埠)、7946/udp(節點間通訊埠)、4789/udp(overlay 網路埠)埠。
[[email protected] ~]# systemctl disable firewalld.service
[[email protected] ~]# systemctl stop firewalld.service

2)分別在manager節點和node節點上安裝docker,並下載swarm映象

[[email protected] ~]# yum install -y docker
 
配置docker
[[email protected] ~]# vim /etc/sysconfig/docker
......
OPTIONS='-H 0.0.0.0:2375 -H unix:///var/run/docker.sock'           //在OPTIONS引數項後面的''裡新增內容. 或者使用'-H tcp://0.0.0.0:2375 -H unix:///var/run/docker.sock'
 
[[email protected] ~]# systemctl restart docker
 
下載swarm映象
[[email protected] ~]# docker pull swarm
[[email protected] ~]# docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
docker.io/swarm     latest              36b1e23becab        4 months ago        15.85 MB

3)建立swarm(要儲存初始化後token,因為在節點加入時要使用token作為通訊的金鑰)

[[email protected] ~]# docker swarm init --advertise-addr 182.48.115.237
Swarm initialized: current node (1gi8utvhu4rxy8oxar2g7h6gr) is now a manager.

To add a worker to this swarm, run the following command:

    docker swarm join \
    --token SWMTKN-1-4roc8fx10cyfgj1w1td8m0pkyim08mve578wvl03eqcg5ll3ig-f0apd81qfdwv27rnx4a4y9jej \
    182.48.115.237:2377

To add a manager to this swarm, run 'docker swarm join-token manager' and follow the instructions.

上面命令執行後,該機器自動加入到swarm叢集。這個會建立一個叢集token,獲取全球唯一的 token,作為叢集唯一標識。後續將其他節點加入叢集都會用到這個token值。
其中,--advertise-addr引數表示其它swarm中的worker節點使用此ip地址與manager聯絡。命令的輸出包含了其它節點如何加入叢集的命令。

-------------------------------------------------------------------------------------------------------------------
溫馨提示:
如果再次執行上面啟動swarm叢集的命令,會報錯說這個節點已經在叢集中了
Error response from daemon: This node is already part of a swarm. Use "docker swarm leave" to leave this swarm and join another one.

解決辦法:
[[email protected] ~]# docker swarm leave --help           //檢視幫助
[[email protected] ~]# docker swarm leave --force
-------------------------------------------------------------------------------------------------------------------

使用docker info 或 docker node ls 檢視叢集中的相關資訊
[[email protected] ~]# docker info
.......
Swarm: active
 NodeID: 1gi8utvhu4rxy8oxar2g7h6gr
 Is Manager: true
 ClusterID: a88a9j6nwcbn31oz6zp9oc0f7
 Managers: 1
 Nodes: 1
 Orchestration:
  Task History Retention Limit: 5
.......

[[email protected] ~]# docker node ls                  
ID                           HOSTNAME      STATUS  AVAILABILITY  MANAGER STATUS
1gi8utvhu4rxy8oxar2g7h6gr *  manager-node  Ready   Active        Leader

注意上面node ID旁邊那個*號表示現在連線到這個節點上。

4)新增節點到swarm叢集中

在docker swarm init 完了之後,會提示如何加入新機器到叢集,如果當時沒有注意到,也可以通過下面的命令來獲知 如何加入新機器到叢集。
 
登入到node1節點上,執行前面建立swarm叢集時輸出的命令:
[[email protected] ~]# docker swarm join --token SWMTKN-1-4roc8fx10cyfgj1w1td8m0pkyim08mve578wvl03eqcg5ll3ig-f0apd81qfdwv27rnx4a4y9jej 182.48.115.237:2377
This node joined a swarm as a worker.
 
同理在node2節點上,也執行這個命令
[[email protected] ~]# docker swarm join --token SWMTKN-1-4roc8fx10cyfgj1w1td8m0pkyim08mve578wvl03eqcg5ll3ig-f0apd81qfdwv27rnx4a4y9jej 182.48.115.237:2377
This node joined a swarm as a worker.
 
如果想要將其他更多的節點新增到這個swarm叢集中,新增方法如上一致!
 
然後在manager-node管理節點上看一下叢集節點的狀態:
[[email protected] ~]# docker node ls
ID                           HOSTNAME      STATUS  AVAILABILITY  MANAGER STATUS
1gi8utvhu4rxy8oxar2g7h6gr *  manager-node  Ready   Active        Leader
ei53e7o7jf0g36329r3szu4fi    node1         Ready   Active       
f1obgtudnykg51xzyj5fs1aev    node2         Ready   Active

--------------------------------------------------------------------------------------------------------------------
溫馨提示:更改節點的availablity狀態
swarm叢集中node的availability狀態可以為 active或者drain,其中:
active狀態下,node可以接受來自manager節點的任務分派;
drain狀態下,node節點會結束task,且不再接受來自manager節點的任務分派(也就是下線節點)。

[[email protected] ~]# docker node update --availability drain node1    //將node1節點下線。如果要刪除node1節點,命令是"docker node rm --force node1"
[[email protected] ~]# docker node ls
ID                           HOSTNAME      STATUS  AVAILABILITY  MANAGER STATUS
1gi8utvhu4rxy8oxar2g7h6gr *  manager-node  Ready   Active        Leader
ei53e7o7jf0g36329r3szu4fi    node1         Ready   drain       
f1obgtudnykg51xzyj5fs1aev    node2         Ready   Active

如上,當node1的狀態改為drain後,那麼該節點就不會接受task任務分發,就算之前已經接受的任務也會轉移到別的節點上。

再次修改為active狀態(及將下線的節點再次上線)
[[email protected] ~]# docker node update --availability active node1

5)在Swarm中部署服務(這裡以nginx服務為例)

Docker 1.12版本提供服務的Scaling、health check、滾動升級等功能,並提供了內建的dns、vip機制,實現service的服務發現和負載均衡能力。

在啟動容器之前,先來建立一個覆蓋網路,用來保證在不同主機上的容器網路互通的網路模式
[[email protected] ~]# docker network create -d overlay ngx_net
[[email protected] ~]# docker network ls
NETWORK ID          NAME                DRIVER              SCOPE
8bbd1b7302a3        bridge              bridge              local             
9e637a97a3b9        docker_gwbridge     bridge              local             
b5a41c8c71e7        host                host                local             
1x45zepuysip        ingress             overlay             swarm             
3ye6vfp996i6        ngx_net             overlay             swarm             
0808a5c72a0a        none                null                local
  
在manager-node節點上使用上面這個覆蓋網路建立nginx服務:
其中,--replicas 引數指定服務由幾個例項組成。
注意:不需要提前在節點上下載nginx映象,這個命令執行後會自動下載這個容器映象(比如此處建立tomcat容器,就將下面命令中的映象改為tomcat映象)。
[[email protected] ~]# docker service create --replicas 1 --network ngx_net --name my-test -p 80:80 nginx
  
就建立了一個具有一個副本(--replicas 1 )的nginx服務,使用映象nginx
  
使用 docker service ls 檢視正在執行服務的列表
[[email protected] ~]# docker service ls
ID            NAME     REPLICAS  IMAGE            COMMAND
0jb5eebo8j9q  my-test  1/1       nginx
  
查詢Swarm中服務的資訊
-pretty 使命令輸出格式化為可讀的格式,不加 --pretty 可以輸出更詳細的資訊:
[[email protected] ~]# docker service inspect --pretty my-test
ID:   0jb5eebo8j9qb1zc795vx3py3
Name:   my-test
Mode:   Replicated
 Replicas:  1
Placement:
UpdateConfig:
 Parallelism: 1
 On failure:  pause
ContainerSpec:
 Image:   nginx
Resources:
Networks: 3ye6vfp996i6eq17tue0c2jv9
Ports:
 Protocol = tcp
 TargetPort = 80
 PublishedPort = 80
  
 查詢到哪個節點正在執行該服務。如下該容器被排程到manager-node節點上啟動了,然後訪問http://182.48.115.237即可訪問這個容器應用(如果排程到其他節點,訪問也是如此)
 [[email protected] ~]# docker service ps my-test
ID                         NAME       IMAGE            NODE          DESIRED STATE  CURRENT STATE          ERROR
2m8qqpoa0dpeua5jbgz1infuy  my-test.1  nginx  manager-node  Running        Running 3 minutes ago
  
注意,如果上面命令執行後,上面的 STATE 欄位中剛開始的服務狀態為 Preparing,需要等一會才能變為 Running 狀態,其中最費時間的應該是下載映象的過程。
  
  
有上面命令可知,該服務在manager-node節點上執行。登陸該節點,可以檢視到nginx容器在執行中
[[email protected] ~]# docker ps
CONTAINER ID        IMAGE                    COMMAND                  CREATED             STATUS              PORTS               NAMES
1ea1d72007da        nginx:latest   "nginx -g 'daemon off"   4 minutes ago       Up 4 minutes        80/tcp              my-test.1.2m8qqpoa0dpeua5jbgz1infuy
  
-----------------------------------------------------------在Swarm中動態擴充套件服務(scale)-----------------------------------------------------------
當然,如果只是通過service啟動容器,swarm也算不上什麼新鮮東西了。Service還提供了複製(類似kubernetes裡的副本)功能。可以通過 docker service scale 命令來設定服務中容器的副本數:
  
比如將上面的my-test容器動態擴充套件到5個,命令如下:
[[email protected] ~]# docker service scale my-test=5
  
和建立服務一樣,增加scale數之後,將會建立新的容器,這些新啟動的容器也會經歷從準備到執行的過程,過一分鐘左右,服務應該就會啟動完成,這時候可以再來看一下 nginx 服務中的容器
[[email protected] ~]# docker service ps my-test
ID                         NAME       IMAGE            NODE          DESIRED STATE  CURRENT STATE          ERROR
2m8qqpoa0dpeua5jbgz1infuy  my-test.1  nginx  manager-node  Running        Running 9 minutes ago
aqko8yhmdj53gmzs8gqhoylc2  my-test.2  nginx  node2         Running        Running 2 minutes ago
erqk394hd4ay7nfwgaz4zp3s0  my-test.3  nginx  node1         Running        Running 2 minutes ago
2dslg6w16wzcgboa2hxw1c6k1  my-test.4  nginx  node1         Running        Running 2 minutes ago
bmyddndlx6xi18hx4yinpakf3  my-test.5  nginx  manager-node  Running        Running 2 minutes ago
  
可以看到,之前my-test容器只在manager-node節點上有一個例項,而現在又增加了4個例項。
這5個副本的my-test容器分別執行在這三個節點上,登陸這三個節點,就會發現已經存在執行著的my-test容器。
  
-----------------------------------------------------------------------------------------------------
特別需要清楚的一點:
如果一個節點宕機了(即該節點就會從swarm叢集中被踢出),則Docker應該會將在該節點執行的容器,排程到其他節點,以滿足指定數量的副本保持執行狀態。
  
比如:
將node1宕機後或將node1的docker服務關閉,那麼它上面的task例項就會轉移到別的節點上。當node1節點恢復後,它轉移出去的task例項不會主動轉移回來,
只能等別的節點出現故障後轉移task例項到它的上面。使用命令"docker node ls",發現node1節點已不在swarm叢集中了。
  
然後過一會查詢服務的狀態列表
[[email protected] ~]# docker service ps my-test
ID                         NAME           IMAGE            NODE          DESIRED STATE  CURRENT STATE           ERROR
2m8qqpoa0dpeua5jbgz1infuy  my-test.1      docker.io/nginx  manager-node  Running        Running 33 minutes ago
aqko8yhmdj53gmzs8gqhoylc2  my-test.2      docker.io/nginx  node2         Running        Running 26 minutes ago
di99oj7l9x6firw1ai25sewwc  my-test.3      docker.io/nginx  node2         Running        Running 6 minutes ago 
erqk394hd4ay7nfwgaz4zp3s0   \_ my-test.3  docker.io/nginx  node1         Shutdown       Complete 5 minutes ago
aibl3u3pph3fartub0mhwxvzr  my-test.4      docker.io/nginx  node2         Running        Running 6 minutes ago 
2dslg6w16wzcgboa2hxw1c6k1   \_ my-test.4  docker.io/nginx  node1         Shutdown       Complete 5 minutes ago
bmyddndlx6xi18hx4yinpakf3  my-test.5      docker.io/nginx  manager-node  Running        Running 26 minutes ago
  
發現,node1節點出現故障後,它上面之前的兩個task任務已經轉移到node2節點上了。
登陸到node2節點上,可以看到這兩個執行的task任務。當訪問182.48.115.239節點的80埠,swarm的負載均衡會把請求路由到一個任意節點的可用的容器上。
[[email protected] ~]# docker ps
CONTAINER ID        IMAGE                    COMMAND                  CREATED             STATUS              PORTS               NAMES
216abf6bebea        docker.io/nginx:latest   "nginx -g 'daemon off"   7 minutes ago       Up 7 minutes        80/tcp              my-test.3.di99oj7l9x6firw1ai25sewwc
1afd12cc9140        docker.io/nginx:latest   "nginx -g 'daemon off"   7 minutes ago       Up 7 minutes        80/tcp              my-test.4.aibl3u3pph3fartub0mhwxvzr
cc90da57c25e        docker.io/nginx:latest   "nginx -g 'daemon off"   27 minutes ago      Up 27 minutes       80/tcp              my-test.2.aqko8yhmdj53gmzs8gqhoylc2
  
再次在node2節點上將從node1上轉移過來的兩個task關閉
[[email protected] ~]# docker stop my-test.3.di99oj7l9x6firw1ai25sewwc my-test.4.aibl3u3pph3fartub0mhwxvzr
my-test.3.di99oj7l9x6firw1ai25sewwc
my-test.4.aibl3u3pph3fartub0mhwxvzr
  
再次查詢服務的狀態列表,發現這兩個task又轉移到node1上了(即在swarm cluster叢集中啟動的容器,在worker node節點上刪除或停用後,該容器會自動轉移到其他的worker node節點上)
[[email protected] ~]# docker service ps my-test
ID                         NAME           IMAGE            NODE          DESIRED STATE  CURRENT STATE                ERROR
2m8qqpoa0dpeua5jbgz1infuy  my-test.1      docker.io/nginx  manager-node  Running        Running 38 minutes ago     
aqko8yhmdj53gmzs8gqhoylc2  my-test.2      docker.io/nginx  node2         Running        Running 31 minutes ago     
7dhmc63rk0bc8ngt59ix38l44  my-test.3      docker.io/nginx  node1         Running        Running about a minute ago 
di99oj7l9x6firw1ai25sewwc   \_ my-test.3  docker.io/nginx  node2         Shutdown       Complete about a minute ago
erqk394hd4ay7nfwgaz4zp3s0   \_ my-test.3  docker.io/nginx  node1         Shutdown       Complete 9 minutes ago     
607tyjv6foc0ztjjvdo3l3lge  my-test.4      docker.io/nginx  node1         Running        Running about a minute ago 
aibl3u3pph3fartub0mhwxvzr   \_ my-test.4  docker.io/nginx  node2         Shutdown       Complete about a minute ago
2dslg6w16wzcgboa2hxw1c6k1   \_ my-test.4  docker.io/nginx  node1         Shutdown       Complete 9 minutes ago     
bmyddndlx6xi18hx4yinpakf3  my-test.5      docker.io/nginx  manager-node  Running        Running 31 minutes ago
 
----------------------------------------------------------------------------------------------------
同理,swarm還可以縮容,如下,將my-test容器變為1個。
[[email protected] ~]# docker service scale my-test=1
[[email protected] ~]# docker service ps my-test
ID                         NAME       IMAGE            NODE          DESIRED STATE  CURRENT STATE          ERROR
2m8qqpoa0dpeuasdfsdfdfsdf  my-test.1  nginx  manager-node  Running        Running 3 minutes ago
 
登入node2節點,使用docker ps檢視,會發現容器被stop而非rm
 
---------------------------------------------------------------------------------------------------
刪除容器服務
[[email protected] ~]# docker service --help       //檢視幫助
[[email protected] ~]# docker service rm my-test    //這樣就會把所有節點上的所有容器(task任務例項)全部刪除了
my-nginx
  
---------------------------------------------------------------------------------------------------
除了上面使用scale進行容器的擴容或縮容之外,還可以使用docker service update 命令。 可對 服務的啟動 引數 進行 更新/修改。
[[email protected] ~]# docker service update --replicas 3 my-test
my-test
 
更新完畢以後,可以檢視到REPLICAS已經變成3/3
[[email protected] ~]# docker service ls
ID            NAME          REPLICAS  IMAGE      COMMAND  
d7cygmer0yy5  my-test       3/3       nginx     /bin/bash
 
[[email protected] ~]# docker service ps my-test
ID                         NAME             IMAGE  NODE          DESIRED STATE  CURRENT STATE            ERROR
ddkidkz0jgor751ffst55kvx4  my-test.1      nginx  node1         Running          Preparing 4 seconds ago 
1aucul1b3qwlmu6ocu312nyst   \_ my-test.1  nginx  manager-node  Shutdown       Complete 5 seconds ago  
4w9xof53f0falej9nqgq064jz   \_ my-test.1  nginx  manager-node  Shutdown       Complete 19 seconds ago 
0e9szyfbimaow9tffxfeymci2   \_ my-test.1  nginx  manager-node  Shutdown       Complete 30 seconds ago 
27aqnlclp0capnp1us1wuiaxm  my-test.2      nginx  manager-node  Running        Preparing 1 seconds ago 
7dmmmle29uuiz8ey3tq06ebb8  my-test.3      nginx  manager-node  Running        Preparing 1 seconds ago
 
docker service update 命令,也可用於直接 升級 映象等。
[[email protected] ~]# docker service update --image nginx:new my-test
 
[[email protected] ~]# docker service ls
ID            NAME          REPLICAS  IMAGE         COMMAND  
d7cygmer0yy5  my-test       3/3       nginx:new     /bin/bash

6)Swarm中使用Volume(掛在目錄:  --mount type=volume  或者 --mount type=bind )

檢視docker volume的幫助資訊
[[email protected] ~]# docker volume --help
    
Usage:  docker volume COMMAND
    
Manage Docker volumes
    
Options:
      --help   Print usage
    
Commands:
  create      Create a volume
  inspect     Display detailed information on one or more volumes
  ls          List volumes
  rm          Remove one or more volumes
    
Run 'docker volume COMMAND --help' for more information on a command.
    
[[email protected] ~]# docker volume create --name myvolume
myvolume
   
[[email protected] ~]# docker volume ls
DRIVER              VOLUME NAME
local               11b68dce3fff0d57172e18bc4e4cfc252b984354485d747bf24abc9b11688171
local               1cd106ed7416f52d6c77ed19ee7e954df4fa810493bb7e6cf01775da8f9c475f
local               myvolume
   
引數src寫成source也可以;dst表示容器內的路徑,也可以寫成destination
[[email protected] ~]# docker service create --replicas 2 --network ngx_net --mount type=volume,src=myvolume,dst=/wangshibo --name test-nginx nginx

====================================================
溫馨提示:
必須確保各節點伺服器的selinux永久關閉,即:
[[email protected] ~]# cat /etc/sysconfig/selinux
SELINUX=disabled
[[email protected] ~]# reboot
[[email protected] ~]# getenforce
Disabled
 
必須是永久關閉,臨時關閉可能都不行,否則上面建立命令後,可能會出現如下報錯:
[[email protected] ~]# docker service ps test-nginx
"SELinux relabeling of is not allowed"
====================================================
 
[[email protected] ~]# docker service ls
ID            NAME        REPLICAS  IMAGE   COMMAND
8s9m0okwlhvl  test-nginx  2/2       nginx
[[email protected] ~]# docker service ps test-nginx
ID                         NAME          IMAGE  NODE   DESIRED STATE  CURRENT STATE           ERROR
32bqjjhqcl1k5z74ijjli35z3  test-nginx.1  nginx  node1  Running        Running 23 seconds ago
48xoypunb3g401jkn690lx7xt  test-nginx.2  nginx  node2  Running        Running 23 seconds ago
    
登入node1節點的test-nginx容器檢視
[[email protected] ~]# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS               NAMES
d471569629b2        nginx:latest        "nginx -g 'daemon off"   2 minutes ago       Up 2 minutes        80/tcp              test-nginx.1.32bqjjhqcl1k5z74ijjli35z3
    
[[email protected] ~]# docker exec -ti d471569629b2 /bin/bash
[email protected]:/# cd /wangshibo/
[email protected]:/wangshibo# ls
[email protected]:/wangshibo# echo "ahahha" > test
[email protected]:/wangshibo# ls
test
    
[[email protected] ~]# docker volume inspect myvolume
[
    {
        "Name": "myvolume",
        "Driver": "local",
        "Mountpoint": "/var/lib/docker/volumes/myvolume/_data",
        "Labels": null,
        "Scope": "local"
    }
]
[[email protected] ~]# cd /var/lib/docker/volumes/myvolume/_data/
[[email protected] _data]# ls
test
[[email protected] _data]# cat test
ahahha
[[email protected] _data]# echo "12313" > 123
[[email protected] _data]# ls
123  test
    
[email protected]:/wangshibo# ls
123  test
[email protected]:/wangshibo# cat test
ahahha
    
需要注意:
1) 掛載volume後,宿主機和容器之間就可以通過volume進行雙向實時同步.
2) 如果replicas是多份,則每個節點宿主機上都會有一個volume路徑,即每個節點宿主機的/var/lib/docker/volumes/myvolume/_data和分佈到它上面的
    容器裡的/wangshibo進行實時同步.
 
============================================================
第二種方法:
  
命令格式:
docker service create --mount type=bind,source=/host_data/,destination=/container_data/
其中,引數target表示容器裡面的路徑,source表示本地硬碟路徑
  
[[email protected] ~]# docker service create --replicas 1 --mount type=bind,source=/opt/web/,destination=/usr/share/nginx/html/ --network ngx_net --name haha-nginx -p 8880:80 nginx
[[email protected] ~]# docker service ls
ID            NAME        REPLICAS  IMAGE  COMMAND
9t9d58b5bq4u  haha-nginx  1/1       nginx
[[email protected] ~]# docker service ps haha-nginx
ID                         NAME              IMAGE  NODE          DESIRED STATE  CURRENT STATE            ERROR
bji4f5tikhvm7nf5ief3jk2is  haha-nginx.1      nginx  node2         Running        Running 18 seconds ago
  
登入node2節點,在掛載目錄/opt/web下寫測試資料
[[email protected] _data]# cd /opt/web/
[[email protected] web]# ls
[[email protected] web]# cat wang.html
sdfasdf
  
登入容器檢視,發現已經實現資料同步
[[email protected] ~]# docker ps
CONTAINER ID        IMAGE               COMMAND                  CREATED             STATUS              PORTS               NAMES
3618e3d1b966        nginx:latest        "nginx -g 'daemon off"   28 seconds ago      Up 24 seconds       80/tcp              haha-nginx.1.bji4f5tikhvm7nf5ief3jk2is
[[email protected] ~]# docker exec -ti 3618e3d1b966 /bin/bash
[email protected]:/# cd /usr/share/nginx/html
[email protected]:/usr/share/nginx/html# ls
wang.html
[email protected]:/usr/share/nginx/html# cat wang.html
sdfasdf
[email protected]:/usr/share/nginx/html# touch test
touch: cannot touch 'test': Permission denied
  
由此可見,以上設定後,在容器裡的同步目錄下沒有寫許可權,更新內容時只要放到宿主機的掛在目錄下即可!

總之,Swarm上手很簡單,Docker swarm可以非常方便的建立類似kubernetes那樣帶有副本的服務,確保一定數量的容器執行,保證服務的高可用。
然而,光從官方文件來說,功能似乎又有些簡單;

swarm、kubernetes、messos總體比較而言:
1)Swarm的優點和缺點都是使用標準的Docker介面,使用簡單,容易整合到現有系統,但是更困難支援更復雜的排程,比如以定製介面方式定義的排程。
2)Kubernetes 是自成體系的管理工具,有自己的服務發現和複製,需要對現有應用的重新設計,但是能支援失敗冗餘和擴充套件系統。
3)Mesos是低級別 battle-hardened排程器,支援幾種容器管理框架如Marathon, Kubernetes, and Swarm,現在Kubernetes和Mesos穩定性超過Swarm,在擴充套件性方面,Mesos已經被證明支援超大規模的系統,比如數百數千臺主機,但是,如果你需要小的叢集,比如少於一打數量的節點伺服器數量,Mesos也許過於複雜了。