滚动升级，一定听过，就比如说，现在有个服务运行了多个实例，想要对这个服务进行升级（比如：更换镜像），应该怎么弄呢？
接下来的部分，咱们一起来看下。
在本文中，做滚动升级的一个场景是：
部署一个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的滚动升级，就完事儿了，你还有哪些不懂的，欢迎留言，反正不一定回答你。
标签：task,service,redis,更新,swarm,3.0,docker From： https://www.cnblogs.com/chuanzhang053/p/16642244.html