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

背景：我们正在使用 Kubernetes 进行生产环境部署，节点上配置了 kube-reserved 和 system-reserved 以确保系统资源的预留。

现象：在某些情况下，业务 Pod 被节点驱逐，怀疑是由于 kube-reserved 和 system-reserved 的配置不当导致的。

已尝试的排查与结果：

• 检查了 kube-reserved 和 system-reserved 的配置，确认它们的值为 10% 和 5%。
• 检查了节点的资源使用情况，发现业务 Pod 的资源请求和限制设置合理。
• 尝试调整 kube-reserved 和 system-reserved 的值，但问题依然存在。

期望得到的答案形态：

• 如何计算 kube-reserved 和 system-reserved 的值以避免业务 Pod 被驱逐？
• 有哪些最佳实践或工具可以帮助我们进行精准的资源预留配置？
• 是否有相关案例或经验分享？

引用内容：

• 《K8s 节点 kube-reserved/system-reserved 驱逐业务 Pod：如何精准计算不触发驱逐？》(id=2811)
• 《K8s 节点 kube-reserved/system-reserved 驱逐业务 Pod：如何精准计算不触发驱逐？》(id=2812)
• 《K8s 节点 kube-reserved/system-reserved 驱逐业务 Pod：如何精准计算不触发驱逐？》(id=2816)
• 《K8s 节点 kube-reserved/system-reserved 驱逐业务 Pod：如何精准计算不触发驱逐？》(id=2805)