问题场景:
提示:便于理解,本节只讲一例以kubelet服务停止导致NotReady故障
无论是模拟环境,还是生产环境;kubelet 的NotReady故障是最常见的问题之一,所以掌握其排查方法很重要,而且要学会灵活变通的应用。
若是遇到此类问题,主要从系统资源和服务两个方面排查,资源不足也会导致此类问题;服务异常停止等等。
还有,我遇到不是问题的问题。在新部署的k8s集群,出现NotReady,检查来检查去没有发现问题,什么原因?是虚机环境,集群之间通信慢,等它几分钟后,自动恢复了。尤其是新手,遇到问题学会冷静分析,不要找错方向,把原本好的配置,给改错,造成二次伤害。
问题描述
提示:遇到问题,如果难以解决,我们先考虑,做点什么让问题不会扩大化,再寻求解决方案
巡检过程发现k8s-node02的节点为NotReady。

解决方案:
1、系统资源排查:free -h 返回信息,分析节点内存充足;df -h返回信息,分析节点硬盘空间充足。因此,排除系统资源不足,导致服务进程停止,引起与集群失联。
服务排查:根据systemctl status kubel
本文介绍了k8s集群中kubelet出现NotReady状态的常见故障排查步骤,包括系统资源检查、服务状态确认,并提供了解决方案。在问题描述中,节点NotReady可能是由于服务异常或资源不足导致。通过systemctl命令可以启动并检查kubelet服务状态。在生产环境中,应对故障节点设置为不可调度,以避免问题扩大。同时,分析故障根源并启用kubelet开机自启以防止类似问题再次发生。
订阅专栏 解锁全文
7620

被折叠的 条评论
为什么被折叠?



