Amazon EFS 性能 - Amazon Elastic File System
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 Amazon Web Services 服务入门

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

Amazon EFS 性能

Amazon EFS 提供了无服务器、 set-and-forget 您可以从其中的任何计算服务访问的弹性文件系统。Amazon以及本地,包括:

  • Amazon Elastic Compute Cloud (Amazon EC2)

  • Amazon Elastic Container Service (Amazon ECS)

  • Amazon Elastic Kubernetes Service (Amazon EKS)

  • Amazon Fargate

  • Amazon Lambda

以下章节概述了 Amazon EFS 性能,并描述文件系统配置如何影响关键性能维度。我们还提供了一些关于优化文件系统性能的重要提示和建议。

性能摘要

通常使用延迟、吞吐量和每秒 I/O 操作数 (IOPS) 来衡量文件系统性能。Amazon EFS 跨这些维度的性能取决于您的文件系统的配置。以下配置将影响 Amazon EFS 文件系统的性能:

  • 存储类别— EFS 一个区域或 EFS 标准

  • 性能模式— 通用或最大 I/O

  • 吞吐量模式— 突发或预配

下表说明了存储类别和性能模式设置的可用组合的 Amazon EFS 文件系统性能。

存储类和性能模式组合的文件系统性能
延迟1 最大 IOPS 最大吞吐量

文件系统配置 — 存储类别和性能模式

读取操作

写入操作

读取操作

写入操作

每个文件系统读取2

每个文件系统写入2

每个客户端读/写

一个区域存储和通用

较低的个位数毫秒

个位数毫秒

35,000 7,000

3—5 GibPs

1-3 个 GibPs

512 MiBps

标准存储和通用

较低的个位数毫秒

个位数毫秒

35,000 7,000

3—5 GibPs

1-3 个 GibPs

512 MiBps

最大标准存储和最大 I/O

个位数毫秒

单位数到两位数毫秒

>500,000 >100,000

3—5 GibPs

1-3 个 GibPs

512 MiBps
注意

脚注:

  1. 文件数据读取和写入成本优化的存储类别(标准-IA 和 One Zone Zone IA)的延迟是两位数毫秒。

  2. 最大读写吞吐量取决于Amazon Web Services 区域以及文件系统的吞吐量模式(突发或预配置)。有关更多信息,请参阅处的表默认吞吐量配额用于突发和预配置吞吐量模式。

    吞吐量超过Amazon Web Services 区域的最大吞吐量需要增加吞吐量配额。任何额外吞吐量的请求都将在 case-by-case 由亚马逊 EFS 服务团队提供。批准可能取决于您的工作负载类型。有关请求增加配额的更多信息,请参阅Amazon EFS 配额和限制.

存储类和性能

Amazon EFS 使用两种类型的存储类别:

  • EFS 单区存储类— EFS One 区域和 EFS 一个区域-不频繁访问(EFS One Zone-IA)。EFS One Zone 存储类别将在单个可用区中复制数据。

  • EFS 标准存储类— EFS 标准和 EFS 标准-IA。EFS 标准存储类跨多个可用区(多可用区)复制数据。

读写任一 IA 存储类别时的第一字节延迟高于 EFS Standard 或 EFS One Zone 存储类别。

有关 EFS 存储类别的更多信息,请参阅 EFS 存储类

性能模式

Amazon EFS 提供两种性能模式:通用模式和最大 I/O 模式:

  • 通用模式支持高达 35,000 IOPS,每次操作的延迟最低。具有 EFS One Zone 存储类的文件系统始终使用通用性能模式。对于具有 EFS 标准存储类的文件系统,您可以使用默认的通用性能模式或最大 I/O 性能模式。

  • 最大 I/O 模式与通用模式相比,支持 500,000 多个 IOPS,每次操作的延迟更高。

您可以在创建文件系统时设置性能模式,创建文件系统后不能对其进行更改。

