DockerSwarm - DockerSwarm

MinggeQingchun

已于 2022-12-26 10:58:51 修改

阅读量1k

点赞数

分类专栏： Docker 文章标签： DockerSwarm

于 2022-12-24 22:06:41 首次发布

Docker 专栏收录该内容

12 篇文章 3 订阅

订阅专栏

一、 Docker Swarm

Docker Swarm是Docker公司推出的用来管理Docker集群的平台，Swarm是容器集群管理工具，可以统一管理分布在不同主机的多个容器，相比起Kubenetes，Docker Swarm无需额外安装

Swarm是Docker公司推出的用来管理docker集群的平台，几乎全部用GO语言来完成的开发的

Docker Swarm代码开源地址

mirrors / docker / swarm · GitCode

Docker Swarm将一群Docker宿主机变成一个单一的虚拟主机，Swarm使用标准的Docker API接口作为其前端的访问入口，换言之，各种形式的Docker

简单理解就是多台服务器搭建一个Docker集群，每个服务器就是集群中的一个节点

Docker Swarm 和 Docker Compose

Docker Swarm 和 Docker Compose 一样，都是 Docker 官方管理跨节点容器的编排工具

但不同的是，Docker Compose 是一个在单个服务器或主机上创建多个容器的工具，而 Docker Swarm 则可以在多个服务器或主机上创建容器集群服务，对于微服务的部署，显然 Docker Swarm 会更加适合。如果下载的是最新版的Docker，那么Swarm就已经被包含在内了，无需再安装

从 Docker 1.12.0 版本开始，Docker Swarm 已经包含在 Docker 引擎中（docker swarm），并且已经内置了服务发现工具，我们就不需要像之前一样，再配置 Etcd 或者 Consul 来进行服务发现配置了。

Swarm deamon只是一个调度器(Scheduler)加路由器(router)，Swarm自己不运行容器，它只是接受Docker客户端发来的请求，调度适合的节点来运行容器，这就意味着，即使Swarm由于某些原因挂掉了，集群中的节点也会照常运行，放Swarm重新恢复运行之后，他会收集重建集群信息

二、Docker Swarm结构

Docker Swarm架构包含两种角色，manager和node，前者是Swarm Daemon工作的节点，包含了调度器、路由、服务发现等功能，负责接收客户端的集群管理请求，然后调度Node进行具体的容器工作，比如容器的创建、扩容与销毁等。 manager本身也是一个node

从上图可以看出，Docker Client使用Swarm对集群(Cluster)进行调度使用

Swarm是典型的master-slave结构，通过发现服务来选举manager。manager是中心管理节点，各个node上运行agent接受manager的统一管理，集群会自动通过Raft协议分布式选举出manager节点，无需额外的发现服务支持，避免了单点的瓶颈问题，同时也内置了DNS的负载均衡和对外部负载均衡机制的集成支持

通常情况下，为了集群的高可用，manager个数>=3的奇数，node的个数则是不限制

三、Docker Swarm关键概念

`1、Swarm`

集群的管理和编排是使用嵌入docker引擎的SwarmKit，可以在docker初始化时启动swarm模式或者加入已存在的swarm

`2、Node`

一个节点是docker引擎集群的一个实例。您还可以将其视为Docker节点。您可以在单个物理计算机或云服务器上运行一个或多个节点，但生产群集部署通常包括分布在多个物理和云计算机上的Docker节点。

要将应用程序部署到swarm，请将服务定义提交给管理器节点。管理器节点将称为任务的工作单元分派给工作节点。

Manager节点还执行维护所需群集状态所需的编排和集群管理功能。Manager节点选择单个领导者来执行编排任务。

工作节点接收并执行从管理器节点分派的任务。默认情况下，管理器节点还将服务作为工作节点运行，但您可以将它们配置为仅运行管理器任务并且是仅管理器节点。代理程序在每个工作程序节点上运行，并报告分配给它的任务。工作节点向管理器节点通知其分配的任务的当前状态，以便管理器可以维持每个工作者的期望状态

`3、Service`

一个服务是任务的定义，管理机或工作节点上执行。它是群体系统的中心结构，是用户与群体交互的主要根源。创建服务时，你需要指定要使用的容器镜像。

`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容器并在容器中执行任务

`四、Docker Swarm工作模式`

1. Node

2. Service

3. 任务与调度

4. 服务副本与全局服务

五、`Docker Swarm`调度策略

Swarm在调度(scheduler)节点（leader节点）运行容器的时候，会根据指定的策略来计算最适合运行容器的节点，目前支持的策略有：spread, binpack, random

1、Random

顾名思义，就是随机选择一个Node来运行容器，一般用作调试用，spread和binpack策略会根据各个节点的可用的CPU, RAM以及正在运行的容器的数量来计算应该运行容器的节点

2、Spread

在同等条件下，Spread策略会选择运行容器最少的那台节点来运行新的容器，binpack策略会选择运行容器最集中的那台机器来运行新的节点。使用Spread策略会使得容器会均衡的分布在集群中的各个节点上运行，一旦一个节点挂掉了只会损失少部分的容器

3、Binpack

Binpack策略最大化的避免容器碎片化，就是说binpack策略尽可能的把还未使用的节点留给需要更大空间的容器运行，尽可能的把容器运行在一个节点上面

`六、Docker 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"

