初步判断
一个pod一开始创建的时候，它本身就是会处于pending状态，这时可能是正在拉取镜像，正在创建容器的过程。
如果等了一会发现pod一直处于pending状态，
那么我们可以使用kubectl describe命令查看一下pod的Events详细信息。一般可能会有这么几种情况导致pod一直处于pending状态：
1、调度器调度失败。
Scheduer调度器无法为pod分配一个合适的node节点。
而这又会有很多种情况，比如，node节点处在cpu、内存压力，导致无节点可调度；pod定义了资源请求，没有node节点满足资源请求；node节点上有污点而pod没有定义容忍；pod中定义了亲和性或反亲和性而没有节点满足这些亲和性或反亲和性；以上是调度器调度失败的几种情况。
2、pvc、pv无法动态创建。
如果因为pvc或pv无法动态创建，那么pod也会一直处于pending状态，比如要使用StatefulSet 创建redis集群，因为粗心大意，定义的storageClassName名称写错了，那么会造成无法创建pvc，这种情况pod也会一直处于pending状态，或者，即使pvc是正常创建了，但是由于某些异常原因导致动态供应存储无法正常创建pv，那么这种情况pod也会一直处于pending状态。
排查角度
Pod处于Pending状态可能有多种原因，下面列举了一些常见情况和相应的排查方法：文章来源：https://www.toymoban.com/news/detail-798080.html
- 资源不足：调度器无法找到满足Pod资源需求的节点来运行Pod。
- 使用
kubectl describe pod <pod-name>命令查看Pod的描述信息，检查Events部分是否有资源不足的警告或错误信息。 - 确认集群中是否有足够的节点和资源可供调度器使用。
- 检查Pod的资源需求（如CPU、内存）是否与节点的资源容量相匹配。
- 使用
- 节点标签不匹配：Pod的调度选择器与节点的标签不匹配，导致无法将Pod调度到节点上。
- 使用
kubectl describe pod <pod-name>命令查看Pod的描述信息，检查Events部分是否有与节点标签相关的错误信息。 - 检查Pod的调度选择器（spec.selector）和节点的标签（metadata.labels）是否匹配。
- 使用
- 节点污点（Taint）和容忍度（Toleration）不匹配：节点上存在污点，而Pod没有相应的容忍度，导致无法将Pod调度到节点上。
- 使用
kubectl describe pod <pod-name>命令查看Pod的描述信息，检查Events部分是否有与节点污点和容忍度相关的错误信息。 - 检查节点的污点（spec.taints）和Pod的容忍度（spec.tolerations）是否匹配。
- 使用
- 网络配置问题：Pod无法获取到网络资源，无法与集群中的其他组件通信。
- 使用
kubectl describe pod <pod-name>命令查看Pod的描述信息，检查Events部分是否有与网络配置相关的错误信息。 - 检查Pod的网络配置（如网络插件、网络策略）是否正确，并确保网络插件正常运行。
- 使用
- 持久卷（Persistent Volume）不可用：如果Pod使用了持久卷，但没有可用的持久卷提供给Pod，可能导致Pod处于Pending状态。
- 使用
kubectl describe pod <pod-name>命令查看Pod的描述信息，检查Events部分是否有与持久卷相关的错误信息。 - 检查持久卷的可用性和状态，确保Pod请求的持久卷可供使用。
- 使用
这些是常见的导致Pod处于Pending状态的情况，根据具体的错误信息和描述信息，可以进一步排查和解决问题。还可以使用kubectl get events命令查看集群中的事件日志，以获取更多关于Pod处于Pending状态的相关信息。文章来源地址https://www.toymoban.com/news/detail-798080.html
到了这里，关于k8s pod一直处于pending状态一般有哪些情况，怎么排查？的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