我们建议对绝大多数应用程序使用通用性能模式。如果您不确定要使用哪种性能模式,请选择通用性能模式。为了帮助确保您的工作负载保持在使用通用模式的文件系统可用的 IOPS 限制之内,您可以监控PercentIOLimit CloudWatch 指标。有关更多信息,请参阅 亚马逊 CloudWatch Amazon EFS 指标

应用程序可以弹性地将 IOPS 扩展到与性能模式相关的限制。您不需要单独支付 IOPS 费用;它们包括在文件系统的吞吐量核算中。每个网络文件系统 (NFS) 请求都算作 4 KB 的吞吐量或其实际请求和响应大小(以较大者为准)。例如,可驱动 100 Mbps 吞吐量的文件系统最多可以驱动每秒 25,600 个 4-KB 写入操作(100 MBps 除以每个请求 4 KB = 每秒 25,600 个请求)。

吞吐量模式

文件系统的吞吐量模式决定了文件系统可用的吞吐量。Amazon EFS 提供了两种吞吐量模式:突增吞吐量和预配置吞吐量。读取吞吐量可以折扣,以允许您驱动高于写吞吐量的读取吞吐量。取决于Amazon Web Services 区域,阅读的 discount 在 1.66 和 3 倍之间。有关更多信息,请参阅处的表默认吞吐量配额用于突发和预配置吞吐量模式。折扣减少了针对读取计量的吞吐量,不会影响写入或突发信用应计。此外,读取折扣永远不会将单个 NFS 请求计量的吞吐量降低到 4 KB 的最小请求大小以下。

了解计量吞吐量

所有 Amazon EFS 文件系统都具有相关的计量吞吐量。对于使用预配置吞吐量模式的文件系统,计量吞吐量取决于预配置吞吐量的数量。对于使用突增吞吐量模式的文件系统,计量吞吐量取决于 EFS Standard 或 EFS One Zone 存储类别中存储的数据量确定。

读取请求和写入请求按不同的费率计费。Amazon EFS 计算读取请求的速度是其他请求的三分之一。

例 的 EFS 计量吞吐量

例如,如果要驱动读取吞吐量和写入吞吐量的每秒 30 兆字节 (MiPs),则读取部分计为 10 MiBps 在计量吞吐量中,写入部分计为 30 MiBps,合并的计量吞吐量为 40 MiBps。这种根据计量率调整的合并吞吐量反映在MeteredIOBytes亚马逊 CloudWatch 指标。有关更多信息,请参阅 亚马逊 CloudWatch Amazon EFS 指标

突增吞吐量模式

突发吞吐量模式是默认的 Amazon EFS 吞吐量模式。它非常适合具有突发吞吐量模式的传统应用程序。当吞吐量较低时,突发吞吐量模式使用突发存储桶来节省突发积分。当吞吐量更高时,它使用突发积分。

在突发吞吐量模式下,文件系统吞吐量与文件系统大小成比例,最大值取决于 Amazon EFS 区域。有关每个区域的限制的更多信息,请参阅处的表。默认吞吐量配额用于突发和预配置吞吐量模式。

当突发积分可用时,文件系统最多可以驱动每 TB 存储 100 Mbps,至少有 100 Mbps。如果没有突发点数可用,文件系统最多可以驱动每 TB 存储 50 Mbps,至少为 1 Mbps。

对读取和写入吞吐量进行计量,并从按计量的吞吐量的突增积分余额中扣除突发积分余额。突发积分按文件系统的基本费率与文件系统的大小成比例累积。每 TB 存储空间可累积 50 Mbps 的突发积分。每当文件系统消耗低于其基本费率时,它就会累积突发积分。每当文件系统消耗超过其基本费率时,它就会消耗突发积分。的计量大小ValueInStandard用于确定 I/O 吞吐量基准值和突增速率。

Amazon EFS 突增积分

