【背景】 在 Kubernetes 中，kube-reserved 和 system-reserved 是用于保障节点上系统组件和 kubelet 本身正常运行的资源预留机制。然而，在实际生产中，我们经常遇到业务 Pod 被 kube-reserved 或 system-reserved 驱逐的问题，尤其是在资源紧张的场景下。
【常见分歧】
- 是否应该预留更多资源：一些团队认为预留更多资源可以避免驱逐，但可能导致资源浪费。
- 是否应该关闭 kube-reserved：部分团队认为关闭 kube-reserved 可以减少驱逐风险，但可能导致系统组件不稳定。
- 如何计算预留值：不同的团队有不同的方法，有的基于经验，有的基于监控数据。
【我的倾向】 我认为，精准计算 kube-reserved 和 system-reserved 的预留值是关键。通过监控节点的资源使用情况，结合业务负载和系统组件的资源需求，可以更合理地设置预留值，从而避免不必要的驱逐。
【想听大家的建议】 你所在团队是如何计算 kube-reserved 和 system-reserved 的预留值的？在什么场景下会调整这些值？有没有什么好的工具或方法推荐？
0赞
0收藏
0楼层