K8S集群中Pod资源常见的异常状态以及排查思路

最新推荐文章于 2025-06-30 14:37:00 发布
最新推荐文章于 2025-06-30 14:37:00 发布
阅读量2.9k 收藏 45
点赞数 24
CC 4.0 BY-SA版权
分类专栏： 《Kubernets经典故障排查百例》 文章标签： kubernetes 容器 docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44953658/article/details/124876889
本文介绍了K8S集群中Pod资源的结构，如Pause容器的作用，以及Pod可能遇到的十种故障状态，包括Pending、Running、Waiting、Creating、ImagePullBackOff、CrashLoopBackOff、Unknown、Terminating等，并提供了详细的排查思路，涉及Pod状态观察、详细信息查看和容器日志分析等步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

K8S集群中Pod资源常见的异常状态以及排查思路

1.Pod资源的结构

Pod资源中会有一个基础容器Pause容器，每一个Pod资源下都会有一个Pause容器，Pause容器负责创建一个虚拟网络和存储卷，Pod资源中的所有容器都会与Pause共享网络资源以及存储资源，同一个Pod中的多个容器直接通信可以使用localhost的形式直接通信。
在这里插入图片描述

2.Pod资源常见的几种故障状态

在这里插入图片描述

Pod资源常见的故障状态大致分为十种：

  • Running状态：处于Running状态Pod资源不一定可用，当Pod资源处于健康检查时也会显示Running状态，但是不一定可能，健康检查失败后会一直重启容器，此时也需要排查。一定要观察资源的READY是否两个值都一样，如果一样表示成功启动。

  • Pending状态：当Pod资源由于Node节点上的资源不够或者存储没有定义对的情况下，Pod资源会处于Pending挂起状态。

  • <
