K8s 节点 kube-reserved/system-reserved 驱逐业务 Pod：如何精准计算不触发驱逐？

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

现象 业务 Pod 在节点资源紧张时频繁被驱逐，导致服务中断。已检查节点资源分配，发现 kube-reserved 和 system-reserved 的总和占节点资源约 25%，但业务 Pod 的资源请求和限制未充分考虑预留机制。

已尝试的排查

1. 检查节点资源分配是否合理，发现 kube-reserved 和 system-reserved 的总和占节点资源约 25%，但业务 Pod 的资源请求和限制未充分考虑预留机制；
2. 查看 kubelet 日志，发现驱逐事件与 kube-reserved/system-reserved 的资源不足相关；
3. 尝试调整 kube-reserved 和 system-reserved 的值，但未完全解决问题。

期望得到的答案形态

1. 一个可复现的计算公式或步骤：如何根据节点总资源、系统组件需求、业务负载波动，精准计算 kube-reserved 和 system-reserved 的值，避免业务 Pod 被驱逐；
2. 对资源预留与业务 Pod 限制的协同设计：如何在 Pod 的 requests/limits 中设置合理的值，与节点预留机制配合；
3. 有没有人遇到过预留资源不足但未触发驱逐的情况？根因是什么？

（相关讨论：id=2828 聊过 kube-reserved/system-reserved 驱逐问题，但未解决；id=2814 聊过资源计算方法，但未形成公式。我这个角度想聚焦如何精准计算不触发驱逐，欢迎直接给公式或反例。）