將LB添加到AWS Autoscaling組

Question

之前，我已經使用一個為我的節點應用程序提供服務的實例設置了一個AWS Classic Load Balancer 。 但是，我試圖為LB添加自動縮放功能，以便在需求量很大時，LB將在1個或多個實例之間分配流量。

我已經嘗試按照文檔在此處進行操作 ，但是當我在控制台中查看Autoscaling組時，似乎沒有實例在運行（附有屏幕快照）。但是，當我在控制台中查看LB時，我看到正在運行正常的實例（附有屏幕截圖）。 我的應用程序確實可以通過LB URL訪問。

設置自動伸縮組時，請確保已將負載均衡器添加到Load Balancer屬性。

我如何找出不連續的地方？ 為什么AWS在我的LB控制台中顯示運行狀況良好的實例，但我的Autoscaling組控制台顯示的實例計數為0 ？

（負載均衡器控制台）

（啟動配置控制台）

（自動縮放組控制台）

Answer 1

將Auto Scaling組與Elastic Load Balancer關聯時，實例由Auto Scaling組管理，而不是相反。

因此，Auto Scaling組將創建EC2實例，然后將它們與Elastic Load Balancer自動關聯。

Auto Scaling組無法“吸收”該組未創建的EC2實例。 因此，對於現有的EC2實例，您有2個選擇：

1. 繼續允許它存在於“自動縮放組之外”。 它仍將充當Elastic Load Balancer的目標，但是Auto Scaling組將永遠不會“擁有”它。
2. 終止該舊的EC2實例，並讓Auto Scaling組管理ELB后面的所有EC2實例。

至於這張圖片：

“實例”列下的“ 0”表示Auto Scaling組沒有受其控制的EC2實例。 但是，它旁邊的（！）圖標表示該事實可能正在改變。 如果將鼠標懸停在它上面，它會告訴您新的EC2實例可能正在啟動，等等。

接下來，使用t2.micro實例進行Auto Scaling需要花費時間。 我不知道拍攝這些屏幕截圖的時間間隔以及您的期望是多少，但是很多時候，t2.micro在ELB后面變為活動狀態可能需要30分鍾。

最后，執行以下操作：

1. 監視您的Auto Scaling組。 最終應在“實例”列下說“ 1”。 這意味着它根據您的啟動配置啟動了一個新的EC2實例。 如果那沒有發生，請查看Auto Scaling Group的事件和歷史以找出原因。

2. 僅當ASG說“ 1”時，您才能查看ELB。 然后，它后面應有2個EC2實例（原始1個，ASG 1個）。 如果不是，則可以查看ASG配置，以確保它正在向ELB注冊EC2實例。

3. 選擇保留原始EC2實例或終止它。 但是它永遠不會在您的ASG的控制之下。 無論如何，只要它存在並在您的ELB中注冊，它將繼續為您的ELB提供請求。