Kubernetes Descheduler 部署模式差异与策略配置问题解析

背景介绍

Kubernetes Descheduler 是一个用于优化Kubernetes集群资源调度的工具，它通过重新平衡Pod分布来提高集群资源利用率。在实际使用中，用户可能会遇到Descheduler在不同部署模式下行为不一致的问题，特别是在从CronJob模式切换到Deployment模式时。

问题现象

用户在使用Descheduler 0.29.0版本时发现，当以Deployment模式部署时，Descheduler无法正常驱逐Pod，而切换回CronJob模式后则工作正常。通过日志分析发现，Deployment模式下虽然Descheduler正常运行，但"totalEvicted"始终为0，表明没有执行任何Pod驱逐操作。

根本原因分析

经过深入调查，发现问题主要源于两个方面：

1. 策略API版本不匹配：Descheduler 0.29.0版本已经弃用了v1alpha1版本的策略配置格式，而用户仍在使用旧格式。新版本需要使用v1alpha2格式的配置。

2. 策略参数错误：在v1alpha2配置中，某些参数如nodeAffinityType和includeSoftConstraints在新版本中不再支持，导致策略无法正确解析和执行。

解决方案

正确使用v1alpha2策略配置

v1alpha2版本采用了全新的配置结构，主要分为profiles、pluginConfig和plugins三部分：

deschedulerPolicyAPIVersion: "descheduler/v1alpha2"
deschedulerPolicy:
  profiles:
    - name: default
      pluginConfig:
        - name: DefaultEvictor
          args:
            ignorePvcPods: true
            evictLocalStoragePods: true
        - name: RemoveDuplicates
        - name: RemovePodsHavingTooManyRestarts
          args:
            podRestartThreshold: 100
            includingInitContainers: true
        - name: LowNodeUtilization
          args:
            thresholds:
              cpu: 20
              memory: 20
              pods: 20
            targetThresholds:
              cpu: 50
              memory: 50
              pods: 50
      plugins:
        balance:
          enabled:
            - RemoveDuplicates
            - LowNodeUtilization
        deschedule:
          enabled:
            - RemovePodsHavingTooManyRestarts

关键配置注意事项

1. DefaultEvictor配置：这是基础驱逐器，必须配置且放在pluginConfig首位
2. 策略分类：新版本将策略分为balance(平衡)和deschedule(反调度)两类
3. 参数验证：确保所有参数都是当前版本支持的，移除不兼容参数

最佳实践建议

1. 版本升级检查：升级Descheduler时，务必检查策略配置格式是否兼容新版本
2. 日志级别调整：部署时可设置v: 5获取更详细的日志输出，便于调试
3. 逐步验证：先启用少量策略验证基本功能，再逐步添加复杂策略
4. 资源限制：为Descheduler Pod设置合理的资源请求和限制，避免影响集群稳定性

总结

Kubernetes Descheduler在不同部署模式下行为一致性的关键在于正确的策略配置。随着项目发展，配置格式也在不断演进，用户需要关注版本变更带来的配置变化。通过使用正确的v1alpha2格式配置，并避免使用废弃参数，可以确保Descheduler在各种部署模式下都能正常工作，有效优化Kubernetes集群资源分配。