![](/img/trans.png)
[英]How can I mount an EFS volume to a kubernetes cluster running on AWS ubuntu18 instances as Persistent Volume?
[英]Is it possible to use AWS EFS access points to mount a kubernetes persistent volume in EKS?
首先要为这个问题提供一些背景信息。
1.15
的EKS
集群EFS
- EKS
security group
/ mount target
等工作正常EKS
中EFS
的CSI
驱动程序已安装并按预期工作efs-sc
的存储 class,使用EFS CSI
驱动程序作为配置器EFS
卷但是......它仅在根路径/
被定义为kubernetes
持久卷资源定义中的路径时才有效。
Terraform 0.12 语法示例
resource "kubernetes_persistent_volume" "vol" {
metadata {
name = "my-vol"
}
spec {
capacity = {
storage = "15Gi"
}
access_modes = ["ReadWriteMany"]
storage_class_name = "efs-sc"
persistent_volume_reclaim_policy = "Recycle"
persistent_volume_source {
nfs {
path = "/" # -> OK it works properly
# path = "/access-point-path" -> NOT WORKING
server = var.efs-storage-apt-server
}
}
}
}
当我尝试指定访问点的路径时,卷的安装失败。
efs
接入点是这样配置的
那么这是一个限制吗? 我错过了什么?
我正在寻找这个解决方案efs-provisioner但我看不出这将从当前配置中解决什么问题。
似乎正在发生的事情是路径/access-point-path
在您安装的文件系统中不存在。
使用接入点时,接入点指定的路径挂载为文件系统的/
。
假设这是您的EFS的 state :
|__ access-point-path/
当您使用/access-point-path
中的访问点将其挂载到部署中时,它只会看到一个空文件夹,因为access-point-path
文件夹现在是部署的根目录 ( /
)。 没有要绑定access-point-path
文件夹。
这就是/
有效而access-point-path/
无效的原因。
您需要使用更新的 EFS CSI 驱动程序。 访问点在 PersistentVolume 的volumeHandle
下定义。 最近的 EFS CSI 驱动程序不再支持动态绑定,因此,需要为每个 PersistentVolumeClaim 手动创建 PersistentVolume。
apiVersion: v1
kind: PersistentVolume
metadata:
name: efs-pv1
spec:
capacity:
storage: 5Gi
volumeMode: Filesystem
accessModes:
- ReadWriteMany
persistentVolumeReclaimPolicy: Retain
storageClassName: efs-sc
csi:
driver: efs.csi.aws.com
volumeHandle: [FileSystemId]::[AccessPointId]
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.