Configuring file system access for Lambda functions
You can configure a function to mount an Amazon Elastic File System (Amazon EFS) file system to a local directory. With Amazon EFS, your function code can access and modify shared resources safely and at high concurrency.
Sections
Execution role and user permissions
If the file system doesn't have a user-configured AWS Identity and Access Management (IAM) policy, EFS uses a default policy that grants full access to any client that can connect to the file system using a file system mount target.
If the file system has a user-configured IAM policy, your function's
execution role must have the correct elasticfilesystem
permissions.
Execution role permissions
-
elasticfilesystem:ClientMount
-
elasticfilesystem:ClientWrite (not required for read-only connections)
These permissions are included in the AmazonElasticFileSystemClientReadWriteAccess managed policy. Additionally, your execution role must have the permissions required to connect to the file system's VPC.
When you configure a file system, Lambda uses your permissions to verify mount targets. To configure a function to connect to a file system, your user needs the following permissions:
User permissions
-
elasticfilesystem:DescribeMountTargets
Configuring a file system and access point
Create a file system in Amazon EFS with a mount target in every Availability Zone that your function connects to. For performance and resilience, use at least two Availability Zones. For example, in a simple configuration you could have a VPC with two private subnets in separate Availability Zones. The function connects to both subnets and a mount target is available in each. Ensure that NFS traffic (port 2049) is allowed by the security groups used by the function and mount targets.
Note
When you create a file system, you choose a performance mode that can't be changed later. General purpose mode has lower latency, and Max I/O mode supports a higher maximum throughput and IOPS. For help choosing, see Amazon EFS performance in the Amazon Elastic File System User Guide.
An access point connects each instance of the function to the right mount target for the Availability Zone it
connects to. For best performance, create an access point with a non-root path, and limit the number of files that
you create in each directory. The
following example creates a directory named my-function
on the file system and sets the owner ID to
1001 with standard directory permissions (755).
Example access point configuration
-
Name –
files
-
User ID –
1001
-
Group ID –
1001
-
Path –
/my-function
-
Permissions –
755
-
Owner user ID –
1001
-
Group user ID –
1001
When a function uses the access point, it is given user ID 1001 and has full access to the directory.
For more information, see the following topics in the Amazon Elastic File System User Guide:
Connecting to a file system (console)
A function connects to a file system over the local network in a VPC. The subnets that your function connects to can be the same subnets that contain mount points for your file system, or subnets in the same Availability Zone that can route NFS traffic (port 2049) to the file system.
Note
If your function is not already connected to a VPC, see Giving Lambda functions access to resources in an Amazon VPC.
To configure file system access
Open the Functions page
of the Lambda console. -
Choose a function.
-
Choose Configuration and then choose File systems.
-
Under File system, choose Add file system.
-
Configure the following properties:
-
EFS file system – The access point for a file system in the same VPC.
-
Local mount path – The location where the file system is mounted on the Lambda function, starting with
/mnt/
.
-
Pricing
Amazon EFS charges for storage and throughput, with rates that vary by storage class. For details, see Amazon EFS pricing
Lambda charges for data transfer between VPCs. This only applies if your function's VPC is peered to another
VPC with a file system. The rates are the same as for Amazon EC2 data transfer between VPCs in the same Region. For
details, see Lambda pricing