彈性三劍客
如下圖所示，ELB，AutoScaling和CloudWatch組成了AWS的彈性三劍客，三個服務保證了應用的彈性。
當ELB中的目標組中的實例的指標（比如CPU利用率）出現告警時，會觸發cloudwatch監控，cloudwatch進行擴展或者縮減策略，auto scaling通過該策略進行EC2實例的擴展或者縮減，並註冊在ELB目標組中。
Auto scaling 冷卻時間、預熱時間作用
- 冷卻時間作用：Auto Scaling 組在使用簡單擴展策略擴展後，會等到冷卻時間完成，然後再執行簡單擴展策略可以啓動的任何擴展活動。（比如若一個實例的啓動需要安裝配置腳本和文件，可能需要幾分鐘，在此期間，若沒有冷卻時間，對於任何標準精度警報，可能會持續每分鐘觸發 CloudWatch 警報，從而導致 Auto Scaling 組在警報每次觸發時都另外啓動一個實例）。
- 預熱時間作用：當觸發警告後，實例開啓，同時開啓預熱時間計時，實例開啓完成後加入ELB目標組，等待預熱時間過後，ELB對EC2進行健康檢查，檢查通過後ELB正式轉發流量，目的主要是爲了機器能完成開啓並完成服務加載。
Auto Scaling 重要參數
關聯目標組
負載均衡器將作爲 Auto Scaling 組的所有傳入 Web 流量的單一接觸點。將實例添加到您的組時，它需要註冊到負載均衡器中，否則不會有流量路由到該實例。從您的組中移除某個實例時，必須在負載均衡器中註銷它，否則流量會繼續路由到該實例。
當您將 Elastic Load Balancing 負載均衡器與 Auto Scaling 組配合使用時，無需將 EC2 實例註冊到負載均衡器或目標組。通過 Elastic Load Balancing，由 Auto Scaling 組啓動的實例將自動註冊到負載均衡器或目標組，由 Auto Scaling 組終止的實例將自動從負載均衡器或目標組中註銷。
運行狀況檢查類型
由於EC2類型的健康檢查只是單純的檢查機器硬件層面以及OS系統是否正常開啓，並沒有檢查應用服務層面，會出現機器能開啓但是應用沒有正常加載的情況。所以最佳實踐是選擇ELB作爲健康檢查類型。
