13种pod的状态

于 2024-10-09 19:24:18 发布
阅读量1k 收藏 17
点赞数 24
分类专栏： k8s 文章标签： kubernetes docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_74752717/article/details/142794412
版权

13种pod的状态

生命周期

  • Pending：Pod被创建后进入调度阶段，k8s调度器依据pod声明的资源请求量和调度规则，为pod挑选一个适合运行的节点。当集群节点不满足pod调度需求时，pod将会处于pending状态。
  • Running：Pod被调度到节点上，k8s将pod调度到节点上后，进入running状态。
  • Succeeded：Pod运行成功，Pod中的所有容器都退出，且退出码为0。
  • Failed：Pod运行失败，Pod中的所有容器都退出，且退出码不为0。或被系统终止，pod将进入failed状态。
  • Unknown：Pod运行异常，因为某些原因无法取得pod状态，Pod处于unknown状态。

调度失败

常见错误状态（Unschedulable）

pod被创建后进入调度阶段，k8s调度器依据pod声明的资源请求量和调度规则，为pod挑选一个适合运行的节点。当集群节点不满足pod调度需求时，pod将会处于pending状态。造成调度失败的典型原因有：

  • 节点资源不足

k8s将节点资源（cpu,内存，磁盘等）进行数字量化，定义出节点资源容量（capacity）和节点资源可分配额（allocatable）。资源容量是指kubelet获取的计算节点当前的资源信息，而iyuan个分配额是pod的可用的资源。
pod容器有两种资源额度概念：

  • 请求值 （Request 容器至少能获得请求值大小）
  • 限制值 （Limit 容器至多能获得限制值大小）
    pod的资源请求量是pod中所有容器的资源请求之和
    pod的资源限制量是pod中所有容器的资源限制之和
    k8s默认调度器按照较小的请求值作为调度依据，保障可调度节点的资源可分配额一定不小于pod资源请求值。当集群没有一个节点满足pod的资源请求量，pod将会卡在pending状态。
    pod因为无法满足资源需求而被pending，可能是因为集群资源不足，需要进行扩容，也有可能是集群碎片化导致。
  • 超过Namespace资源配额

k8s用户可以通过资源配额对ns进行资源使用量限制，包括两个维度：

  • 限制某个对象类型（pod）可创建对象的总数
  • 限定某个对象类型可消耗的资源总数
    如果在创建或更新pod时申请的资源超过了资源配额，则pod将调度失败。此时需要检查ns资源配额状态，做出适当调整
  • 不满足nodeselector节点选择器

节点亲和性和反亲和性用于约束pod调度到哪些节点，而亲和性有细分为软亲和和硬亲和。对于软亲和规则，k8s调度器会尝试寻找满足对应规则的节点，如果找不到匹配的节点，调度器仍然会调度该pod。而当硬亲和规则不被满足时，pod将无法被调度，需要检查pod调度规则和目标节点状态，对调度规则或节点进行合理调整

  • 节点存在污点

k8s提供污点和容忍机制，用于避免pod被分配到不合适的节点上。家啊如节点上存在污点，而pod没有设置及相应的容忍，pod将不会调度到该节点。此时需要确认节点是否有携带污点的必要。如果不必要，移除污点，若pod可以分配到带有污点的节点

