标签：task service -- redis 更新 swarm 3.0 docker
滚动升级，一定听过，就比如说，现在有个服务运行了多个实例，想要对这个服务进行升级（比如：更换镜像），应该怎么弄呢？
接下来的部分，咱们一起来看下。
在本文中，做滚动升级的一个场景是：
部署一个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 来源： https://www.cnblogs.com/chuanzhang053/p/16642244.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。