最稳的启动方式是 Deployment + 显式 PVC，因 InfluxDB 数据路径 /var/lib/influxdb 对文件系统一致性敏感，需确保 Pod 重建复用同一持久卷；PVC 必须匹配 StorageClass 的 accessModes（如 AWS EBS 仅支持 ReadWriteOnce），且 volumeMounts 需精准挂载至该路径。
直接用 Deployment + PVC 是最稳的启动方式
InfluxDB 在 Kubernetes 里不能靠 StatefulSet 自动管理数据目录，因为它的数据路径 /var/lib/influxdb 依赖明确挂载，且写入行为对文件系统一致性敏感。Deployment 配合显式 PVC 能确保每次 Pod 重建都复用同一份持久卷，避免数据丢失或初始化冲突。
常见错误是只用 emptyDir 或 hostPath：前者一删 Pod 就丢数据；后者在多节点集群中容易因调度到不同节点导致数据不可见。PVC 必须绑定到支持 ReadWriteOnce 或 ReadWriteMany 的 StorageClass（如 CephFS、NFS、云厂商 PV）。
-
influxdb-deployment.yaml中必须设置volumeMounts挂载到/var/lib/influxdb，且容器内路径不能错 - PVC 的
accessModes要和底层存储匹配，比如 AWS EBS 只支持ReadWriteOnce，别硬配ReadWriteMany - 首次启动时，InfluxDB 会自动初始化
meta/、data/、wal/子目录，若挂载点权限不对（如 root:root 但容器以非 root 运行），会卡在mkdir: Permission denied
ConfigMap 注入配置前，先确认 InfluxDB 1.8 是否读取自定义 conf
InfluxDB 1.8 默认不加载外部配置文件，必须显式用 -config 参数指定路径，否则所有 ConfigMap 设置都会被忽略。官方镜像启动时若没传该参数，就只走内置默认值——比如 http.bind-address 默认是 :8086，但你改了 ConfigMap 也无效。
正确做法是在 Deployment 的 args 里加 -config /etc/influxdb/influxdb.conf，同时用 volumeMounts 把 ConfigMap 挂到该路径。否则即使 ConfigMap 内容完全正确，influxd 进程也压根不解析它。
- 别依赖
INFLUXDB_HTTP_AUTH_ENABLED=true这类环境变量——InfluxDB 1.8 不识别它们，只认配置文件里的[http] auth-enabled = true - 配置项大小写敏感：
auth-enabled是对的，auth_enabled或AUTH_ENABLED都无效 - 如果启用了鉴权，必须在容器首次启动后手动进容器执行
create user，ConfigMap 无法自动完成这步
Service 类型选 NodePort 还是 ClusterIP，取决于谁访问
监控链路里，Heapster 或 Telegraf 这类采集器通常运行在集群内，用 ClusterIP 就够了；但 Grafana 若部署在集群外，或需要人工 curl 测试写入，就得用 NodePort 或 LoadBalancer。
注意端口映射陷阱：Service 的 targetPort 必须和容器实际监听端口一致。InfluxDB 1.8 默认只监听 8086（HTTP API），但有些配置示例误写成 8083（旧版 Admin UI 端口，已废弃），会导致 Service 始终 Connection refused。
- 不要暴露
8083端口——InfluxDB 1.8+ 已移除 Web Admin UI，该端口无服务 - 如果开了
[graphite]插件（如接收 JMeter 数据），需额外暴露2003端口并映射到 Service - Service 的
selector必须严格匹配 Deployment 中 Pod 的labels，漏一个 key 就找不到后端
初始化用户和数据库必须进容器手动执行
InfluxDB 1.8 不支持启动时自动建库、建用户。ConfigMap 只能管配置，不能替代 SQL 操作。哪怕你在 YAML 里写了 INFLUXDB_DB=mydb 这种环境变量，它也只对 0.13 以前版本有效，1.8 完全不认。
Pod 启动成功后，必须 kubectl exec -it <pod-name> -- /usr/bin/influx</pod-name> 进入 CLI，再逐条执行：
CREATE DATABASE mydb CREATE USER admin WITH PASSWORD 'xxx' WITH ALL PRIVILEGES GRANT ALL ON mydb TO admin
漏掉 GRANT 会导致用户能连上但无法写入任何数据，报错 error authorizing query: mydb is not authorized for user admin。
这个步骤没法跳过，也没法用 InitContainer 自动化——因为 influx CLI 启动依赖 InfluxDB 服务已就绪，而 InitContainer 和主容器是并发启动的，时序不可控。
