Pod Pending：排查提纲
诊断提纲，待环境核验。 本页由原图故障剧本整理，不代表某次真实事故。原图的处置词只作为候选动作，不能凭现象直接执行。
入口现象
Pod Pending。先记录开始时间、影响范围、用户表现和最近变更；具体阈值由服务目标与基线决定。
原图建议顺序与阶段辨识
| 顺序 | 原图检查或候选动作 | 使用边界 |
|---|---|---|
| 1 | events | 诊断线索：需补实际命令、对象与判定标准 |
| 2 | requests/allocatable | 诊断线索：需补实际命令、对象与判定标准 |
| 3 | taint/affinity | 诊断线索：需补实际命令、对象与判定标准 |
| 4 | PVC | 诊断线索：需补实际命令、对象与判定标准 |
| 5 | quota | 诊断线索：需补实际命令、对象与判定标准 |
原图要求的关键证据
- kubectl describe
- scheduler
- autoscaler
证据记录格式
| 检查问题 | 实际证据及时间 | 支持什么 | 不能证明什么 | 下一步 |
|---|---|---|---|---|
| 待填写 | 日志、事件、指标或命令输出 | 保留假设 | 写明边界 | 优先低风险验证 |
进入处置的门槛
诊断分支已由证据确认；目标、权限和影响范围明确；存在经过环境验证的步骤、停止条件与回退或补偿。缺少其中任一项，保持原因或方案待确认。
相关草稿（还不能直接执行）：
原图完成条件
- 完成条件：影响恢复、根因证据成立、修复无回归、行动项有人负责。