如何调整Kubernetes VPA的Pod重建顺序为先建后删？

1. 使用VPA的滚动更新模式（Kubernetes 1.23+） #

从Kubernetes 1.23版本开始，VPA支持RollingUpdate类型的Pod更新策略，配置后会遵循Deployment的滚动更新逻辑先创建新Pod再删除旧Pod：

• 在VPA的spec.updatePolicy中设置podUpdatePolicy: RollingUpdate
• 同时确保关联的Deployment配置合理的滚动更新参数，示例：

  spec:
    strategy:
      type: RollingUpdate
      rollingUpdate:
        maxSurge: 1        # 允许临时额外创建1个Pod
        maxUnavailable: 0  # 强制保证更新过程中无Pod不可用
  

  配置完成后，VPA触发资源调整时会先启动符合新资源规格的Pod，待新Pod就绪后再删除旧Pod。

2. 利用PodDisruptionBudget（PDB）保障可用性（兼容旧版本） #

如果你的Kubernetes版本不支持VPA的RollingUpdate模式，可以通过PDB强制约束VPA的更新行为，避免服务中断：

• 创建PDB对象，指定至少保留1个可用Pod：

  apiVersion: policy/v1
  kind: PodDisruptionBudget
  metadata:
    name: your-service-pdb
  spec:
    minAvailable: 1
    selector:
      matchLabels:
        # 替换为你的服务Pod对应的标签
        app: your-service
  

  当VPA尝试删除旧Pod时，PDB会阻止操作，直到新Pod创建并进入就绪状态，间接实现先建后删的效果。

3. 关键注意事项 #

• 确保VPA的spec.updatePolicy.updateMode设置为Auto（默认值），只有该模式下VPA才会自动触发Pod资源更新
• 集群需预留足够资源以支持临时额外创建1个Pod（对应maxSurge=1的配置），否则会导致更新流程停滞
• 使用PDB时，需保证PDB的标签选择器与Deployment的Pod标签完全匹配，否则约束规则无法生效

内容的提问来源于stack exchange，提问作者Saeid Ghafouri