AWS 上的 HPC 叢集執行緊密耦合的工作負載，該工作負載在 Amazon EFS 上產生許多共用檔案。當有 100 個 EC2 實例時，效能尚可接受，但在 1,000 個實例時，效能顯著下降。哪組設計選擇能最大化叢集效能？（選擇三項。）

對於緊密耦合的 HPC 工作負載，將整個叢集部署在單一可用區域中，可以最大程度地減少網路延遲，因為跨可用區域的流量會增加延遲。選擇支援 Elastic Fabric Adapter (EFA) 的 EC2 實例類型至關重要，因為 EFA 提供了低延遲、高頻寬的節點間通訊，這對於需要大量節點間資料交換的緊密耦合應用程式至關重要。將 Amazon EFS 替換為 Amazon FSx for Lustre 是正確的選擇，因為 FSx for Lustre 專為高效能運算工作負載設計，提供比 EFS 更高的吞吐量和更低的延遲，特別是在處理大量並行檔案操作時。 將叢集分散到多個可用區域會增加網路延遲，不適合緊密耦合的工作負載。以四的倍數連接彈性網路介面與 HPC 效能提升無直接關聯。用多個 Amazon EBS 卷組合成 RAID 陣列雖然能提升單一實例的 I/O 效能，但無法提供像 FSx for Lustre 那樣的高並行、分散式檔案系統效能，且管理複雜。