Amazon Elastic File System (Amazon EFS) provides serverless, fully elastic file storage so that you can share file data without provisioning or managing storage capacity and performance.
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 allows Kubernetes clusters running on AWS to mount Amazon EFS and Amazon S3 file systems starting with version 3.0.0 or above as persistent volumes. The client includes a mount helper program that simplifies mounting Amazon EFS and Amazon S3 file systems and enables Amazon CloudWatch metrics to monitor your file system's mount status.
Note: The latest release version may not include the most recent code changes in master branch. Please check the changelog for updates included in the corresponding release versions.
Amazon EFS CSI driver supports dynamic provisioning and static provisioning.
crossaccount=true), pinned-AZ mount target (az parameter), and a per-node AZ→IP map for AZ resilience without DNS prerequisites. See the cross-account mount example and parameters reference.The following CSI interfaces are implemented:
Note When using static provisioning with an Amazon S3 file system, the
volumeHandlein your PersistentVolume must include thes3files:prefix (e.g.,s3files:fs-01234567890abcdef0).
Note Amazon EFS
volumeHandles do not need a filesystem-type prefix. The driver accepts bothfs-01234567890abcdef0andefs:fs-01234567890abcdef0, and emits the un-prefixed form for dynamically provisioned volumes so that handles stay usable by consumers predating the typed format. Driver versionsv3.0.0throughv3.4.2emittedefs:-prefixed handles instead. Becausespec.csi.volumeHandleis immutable, a PersistentVolume provisioned by one of those versions keeps its prefix and has to be recreated to take the un-prefixed form.
Note Do not install
amazon-efs-utilsdirectly on EKS worker nodes. The EFS CSI driver already packagesefs-utilswithin its containers and manages the mount process. Installingefs-utilsat the node level can cause unexpected mount behavior.
Note Amazon EFS and S3 Files are fully elastic and scalable file systems which automatically scale up or down based on usage, so there is no need to manage capacity. The actual storage capacity value in persistent volume and persistent volume claim is a placeholder value that must be specified (required by Kubernetes) but is not actually used. You can specify any valid value for the capacity.
For detailed parameter explanations, see the parameters documentation.
The EFS CSI Driver follows semantic versioning. The version MAJOR.MINOR.PATCH will be bumped following the rules below after v2.2.0:
MAJOR update.MINOR update.PATCH update.| Tag | Registry | Image |
|---|---|---|
| v3.5.0 | Public ECR | public.ecr.aws/efs-csi-driver/amazon/aws-efs-csi-driver:v3.5.0 |
| v3.5.0 | EKS Private ECR | {account-id}.dkr.ecr.{region}.amazonaws.com/eks/aws-efs-csi-driver:v3.5.0 |
Note
You can find previous efs-csi-driver versions' images from here
(top 30 of 130)
Go
94.0%
Shell
3.3%
Amazon Elastic File System (Amazon EFS) provides serverless, fully elastic file storage so that you can share file data without provisioning or managing storage capacity and performance.
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 allows Kubernetes clusters running on AWS to mount Amazon EFS and Amazon S3 file systems starting with version 3.0.0 or above as persistent volumes. The client includes a mount helper program that simplifies mounting Amazon EFS and Amazon S3 file systems and enables Amazon CloudWatch metrics to monitor your file system's mount status.
Note: The latest release version may not include the most recent code changes in master branch. Please check the changelog for updates included in the corresponding release versions.
Amazon EFS CSI driver supports dynamic provisioning and static provisioning.
crossaccount=true), pinned-AZ mount target (az parameter), and a per-node AZ→IP map for AZ resilience without DNS prerequisites. See the cross-account mount example and parameters reference.The following CSI interfaces are implemented:
Note When using static provisioning with an Amazon S3 file system, the
volumeHandlein your PersistentVolume must include thes3files:prefix (e.g.,s3files:fs-01234567890abcdef0).
Note Amazon EFS
volumeHandles do not need a filesystem-type prefix. The driver accepts bothfs-01234567890abcdef0andefs:fs-01234567890abcdef0, and emits the un-prefixed form for dynamically provisioned volumes so that handles stay usable by consumers predating the typed format. Driver versionsv3.0.0throughv3.4.2emittedefs:-prefixed handles instead. Becausespec.csi.volumeHandleis immutable, a PersistentVolume provisioned by one of those versions keeps its prefix and has to be recreated to take the un-prefixed form.
Note Do not install
amazon-efs-utilsdirectly on EKS worker nodes. The EFS CSI driver already packagesefs-utilswithin its containers and manages the mount process. Installingefs-utilsat the node level can cause unexpected mount behavior.
Note Amazon EFS and S3 Files are fully elastic and scalable file systems which automatically scale up or down based on usage, so there is no need to manage capacity. The actual storage capacity value in persistent volume and persistent volume claim is a placeholder value that must be specified (required by Kubernetes) but is not actually used. You can specify any valid value for the capacity.
For detailed parameter explanations, see the parameters documentation.
The EFS CSI Driver follows semantic versioning. The version MAJOR.MINOR.PATCH will be bumped following the rules below after v2.2.0:
MAJOR update.MINOR update.PATCH update.| Tag | Registry | Image |
|---|---|---|
| v3.5.0 | Public ECR | public.ecr.aws/efs-csi-driver/amazon/aws-efs-csi-driver:v3.5.0 |
| v3.5.0 | EKS Private ECR | {account-id}.dkr.ecr.{region}.amazonaws.com/eks/aws-efs-csi-driver:v3.5.0 |
Note
You can find previous efs-csi-driver versions' images from here
(top 30 of 130)
Go
94.0%
Shell
3.3%