Amazon Elastic File System
User Guide

Amazon EFS Limits

Following, you can find out about limitations when working with Amazon EFS.

Amazon EFS Limits That You Can Increase

Following are the limits for Amazon EFS that you can increase by contacting AWS Support. These are throughput limits, and they are defined by the throughput mode that you choose for your file system, Bursting or Provisioned. For more information on these different modes, see Amazon EFS Performance.

Bursting Throughput mode limits are as follows.

Resource Default Limit
Total throughput for all connected clients

US East (Ohio) Region – 3 GB/s

US East (N. Virginia) Region – 3 GB/s

US West (N. California) Region – 1 GB/s

US West (Oregon) Region – 3 GB/s

Asia Pacific (Seoul) – 1 GB/s

Asia Pacific (Singapore) – 1 GB/s

Asia Pacific (Tokyo) – 1 GB/s

EU (Frankfurt) Region – 1 GB/s

EU (Ireland) Region – 3 GB/s

Asia Pacific (Sydney) Region – 3 GB/s

Provisioned Throughput mode limits are as follows.

Resource Default Limit
Total throughput for all clients

All regions – 1 GB/s

You can take the following steps to request an increase for these limits. These increases are not granted immediately, so it might take a couple of days for your increase to become effective.

To request a limit increase

  1. Open the AWS Support Center page, sign in, if necessary, and then choose Create Case.

  2. Under Regarding, choose Service Limit Increase.

  3. Under Limit Type, choose the type of limit to increase, fill in the necessary fields in the form, and then choose your preferred method of contact.

Resource Limits

Following are the limits on Amazon EFS resources for each customer account in an AWS Region.

Resource Limit
Number of file systems

US East (Ohio) Region – 125

US East (N. Virginia) Region – 70

US West (N. California) Region – 125

US West (Oregon) Region – 125

Asia Pacific (Seoul) 125

Asia Pacific (Singapore) 125

Asia Pacific (Tokyo) 125

EU (Frankfurt) Region – 125

EU (Ireland) Region – 125

Asia Pacific (Sydney) Region – 125

Number of mount targets for each file system in an Availability Zone 1
Number of security groups for each mount target 5
Number of tags for each file system 50
Number of VPCs for each file system 1

Limits for NFS Clients

The following limits for NFS Clients apply, assuming a Linux NFSv4.1 client:

  • The maximum throughput you can drive for each NFS client is 250 MB/s.

  • Up to 128 active user accounts for each client can have files open at the same time. Each user account represents one local user logged in to the instance. A user account that is logged in multiple times counts as one active user.

  • Up to 32,768 files open at the same time on the instance. Listing directory contents does not count as opening a file.

  • Each unique mount on the client can acquire up to a total of 8,192 locks across a maximum of 256 unique file/process pairs. For example, a single process can acquire one or more locks on 256 separate files, or 8 processes can each acquire one or more locks on 32 files.

  • Using Amazon EFS with Microsoft Windows is not supported.

Limits for Amazon EFS File Systems

The following are limits specific to the Amazon EFS file systems:

  • Maximum name length: 255 bytes.

  • Maximum symbolic link (symlink) length: 4080 bytes.

  • Maximum number of hard links to a file: 177.

  • Maximum size of a single file: 52,673,613,135,872 bytes (47.9 TiB).

  • Maximum directory depth: 1000 levels deep.

  • Any one particular file can have up to 512 locks across all instances connected and users accessing the file.

  • In General Purpose mode, there is a limit of 7000 file system operations per second. This operations limit is calculated for all clients connected to a single file system.

Limits for EFS File Sync

Following are the limits on EFS File Sync resources for each customer account in an AWS Region.

Resource Limit
Maximum number of sync tasks 10
Maximum number of files for each sync task 35,000,000
Maximum file ingest rate for each sync task 500 files per second
Maximum data throughput for each sync task 1 Gbps

Unsupported NFSv4 Features

Although Amazon Elastic File System does not support NFSv2, or NFSv3, Amazon EFS supports both NFSv4.1 and NFSv4.0, except for the following features:

  • pNFS

  • Client delegation or callbacks of any type

    • Operation OPEN always returns OPEN_DELEGATE_NONE as the delegation type.

    • The operation OPEN returns NFSERR_NOTSUPP for the CLAIM_DELEGATE_CUR and CLAIM_DELEGATE_PREV claim types.

  • Mandatory locking

    All locks in Amazon EFS are advisory, which means that READ and WRITE operations do not check for conflicting locks before the operation is executed.

  • Deny share

    NFS supports the concept of a share deny, primarily used by Windows clients for users to deny others access to a particular file that has been opened. Amazon EFS does not support this, and returns the NFS error NFS4ERR_NOTSUPP for any OPEN commands specifying a share deny value other than OPEN4_SHARE_DENY_NONE. Linux NFS clients do not use anything other than OPEN4_SHARE_DENY_NONE.

  • Access control lists (ACL)

  • Amazon EFS does not update the time_access attribute on file reads. Amazon EFS updates time_access in the following events:

    • When a file is created (an inode is created).

    • When an NFS client makes an explicit setattr call.

    • On a write to the inode caused by, for example, file size changes or file metadata changes.

    • Any inode attribute is updated.

  • Namespaces

  • Persistent reply cache

  • Kerberos based security

  • NFSv4.1 data retention

  • SetUID on directories

  • Unsupported file types when using the CREATE operation: Block devices (NF4BLK), character devices (NF4CHR), attribute directory (NF4ATTRDIR), and named attribute (NF4NAMEDATTR).

  • Unsupported attributes: FATTR4_ARCHIVE, FATTR4_FILES_AVAIL, FATTR4_FILES_FREE, FATTR4_FILES_TOTAL, FATTR4_FS_LOCATIONS, FATTR4_MIMETYPE, FATTR4_QUOTA_AVAIL_HARD, FATTR4_QUOTA_AVAIL_SOFT, FATTR4_QUOTA_USED, FATTR4_TIME_BACKUP, and FATTR4_ACL.

    An attempt to set these attributes results in an NFS4ERR_ATTRNOTSUPP error that is sent back to the client.

Additional Considerations

In addition, note the following:

  • For a list of AWS Regions where you can create Amazon EFS file systems, see the AWS General Reference.

  • Some AWS accounts created before 2012 might have access to Availability Zones in us-east-1 that don't support creating mount targets. If you can't create a mount target in one of these AWS Regions, try a different Availability Zone in that AWS Region. However, there are cost considerations for mounting a file system on an EC2 instance in an Availability Zone through a mount target created in another Availability Zone.

  • You mount your file system from EC2 instances in your VPC by using the mount targets you create in the VPC. You can also mount your file system on your EC2-Classic instances (which are not in the VPC), but you must first link them to your VPC by using ClassicLink. For more information about using ClassicLink, see ClassicLink in the Amazon EC2 User Guide for Linux Instances.

  • You can mount an Amazon EFS file system from on-premises data center servers using AWS Direct Connect.

  • VPC peering within a single AWS Region when using certain Amazon EC2 instance types is supported. Inter-region VPC peering is supported for all instance types.