Kubernetes Pod频繁重启但仍运行，如何排查原因？

重启可能的原因 #

• 容器进程短时间意外退出：实时日志仅显示当前运行实例的内容，若进程在启动阶段就崩溃，或日志未做持久化处理，重启后之前的崩溃日志会被清空，导致看不到异常痕迹。
• 资源超限被OOM杀死：Pod的内存/CPU使用超过配置的limits阈值时，kubelet会强制杀死容器并触发重启，这类场景通常不会在应用自身日志里留下记录。
• 节点层面异常：节点重启、资源耗尽、kubelet服务重启等情况，都会导致Pod被重新调度或强制重启。
• 存活探针误判：即便就绪探针工作正常，若存活探针（LivenessProbe）配置不合理（比如初始延迟太短、超时时间不足），kubelet会误判容器未存活，进而触发重启。
• 镜像或初始化环节问题：Init容器执行失败、镜像拉取后启动瞬间崩溃，这类场景下主容器的实时日志也可能抓不到异常信息。

排查信息获取路径 #

• 查看Pod完整事件与状态：执行kubectl describe pod <pod-name> -n my-namespace，重点关注Events和Container Statuses部分，这里会明确记录重启的触发原因（比如OOMKilled、Container terminated with exit code 137等）。
• 获取容器退出状态码：使用命令kubectl get pod <pod-name> -n my-namespace -o jsonpath='{.status.containerStatuses[0].lastState.terminated}'，不同状态码对应不同场景：
  • 137：容器被外部信号杀死（常见于OOM或kubelet强制回收资源）
  • 1：应用自身代码错误导致退出
  • 0：正常退出（若频繁出现可能是应用内部自带重启逻辑）
• 查看历史日志：执行kubectl logs <pod-name> -n my-namespace --previous，获取上一次容器退出前的日志，这是抓取启动阶段崩溃日志的关键操作。
• 检查节点资源与日志：
  • 用kubectl top node查看节点CPU/内存使用率，确认是否因节点资源耗尽导致Pod被回收。
  • 登录节点查看/var/log/kubelet.log，里面会记录kubelet处理Pod的详细操作，比如资源不足时的杀容器日志。
• 核对资源与探针配置：检查Pod的resources.limits/requests是否合理，同时确认存活探针的initialDelaySeconds、timeoutSeconds等参数是否适配应用启动速度。
• 排查Init容器状态：如果Pod包含Init容器，在kubectl describe pod的Init Containers部分确认其是否成功完成，Init容器失败会导致主容器反复重启。

内容的提问来源于stack exchange，提问作者pmiranda