Pod优先级与抢占机制让高优先级Pod主动挤走低优先级Pod

[[三级服务质量等级决定资源不足时先杀谁]]是被动的（资源真的不够了才 触发），Kubernetes还提供了主动的PriorityClass资源，让管理员显式声明 Pod之间的优先级差异——这种不平等不只体现在”谁能用更多资源”，而是直接 影响调度和生存本身。优先级最直接的影响是调度顺序：多个Pod同时等待 调度时，高优先级的先被处理，Pod越晚调度，节点资源被抢占的概率越大、 调度失败的风险越高。但受影响更大的是抢占机制（Preemption）：普通 情况下Pod调度失败会停在Pending状态，安静等着有新节点加入或旧Pod退出 才有机会；但如果失败的是一个设了明确优先级的Pod，Kubernetes会主动去 找”牺牲者”（Victim）——在所有优先级低于待调度Pod的、已调度的Pod里， 按优先级从低到高排序，从最低的开始杀，直到腾出的资源够用为止，或者 已经没有更低优先级的Pod可杀。这意味着一个高优先级Pod不需要”排队等 运气”，可以主动清场——这和服务质量等级形成互补的两道防线：服务质量 等级回答”资源紧张时该保谁”，优先级和抢占机制回答”调度失败时该不该 主动腾地方、腾谁的地方”。两者结合起来，Kubernetes实际上是在用一套 显式声明的规则替代了”先到先得”这种朴素但低效的调度直觉。