Pod CrashLoop 运行手册

问题场景与影响

当 Kubernetes Pod 陷入 CrashLoopBackOff 状态时，应用容器会因启动失败而陷入无限重启的死循环。在这种状态下，直接执行 kubectl logs 命令往往无法捕获任何有效的报错日志，因为新的容器实例可能尚未初始化完成便再次崩溃。这类故障不仅持续消耗底层节点的计算与内存资源，还会严重阻塞正常的 CI/CD 发布流水线，导致线上服务长时间不可用。

核心诊断与排查步骤

本技能通过结构化的诊断路径，帮助运维工程师快速收敛问题域并定位根因：

• 事件与状态分析：利用 kubectl describe pod 命令获取 Pod 的底层调度与生命周期事件，精准识别就绪探针失败、镜像拉取错误或 OOMKilled 等直接导致崩溃的原因。
• 历史日志提取：通过 kubectl logs --previous 参数强制读取崩溃前一个容器实例的日志输出，有效突破当前实例未就绪导致的日志读取限制。
• 依赖与配置校验：逐一检查环境变量注入、ConfigMap 挂载以及下游依赖服务的可用性，排除由于配置漂移或依赖雪崩引发的隐性故障。

适用边界与前置条件

该运行手册主要聚焦于应用运行时与 K8s 配置层面的诊断，不涉及底层节点网络分区、存储驱动故障或内核级异常等基础设施问题。在正式使用前，需确保当前操作环境已配置具备足够权限的 kubectl 命令行工具，并且目标 Pod 确实处于持续失败重启的生命周期阶段。