在K8S中，Deployment升级策略有哪些?

在Kubernetes（K8s）中，Deployment的升级策略主要用于控制Pod副本的更新过程，以确保应用程序的平滑过渡和最小化的服务中断。以下是Kubernetes中Deployment升级策略的详细说明：

1. 滚动更新（RollingUpdate）

1. 概述：
   • 滚动更新是Deployment的默认升级策略。
   • 它通过逐步替换旧的Pod副本，以批次的方式实现平滑的升级过程。
2. 工作原理：
   • Deployment控制器会根据新的Pod模板创建一个新的ReplicaSet。
   • 新的ReplicaSet开始创建并启动指定数量的新Pod，同时确保集群中至少有一部分旧的Pod仍在提供服务。
   • 当新Pod通过就绪探针（Readiness Probe）验证并标记为就绪状态后，Deployment控制器会继续替换下一个旧的Pod。
   • 这个过程会持续进行，直到所有旧Pod都被新Pod替换完毕。
3. 配置参数：
   • .spec.strategy.rollingUpdate.maxUnavailable：指定升级过程中允许的最大不可用Pod副本数。
   • .spec.strategy.rollingUpdate.maxSurge：指定在升级过程中允许的额外副本数。
4. 优势：
   • 实现了不间断服务的目标，在升级过程中应用程序仍然可以提供服务。
   • 提供了灵活的配置参数，可以控制升级的速度和可用性。

2. 删除式更新（Recreate）

1. 概述：
   • 删除式更新是一种非默认的升级策略，也称为单批次更新。
   • 它通过先删除所有旧的Pod副本，然后再创建新的Pod副本来实现升级。
2. 工作原理：
   • 当更新策略设定为Recreate时，Deployment控制器会先停止所有旧的Pod副本。
   • 等到所有旧副本都终止后，Deployment控制器会一次性创建出新的Pod副本。
3. 适用场景：
   • 适用于对短暂停机容忍的环境或无状态应用程序。
   • 因为在删除旧副本和创建新副本之间存在时间差，所以会导致应用程序的短暂中断。

3. 暂停升级（Pause）

1. 概述：
   • 暂停升级策略用于临时停止Deployment的升级过程。
2. 工作原理：
   • 可以通过修改Deployment的定义，将.spec.paused设置为true，来停止新副本的创建和旧副本的替换。
   • 当需要恢复升级过程时，可以将.spec.paused设置为false，然后继续完成后续的升级步骤。
3. 适用场景：
   • 适用于在特定条件下需要暂停升级过程，等待条件满足后再恢复升级的场景。

4. 自定义升级策略

虽然Kubernetes主要提供了滚动更新和删除式更新两种内置的升级策略，但用户还可以通过配置相关参数来自定义升级策略的行为。例如：

• 通过调整.spec.strategy.rollingUpdate.maxUnavailable和.spec.strategy.rollingUpdate.maxSurge参数来控制滚动更新的速度和可用性。
• 在升级过程中使用预发布期（preference）来允许新旧Pod副本同时存在一段时间，以便进行测试和验证新版本的稳定性。

综上所述，Kubernetes中的Deployment升级策略提供了多种选择，以满足不同应用程序和服务的需求。开发人员和运维人员可以根据实际需求选择合适的策略，并确保在升级过程中实现平滑的过渡和最小化的服务中断。