【K8S】Pod的状态描述

最新推荐文章于 2024-08-08 20:28:11 发布
最新推荐文章于 2024-08-08 20:28:11 发布
阅读量1.7w 收藏 58
点赞数 8
分类专栏： K8S 文章标签： Pod 状态描述
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_33591903/article/details/103850967
版权

Pod有以下几个状态：

  • Pending           等待中
  • Running           运行中
  • Succeeded      正常终止
  • Failed              异常停止
  • Unkonwn         未知状态

Pending

Pod已经被创建，但还没有完成调度，或者说有一个或多个镜像正处于从远程仓库下载的过程。

处在这个阶段的Pod可能正在写数据到etcd中、调度、pull镜像或启动容器。

 

Running

该 Pod 已经绑定到了一个节点上，Pod 中所有的容器都已被创建。至少有一个容器正在运行，或者正处于启动或重启状态。

 

Succeeded

Pod中的所有的容器已经正常的执行后退出，并且不会自动重启，一般会是在部署job的时候会出现。

 

Failed

Pod 中的所有容器都已终止了，并且至少有一个容器是因为失败终止。也就是说，容器以非0状态退出或者被系统终止。

 

Unkonwn

API Server无法正常获取到Pod对象的状态信息，通常是由于其无法与所在工作节点的kubelet通信所致。

用一张图来表示Pod的各个状态

Pod 的详细的状态说明

