简述Kubernetes deployment升级策略？

在 Kubernetes 中，Deployment 的升级策略可以通过 `spec.strategy` 字段来指定，主要支持两种策略：**Recreate**（重建）和 **RollingUpdate**（滚动更新）。默认情况下，Kubernetes 使用 `RollingUpdate` 策略。 ### 1. **Recreate（重建）**： - **定义**：当 `spec.strategy.type` 设置为 `Recreate` 时，Deployment 在更新 Pod 时会先删除所有当前正在运行的 Pod，然后再创建新的 Pod 实例。 - **使用场景**：这种策略通常适用于需要确保新版本 Pod 在运行前必须完全停止旧版本的应用场景，例如新旧版本之间存在资源冲突或不兼容的情况。 - **行为**： - 在更新过程中，所有旧版本的 Pod 会被立刻终止，集群中会短暂没有任何该 Deployment 管理的 Pod 运行。 - 新版本的 Pod 会在所有旧 Pod 被删除后开始创建。 ### 2. **RollingUpdate（滚动更新）**： - **定义**：当 `spec.strategy.type` 设置为 `RollingUpdate` 时，Deployment 会逐个替换旧版本的 Pod，逐步用新版本的 Pod 进行替换，确保应用始终有部分实例在运行。`RollingUpdate` 是默认的升级策略。 - **行为**： - Kubernetes 会根据用户指定的参数控制更新过程中最大不可用的 Pod 数量（`maxUnavailable`）和最大新增的 Pod 数量（`maxSurge`）。 - 滚动更新的过程中，新版本的 Pod 会逐步启动，旧版本的 Pod 会逐步终止。 - **参数配置**： - **maxUnavailable**： - 定义：控制更新过程中允许的最大不可用 Pod 数量，可以是绝对值（整数）或相对值（百分比）。 - 示例：`maxUnavailable: 1` 表示在更新过程中最多允许一个 Pod 不可用；`maxUnavailable: 25%` 表示最多允许 25% 的 Pod 不可用。 - **maxSurge**： - 定义：控制更新过程中允许的最大超额 Pod 数量，即在更新过程中允许的最大超额创建的新 Pod 数量，同样可以是绝对值或相对值。 - 示例：`maxSurge: 1` 表示更新过程中可以多创建一个新 Pod；`maxSurge: 25%` 表示可以多创建 25% 的 Pod 作为新的实例。 **示例**： ```yaml spec: strategy: type: RollingUpdate rollingUpdate: maxUnavailable: 1 maxSurge: 1 ``` 在上述配置中，`RollingUpdate` 策略确保更新过程中最多有一个 Pod 不可用，同时最多会创建一个新的 Pod 作为替换。 ### 总结： - **Recreate**：先终止所有旧版本 Pod，再创建新版本 Pod。适用于新旧版本无法共存的场景。 - **RollingUpdate**：逐步替换旧版本 Pod，以确保应用始终有部分实例在运行。默认策略，适用于大多数需要无缝升级的应用场景。 `RollingUpdate` 通过配置 `maxUnavailable` 和 `maxSurge` 参数提供了对升级过程的精细控制，确保应用在升级过程中的可用性和性能。