Pod QoS 类

    Kubernetes 对你运行的 Pod 进行分类，并将每个 Pod 分配到特定的 QoS 类中。 Kubernetes 使用这种分类来影响不同 Pod 被处理的方式。Kubernetes 基于 Pod 中的资源请求进行分类， 同时确定这些请求如何与资源限制相关。 这称为 (QoS) 类。 Kubernetes 基于每个 Pod 中容器的资源请求和限制为 Pod 设置 QoS 类。Kubernetes 使用 QoS 类来决定从遇到节点压力的 Node 中驱逐哪些 Pod。可选的 QoS 类有 、Burstable 和 BestEffort。 当一个 Node 耗尽资源时，Kubernetes 将首先驱逐在该 Node 上运行的 BestEffort Pod， 然后是 Burstable Pod，最后是 Guaranteed Pod。当这种驱逐是由于资源压力时， 只有超出资源请求的 Pod 才是被驱逐的候选对象。

    Guaranteed Pod 具有最严格的资源限制，并且最不可能面临驱逐。 在这些 Pod 超过其自身的限制或者从 Node 上没有可以抢占的低优先级 Pod 之前， 这些 Pod 保证不会被杀死。这些 Pod 不可以获得超出其指定 limit 的资源。这些 Pod 也可以使用 static CPU 管理策略来使用独占的 CPU。

    判据

    Pod 被赋予 QoS 类的几个判据：

    • Pod 中的每个容器必须有内存 limit 和内存 request。
    • 对于 Pod 中的每个容器，内存 limit 必须等于内存 request。
    • Pod 中的每个容器必须有 CPU limit 和 CPU request。
    • 对于 Pod 中的每个容器，CPU limit 必须等于 CPU request。

    判据

    Pod 被赋予 Burstable QoS 类的几个判据：

    • Pod 不满足针对 QoS 类 Guaranteed 的判据。
    • Pod 中至少一个容器有内存或 CPU request 或 limit。

    QoS 类中的 Pod 可以使用未专门分配给其他 QoS 类中的 Pod 的节点资源。 例如若你有一个节点有 16 核 CPU 可供 kubelet 使用，并且你将 4 核 CPU 分配给一个 Guaranteed Pod， 那么 BestEffort QoS 类中的 Pod 可以尝试任意使用剩余的 12 核 CPU。

    如果节点遇到资源压力，kubelet 将优先驱逐 BestEffort Pod。

    判据

    某些行为独立于 Kubernetes 分配的 QoS 类。例如：

    • 所有超过资源 limit 的容器都将被 kubelet 杀死并重启，而不会影响该 Pod 中的其他容器。

    • 如果一个容器超出了自身的资源 request，且该容器运行的节点面临资源压力，则该容器所在的 Pod 就会成为被的候选对象。 如果出现这种情况，Pod 中的所有容器都将被终止。Kubernetes 通常会在不同的节点上创建一个替代的 Pod。

    • kube-scheduler 在选择要抢占的 Pod 时不考虑 QoS 类。当集群没有足够的资源来运行你所定义的所有 Pod 时，就会发生抢占。