可以看到任务运行在哪个节点上。容器启动后，有时需要等待一段时间才能完成容器创建

七、Docker Swarm 集群部署

温馨提示：

机器环境(三台机器，centos系统)

IP：192.168.31.43 主机名：manager43 担任角色：swarm manager

IP：192.168.31.188 主机名：node188 担任角色：swarm node

IP：192.168.31.139 主机名：node139 担任角色：swarm node

1、准备工作

1) 修改主机名

# 192.168.31.43 主机上执行

[root@manager43 ~]# hostnamectl set-hostname manager43

# 192.168.31.188 主机上执行

[root@node188 ~]# hostnamectl set-hostname node188

# 192.168.31.139 主机上执行

[root@node139 ~]# hostnamectl set-hostname node139

2)配置hosts文件(可配置可不配置)

[root@manager43 ~]# cat /etc/hosts

127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4

::1 localhost localhost.localdomain localhost6 localhost6.localdomain6

192.168.31.43 manager43

192.168.31.188 node188

192.168.31.139 node139

# 使用scp复制到node主机

[root@manager43 ~]# scp /etc/hosts root@192.168.31.188:/etc/hosts

[root@manager43 ~]# scp /etc/hosts root@192.168.31.139:/etc/hosts

3) 设置防火墙

关闭三台机器上的防火墙。如果开启防火墙，则需要在所有节点的防火墙上依次放行2377/tcp（管理端口）、7946/udp（节点间通信端口）、4789/udp（overlay 网络端口）端口。

[root@manager43 ~]# systemctl disable firewalld.service

[root@manager43 ~]# systemctl stop firewalld.service

4) 安装docker并配置加速器(在三台主机都要安装哟...)

[root@manager43 ~]# yum -y install docker

[root@node188 ~]# yum -y install docker

[root@node139 ~]# yum -y install docker

也可以安装最新版docker，可查考：docker安装教程

加速器配置，可查考:docker加速器配置教程

2、创建Swarm并添加节点

1) 创建Swarm集群

[root@manager43 ~]# docker swarm init --advertise-addr 192.168.31.43

Swarm initialized: current node (z2n633mty5py7u9wyl423qnq0) is now a manager.

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

# 这就是添加节点的方式(要保存初始化后token，因为在节点加入时要使用token作为通讯的密钥)

docker swarm join --token SWMTKN-1-2lefzq18zohy9yr1vskutf1sfb2a590xz9d0mjj2m15zu9eprw-2938j5f50t35ycut0vbj2sx0s 192.168.31.43: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联系。命令的输出包含了其它节点如何加入集群的命令。

这里无意中遇到了一个小小的问题：

# 在次执行上面的命令，回报下面的错误

[root@manager43 ~]# docker swarm init --advertise-addr 192.168.31.43

Error response from daemon: This node is already part of a swarm. Use "docker swarm leave" to leave this swarm and join another one.

# 解决方法

[root@manager43 ~]# docker swarm leave -f

这里的leave就是在集群中删除节点，-f参数强制删除，执行完在重新执行OK

2) 查看集群的相关信息

[root@manager43 ~]# docker info

上面的命令执行后找到Swarm的关键字，就可以看到相关信息了

[root@manager43 ~]# docker node ls

ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS ENGINE VERSION

3jcmnzjh0e99ipgshk1ykuovd * manager43 Ready Active Leader 18.06.0-ce

上面的命令是查看集群中的机器(注意上面node ID旁边那个*号表示现在连接到这个节点上)

3) 添加节点主机到Swarm集群

上面我们在创建Swarm集群的时候就已经给出了添加节点的方法

# 192.168.31.188 主机上执行

[root@node188 ~]# docker swarm join --token SWMTKN-1-2lefzq18zohy9yr1vskutf1sfb2a590xz9d0mjj2m15zu9eprw-2938j5f50t35ycut0vbj2sx0s 192.168.31.43:2377

This node joined a swarm as a worker.

# 192.168.31.139 主机上执行

[root@node139 ~]# docker swarm join --token SWMTKN-1-2lefzq18zohy9yr1vskutf1sfb2a590xz9d0mjj2m15zu9eprw-2938j5f50t35ycut0vbj2sx0s 192.168.31.43:2377

This node joined a swarm as a worker.

如果想要将其他更多的节点添加到这个swarm集群中，添加方法如上一致

在manager43主机上我们可以看一下集群中的机器及状态

[root@manager43 ~]# docker node ls

ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS ENGINE VERSION

3jcmnzjh0e99ipgshk1ykuovd * manager43 Ready Active Leader 18.06.0-ce

vww7ue2xprzg46bjx7afo4h04 node139 Ready Active 18.06.1-ce

c5klw5ns4adcvumzgiv66xpyj node188 Ready Active 18.06.1-ce

--------------------------------------------------------------------------------------------------------------------

温馨提示：更改节点的availablity状态

swarm集群中node的availability状态可以为 active或者drain，其中：

