在K8S中,节点状态notReady如何排查?

在kubernetes集群中,当一个节点(Node)的状态变为NotReady时,意味着该节点可能无法运行Pod或不能正确相应kubernetes控制平面。排查NotReady节点通常涉及以下步骤:

1. 获取基本信息

  • 使用kubectl命令行工具获取节点状态:
bash 复制代码
kubectl get nodes
  • 检查具体出现问题的节点详情:
bash 复制代码
kubectl describe node <node-name>

2. 检查事件(Event)

  • 查看节点的事件以了解与NotReady状态相关联的具体错误:
bash 复制代码
kubectl describe node <node-name> | grep -A 10 'Conditions:'

3. 条件(Conditions)分析

  • 在输出中关注Conditions不分,特别时Ready状态及其原因和消息。
  • 不同原因可能包括但不限于:
    • 网络问题:如节点与master通信中断,CNI网络插件问题等。
    • kubelet问题:kubelet进程未运行或配置错误。
    • 容器运行时问题:Docker containerd或其他容器引擎未能启动或报告错误。
    • 资源不足:磁盘空间满、内存或CPU不足等。
    • 节点健康状态探测失败:如kubelet定期向API Server汇报节点状态(通过心跳机制)出现问题

4. 具体排查步骤

  • 网络连通性:确保节点能够正常与集群中的其他组件通信。
  • kubelet服务:检查kubelet服务是否运行正常,以及日志中是否有错误信息。
bash 复制代码
systemctl status kubelet
journalctl -u kubelet -xe
  • 容器运行时:确认容器运行时服务也正在运行,并无错误。
  • 磁盘空间与资源使用 :采用df -hfree -m进行检查节点的磁盘空间和系统资源使用情况。
  • 健康检查和PLEG:Kubelet有一个Pod生命周期事件Generator(PLEG),负责监测Pod的生命周期。若PLEG停滞可能会导致节点NotReady,查看kubelet的Pod状态。
  • CNI插件:确认网络插件工作正常,有时网络配置或插件故障也会导致节点NotReady。
  • 操作系统健康:检查操作系统层面是否有内核警告、硬件故障或安全组规则阻止必要的端口通信。

5. 恢复操作

  • 根据排查结果采取相应措施,例如重启Kubelet服务、清理磁盘空间、修复网络配置、更新容器运行时等。
  • 如果需要,也可以尝试将节点从集群中删除并重新加入,已出发重新初始化过程:
bash 复制代码
kubectl drain <node-name> --delete-local-data --force --ignore-daemonsets
kubectl delete node <node-name>
# 确保节点问题已解决后...
kubectl uncordon <node-name>

综上所述:

在实际环境中,排查过程需结合具体情况灵活调整,并可能深入的学习kubernetes的内部工作机制及特定版本的特性。

相关推荐
lllsure2 分钟前
【Docker】存储卷
运维·docker·容器
有谁看见我的剑了?1 小时前
k8s-容器探针和生命周期回调学习
学习·容器·kubernetes
骆驼10241 小时前
40分钟的Docker实战攻略
云原生·eureka
纤瘦的鲸鱼1 小时前
Docker 从入门到实践:容器化技术核心指南
java·docker·容器
Rancher社区2 小时前
Rancher 社区双周报|聚焦 Harvester 新特性:网络、存储与虚拟化全面升级
kubernetes
阿里云云原生3 小时前
阿里 Qoder 新升级,Repo Wiki 支持共享、编辑和导出
云原生
眠りたいです4 小时前
基于脚手架微服务的视频点播系统-数据管理与网络通信部分的预备工作
c++·qt·ui·微服务·云原生·架构·媒体
linweidong8 小时前
解锁 Ray 在 Kubernetes 上的弹性伸缩:打造高效、稳定的分布式作业
分布式·容器·kubernetes·ray·keda·autoscaling·ray推理
元闰子9 小时前
OLTP上云,哪种架构最划算?·VLDB'25
数据库·后端·云原生