IO 大小

「Endurance」與「Performance」兩者的 IOPS 數值，均以 16 KB 區塊大小為基準，並採用讀寫比例各 50%、隨機與順序工作負載各 50% 的測試條件。 16 KB 區塊相當於寫入一次磁區。

您的應用程式所使用的 I/O 大小會直接影響儲存效能。 如果您的應用程式所使用的 I/O 大小小於 16 KB，則在吞吐量達到上限之前，I/O 每秒操作次數 (IOPS) 便會先達到上限。 反之，如果應用程式所使用的區塊大小大於 16 KB，則傳輸量限制會比 IOPS 限制更早實現。

授權的主機

另一個要考量的因素是使用磁區的主機數目。 當僅有一台主機正在存取該卷時，要達到可用的最大 IOPS 數值可能相當困難，特別是在極高的 IOPS 數值下（ 10,000s ）。

檔案儲存空間共用的 IOPS 上限為 48,000 IOPS。 如果您的工作負載需要如此高的吞吐量，最好至少配置幾台伺服器來存取您的儲存卷，以避免因單一伺服器造成的瓶頸。

您最多可以授權 64 部伺服器存取檔案共用。 此限制包括所有結合的子網路、主機及 IP 授權。 如需增加此限制的相關資訊，請參閱 常見問題。

網路連線

乙太網路連線的速度必須比來自您磁區的預期最大傳輸量更快。 一般而言，請不要預期乙太網路連線飽和度超過可用頻寬的 70%。 舉例來說，若您的 IOPS 為 6,000，且使用 16 KB 的區塊大小，該卷可處理約 94 MBps 的吞吐量。 如果您的磁區有一條 1 Gbps 乙太網路連線，則當伺服器嘗試使用最大可用傳輸量時，它會變成瓶頸。 這是因為 1 Gbps 連線的理論極限有 70%，但實際速度僅有 88 MBps。

為達到最大 IOPS，需要有足夠的網路資源。 其他需考量的因素還包括：儲存系統以外的私有網路使用情況、主機端及應用程式專屬的調校，以及其他設定。

儲存流量應與其他類型的流量隔離，且不得經由防火牆和路由器傳輸。 將儲存流量維持在專用的虛擬區域網路（VLAN）中，也有助於在啟用巨型幀（Jumbo frames）時，避免最大傳輸單位（MTU）不匹配的情況發生。 如需相關資訊，請參閱 啟用巨大訊框。

儲存空間資料流量包含在「公用虛擬伺服器」的網路總用量中。 若要進一步瞭解該服務可能強制的限制，請參閱虛擬伺服器文件。

NFS 版本

在 IBM Cloud® 環境中，同時支援 NFS 第 3 版及 NFS 4.1 版。 「網路檔案系統 (NFS)」是分散式檔案共用的網路通訊協定。 它容許遠端主機透過網路裝載檔案系統，並與那些檔案系統互動，就像它們在本端裝載一樣。

可能的話，請使用 NFSv3 通訊協定。 NFSv3 支援安全非同步寫入，且在錯誤處理方面比先前的 NFSv2更健全。 它支援 64 位元檔案大小及偏移，容許用戶端存取超過 2 GB 的檔案資料。 NFSv3 原生支援 no_root_squash，此功能可讓 root 客戶端在 NFS 共用資料夾上保留 root 權限。

在 VMware® 部署中使用 File Storage for Classic 時，NFSv4.1 可能是您實作更好的選擇。 如需瞭解各版本的不同功能以及 VMware® 所支援的內容，請參閱 《 使用 VMware vSphere 執行 NFS 的最佳實務 》。