管理吞吐能力 - Amazon FSx for Windows File Server
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

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

管理吞吐能力

对于每个 FSx for Windows File Server 文件系统,您都可以在创建文件系统时为其配置一个吞吐能力。您可以根据需要随时修改文件系统的吞吐能力。吞吐能力是决定托管文件系统的文件服务器处理文件数据的速度的一个因素。吞吐能力的级别越高,用于在文件服务器上缓存数据的每秒 I/O 操作次数(IOPS)和内存也就越高。有关更多信息,请参阅FSx for Windows File Server 性能

当您修改文件系统的吞吐能力时,Amazon FSx 会在后台关闭文件系统的文件服务器。对于多可用区文件系统,当 Amazon FSx 关闭首选文件服务器和辅助文件服务器时,会自动进行失效转移和失效自动恢复。对于单可用区系统,在吞吐能力扩展期间,您的文件系统将有几分钟不可用。您的文件系统可以使用新的吞吐能力后,您需要为新的吞吐能力付费。

注意

在后端维护操作期间,系统修改(例如对吞吐能力的修改)可能会出现延迟。维护会导致这些更改排队等待处理。

何时修改吞吐能力

Amazon FSx 与 Amazon CloudWatch 集成,可帮助您监控文件系统的持续吞吐量使用水平。除了文件系统的吞吐能力、存储容量和存储类型外,您可以通过文件系统驱动的性能(吞吐量和 IOPS)还取决于特定工作负载的特征。您可以使用 CloudWatch 指标来确定为了提高性能需要更改的维度有哪些。有关更多信息,请参阅使用 Amazon 监控指标 CloudWatch

对于多可用区文件系统,当 Amazon FSx 关闭首选文件服务器和辅助文件服务器时,吞吐能力扩展会自动进行失效转移和失效自动恢复。在文件服务器更换期间(在吞吐能力扩展、文件系统维护和计划外服务中断期间发生),文件系统的所有持续流量都将由剩余的文件服务器进行处理。当更换的文件服务器恢复在线时,FSx for Windows 将运行重新同步作业,以确保数据同步回更换的新文件服务器。

FSx for Windows 旨在最大限度地减少这种重新同步活动对应用程序和用户的影响。但是,重新同步进程涉及同步大块数据。这意味着,即使只有一小部分数据进行了更新,也可能需要同步大块数据。因此,重新同步作业量不仅取决于数据更新量,还取决于文件系统上数据更新的性质。如果您的工作负载写入量大和 IOPS 量大,则数据同步进程可能需要更长时间,并且需要额外的性能资源。

您的文件系统在此期间将继续可用,但为了缩短数据同步的持续时间,我们建议您在文件系统负载最小的空闲时段修改吞吐能力。我们还建议确保文件系统具有足够的吞吐能力,不仅能够满足工作负载的需要,还能够运行同步作业,以缩短数据同步的持续时间。最后,我们建议在文件系统负载较小时测试失效转移的影响。

如何修改吞吐能力

您可以使用 Amazon FSx 控制台、Amazon Command Line Interface(Amazon CLI)或 Amazon FSx API 修改文件系统的吞吐能力。

  1. 通过以下网址打开 Amazon FSx 控制台:https://console.aws.amazon.com/fsx/

  2. 导航到文件系统,然后选择要增加其吞吐能力的 Windows 文件系统。

  3. 操作中,选择更新吞吐量。或者,在摘要面板中,选择文件系统吞吐能力旁边的更新

    此时将显示更新吞吐能力窗口。

  4. 从列表中选择吞吐能力的新值。

    
        显示“更新吞吐能力”窗口的控制台屏幕截图
  5. 选择更新,启动吞吐能力更新。

    注意

    对于多可用区文件系统,在更新吞吐量扩展时,失效转移和失效自动恢复功能完全可用。对于单可用区系统,在更新期间,可能会在非常短的一段时间内不可用。

  6. 可以在文件系统详细信息页面的更新选项卡上监控更新进度。

    您可以使用 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 已收到更新请求,但尚未开始处理。

  • 正在进行中 – Amazon FSx 正在处理更新请求。

  • 已更新;正在优化 – Amazon FSx 已更新文件系统的网络 I/O、CPU 和内存资源。新的磁盘 I/O 性能级别可用于写入操作。对于读取操作,将看到磁盘 I/O 性能介于上一级别和新级别之间,直到您的文件系统不再处于此状态。

  • 已完成 – 吞吐能力更新已成功完成。

  • 失败 – 吞吐能力更新失败。选择问号(?)可查看关于吞吐量更新失败原因的详细信息。

请求时间

Amazon FSx 收到更新请求的时间。

通过 Amazon CLI 和 API 监控更改

您可以使用 CLI 命令 describe-file-systems 和 API 操作 DescribeFileSystems 查看和监控文件系统吞吐能力修改请求。AdministrativeActions 数组列出每种管理操作类型的 10 个最近更新操作。修改文件系统的吞吐能力时,会生成 FILE_SYSTEM_UPDATE 管理操作。

以下示例显示了 CLI 命令 describe-file-systems 的响应摘录。文件系统的吞吐能力为 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 属性中显示。如以下 CLI 命令 describe-file-systems 的响应摘录中所示。

. . . "ThroughputCapacity": 256, "AdministrativeActions": [ { "AdministrativeActionType": "FILE_SYSTEM_UPDATE", "RequestTime": 1581694764.757, "Status": "COMPLETED", "TargetFileSystemValues": { "WindowsConfiguration": { "ThroughputCapacity": 256 } } } ]

如果吞吐能力修改失败,状态将更改为 FAILEDFailureDetails 属性中会显示关于失败的信息。有关对失败操作进行问题排查的信息,请参阅存储或吞吐能力更新失败