active状态下，node可以接受来自manager节点的任务分派；

drain状态下，node节点会结束task，且不再接受来自manager节点的任务分派（也就是下线节点）

[root@manager43 ~]# docker node update --availability drain node139 # 将node139节点下线。如果要删除node139节点，命令是"docker node rm --force node139"

node139

[root@manager43 ~]# docker node ls

ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS ENGINE VERSION

3jcmnzjh0e99ipgshk1ykuovd * manager43 Ready Active Leader 18.06.0-ce

vww7ue2xprzg46bjx7afo4h04 node139 Ready Drain 18.06.1-ce

c5klw5ns4adcvumzgiv66xpyj node188 Ready Active 18.06.1-ce

如上，当node1的状态改为drain后，那么该节点就不会接受task任务分发，就算之前已经接受的任务也会转移到别的节点上。

再次修改为active状态（及将下线的节点再次上线）

[root@manager43 ~]# docker node update --availability active node139

node139

[root@manager43 ~]# docker node ls

ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS ENGINE VERSION

3jcmnzjh0e99ipgshk1ykuovd * manager43 Ready Active Leader 18.06.0-ce

vww7ue2xprzg46bjx7afo4h04 node139 Ready Active 18.06.1-ce

c5klw5ns4adcvumzgiv66xpyj node188 Ready Active 18.06.1-ce

3、在Swarm中部署服务(nginx为例)

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

Docker 1.12版本提供服务的Scaling、health check、滚动升级等功能，并提供了内置的dns、vip机制，实现service的服务发现和负载均衡能力

1) 创建网络在部署服务

# 创建网络

[root@manager43 ~]# docker network create -d overlay nginx_net

a52jy33asc5o0ts0rq823bf0m

[root@manager43 ~]# docker network ls | grep nginx_net

a52jy33asc5o nginx_net overlay swarm

# 部署服务

[root@manager43 ~]# docker service create --replicas 1 --network nginx_net --name my_nginx -p 80:80 nginx # 就创建了一个具有一个副本（--replicas 1 ）的nginx服务，使用镜像nginx

olexfmtdf94sxyeetkchwhehg

overall progress: 1 out of 1 tasks

1/1: running [==================================================>]

verify: Service converged

在manager-node节点上使用上面这个覆盖网络创建nginx服务：

其中，--replicas 参数指定服务由几个实例组成。

注意：不需要提前在节点上下载nginx镜像，这个命令执行后会自动下载这个容器镜像（比如此处创建tomcat容器，就将下面命令中的镜像改为tomcat镜像）。

# 使用 docker service ls 查看正在运行服务的列表

[root@manager43 ~]# docker service ls

ID NAME MODE REPLICAS IMAGE PORTS

olexfmtdf94s my_nginx replicated 1/1 nginx:latest *:80->80/tcp

2) 查询Swarm中服务的信息

-pretty 使命令输出格式化为可读的格式，不加 --pretty 可以输出更详细的信息：

[root@manager43 ~]# docker service inspect --pretty my_nginx

ID: zs7fw4ereo5w7ohd4n9ii06nt

Name: my_nginx

Service Mode: Replicated

Replicas: 1

Placement:

UpdateConfig:

Parallelism: 1

On failure: pause

Monitoring Period: 5s

Max failure ratio: 0

Update order: stop-first

RollbackConfig:

Parallelism: 1

On failure: pause

Monitoring Period: 5s

Max failure ratio: 0

Rollback order: stop-first

ContainerSpec:

Image: nginx:latest@sha256:b73f527d86e3461fd652f62cf47e7b375196063bbbd503e853af5be16597cb2e

Init: false

Resources:

Networks: nginx_net

Endpoint Mode: vip

Ports:

PublishedPort = 80

Protocol = tcp

TargetPort = 80

PublishMode = ingress

# 查询到哪个节点正在运行该服务。如下该容器被调度到manager-node节点上启动了，然后访问http://192.168.31.43即可访问这个容器应用（如果调度到其他节点，访问也是如此）

[root@manager43 ~]# docker service ps my_nginx

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS

yzonph0zu7km my_nginx.1 nginx:latest manager43 Running Running about an hour ago

温馨提示：如果上面命令执行后，上面的 STATE 字段中刚开始的服务状态为 Preparing，需要等一会才能变为 Running 状态，其中最费时间的应该是下载镜像的过程

有上面命令可知，该服务在manager-node节点上运行。登陆该节点，可以查看到nginx容器在运行中

[root@manager43 ~]# docker ps

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

0dc7103f8030 nginx:latest "nginx -g 'daemon of…" About an hour ago Up About an hour 80/tcp my_nginx.1.yzonph0zu7km0211uj0ro5brj

3) 在Swarm中动态扩展服务(scale)

当然，如果只是通过service启动容器，swarm也算不上什么新鲜东西了。Service还提供了复制（类似kubernetes里的副本）功能。可以通过 docker service scale 命令来设置服务中容器的副本数

比如将上面的my_nginx容器动态扩展到4个

[root@manager43 ~]# docker service scale my_nginx=4

my_nginx scaled to 4

overall progress: 4 out of 4 tasks

1/4: running [==================================================>]

