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

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

管理吞吐能力

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

吞吐能力是决定负责托管文件系统的文件服务器在为文件数据提供服务时的速度的因素之一。更高的吞吐量级别伴随着更高的网络级别、每秒磁盘读取 I/O 操作数 (IOPS) 和文件服务器上的数据缓存容量。有关更多信息，请参阅 亚马逊追FSx求 NetApp ONTAP绩效。

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

注意

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

主题

何时修改吞吐能力

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

如何处理并发请求

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

  • 如果您同时提交SSD/IOPS更新和吞吐量容量更新，则两个请求都将被接受。SSD/IOPS更新的优先级是在吞吐量容量更新之前进行的。

  • 如果您在 SSD /更新过程中提交吞吐量容量IOPS更新，则吞吐量容量更新请求将被接受并排队等候在SSD/IOPS更新之后进行。吞吐量容量更新在SSD/IOPS更新（有新值可用）之后和优化步骤期间开始。这通常会在 10 分钟内完成。

  • 如果您在吞吐量容量IOPS更新过程中提交 SSD /更新，则SSD/IOPS存储更新请求将被接受并排队等候在吞吐量容量更新完成（有新的吞吐量容量可用）后启动。这通常需要 20 分钟。

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

  • 在更新第二代文件系统的吞吐容量之间，您必须至少等待六个小时。

  • 吞吐容量冷却时间与 SSD /s IOPS caling 共享。

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

  • 您不能在吞吐量容量扩展或SSD/IOPS扩展过程中同时添加高可用性 (HA) 对。但是，添加 HA 对不会与SSD/IOPS扩展和吞吐量容量扩展共享冷却时间。有关更多信息，请参阅 添加高可用性 (HA) 对。

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