最低0.47元/天 解锁文章
【K8S系列】Kubernetes Pod 状态详细介绍及异常状态解决方案
颜淡慕潇
10-21 1万+
在 Kubernetes 中，Pod 是最小的可调度单元，负责运行一个或多个容器。Pod 的状态能够反映其生命周期中的不同阶段，帮助用户了解当前的运行状况。本文将详细介绍 Kubernetes Pod 的各种状态及其可能的异常状态解决方案。
【K8S系列】Kubernetes Pod节点Pending状态及解决方案详解【已解决】
最新发布
颜淡慕潇
10-22 2万+
在 Kubernetes 中，Pod 的状态为 Pending 表示 Pod 已被创建，但尚未被调度到节点上，或者已调度到节点上但容器尚未开始运行。这一状态常常是因为某些条件未满足，导致 Pod 无法正常启动。以下是对 Pending 状态的详细分析及解决方案。
Pod状态
喝醉酒的小白
05-04 6020
在 Kubernetes 中，Pod 的 Completed 状态表示 Pod 中的所有容器都已成功完成并退出。在 Completed 状态下，可以通过 kubectl logs 命令查看容器的日志，以便查看容器的输出和执行结果。Unknown（未知）: Pod 的状态无法确定，这可能是由于与 Kubernetes API 的连接中断或其他未知错误。Failed（已失败）: Pod 中的所有容器都已退出，并且至少有一个容器由于错误而失败。Running（运行中）: Pod 中至少有一个容器正在运行。
pod常见的七种状态和失败的状态
weixin_61299146的博客
03-02 999
1.：当Pod被创建后，它处于等待中的状态。在等待中，Kubernetes正在尝试在节点上分配资源并启动Pod。这可能涉及下载镜像、分配IP地址、执行初始化容器等操作。如果Pod一直处于等待中，可能是由于资源不足、调度问题或其他原因导致。2.：一旦Pod成功地被调度到节点上并且所有容器都已启动。3.：如果Pod中的所有容器成功地执行完任务并退出，Pod将进入已完成的状态。通常见于 Job 任务。4.：如果Pod中的一个或多个容器由于某种原因失败，Pod将进入失败的状态。
pod健康检查promql：pod 处于非ready告警，增加pod所在的节点ip
Yu的博客
12-11 1681
pod 处于running状态并不代表可以正常接收请求，只有当pod对应的status中condition为true才代表能正常接收请求。 以下表达式是在1分钟之内pod处于非ready状态的promql min_over_time(sum by (namespace, pod, prometheus_replica, instance, node) (kube_pod_status_ready{condition!='true', pod =~ '^<.svcName>.*', na.
Pod的状态
whatzhang007的博客
11-03 7480
Pod 一共有 5 种状态，这个状态反映在 Pod 的 status 属性中 Pending：这个状态意味着，Pod 的 YAML 文件已经提交给了 Kubernetes，API 对象已经被创建并保存在 Etcd 当中。但是这个 Pod 还没有被调度成功，最常见的原因比如 Pod 中某个容器启动不成功 Running：这个状态下，Pod 已经调度成功。也就是它包含的容器都已经创建成功，并且至少有一个正在运行中 Succeeded：这个状态意味着，Pod 里的所有容器都正常运行成功并退出了。这种情况在运行一
Pod的详细状态
weixin_44280843的博客
09-15 4047
Pod生命周期状态
Pod的几种状态，及排障方法
mtldswz312的博客
10-08 1万+
pod的几种状态： 1）Pending：Pod创建已经提交给k8s，但是因为某种原因不能顺利创建，例如下载镜像慢，调度不成功等。 2）Running：Pod已经绑定到一个节点上了，并且已经创建了所有容器。只是有一个容器正在运行，或者在启动中。 3）Secceeded：Pod中的所有容器都已经成功终止，不能重新启动。 4）Failed： Pod中所有的容器均已经终止，且至少有一个容器已经在故障中终止...
Kubernetes Pod镜像的3种状态
✨ 欢迎来到【Seal ^_^ 的CSDN博客】！这里是我记录技术心得、分享经验的地方。✨
09-16 7042
在Kubernetes（K8s）的世界里，Pod是最小的可部署单元，它封装了容器（如Docker容器）及其所需的运行环境。
Pod状态及生命周期
等风来也chen
09-18 9115
Pod分为两类： 自主式Pod：这种Pod本身是不能自我修复的。当Pod被创建后（不论是由你直接创建还是被其它COntroller），都会被K8s调度到集群的Node上。直到pod的进程终止、被删掉。因为缺少资源而被驱逐、或者Node故障之前这个Pod都会一直保持在八个Node上。Pod不会自愈。如果Pod运行的Node故障，或者是调度器本身故障，这个Pod就会被删除。同样的，如果Pod所在No...
pod状态异常原因分析
mac99776的博客
06-23 6376
pod状态
Pod生命周期中的状态解释
闹着玩儿的博客
07-12 5613
pod生命周期中的状态和解释，包含pod状态、容器状态等
Pod创建流程、常见状态、健康检查-Day 04
qq_42515722的博客
06-25 1230
Pause容器，又叫Infra容器，是pod的基础容器，镜像体积只有几百KB左右，配置在kubelet中，主要的功能是初始化pod底层的运行环境（一个pod中多个容器的网络通信）。Infra容器被创建后会初始化Network Namespace，之后当前pod中的其它容器就可以加入到Infra容器中共享Infra容器的网络了，因此如果一个Pod中的两个容器A和B，那么关系如下:（1）A容器和B容器能够直接使用localhost通信；（2）A容器和B容器可以可以看到网卡、IP与端口监听信息。
k8s学习--pod的所有状态详解(图例展示)
lwxvgdv的博客
07-17 2307
在 Kubernetes 中，Pod 是最小的可部署计算单元。Pod 有多种状态，每种状态都反映了 Pod 的生命周期的不同阶段。
【K8S】Pod的状态描述
Aiky哇
10-09 1031
该 Pod 已经绑定到了一个节点上，Pod 中所有的容器都已被创建。API Server无法正常获取到Pod对象的状态信息，通常是由于其无法与所在工作节点的kubelet通信所致。Pod 中的所有容器都已终止了，并且至少有一个容器是因为失败终止。Pod中的所有的容器已经正常的执行后退出，并且不会自动重启，一般会是在部署job的时候会出现。Pod已经被创建，但还没有完成调度，或者说有一个或多个镜像正处于从远程仓库下载的过程。处在这个阶段的Pod可能正在写数据到etcd中、调度、pull镜像或启动容器。
Pod异常状态排错
qq_31055683的博客
09-21 4730
有时候服务部署成功运行过，但在某个时候节点突然挂了，此时就会触发驱逐，创建新的副本调度到其 它节点上，对于已经挂载了磁盘的 Pod，它通常需要被调度到跟当前节点和磁盘在同一个可用区，如果 集群中同一个可用区的节点不满足调度条件，即使其它可用区节点各种条件都满足，但不跟当前节点在 同一个可用区，也是不会调度的。太短，容器启动慢，导致容器还没完全启动就开始探测，如果 successThreshold 是默认值 1，检查失败一次就会被 kill，然后 pod 一直这样被 kill 重 启。
Pod 一直处于 Pending 状态
潇潇雨歇
04-26 8473
对于已挂载了磁盘的 Pod，通常需要被调度到与当前故障节点和挂载磁盘所处同一个可用区的新的节点上。如果该值小于 Pod 的 Request，则不满足 Pod 的资源要求，Scheduler 在 Predicates（预选）阶段就会剔除掉该 Node，不会调度 Pod 到该 Node。在新增节点时，首先为该节点添加==node.cloudprovider.kubernetes.io/uninitialized ==污点，待节点初始化成功后再自动移除此污点，以避免 Pod 被调度到未初始化好的节点。
Kubernetes Pod状态异常九大场景盘点
uuqaz的博客
04-12 1103
Kubernetes Pod 作为 Kubernetes 核心资源对象，不仅 Service、Controller、Workload 都是围绕它展开工作。作为最小调度单元的它，还担任着传统 IT 环境主机的职责，包含了调度，网络，存储，安全等能力。 正是因为 Pod 具有复杂的生命周期和依赖，绝大多数 Kubernetes 问题最终都会在 Pod 上表现出来。因此，我们介绍在实际工作实践中会遇到的 9 种典型场景，以及如何使用 Kubernetes 监控来处理这些场景，快速定位发现问题。 容器是用户
pod进阶
Alone8046的博客
09-02 902
启动探针（startupProbe）：在容器启动时根据条件来判断容器是否启动成功，如果有启动探针和其它探针并列，要先启动启动探针，只有启动探针执行成功后续的探针才会执行，启动探针如果启动失败则整个容器判定为失败，pod也会进入失败状态；在整个容器的生命周期当中，只有启动探针在启动时执行，执行成功之后后续不再执行。exec方法：进入容器内执行命令，命令的返回码是0就是成功，非零都是失败，使用场景是在容器内使用自定义命令来检测容器内的健康状况，判断关键配置文件是否存在，依赖环境是否完整。主要用于web容器。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值