Google cloud platform 为什么GKE不建议运行托管IG自动校准？

根据此页面：“不要对Google Kubernetes引擎拥有的托管实例组使用计算引擎自动缩放”。知道为什么吗？我在生产中这样做，效果很好

我的大多数K8s资源都是守护程序，每当托管IG autoscaler弹出一个新的K8s节点时，就会在该节点上安排一些POD，负载会得到有效平衡

我发现使用Node Autoscaler运行HPA很麻烦。我们必须等待这两种方法真正开始扩展，精确地设置资源请求，并运行Heapster来测量实际的资源消耗。托管IG autoscaler更简单、反应更快

我读过，但除了“不要做”/“不兼容”之外，没有太多信息。当然，可以删除“某个节点上有一些系统关键型pod”，但这就是为什么我们要运行3个这样的系统关键型pod副本的原因

所以问题是，您是否看到这不起作用的任何其他原因？

使用计算引擎（GCE）与Kubernetes（GKE）的自动缩放，您可能会遇到这样的情况：GKE希望调度一个新pod，但由于您的GCE自动缩放触发器未被命中，所以没有可用的节点（例如，节点低于CPU阈值）。相反，如果需要一个新节点来调度pod，则使用GKE自动缩放将创建一个新节点。它消除了GCE中自动缩放的启发式猜测

也就是说，我发现有些时候GCE自动校准仍然是合适的。我使用两个不同的节点池，一个用于Kubernetes自动缩放我的“常规”吊舱，另一个用于GCE自动缩放需要不同缩放的吊舱。我使用nodeSelector告诉pod应该在哪个节点池上运行。

使用计算引擎（GCE）与Kubernetes（GKE）自动缩放，您可能会遇到这样的情况：GKE想要安排一个新pod，但没有可用的节点，因为您的GCE自动缩放触发器没有被触发（例如，节点低于CPU阈值）。相反，如果需要一个新节点来调度pod，则使用GKE自动缩放将创建一个新节点。它消除了GCE中自动缩放的启发式猜测

也就是说，我发现有些时候GCE自动校准仍然是合适的。我使用两个不同的节点池，一个用于Kubernetes自动缩放我的“常规”吊舱，另一个用于GCE自动缩放需要不同缩放的吊舱。我使用nodeSelector告诉POD应该在哪个节点池上运行