Help improve this page
To contribute to this user guide, choose the Edit this page on GitHub link that is located in the right pane of every page.
Use Amazon S3 file system storage with the Amazon EFS CSI driver
S3 Files is a shared file system that connects any AWS compute directly with your data in Amazon S3. It provides fast, direct access to all of your S3 data as files with full file system semantics and low-latency performance, without your data ever leaving S3. That means file-based applications, agents, and teams can access and work with S3 data as a file system using the tools they already depend on. The Amazon EFS Container Storage Interface (CSI) driver
Considerations
-
The Amazon EFS CSI driver isn’t compatible with Windows-based container images.
-
EKS Fargate doesn’t support S3 Files.
-
The Amazon EFS CSI driver isn’t compatible with Amazon EKS Hybrid Nodes.
-
Amazon S3 Files support in Amazon EFS CSI driver starts from version 3.0.0
.
Prerequisites
-
The Amazon EFS CSI driver needs AWS Identity and Access Management (IAM) permissions.
-
AWS suggests using EKS Pod Identities. For more information, see Overview of setting up EKS Pod Identities.
-
For information about IAM roles for service accounts and setting up an IAM OpenID Connect (OIDC) provider for your cluster, see Create an IAM OIDC provider for your cluster.
-
-
Version
2.12.3or later or version1.27.160or later of the AWS Command Line Interface (AWS CLI) installed and configured on your device or AWS CloudShell. To check your current version, useaws --version | cut -d / -f2 | cut -d ' ' -f1. Package managers such asyum,apt-get, or Homebrew for macOS are often several versions behind the latest version of the AWS CLI. To install the latest version, see Installing and Quick configuration with aws configure in the AWS Command Line Interface User Guide. The AWS CLI version that is installed in AWS CloudShell might also be several versions behind the latest version. To update it, see Installing AWS CLI to your home directory in the AWS CloudShell User Guide. -
The
kubectlcommand line tool is installed on your device or AWS CloudShell. The version can be the same as or up to one minor version earlier or later than the Kubernetes version of your cluster. For example, if your cluster version is1.29, you can usekubectlversion1.28,1.29, or1.30with it. To install or upgradekubectl, see Set up kubectl and eksctl.
Step 1: Create IAM roles
The Amazon EFS CSI driver requires IAM permissions to interact with your file system. The EFS CSI driver uses two service accounts with separate IAM roles:
-
efs-csi-controller-sa— used by the controller, requiresAmazonS3FilesCSIDriverPolicy. -
efs-csi-node-sa— used by the node daemonset, requires:-
AmazonS3ReadOnlyAccess— enables streaming reads directly from your S3 bucket for higher throughput. -
AmazonElasticFileSystemsUtils— enables publishing efs-utils logs to Amazon CloudWatch for visibility into mount operations and easier troubleshooting.
-
Note
If you want to use both Amazon S3 file system and Amazon EFS storage, you must attach both the AmazonS3FilesCSIDriverPolicy and the AmazonEFSCSIDriverPolicy managed policies to the controller role. For more information about Amazon EFS storage, see Use elastic file system storage with Amazon EFS.
To implement this procedure, you can use one of these tools:
Note
The specific steps in this procedure are written for using the driver as an Amazon EKS add-on. For details on self-managed installations, see Set up driver permission
eksctl
If using Pod Identities
Run the following commands to create IAM roles and Pod Identity associations with eksctl. Replace my-cluster with your value.
export cluster_name=my-cluster # Create the controller role eksctl create podidentityassociation \ --service-account-name efs-csi-controller-sa \ --namespace kube-system \ --cluster $cluster_name \ --role-name AmazonEKS_EFS_CSI_ControllerRole \ --permission-policy-arns arn:aws:iam::aws:policy/service-role/AmazonS3FilesCSIDriverPolicy # Create the node role eksctl create podidentityassociation \ --service-account-name efs-csi-node-sa \ --namespace kube-system \ --cluster $cluster_name \ --role-name AmazonEKS_EFS_CSI_NodeRole \ --permission-policy-arns arn:aws:iam::aws:policy/AmazonS3ReadOnlyAccess,arn:aws:iam::aws:policy/AmazonElasticFileSystemsUtils
If using IAM roles for service accounts
Run the following commands to create IAM roles with eksctl. Replace my-cluster with your cluster name and region-code with your AWS Region code.
export cluster_name=my-cluster export region_code=region-code # Create the controller role export controller_role_name=AmazonEKS_EFS_CSI_ControllerRole eksctl create iamserviceaccount \ --name efs-csi-controller-sa \ --namespace kube-system \ --cluster $cluster_name \ --role-name $controller_role_name \ --attach-policy-arn arn:aws:iam::aws:policy/service-role/AmazonS3FilesCSIDriverPolicy \ --approve \ --region $region_code # Create the node role export node_role_name=AmazonEKS_EFS_CSI_NodeRole eksctl create iamserviceaccount \ --name efs-csi-node-sa \ --namespace kube-system \ --cluster $cluster_name \ --role-name $node_role_name \ --attach-policy-arn arn:aws:iam::aws:policy/AmazonS3ReadOnlyAccess \ --attach-policy-arn arn:aws:iam::aws:policy/AmazonElasticFileSystemsUtils \ --approve \ --region $region_code
AWS Management Console
Run the following to create an IAM role with AWS Management Console.
-
Open the IAM console at https://console.aws.amazon.com/iam/.
-
In the left navigation pane, choose Roles.
-
On the Roles page, choose Create role.
-
On the Select trusted entity page, do the following:
-
If using EKS Pod Identities:
-
In the Trusted entity type section, choose AWS service.
-
In the Service or use case drop down, choose EKS.
-
In the Use case section, choose EKS - Pod Identity.
-
Choose Next.
-
-
If using IAM roles for service accounts:
-
In the Trusted entity type section, choose Web identity.
-
For Identity provider, choose the OpenID Connect provider URL for your cluster (as shown under Overview in Amazon EKS).
-
For Audience, choose
sts.amazonaws.com. -
Choose Next.
-
-
-
On the Add permissions page, do the following:
-
In the Filter policies box, enter
AmazonS3FilesCSIDriverPolicy. -
Select the check box to the left of the policy returned in the search.
-
Choose Next.
-
-
On the Name, review, and create page, do the following:
-
For Role name, enter a unique name for your role, such as
AmazonEKS_EFS_CSI_ControllerRole. -
Under Add tags (Optional), add metadata to the role by attaching tags as key-value pairs. For more information about using tags in IAM, see Tagging IAM resources in the IAM User Guide.
-
Choose Create role.
-
-
After the role is created:
-
If using EKS Pod Identities:
-
Open the Amazon EKS console
. -
In the left navigation pane, select Clusters, and then select the name of the cluster that you want to configure the EKS Pod Identity association for.
-
Choose the Access tab.
-
In Pod Identity associations, choose Create.
-
Choose the IAM role dropdown and select your newly created role.
-
Choose the Kubernetes namespace field and input
kube-system. -
Choose the Kubernetes service account field and input
efs-csi-controller-sa. -
Choose Create.
-
For more information on creating Pod Identity associations, see Create a Pod Identity association (AWS Console).
-
Repeat the above steps to create a second role for the node service account. On the Add permissions page, attach
AmazonS3ReadOnlyAccessandAmazonElasticFileSystemsUtilsinstead. Then create a Pod Identity association withefs-csi-node-safor the Kubernetes service account field.
-
-
If using IAM roles for service accounts:
-
Choose the role to open it for editing.
-
Choose the Trust relationships tab, and then choose Edit trust policy.
-
Find the line that looks similar to the following line:
"oidc.eks.region-code.amazonaws.com/id/<EXAMPLED539D4633E53DE1B71EXAMPLE>:aud": "sts.amazonaws.com"Add the following line above the previous line. Replace
<region-code>with the AWS Region that your cluster is in. Replace<EXAMPLED539D4633E53DE1B71EXAMPLE>with your cluster’s OIDC provider ID."oidc.eks.<region-code>.amazonaws.com/id/<EXAMPLED539D4633E53DE1B71EXAMPLE>:sub": "system:serviceaccount:kube-system:efs-csi-controller-sa", -
Choose Update policy to finish.
-
Repeat the above steps to create a second role for the node service account. On the Add permissions page, attach
AmazonS3ReadOnlyAccessandAmazonElasticFileSystemsUtilsinstead. In the trust policy, useefs-csi-node-safor the:subcondition value.
-
-
AWS CLI
Run the following commands to create IAM roles with AWS CLI.
If using Pod Identities
-
Create the IAM role that grants the
AssumeRoleandTagSessionactions to thepods---eks.amazonaws.com.rproxy.goskope.comservice.-
Copy the following contents to a file named
aws-efs-csi-driver-trust-policy-pod-identity.json.{ "Version":"2012-10-17", "Statement": [ { "Sid": "AllowEksAuthToAssumeRoleForPodIdentity", "Effect": "Allow", "Principal": { "Service": "pods.eks.amazonaws.com" }, "Action": [ "sts:AssumeRole", "sts:TagSession" ] } ] } -
Create the role. Replace
my-clusterwith your cluster name.export cluster_name=my-cluster export controller_role_name=AmazonEKS_EFS_CSI_ControllerRole aws iam create-role \ --role-name $controller_role_name \ --assume-role-policy-document file://"aws-efs-csi-driver-trust-policy-pod-identity.json"
-
-
Attach the required AWS managed policy to the controller role.
aws iam attach-role-policy \ --policy-arn arn:aws:iam::aws:policy/service-role/AmazonS3FilesCSIDriverPolicy \ --role-name $controller_role_name -
Create the node IAM role using the same trust policy.
export node_role_name=AmazonEKS_EFS_CSI_NodeRole aws iam create-role \ --role-name $node_role_name \ --assume-role-policy-document file://"aws-efs-csi-driver-trust-policy-pod-identity.json" -
Attach the required AWS managed policies to the node role.
aws iam attach-role-policy \ --policy-arn arn:aws:iam::aws:policy/AmazonS3ReadOnlyAccess \ --role-name $node_role_name aws iam attach-role-policy \ --policy-arn arn:aws:iam::aws:policy/AmazonElasticFileSystemsUtils \ --role-name $node_role_name -
Run the following commands to create the Pod Identity associations. Replace
<111122223333>with your account ID.aws eks create-pod-identity-association --cluster-name $cluster_name --role-arn {arn-aws}iam::<111122223333>:role/$controller_role_name --namespace kube-system --service-account efs-csi-controller-sa aws eks create-pod-identity-association --cluster-name $cluster_name --role-arn {arn-aws}iam::<111122223333>:role/$node_role_name --namespace kube-system --service-account efs-csi-node-sa
-
For more information on creating Pod Identity associations, see Create a Pod Identity association (AWS Console).
If using IAM roles for service accounts
-
View your cluster’s OIDC provider URL. Replace
my-clusterwith your cluster name.export cluster_name=my-cluster aws eks describe-cluster --name $cluster_name --query "cluster.identity.oidc.issuer" --output textAn example output is as follows.
https://oidc.eks.<region-code>.amazonaws.com/id/<EXAMPLED539D4633E53DE1B71EXAMPLE>If the output from the command is
None, review the Prerequisites. -
Create the IAM role for the controller service account.
-
Copy the following contents to a file named
controller-trust-policy.json. Replace<111122223333>with your account ID. Replace<EXAMPLED539D4633E53DE1B71EXAMPLE>and<region-code>with the values returned in the previous step.{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Federated": "arn:aws:iam::<111122223333>:oidc-provider/oidc.eks.<region-code>.amazonaws.com/id/<EXAMPLED539D4633E53DE1B71EXAMPLE>" }, "Action": "sts:AssumeRoleWithWebIdentity", "Condition": { "StringEquals": { "oidc.eks.<region-code>.amazonaws.com/id/<EXAMPLED539D4633E53DE1B71EXAMPLE>:aud": "sts.amazonaws.com", "oidc.eks.<region-code>.amazonaws.com/id/<EXAMPLED539D4633E53DE1B71EXAMPLE>:sub": "system:serviceaccount:kube-system:efs-csi-controller-sa" } } } ] } -
Create the role.
export controller_role_name=AmazonEKS_EFS_CSI_ControllerRole aws iam create-role \ --role-name $controller_role_name \ --assume-role-policy-document file://"controller-trust-policy.json"
-
-
Attach the required AWS managed policy to the controller role.
aws iam attach-role-policy \ --policy-arn arn:aws:iam::aws:policy/service-role/AmazonS3FilesCSIDriverPolicy \ --role-name $controller_role_name -
Create the IAM role for the node service account.
-
Copy the following contents to a file named
node-trust-policy.json. Replace<111122223333>with your account ID. Replace<EXAMPLED539D4633E53DE1B71EXAMPLE>and<region-code>with the values returned in step 1.{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Federated": "arn:aws:iam::<111122223333>:oidc-provider/oidc.eks.<region-code>.amazonaws.com/id/<EXAMPLED539D4633E53DE1B71EXAMPLE>" }, "Action": "sts:AssumeRoleWithWebIdentity", "Condition": { "StringEquals": { "oidc.eks.<region-code>.amazonaws.com/id/<EXAMPLED539D4633E53DE1B71EXAMPLE>:sub": "system:serviceaccount:kube-system:efs-csi-node-sa", "oidc.eks.<region-code>.amazonaws.com/id/<EXAMPLED539D4633E53DE1B71EXAMPLE>:aud": "sts.amazonaws.com" } } } ] } -
Create the role.
export node_role_name=AmazonEKS_EFS_CSI_NodeRole aws iam create-role \ --role-name $node_role_name \ --assume-role-policy-document file://"node-trust-policy.json"
-
-
Attach the required AWS managed policies to the node role.
aws iam attach-role-policy \ --policy-arn arn:aws:iam::aws:policy/AmazonS3ReadOnlyAccess \ --role-name $node_role_name aws iam attach-role-policy \ --policy-arn arn:aws:iam::aws:policy/AmazonElasticFileSystemsUtils \ --role-name $node_role_name
Note
The AmazonS3ReadOnlyAccess policy grants read access to all S3 buckets. To constrain access to specific buckets, you can detach it and replace it with a tag-based inline policy. See Amazon EFS CSI driver IAM policy documentation
Step 2: Get the Amazon EFS CSI driver
We recommend that you install the Amazon EFS CSI driver through the Amazon EKS add-on. To add an Amazon EKS add-on to your cluster, see Create an Amazon EKS add-on. For more information about add-ons, see Amazon EKS add-ons. If you’re unable to use the Amazon EKS add-on, we encourage you to submit an issue about why you can’t to the Containers roadmap GitHub repository
Important
Before adding the Amazon EFS driver as an Amazon EKS add-on, confirm that you don’t have a self-managed version of the driver installed on your cluster. If so, see Uninstalling the Amazon EFS CSI Driver
Alternatively, if you want a self-managed installation of the Amazon EFS CSI driver, see Installation
Step 3: Create an Amazon S3 file system
To create an Amazon S3 file system, see Create an Amazon S3 file system for Amazon EKS
Step 4: Deploy a sample application
You can deploy a variety of sample apps and modify them as needed. For more information, see Examples