K8s kube-reserved/system-reserved 驱逐业务 Pod：如何基于资源预留策略动态计算安全阈值？

背景

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

现象

1. 资源预留不足：业务 Pod 的资源请求（request）与节点可用资源的比值超过阈值时，触发驱逐。
2. 动态波动：节点负载变化导致预留资源与业务需求的匹配度下降，频繁触发驱逐。
3. 手动调参困难：当前依赖静态配置（如 kube-reserved=10%），无法适应不同业务场景的资源需求。

已尝试的排查与结果

• 检查 kube-reserved/system-reserved 配置：确认配置为默认值（如 kube-reserved=10%），但未解决驱逐问题。
• 监控资源使用：通过 Prometheus 监控节点 CPU/内存使用，发现业务 Pod 的资源请求与实际使用存在偏差。
• 分析驱逐事件：日志显示驱逐事件多发生于资源突增时段，但未发现明显的资源泄漏或配置错误。

期望得到的答案形态

1. 动态计算模型：如何基于节点的实时负载、业务 Pod 的资源请求分布，动态计算 kube-reserved/system-reserved 的安全阈值？
2. 策略对比：不同资源预留策略（如基于 CPU/内存比例、基于业务类型）的优劣与适用场景。
3. 工具推荐：是否有开源工具或现有方案能实现动态资源预留策略的自动调整？

引用内容

• K8s 节点 kube-reserved/system-reserved 驱逐业务 Pod：如何精准计算不触发驱逐？（引用 ID 2847）
• K8s节点kube-reserved预留不足导致Pod被驱逐的根因与预防方案（引用 ID 2843）