EKS环境中InfluxDB 2.0 StatefulSet缩容/重调度后数据丢失求助

根据你描述的情况——PV/PVC状态正常但数据丢失，核心问题大概率出在数据没有真正写入到EBS卷，或者InfluxDB启动时无法读取卷中的已有数据。下面是具体的排查方向和原因分析：

1. InfluxDB 2.x的存储路径未正确映射到PVC挂载点 #

InfluxDB 2.x默认的数据存储目录是容器内的/root/.influxdbv2（默认以root用户运行），如果你的StatefulSet挂载PVC的路径不是这个目录，或者没有修改InfluxDB配置指定存储路径到挂载目录，所有数据都会写到Pod的临时存储中，而非EBS卷。当Pod被重新调度或重建时，临时存储被销毁，数据自然丢失。

验证方法： #

• 进入运行中的InfluxDB Pod，执行：ls -l /root/.influxdbv2，查看是否存在influxd.bolt、engine这类数据文件/目录。
• 同时检查PVC的挂载路径：df -h，确认挂载目录是否和InfluxDB的实际存储目录一致。

解决办法： #

修改StatefulSet的Pod模板，将PVC挂载到/root/.influxdbv2，或者通过环境变量INFLUXD_DATA_DIR指定存储路径到挂载目录。示例配置：

containers:
- name: influxdb
  image: influxdb:2.0.0
  env:
  - name: INFLUXD_DATA_DIR
    value: /var/lib/influxdb2  # 该路径需与PVC挂载路径一致
  volumeMounts:
  - name: influxdb-data
    mountPath: /var/lib/influxdb2

2. 挂载目录的权限问题导致InfluxDB无法写入EBS卷 #

EBS卷挂载到Pod后，默认的所有者和权限可能与InfluxDB进程运行的用户不匹配。比如你通过securityContext切换到influxdb用户运行，但挂载目录的所有者是root，InfluxDB进程没有写入权限，就会自动将数据写到临时存储中。

验证方法： #

进入Pod，执行id查看当前运行用户，再检查挂载目录权限：ls -ld /path/to/mount，确认用户是否拥有读写权限。

解决办法： #

在StatefulSet的Pod模板中添加securityContext配置，确保挂载目录的权限匹配：

containers:
- name: influxdb
  image: influxdb:2.0.0
  securityContext:
    runAsUser: 1000
    runAsGroup: 1000
    fsGroup: 1000  # 确保挂载目录的组权限正确

或者添加初始化容器提前修正目录权限：

initContainers:
- name: fix-permissions
  image: busybox:latest
  command: ["chown", "-R", "1000:1000", "/var/lib/influxdb2"]
  volumeMounts:
  - name: influxdb-data
    mountPath: /var/lib/influxdb2

3. StatefulSet的卷绑定逻辑或挂载时机问题 #

虽然你说PV/PVC状态正常，但需要确认StatefulSet的volumeClaimTemplates是否正确配置——StatefulSet的Pod名称是固定的（比如influxdb-0），对应的PVC应该是influxdb-data-influxdb-0，要确认这个PVC确实绑定到了目标PV。

另外，EBS卷是ReadWriteOnce访问模式，只能挂载到单个节点。当Pod调度到新节点时，卷需要从旧节点卸载再挂载到新节点，如果这个过程有延迟，Pod可能在卷未完全挂载时启动，导致数据写入临时存储。你可以通过kubectl describe pod influxdb-0查看Pod事件日志，确认卷是否成功挂载。

4. InfluxDB启动时的自动初始化覆盖了已有数据 #

InfluxDB 2.x启动时，如果检测到数据目录为空，会自动执行初始化流程（创建默认组织、用户、桶）。如果因为路径或权限问题，InfluxDB无法读取EBS卷中的已有数据，就会认为数据目录为空，重新初始化，看起来像是数据丢失。

验证方法： #

查看扩容后的Pod日志：kubectl logs influxdb-0，如果出现Initializing system metadata这类日志，说明InfluxDB没有读取到卷中的已有数据，重新初始化了实例。

解决办法： #

确保InfluxDB的存储路径正确指向挂载的EBS卷，并且目录权限符合进程需求，让InfluxDB能够读取到卷中的influxd.bolt和engine目录。

总结 #

最常见的原因是存储路径未正确映射或权限问题，建议优先从这两个方向排查。先确认InfluxDB的实际数据存储目录与PVC挂载路径一致，再检查目录权限是否匹配InfluxDB进程的运行用户。

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