4、滚动升级策略配置：Rolling Update 参数（maxSurge、maxUnavailable）、更新策略选择、Pod 中断预算

在 Kubernetes 工作负载（Deployment / StatefulSet）中，滚动升级（Rolling Update）是默认且最常用的更新策略。Argo CD 作为 GitOps 工具，本身不直接执行 Pod 滚动，而是通过管理 Kubernetes 资源清单中的 strategy 字段来控制升级行为。本章聚焦三个核心配置维度：Rolling Update 参数（maxSurge / maxUnavailable）、更新策略选择（Recreate vs RollingUpdate）、以及Pod 中断预算（PDB），确保在 Argo CD 自动同步场景下，资源配额校准与业务连续性得到保障。

4.1 Rolling Update 参数：maxSurge 与 maxUnavailable

Deployment 的 spec.strategy.rollingUpdate 下有两个关键参数，直接决定滚动升级的速率与资源消耗峰值：

参数组合典型场景：

• 快速滚动（高可用优先）： maxSurge=50%, maxUnavailable=0 —— 先创建新 Pod，再终止旧 Pod，保证始终有完整副本数，但资源峰值翻倍。
• 保守滚动（资源受限）： maxSurge=0, maxUnavailable=1 —— 先终止一个旧 Pod，再创建新 Pod，资源峰值不变，但滚动速度较慢。
• 均衡模式： maxSurge=25%, maxUnavailable=25% —— 默认值，适合大多数场景，需确保配额能容纳 125% 的 Pod 同时运行。

4.2 更新策略选择：Recreate vs RollingUpdate

Kubernetes Deployment 支持两种更新策略，选择依据主要取决于应用是否支持多版本共存以及数据层状态：

Argo CD 中的策略配置示例：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 5
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 0
  template:
    spec:
      containers:
      - name: app
        image: my-app:v2

4.3 Pod 中断预算（PodDisruptionBudget）

PodDisruptionBudget（PDB）是 Kubernetes 提供的自愿中断保护机制，用于限制同时中断的 Pod 数量。在 Argo CD 滚动升级场景中，PDB 与 maxUnavailable 共同决定升级的可用性边界。

PDB 两种定义方式：

• minAvailable： 指定最少可用 Pod 数量（值或百分比），例如 minAvailable: 4 表示最多允许 1 个 Pod 不可用。
• maxUnavailable： 指定最多不可用 Pod 数量（值或百分比），例如 maxUnavailable: 1 表示最多允许 1 个 Pod 被中断。

PDB 配置示例：

apiVersion: policy/v1
kind: PodDisruptionBudget
metadata:
  name: my-app-pdb
spec:
  minAvailable: 4
  selector:
    matchLabels:
      app: my-app

4.4 参数校准与测试验证清单

在 Argo CD 环境中完成滚动升级策略配置后，建议按以下清单进行资源配额校准与验证：

1. 配额预检： 计算 maxSurge 峰值所需 CPU/内存，确保 Namespace 配额足够。
2. PDB 一致性检查： 确认 PDB 的 minAvailable 与 Deployment 的 maxUnavailable 不冲突（minAvailable + maxUnavailable ≤ replicas）。
3. 同步模拟： 使用 argocd app sync --dry-run 验证资源清单语法。
4. 渐进式验证： 先在测试环境设置 maxSurge=0, maxUnavailable=1，观察 Pod 替换行为。
5. 中断容忍测试： 手动驱逐一个 Pod（kubectl drain），验证 PDB 是否阻止过度中断。