Amazon FSx File Gateway 不再提供給新客戶。FSx File Gateway 的現有客戶可以繼續正常使用服務。如需類似 FSx File Gateway 的功能，請造訪[此部落格文章](https://aws.amazon.com/blogs/storage/switch-your-file-share-access-from-amazon-fsx-file-gateway-to-amazon-fsx-for-windows-file-server/)。
本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 效能和最佳化
本節說明最佳化 File Gateway 效能的指引和最佳實務。
**Topics**
+ [FSx File Gateway 的基本效能指引](#performance-fgw)
+ [最佳化閘道效能](#Optimizing-common)
+ [最大化 S3 檔案閘道輸送量](Performance-Throughput.md)
+ [最佳化 SQL Server 資料庫備份的 S3 檔案閘道](SQL-Backup-Best-Practices.md)
## FSx File Gateway 的基本效能指引
在本節中，您可以找到為 FSx 檔案閘道 VM 佈建硬體的指引。資料表中列出的執行個體組態是範例，並提供參考。
若要獲得最佳效能，必須將快取磁碟大小調整到實際運作集合的大小。使用多個本機磁碟的快取，藉由平行存取資料提高寫入效能，並提高 IOPS。
**注意**
我們不建議使用暫時性儲存。如需使用暫時性儲存的詳細資訊，請參閱[搭配 EC2 閘道使用暫時性儲存](ephemeral-disk-cache.md)。
您連線到檔案閘道檔案系統中個別目錄的建議大小限制為每個目錄 10，000 個檔案。您可以使用檔案閘道搭配超過 10，000 個檔案的目錄，但效能可能會受到影響。
在下表中，*快取命*中讀取操作是從快取提供的檔案資料讀取。*快取遺漏*讀取操作是從 Amazon FSx for Windows File Server 提供的檔案資料進行讀取。
下表顯示 FSx File Gateway 組態範例。
### Windows 用戶端上的 FSx File Gateway 效能
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/filegateway/latest/filefsxw/Performance.html)
**注意**
效能可能會根據您的主機平台組態和網路頻寬而有所不同。寫入輸送量效能會隨著檔案大小而降低，小型檔案 （小於 32MiB) 可達到的最高輸送量為每秒 16 個檔案。
## 最佳化閘道效能
您可以在下列內容中找到最佳化閘道效能的方法資訊。本指南是以將資源新增至您的閘道，以及將資源新增至您的應用程式伺服器為基礎。
### 新增資源至您的閘道
您可以利用下列其中一或多個方法，將資源新增到您的閘道，以將閘道效能最佳化。
**使用高效能磁碟**
若要最佳化閘道效能，您可以新增高效能磁碟，例如固態硬碟 (SSD) 和 NVMe 控制器。您也可以將虛擬磁碟從儲存區區域網路 (SAN) 直接連接到您的 VM，而非從 Microsoft Hyper-V NTFS。改善的磁碟效能通常得以提供更高的輸送量及每秒輸入/輸出操作數 (IOPS)。如需新增磁碟的詳細資訊，請參閱 [設定額外的快取儲存](ConfiguringLocalDiskStorage.md)。
若要測量輸送量，請使用 `ReadBytes` 和 `WriteBytes` 指標搭配 `Samples` Amazon CloudWatch 統計資料。例如，將 5 分鐘範例期間內 `Samples` 指標的 `ReadBytes` 統計資料除以 300 秒，便可取得 IOPS。做為一般規則，當您檢閱閘道的這些指標時，請尋找低輸送量及低 IOPS 趨勢，以指出磁碟相關的瓶頸。
CloudWatch 指標不適用於所有閘道。有关网关指标的資訊，请参阅[監控 FSx 檔案閘道](monitoring-file-gateway.md)。
**新增 CPU 資源至您的閘道主機**
閘道主機伺服器的最低需求為四個虛擬處理器。若要最佳化閘道效能，請確認指派給閘道 VM 的四個虛擬處理器受到四個核心的支援。此外，確認您沒有過度訂閱主機伺服器的 CPU。
將額外的 CPU 新增到閘道主機伺服器時，您會提高閘道的處理容量。這樣做可讓您的閘道並行處理從應用程式將資料儲存到本機儲存，以及將此資料上傳至 FSx for Windows File Server。額外的 CPU 也可協助確保您的閘道在主機與其他 VM 共享時，也能取得足夠的 CPU 資源。提供足夠的 CPU 資源對於改善輸送量具有一般性的效果。
Storage Gateway 支援在閘道主機伺服器中使用 24 CPUs。您可以使用 24 個 CPU 大幅改善您的閘道效能。我們建議您的閘道主機伺服器使用下列閘道組態：
+ 24 個 CPU。
+ 16 GiB 保留 RAM，適用於檔案閘道
+ 16 GiB 保留 RAM，適用於快取大小高達 16 TiB 的閘道
+ 32 GiB RAM，適用於快取大小為 16 TiB 至 32 TiB 的閘道
+ 48 GiB 保留 RAM，適用於快取大小為 32 TiB 至 64 TiB 的閘道
+ 連接到全虛擬控制器 1 的磁碟 1，做為閘道快取使用，如下所示：
+ 使用 NVMe 控制器的 SSD。
+ 在 VM 網路 1 上設定的網路轉接器 1：
+ 使用 VM 網路 1 及新增用於擷取的 VMXnet3 (10 Gbps)。
+ 在 VM 網路 2 上設定的網路轉接器 2：
+ 使用 VM 網路 2 及新增用於連線至 AWS的 VMXnet3 (10 Gbps)。
**具備個別實體磁碟的後端閘道虛擬磁碟**
當您佈建閘道磁碟時，強烈建議您不要為使用相同基礎實體儲存磁碟的本機儲存佈建本機磁碟。例如，針對 VMware ESXi，基礎實體儲存體資源會以資料存放區表示。當您部署閘道 VM 時，您會選擇要存放 VM 檔案的資料存放區。當您佈建虛擬磁碟 (例如：做為上傳緩衝) 時，您可以將虛擬磁碟存放在與 VM 相同或不同的資料存放區。
若您有超過一個資料存放區，我們強烈建議您為每一種您正在建立的本機儲存體類型選擇一個資料存放區。只用一個基礎實體磁碟支援的資料存放區，可能導致效能不佳。當您使用這種磁碟來同時支援快取儲存體和閘道設定中上傳緩衝的情形時，即為一個例子。同樣地，使用較少高效能 RAID 組態 (例如 RAID 1) 支援的資料存放區，可能導致效能不佳。
### 新增資源到您的應用程式環境
**增加您應用程式伺服器和閘道之間的頻寬**
若要最佳化閘道效能，請確認您應用程式和閘道之間的頻寬足以供給您應用程式的需求。您可以使用閘道的 `ReadBytes`和 `WriteBytes`指標來測量總資料輸送量。
針對您的應用程式，將所需要的輸送量與測量的輸送量進行比較。若測量的輸送量低於所需的輸送量，則在網路為瓶頸時，增加應用程式與閘道之間的頻寬便可改善效能。同樣地，若 VM 和本機磁碟沒有直接連接，您可以增加兩者間的頻寬。
**新增 CPU 資源到您的應用程式環境**
若您的應用程式可使用額外的 CPU 資源，則增加更多 CPU 可協助您的應用程式擴展其 I/O 負載。
FSx File Gateway 上的某些檔案操作，例如頂層資料夾重新命名或許可變更，可能會導致多個檔案操作，導致 FSx for Windows File Server 檔案系統具有高 I/O 負載。如果您的檔案系統沒有足夠的工作負載效能資源，檔案系統可能會刪除[影子複本](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/shadow-copies-fsxW.html)，因為它會將持續 I/O 的可用性優先於歷史影子複本保留。
在 Amazon FSx 主控台中，檢查**監控和效能**頁面，查看您的檔案系統是否佈建不足。如果是，您可以切換到 SSD 儲存體、增加輸送量容量或增加 SSD IOPS 來處理工作負載。