了解本专栏 订阅专栏 解锁全文 超级会员免费看
K8S集群中Pod资源常见问题排查思路以及处理方法
江晓龙的博客
05-18 2158
K8S集群中Pod资源常见问题排查思路以及处理方法 文章目录K8S集群中Pod资源常见问题排查思路以及处理方法1.Pod资源的概念2.Pod资源常见问题的排查思路 1.Pod资源的概念 对于Pod资源的核心概念以及配置详解，可以去阅读这篇文章：[《Kubernetes集群Pod资源结构定义及常用配置参数》][https://jiangxl.blog.csdn.net/article/details/117988304] Pod资源的概念： Pod资源是K8S集群中最小的调度单元，应用程序以容器的身份运行，从
K8S系列: Pod容器的状态是 Running，但应用已经停止服务的几种常见原因
NIO4444
02-24 2392
1. 程序出现死循环 2. 程序因为内存问题，已经僵死，但进程还在，但无响应； 3. 程序本身有 bug，本来应该返回 200，但因为代码问题，返回的是500； 4. Dockerfile编写写的不规范，应用程序不是主进程，那么主进程出了什么问题都无法发现 ...
K8s中pod深度解析
最新发布
2401_88768957的博客
06-30 955
在 Kubernetes 集群中，Pod 作为最小的调度和管理单元，其内部容器的镜像拉取策略和重启策略，对于应用的稳定运行、资源管理以及部署效率有着重要影响。启动探针用于检测容器的启动过程是否完成。通过周期性地执行预定义的检查动作，探针能够实时监控容器的运行情况，并根据检查结果触发相应的操作（如重启容器、阻止流量分发等），从而保证应用的高可用性和稳定性。例如，数据库服务在启动后需要加载数据、建立索引，在这一过程中，通过就绪探针可以确保服务完全准备好后再接收客户端连接，避免连接失败。
K8S部署Java项目pod状态一直Running查看descibe报错：Liveness probe failed: HTTP probe failed with statuscode: 404
博客主要分享技术教程、工具教程、bug解决、前沿技术动态、编程经验、心得感悟等。 内容同步、干货获取、推广宣发请看侧栏推广信息
02-28 1570
每个人都有惰性，但不断学习是好好生活的根本，共勉！
k8s cgroup 内存泄漏案例分享。
xiaoqingyu123的博客
05-09 1551
正常的k8s集群可以创建pod。内存使用完后，可以释放，内核参数如下： （使用腾讯云 7.9系统测试时，不能复现故障，tlinux 7.6 可以复现） 占用内存空间，直至使用满。 无法创建文件，pod也无法创建。 删除部分文件夹后，释放内存空间，pod可以正常创建出来。 故障注入，去除内核参数： 占用内存空间，直至使用满。 删除部分文件，还是无法释放内存，无法创建pod，无法创建文件。 删除部分文件，还是无法释放内存，无法创建pod，无法创建文件.
K8S的资源和工作模式
单核CPU的小朋友的博客
03-29 578
应用编排和管理 Kubernetes的资源对象主要包括了Spec和Status两个部分，其中Spec部分用来描述期望的状态，而Status部分用来描述观测到的状态，这些都属于Kubernetes的资源对象的部分，而Kubernetes还包含了一个Metadata部分，也就是元数据部分。元数据主要包括了用来识别资源的标签Labels，用来描述资源的注解和资源之间的相互关系。 其中Label是一个最重要的元数据，它代表的内容是资源标签，资源标签是一个具有标识性的KEY:VALYE键值对。这个标签的主要作用是筛选
K8S集群中Pod资源处于CrashLoopBackOff状态排查思路
热门推荐
江晓龙的博客
06-25 1万+
CrashLoopBackOff状态一般都是Pod资源中的容器出现了问题，可以有以下几点原因：CrashLoopBackOff状态存在偶发性，可能上一秒还是Running状态，下一秒就成了CrashLoopBackOff状态了。一般Pod资源处于CrashLoopBackOff状态都是和容器有关，通过排查容器输出的日志即可解决问题。1）首先查看Pod的运行状态 可以看到Pod已经处于CrashLoopBackOff状态了，在处于此状态之前，首先处于Error状态，接下来我们进一步进行排查。2）查看Pod运行
K8S集群中Pod资源处于Pending状态排查思路
江晓龙的博客
06-14 9757
Pending状态表示挂起，处于该状态的原因有以下几点：处于Pending状态的原因最有可能的就是调度的Node节点上资源不足了。1）首先去排查节点的资源使用情况，使用命令查看内存的使用情况，命令查看系统的负载及CPU使用情况，查看磁盘的使用情况，快速定位是否是由于节点资源不足而引发的问题。如果资源充足，那么就可以排除是节点自身的问题了。2）被调度的节点可能存在污点配置，当K8S集群安装完成后，Master默认是开启污点的，开启污点的节点不允许被调度，可以进一步使用命令排查节点是否设置了污点操作，如果设置了
K8S集群中Pod资源处于Terminating或Unknown状态排查思路
江晓龙的博客
06-30 5376
Error状态是CrashLoopBackOff状态之前的一个错误状态，Pod资源处于Error状态的原因可能有以下几种：1）排查Pod的状态 2）查看Pod运行的详细日志从中获取线索 3）排查容器运行的日志获取关键信息 4）排查Kubelet日志以及Node节点系统日志从中获取关键信息...
K8S集群中Pod资源处于ImagePullBackOff状态排查思路
江晓龙的博客
06-14 6892
ImagePullBackOff状态表示容器的镜像拉取失败，可能存在以下几点原因：1）首先查看Pod资源的状态 通过命令可以查询出当前Pod处于的状态，在ImagePullBackOff状态之前还会存在一个ErrImagePull的状态，看见这个状态就可以定位出该Pod的镜像没有拉取成功，从而出现了问题。2）查看Pod资源异常状态的输出信息 从输出信息中，我们可以获取到大量的排查线索，首先就是这句话拉取镜像失败，紧接着看这句话，这句话的意思就是说没有权限拉取aknow_system的镜像，在接着找线索注意这
k8s常见问题大收集-转载
地球空间
08-27 899
第1章 k8s外部不能访问pod 1、问题描述： 在搭建好的k8s集群内创建的容器，只能在其所在的节点上curl可访问，但是在其他任何主机上无法访问容器占用的端口 1.1、解决方案 vim /etc/sysctl.conf 找到这一行，放开注释 # Uncomment the next line to enable packet forwarding for IPv4 net.ipv4.ip_forward=1 1 2 3 4 重启主机（必须要重启才能生效） 第2章 创建私有仓库问题 2.1、问题描述，提
kmem问题造成K8S中pod内存溢出
01-20
问题排查 可以通过 $ cat /sys/fs/cgroup/memory/kubepods/burstable/pod//memory.kmem.slabinfo 来查看是否存在bug,如果返回 cat: memory.kmem.slabinfo: Input/output error 则不存在bug 问题解决 需要在 kubelet 和 docker 上都将 kmem account 功能关闭。kubelet 需要重新编译。 kubelet 版本是 v1.14 及以上，则可以通过在编译 kubelet 的时候加上 Build Tags 来关闭 $ git clone --branch
K8S_pod
coco32123的博客
06-25 420
apiVersion: v1 kind: Pod metadata: name: pod-demo namespace: default labels: app: myapp tire: frontend spec: containers: - name: myapp image: nginx - name: busybox image: b...
K8s in Action 阅读笔记——【3】Pods: running containers in Kubernetes
weixin_47692652的博客
05-24 948
Kubernetes 集群中的所有 Pod 均驻留在单一、共享的扁平网络地址空间中（如图3.2所示），这意味着每个 Pod 都可以以另一个 Pod 的 IP 地址访问任何其他 Pod。它们之间不存在 NAT （网络地址转换）网关。当两个 Pod 之间发送网络数据包时，它们将分别将另一个 Pod 的实际 IP 地址视为数据包中的源 IP。因此，Pod 之间的通信非常简便。
k8s块持久卷数据删除后，空间不释放问题处理方法
力哥讲技术
11-06 567
在Kubernetes（k8s）环境中，使用块持久卷（Block Persistent Volume）时，对于有频繁且大批量删除需求的客户，默认XFS挂载并不支持被删除空间的实施回收，会造成卷和业务已使用用量的不一致，实际已用容量并没有那么大。全部修改完成后，sync后执行一次，并观察XFS mount参数是否已带上了discard。# 回收容量，注意该动作会对业务造成冲击，请一定尽量在业务低谷时执行。但是fstrim这个动作会对在线业务造成一定的冲击，可能会造成IO卡顿。# 示例：不支持实时回收空间。
K8s（四）Pod资源——pod生命周期、重启策略、容器钩子与容器探测
qq_72569959的博客
01-17 2094
如题，主要内容包括pod重启策略、初始化容器、容器钩子与容器探测的内容
k8s常见故障
ss810540895的博客
10-09 1337
问题出现不可怕, 重要的是加好监控及时报警, 我们之前一直对 kube-system 的监控没有做到很好, flannel 一直启动不成功的问题是我检查时发现的,使用别人提供的yaml文件前, 要注意下资源设置的, 类似 Prometheus 也有这种问题的, 它对内存的要求很高预算充足就不要自建集群了, 有不少运维问题的, 万一出现一个解决不了的就很麻烦, 类似上次那篇文章: 记一次Kubernetes机器内核问题排查[1]希望我们的经验能帮助到使用 K8s 的各位读者.
k8s pod自动重启原因（jvm内存设置）
梦想起飞的地方.........
08-04 4062
k8s pod自动重启原因（jvm内存设置） k8s集群环境下，docker容器中运行镜像方式启动springboot项目。由于制作的镜像未对JVM的内存进行配置，那么 JVM 会默认设置堆栈的大小，这个大小是根据物理机的内存进行分配的。 那么物理机的内存越大，默认分配的内存就越大（最大堆栈=1/4 * 物理机内存，初始堆栈=1/64* 物理机内存）。JVM 是不知道自己在Docker容器中运行的，jvm识别的是物理主机的内存，而不是k8s给pod分配的内存或docker容器的内存。 因此在没有..
一次意想不到的pod内存驱逐问题
m0_37680131的博客
04-29 666
更多技术博客，请关注微信公众号：运维之美处理项目上K8S集群pod驱逐问题也算不少了，不过此次产生pod驱逐的原因却是意想不到，最后复盘原因很简单，定位故障时候却是忽略了，不过也算丰富了处理故障的案例。
K8S集群Pod监控模板，提升资源状态与基础监控
资源摘要信息: Kubernetes（K8S）集群Pod监控模板相关知识点 Kubernetes（K8S）是一个开源的、用于自动部署、扩展和管理容器化应用程序的系统。它主要用于自动化容器的部署和扩展，以及容器内应用程序的运维工作。...
评论 31
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Jiangxl~

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值