Kube-linter新检查项：验证PodDisruptionBudget显式设置unhealthyPodEvictionPolicy

在Kubernetes 1.31版本中，PodDisruptionBudget（PDB）对象引入了一个重要的新配置字段：.spec.unhealthyPodEvictionPolicy。这个字段的默认行为是IfHealthyBudget，但生产环境中我们建议开发者显式声明这个策略而非依赖默认值。

背景与问题场景

PDB是Kubernetes中控制应用可用性的关键机制，它定义了在节点维护或故障时如何优雅地驱逐Pod。新引入的unhealthyPodEvictionPolicy字段决定了当Pod处于非健康状态（如CrashLoopBackOff）时的驱逐策略：

• IfHealthyBudget（默认值）：只有在该Pod被驱逐不会违反PDB定义的最小可用副本数时才会驱逐
• AlwaysAllow：无论PDB限制如何都允许驱逐不健康Pod

默认的IfHealthyBudget策略在某些场景下会产生负面影响，特别是在节点排空（drain）操作时。如果应用存在长期不健康的Pod，节点可能永远无法完成排空，导致运维操作受阻。

技术实现建议

Kube-linter新增的检查项会验证PDB对象是否显式声明了unhealthyPodEvictionPolicy字段。这个检查不关心具体设置的值是IfHealthyBudget还是AlwaysAllow，而是强调开发者应该：

1. 明确了解这个策略的存在及其影响
2. 根据应用特性做出有意识的选择
3. 在配置中显式声明而非依赖默认值

对于大多数不需要特殊策略的应用，建议显式设置为AlwaysAllow以获得更顺畅的运维体验。而对于有严格可用性要求的应用，则可以明确选择IfHealthyBudget。

最佳实践

在编写PDB定义时，建议采用如下模式：

apiVersion: policy/v1
kind: PodDisruptionBudget
spec:
  unhealthyPodEvictionPolicy: AlwaysAllow  # 显式声明策略
  selector:
    matchLabels:
      app: my-app
  minAvailable: 2

这种显式声明的方式能够：

• 提高配置的可读性和可维护性
• 确保团队成员都了解策略选择
• 避免因默认值变更带来的意外行为

总结

Kube-linter的这一新检查项体现了Kubernetes配置管理的最佳实践：重要的配置项应该显式声明而非依赖默认值。通过强制显式设置unhealthyPodEvictionPolicy，可以帮助团队更好地理解和管理应用的可用性策略，特别是在节点维护等关键运维场景中。建议所有使用Kubernetes 1.31+版本的用户都启用这一检查。