gcp-kubernetes在节点间分布豆荚,而不是填充可用资源

我有一些Kubefiles定义Kubernetes服务和部署。当我在gcp上创建由4个节点组成的集群(从不更改)时,所有的 kube-system 豆荚分布在节点上,而不是一次填满一个。当我应用我的kubefiles时创建的pods也是一样的。

问题是,有时我有足够的可用总CPU用于部署,但由于没有哪个节点有那么多空闲空间,所以无法提供其pods。它是支离破碎的,如果kube系统的豆荚全部进入一个节点而不是分散开来,那么它显然是合适的。

我可以通过使用更大/更少的节点来避免问题,但我觉得我不应该这样做。我也不愿意为这样一个基本的测试设置处理POD亲和性设置。是否有解决方案,也许有一个设置让它更喜欢按顺序填充节点?就像用一盒已经打开的牛奶,而不是每次打开一盒新鲜的。

还没有测试过,但是我应用文件的顺序可能很重要,这意味着首先应用最大的CPU用户可能会有所帮助。但这看起来像一个黑客。

我知道有一些 discussion on rescheduling 这变得很复杂,因为他们正在处理一个动态节点池,而且似乎还没有准备好,所以我猜没有办法让它动态地重新排列我的pods。