某公司正在部署新的網路應用程式，需要為 Linux 應用程式伺服器提供共用儲存。資料集最大為 100 GB。高峰活動每天持續 3 小時，需要 225 MiB/s 的讀取輸送量。解決方案必須是 Multi-AZ，並將資料副本複製到另一個 AWS 區域以進行災難復原，RPO 小於 1 小時。哪種設計符合這些需求？

此設計符合所有要求。Amazon EFS 是一個完全託管的 NFS 檔案系統，支援 Multi-AZ 部署，非常適合 Linux 應用程式的共享儲存。資料集大小為 100 GB，EFS 可以輕鬆處理。雖然要求的輸送量為 225 MiB/s，但 EFS 的佈建輸送量模式允許您設定所需的效能，而 75 MiB/s 的佈建輸送量對於 100 GB 的資料集來說是足夠的，因為 EFS 的突發輸送量模式會根據儲存的資料量提供額外的輸送量。EFS 複製功能提供原生跨區域資料副本，RPO 小於 1 小時，滿足災難復原要求。 選項 B 的 FSx for Lustre 不適合共享儲存，且主要用於高效能運算。選項 C 的 EBS Multi-Attach 僅適用於單一可用區，不符合 Multi-AZ 要求。選項 D 的 FSx for OpenZFS 雖然支援共享儲存，但 DataSync 的排程複製可能無法保證小於 1 小時的 RPO，且管理複雜度較高。