Amazon EFS 使用积分系统来判断文件系统何时可以突增。随着时间推移,每个文件系统都以一定基准速率(取决于存储在 EFS Standard 或 One Zone 存储类别中的文件系统的大小)获得积分。文件系统在读取或写入数据时使用积分。基准速率为每 TiB 存储 50 MiB/s (相当于每 GiB 存储 50 KiB/s)。由于 Amazon EFS 以其他操作的三分之一计算读取操作比基准速率的三分之一,因此,EFS 文件系统可以驱动每 GiB 读取吞吐量高达 150 KiB/s,或按照此基准速率每 GiB 的写入吞吐量 50 KiB/s。

文件系统可以按其基准计量速率持续提高吞吐量。每当文件系统不活动或吞吐量低于其基准计量速率时,都将累计突增积分。累计的突增积分使文件系统可以推高吞吐量,使其高于其基准速率。

例如,如果 100 GiB 文件系统在 95% 的时间内处于不活动状态,则可以在 5% 的时间内突增(以 100 MiB/s 速率)。在一个 24 小时周期内,文件系统获得相当于 432000 MiB 的积分,可用于以 100 MiB/s 速率突增 72 分钟。

如果大于 1 TiB 的文件系统在 50% 的时间内处于不活动状态,则始终可以在其余 50% 的时间内突增。

下表提供了突增行为的示例。

文件系统大小 突增吞吐量 基准吞吐量
一个 100 GiB 文件系统可以...
  • 每天以只读速率突增长达 72 分钟

  • 每天以 100 MiB/s 的速率突增长达 72 分钟,或者

  • 连续只读驱动多达 15 miB/s

  • 持续维持在高达 5 MiB/s 的速率

一个 1 TiB 文件系统可以...
  • 每天 12 小时以只读速度突增至 300 mib/s

  • 每天以 100 MiB/s 的速率突增 12 小时,或者

  • 连续驱动 150 MiB/s 只读

  • 持续维持在高达 50 MiB/s 的速率

一个 10 TiB 文件系统可以...
  • 每天突发至 3 Gib/s 只读 12 个小时

  • 每天以 1 GiB/s 的速率突增 12 小时,或者

  • 持续驱动 1.5 Gib/s 只读

  • 持续维持在高达 500 MiB/s 的速率

通常,一个更大的文件系统可以...
  • 每天以每 TiB 存储 300 MiB/s 的速率突增 12 小时

  • 每天以每 TiB 存储 100 MiB/s 的速率突增 12 小时,或者

  • 持续维持在每 TiB 存储 150 MiB/s 的速率

  • 持续维持在每 TiB 存储 50 MiB/s 的速率

注意

Amazon EFS 提供计量吞吐量对所有文件系统的 1 MiB/s,即使基准速率较低。

用于确定基准和突发率的文件系统大小是ValueInStandard计量尺寸可通过DescribeFileSystemsAPI 操作

小于 1 TiB 的文件系统可以获得的积分可达到最高 2.1 TiB 积分余额,对于大于 1 TiB 的文件系统,可达到每 TiB 存储 2.1 TiB 的积分余额。这种方法意味着文件系统可以累积足够的积分来持续突增长达 12 小时。

预置吞吐量模式

对于吞吐量相对稳定的应用程序,我们建议使用预置吞吐量模式。在预配置吞吐量模式下,您可以指定文件系统可以驱动的吞吐量级别,这与文件系统的大小或突发信用余额无关。如果文件系统使用突发吞吐量模式,则根据存储量的存储量,按预置的吞吐量超过文件系统的基本吞吐率,您需要向您收取费用。如果文件系统的计量大小提供的基准吞吐量高于预配置的吞吐量,则文件系统将自动使用突发吞吐量模式。

切换吞吐量模式

您可以切换现有文件系统的吞吐量模式,但限制是在 24 小时内只能进行一次受限更改。以下内容被认为是受限的更改:

  • 更改文件系统的吞吐量模式(从预置吞吐量到突发吞吐量,或从突增吞吐量到预配置吞吐量)。

  • 减少预配置吞吐量模式下的预配置吞吐量。