k8s节点负载使用情况分析命令kubectl describe node [node-name]

文章讨论了Kubernetes中资源调度的问题,特别是如何通过kubectl管理节点资源,以及部署yaml中的request对服务调度的影响。作者提到服务可能因资源不均衡而集中在某节点,导致内存告警。建议调整预设请求以平衡负载,保持资源一致以减少差异。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1.到任意安装了kubectl节点命令的节点上执行kubectl describe node [node-name]
在这里插入图片描述
在这里插入图片描述
上面的Requests最小分配 Limits最大分配是所有pod之和,最小分配之和不能超过服务器实际参数,否则新的pod会因为资源不够起不来,最大分配是预设之和,不是实际使用量,

2.举例一个问题由于k8s服务调度是根据deployment.yaml里面的cpu和内存的预设request综合打分调度服务的,而测试环境各节点的资源和安装的服务存在差异,由于近期新加的金小言服务都调度到节点10.36.21.221了导致内存不足告警,除非节点资源故障和资源不足才会驱逐到其他节点,否则都是运行在之前运行的节点,因此需要手动调整服务运行节点,调整后告警解除,这种调整后更新的pod还会在原来的节点运行,只要不新加服务,负载基本维持现状
在这里插入图片描述
3.k8s的默认调度策略是更据所有pod的request预设总和来负载均衡的,只要保证所有节点资源一致,预设的requst根据使用量设置均衡就不会差异那么大了,

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值