在雷鸣般的羊群场景Kubernetes DNS荚比赛的用户级别荚

Question

想象一下这样的假设情况（即刚咬了我的做法）：

1. 在Kubernetes集群模具所有工作情况下（比如由于现货价格的波动） ，一个新的自动回来。
2. 调度程序然后尝试按某种任意顺序将pod安排到节点上，但它们不能全部适合，因为节点数量比以前少。
3. 所有default命名空间荚让它上，但kube-system命名DNS荚不
4. 现在大多数都试图在群集上运行挂，因为有群集上没有DNS。

有什么方法可以使用Kubernetes中的QoS层来让调度程序在其他命名空间之前调度kube-system窗格吗？还是有其他方式我应该解决这个问题？

Answer 1

这是一个真正的问题，而Kubernetes目前还没有Pod QoS保证。

为了完全安全，您的群集应足够大以处理任何预期的群集缩减，但这并非总是实用。

目前，手动缩小竞争优先级较低的部署可能是让群集恢复工作的最简单方法。

正在尝试将Pod QoS策略导入Kubernetes。你可以沿着/在https://github.com/kubernetes/kubernetes/pull/14943