IO 大小

Endurance 和 Performance 的 IOPS 值均基于 16 KB 块大小，且读写比例为 50:50，随机与顺序工作负载比例均为 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）中，也有助于在启用巨帧时防止最大传输单元（MTU）不匹配的情况发生。 有关更多信息，请参阅 启用巨型帧。

存储流量包含在公共虚拟服务器的总网络使用量之内。 有关服务可能施加的限制的更多信息，请参阅虚拟服务器文档。

NFS 版本

IBM Cloud® 环境支持 NFS V3 和 NFS V4.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 的最佳实践 》。