在Kubernetes中，Deployment 提供了一种非常强大的方式来更新应用，同时保持应用的可用性。以下是使用 Deployment 进行应用升级的过程，包括滚动更新、回滚、暂停和恢复更新等操作。
1. 升级过程
- 准备工作:
- 确保你有一个现有的
Deployment。 - 准备新的容器镜像或者其他需要更改的配置。
- 修改
Deployment规格:
- 编辑
Deployment的 YAML 文件，更新容器镜像的版本或其他配置。 - 例如，如果你要从
v1升级到v2，你可以更新image字段。
apiVersion: apps/v1 kind: Deployment metadata: name: my-app spec: replicas: 3 selector: matchLabels: app: my-app template: metadata: labels: app: my-app spec: containers: - name: my-container image: my-registry/my-image:v2 # 更改镜像版本 ports: - containerPort: 8080
- 应用更改:
- 使用
kubectl apply命令应用新的Deployment规格。
kubectl apply -f my-deployment.yaml
kubectl将会发送一个 PATCH 请求到 API Server，以更新Deployment的规格。
- 滚动更新:
Deployment控制器开始创建新的ReplicaSet，这个ReplicaSet使用新的容器镜像。- 新的
ReplicaSet会根据Deployment规格创建新的 Pod。 - 旧的
ReplicaSet会逐步减少其 Pod 的数量，直到达到replicas: 0。 - 这个过程称为“滚动更新”，因为它逐步替换 Pod，而不是一次性停止所有服务。
- 健康检查:
- 在滚动更新过程中，Kubernetes 会对新创建的 Pod 执行健康检查。
- 这通常通过配置 Liveness 和 Readiness 探针来实现。
- 只有当新 Pod 成功通过健康检查后，旧 Pod 才会被终止。
- 暂停和恢复更新:
- 如果需要暂停更新过程，可以使用
kubectl rollout pause deployment my-app。 - 这会阻止新的 Pod 创建，但不会影响现有 Pod 的运行。
- 当准备好继续时，可以使用
kubectl rollout resume deployment my-app继续滚动更新。
- 回滚:
- 如果更新过程中发现问题，可以回滚到之前的版本。
- 使用
kubectl rollout undo --to-revision=2 deployment my-app回滚到特定版本。 - 这里
--to-revision=2表示回滚到修订版本 2 的Deployment。
- 验证更新:
- 使用
kubectl rollout status deployment my-app来检查滚动更新的状态。 - 查看
kubectl get pods输出，确认所有的 Pod 都已经更新到了新版本。 - 测试应用的功能，确保一切正常。
- 清理:
- 一旦确认新版本稳定运行，可以考虑清理旧的
ReplicaSet。 - 不过通常这些旧的
ReplicaSet会被保留一段时间，以备回滚之需。
2. 注意事项
- 滚动更新策略:
- 默认情况下，滚动更新策略是
RollingUpdate。 - 你也可以配置
maxUnavailable和maxSurge参数来控制更新过程中不可用的 Pod 数量和额外创建的 Pod 数量。 - 例如：
spec: strategy: rollingUpdate: maxUnavailable: 1 maxSurge: 25%
- 版本控制:
- 使用版本控制系统（如 Git）来管理
Deployment的 YAML 文件和版本历史记录。
综上所述，你可以使用 Deployment 来平滑地更新应用，同时保持服务的连续性和可用性。
