是否有任何工具用于根据kubernetes中请求的总POD自动缩放GKE节点?

是否有任何工具用于根据kubernetes中请求的总POD自动缩放GKE节点?,kubernetes,autoscaling,google-kubernetes-engine,Kubernetes,Autoscaling,Google Kubernetes Engine,当我使用kubectl调整复制控制器的大小时,如果集群没有足够的资源,那么将有一个或多个POD始终处于挂起状态 是否有任何工具可以在资源耗尽时自动调整GKE群集的大小?您可以打开GKE节点所属的实例组。我有一个类似的要求(对于Go build系统):想知道计划的与可用的CPU或内存的比例何时大于1,以及何时扩展节点(或者,更准确地说,当它是~.8)没有内置的度量,但正如您所建议的,您可以使用自定义度量 这一切都是在围棋中完成的,但它会给你一个基本的想法: IMO的关键之处在于,您必须迭代集群

当我使用kubectl调整复制控制器的大小时,如果集群没有足够的资源,那么将有一个或多个POD始终处于挂起状态


是否有任何工具可以在资源耗尽时自动调整GKE群集的大小?

您可以打开GKE节点所属的
实例组。

我有一个类似的要求(对于Go build系统):想知道计划的与可用的CPU或内存的比例何时大于1,以及何时扩展节点(或者,更准确地说,当它是~.8)没有内置的度量,但正如您所建议的,您可以使用自定义度量

这一切都是在围棋中完成的,但它会给你一个基本的想法:

  • IMO的关键之处在于,您必须迭代集群中的每个pod以确定消耗了多少容量,然后迭代集群中的每个节点以确定可用容量。然后只需将autoscaler指向自定义度量


    值得注意的一件大事:我最终确定,在内置CPU利用率指标上的伸缩性与(如果不优于,但在一点上会更好)一样好比自定义指标要好。我们计划的每个pod都与CPU挂钩,因此当pod最大化时,CPU也是如此。内置CPU利用率指标可能更好,因为您没有周期性放置自定义指标所带来的延迟。

    在我的情况下,我找不到合适的指标,但我将尝试自定义指标