某公司在 Auto Scaling group 中，於 Application Load Balancer (ALB) 後方的 EC2 執行個體上執行應用程式。在啟動時，執行個體會執行 user-data 指令碼，從 S3 儲存桶下載重要的應用程式內容。執行個體啟動後，經過一段時間，卻因「An instance was taken out of service in response to an ELB system health check failure.」的訊息而被終止。Auto Scaling 反覆啟動和終止執行個體，形成一個循環。最近唯一的變更是在 S3 儲存桶中新增了大量重要內容。該公司不希望修改生產環境中的 user-data 指令碼。身為解決方案架構師，您應該怎麼做才能讓生產環境成功部署？
選擇一個答案
點擊一個選項來檢查您的答案。
正確答案： 增加 Auto Scaling group 健康狀態檢查的寬限期。.
為什麼這是答案
正確答案是增加 Auto Scaling group 健康狀態檢查的寬限期。當 Auto Scaling 執行個體啟動時，user-data 指令碼需要時間從 S3 下載大量內容。在此期間，ALB 的健康狀態檢查可能會在應用程式完全啟動並回應之前失敗，導致執行個體被終止。增加健康狀態檢查的寬限期，可以讓新啟動的執行個體有足夠的時間完成初始化，避免在應用程式準備好之前就被標記為不健康。 增加 EC2 執行個體的大小可能會有幫助，但不能保證解決問題，因為問題出在初始化時間，而非執行時的資源不足。增加 ALB 健康狀態檢查的逾時值或變更檢查路徑，並不能解決應用程式啟動時間過長的問題。
通過考試 — 無需無休止地尋找答案
集中一處獲取此考試的所有核實題目和解釋，節省數小時的準備時間。1,000 多種認證 · 20 多種語言 · 免費開始。
更快通過您的考試 → 無需信用卡