Application Load Balancer 後方 Auto Scaling group 中的所有 EC2 實例都已停止服務流量，並且 HTTP 目標群組的健康檢查失敗。應用程式程序沒有運行，系統日誌顯示許多記憶體不足錯誤。為了提高對潛在記憶體洩漏的韌性並啟用監控/警報，您應該採取哪兩種行動？（選擇兩項）

修改 Auto Scaling group 以自動替換失敗的實例，可確保不健康的實例被終止並啟動新的實例，從而提高應用程式的可用性和彈性。這直接解決了負載平衡器健康檢查失敗的問題。在 EC2 實例上安裝並配置 CloudWatch agent 以收集記憶體使用率指標，是監控記憶體洩漏的關鍵步驟。EC2 實例預設不提供詳細的記憶體使用率指標，需要 CloudWatch agent 才能收集。建立高記憶體使用率警報並連結 SNS topic，可以及早通知操作人員潛在的記憶體問題，以便在問題影響服務之前採取行動。縮短 HealthCheckIntervalSeconds 只是讓健康檢查更頻繁，並不能解決根本問題。將健康檢查更改為 TCP 會降低檢查的有效性，因為它只驗證埠可達性，而無法檢測應用程式層的問題。在 CloudWatch console 中為整個 Auto Scaling group 啟用可用記憶體消耗指標是不可能的，因為記憶體指標是實例級別的，且需要 CloudWatch agent 收集。