如果易爆容器和盡力而為容器都需要計算資源，那么kubernetes是否有優先級？

Question

我將用一個例子來解釋我的問題。

假設在一個節點（容量為X + 1 cpu，Y + 1內存）中有兩個容器，一個是Burstable類型的容器，另一個是盡力而為類型。

如果易爆容器（配置為X cpu請求，Y內存請求）已經在使用節點的X cpu，Y內存。

當Burstable和Best-effort同時請求該節點的未使用1 cpu，1內存時，接下來將發生什么。 Kubernetes是Burstable容器優先於Best-effort還是隨機的。

注：我的問題是不是關於過程的驅逐，但關於其容器將獲得未使用1個CPU。

Answer 1

來自： https : //github.com/kubernetes/community/blob/master/contributors/design-proposals/node/resource-qos.md

如果無法滿足CPU保證（例如，如果系統任務或守護程序占用大量CPU），則不會殺死Pod。

內存是不可壓縮的資源，因此讓我們稍微討論一下內存管理的語義。

盡力而為的豆莢將被視為最低優先級。 如果系統內存不足，這些吊艙中的進程將首先被殺死。 這些容器可以在節點中使用任何數量的可用內存。

保證的Pod被認為是優先級最高的Pod，並保證直到它們超過其限制時才被殺死，或者如果系統處於內存壓力下並且沒有可以撤出的優先級較低的容器，則將保證Pod被殺死。

易爆Pod具有某種形式的最小資源保證，但是在可用時可以使用更多資源。 在系統內存壓力下，一旦這些容器超出了它們的請求，並且不存在盡力而為的容器，它們很可能被殺死。

因此，似乎“爆裂”豆莢將優先於“盡力而為”豆莢。