八、kubernetes1.25应用升级、回滚

有时候,不是因为你没有能力,也不是因为你缺少勇气,只是因为你付出的努力还太少,所以,成功便不会走向你。而你所需要做的,就是坚定你的梦想,你的目标,你的未来,然后以不达目的誓不罢休的那股劲,去付出你的努力,成功就会慢慢向你靠近。

导读:本篇文章讲解 八、kubernetes1.25应用升级、回滚,希望对大家有帮助,欢迎收藏,转发!站点地址:www.bmabk.com,来源:原文

1、概述

        用户希望应用程序始终可用,而开发人员则需要每天多次部署它们的新版本。在 Kubernetes 中,这些是通过滚动更新(Rolling Updates)完成的。 滚动更新 允许通过使用新的实例逐步更新 Pod 实例,零停机进行 Deployment 更新。新的 Pod 将在具有可用资源的节点上进行调度。

2、前提

在上一篇文章中我们,实例操作了在kubernetes1.25中部署nginx1.14并发布

https://blog.csdn.net/u011837804/article/details/128395432

本篇文章,我们接上篇,部署nginx1.14并且两个副本,效果:

八、kubernetes1.25应用升级、回滚

 3、应用升级

我们的生产项目,每次发版都希望不停机切不影响正常使用,咱们看看kubernetes怎么实现的。

本次实例为nginx1.14 升级为nginx1.23.0

命令:

# 执行升级
kubectl set image deploy mynginx nginx=nginx:1.23.0

# 查看升级状态
kubectl rollout status deploy mynginx

八、kubernetes1.25应用升级、回滚

注意: 咱们看上面实际操作过程升级前是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

执行回滚上一个版本实例:

八、kubernetes1.25应用升级、回滚

 执行回滚某一个版本实例:

八、kubernetes1.25应用升级、回滚

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

文章由半码博客整理,本文链接:https://www.bmabk.com/index.php/post/144690.html

(0)
飞熊的头像飞熊bm

相关推荐

发表回复

登录后才能评论
半码博客——专业性很强的中文编程技术网站,欢迎收藏到浏览器,订阅我们!