我们遇到的问题是,由于关联性/反关联性导致所有16个节点都失败,因此很少会出现无法调度pod的错误。我们不希望关联性阻止任何节点进行调度。
我想确定调度中关联性失败的实际原因是什么,为此,我想我需要知道pod初始化时的关联性。但是,我无法查看图表配置文件,因为这些特定的pod是在运行时以编程方式调度的。是否有kubectl命令可以用来查看pod的关联性设置为什么?或者确定为什么每个节点都没有通过其相似性检查?
我们遇到的问题是,由于关联性/反关联性导致所有16个节点都失败,因此很少会出现无法调度pod的错误。我们不希望关联性阻止任何节点进行调度。
我想确定调度中关联性失败的实际原因是什么,为此,我想我需要知道pod初始化时的关联性。但是,我无法查看图表配置文件,因为这些特定的pod是在运行时以编程方式调度的。是否有kubectl命令可以用来查看pod的关联性设置为什么?或者确定为什么每个节点都没有通过其相似性检查?
1条答案
按热度按时间tjvv9vkg1#
我自己想出来的我用的命令是
我必须安装jq才能工作。如果你想查看所有pod的相似性,我认为你需要删除pod名称,并在jq命令的.spec前面添加一个.items[]。
对于那些好奇我的亲和力有这个
这个“是”在我看来不太对。所以是的,在我们的豆荚创造中发生了一些时髦的事情。