Kubernetes 部署策略与 DaemonSets 详解
1. 版本历史限制
若预计回滚不超过两周,可以将版本历史记录限制为 14 条,以保留最多两周的修订版本。可在部署规范中使用 revisionHistoryLimit 属性来实现:
spec:
# 我们每天进行部署,将版本历史限制为两周的发布版本,因为预计回滚不会超过这个时间。
revisionHistoryLimit: 14
2. 部署策略
Kubernetes 部署支持两种不同的滚动更新策略:
- Recreate 策略 :这是两种滚动更新策略中较简单的一种。它会更新所管理的 ReplicaSet 以使用新镜像,并终止与该部署关联的所有 Pod。然后,ReplicaSet 会重新创建所有 Pod 以运行新版本。该策略快速简单,但有一个重大缺点,即可能会导致灾难性后果,几乎肯定会造成一定的站点停机时间。因此,Recreate 策略仅适用于非面向用户且可接受少量停机时间的测试部署。
- RollingUpdate 策略 :对于任何面向用户的服务,RollingUpdate 策略通常是更可取的选择。虽然它比 Recreate 策略慢,但更复杂和健壮。使用该策略,可以在服务仍接收用户流量的情况下推出新版本,而不会造成任何停机时间。该策略通过一次更新几个 Pod 来工作,逐步推进直到所有 Pod 都运行软件的新版本。
2.1 多版本服务管理
在使用 Ro
超级会员免费看
订阅专栏 解锁全文
27

被折叠的 条评论
为什么被折叠?