状态　　　　描述　　　　　　
CrashLoopBackOff　　　　容器退出，kubelet正在将它重启
InvalidImageName无法解析镜像名称
ImageInspectError无法校验镜像
ErrImageNeverPull策略禁止拉取镜像
ImagePullBackOff正在重试拉取
RegistryUnavailable连接不到镜像中心
ErrImagePull通用的拉取镜像出错
CreateContainerConfigError不能创建kubelet使用的容器配置
CreateContainerError创建容器失败
m.internalLifecycle.PreStartContainer执行hook报错
RunContainerError启动容器失败
PostStartHookError执行hook报错
ContainersNotInitialized容器没有初始化完毕
ContainersNotRead容器没有准备完毕
ContainerCreating容器创建中
PodInitializingpod 初始化中
DockerDaemonNotReadydocker还没有完全启动
NetworkPluginNotReady网络插件还没有完全启动
SunAlwaysOnline
关注
专栏目录
K8S部署Java项目（Springboot项目）pod状态：CrashLoopBackOff
分享式获得也是一种学习的态度
02-21 1252
每个人都有惰性，但不断学习是好好生活的根本，共勉！
Pod状态
喝醉酒的小白
05-04 5569
在 Kubernetes 中，Pod 的 Completed 状态表示 Pod 中的所有容器都已成功完成并退出。在 Completed 状态下，可以通过 kubectl logs 命令查看容器的日志，以便查看容器的输出和执行结果。Unknown（未知）: Pod 的状态无法确定，这可能是由于与 Kubernetes API 的连接中断或其他未知错误。Failed（已失败）: Pod 中的所有容器都已退出，并且至少有一个容器由于错误而失败。Running（运行中）: Pod 中至少有一个容器正在运行。
K8S监控模板，用于k8S集群Pod监控
03-08
K8S监控模板，用于k8S集群Pod监控
【Kubernetes】pod状态与故障排查
最新发布
qq_54188720的博客
08-08 1164
kubectl debug -n -it --image= --target= #在Pod中创建临时工具容器进入目标容器进行调试，针对没有调试工具的容器使用。kubectl exec -n -it -c -- sh|bash|命令 #进入Pod容器中查看容器内部的相关状态信息，比如应用进程、端口、文件、流量等状态信息。
Pod创建流程、常见状态、健康检查-Day 04
qq_42515722的博客
06-25 1162
Pause容器，又叫Infra容器，是pod的基础容器，镜像体积只有几百KB左右，配置在kubelet中，主要的功能是初始化pod底层的运行环境（一个pod中多个容器的网络通信）。Infra容器被创建后会初始化Network Namespace，之后当前pod中的其它容器就可以加入到Infra容器中共享Infra容器的网络了，因此如果一个Pod中的两个容器A和B，那么关系如下:（1）A容器和B容器能够直接使用localhost通信；（2）A容器和B容器可以可以看到网卡、IP与端口监听信息。
Pod的状态
whatzhang007的博客
11-03 7443
Pod 一共有 5 种状态，这个状态反映在 Pod 的 status 属性中 Pending：这个状态意味着，Pod 的 YAML 文件已经提交给了 Kubernetes，API 对象已经被创建并保存在 Etcd 当中。但是这个 Pod 还没有被调度成功，最常见的原因比如 Pod 中某个容器启动不成功 Running：这个状态下，Pod 已经调度成功。也就是它包含的容器都已经创建成功，并且至少有一个正在运行中 Succeeded：这个状态意味着，Pod 里的所有容器都正常运行成功并退出了。这种情况在运行一
k8s-Pod介绍及状态与生命周期管理
Mclaughling的博客
10-28 2443
Pod介绍及状态与生命周期管理 Pod介绍 Pod是kubernetes中可以创建和部署的最小单位。Pod代表着集群中运行的进程。 Pod的设计理念是支持多个容器在一个Pod中共享网络地址和文件系统，可以通过进程间通信和文件共享这种简单高效的方式组合完成服务。 Pod中封装着应用的容器（有的情况下是好几个容器），存储、独立的网络IP，管理容器如何运行的策略选项。Pod代表着部署的一个单位：kubernetes中应用的一个实例，可能由一个或者多个容器组合在一起共享资源。 Docker是kubernetes中最
K8S Pod status的状态
砚墨
09-02 1678
K8S Pod status的状态: CrashLoopBackOff： 容器退出，kubelet正在将它重启 InvalidImageName： 无法解析镜像名称 ImageInspectError： 无法校验镜像 ErrImageNeverPull： 策略禁止拉取镜像 ImagePullBackOff： 正在重试拉取 RegistryUnavailable： 连接不到镜像中心 ErrImagePull： 通用的拉取镜像出错 CreateContainerConfigError： 不能创建kubelet使
k8s学习--pod的所有状态详解(图例展示)
lwxvgdv的博客
07-17 1962
在 Kubernetes 中，Pod 是最小的可部署计算单元。Pod 有多种状态，每种状态都反映了 Pod 的生命周期的不同阶段。
k8s基础
qq_39236849的博客
04-30 108
需要厘清的概念 Pod Namespace Service Label Repilcation Controller
k8s的Pod的几种状态
奇华资料的博客
03-07 404
如果Pod中的一个或多个容器由于某种原因失败，Pod将进入失败的状态。：当Pod的容器正在创建中时，Pod将进入创建容器中的状态。：如果节点下线，污点又恰巧不能容忍到其他节点，会导致pod调度失败，可能也会产生Unknown的状态。：如果Pod中的所有容器成功地执行完任务并退出，Pod将进入已完成的状态。：检查容器的退出代码，如果退出代码为非零，表示容器内部发生了错误，定位可以查看容器的日志。检查节点的健康状态。：如果 Pod 中定义了初始化容器，并且初始化容器失败，那么 Pod 也会失败。
k8s-Pod状态和探针
qq_38419276的博客
10-04 921
Pod状态 第一阶段： Pending: #正在创建Pod但是Pod中的容器还没有全部被创建完成，处于此状态的Pod应该检查Pod依赖的存储是否有权限挂载、镜像是否可以下载、调度是否正常等。 Failed #Pod中有容器启动失败而导致pod工作异常。检查事件 Unknown #由于某种原因无法获得pod的当前状态，通常是由于与pod所在的node节点通信错误。 Succeeded #Pod中的所有容器都被成功终止即pod里所有的containers均已terminated。 第二阶段： Unsch
k8s——pod控制器
Yusheng9527的博客
04-13 1735
k8s——pod控制器Pod控制器介绍Pod控制器及其功用pod控制器有多种类型Pod与控制器之间的关系Pod控制器种类及yaml格式DeploymentStatefulSetDaemonSetJobCronJob Pod控制器介绍 Pod控制器及其功用 Pod控制器，又称之为工作负载（workload），是用于实现管理pod的中间层，确保pod资源符合预期的状态，pod的资源出现故障时，会尝试进行重启，当根据重启策略无效，则会重新新建pod的资源。 pod控制器有多种类型 ReplicaSet: 代用户
K8S部署pod状态CreateContainerConfigError问题解决
分享式获得也是一种学习的态度
01-08 1757
每个人都有惰性，但不断学习是好好生活的根本，共勉！
k8s篇-Pod健康检测
qq_19676401的博客
11-12 5320
一、POD健康检查机制 POD 有 2 种探测类型： 存活性探测 (pod.spec.containers.livenessProbe) 与 就绪性探测(pod.spec.containers.readinessProbe)。就绪和存活探测可以在同一个Pod容器上并行使用。 livenessProbe： 检测容器是否处于running状态（即Pod的状态是否为running）。 若liveness探测到Pod不健康时，会通过kubelet杀掉该pod，并根据重启策略来判断是否重启这个pod。若未配
K8S Pod常见状态
weixin_67050107的博客
06-22 519
这是自己所遇到 Pod 常见状态及可能原因，持续更新。如有其他的错误状态，可私我更新。
【k8s】 Pod状态和生命周期管理(Pause容器、Pod的创建过程、探针、livenessProbe、readinessProbe)
m0_45406092的博客
07-22 2668
文章目录1. 什么是Pod？2. Pod中如何管理多个容器？3. 使用Pod4. Pod的持久性和终止5. Pause容器6. init容器7. Pod的生命周期7.1 Pod phase（Pod的相位）7.2 Pod的创建过程7.3 Pod的状态7.4 Pod存活性探测7.6 Pod的重启策略7.7 Pod的生命7.8 livenessProbe解析7.9 资源需求和资源限制参考 1. 什么是Pod？ Pod是kubernetes中你可以创建和部署的最小也是最简的单位。一个Pod代表着集群中运行的一个进
k8s Pod状态详解
牛奔的博客
05-24 2423
k8s Pod状态详解 在 Kubernetes 中，Pod 是最小的可部署的计算单元，它是一组容器的集合，共享同一个网络命名空间、存储卷等资源。 Kubernetes 中的 Pod 有以下几种状态： Pending(挂起)：Pod 已经被 Kubernetes API 接受，但它的容器镜像还没有被拉取，或者 Pod 所需的节点资源(CPU、内存等)还没有满足。在这个状态中，Pod 是不可调度...
（五）k8s--（pod）Pod 的状态,init-pod，restartPolicy，limit限制 ，调度过程， 探针 ，调整Pod数量(HPA控制器)
weixin_45697293的博客
07-08 2890
文章目录一：Pod的状态和探针：Pod状态Pod调度过程Pod探针：配置探针： 一：Pod的状态和探针： https://kubernetes.io/zh/docs/concepts/workloads/pods/pod-lifecycle/ Pod状态 在这里插入图片描述 Pod调度过程 Pod探针： https://kubernetes.io/zh/docs/concepts/workloads/pods/pod-lifecycle/#%E5%AE%B9%E5%99%A8%E6%8E% A2%E9
k8s pod创建过程
07-15
Kubernetes 中的 Pod 是最小的可部署单元，它由一个或多个容器组成。下面是 Kubernetes Pod 的创建过程： 1. **创建 Pod 定义文件**：使用 YAML 或 JSON 格式创建一个 Pod 定义文件，其中包含了 Pod 的规格、容器镜像、端口映射等配置信息。 2. **提交 Pod 定义文件**：使用 `kubectl apply -f <pod-definition-file>` 命令提交 Pod 定义文件给 Kubernetes 集群。这会将 Pod 定义文件传递给 Kubernetes 控制平面。 3. **kube-apiserver 处理请求**：kube-apiserver 是 Kubernetes API 的主要入口，它接收到提交的 Pod 定义文件，并进行处理。它验证并将 Pod 的描述存储到 etcd 中，这是 Kubernetes 集群的分布式键值存储。 4. **kube-scheduler 分配节点**：kube-scheduler 是 Kubernetes 的调度器组件，它根据调度算法选择一个合适的节点来运行 Pod。调度决策通常基于节点的资源可用性、Pod 的资源需求、亲和性和反亲和性等因素。 5. **kubelet 创建容器**：kubelet 是在每个节点上运行的代理程序，它负责管理容器的生命周期。一旦 kubelet 接收到分配给该节点的 Pod，它会与容器运行时（如 Docker）交互来创建和管理容器实例。 6. **容器状态报告**：kubelet 定期向 kube-apiserver 报告容器的状态。这包括容器的运行状态、健康状况和事件等信息。 7. **控制器监控和调节**：kube-controller-manager 中的控制器会监控 Pod 的状态，并根据需要进行调节。例如，如果 Pod 失败或被删除，控制器将负责重新创建或部署 Pod，以确保应用程序的高可用性。 以上是 Pod 的一般创建过程。整个过程中，Kubernetes 的各个组件协同工作，确保 Pod 能够在适当的节点上正确运行。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

SunAlwaysOnline

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

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

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

打赏作者

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

抵扣说明：

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

余额充值