2/4: running [==================================================>]

3/4: running [==================================================>]

4/4: running [==================================================>]

verify: Service converged

和创建服务一样，增加scale数之后，将会创建新的容器，这些新启动的容器也会经历从准备到运行的过程，过一分钟左右，服务应该就会启动完成，这时候可以再来看一下 nginx 服务中的容器

[root@manager43 ~]# docker service ps my_nginx

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS

yzonph0zu7km my_nginx.1 nginx:latest manager43 Running Running about an hour ago

mlprstt9ds5x my_nginx.2 nginx:latest node139 Running Running 52 seconds ago

y09lk90tdzdp my_nginx.3 nginx:latest node139 Running Running 52 seconds ago

clolfl3zlvj0 my_nginx.4 nginx:latest node188 Running Running 2 minutes ago

可以看到，之前my_nginx容器只在manager-node节点上有一个实例，而现在又增加了3个实例。

这4个副本的my_nginx容器分别运行在这三个节点上，登陆这三个节点，就会发现已经存在运行着的my_nginx容器

4) 模拟宕机node节点

特别需要清楚的一点：

如果一个节点宕机了（即该节点就会从swarm集群中被踢出），则Docker应该会将在该节点运行的容器，调度到其他节点，以满足指定数量的副本保持运行状态。

比如：

将node139宕机后或将node139的docker服务关闭，那么它上面的task实例就会转移到别的节点上。当node139节点恢复后，它转移出去的task实例不会主动转移回来，

只能等别的节点出现故障后转移task实例到它的上面。使用命令"docker node ls"，发现node139节点已不在swarm集群中了(状态为：Down)。

[root@node139 ~]# systemctl stop docker

[root@manager43 ~]# docker node ls

ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS ENGINE VERSION

ppk7q0bjond8a58xja7in1qid * manager43 Ready Active Leader 18.06.0-ce

mums8azgbrffnecp3q8fz70pl node139 Down Active 18.06.1-ce

z3n36maf03yjg7odghikuv574 node188 Ready Active 18.06.1-ce

然后过一会查询服务的状态列表

[root@manager43 ~]# docker service ps my_nginx

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS

yzonph0zu7km my_nginx.1 nginx:latest manager43 Running Running about an hour ago

wb1cpk9k22rl my_nginx.2 nginx:latest node188 Running Running about a minute ago

mlprstt9ds5x \_ my_nginx.2 nginx:latest node139 Shutdown Running 4 minutes ago

rhbj4bcr4t2c my_nginx.3 nginx:latest manager43 Running Running about a minute ago

y09lk90tdzdp \_ my_nginx.3 nginx:latest node139 Shutdown Running 4 minutes ago

clolfl3zlvj0 my_nginx.4 nginx:latest node188 Running Running 6 minutes ago

上面我们可以发现node139故障后，它上面之前的两个task任务已经转移到node188和manager43节点上了

登陆到node188和manager43节点上，可以看到这两个运行的task任务。当访问192.168.31.188和192.168.31.43节点的80端口，swarm的负载均衡会把请求路由到一个任意节点的可用的容器上

[root@manager43 ~]# docker ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

ae4c5c2e6f3f nginx:latest "nginx -g 'daemon of…" 4 minutes ago Up 4 minutes 80/tcp my_nginx.3.rhbj4bcr4t2c3y2f8vyfmbi21

0dc7103f8030 nginx:latest "nginx -g 'daemon of…" About an hour ago Up About an hour 80/tcp my_nginx.1.yzonph0zu7km0211uj0ro5brj

[root@node188 ~]# docker ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

a63ef253f7dd nginx:latest "nginx -g 'daemon of…" 3 minutes ago Up 3 minutes 80/tcp my_nginx.2.wb1cpk9k22rl1ydab7aozl2b5

74a1a1db81d4 nginx:latest "nginx -g 'daemon of…" 8 minutes ago Up 8 minutes 80/tcp my_nginx.4.clolfl3zlvj0ewmh85c2ljnza

再次在node188和manager43节点上将从node139上转移过来的两个task关闭

[root@manager43 ~]# docker stop my_nginx.3.rhbj4bcr4t2c3y2f8vyfmbi21

my_nginx.3.rhbj4bcr4t2c3y2f8vyfmbi21

[root@node188 ~]# docker stop my_nginx.2.wb1cpk9k22rl1ydab7aozl2b5

my_nginx.2.wb1cpk9k22rl1ydab7aozl2b5

再次查询服务的状态列表，发现这两个task又转移到node139上了

[root@manager43 ~]# docker service ps my_nginx

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS

yzonph0zu7km my_nginx.1 nginx:latest manager43 Running Running 2 hours ago

j2q61f8jtzba my_nginx.2 nginx:latest node188 Running Running 24 seconds ago

wb1cpk9k22rl \_ my_nginx.2 nginx:latest node188 Shutdown Complete 29 seconds ago

mlprstt9ds5x \_ my_nginx.2 nginx:latest node139 Shutdown Running 11 minutes ago

oz9wyjuldw1t my_nginx.3 nginx:latest manager43 Running Running 40 seconds ago

