本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
在 FSx 上管理 Windows File Server 文件系统的吞吐容量
吞吐容量是决定托管 FSx for Windows File Server 文件系统的文件服务器提供文件数据的速度的一个因素。更高的吞吐量级别还会带来更高的每秒 I/O 操作次数 (IOPS) 级别和更大的文件服务器缓存容量。您可以随时修改文件系统的吞吐容量以帮助管理其性能。有关更多信息，请参阅 FSx for Windows File Server 性能。
吞吐量扩展的工作原理
当您修改文件系统的吞吐能力时，Amazon FSx 会在后台关闭文件系统的文件服务器。对于多可用区文件系统，切换到新的文件服务器会触发自动故障转移和故障恢复，而 Amazon FSx 会切换首选文件服务器和辅助文件服务器。在吞吐容量扩展期间切换文件服务器时，单可用区文件系统将在几分钟内不可用。新的吞吐容量可供您的文件系统使用后，您需要为其付费。
注意
在后端维护操作期间，系统修改（例如对吞吐能力的修改）可能会出现延迟。维护会导致这些更改排队等待处理。
对于多可用区文件系统，当 Amazon FSx 关闭首选文件服务器和辅助文件服务器时，吞吐能力扩展会自动进行失效转移和失效自动恢复。在文件服务器更换期间（在吞吐能力扩展、文件系统维护和计划外服务中断期间发生），文件系统的所有持续流量都将由剩余的文件服务器进行处理。当更换的文件服务器恢复在线时，FSx for Windows 将运行重新同步作业，以确保数据同步回更换的新文件服务器。
FSx for Windows 旨在最大限度地减少这种重新同步活动对应用程序和用户的影响。但是，重新同步进程涉及同步大块数据。这意味着，即使只有一小部分数据进行了更新，也可能需要同步大块数据。因此，重新同步作业量不仅取决于数据更新量，还取决于文件系统上数据更新的性质。如果您的工作负载写入量大和 IOPS 量大，则数据同步进程可能需要更长时间，并且需要额外的性能资源。
您的文件系统在此期间将继续可用，但为了缩短数据同步的持续时间，我们建议您在文件系统负载最小的空闲时段修改吞吐能力。我们还建议确保文件系统具有足够的吞吐能力，不仅能够满足工作负载的需要，还能够运行同步作业，以缩短数据同步的持续时间。最后，我们建议在文件系统负载较小时测试失效转移的影响。
知道何时修改吞吐容量
Amazon FSx 与亚马逊集成 CloudWatch，使您能够监控文件系统的持续吞吐量使用水平。您可以在文件系统中实现的性能（吞吐量和 IOPS）取决于特定工作负载的特征，以及文件系统的吞吐容量、存储容量和存储类型。您可以使用 CloudWatch 指标来确定要更改哪些维度以提高性能。有关更多信息，请参阅 使用 Amazon 进行监控 CloudWatch。
FSx for Windows File Server 根据亚马逊 FSx 控制台文件系统详情页面的 “监控和性能” 控制面板中文件系统的指标值 CloudWatch 提供性能提醒。这包括吞吐容量以及其他可从吞吐容量增加中受益的文件系统指标。有关更多信息，请参阅 性能警告和建议。
为文件系统配置足够的吞吐能力，不仅要满足工作负载的预期流量，还要满足支持要在文件系统上启用的功能所需的额外性能资源。例如，如果您正在运行重复数据删除，则您选择的吞吐能力必须提供足够的内存，以便根据您拥有的存储空间运行重复数据删除。如果您使用的是影子副本，请将吞吐能力增加到至少为工作负载预期驱动值的三倍，以避免 Windows Server 删除影子副本。有关更多信息，请参阅 吞吐能力对性能的影响。