AWS K8s集群通过Helm部署Elasticsearch遇存储挂载失败问题

核心矛盾点分析 #

从提供的配置看，存在关键不匹配：
你使用的是EFS存储类（efs-sc），但PVC指定的访问模式是ReadWriteOnce（RWO）。EFS是分布式共享存储，原生支持ReadWriteMany（RWX），虽然部分CSI驱动允许RWO绑定，但这会引发挂载逻辑冲突，是导致挂载失败（退出码32）的主要诱因。

分步排查与修复 #

1. 修正PVC访问模式 #

修改Helm配置中的volumeClaimTemplate，将访问模式改为EFS原生支持的ReadWriteMany：

volumeClaimTemplate:
  accessModes: [ "ReadWriteMany" ]
  storageClassName: "efs-sc"
  resources:
    requests:
      storage: 100M

更新部署：

helm upgrade elasticsearch elastic/elasticsearch -f your-values.yaml

2. 验证EFS基础连通性 #

• 检查EFS文件系统安全组：确保允许工作节点安全组访问NFS端口（2049）
• 确认EFS挂载目标与工作节点处于同一VPC子网，且子网路由表存在指向EFS挂载目标的路由
• 手动在工作节点测试EFS挂载：

  mount -t nfs4 -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport <EFS挂载目标DNS>:/ /tmp/test-efs
  

  若挂载失败，优先解决EFS本身的网络或权限问题。

3. 检查CSI驱动运行状态 #

EFS CSI驱动需确保控制器和节点组件正常运行：

# 检查控制器Pod状态
kubectl get pods -n kube-system -l app=efs-csi-controller
# 检查节点DaemonSet状态
kubectl get daemonset efs-csi-node -n kube-system

若存在异常Pod，查看日志定位问题：

kubectl logs -n kube-system <efs-csi-controller-pod-name>
kubectl logs -n kube-system <efs-csi-node-pod-name>

4. 查看Pod挂载事件与日志 #

获取Pod的详细事件，明确挂载失败的具体原因：

kubectl describe pod elasticsearch-master-0

查看Init容器的挂载日志（需替换实际Init容器名称，可从describe结果中获取）：

kubectl logs elasticsearch-master-0 -c <init-container-name>

退出码32通常对应挂载命令执行失败，常见原因包括：

• EFS路径不存在或权限不足
• 工作节点缺少NFS客户端工具（部分EC2 AMI默认未安装，需执行yum install nfs-utils或apt install nfs-common）

5. 验证IAM权限 #

确保工作节点的IAM角色具备访问EFS的权限，可附加AmazonEFSFullAccess策略，或自定义包含以下权限的策略：

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "elasticfilesystem:DescribeFileSystems",
        "elasticfilesystem:DescribeMountTargets"
      ],
      "Resource": "*"
    }
  ]
}

内容的提问来源于stack exchange，提问作者Raj