如何在GKE上正确部署InfluxDB v2.4以避免数据和凭据丢失

针对GKE上InfluxDB v2.4 StatefulSet删除Pod后数据丢失的问题，可按以下步骤排查修复：

1. 确认PV内数据状态 #

先临时挂载目标PV，验证数据是否真的存在：

kubectl run -it --rm --image busybox temp-pod --namespace dev --volume claimName=influxvol-influxdb-dev-deploy-0,volumeMounts='[{"mountPath":"/data"}]' -- sh

进入容器后执行ls -la /data，如果看不到influxd.bolt、engine等InfluxDB核心文件，说明数据未被正确写入PV；如果存在，则问题出在权限或启动配置上。

2. 调整Pod终止优雅期 #

InfluxDB v2.x需要足够时间完成数据flush和安全关闭，10秒的优雅期过短，容易导致数据损坏：
修改StatefulSet配置：

spec:
  template:
    spec:
      terminationGracePeriodSeconds: 60

3. 清理初始化环境变量 #

InfluxDB Docker镜像会在/var/lib/influxdb2为空时执行初始化，但如果envFrom引用的ConfigMap/Secret中保留了初始化变量（如DOCKER_INFLUXDB_INIT_MODE、DOCKER_INFLUXDB_INIT_USERNAME等），可能触发强制初始化覆盖已有数据。

• 第一次初始化完成后，删除ConfigMap/Secret中的所有初始化相关变量
• 或修改StatefulSet的envFrom配置，仅保留非初始化类的环境变量

4. 修复PV目录权限 #

GCE PD默认挂载后目录权限为root:root，而InfluxDB容器默认使用UID 1000的influxdb用户，导致无法读写已有数据，触发重新初始化。

方法一：通过SecurityContext自动调整权限 #

修改StatefulSet的容器配置：

containers:
  - name: influxdb2
    image: influxdb:2.4
    securityContext:
      runAsUser: 1000
      runAsGroup: 1000
      fsGroup: 1000

Kubernetes会自动将PV目录权限调整为1000:1000，匹配容器用户。

方法二：手动修改PV权限 #

使用之前的临时Pod进入PV：

chown -R 1000:1000 /data

修改完成后删除临时Pod，重启InfluxDB Pod。

5. 显式指定存储类文件系统 #

取消StorageClass中fstype的注释，显式指定ext4文件系统：

parameters:
  type: pd-standard
  fstype: ext4

验证修复效果 #

1. 重新部署修改后的配置：

kubectl apply -f influxdb-statefulset.yaml -n dev
kubectl apply -f influxdb-storageclass.yaml -n dev

2. 删除Pod触发重建：

kubectl delete pod influxdb-dev-deploy-0 -n dev

3. 查看Pod日志，确认无初始化流程（如Creating initial user等日志），直接启动服务：

kubectl logs influxdb-dev-deploy-0 -n dev

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