FSx用于 Windows 文件服务器的性能 - FSx适用于 Windows 文件服务器的亚马逊

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

FSx用于 Windows 文件服务器的性能

FSx适用于 Windows 的文件服务器提供了文件系统配置选项以满足各种性能需求。以下是 Amazon FSx 文件系统性能的概述,并讨论了可用的性能配置选项和有用的性能提示。

文件系统性能

每个FSx适用于 Windows File Server 的文件系统都由一个客户机与之通信的 Windows 文件服务器和一组连接到文件服务器的存储卷或磁盘组成。每台文件服务器都使用快速内存缓存来增强最常访问数据的性能。

下图说明了如何从FSx适用于 Windows 的文件服务器的文件系统访问数据。

FSx适用于 Windows 文件服务器架构,显示文件服务器和存储卷性能指标的关系及其对文件系统性能的影响。

当客户端访问存储在内存缓存中的数据时,这些数据将作为网络 I/O 直接提供给发出请求的客户端。文件服务器无需从磁盘读取或写入磁盘。这种数据访问的性能取决于网络 I/O 限制和内存缓存的大小。

当客户端访问不在缓存中的数据时,文件服务器会将其作为磁盘 I/O 从磁盘读取或写入磁盘。然后,数据作为网络 I/O 从文件服务器提供给客户端。这种数据访问的性能由网络 I/O 限制和磁盘 I/O 限制决定。

网络 I/O 性能和文件服务器内存缓存由文件系统的吞吐能力决定。磁盘 I/O 性能由吞吐能力和存储配置组合决定。您的文件系统可以达到的最大磁盘 I/O 性能(包括磁盘吞吐量和磁盘IOPS级别)是以下两项中较低的一个:

  • 文件服务器提供的磁盘 I/O 性能级别,基于您为文件系统选择的吞吐能力。

  • 您的存储配置提供的磁盘 I/O 性能级别(存储容量、存储类型和您为文件系统选择的SSDIOPS级别)。

其他性能注意事项

文件系统性能通常通过其延迟、吞吐量和每秒 I/O 操作数来衡量(IOPS)。

延迟

FSx对于 Windows File Server,文件服务器采用快速的内存缓存,为主动访问的数据实现稳定的亚毫秒级延迟。对于不在内存缓存中的数据,即需要通过对底层存储卷执行 I/O 来处理的文件操作,Amazon FSx 为固态硬盘 (SSD) 存储提供亚毫秒的文件操作延迟,以及硬盘 () 存储的个位数毫秒延迟。HDD

吞吐量和 IOPS

Amazon FSx 文件系统IOPS在 AWS 区域 亚马逊FSx所有可用的地方提供高达 2 Gb/s 和 80,000 的吞吐量,在美国东部(弗吉尼亚北部)、美国西部(俄勒冈)、美国东部(俄亥俄州)、欧洲(爱尔兰)、亚太地区(东京)和亚太地区(新加坡)提供 12 Gb/s 和 400,000 IOPS 个。文件系统的吞吐量和IOPS工作负载可以驱动的具体量取决于文件系统的吞吐容量、存储容量和存储类型,以及工作负载的性质,包括活动工作集的大小。

单客户端性能

借助 AmazonFSx,您可以通过单个客户端访问文件系统获得最大吞吐量和IOPS级别。Amazon FSx 支持SMB多渠道。此功能使其能够为访问您的文件系统的单个客户端提供多达 Gb/s 的吞吐量和数十万个 Gb/s 的IOPS吞吐量。SMBMultichannel 同时使用客户端和服务器之间的多个网络连接来聚合网络带宽,从而最大限度地提高利用率。尽管 Windows 支持的SMB连接数量存在理论限制,但这个限制以百万为单位,而且实际上你可以拥有无限数量的SMB连接。

突增性能

基于文件的工作负载通常处于尖峰状态,其特点是短暂而剧烈的高 I/O 周期,且两次突增之间有大量的空闲时间。为了支持高峰工作负载,除了文件系统可以全天候维持的基准速度外,Amazon 还FSx提供了在一段时间内突增至更高速度的功能,用于网络 I/O 和磁盘 I/O 操作。Amazon FSx 使用 I/O 积分机制来分配吞吐量,并IOPS根据平均利用率——当文件系统的吞吐量和IOPS使用量低于其基准限制时,文件系统会累积积积分,并且可以在执行 I/O 操作时使用这些积分。

