Kubernetes DNS荚在雷鸣般的牛群场景中竞赛用户级吊舱

Question

想象一下这种假想的情形(实际上只是咬了我一下)：

1. Kubernetes集群中的所有员工实例都会死掉(比如由于现货价格的波动)，而新的实例会自动返回。
2. 然后，调度程序尝试以某种任意顺序将豆荚调度到节点上，但由于节点数量比以前少，所以不能全部调度。
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