某公司在 Auto Scaling group 中的 EC2 執行個體上部署了一個多層應用程式，該應用程式使用 Amazon RDS for Oracle 資料庫，並利用 Oracle 特定的 PL/SQL。由於流量不斷增加，導致 EC2 執行個體過載，且 RDS 執行個體儲存空間不足。目前 Auto Scaling group 沒有任何擴展指標，只定義了最小健康執行個體數量。流量將以穩定但不可預測的速度持續增長，然後趨於平穩。身為解決方案架構師，您應該怎麼做才能確保系統能自動擴展以應對增加的流量？（選擇兩項）

為了解決 EC2 執行個體過載問題，設定 Auto Scaling group 使用平均 CPU 作為擴展指標是合適的，因為 CPU 使用率是衡量應用程式負載的關鍵指標，當其達到預設閾值時，Auto Scaling group 會自動啟動新的 EC2 執行個體來處理增加的流量。為了解決 RDS 儲存空間不足的問題，在 RDS for Oracle 執行個體上設定儲存空間自動擴展是最佳方案，這能讓資料庫儲存空間在接近滿載時自動增加，避免服務中斷。將資料庫遷移到 Amazon Aurora 雖然提供自動擴展儲存空間，但這是一個大規模的架構變更，且應用程式使用 Oracle 特定的 PL/SQL，遷移複雜度高，不符合快速解決問題的需求。設定儲存空間不足的警報僅是通知，不能自動解決問題。平均可用記憶體雖然是考量因素，但 CPU 使用率通常是更直接且更常見的應用程式負載指標。