一、节点异常常见表现
Kubernetes 节点异常常见表现包括：
- Node 状态变为 NotReady
- Pod 被驱逐
- 新 Pod 无法调度到该节点
- 节点磁盘、内存或 PID 压力异常
- kubelet 上报状态不稳定
- 网络插件异常导致 Pod 通信失败
出现这些现象时，不建议只重启节点，而应先看清楚异常类型和范围。
二、Node NotReady怎么排查
Node NotReady 通常表示控制平面无法确认节点处于可用状态。常见原因包括：
- kubelet 异常或停止
- 节点网络不可达
- 容器运行时异常
- 系统资源耗尽
- 节点证书或配置异常
排查时可以先看节点事件，再看 kubelet 状态和系统资源。如果多个节点同时 NotReady，还要重点检查集群网络、控制平面和基础设施层。
Kubernetes节点健康与异常处理
三、Pod被驱逐是什么原因
Pod 驱逐通常和节点资源压力有关。常见原因包括：
- 内存压力
- 磁盘压力
- 镜像占用过大
- 临时存储使用过多
- 节点可用资源低于阈值
当节点压力过高时，kubelet 可能会驱逐部分 Pod 来保护节点稳定性。此时要重点分析资源使用，而不是只看被驱逐的 Pod。
四、磁盘压力怎么处理
磁盘压力常见来源包括：
- 容器日志过大
- 镜像缓存过多
- 临时文件未清理
- emptyDir 使用过多
- 节点系统盘容量不足
处理思路包括控制日志大小、清理无用镜像、限制临时存储使用，并从长期上规划节点磁盘容量和告警阈值。
五、内存压力怎么处理
内存压力可能来自节点上运行的 Pod 总需求超过节点承载能力，也可能来自某些容器内存泄漏或 limits 配置不合理。
建议检查：
- 节点内存使用趋势
- 哪些 Pod 占用较高
- 是否频繁 OOMKill
- requests 和 limits 是否合理
- 是否存在异常流量或应用泄漏
内存问题通常需要结合监控数据和容器日志一起分析。
六、kubelet和容器运行时为什么重要
kubelet 是节点与控制平面之间的关键组件，负责管理 Pod 生命周期并上报节点状态。容器运行时则负责真正启动容器。
如果 kubelet 或容器运行时异常，可能导致：
- Pod 无法启动
- 节点状态异常
- 镜像拉取失败
- 容器状态无法同步
所以节点异常排查不能只看 Kubernetes 资源对象，还要关注节点本地组件状态。
图2：Kubernetes故障排查路径
七、如何减少节点异常影响
生产环境可以通过以下方式降低节点异常影响：
- 设置合理 requests 和 limits
- 建立节点资源监控和告警
- 控制容器日志和临时存储使用
- 使用 PodDisruptionBudget 管理可用性
- 关键业务跨节点分布
- 定期维护节点和容器运行时版本
节点异常无法完全避免，但可以通过治理降低影响范围。
结语
Kubernetes节点异常怎么排查，核心是先判断异常发生在节点状态、资源压力、kubelet、容器运行时还是网络插件层面。Node NotReady、Pod 驱逐、磁盘压力和内存压力都不是孤立现象，背后往往对应资源治理和运维体系问题。建立节点监控、资源限制、日志控制和故障处理流程，是生产 Kubernetes 集群长期稳定运行的基础。
FAQ
Node NotReady一定要重启节点吗？
不一定。应先确认 kubelet、网络、容器运行时和系统资源状态，再决定是否重启或隔离节点。
Pod被驱逐是不是应用故障？
不一定。Pod 驱逐通常和节点资源压力有关，需要从节点层面排查。
节点磁盘压力常见原因是什么？
常见原因包括容器日志过大、镜像缓存过多、临时存储使用过多和系统盘容量不足。
转载请注明出处：https://www.cloudnative-tech.com/p/6263/