rhbj4bcr4t2c \_ my_nginx.3 nginx:latest manager43 Shutdown Complete 45 seconds ago

y09lk90tdzdp \_ my_nginx.3 nginx:latest node139 Shutdown Running 11 minutes ago

clolfl3zlvj0 my_nginx.4 nginx:latest node188 Running Running 12 minutes ago

结论：即在swarm cluster集群中启动的容器，在worker node节点上删除或停用后，该容器会自动转移到其他的worker node节点上

5) Swarm 动态缩容服务(scale)

同理，swarm还可以缩容，同样是使用scale命令

如下，将my_nginx容器变为1个

[root@manager43 ~]# docker service scale my_nginx=1

my_nginx scaled to 1

overall progress: 1 out of 1 tasks

1/1:

verify: Service converged

[root@manager43 ~]# docker service ls

ID NAME MODE REPLICAS IMAGE PORTS

zs7fw4ereo5w my_nginx replicated 1/1 nginx:latest *:80->80/tcp

[root@manager43 ~]# docker service ps my_nginx

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS

yzonph0zu7km my_nginx.1 nginx:latest manager43 Running Running 11 hours ago

wb1cpk9k22rl my_nginx.2 nginx:latest node188 Shutdown Complete 9 hours ago

mlprstt9ds5x \_ my_nginx.2 nginx:latest node139 Shutdown Shutdown 29 seconds ago

rhbj4bcr4t2c my_nginx.3 nginx:latest manager43 Shutdown Complete 9 hours ago

y09lk90tdzdp \_ my_nginx.3 nginx:latest node139 Shutdown Shutdown 29 seconds ago

通过docker service ps my_nginx 可以看到node节点上已经为Shutdown状态了

在登录到node节点主机上查看

[root@node188 ~]# docker ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

f93c0a27374a nginx:latest "nginx -g 'daemon of…" 9 hours ago Exited (0) 44 seconds ago my_nginx.2.j2q61f8jtzba9kb3unupkhl25

a63ef253f7dd nginx:latest "nginx -g 'daemon of…" 9 hours ago Exited (0) 9 hours ago my_nginx.2.wb1cpk9k22rl1ydab7aozl2b5

[root@node139 ~]# docker ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

e8ac2e44f5c4 nginx:latest "nginx -g 'daemon of…" 9 hours ago Exited (0) 9 hours ago my_nginx.2.mlprstt9ds5xi48u1rzscgfdk

5b031aa5a2cc nginx:latest "nginx -g 'daemon of…" 9 hours ago Exited (0) 9 hours ago my_nginx.3.y09lk90tdzdp8cwj6mm5oyr3f

登录node节点，使用docker ps -a 查看，会发现容器被stop而非rm

6) 除了上面使用scale进行容器的扩容或缩容之外，还可以使用docker service update 命令。可对服务的启动参数进行更新/修改。

[root@manager43 ~]# docker service update --replicas 3 my_nginx

my_nginx

overall progress: 3 out of 3 tasks

1/3: running [==================================================>]

2/3: running [==================================================>]

3/3: running [==================================================>]

verify: Service converged

[root@manager43 ~]# docker service ls

ID NAME MODE REPLICAS IMAGE PORTS

zs7fw4ereo5w my_nginx replicated 3/3 nginx:latest *:80->80/tcp

[root@manager43 ~]# docker service ps my_nginx

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS

yzonph0zu7km my_nginx.1 nginx:latest manager43 Running Running 11 hours ago

j3hduzd9pret my_nginx.2 nginx:latest node188 Running Running 18 seconds ago

wb1cpk9k22rl \_ my_nginx.2 nginx:latest node188 Shutdown Complete 9 hours ago

mlprstt9ds5x \_ my_nginx.2 nginx:latest node139 Shutdown Shutdown 4 minutes ago

gng96vc5vqpv my_nginx.3 nginx:latest node139 Running Running 18 seconds ago

rhbj4bcr4t2c \_ my_nginx.3 nginx:latest manager43 Shutdown Complete 9 hours ago

y09lk90tdzdp \_ my_nginx.3 nginx:latest node139 Shutdown Shutdown 4 minutes ago

docker service update 命令，也可用于直接升级镜像等

[root@manager43 ~]# docker service update --image nginx:new my_nginx

[root@manager43 ~]# docker service ls

ID NAME MODE REPLICAS IMAGE PORTS

zs7fw4ereo5w my_nginx replicated 3/3 nginx:new *:80->80/tcp

注意IMAGE列变成了nginx:new

7) 为了下面的直观显示，我这里把my_nginx服务直接删除了

[root@manager43 ~]# docker service rm my_nginx

这样就会把所有节点上的所有容器（task任务实例）全部删除了

4、Swarm中使用Volume(挂在目录，mount命令)

100

101

102

103

104

105

106

107

1) 查看volume的帮助信息

[root@manager43 ~]# docker volume --help

Usage: docker volume COMMAND

Manage volumes

Commands:

create Create a volume

inspect Display detailed information on one or more volumes

ls List volumes

prune Remove all unused local volumes

rm Remove one or more volumes

Run 'docker volume COMMAND --help' for more information on a command.

2) 创建一个volume

