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