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根据使用量设置均衡就不会差异那么大了,

Logo

K8S/Kubernetes社区为您提供最前沿的新闻资讯和知识内容

更多推荐