[root@manager43 ~]# docker volume create --name testvolume

testvolume

# 查看创建的volume

[root@manager43 ~]# docker volume ls

DRIVER VOLUME NAME

local testvolume

# 查看volume详情

[root@manager43 ~]# docker volume inspect testvolume

[

{

"CreatedAt": "2018-10-21T10:50:02+08:00",

"Driver": "local",

"Labels": {},

"Mountpoint": "/var/lib/docker/volumes/testvolume/_data",

"Name": "testvolume",

"Options": {},

"Scope": "local"

}

]

3) 创建新的服务并挂载testvolume(nginx为例)

[root@manager43 ~]# docker service create --replicas 3 --mount type=volume,src=testvolume,dst=/zjz --name test_nginx nginx

sh7wc8yzcvr0xaedo4tnraj7l

overall progress: 3 out of 3 tasks

1/3: running [==================================================>]

2/3: running [==================================================>]

3/3: running [==================================================>]

verify: Service converged

温馨提示：

参数src写成source也可以；dst表示容器内的路径，也可以写成target

# 查看创建服务

[root@manager43 ~]# docker service ls

ID NAME MODE REPLICAS IMAGE PORTS

sh7wc8yzcvr0 test_nginx replicated 3/3 nginx:latest

[root@manager43 ~]# docker service ps test_nginx

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS

m7m41kwt4q6w test_nginx.1 nginx:latest node188 Running Running 56 seconds ago

kayh81q1o1kx test_nginx.2 nginx:latest node139 Running Running 56 seconds ago

eq11v0rcwy38 test_nginx.3 nginx:latest manager43 Running Running 56 seconds ago

# 查看有没有挂载成功(登录各个节点的容器看看有没有指定的目录并创建文件测试)

# 容器中操作

[root@manager43 ~]# docker exec -it 63451219cb4e /bin/bash

root@63451219cb4e:/# cd /zjz/

root@63451219cb4e:/zjz# ls

root@63451219cb4e:/zjz# echo "gen wo xue docker" > docker.txt

root@63451219cb4e:/zjz# ls

docker.txt

执行docker volume inspect testvolume 可以看到本地的路径(上面已经执行过了)

本地路径：/var/lib/docker/volumes/testvolume/_data

[root@manager43 ~]# cd /var/lib/docker/volumes/testvolume/_data

[root@manager43 _data]# ls

docker.txt

[root@manager43 _data]# cat docker.txt

gen wo xue docker

还可以将node节点机上的volume数据目录做成软链接

[root@manager43 _data]# ln -s /var/lib/docker/volumes/testvolume/_data /zjz

[root@manager43 _data]# cd /zjz/

[root@manager43 zjz]# ls

docker.txt

[root@manager43 zjz]# echo "123" > 1.txt

[root@manager43 zjz]# ll

总用量 8

-rw-r--r-- 1 root root 4 10月 21 11:04 1.txt

-rw-r--r-- 1 root root 18 10月 21 11:00 docker.txt

# 容器中查看

[root@manager43 zjz]# docker exec -it 63451219cb4e /bin/bash

root@63451219cb4e:/# cd /zjz/

root@63451219cb4e:/zjz# ls

1.txt docker.txt

root@63451219cb4e:/zjz# cat 1.txt

123

root@63451219cb4e:/zjz# cat docker.txt

gen wo xue docker

# 还有一种挂载方式简单说一下吧，上面的会了下面的肯定简单

命令格式：

docker service create --mount type=bind,target=/container_data/,source=/host_data/

其中，参数target表示容器里面的路径，source表示本地硬盘路径

# 示例创建并挂载并使用网络

[root@manager43 ~]# docker service create --replicas 1 --mount type=bind,target=/usr/share/nginx/html/,source=/opt/web/ --network nginx_net --name zjz_nginx -p 8880:80 nginx

5、多服务Swarm集群部署

问：上面我们只是对单独的一个nginx服务进行的集群部署，那如果要统一编排多个服务呢？
答：docker 三剑客中有个compose 这个就是对单机进行统一编排的，它的实现是通过docker-compose.yml的文件，这里我们就可以结合compose和swarm进行多服务的编排(docker compose教程)

温馨提示：

我们这里要部署的服务有三个(nginx服务，visualizer服务，portainer服务) 都是集群 GUI 管理服务

docker service部署的是单个服务，我们可以使用docker stack进行多服务编排部署

1) 编写docker-compose.yml文件

[root@manager43 ~]# mkdir testswarm

[root@manager43 ~]# cd testswarm/

[root@manager43 testswarm]# cat docker-compose.yml

version: "3"

services:

nginx:

image: nginx

ports:

- 8888:80

deploy:

mode: replicated

replocas: 3

visualizer:

image: dockersamples/visualizer

ports:

- "8080:8080"

volumes:

- "/var/run/docker.sock:/var/run/docker.sock"

deploy:

replicas: 1

placement:

constraints: [node.role == manager]

portainer:

image: portainer/portainer

ports:

- "9000:9000"

volumes:

- "/var/run/docker.sock:/var/run/docker.sock"

deploy:

replicas: 1

placement:

