Kubernetes(k8s)-Pod状态(Status)

最新推荐文章于 2025-09-26 10:48:32 发布

原创最新推荐文章于 2025-09-26 10:48:32 发布 · 1.1k 阅读

20 ·

CC 4.0 BY-SA版权

文章标签：

#kubernetes #容器 #云原生 #linux

Kubernetes(k8s) 专栏收录该内容

81 篇文章

订阅专栏

作者介绍：简历上没有一个精通的运维工程师。请点击上方的蓝色《运维小路》关注我，下面的思维导图也是预计更新的内容和当前进度(不定时更新)。

我们上一章介绍了Docker基本情况，目前在规模较大的容器集群基本都是Kubernetes，但是Kubernetes涉及的东西和概念确实是太多了，而且随着版本迭代功能在还增加，笔者有些功能也确实没用过，所以只能按照我自己的理解来讲解。

我们前面介绍了很多类型的工作负载，最后都会落实到具体的Pod上的。上一小节我们也介绍了Pod的创建流程，实际运维中Pod状态也会根据实际情况进行变化，所以了解Pod的各种状态，对于分析处理问题非常有帮助。

在 Kubernetes 中，Pod 的生命周期涵盖了多个状态，其中包括一些长期状态和短暂状态。下面是这些状态的综合描述：

长期状态

Pending（挂起）:Pod 已经被 Kubernetes 系统接受，但一个或多个容器尚未被创建或调度，可能出现问题的原因是没有合适的节点，或者标签亲和性等不匹配，通过descirbe命令可以看到具体原因。
Running（运行中）:Pod 已经被调度到一个节点上，所有容器都被创建，至少有一个容器正在运行、启动或重启。如果是1/1， 2/2这种前后一致就说明是正常状态，如果前后数字不一致，就说明有部分容器异常。
Completed（成功完成）:Pod 中的所有容器都正常运行完成，并且退出码为 0。哪些Job任务或者InitContainers正常执行退出的容器就是这个状态。
Unknown（未知）:Pod 的状态无法被 Kubernetes 确定，通常是由于与 Pod 所在节点的通信故障。
Evicted（被驱逐）:Pod 被系统驱逐，通常是因为资源紧张，如内存或磁盘空间不足。属于服务器主动状态驱逐的，如果是维护管理员主动驱逐则Pod会被删除，不会保留状态。

短暂状态

ContainerCreating:Pod 已经被调度到一个节点但容器尚未完全创建。Kubernetes 可能在拉取镜像、设置网络和准备储存卷。如果是长期存在，则说明该Pod异常，需要检查。Kubernetes 可能在拉取镜像、设置网络和准备储存卷。如果是长期存在，则说明该Pod异常，需要检查。如果是长期存在，则说明该Pod异常，需要检查。
Init:Waiting：Pod 有初始化容器，这些容器在主容器启动前运行，如果正在等待它们完成，则会显示此状态。
Terminating:Pod 正在被删除，处于清理和资源回收过程中。
CrashLoopBackOff:Pod 中的一个或多个容器尝试启动后失败，Kubernetes 正在尝试重新启动容器。
ImagePullBackOff/ErrImagePull:Kubernetes 无法拉取指定的容器镜像。

当然其实这些所谓的长期和短暂状态其实不太准确，因为如果出现问题，这些状态就会长期保持，比如我们前面讲解InitContainers，就故意设置错误让这个初始化无法完成，他的状态就会长期维持在Init:xxx状态。

我们通过前面的状态，只能看到一个Pod状态，如果想要知道引发这个状态的详细信息，则可以通过下面的命令来实现。

kubectl get pod <pod-name>
kubectl describe pod <pod-name>

在 kubectl describe pod 的输出中，Events 部分会显示 Pod 的生命周期中的各种短暂状态和相关事件，提供有关 Pod 创建、启动或删除过程中发生的详细信息，有助于诊断和解决问题。

但是这些状态并不绝对，短期状态也可能持续存在，比如下载镜像失败，就会持续存在。

特别注意Terminating状态如果长期不消失则只能强制删除，但是一般不要轻易这样操作。

要强制删除一个 Pod，你可以使用 kubectl 命令并传递 --force 和 --grace-period=0 参数。这将立即删除 Pod 而不等待优雅终止的过程。请记住，强制删除可能会导致 Pod 中运行的服务不正常终止，可能会引起数据不一致或其他问题。只有当 Pod 无法正常删除时，才建议使用强制删除。

下面是强制删除 Pod 的命令：

kubectl delete pod <pod-name> --force --grace-period=0

这里的 <pod-name> 是你想要删除的 Pod 的名字。

如果节点失联，节点的Pod出现Unknown状态，一般不需要手工删除，只要等待节点恢复以后，这些Pod就会被自动删除。

另一个注意事项是，如果 Pod 被设置了 finalizers（终结器），那么即使使用了 --force 参数，它仍可能不会被立即删除。这是因为 finalizers 是用于在删除资源之前执行特定的清理工作。在这种情况下，你可能需要编辑 Pod 资源以移除 finalizers：

kubectl edit pod <pod-name>

然后删除或清空 metadata.finalizers 字段，保存并退出编辑器，Pod 将被删除。

运维小路

一个不会开发的运维！一个要学开发的运维！一个学不会开发的运维！欢迎大家骚扰的运维！

关注微信公众号《运维小路》获取更多内容。