K8s Pod一直处于Pending状态
Pod创建后一直显示Pending状态，无法调度到节点上。这通常是因为集群资源不足或配置有误。本文提供排查思路。
不少团队在「K8s Pod一直处于Pending状态」上走过弯路，根源通常是只优化了局部、却忽视了全局。容器与 Kubernetes 编排的价值恰恰体现在端到端的协同：从资源申请、网络互通，到弹性与容灾，每一步都需要统一的规范和口径。
排查步骤
1. 查看Pod事件：kubectl describe pod pod-name。查看Events部分，通常会说明Pending的原因。
2. 常见原因：
Insufficient cpu/memory：集群没有足够的CPU或内存。解决方案：扩容节点、降低Pod的resources.requests、清理不需要的Pod释放资源。
node(s) had taint that the pod didn't tolerate：节点有污点（taint），Pod没有对应的容忍（toleration）。解决方案：给Pod添加toleration或移除节点taint。
node(s) didn't match Pod's node affinity/selector：Pod的nodeSelector或nodeAffinity没有匹配到任何节点。检查标签是否正确：kubectl get nodes --show-labels。
persistentvolumeclaim未绑定：Pod使用了PVC但PVC没有绑定到PV。检查PVC状态：kubectl get pvc。如果PVC一直Pending，检查是否有可用的PV或StorageClass。
3. 查看节点状态：kubectl get nodes。确认节点状态为Ready。如果节点是NotReady，可能是kubelet或容器运行时出了问题。
快速解决
如果是资源不足，临时方案是降低requests值。长期方案是开启Cluster Autoscaler自动扩容节点。如果是调度问题，检查affinity和taint/toleration配置。
与安徽卓牛一起推进容器与 Kubernetes 编排
安徽卓牛作为阿里云一级代理商，长期服务企业客户的上云与用云全过程，能够围绕容器与 Kubernetes 编排提供架构评审、产品选型、迁移实施与运维托管等一站式支持，帮助团队把精力集中在业务本身。
如果你正在评估「K8s Pod一直处于Pending状态」相关方案，或希望对现有架构做一次体检，欢迎通过官网在线客服联系安徽卓牛，获取贴合自身业务的建议。
落地前的自检清单
- 容量与规格：是否用真实压测数据而非经验估算来定规格，是否预留了弹性空间。
- 网络与边界：网段划分是否留有扩展余地，安全组是否遵循最小开放原则。
- 弹性与容灾：扩缩容策略是否经过演练，故障切换路径是否清晰、可回退。
- 可观测性：关键链路是否有指标、日志与告警覆盖，出问题能否快速定位。
这四件事做到位，容器与 Kubernetes 编排才算真正「落地」，而不是停留在方案文档里。