1、概述
用户希望应用程序始终可用，而开发人员则需要每天多次部署它们的新版本。在 Kubernetes 中，这些是通过滚动更新（Rolling Updates）完成的。 滚动更新 允许通过使用新的实例逐步更新 Pod 实例，零停机进行 Deployment 更新。新的 Pod 将在具有可用资源的节点上进行调度。
2、前提
在上一篇文章中我们，实例操作了在kubernetes1.25中部署nginx1.14并发布
：https://blog.csdn.net/u011837804/article/details/128395432
本篇文章，我们接上篇，部署nginx1.14并且两个副本，效果：
3、应用升级
我们的生产项目，每次发版都希望不停机切不影响正常使用，咱们看看kubernetes怎么实现的。
本次实例为nginx1.14 升级为nginx1.23.0
命令：
# 执行升级
kubectl set image deploy mynginx nginx=nginx:1.23.0
# 查看升级状态
kubectl rollout status deploy mynginx
注意： 咱们看上面实际操作过程升级前是2个pod，这个是正常的因为两个副本嘛，升级中变成3个pod了，这是为啥呢？kubernetes升级应用为了不影响当前正常使用，会在升级中新建一个pod，等到升级的pod完全运行起来后，才会删除旧pod，这样做的好处就是一旦升级失败，也不影响正常使用，升级中，用户无感知。
4、应用回滚
我们在实际生产项目更新后，发现有bug，想回滚到上一个版本 这个是比较常见的场景，我们看看kubernetes怎么操作。
涉及命令：
# 查看 升级历史记录
kubectl rollout history deploy mynginx
# 撤销上一次升级
kubectl rollout undo deploy mynginx
# 按照版本回滚到某一个版本 版本号可以通过 kubectl rollout history deploy mynginx查看
kubectl rollout undo deploy mynginx --to-revision=版本号
# 查看回滚状态
kubectl rollout undo status deploy mynginx
执行回滚上一个版本实例：
执行回滚某一个版本实例：
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由半码博客整理，本文链接：https://www.bmabk.com/index.php/post/144690.html
