目录
一、Node节点Not Ready状态的可能原因
二、排查node节点状态为Not Ready的原因
一、Node节点Not Ready状态的可能原因
node节点状态为Not Ready可能的原因有：
1.网络插件出问题
有过安装经验的小伙伴应该很熟悉未安装网络插件的情况下node节点在集群中的状态为not ready
2.kubelet进程的问题
了解一下kubelet作用：
容器生命周期管理
资源管理与调度
容器网络配置
存储卷管理
与Master节点的通信
健康检查和事件生成
kubelet是在每个节点上运行的代理，它负责与kubernetes API服务器通信并注册节点。如果kubelet在节点上崩溃或停止，将无法与API Server通信并处于状态Not Ready。
3. 资源稀缺
如果磁盘空间、内存等资源不足，会导致节点进入NotReady状态。
4.kube-proxy出问题
kube-proxy是运行在每个节点上并维护网络规则的网络代理。这些规则允许从集群内部或外部与您的pod进行网络通信，如果kube-proxy崩溃或停止，节点将处于状态Not Ready。
5.kubelet证书过期
二、排查node节点状态为Not Ready的原因
1.网络插件
查看容器状态：
kubectl get pod -A -o wide
查看网络路由：
ip route
查看网络配置：
ip addr/ifconfig
一方面确定网络插件在启动状态，多网络插件的情况下也没有出现网络配置错乱的情况，另一方面确保网络的路由情况没有出错。
2.kubelet进程
查看kubelet状态
systemctl status kubelet
如果kubelet状态不是running，而是activating（auto-restart）
查看kubelet的运行日志：
journalctl -u kubelet --since today | less
通过安装情况+报错日志推测出来应该是kubelet证书过期的结果，事实证明也的确是如此的原因。
3. 资源稀缺
查看节点的资源情况
df -h
du -sh 路径
一般来说节点上的容器状态出现Evicted或ContainerStatusUnknown，可以优先考虑是磁盘资源不足的情况。若需清理磁盘空间，可参考k8s运维—系统磁盘资源占用率过高-CSDN博客
4.kube-proxy
查看kube-proxy pod的状态
kubectl get pod -n kube-system -o wide
若有问题：
kubectl describe pod podname -n kube-system
5.kubelet证书过期
众所周知，正常情况下k8s的证书为一年一换，不经意间可能会遇到证书过期的情况，所以要仔细查看日志内容中的关键内容，关于证书替换可以参看K8S证书过期解决办法之替换证书_kubelet证书过期了怎么处理-CSDN博客
本次的总结就到这里啦~~希望后续还有机会能继续学习