Job 一直等不到 Pod？先区分 Kueue 准入与调度
arthur5 小时前
先判断卡在哪一层
提交 Job 后迟迟没有应用日志，甚至找不到 Pod，不应直接归因于节点资源不足。在由 Kueue 管理的集群中，Job 可能仍处于挂起状态，等待对应 Workload 获准运行。此时首先要问的是“是否已经准入”，而非“Pod 为什么 Pending”。
两层机制职责不同：Kueue 决定工作负载现在能否启动，考虑队列策略、配额、资源风味、准入检查及其他等待任务；Kubernetes 调度器决定 Pod 放在哪些节点上，这发生在准入通过、Job 恢复之后。
沿 Workload 查准入路径
Headlamp 的 Kueue 插件提供了一条可视化排查路径：从 Workload 入手，阅读状态条件及其消息，再沿关联关系查看 LocalQueue、ClusterQueue、ResourceFlavor 和 Cohort，避免一开始就在多个对象的 YAML 之间反复切换。
排查时可以按状态分流：
- 尚未准入：继续检查 Kueue 对象，围绕状态消息定位队列、配额或准入检查环节的等待原因。
- 已经准入，但 Pod 仍为 Pending：转到常规 Job、Pod 页面，检查调度事件，不要继续把问题归到准入层。
注意工具边界
使用这条路径需要集群已安装 Kueue、部署 Headlamp，并具备相关资源的读取权限。材料介绍的插件为 0.1.0-alpha，提供相关资源的只读视图，不自带创建、编辑、停止、恢复或删除流程。看清状态与执行变更，应当分开考虑。