更新某个服务时,如果该服务包括超过一个以上容器(使用 scale 标签定义),在第 n 个容器更新成功后,再去做第 n+1 个容器的更新,以此来最小化停止服务时间。
示例:
部署 WordPress 服务,通过scale标签指定部署 2 个容器,使用rolling_updates标签可以使 WordPress 对外停止服务的时间最小化。
web:
image: wordpress
ports:
- 80
restart: always
links:
- 'db:mysql'
labels:
aliyun.logs: /var/log
aliyun.routing.port_80: http://wordpress
aliyun.rolling_updates: 'true'
aliyun.scale: '2'
db:
image: mariadb
environment:
MYSQL_ROOT_PASSWORD: example
restart: always
labels:
aliyun.logs: /var/log/mysql
parallelism
您可以使用 parallelism 标签定义 rolling_updates 每次并行更新的容器数量。
[font=PingFangSC, "] Note
此标签必须和 rolling_update 配合使用,单独使用无效。
取值:
web:
image: nginx:latest
restart: always
environment:
- "reschedule:on-node-failure"
ports:
- 80
labels:
aliyun.scale: "4"
aliyun.rolling_updates: 'true'
aliyun.rolling_updates.parallelism: "2"
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。
您已经很好地理解了如何在阿里云容器服务中使用滚动更新(rolling updates)策略来减少服务中断时间,特别是通过结合 aliyun.rolling_updates
和 aliyun.rolling_updates.parallelism
标签的使用。让我来总结和强调一下您的描述中的关键点:
滚动更新(Rolling Updates): 这是一种逐步更新服务中容器实例的策略,旨在确保在任何时刻都有可用的服务实例对外提供服务,从而最小化停机时间。
aliyun.rolling_updates
: 当此标签设置为 'true'
时,表示启用滚动更新策略。这适用于那些需要保持高可用性、不允许长时间中断的服务。
aliyun.scale
: 此标签定义了服务应部署的容器实例数量。例如,如果您设置为 '2'
,则会部署两个容器实例。
aliyun.rolling_updates.parallelism
: 这个标签允许您控制在一次滚动更新过程中同时更新的容器数量。默认情况下,这个值是 1,意味着每次只更新一个容器。但如您所示,可以将其设置为更大的数字,比如 "2",以实现并行更新,从而可能更快地完成整个更新过程,但同时要确保至少有一个容器仍在提供服务。
注意事项:
parallelism
的值小于或等于总容器数,以防止所有容器同时被更新导致服务完全不可用。reschedule:on-node-failure
类似的环境变量或策略,可以在节点故障时自动重新调度容器,进一步增强服务的稳定性。通过这样的配置,您可以有效地管理服务更新,确保即使在更新过程中也能维持服务的连续性和稳定性。这是在基于 Docker 容器的应用部署中,特别是在阿里云 Kubernetes 服务(ACK)或容器服务(如 Container Service for Swarm)上管理长期运行服务的一个重要实践。