如果易爆容器和尽力而为容器都需要计算资源，那么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具有某种形式的最小资源保证，但是在可用时可以使用更多资源。 在系统内存压力下，一旦这些容器超出了它们的请求，并且不存在尽力而为的容器，它们很可能被杀死。

因此，似乎“爆裂”豆荚将优先于“尽力而为”豆荚。