一個資料密集型應用程式在數百個 EC2 實例上執行，目前使用託管在多個 EC2 實例上的共享檔案系統，其中包含 200 TB 的資料。每月會執行一次批次作業，讀取部分檔案，執行時間約 72 小時，並且運算實例會在 Auto Scaling group 中進行擴展。共享檔案系統的 EC2 主機始終在運行。所有資源都位於同一個 Region 中。您需要更換共享檔案系統伺服器以降低成本，同時確保 72 小時批次作業的高效能存取。哪個選項能在滿足需求的情況下，實現最大的總體成本降低？

正確答案提供了最佳的成本效益。將資料儲存在 S3 Intelligent-Tiering 中可以自動將不常存取的資料移至較低成本的儲存層，從而降低儲存成本。在批次作業期間，建立一個 FSx for Lustre 檔案系統，它能提供高效能的共享檔案存取，並透過 lazy loading 從 S3 存取所需的資料，避免預先載入所有 200 TB 資料。作業完成後刪除 FSx for Lustre，可避免不必要的費用。 其他選項的缺點： Multi-Attach EBS 磁碟區不支援數百個 EC2 實例的共享存取，且 200 TB 的單一 EBS 磁碟區不切實際。 S3 Standard 儲存類別比 S3 Intelligent-Tiering 昂貴，且批次載入所有 200 TB 資料到 FSx for Lustre 會產生高額的資料傳輸費用和較長的載入時間。 AWS Storage Gateway 檔案閘道不適合如此大規模的高效能批次處理工作負載。