-
优先级是什么？
- 优先级代表一个Pod相对其他Pod的重要性
-
优先级有什么用
- 优先级可以保证重要的Pod被调用运行
-
如何使用优先级和抢占
-
配置优先级类PriorityClass
-
创建Pod是为其设置对应的优先级
-
-
PriorityClass
- PriorityClass是一个全局资源对象，它定义了从优先级类名称到优先级整数值的映射。优先级在values字段中指定，可以设置小于10亿的整数值，值越大，优先级越高
-
PriorityClass还有两个可选字段：
-
globalDefault：用于设置默认优先级状态，如果没有任何优先级设置，Pod的优先级为零
-
description：用来配置描述性信息，告诉用户优先级的用途
-
-
优先级策略
-
非抢占优先：指的是在调度阶段优先进行调度分配，一旦容器调度完成就不可以抢占，资源不足时，只能等待 ，对应
preemptionPolicy: Never -
抢占优先：强制调度一个Pod，如果资源不足无法被调度，调度程序会抢占(删除 )较低优先级的Pod的资源，来保证高优先级Pod的运行，对应
preemptionPolicy: PreemptLowerPriority
-
Pod优先级
案例演示
创建定义优先级文件
vim priotity.yml
执行 ：kubectl apply -f priotity.yml
创建无优先级的 Pod：vim pod1.yml
执行：kubectl apply -f pod1.yml
创建低优先级 Pod ：vim pod2.yml
执行：kubectl apply -f pod2.yml
创建高优先级 Pod：vim pod3.yml
执行： kubectl apply -f pod3.yml
因为资源不够，无妨强制在node2节点继续创建超出资源的pod
创建两个默认抢占会发生什么
vim preemt.yml
查看抢占优先级：kubectl get priorityclasses.scheduling.k8s.io
vim pod1.yml
kubectl apply -f pod3.yml
vim pod2.yml
kubectl apply -f pod3.yml
vim pod3.yml
kubectl apply -f pod3.yml
查看pod： kubectl get po
新版本不再能抢占
| QoS 等级 | 资源配置规则（requests/limits） | 优先级 | 驱逐顺序 |
|---|---|---|---|
| Guaranteed | 所有容器CPU/内存 requests=limits 都配置 | 最高 | 最后杀 |
| Burstable | 至少配了一项requests/limits，不满足Guaranteed | 中等 | 中间杀 |
| BestEffort | 所有容器都不配 requests、limits | 最低 | 最先杀 |
-
requests ：Pod 申请最少需要多少资源（调度用，节点剩余资源够 requests 才会调度）
-
limits ：Pod 允许使用最大资源上限（超了会被限流/杀掉）
节点优先级
在 Kubernetes 中，节点优先级（Node Priority）是用于指定节点的调度权重的设置。节点优先级主要用于调度器在选择节点时进行权衡和做出选择。
优先级类型
1、静态优先级（Static Priority）
可以手动为每个节点设置一个固定的优先级值。在节点对象的注解（Annotations）中使用 scheduler.alpha.kubernetes.io/priority 注解来定义节点的优先级。较高的优先级值表示节点的优先级较高。
2、亲和性优先级（Affinity Priority）
可以通过节点的亲和性（Affinity）设置来隐式地设置节点的优先级。优先级是根据亲和性规则和节点的亲和性权重（weight）来计算的。
3、服务质量优先级（Quality of Service Priority）
可以通过指定 Pod 的服务质量等级（Quality of Service Class）来设置节点的优先级。服务质量等级包括 Guaranteed、Burstable、BestEffort。较高的服务质量等级对应较高的优先级。
4、插件优先级（Plugin Priority）
可以编写插件来扩展调度器的功能，并为节点设置一些额外的优先级规则。
调度器在进行节点选择时，会根据节点的优先级进行权衡，优先选择具有较高优先级的节点。如果存在多个节点具有相同的优先级，则会根据其它因素（例如节点资源、亲和性规则等）进一步进行选择
静态优先级案例
kubectl annotate node node-new-1 scheduler.alpha.kubernetes.io/priority=100
kubectl annotate node node-new-2 scheduler.alpha.kubernetes.io/priority=100
kubectl annotate node node-old scheduler.alpha.kubernetes.io/priority=50
现在有一个大数据处理的Pod，需要大量的CPU和内存资源。当调度器调度这个Pod时，会首先考虑node-new-1和node-new-2这两个优先级为100的节点，因为它们的优先级高于node-old（优先级为50）。只有当新硬件节点资源不足或者不符合其他调度规则（如亲和性规则）时，调度器才会考虑node-old。
删除注解 kubectl annotate node node-old scheduler.alpha.kubernetes.io/priority-
亲和性优先级案例
kubectl label node node-1 zone=zone-a
kubectl label node node-2 zone=zone-a
kubectl label node node-3 zone=zone-b
当调度data-app-pod时，调度器首先会过滤出zone-a的节点（node-1和node-2），因为有硬亲和性要求。然后，根据亲和性优先级的权重计算，node-1因为权重为80，会比node-2（权重为40）更有可能被选中。