本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
管理吞吐能力
FSx for ONTAP 会在您创建文件系统时配置吞吐能力。您可以随时修改文件系统的吞吐能力。请记住，文件系统需要通过特定配置来实现最大吞吐能力。例如，若要为第一代文件系统预置 4 GBps 的吞吐能力，文件系统至少需要配置 5,120 GiB 的 SSD 存储和 160,000 的 SSD IOPS。有关更多信息，请参阅 吞吐能力对性能的影响。
吞吐能力是决定负责托管文件系统的文件服务器在为文件数据提供服务时的速度的因素之一。吞吐能力的级别越高，文件服务器上的网络、磁盘每秒读取 I/O 操作（IOPS）数和数据缓存容量水平也就越高。有关更多信息，请参阅 适用于 NetApp ONTAP 的 Amazon FSx 性能。
当您修改文件系统的吞吐能力时，Amazon FSx 会关闭为文件系统提供支持的文件服务器。在此期间，单可用区和多可用区文件系统都会经历自动失效转移和失效自动恢复进程，这通常需要几分钟时间来完成。失效转移和失效自动恢复进程对 NFS（网络文件系统）、SMB（服务器消息块）以及 iSCSI（Internet 小型计算机系统接口）客户端是透明的，因此您的工作负载能够继续运行，不会中断，且无需人工干预。您的文件系统可以使用新的吞吐能力量后，就会向您收取费用。
注意
为了确保维护活动期间的数据完整性，FSx for ONTAP 会在维护开始之前关闭所有机会性锁定，并完成对托管文件系统的底层存储卷的所有待处理写入操作。在文件系统的计划维护时段中，系统修改（例如对吞吐能力的修改）可能会出现延迟。系统维护会导致这些更改排队等待处理。有关更多信息，请参阅 使用 Amazon FSx 维护时段进行性能优化。
何时修改吞吐能力
Amazon FSx 与 Amazon CloudWatch 集成，可帮助您监控文件系统的日常吞吐量使用水平。除了文件系统的吞吐能力外，您可以通过文件系统驱动的吞吐量和 IOPS 性能还取决于特定工作负载的特征。通常，您应预置足够的吞吐能力来支持工作负载的读取吞吐量以及两倍的工作负载写入吞吐量。您可以使用 CloudWatch 指标来确定为了提高性能需要更改的维度有哪些。有关更多信息，请参阅 在 Amazon FSx 控制台中进行监控。
如何处理并发请求
对于第一代文件系统，您可以在 SSD 存储容量和预调配 IOPS 更新工作流程开始之前或进行中请求吞吐能力更新。Amazon FSx 会按照如下顺序处理上述两项请求：
如果您同时提交 SSD/IOPS 更新和吞吐能力更新，则服务器将接受两个请求。SSD/IOPS 更新的优先于吞吐能力更新。
如果您在 SSD/IOPS 更新过程中提交吞吐能力更新，服务器会接受吞吐能力更新请求，并将其加入队列，待 SSD/IOPS 更新之后进行。吞吐能力更新会在 SSD/IOPS 更新完成（有新值可用）之后的优化步骤中启动。这通常会在 10 分钟内完成。
如果您在吞吐能力更新过程中提交 SSD/IOPS 更新，服务器会接受 SSD/IOPS 存储更新请求，并将其加入队列，待吞吐能力更新完成（有新的吞吐能力可用）之后启动。这通常需要 20 分钟。
请求更新第二代文件系统的吞吐能力时，应考虑以下几点：
-
在更新第二代文件系统的吞吐能力之前，至少须等待六个小时。
-
吞吐能力的冷却时间与 SSD/IOPS 扩展共享。
-
吞吐能力扩展和 SSD/IOPS 扩展不能同时完成，也不能在排队进行扩展。
-
不能在进行吞吐能力扩展或 SSD/IOPS 扩展的同时添加高可用性（HA）对。但是，添加 HA 对不会与 SSD/IOPS 扩展和吞吐能力扩展共享冷却时间。有关更多信息，请参阅 添加高可用性（HA）对。
有关 SSD 存储和预调配 IOPS 更新的更多信息，请参阅管理存储容量。