Resource Quality of Service

Pod可以指定request和limit资源。其中0 <= request <= & request <= limit <= Infinity。调度是基于request而不是limit，即如果Pod被成功调度，那么可以保证Pod分配到指定的 request的资源。Pod使用的资源能否超过指定的limit值取决于该资源是否可被压缩。

• 目前只支持CPU
• pod可以保证获得它们请求的CPU数量，它们可能会也可能不会获得额外的CPU时间(取决于正在运行的其他作业)。因为目前CPU隔离是在容器级别而不是pod级别。

• 目前只支持内存

在机器资源超卖的情况下（limit的总量大于机器的资源容量），即CPU或内存耗尽，将不得不杀死部分不重要的容器。因此对容器分成了3个QoS的级别：,Burstable, Best-Effort，三个级别的优先级依次递减。

当CPU资源无法满足，pod不会被杀死可能被短暂控制。

所有的容器的limit值和request值被配置且两者相等（如果只配置limit没有request，则request取值于limit）。

例如：

如果一个或多个容器的limit和request值被配置且两者不相等。

所有的容器的limit和request值都没有配置。

例如：

参考文章：