吞吐能力对性能的影响

吞吐能力决定以下几类文件系统的性能:

  • 网络 I/O – 文件服务器向访问文件的客户端提供文件数据的速度。

  • 文件服务器CPU和内存 — 可用于提供文件数据和执行重复数据删除和卷影副本等后台活动的资源。

  • 磁盘 I/O – 文件服务器支持文件服务器和存储卷之间的 I/O 的速度。

下表详细介绍了每个预配置的吞吐量容量配置可以驱动的最大网络 I/O(吞吐量和IOPS)和磁盘 I/O(吞吐量和),以及可用于缓存和支持重复数据删除和卷影副本等后台活动的内存量。IOPS虽然您可以在使用 Ama FSx API zon 时选择低于每秒 32 兆字节的吞吐量级别 (MBps)CLI,但请记住,这些级别适用于测试和开发工作负载,而不是生产工作负载。

注意

请注意,只有以下区域支持 4,608 MBps 及更高的吞吐容量级别:美国东部(弗吉尼亚北部)、美国西部(俄勒冈)、美国东部(俄亥俄州)、欧洲(爱尔兰)、亚太地区(东京)和亚太地区(新加坡)。

FSx吞吐容量(兆字节每秒) 网络吞吐量(兆字节每秒) 网络 IOPS 内存(GB)

基准

突增(每天几分钟)

32 32 600

4
64 64 600

数万

8
128 150 1250 8
256 300 1250

数十万

16
512 600 1250 32
1024 1500

72
2,048 3,125

144
4,608 9,375

数百万

192
6,144 12,500

256
9,216 18,750

384
12,288 21,250

512
FSx吞吐容量(兆字节每秒) 磁盘吞吐量(兆字节每秒) 磁盘 IOPS

基准

突增(每天 30 分钟)

基准

突增(每天 30 分钟)

32 32 260 2K 12K
64 64 350 4K 16K
128 128 600 6K 20K
256 256 600 10K 20K
512 512

20K

1024 1024

40K

2,048 2,048

80K

4,608 4,608

150K

6,144 6,144

200K

9,216 9,216 1

300K 1

12,288 12,288 1

400K 1

注意

1 如果您的多可用区文件系统的吞吐量为 9,216 或 12,288,则仅写入流量的性能将限制在 9, MBps 000 MBps 和 26 IOPS 2,500 以内。否则,对于所有多可用区文件系统的读取流量、所有单可用区文件系统的读取和写入流量以及所有其他吞吐能力级别,您的文件系统将支持表中所示的性能限制。

选择正确的吞吐能力级别

当您使用 Amazon Web Services 管理控制台创建文件系统时,Amazon FSx 会根据您配置的存储容量自动为您的文件系统选择建议的吞吐容量级别。虽然推荐的吞吐能力应该足以满足大多数工作负载,但您可以选择覆盖建议并选择特定的吞吐能力来满足应用程序的需求。例如,如果您的工作负载需要将 1% GBps 的流量驱动到文件系统,则应选择至少 1,024 MBps 的吞吐容量。

在决定要配置的吞吐量级别时,还应考虑计划在文件系统上启用的功能。例如,启用影子副本可能需要将吞吐能力提高至预期工作负载的三倍,以确保文件服务器能够在可用的 I/O 性能容量下维护影子副本。如果您启用了重复数据删除,则应确定与文件系统的吞吐能力关联的内存量,并确保该内存量足以容纳您的数据大小。

创建吞吐能力后,您可以随时上调或下调其数量。有关更多信息,请参阅 正在管理 Windows 文件服务器文件系统的吞吐容量 FSx

通过查看 Amazon FSx 控制台的 “监控与性能” > “性能” 选项卡,您可以监控工作负载对文件服务器性能资源的利用率,并获得有关选择哪种吞吐容量的建议。我们建议在预生产环境中进行测试,以确保您选择的配置符合工作负载的性能要求。对于多可用区文件系统,我们还建议您测试在文件系统维护、吞吐能力更改和计划外服务中断期间发生的失效转移进程对工作负载的影响,并确保您已预置足够的吞吐能力以防止在这些事件期间对性能造成影响。有关更多信息,请参阅 访问文件系统指标

