K8s kube-reserved预留不足导致Pod驱逐的根因与动态阈值计算方案

背景

我们管理一个 Kubernetes 集群，节点上配置了 kube-reserved 和 system-reserved 以确保系统资源的预留。然而，在某些情况下，业务 Pod 会被驱逐，怀疑是由于 kube-reserved 和 system-reserved 的配置不当导致。

现象

1. 资源使用突增：突发流量或长尾请求导致节点 CPU/内存瞬时过载；
2. 驱逐事件频繁：Pod 被 kubelet 驱逐，日志显示 eviction.threshold.pod 触发；
3. 资源预留策略失效：即使设置了 kube-reserved: "10%" 和 system-reserved: "20%"，仍无法避免资源争抢。

已尝试的排查与结果

• 检查节点资源使用：发现驱逐时节点 CPU 使用率常在 95% 以上，内存使用率 85%+，但 kube-reserved 和 system-reserved 预留值未被正确计算；
• 调整预留比例：将 kube-reserved 从 10% 提升到 20%，但驱逐事件仍频繁发生，且部分节点出现 OOMKilled；
• 监控资源水位：发现部分节点的 kube-reserved 实际占用远低于配置值，推测是资源预留策略未动态适配负载波动。

期望得到的答案形态

1. 根因分析：

   • 为什么 kube-reserved 和 system-reserved 预留值未被正确计算？
   • 驱逐事件是否与 CFS 的调度策略、节点资源分配逻辑有关？

2. 动态阈值计算方案：

   • 如何基于实时资源使用情况动态调整 kube-reserved 和 system-reserved？
   • 是否有开源工具或现成方案（如 kube-reserved-optimizer）可复用？

3. 工程实现建议：

   • 如何将动态计算逻辑集成到集群控制器中？
   • 是否需要引入额外的资源监控指标（如 CPU steal 时间、内存碎片率）？

引用

• 《K8s kube-reserved预留不足导致Pod驱逐的根因与动态阈值计算方案》（已存在同题提问，但未获解答）
• 《K8s kube-reserved/system-reserved 驱逐业务 Pod：如何基于资源预留策略动态计算安全阈值？》（讨论了资源预留策略，但未涉及动态计算）