在雷鳴般的羊羣場景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