Pod 崩溃循环运行手册
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/kubernetes-pod-crashloop-runbook。
技能介绍
要解决的具体问题
当 Kubernetes 集群中的 Pod 进入 CrashLoopBackOff 状态时,容器反复重启,应用无法正常提供服务。手动排查这类问题往往需要在多个命令间切换:查看 Pod 事件、拉取容器日志、检查配额限制,过程分散且耗时。
技能如何工作
该技能通过 Kubernetes API 服务器封装 kubectl 命令,自动完成诊断流程:
- 获取最近事件:读取 Pod 的近期事件,定位启动失败或探针失败的信号
- 拉取容器日志:收集容器的输出日志,寻找应用层错误
- 检查资源配额:确认命名空间的资源限制是否导致容器被终止
收集到的状态数据用于识别常见根因,包括 OOMKilled(超出内存限制)、存活探针配置错误(探针误判导致重启)和 缺少 ConfigMap(依赖的配置未注入)。最终,技能会生成一份分步修复手册,按优先级列出修复操作。
适用边界与注意点
该技能聚焦于自动化诊断与修复建议生成,不替代对集群深层问题的手动调试。运行环境需满足上游要求,包括可用的 Docker 环境。对于需要深入分析网络策略或自定义控制器行为的场景,仍需人工介入。
使用场景
- 当生产环境Pod陷入CrashLoopBackOff,需快速获取日志、事件和资源配额状态并生成修复步骤时。
- 排查集群中因OOMKilled或探针配置错误导致容器反复重启的Pod,需要一份分步修复手册时。
- 确认Pod启动失败是否由缺失ConfigMap或资源配额限制引起,并获取具体修复指引时。
适合人员
- Kubernetes平台工程师,负责保障集群高可用,需要在Pod崩溃时快速恢复服务。
- SRE/运维工程师,处理生产环境故障,需要自动化收集诊断数据以缩短故障排查时间。
- 后端开发工程师,部署微服务时遇到Pod启动失败,需要快速定位是配置错误还是资源限制导致。