我發現 Google Cloud Auto Scaler、託管實例群組、目標池和網路負載平衡器如何協同工作有點令人困惑。文件有點稀疏，並且如何使用 NLB（我們需要這個，因為我們需要 HTTPS，所以當前的 Http Load Balancer 不會削減它）和 Auto Scaler 之間沒有明確的聯繫。我認為 Auto Scaler 的主要用例是管理 NLB 後面的實例。
問題 1：一旦我們將目標池指派給託管實例組（透過 [set-target-pool][1]），似乎不會將已經存在的實例指派給該目標池（可能是我們的錯誤） 。
問題 2：託管群組實例似乎不會在 NLB 上輪換，除非它們具有公共（儘管是短暫的）IP。可能又是我們的錯誤，但私有 IP 不就足夠了嗎？
問題 3：如果託管實例組上的實例變得不健康（例如，它停止回應 HTTP），NLB 會將其從輪換中刪除（透過運行狀況檢查），但 Auto Scaler 似乎保持滿意狀態並認為它是一個有效的運行實例。
我們缺什麼？
答案1
HTTPS負載平衡是現已推出 Alpha 版現在可能代表您的最佳解決方案。
問題 1：實例組管理器希望其群組是完全同質的。因此當一個託管執行個體組配置為將其實例新增至目標池中，它自然會新增現有實例以及未來實例。如果您需要進行拆分，以便將一些實例新增至目標池中，而其他實例則不會新增至目標池中，則您應該必須分離實例組。
問題 2：可以對僅具有私有 IP 位址的執行個體使用網路負載平衡。但是轉送規則必須具有外部 IP 位址。
問題3：你是對的，Autoscaler不做健康檢查，也不會自動銷毀未通過負載平衡健康檢查的實例。如果您目前需要此操作，則可以手動執行此操作（我建議使用實例組管理器「重新建立」呼叫）。