滚动升级,一定听过,就比如说,现在有个服务运行了多个实例,想要对这个服务进行升级(比如:更换镜像),应该怎么弄呢?
接下来的部分,咱们一起来看下。
在本文中,做滚动升级的一个场景是:
部署一个service,这个service使用 redis 3.0.6镜像,然后使用 redis 3.0.7版本的镜像进行升级
ok,开始。
1、登录到manager节点的主机
2、部署redis service (配置更新延迟参数为:10s)
docker service create \
--replicas 3 \
--name redis \
--update-delay 10s \
172.20.58.152/middleware/redis:3.0.6
这里使用的是redis:3.0.6镜像
[root@nccztsjb-node-07 ~]# docker service create \
> --replicas 3 \
> --name redis \
> --update-delay 10s \
> 172.20.58.152/middleware/redis:3.0.6
c961xuuojwons7gwv923zktmn
overall progress: 3 out of 3 tasks
1/3: running [==================================================>]
2/3: running [==================================================>]
3/3: running [==================================================>]
verify: Service converged
[root@nccztsjb-node-07 ~]# docker service ls
ID NAME MODE REPLICAS IMAGE PORTS
c961xuuojwon redis replicated 3/3 172.20.58.152/middleware/redis:3.0.6
[root@nccztsjb-node-07 ~]#
[root@nccztsjb-node-07 ~]# docker service ps redis
ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS
t8e21ufkp984 redis.1 172.20.58.152/middleware/redis:3.0.6 nccztsjb-node-10 Running Running 35 seconds ago
bik9ct1yg3xo redis.2 172.20.58.152/middleware/redis:3.0.6 nccztsjb-node-07 Running Running 35 seconds ago
pxw9ihz4bgqm redis.3 172.20.58.152/middleware/redis:3.0.6 nccztsjb-node-08 Running Running 35 seconds ago
[root@nccztsjb-node-07 ~]#
service已经正常的运行。
#滚动更新策略配置说明#
- 可以在service部署时,配置滚动更新策略
- --update-delay设置每个task之间的更新延迟 (第一个task正确运行后,隔多久,第二个task开始更新),单位可以设置s,m,h [例如:10m30s表示10分钟30秒的延迟]
- 默认情况下,调度器一次更新一个task.可以使用--update-parallelism参数来设置,调度器同时更新task的数量。
- 当进行滚动升级时,当一个task返回RUNNING状态时,调度器调度下一个task,以这样的方式,直到所有的task都更新完成。
- 当更新的过程中,任何的task返回FAILED,调度器就会终止更新。可以通过--update-failure-action这个参数来控制更新失败时的行为。
查看serivce的详细信息
[root@nccztsjb-node-07 ~]# docker service inspect --pretty redis
ID: c961xuuojwons7gwv923zktmn
Name: redis
Service Mode: Replicated
Replicas: 3
Placement:
UpdateConfig:
Parallelism: 1
Delay: 10s
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: 172.20.58.152/middleware/redis:3.0.6@sha256:d161fc7de1183ed220e28cf5e4cc50f1b535d580f2c3503c0b4ae4f2d63c1b1f
Init: false
Resources:
Endpoint Mode: vip
[root@nccztsjb-node-07 ~]#
上面的信息,重点关注更新配置UpdateConfig
UpdateConfig:
Parallelism: 1 #并行更新实例个数
Delay: 10s #task更新延迟
On failure: pause #更新失败时的行为
Monitoring Period: 5s #监控周期
Max failure ratio: 0
Update order: stop-first #更新顺序,先停止task,再更新task
3、使用redis 3.0.7版本镜像更新redis服务
整个更新的过程,会根据,更新策略updateconfig来进行更新
docker service update --image 172.20.58.152/middleware/redis:3.0.7 redis
更新的详细的过程,和参数的效果,看下图:

现在,已经使用redis 3.0.7版本的镜像了。
默认情况下,调度器使用如下的滚动更新策略:
- 停止第一个task
- 更新停止的task
- 启动已经更新好的task
- 如果更新的这个task成功,返回RUNNING,然后,停下来,等一个--update-delay参数指定的延时周期,然后更新下一个task.
- 如果在更新的过程中,任何时间,只要返回FAILED状态,暂停更新。
注意!如果更新失败了,从哪里可以看到失败的原因?
只需要 docker service inspect 即可,例如:

再加上 docker service ps

就可以看到具体的更新失败的原因了。
如果一个更新失败,重新启动这个更新,怎么做?
docker service update redis想要查看滚动升级的过程,执行下面的命令:
docker service ps redis

这里显示的是最终更新完成后的状态。
另外,如果service有很多的实例,在更新的过程中,如果执行docker service ps查看服务的状态,会看到一部分的task运行的是3.0.6版本的镜像,另外一些task实例运行的是3.0.7的镜像。
到这里,关于service的滚动升级,就完事儿了,你还有哪些不懂的,欢迎留言,反正不一定回答你。
















