使用Elasticsearch Helm Chart部署集群出现/mnt/azure路径访问拒绝错误

你遇到的权限报错是因为自定义了ES数据路径但没有同步修改卷挂载配置导致的：官方Elasticsearch Helm Chart默认会将PVC自动挂载到/usr/share/elasticsearch/data路径，且已经处理好了ES运行用户（默认UID 1000）的目录读写权限，你仅在elasticsearch.yml里修改path.data为/mnt/azure，但没有对应将PVC挂载到该路径，ES进程自然无权限访问未挂载的目标目录。

最优方案（推荐） #

直接删除values.yaml中自定义的path.data配置，使用Chart默认的数据路径即可，无需额外调整挂载或权限：

resources:
  requests:
    cpu: ".1"
    memory: "2Gi"
  limits:
    cpu: "1"
    memory: "3.5Gi"
volumeClaimTemplate:
  accessModes: ["ReadWriteOnce"]
  resources:
    requests:
      storage: 500Gi

该方案完全符合官方最佳实践，你不需要提前手动创建存储资源：你已经配置了Azure磁盘为默认StorageClass，Chart创建PVC时会自动触发StorageClass按需创建对应Azure磁盘并绑定PV，无需人工介入。

自定义路径适配方案（仅特殊需求时使用） #

如果必须使用/mnt/azure作为数据目录，需要补充卷挂载和权限配置，调整后的完整配置如下：

resources:
  requests:
    cpu: ".1"
    memory: "2Gi"
  limits:
    cpu: "1"
    memory: "3.5Gi"
volumeClaimTemplate:
  accessModes: ["ReadWriteOnce"]
  resources:
    requests:
      storage: 500Gi
# 补充PVC挂载配置
extraVolumeMounts:
  - name: elasticsearch-data
    mountPath: /mnt/azure
# 确保目录归属ES运行用户
securityContext:
  runAsUser: 1000
  fsGroup: 1000
esConfig:
  elasticsearch.yml: |
    path.data: /mnt/azure

• ES JVM堆内存建议设置为容器内存上限的一半，你可以在values.yaml中添加如下配置避免OOM：

  esJavaOpts: "-Xms1.75G -Xmx1.75G"
  

• 生产环境建议调高CPU request阈值，避免CPU限流导致集群响应延迟升高。

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