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