选择您的 Cookie 首选项

我们使用必要 Cookie 和类似工具提供我们的网站和服务。我们使用性能 Cookie 收集匿名统计数据,以便我们可以了解客户如何使用我们的网站并进行改进。必要 Cookie 无法停用,但您可以单击“自定义”或“拒绝”来拒绝性能 Cookie。

如果您同意,AWS 和经批准的第三方还将使用 Cookie 提供有用的网站功能、记住您的首选项并显示相关内容,包括相关广告。要接受或拒绝所有非必要 Cookie,请单击“接受”或“拒绝”。要做出更详细的选择,请单击“自定义”。

Amazon EFS 限额

聚焦模式
Amazon EFS 限额 - Amazon Elastic File System

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

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

您可以在下文中找到使用 Amazon EFS 时的配额。

您可以提高的 Amazon EFS 配额

Service Quotas 是一项 AWS 服务,可帮助您从一个位置管理配额或限制。在 S ervice Quotas 控制台中,您可以查看 Amazon EFS 限制值,并请求增加中 EFS 文件系统数量的配额 AWS 区域 以及频繁访问数据的读取 IOPS。

您还可以通过联系 AWS Support 请求提高以下 Amazon EFS 配额。要了解更多信息,请参阅 请求提高限额。Amazon EFS 服务团队单独审查每个请求。

  • 每个客户账户的文件系统数量。

  • 每个文件系统的接入点数量。

  • 使用弹性吞吐量的每个文件系统的最大读取 IOPS。当经常访问的文件系统的读取 IOPS 增加时,不经常访问的文件系统的读取 IOPS 和写入 IOPS 也会增加。

  • 中所有连接的客户端的每个区域文件系统的弹性吞吐量 AWS 区域。

  • 中所有连接的客户端的每个区域文件系统的预配置吞吐量。 AWS 区域

下表列出了您可以请求更改的默认配额。

资源 默认配额
一个客户账户中每个客户账户的文件系统数量 AWS 区域 1000
每个文件系统的访问点数 10000
使用弹性吞吐量的每个文件系统的最大 IOPS

对于经常访问的数据,您可以请求将读取 IOPS 的默认配额提高多达 10 倍。频繁访问的数据读取 IOPS 的增加也会导致不经常访问的数据的读取 IOPS 和写入 IOPS 的增加。

不经常访问的数据读取:90,000
读取的频繁访问数据:250,000
写入:50,000
区域文件系统 — 每个文件系统中所有连接的客户端的默认弹性吞吐量总计 AWS 区域
AWS 区域 最大读取吞吐量 最大写入吞吐量(计量吞吐量)

美国东部(俄亥俄州)区域

美国东部(弗吉尼亚州北部)区域

美国西部(俄勒冈州)区域

亚太地区(新加坡)区域

Asia Pacific (Tokyo) Region

欧洲(法兰克福)区域

欧洲地区(爱尔兰)区域

每秒 60 千兆字节 () GiBps 5 GiBps
所有其他 AWS 区域 10 GiBps 1 GiBps
区域文件系统-每个文件系统中所有连接的客户端的默认预配置吞吐量总计 AWS 区域
AWS 区域 最大读取吞吐量 最大写入吞吐量(计量吞吐量)

美国东部(俄亥俄州)区域

美国东部(弗吉尼亚州北部)区域

美国西部(俄勒冈州)区域

欧洲地区(爱尔兰)区域

10 GiBps 3.33 GiBps
所有其他 AWS 区域 3 GiBps 1 GiBps

请求提高限额

要通过请求增加这些配额 AWS Support,请执行以下步骤。Amazon EFS 团队审查每个配额提高请求。

要申请增加配额,请通过 AWS Support
  1. 打开 AWS Support 中心页面并登录(如有必要)。然后选择 Create Case (创建案例)

  2. Create case (创建案例) 下,选择 Service Limit Increase (提高服务限制)

  3. 对于 Limit Type (限制类型),选择要提高的限制类型。填写表单中的必填字段,然后选择您的首选联系方式。

您无法更改的 Amazon EFS 资源配额

有多个 Amazon EFS 资源的配额无法更改,包括:

  • 常规资源的配额,例如每个文件系统的连接数。

  • 每个单区文件系统的弹性和预置吞吐量限额,适用于 AWS 区域中所有已连接的客户端。

  • 每个区域性文件系统或单区文件系统的突增吞吐量限额,适用于 AWS 区域中所有已连接的客户端。

下表列出了无法更改的常规资源限额、单区文件系统吞吐量限制和突增吞吐量限制。

无法更改的通用资源配额
资源 限额
每个文件系统的连接数 25000
可用区中的每个文件系统的挂载目标数 1
每个虚拟私有云(VPC)的挂载目标数量 1,400
每个挂载目标的安全组数 5
每个文件系统的标签数 50
每个 VPCs 文件系统的数量 1
注意

客户端还可以连接到与文件系统不同的账户或 VPC 中的挂载目标。有关更多信息,请参阅 从其他 AWS 账户 或 VPC 挂载 EFS 文件系统

单区文件系统 – 每个文件系统的默认总弹性吞吐量和预置吞吐量,适用于每个 AWS 区域中所有已连接的客户端
AWS 区域 最大读取吞吐量 最大写入吞吐量(计量吞吐量)
全部 AWS 区域 3 GiBps 1 GiBps
区域文件系统和单区域文件系统 — 每个文件系统中所有连接的客户机每个文件系统的总突发吞吐量 AWS 区域
AWS 区域 最大读取吞吐量 最大写入吞吐量

美国东部(俄亥俄州)区域

美国东部(弗吉尼亚州北部)区域