constraints: [node.role == manager]

2) 通过这个yml文件部署服务

[root@manager43 testswarm]# docker stack deploy -c docker-compose.yml deploy_deamon

Creating network deploy_deamon_default

Creating service deploy_deamon_portainer

Creating service deploy_deamon_nginx

Creating service deploy_deamon_visualizer

通过上面的执行过程可以看出这样创建会默认创建一个网络并使用它，名字都是我们给的名字的前缀加上服务名

# 查看创建服务

[root@manager43 testswarm]# docker service ls

ID NAME MODE REPLICAS IMAGE PORTS

xj2f1t5ax3nm deploy_deamon_nginx replicated 3/3 nginx:latest *:8888->80/tcp

ky9qpldr5abb deploy_deamon_portainer replicated 1/1 portainer/portainer:latest *:9000->9000/tcp

r47ff177x1ir deploy_deamon_visualizer replicated 1/1 dockersamples/visualizer:latest *:8080->8080/tcp

[root@manager43 testswarm]# docker service ps deploy_deamon_nginx

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS

z3v4uc1ujsnq deploy_deamon_nginx.1 nginx:latest node139 Running Running about a minute ago

jhg3ups0cko5 deploy_deamon_nginx.2 nginx:latest manager43 Running Running about a minute ago

3e6guv791x21 deploy_deamon_nginx.3 nginx:latest node188 Running Running about a minute ago

[root@manager43 testswarm]# docker service ps deploy_deamon_portainer

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS

whyuvy82cvvw deploy_deamon_portainer.1 portainer/portainer:latest manager43 Running Running about a minute ago

[root@manager43 testswarm]# docker service ps deploy_deamon_visualizer

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS

wge5w1eqykg3 deploy_deamon_visualizer.1 dockersamples/visualizer:latest manager43 Running Starting 7 seconds ago

测试

八、Docker Swarm 容器网络

在Docker版本1.12之后swarm模式原生支持覆盖网络(overlay networks)，可以先创建一个覆盖网络，然后启动容器的时候启用这个覆盖网络，

这样只要是这个覆盖网络内的容器，不管在不在同一个宿主机上都能相互通信，即跨主机通信！不同覆盖网络内的容器组之间是相互隔离的（相互ping不通）。

swarm模式的覆盖网络包括以下功能：

1）可以附加多个服务到同一个网络。

2）默认情况下，service discovery为每个swarm服务分配一个虚拟IP地址(vip)和DNS名称，使得在同一个网络中容器之间可以使用服务名称为互相连接。

3）可以配置使用DNS轮循而不使用VIP

4）为了可以使用swarm的覆盖网络，在启用swarm模式之间你需要在swarm节点之间开放以下端口：

5）TCP/UDP端口7946 – 用于容器网络发现

6）UDP端口4789 – 用于容器覆盖网络

实例如下：

-----------在Swarm集群中创建overlay网络------------

[root@manager-node ~]# docker network create --driver overlay --opt encrypted --subnet 10.10.19.0/24 ngx_net

参数解释：

–opt encrypted 默认情况下swarm中的节点通信是加密的。在不同节点的容器之间，可选的–opt encrypted参数能在它们的vxlan流量启用附加的加密层。

--subnet 命令行参数指定overlay网络使用的子网网段。当不指定一个子网时，swarm管理器自动选择一个子网并分配给网络。

[root@manager-node ~]# docker network ls

NETWORK ID NAME DRIVER SCOPE

d7aa48d3e485 bridge bridge local

9e637a97a3b9 docker_gwbridge bridge local

b5a41c8c71e7 host host local

7f4fx3jf4dbr ingress overlay swarm

3x2wgugr6zmn ngx_net overlay swarm

0808a5c72a0a none null local

由上可知，Swarm当中拥有2套覆盖网络。其中"ngx_net"网络正是我们在部署容器时所创建的成果。而"ingress"覆盖网络则为默认提供。

Swarm 管理节点会利用 ingress 负载均衡以将服务公布至集群之外。

在将服务连接到这个创建的网络之前，网络覆盖到manager节点。上面输出的SCOPE为 swarm 表示将服务部署到Swarm时可以使用此网络。

在将服务连接到这个网络后，Swarm只将该网络扩展到特定的worker节点，这个worker节点被swarm调度器分配了运行服务的任务。

在那些没有运行该服务任务的worker节点上，网络并不扩展到该节点。

------------------将服务连接到overlay网络-------------------

[root@manager-node ~]# docker service create --replicas 5 --network ngx_net --name my-test -p 80:80 nginx

上面名为"my-test"的服务启动了3个task，用于运行每个任务的容器都可以彼此通过overlay网络进行通信。Swarm集群将网络扩展到所有任务处于Running状态的节点上。

[root@manager-node ~]# docker service ls

ID NAME REPLICAS IMAGE COMMAND

dsaxs6v463g9 my-test 5/5 nginx

在manager-node节点上，通过下面的命令查看哪些节点有处于running状态的任务：

[root@manager-node ~]# docker service ps my-test

ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR

8433fuiy7vpu0p80arl7vggfe my-test.1 nginx node2 Running Running 2 minutes ago

