Kubernetes通过PriorityClass、Pod配置和调度器逻辑三位一体实现Pod优先级调度：PriorityClass定义整数值优先级并控制抢占策略，调度器依此排序队列、打分节点并触发抢占，优先级主导调度决策而QoS影响运行时驱逐。
Kubernetes 通过 PriorityClass + Pod 配置 + 调度器内置逻辑 三位一体实现容器（实际是 Pod）的优先级调度。它不是给单个容器设优先级，而是以 Pod 为单位进行调度决策，优先级直接影响“谁先被调度”和“谁可能被挤走”。
PriorityClass 是优先级的定义入口
PriorityClass 是一个集群范围的非命名空间资源，用于声明一组可复用的优先级等级：
- 每个 PriorityClass 有一个
value字段，整数类型，数值越大优先级越高（例如1000000>1000）； - 可选字段
preemptionPolicy控制是否允许抢占，默认为PreemptLowerPriority；设为Never则该优先级 Pod 不会触发驱逐； - 系统保留
2000000000及以上值给 Kubernetes 自身组件（如 kube-system 中的关键系统 Pod），用户应避开该范围； - 创建后，Pod 通过
priorityClassName字段引用它，例如：
apiVersion: v1
kind: Pod
metadata:
name: high-priority-app
spec:
priorityClassName: high-priority
containers:
- name: app
image: nginx调度器如何使用优先级做决策
kube-scheduler 在调度流程中多个环节依赖优先级：
Kubernetes Skills
下载
针对 Kubernetes 仪表板和 Web UI 的浏览器自动化。适用于与 Kubernetes Dashboard、Grafana、ArgoCD UI 或其他 Web 界面交互。需要设置 MCP_BROWSER_ENABLED=true。
-
队列排序（QueueSort）：调度队列中的 Pod 按
priority降序排列，高优先级 Pod 先出队； - 预选（Filtering）：筛选满足资源、污点、亲和性等硬性条件的节点；
- 优选（Scoring）：在符合条件的节点中打分，优先级是评分因子之一——相同资源条件下，高优先级 Pod 得分更高；
- 抢占（Preemption）：当高优先级 Pod 无节点可调度时，调度器会扫描节点，寻找可安全驱逐的低优先级 Pod（需满足：被驱逐 Pod 的 priority < 当前 Pod，且驱逐后能容纳当前 Pod）。
注意：抢占只发生在调度失败时，并非实时动态调整；被驱逐的 Pod 进入 Terminating 状态，由 kubelet 清理。
优先级与 QoS 协同影响资源竞争结果
优先级决定“谁先抢”，QoS 决定“谁先被杀”——两者作用场景不同但会叠加：
- 调度阶段：优先级主导 Pod 能否被成功绑定到节点；
-
运行阶段：当节点内存耗尽，Kubelet 根据 QoS 等级执行驱逐（
Guaranteed最晚被杀，BestEffort最先）； - 但若高优先级
BurstablePod 触发抢占，仍可驱逐低优先级GuaranteedPod —— 说明调度优先级高于运行时 QoS 保护； - 实际中建议让高优先级 Pod 同时满足
GuaranteedQoS（即 requests == limits），减少运行时不确定性。
实用配置建议
- 命名清晰：用业务语义命名 PriorityClass，如
db-critical、batch-low； - 分层设值：按业务重要性梯度设置 value，留出余量（如
1000、10000、100000），避免随意用极大值； - 防止滥用：配合
ResourceQuota限制高优先级命名空间的资源总量，避免单类 Pod 吃光集群； - 监控关键指标：关注
scheduler_preemptions_total、Pending 状态高优先级 Pod 数、被驱逐 Pod 的重启频率； - 测试抢占行为：可在测试环境故意制造资源紧张，验证低优先级 Pod 是否按预期被驱逐，且不影响核心服务可用性。
