本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
管理吞吐容量
每个 FSx for Windows 文件服务器文件系统的吞吐量容量是在创建文件系统时配置的。您可以根据需要随时修改文件系统的吞吐容量。吞吐量是决定托管文件系统的文件服务器提供文件数据的速度的一个因素。更高的吞吐容量水平还会带来更高的每秒 I/O 操作水平 (IOPS) 和更多的用于在文件服务器上缓存数据的内存。有关更多信息,请参阅适用于 Windows 文件服务器的 fsX 性能:
当您修改文件系统的吞吐量时,Amazon FSx 会在幕后切换文件系统的文件服务器。对于多可用区文件系统,它会导致自动故障转移和故障恢复,而 Amazon FSx 会切换首选和辅助文件服务器。对于单可用区系统,在吞吐量扩展期间,您的文件系统将在几分钟内不可用。新的吞吐容量可供文件系统使用后,您需要按新的吞吐容量量付费。
注意
在后端维护操作期间,系统修改(例如修改吞吐容量)可能会延迟。维护可能会导致这些更改排入队列,直到下次处理为止。
何时修改吞吐容量
亚马逊 FsX 与亚马逊集成CloudWatch,使您能够监控文件系统的持续吞吐量使用水平。除了文件系统的吞吐容量、存储容量和存储类型外,您可在文件系统中提高的性能(吞吐量和 IOPS)取决于您的特定工作负载的特性。你可以使用CloudWatch用于确定要更改哪些维度以提高性能的指标。有关更多信息,请参阅使用亚马逊监控指标CloudWatch:
对于多可用区文件系统,吞吐量容量扩展会导致自动故障转移和故障恢复,而 Amazon FsX 会切换首选和辅助文件服务器。在文件服务器更换期间(发生在吞吐量扩展、文件系统维护和计划外服务中断期间),任何持续到文件系统的流量都将由剩余的文件服务器提供服务。当替换的文件服务器重新联机时,FsX for Windows 将运行重新同步作业,以确保数据同步回新替换的文件服务器。
FsX for Windows 旨在最大限度地减少这种重新同步活动对应用程序和用户的影响。但是,重新同步过程涉及同步大块中的数据。这意味着即使只更新了一小部分数据,大型数据块也可能需要同步。因此,重新同步量不仅取决于数据流失量,还取决于文件系统上数据流失的性质。如果您的工作负载占用大量写入和 IOPS 密集型,则数据同步过程可能需要更长的时间并需要额外的性能资源。
在此期间,您的文件系统将继续可用,但为了缩短数据同步的持续时间,我们建议在文件系统负载最小的空闲期间修改吞吐容量。我们还建议确保您的文件系统有足够的吞吐容量来在工作负载之外运行同步作业,以缩短数据同步的持续时间。最后,我们建议在文件系统负载较轻时测试故障转移的影响。
如何修改吞吐容量
您可以使用 Amazon FSx 控制台修改文件系统的吞吐容量,Amazon Command Line Interface(Amazon CLI),或者亚马逊 FsX API。
在以下位置打开亚马逊 FSx 控制台https://console.aws.amazon.com/fsx/
。 导航到文件系统,然后选择要增加吞吐容量的 Windows 文件系统。
对于行动,选择更新吞吐量。或者,在摘要面板,选择更新在文件系统旁边吞吐容量。
这个更新吞吐容量窗口出现。
为其选择新值吞吐容量从列表中。
选择更新启动吞吐量容量更新。
注意
更新吞吐量扩展时,多可用区文件系统进行故障切换和回切,并且完全可用。更新期间,单可用区文件系统出现非常短的不可用时间。
你可以在上监控更新进度文件系统详情页面,在更新选项卡。
您可以使用 Amazon FSx 控制台监控更新进度,Amazon CLI,以及 API。有关更多信息,请参阅监控吞吐量容量变化:
要修改文件系统的吞吐容量,请使用Amazon CLI命令update-file-system。设置以下参数:
--file-system-id
到您正在更新的文件系统的 ID。ThroughputCapacity
设置为所需的值,以便将文件系统更新为。
您可以使用 Amazon FSx 控制台监控更新进度,Amazon CLI,以及 API。有关更多信息,请参阅监控吞吐量容量变化:
监控吞吐量容量变化
您可以使用 Amazon FSx 控制台、API 和Amazon CLI。
在控制台中监控吞吐量容量变化
在里面更新选项卡中的文件系统详细信息窗口中,您可以查看每种更新操作类型的 10 个最新更新操作。

对于吞吐量容量更新操作,您可以查看以下信息。
- 更新类型
-
可能的值是吞吐容量。
- Target value (目标值)
-
将文件系统的吞吐容量更改为的所需值。
- 状态
-
更新的当前状态。对于吞吐量容量更新,可能的值如下:
待定— Amazon FSx 已收到更新请求,但尚未开始处理。
进行中— 亚马逊 FSx 正在处理更新请求。
更新了优化— 亚马逊 FSx 已更新文件系统的网络 I/O、CPU 和内存资源。新的磁盘 I/O 性能级别可用于写入操作。在您的文件系统不再处于此状态之前,您的读取操作将看到磁盘 I/O 性能介于上一级别和新级别之间。
已完成— 吞吐量容量更新成功完成。
失败了— 吞吐量更新失败。选择问号 (?) 以查看吞吐量更新失败原因的详细信息。
- 请求时间
-
亚马逊 FsX 收到更新请求的时间。
使用监控变化Amazon CLI和 API
您可以使用以下方法查看和监控文件系统吞吐量容量修改请求describe-file-systemsCLI 命令和DescribeFileSystemsAPI 操作。这个AdministrativeActions
数组列出了每种管理操作类型的 10 个最新更新操作。当您修改文件系统的吞吐容量时,FILE_SYSTEM_UPDATE
管理操作已生成。
以下示例显示了 a 的响应摘录describe-file-systems
CLI 命令。文件系统的吞吐容量为 8 Mb/s,目标吞吐容量为 256 MB/s。
. . . "ThroughputCapacity": 8, "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "RequestTime": 1581694764.757, "Status": "PENDING", "TargetFileSystemValues": { "WindowsConfiguration": { "ThroughputCapacity": 256 } } } ]
当 Amazon FsX 成功完成操作处理后,状态更改为COMPLETED
。然后,新的吞吐容量可供文件系统使用,并显示在ThroughputCapacity
财产。如以下答复摘录所示describe-file-systemsCLI 命令。
. . . "ThroughputCapacity": 256, "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "RequestTime": 1581694764.757, "Status": "COMPLETED", "TargetFileSystemValues": { "WindowsConfiguration": { "ThroughputCapacity": 256 } } } ]
如果吞吐量容量修改失败,则状态将更改为FAILED
,还有FailureDetails
属性提供有关失败的信息。有关对失败操作进行故障排除的信息,请参见存储或吞吐量容量更新失败。