【K8S系列】深入解析 Kubernetes 中的 Deployment

Kubernetes（K8s）是一个开源的容器编排平台，旨在自动化应用程序的部署、扩展和管理。在 Kubernetes
中，Deployment 是一种用于管理无状态应用的工作负载资源，提供了丰富的功能，包括版本控制、滚动更新和回滚。本文将深入探讨
Kubernetes 中 Deployment 的工作机制、滚动更新的实现原理、关键组件、配置策略以及监控和回滚机制。

1. Deployment 的基本概念

1.1 定义与功能

Deployment 是 Kubernetes 中的一个 API 对象，主要用于描述应用程序的期望状态。它能够确保指定数量的 Pod 副本在集群中运行，并能够自动处理 Pod 的创建、更新和删除。

1.2 关键特性

• 版本控制: Deployment 允许用户跟踪不同版本的应用，并能够轻松回滚到先前的版本。
• 自愈能力: 如果某个 Pod 失败，Deployment 控制器会自动重启或替换它，以确保系统的稳定性。
• 无缝更新: 支持滚动更新，避免在更新应用时出现服务中断。

2. 滚动更新机制

2.1 滚动更新的定义

滚动更新是一种逐步替换旧版本 Pod 的策略，确保在更新过程中服务的可用性。Kubernetes 会在更新时逐步创建新 Pod，同时删除旧 Pod，用户在更新过程中不会感知到服务中断。此机制不仅提升了用户体验，还减少了因更新引起的故障风险。

2.2 滚动更新的工作流程

当用户通过 kubectl apply 或 kubectl set image 更新 Deployment 时，Kubernetes 开始滚动更新过程，具体步骤如下：

1. 创建新 ReplicaSet:

   • Deployment 控制器会根据更新后的 Pod 模板创建一个新的 ReplicaSet。

2. 逐步替换 Pod:

   • 根据 Deployment 的更新策略，逐步创建新 Pod，并在新 Pod 准备好后删除旧 Pod。
   • 通过 maxSurge 和 maxUnavailable 参数控制更新的速度和可用性。

3. 健康检查:

   • Kubernetes 使用 Liveness 和 Readiness Probe 来确保新 Pod 健康。在新 Pod 通过健康检查并处于 Ready 状态后，才能删除旧 Pod。

4. 更新完成:

   • 当所有旧 Pod 都被新 Pod 替换，并且新 Pod 处于健康状态时，滚动更新完成。

2.3 更新策略配置

通过 .spec.strategy 字段，用户可以配置滚动更新策略。以下是配置示例：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: my-container
        image: my-image:latest
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1        # 允许的超出期望数量的 Pod 数
      maxUnavailable: 1  # 允许不可用的 Pod 数

2.4 参数详解

• maxSurge:

  • 定义在更新过程中，可以超过期望 Pod 数量的 Pod 数。设置为 1 意味着在更新期间，最多可以有 4 个 Pod 同时运行（如果期望数量为 3）。

• maxUnavailable:

  • 定义在更新过程中，允许不可用的 Pod 数量。设置为 1 意味着在任何时刻至少有 2 个 Pod 处于可用状态。

2.5 示例场景

假设有一个 Deployment 期望有 3 个 Pod 运行，当前版本的 Pod 使用镜像 my-image:v1，现在需要更新到 my-image:v2。

1. 创建新的 ReplicaSet: 控制器创建一个新的 ReplicaSet，管理新版本的 Pod。
2. 逐步替换:
   • 假设 maxSurge 设置为 1，maxUnavailable 设置为 1，Kubernetes 会首先创建一个新 Pod（总数增至 4），然后在新 Pod 准备好并通过健康检查后，删除一个旧 Pod（总数降至 3）。
   • 重复这个过程，直到所有旧 Pod 被新 Pod 替换。
3. 完成更新: 最终，所有旧的 Pod 都被替换为新的 Pod，并且健康检查通过。

3. Deployment 的实现原理

3.1 控制循环

Kubernetes 的核心机制是控制循环。Deployment 控制器持续监控当前状态与期望状态之间的差异，并根据差异采取相应措施。在滚动更新过程中，控制器的主要任务包括：

1. 创建新的 ReplicaSet: 当检测到需要更新时，控制器会创建新的 ReplicaSet。
2. 监控新 Pod 的健康状态: 确保新 Pod 通过健康检查。
3. 逐步替换旧 Pod: 根据配置逐步删除旧 Pod。
4. 更新 Deployment 状态: 更新 Deployment 的状态，指向新的 ReplicaSet。

3.2 健康检查机制

健康检查是确保应用稳定性的关键。Kubernetes 提供两种主要的健康检查机制：

• Liveness Probe: 用于检查容器是否处于运行状态，失败时会重启容器。
• Readiness Probe: 用于检查容器是否准备好接收流量，失败时会将 Pod 标记为不可用，直到它准备好为止。

4. 监控与回滚

4.1 监控更新状态

可以使用以下命令监控 Deployment 的更新状态：

kubectl rollout status deployment/my-deployment

该命令会显示当前更新的进度，确保用户及时了解更新过程。

4.2 查看历史版本

用户可以查看 Deployment 的历史版本，以便选择回滚的版本：

kubectl rollout history deployment/my-deployment

4.3 回滚机制

如果更新后出现问题，用户可以快速回滚到之前的版本：

kubectl rollout undo deployment/my-deployment

这个命令会将 Deployment 的状态恢复到之前的 ReplicaSet，确保服务的迅速恢复。

5. 总结

Kubernetes 中的 Deployment 是管理无状态应用的核心组件，提供了版本控制、滚动更新和回滚等重要功能。通过深入理解其工作机制和配置选项，用户能够灵活地管理应用的生命周期，确保应用的高可用性和稳定性。

通过合理地配置 Deployment 和监控其更新状态，运维团队可以有效应对应用的版本迭代，快速响应潜在问题，从而提升整个系统的可靠性。Kubernetes 的这些特性使其成为现代微服务架构中不可或缺的工具。

原文地址：https://blog.csdn.net/weixin_36755535/article/details/144020524

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！