管理吞吐能力 - FSx 适用于 ONTAP
何时修改吞吐能力如何处理并发请求

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

管理吞吐能力

FSx for ONTAP 会在创建文件系统时配置吞吐容量。您可以随时修改文件系统的吞吐能力。请记住，文件系统需要通过特定配置来实现最大吞吐能力。例如，要为第一代文件系统预置 4 GBps 的吞吐容量，您的文件系统需要至少具有 5,120 GiB 的固态硬盘存储容量和 160,000 个 SSD IOPS 的配置。有关更多信息，请参阅 吞吐能力对性能的影响。

吞吐能力是决定负责托管文件系统的文件服务器在为文件数据提供服务时的速度的因素之一。吞吐能力的级别越高，文件服务器上的网络、磁盘每秒读取 I/O 操作（IOPS）数和数据缓存容量水平也就越高。有关更多信息，请参阅 亚马逊 FSx 为 NetApp ONTAP 性能而设计。

当您修改文件系统的吞吐容量时，Amazon 会 FSx 切换为文件系统提供动力的文件服务器。在此期间，单可用区和多可用区文件系统都会经历自动失效转移和失效自动恢复进程，这通常需要几分钟时间来完成。失效转移和失效自动恢复进程对 NFS（网络文件系统）、SMB（服务器消息块）以及 iSCSI（Internet 小型计算机系统接口）客户端是透明的，因此您的工作负载能够继续运行，不会中断，且无需人工干预。您的文件系统可以使用新的吞吐能力量后，就会向您收取费用。

注意

为了确保维护活动期间的数据完整性， FSx for ONTAP 会在维护开始之前关闭所有机会性锁定，并完成对托管文件系统的底层存储卷的所有待处理写入操作。在文件系统的计划维护时段中，系统修改（例如对吞吐能力的修改）可能会出现延迟。系统维护会导致这些更改排队等待处理。有关更多信息，请参阅 使用 Amazon FSx 维护窗口优化性能。

主题

何时修改吞吐能力

Amazon 与 Amazon FSx 集成 CloudWatch，可帮助您监控文件系统的持续吞吐量使用水平。除了文件系统的吞吐能力外，您可以通过文件系统驱动的吞吐量和 IOPS 性能还取决于特定工作负载的特征。通常，您应预置足够的吞吐能力来支持工作负载的读取吞吐量以及两倍的工作负载写入吞吐量。您可以使用 CloudWatch 指标来确定要更改哪些维度以提高性能。有关更多信息，请参阅 在 Amazon FSx 控制台中进行监控。

如何处理并发请求

对于第一代文件系统，您可以在 SSD 存储容量和预调配 IOPS 更新工作流程开始之前或进行中请求吞吐能力更新。Amazon FSx 处理这两个请求的顺序如下：

  • 如果您提交SSD/IOPS update and throughput capacity update at the same time, both requests are accepted. The SSD/IOPS更新，则优先考虑吞吐量容量更新。

  • 如果您在更新（有新值可用）和优化步骤期间提交吞吐量容量更新。SSD/IOPS update is in progress, the throughput capacity update request is accepted and queued to occur after the SSD/IOPS update. The throughput capacity update starts after SSD/IOPS这通常会在 10 分钟内完成。

  • 如果您提交，则SSD/IOPS update while a throughput capacity update is in progress, the SSD/IOPS存储更新请求会被接受并排队等候吞吐量容量更新完成（新的吞吐量容量可用）后启动。这通常需要 20 分钟。

请求更新第二代文件系统的吞吐能力时，应考虑以下几点：

  • 在更新第二代文件系统的吞吐能力之前，至少须等待六个小时。

  • 吞吐能力的冷却时间与 SSD/IOPS 扩展共享。

  • 吞吐能力扩展和 SSD/IOPS 扩展不能同时完成，也不能在排队进行扩展。

  • 您不能将高可用性 (HA) 对与吞吐量容量扩展或扩展以及吞吐量容量SSD/IOPS scaling are in progress. However, adding HA pairs doesn't share a cooldown with SSD/IOPS扩展同时添加。有关更多信息，请参阅 添加高可用性（HA）对。

有关 SSD 存储和预调配 IOPS 更新的更多信息，请参阅管理存储容量。