存储配置对性能的影响

文件系统的存储容量、存储类型和SSDIOPS级别都会影响文件系统的磁盘 I/O 性能。您可以配置这些资源,以便为您的工作负载提供所需的性能级别。

您可以随时增加存储容量并SSDIOPS进行扩展。有关更多信息,请参阅管理存储容量管理 SSD IOPS。您也可以将文件系统从HDD存储类型升级到SSD存储类型。有关更多信息,请参阅 管理文件系统的存储类型

您的文件系统提供以下默认级别的磁盘吞吐量以及IOPS:

存储类型 磁盘吞吐量(MBps每 TiB 的存储) 磁盘IOPS(IOPs每 TiB 的存储空间)
SSD 750 3,000 1
HDD 基准 12;突增 80(每个文件系统最多 1 GB/s) 基准 12;突增 80
注意

1 对于具有SSD存储类型的文件系统,您可以额外配置IOPS,最大比率为IOPS每 GiB 500 个存储空间和IOPS每个文件系统 400,000 个。

HDD爆发性能

对于HDD存储卷,Amazon FSx 使用突发存储桶模型来提高性能。卷大小决定卷的基准吞吐量,即卷积累吞吐量积分的速度。卷大小还决定卷的突增吞吐量,即有积分可用时消耗积分的速度。较大的卷有较高的基准吞吐量和突增吞吐量。卷的积分越多,它以突增水平驱动 I/O 的时间就越长。

HDD存储卷的可用吞吐量由以下公式表示:

(Volume size) × (Credit accumulation rate per TiB) = Throughput

对于 1 TiB 的HDD卷,突发吞吐量限制为 80 MiB/s,存储桶以 12 MiB/s 的速度填充积分,并且最多可以容纳 1 TiB 的积分。

HDD根据工作负载的不同,存储卷可能会出现显著的性能差异。突然出现峰值IOPS或吞吐量会导致磁盘性能下降。该DiskThroughputBalance指标提供有关磁盘吞吐量和磁盘IOPS利用率的突发积分余额的信息。例如,如果您的工作负载超过基准HDDIOPS限制(IOPS每 TiB 存储 12 个),则磁盘IOPS利用率 (HDD) 将高于 100%,从而耗尽突发积分余额,您可以在指标中看到这一点。DiskThroughputBalance为了让您的工作负载继续驱动高水平的 I/O,您可能需要执行以下操作之一:

  • 减少工作负载的 I/O 需求,从而补充突发积分余额。

  • 增加文件系统的存储容量以提供更高的磁盘基准级别IOPS。

  • 升级文件系统以使用SSD存储,这样可以提供更高的磁盘基准级别IOPS,以更好地满足工作负载的要求。

示例:存储容量和吞吐能力

以下示例说明了存储容量和吞吐能力对文件系统性能的影响。

配置有 2 TiB HDD 存储容量和 32MBps% 吞吐容量的文件系统具有以下吞吐量级别:

  • 网络吞吐量 — 32 MBps 基准吞吐量和 600 MBps 突发吞吐量(参见吞吐量容量表)

  • 磁盘吞吐量 — 24 个MBps基准吞吐量和 160 个MBps突发吞吐量,这是以下值中较低的一个:

    • 基于文件系统的吞吐容量,文件服务器支持的磁盘吞吐量级别为 32 MBps 基准和 260 MBps burst

    • 根据存储类型和容量,存储卷支持的磁盘吞吐量级别为 24 个MBps基准(MBps每 TB 12 个 * 2 MBps TiB)和 160 个MBps突发吞吐量(每个 TiB 80 * 2 TiB)

因此,访问文件系统的工作负载将能够为文件服务器内存缓存中缓存的活跃访问数据执行的文件操作带来高达 32 个MBps基准吞吐量和 60 MBps 0 个MBps突发吞吐量,对于需要一直到磁盘的文件操作(例如由于缓存缺失),则可以驱动高达 24 个MBps基准吞吐量和 160 个突发吞吐量。

使用 CloudWatch 指标衡量绩效

您可以使用 Amazon CloudWatch 来测量和监控文件系统的吞吐量,以及IOPS。有关更多信息,请参阅 使用 Amazon 进行监控 CloudWatch