hualinux 进阶 1.24：k8s调度器的优先级与抢占机制（整理）

最新推荐文章于 2024-09-09 00:12:10 发布

原创

最新推荐文章于 2024-09-09 00:12:10 发布 · 524 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#hualinux #hualinux k8s #k8s 优先级与抢占机制

探讨Kubernetes中Pod的优先级与抢占机制，如何处理调度失败问题，及其实现原理。通过设置PriorityClass，高优先级Pod可抢占低优先级Pod资源，确保关键任务运行。

一、优先级和抢占机制说明

二、优级先和抢占机制设计和实现

k8s调度器的优先级与抢占机制，这个比较重要，需要了解。

优先级和抢占机制，解决的是 Pod 调度失败时该怎么办的问题。

一、优先级和抢占机制说明

优先级和抢占机制，解决的是 Pod 调度失败时该怎么办的问题。

正常情况下，当一个 Pod 调度失败后，它就会被暂时“搁置”起来，直到 Pod 被更新，或者集群状态发生变化，调度器才会对这个 Pod 进行重新调度。

但在有时候，我们希望的是这样一个场景。当一个高优先级的 Pod 调度失败后，该 Pod 并不会被“搁置”，而是会“挤走”某个 Node 上的一些低优先级的 Pod 。这样就可以保证这个高优先级 Pod 的调度成功。这个特性，其实也是一直以来就存在于 Borg 以及 Mesos 等项目里的一个基本功能。

而在 Kubernetes 里，优先级和抢占机制是在 1.10 版本后才逐步可用的。要使用这个机制，你首先需要在 Kubernetes 里提交一个 PriorityClass 的定义，如下所示：

apiVersion: scheduling.k8s.io/v1beta1
kind: PriorityClass
metadata:
  name: high-priority
value: 1000000
globalDefault: false
description: "This priority class should be used for high priority service pods only."

上面这个 YAML 文件，定义的是一个名叫 high-priority 的 PriorityClass，其中 value 的值是 1000000 （一百万）。

Kubernetes 规定，优先级是一个 32 bit 的整数，最大值不超过 1000000000（10 亿，1 billion），并且值越大代表优先级越高。而超出 10 亿的值，其实是被 Kubernetes 保留下来分配给系统 Pod 使用的。显然，这样做的目的，就是保证系统 Pod 不会被用户抢占掉。

而一旦上述 YAML 文件里的 globalDefault 被设置为 true 的话，那就意味着这个 Pr