美国西部(俄勒冈州)区域

亚太地区(悉尼)区域

欧洲地区(爱尔兰)区域

5 GiBps 3 GiBps
所有其他 AWS 区域 3 GiBps 1 GiBps

NFS 客户端的配额

假设是 Linux NFSv4 .1 客户端,则适用于 NFS 客户端的以下配额:

  • 对于使用弹性吞吐量并使用版本 2.0 或更高版本的 Amazon EFS 客户端(版本MiBps)或 Amazon EFS CSI 驱动程序(amazon-efs-utils )装载的文件系统,最大合并读取和写入吞吐量为每秒 1,500 兆字节 (aws-efs-csi-driver)。所有其他文件系统的最大吞吐量为 500 MiBps。有关性能的更多信息,请参阅 性能摘要。NFS 客户端吞吐量以发送和接收的总字节数形式计算,最小 NFS 请求大小为 4KB(在对读取请求应用 1/3 计量速率后)。

  • 每个客户端最多可以有 65536 个活动用户同时打开文件。

  • 实例上可同时打开最多 65536 个文件。列出目录内容不会视为打开文件。

  • 客户端上的每个唯一挂载每次连接最多可以获得总计 65536 个锁。

  • 连接到 Amazon EFS 时,位于本地或位于其他 AWS 区域 中的 NFS 客户端,相比从相同 AWS 区域连接到 EFS 时,会出现较低的吞吐量。出现此效果的原因是网络延迟增加。实现每客户端最大的吞吐量需要 1 毫秒或更低的网络延迟。将大型 DataSync 数据集从本地 NFS 服务器迁移到 EFS 时,请使用数据迁移服务。

  • NFS 协议支持每个用户最多 16 个组 IDs (GIDs),任何其他组 GIDs都将从 NFS 客户端请求中截断。有关更多信息,请参阅 拒绝访问 NFS 文件系统上允许的文件

  • 不支持将 Amazon EFS 与 Microsoft Windows 结合使用。

Amazon EFS 文件系统的配额

以下配额特定于 Amazon EFS 文件系统:

资源 限额
文件名长度(以字节为单位) 255
符号链接(symlink)长度(以字节为单位) 4,080
文件的硬链接数 177
单个文件大小 52,673,613,135,872 字节(47.9 TiB)
目录深度级别数 1000
跨所有实例和用户的单个文件上的锁数 512
每个文件系统策略的字符限制 20000
*通用模式下每秒文件操作数 250,000

*有关通用模式的每秒文件操作数的更多信息,请参阅性能摘要

不支持的 NFSv4 .0 和 4.1 功能

尽管 Amazon EFS 不支持或 NFSv2 NFSv3,但它确实同时支持 NFSv4 .1 和 NFSv4 .0,但以下功能除外:

  • pNFS

  • 任何类型的客户端委派或回调

    • OPEN 操作始终返回 OPEN_DELEGATE_NONE 作为委派类型。

    • OPEN 为 NFSERR_NOTSUPPCLAIM_DELEGATE_CUR 声明类型返回 CLAIM_DELEGATE_PREV

  • 强制锁定

    Amazon EFS 中的所有锁定都是建议性锁定,这意味着读取和写入操作在执行之前不会检查是否存在冲突锁定。

  • 拒绝共享

    NFS 支持共享拒绝的概念。共享拒绝主要由用户的 Windows 客户端用来拒绝其他人访问已打开的特定文件。Amazon EFS 不支持该操作,并对指定除 OPEN4_SHARE_DENY_NONE 之外的共享拒绝值的任何 OPEN 命令返回 NFS 错误 NFS4ERR_NOTSUPP。Linux NFS 客户端不使用 OPEN4_SHARE_DENY_NONE 之外的其他内容。

  • 访问控制列表 (ACLs)

  • Amazon EFS 不更新文件读取的 time_access 属性。Amazon EFS 更新以下事件中的 time_access

    • 创建文件时(将创建 inode)

    • 在 NFS 客户端显式调用 setattr

    • 由于文件大小更改或文件元数据更改等原因导致向 inode 写入内容

    • 更新任何 inode 属性

  • 命名空间

  • 持久性回复缓存

  • 基于 Kerberos 的安全性

  • NFSv4.1 数据保留

  • 目录上的 SetUID

  • 使用 “创建” 操作时不支持的文件类型:块设备 (NF4BLK)、字符设备 (CHR)、属性目录 (ATTR NF4 DI NF4 R) 和命名属性 (NF4NAMEDATTR)。

  • 不支持的属性: FATTR4_ARCHIVE、_FILES_AV FATTR4 AIL、_FILES_FREE、_FILES_TOTAL、_ FATTR4 FS_LOCATIONS、 FATTR4 _MIMETYPE、_QUOTA_AVAI FATTR4 L_HARD、_QUOTA_USED、_TIME_BACKUP 和 _ACL。 FATTR4 FATTR4 FATTR4 FATTR4 FATTR4 FATTR4

    如果尝试设置这些属性,将导致向客户端发回 NFS4ERR_ATTRNOTSUPP 错误。

额外注意事项

此外,请注意以下情况:

  • 有关可创建 Amazon EFS 文件系统的 AWS 区域 列表,请参阅 AWS 一般参考

  • Amazon EFS 不支持 nconnect 挂载选项。

  • 您可以使用 AWS Direct Connect 和 VPN 从本地数据中心服务器挂载 Amazon EFS 文件系统。有关更多信息,请参阅 教程:使用本地客户端挂载

隐私网站条款Cookie 首选项
© 2025, Amazon Web Services, Inc. 或其附属公司。保留所有权利。