Kubernetes 部署策略与 DaemonSets 详解
1. 部署历史限制
为了保留最多两周的修订版本,你可以将修订历史限制设置为 14。在部署规范中使用 revisionHistoryLimit 属性来实现这一点,示例如下:
spec:
# 我们每天进行部署,将修订历史限制为两周的版本,因为我们预计不会回滚超过两周。
revisionHistoryLimit: 14
2. 部署策略
当需要更改服务的软件版本时,Kubernetes 部署支持两种不同的滚动更新策略:
- Recreate 策略
- 原理 :该策略是两种滚动更新策略中较简单的一种。它只是更新其管理的 ReplicaSet 以使用新镜像,并终止与该部署关联的所有 Pod。然后,ReplicaSet 会重新创建所有 Pod,使其运行新版本。
- 优缺点 :此策略快速简单,但有一个主要缺点,即可能会导致灾难性后果,几乎肯定会导致一些站点停机。因此,Recreate 策略仅适用于非面向用户的测试部署,且允许少量停机时间的情况。
- RollingUpdate 策略
- 原理 :这是面向用户的服务通常首选的策略。虽然它比 Recreate 策略慢,但更复杂和健壮。使用 RollingUpdate 策略,可以在服务仍接收用户流量的情况下推出新版本,而
超级会员免费看
订阅专栏 解锁全文
27

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



