如何使用Deployment滚动更新应用？

八股文_Kubernetes 0 98

参考回答

Kubernetes Deployment 支持滚动更新（Rolling Update），这是 Kubernetes 用于平滑更新应用的默认策略。通过滚动更新，Kubernetes 会逐个替换旧版本的 Pod，确保应用始终有可用的副本运行，从而避免停机。

滚动更新的步骤如下：

修改 Deployment 配置文件：更新 Deployment 配置（例如，修改容器镜像版本）。
应用更新：使用 kubectl apply 命令将更新后的配置应用到 Kubernetes 集群。
验证更新状态：检查 Deployment 的更新过程，确保更新顺利进行。
回滚操作：如果更新出现问题，可以执行回滚操作，恢复到之前的版本。

示例操作

假设我们已经有一个名为 nginx-deployment 的 Deployment，当前版本的镜像是 nginx:1.19，现在需要更新到 nginx:1.20。

修改 Deployment 配置文件

修改 Deployment 的 YAML 配置文件，更新容器镜像版本。

原始文件 nginx-deployment.yaml：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3  # 3 个副本
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.19  # 当前使用的镜像版本
        ports:
        - containerPort: 80

修改后的文件：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.20  # 更新镜像版本
        ports:
        - containerPort: 80

应用更新

更新 Deployment 配置文件后，通过以下命令应用更改：

kubectl apply -f nginx-deployment.yaml

此命令会将新的配置应用到 Kubernetes 集群，触发滚动更新。Kubernetes 会按以下方式逐步替换 Pod：

创建一个新的 Pod（使用更新后的镜像 nginx:1.20）。
删除一个旧的 Pod（使用旧镜像 nginx:1.19）。
重复以上过程，直到所有旧的 Pod 被替换为新的 Pod。

验证更新状态

可以通过以下命令查看更新的状态：

kubectl get deployments

该命令会显示 Deployment 的当前状态，例如：

NAME               DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   3         3         3            3           10m

其中，UP-TO-DATE 表示已更新为新版本的 Pod 数量，AVAILABLE 表示当前运行中的可用 Pod 数量。

要查看滚动更新的详细过程，可以使用以下命令：

kubectl rollout status deployment/nginx-deployment

这个命令会显示滚动更新的实时状态，直到所有 Pod 都更新完成。

回滚操作

如果滚动更新过程中出现问题（例如，新版本的镜像存在 bug），可以使用回滚命令恢复到之前的版本：

kubectl rollout undo deployment/nginx-deployment

该命令将 Deployment 恢复到上一个稳定版本。如果你希望回滚到更早的版本，可以使用 --to-revision 参数指定版本号：

kubectl rollout undo deployment/nginx-deployment --to-revision=1

详细讲解与拓展

1. 滚动更新的策略

Kubernetes 默认采用滚动更新策略。更新过程中，Kubernetes 会保持一定数量的 Pod 在运行，避免应用的服务中断。这个策略通过控制 maxSurge 和 maxUnavailable 来实现。

maxSurge：在更新过程中，最多可以额外增加的 Pod 数量（超出所需副本数）。例如，如果 maxSurge 设置为 1，在滚动更新时，最多可以启动 1 个新的 Pod，超过原副本数。
maxUnavailable：在更新过程中，最多可以不可用的 Pod 数量（低于所需副本数）。例如，如果 maxUnavailable 设置为 1，在更新时，最多可以有 1 个 Pod 处于不可用状态。

可以在 YAML 文件中指定这两个字段：

spec:
  strategy:
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 1

这意味着在滚动更新过程中，最多可以创建 1 个新 Pod，且最多可以删除 1 个旧 Pod。

2. 滚动更新的优化

通过合理设置 maxSurge 和 maxUnavailable，你可以控制更新的速度和稳定性。如果更新的 Pod 比较重要，建议减少 maxUnavailable 的数量，确保始终有足够的 Pod 提供服务。如果希望快速完成更新，可以增加 maxSurge。

3. 检测和回滚

在滚动更新过程中，如果发现某个新版本的 Pod 存在问题，Kubernetes 会自动终止该 Pod 并创建一个新的 Pod。若发现问题后，管理员可以使用回滚功能快速恢复到稳定版本，避免影响用户体验。

4. 健康检查与滚动更新

Kubernetes 在滚动更新期间会根据健康检查（livenessProbe 和 readinessProbe）来决定何时替换 Pod。如果一个新 Pod 不通过健康检查，它不会立即成为可用状态，而是会被重新启动或替换。

总结

使用 Kubernetes Deployment 进行滚动更新是一种非常方便和高效的应用更新方式。通过修改 Deployment 配置文件并使用 kubectl apply 命令，我们可以轻松触发滚动更新。滚动更新确保在整个更新过程中应用保持高可用状态，同时也支持通过 kubectl rollout undo 命令进行回滚，以确保应用的稳定性和可靠性。