我发现Google Cloud Auto Scaler，托pipe实例组，目标池和networking负载平衡器如何协同工作有点令人困惑。 文档有点稀疏，在如何使用NLB（我们需要这个，因为我们需要HTTPS，所以当前的Http负载平衡器不会削减它）和一个Auto Scaler之间没有明确的联系。 我认为Auto Scaler的主要用例是pipe理NLB后面的实例。
问题1：一旦我们将一个目标池（通过[set-target-pool] [1]）分配给一个托pipe实例组，那么这个已经存在的实例就被分配给了这个目标池（可能是我们的错误） 。
问题2：似乎受pipe组实例在NLB上进行轮询，除非它们具有公共（尽pipe是短暂的）IP。 再一次可能是我们的错误，但是私人知识产权不应该足够吗？
问题3：如果受pipe实例组上的一个实例变得不健康（比方说它停止响应HTTP），NLB将它从循环中移除（通过运行状况检查），但似乎Auto Scaler保持高兴并认为它是一个有效的运行实例。
我们缺less什么？
现在，Alpha中可以使用 HTTPS负载平衡， 现在可以为您提供最佳的解决scheme。
问题1：实例组pipe理器期望它的组是完全同类的。 因此，当托pipe实例组configuration为将其实例添加到目标池时，添加现有和未来的实例是很自然的。 如果您需要拆分，以便将一些添加到目标池的实例添加到目标池，而另一些实例则不添加到实例组中，则必须分离实例组。
问题2：只有具有私有IP地址的实例才能使用networking负载平衡。 但是，转发规则必须具有外部IP地址。
问题3：您是正确的，Autoscaler不会进行健康检查，并且不会自动销毁负载均衡运行状况检查失败的实例。 如果你现在想这样做，你会手动（我build议使用实例组pipe理器“重build”调用）。