f1h7a0vtojv18zrsiw8j0rzaw my-test.2 nginx node1 Running Running 2 minutes ago

ex73ifk3jvzw8ukurl8yu7fyq my-test.3 nginx node1 Running Running 2 minutes ago

cyu73jd8psupfhken23vvmpud my-test.4 nginx manager-node Running Running 2 minutes ago

btorxekfix4hcqh4v83dr0tzw my-test.5 nginx manager-node Running Running 2 minutes ago

可见三个节点都有处于running状态的任务，所以my-network网络扩展到三个节点上。

可以查询某个节点上关于my-network的详细信息：

[root@manager-node ~]# docker network inspect ngx_net

[

{

"Name": "ngx_net",

"Id": "3x2wgugr6zmn1mcyf9k1du27p",

"Scope": "swarm",

"Driver": "overlay",

"EnableIPv6": false,

"IPAM": {

"Driver": "default",

"Options": null,

"Config": [

{

"Subnet": "10.10.19.0/24",

"Gateway": "10.10.19.1"

}

]

},

"Internal": false,

"Containers": {

"00f47e38deea76269eb03ba13695ec0b0c740601c85019546d6a9a17fd434663": {

"Name": "my-test.5.btorxekfix4hcqh4v83dr0tzw",

"EndpointID": "ea962d07eee150b263ae631b8a7f8c1950337c11ef2c3d488a7c3717defd8601",

"MacAddress": "02:42:0a:0a:13:03",

"IPv4Address": "10.10.19.3/24",

"IPv6Address": ""

},

"957620c6f7abb44ad8dd2d842d333f5e5c1655034dc43e49abbbd680de3a5341": {

"Name": "my-test.4.cyu73jd8psupfhken23vvmpud",

"EndpointID": "f33a6e9ddf1dd01bcfc43ffefd19e19514658f001cdf9b2fbe23bc3fdf56a42a",

"MacAddress": "02:42:0a:0a:13:07",

"IPv4Address": "10.10.19.7/24",

"IPv6Address": ""

}

},

"Options": {

"com.docker.network.driver.overlay.vxlanid_list": "257"

},

"Labels": {}

}

]

从上面的信息可以看出在manager-node节点上，名为my-test的服务有一个名为my-test.5.btorxekfix4hcqh4v83dr0tzw和

my-test.4.cyu73jd8psupfhken23vvmpud的task连接到名为ngx_net的网络上（另外两个节点node1和node2同样可以用上面命令查看）

[root@node1 ~]# docker network inspect ngx_net

.......

"Containers": {

"7d9986fad5a7d834676ba76ae75aff2258f840953f1dc633c3ef3c0efd2b2501": {

"Name": "my-test.3.ex73ifk3jvzw8ukurl8yu7fyq",

"EndpointID": "957ca19f3d5480762dbd14fd9a6a1cd01a8deac3e8e35b23d1350f480a7b2f37",

"MacAddress": "02:42:0a:0a:13:06",

"IPv4Address": "10.10.19.6/24",

"IPv6Address": ""

},

"9e50fceada1d7c653a886ca29d2bf2606debafe8c8a97f2d79104faf3ecf8a46": {

"Name": "my-test.2.f1h7a0vtojv18zrsiw8j0rzaw",

"EndpointID": "b1c209c7b68634e88e0bf5e100fe03435b3096054da6555c61e6c207ac651ac2",

"MacAddress": "02:42:0a:0a:13:05",

"IPv4Address": "10.10.19.5/24",

"IPv6Address": ""

}

},

.........

[root@node2 web]# docker network inspect ngx_net

........

"Containers": {

"4bdcce0ee63edc08d943cf4a049eac027719ff2dc14b7c3aa85fdddc5d1da968": {

"Name": "my-test.1.8433fuiy7vpu0p80arl7vggfe",

"EndpointID": "df58de85b0a0e4d128bf332fc783f6528d1f179b0f9f3b7aa70ebc832640d3bc",

"MacAddress": "02:42:0a:0a:13:04",

"IPv4Address": "10.10.19.4/24",

"IPv6Address": ""

}

},

可以通过查询服务来获得服务的虚拟IP地址，如下：

[root@manager-node ~]# docker service inspect --format='{{json .Endpoint.VirtualIPs}}' my-test

[{"NetworkID":"7f4fx3jf4dbrp97aioc05pul4","Addr":"10.255.0.6/16"},{"NetworkID":"3x2wgugr6zmn1mcyf9k1du27p","Addr":"10.10.19.2/24"}]

由上结果可知，10.10.19.2其实就是swarm集群内部的vip，整个网络结构如下图所示：

加入ngx_net网络的容器彼此之间可以通过IP地址通信，也可以通过名称通信。

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

[root@node2 ~]# docker ps

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

4bdcce0ee63e nginx:latest "nginx -g 'daemon off" 22 minutes ago Up 22 minutes 80/tcp my-test.1.8433fuiy7vpu0p80arl7vggfe

[root@node2 ~]# docker exec -ti 4bdcce0ee63e /bin/bash

root@4bdcce0ee63e:/# ip addr

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

inet 127.0.0.1/8 scope host lo