热门搜索:
bitnamicharts/influxdb
bitnamicharts
Bitnami Helm图表，用于在Kubernetes集群上部署开源时序数据库InfluxDB™ Core，支持内存、文件及云存储系统，适用于开发、测试与评估场景。
下载次数: 0状态：社区镜像维护者：bitnamicharts仓库类型：镜像最近更新：8 个月前
Bitnami Stack for InfluxDB™ Core
InfluxDB™ Core是一款开源时序数据库，是FDAP（Apache Flight、DataFusion、Arrow和Parquet）技术栈的核心组件。
InfluxDB™ InfluxDB™ Core概述
InfluxDB™是InfluxData拥有的商标，InfluxData与此网站无关联，也不对此网站进行背书。
快速开始
consolehelm install my-release oci://registry-1.docker.io/bitnamicharts/influxdb
希望在生产环境中使用InfluxDB™ Core？试试VMware Tanzu Application Catalog，即Bitnami目录的商业版本。
⚠️ 重要通知：Bitnami目录即将变更
自2025年8月28日起，Bitnami将升级其公共目录，通过新的Bitnami Secure Images计划提供精选的强化、安全聚焦镜像集。作为此次转型的一部分：
- 首次向社区用户提供热门容器镜像的安全优化版本访问权限。
- Bitnami将开始在其免费层级中弃用对非强化、基于Debian的软件镜像的支持，并将逐步从公共目录中移除非最新标签。因此，社区用户将只能访问数量减少的强化镜像，这些镜像仅以“latest”标签发布，适用于开发目的。
- 自8月28日起，在两周内，所有现有容器镜像（包括旧版本或特定版本标签，如2.50.0、10.6）将从公共目录（docker.io/bitnami）迁移至“Bitnami Legacy”仓库（docker.io/bitnamilegacy），且不再接收更新。
- 对于生产工作负载和长期支持，建议用户采用Bitnami Secure Images，包括强化容器、更小的***面、CVE透明度（通过VEX/KEV）、SBOM以及企业支持。
这些变更旨在通过推广软件供应链完整性和最新部署的最佳实践，提升所有Bitnami用户的安全态势。更多详情，请访问https://github.com/bitnami/containers/issues/83267%E3%80%82
介绍
此图表使用Helm包管理器在Kubernetes集群上引导https://github.com/bitnami/containers/tree/main/bitnami/influxdb%E9%83%A8%E7%BD%B2%E3%80%82
前提条件
- Kubernetes 1.23+
- Helm 3.8.0+
- 底层基础设施支持PV供应器
安装图表
要使用发布名称my-release安装图表：
consolehelm install my-release oci://REGISTRY_NAME/REPOSITORY_NAME/influxdb
注意：您需要将占位符
REGISTRY_NAME和REPOSITORY_NAME替换为Helm图表仓库和存储库的引用。例如，对于Bitnami，需使用`REGISTRY_NAME=registry-__CODE_TOKEN_2__等（省略后续重复部分（为节省篇幅，此处省略）
配置和存储系统，此处省略部分重复内容，原文后续部分省略）
配置和安装说明
这些命令使用默认配置在Kubernetes集群上部署influxdb。参数部分列出了可在安装过程中配置的参数。
配置和安装详情
配置InfluxDB™ Core的暴露方式
此图表安装的部署包含以下配置：
CODE_TOKEN_3
- Ingress：Kubernetes集群中必须安装Ingress控制器。设置
ingress.enabled=true可通过Ingress暴露InfluxDB™ Core。 - ClusterIP：在集群内部IP上暴露服务，仅集群内可访问。设置
service.type=ClusterIP选择此服务类型。 - NodePort：在每个节点的静态端口上暴露服务，可通过
NodeIP:NodePort从集群外部访问。设置service.type=NodePort选择此类型。 - LoadBalancer：使用云提供商的负载均衡器暴露服务。设置
service.type=Load***选择此类型。
配置对象存储
InfluxDB™ Core支持多种存储系统存储Parquet文件（有关支持的对象存储，请参考上游文档），可分为三类：
- 内存：默认对象存储，所有数据存储在内存中，非持久化，适用于测试和开发。
- 文件：在本地文件系统中存储数据。
- 云：存储在云提供商的对象存储服务中（如AWS S3、Google Cloud Storage、Azure Blob Storage）。
此图表允许通过objectStore参数配置对象存储。若使用云存储，需额外配置云特定凭证、桶名称等参数。
资源请求和限制
Bitnami图表允许为图表部署中的所有容器设置资源请求和限制，通过resources值配置（参见参数表）。为生产工作负载设置请求至关重要，应根据具体用例调整。
为简化配置，图表包含resourcesPreset值，可自动根据不同预设设置resources部分（详情见https://github.com/bitnami/charts/blob/main/bitnami/common/templates/_resources.tpl#L15）。但生产环境不建议使用resourcesPreset，因其可能无法完全适应特定需求。更多容器资源管理信息，参见Kubernetes官方文档。
更新凭证
通过将auth.enabled和createAdminTokenJob.enabled参数设为true，图表支持首次启动时创建随机管理员令牌（使用内存对象存储时不支持）。
作为替代，可通过设置auth.existingSecret和auth.existingSecretAdminTokenKey参数，从现有密钥消费凭证。但需注意，仅当对象存储中已预填充带管理员令牌的数据时支持此方式。
凭证的进一步变更需手动操作：
注意：重新生成令牌后，需更新图表使用的密钥中的令牌。
Prometheus指标
设置metrics.enabled=true可集成Prometheus，图表会为InfluxDB™ Core服务添加自动被Prometheus抓取的注解。
Prometheus要求
需安装Prometheus或Prometheus Operator。可安装https://github.com/bitnami/charts/tree/main/bitnami/prometheus或https://github.com/bitnami/charts/tree/main/bitnami/kube-prometheus快速部署。
与Prometheus Operator集成
设置metrics.serviceMonitor.enabled=true可部署ServiceMonitor对象以集成Prometheus Operator。确保集群中已安装Prometheus Operator的CustomResourceDefinitions，否则会报错：
CODE_TOKEN_4
安装https://github.com/bitnami/charts/tree/main/bitnami/kube-prometheus可获取所需CRD和Prometheus Operator。
滚动标签与不可变标签
生产环境强烈建议使用不可变标签，确保部署不会因标签更新而自动变更。Bitnami会在主容器有新版本、重大变更或严重漏洞时，发布新图表更新容器。
添加额外环境变量
可通过influxdb.extraEnvVars属性添加额外环境变量：
CODE_TOKEN_5
初始化新实例
https://github.com/bitnami/containers/tree/main/bitnami/influxdb镜像允许使用自定义脚本初始化新实例（仅支持.sh扩展名）。通过initdbScripts参数指定脚本，或设置initdbScriptsCM参数使用外部ConfigMap（会覆盖前两种方式）。
设置Pod亲和性
可通过affinity参数设置自定义亲和性（详见Kubernetes文档）。
也可使用https://github.com/bitnami/charts/tree/main/bitnami/common#affinities图表的预设配置，通过podAffinityPreset、podAntiAffinityPreset或nodeAffinityPreset参数设置Pod亲和性、反亲和性或节点亲和性。
备份和恢复
要在Kubernetes上备份和恢复Helm图表部署，需使用Velero备份源部署的持久卷并附加到新部署。操作指南见此文档。
持久化
使用file对象存储时，默认通过PVC持久化数据。设置persistence.enabled=false可禁用持久化。
Kubernetes集群需默认StorageClass以动态供应卷。可在persistence.storageClass中指定其他StorageClass，或设置persistence.existingClaim使用现有持久卷。
调整持久卷挂载点权限
由于镜像默认以非root用户运行，需调整持久卷所有权使容器可写入。
默认图表使用Kubernetes安全上下文自动更改卷所有权，但并非所有Kubernetes发行版支持。作为替代，设置defaultInitContainers.volumePermissions.enabled=true可启用initContainer调整卷所有权。
部分K8s发行版（如OpenShift）支持动态定义运行initContainer的UID，设置defaultInitContainers.volumePermissions.securityContext.runAsUser=auto即可。
参数
全局参数
| 名称 | 描述 | 值 |
|---|---|---|
global.imageRegistry | 全局Docker镜像仓库 | "" |
global.imagePullSecrets | 全局Docker仓库密钥名称数组 | [] |
global.defaultStorageClass | 持久卷的全局默认StorageClass | "" |
global.security.allowInsecureImages | 允许跳过镜像验证 | false |
global.compatibility.openshift.adaptSecurityContext | 调整安全上下文以兼容OpenShift restricted-v2 SCC：移除runAsUser等，由平台使用默认ID。值：auto（检测为OpenShift时应用）、force（始终应用）、disabled（不应用） | auto |
通用参数
| 名称 | 描述 | 值 |
|---|---|---|
kubeVersion | 覆盖Kubernetes版本 | "" |
apiVersions | 覆盖.Capabilities报告的Kubernetes API版本 | [] |
nameOverride | 部分覆盖common.names.name | "" |
fullnameOverride | 完全覆盖common.names.fullname | "" |
namespaceOverride | 完全覆盖common.names.namespace | "" |
clusterDomain | 默认Kubernetes集群域名 | cluster.local |
commonAnnotations | 添加到所有部署对象的注解 | {} |
commonLabels | 添加到所有部署对象的标签 | {} |
extraDeploy | 随发布部署的额外对象数组 | [] |
useHelmHooks | 启用Helm钩子（如预安装作业） | true |
usePasswordFiles | 以文件而非环境变量挂载凭证 | true |
diagnosticMode.enabled | 启用诊断模式（禁用所有探针，覆盖命令） | false |
diagnosticMode.command | 覆盖所有容器的命令 | ["sleep"] |
diagnosticMode.args | 覆盖所有容器的参数 | ["infinity"] |
InfluxDB(TM) Core参数
| 名称 | 描述 | 值 |
|---|---|---|
image.registry | InfluxDB(TM) Core镜像仓库 | REGISTRY_NAME |
image.repository | InfluxDB(TM) Core镜像存储库 | REPOSITORY_NAME/influxdb |
image.digest | 镜像摘要（格式sha256:aa....，设置后覆盖标签） | "" |
image.pullPolicy | 镜像拉取策略 | IfNotPresent |
image.pullSecrets | Docker仓库密钥名称数组 | [] |
image.debug | 启用调试日志 | false |
auth.enabled | 启用InfluxDB(TM) Core服务器的Bearer令牌认证 | true |
auth.existingSecret | 包含管理员令牌的现有密钥名称（仅支持预填充数据时） | "" |
auth.existingSecretAdminTokenKey | 现有密钥中管理员令牌的键名（默认admin-token） | "" |
tls.enabled | 启用TLS配置 | false |
tls.autoGenerated.enabled | 启用自动生成TLS证书 | true |
tls.autoGenerated.engine | 证书生成机制（允许值：helm、cert-manager） | helm |
tls.autoGenerated.certManager.existingIssuer | 现有Issuer名称（仅cert-manager引擎） | "" |
tls.autoGenerated.certManager.existingIssuerKind | 现有Issuer类型（默认Issuer，仅cert-manager引擎） | "" |
tls.autoGenerated.certManager.keyAlgorithm | 密钥算法（仅cert-manager引擎） | RSA |
tls.autoGenerated.certManager.keySize | 密钥大小（仅cert-manager引擎） | 2048 |
tls.autoGenerated.certManager.duration | 证书有效期（仅cert-manager引擎） | 2160h |
tls.autoGenerated.certManager.renewBefore | 证书续期时间（仅cert-manager引擎） | 360h |
tls.ca | TLS的CA证书（设置tls.existingCASecret时忽略） | "" |
tls.existingCASecret | 包含CA证书的现有密钥名称 | "" |
tls.server.cert | （注：此README因超出DockerHub长度限制被截断，完整版本见https://github.com/bitnami/charts/blob/main/bitnami/influxdb/README.md%EF%BC%89 |
更多相关 Docker 镜像与资源
以下是 bitnamicharts/influxdb 相关的常用 Docker 镜像，适用于 不同场景 等不同场景：
- library/influxdb Docker 镜像说明（InfluxDB 时序数据库，适合物联网和监控数据存储）
- tdengine/tdengine Docker 镜像说明（TDengine 时序数据库，适合物联网和工业数据存储）
镜像拉取方式
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本，请访问 标签列表页面。
轩辕镜像加速拉取命令点我查看更多 influxdb 镜像标签
docker pull docker.xuanyuan.run/bitnamicharts/influxdb:<标签>
DockerHub 原生拉取命令
docker pull bitnamicharts/influxdb:<标签>
更多 influxdb 镜像推荐
library/influxdb
Docker 官方镜像
InfluxDB 是一款开源时序数据库，专为实时分析工作负载构建，其设计聚焦于高效处理海量时间序列数据，具备高写入吞吐量与快速查询响应能力，广泛适用于监控系统、日志分析、IoT 数据采集等场景，能够满足实时数据接入、存储与即时分析的核心需求，为各类实时业务提供可靠的数据支撑。
2.0千 次收藏10亿+ 次下载
24 天前更新
influxdb/influxdb
influxdb
暂无描述
8 次收藏50万+ 次下载
10 年前更新
bitnami/influxdb
Bitnami Secure Images（VMware Tanzu）
Bitnami Secure Image for InfluxDB是一款针对时序数据库InfluxDB开发的安全镜像，它通过预配置安全加固措施、定期漏洞修复及系统组件优化，确保InfluxDB部署时即具备可靠的安全防护能力；同时集成Bitnami简化部署流程，支持快速安装与运行，适用于企业级时序数据（如监控指标、日志记录等）存储与分析场景，帮助用户在保障数据安全的前提下高效构建稳定的时序数据管理平台。
15 次收藏500万+ 次下载
8 个月前更新
openeuler/influxdb
openeuler
基于openEuler构建的官方InfluxDB Docker镜像，用于收集、处理、转换和存储事件及时间序列数据，支持实时摄入和快速查询响应，适用于构建用户界面、监控和自动化解决方案。
743 次下载
3 个月前更新
tutum/influxdb
tutum
已弃用的InfluxDB镜像。详情请参见https://docs.docker.com/docker-cloud/migration/
222 次收藏1000万+ 次下载
9 年前更新
arm32v7/influxdb
arm32v7
InfluxDB是为实时分析工作负载构建的开源时间序列数据库。
29 次收藏50万+ 次下载
1 年前更新
轩辕镜像配置手册
探索更多轩辕镜像的使用方法，找到最适合您系统的配置方式
Docker 配置
登录仓库拉取
通过 Docker 登录认证访问私有仓库
专属域名拉取
无需登录使用专属域名
K8s Containerd
Kubernetes 集群配置 Containerd
K3s
K3s 轻量级 Kubernetes 镜像加速
Dev Containers
VS Code Dev Containers 配置
Podman
Podman 容器引擎配置
Singularity/Apptainer
HPC 科学计算容器配置
其他仓库配置
ghcr、Quay、nvcr 等镜像仓库
Harbor 镜像源配置
Harbor Proxy Repository 对接专属域名
Portainer 镜像源配置
Portainer Registries 加速拉取
Nexus 镜像源配置
Nexus3 Docker Proxy 内网缓存
系统配置
需要其他帮助？请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单
镜像拉取常见问题
使用与功能问题
配置了专属域名后，docker search 为什么会报错？
docker search 限制
Docker Hub 上有的镜像，为什么在轩辕镜像网站搜不到？
站内搜不到镜像
机器不能直连外网时，怎么用 docker save / load 迁镜像？
离线 save/load
docker pull 拉插件报错（plugin v1+json）怎么办？
插件要用 plugin install
WSL 里 Docker 拉镜像特别慢，怎么排查和优化？
WSL 拉取慢
轩辕镜像安全吗？如何用 digest 校验镜像没被篡改？
安全与 digest
第一次用轩辕镜像拉 Docker 镜像，要怎么登录和配置？
新手拉取配置
轩辕镜像合规吗？轩辕镜像的合规是怎么做的？
镜像合规机制
错误码与失败问题
docker pull 提示 manifest unknown 怎么办？
manifest unknown
docker pull 提示 no matching manifest 怎么办？
no matching manifest（架构）
镜像已拉取完成，却提示 invalid tar header 或 failed to register layer 怎么办？
invalid tar header（解压）
Docker pull 时 HTTPS / TLS 证书验证失败怎么办？
TLS 证书失败
Docker pull 时 DNS 解析超时或连不上仓库怎么办？
DNS 超时
docker 无法连接轩辕镜像域名怎么办？
域名连通性排查
Docker 拉取出现 410 Gone 怎么办？
410 Gone 排查
出现 402 或「流量用尽」提示怎么办？
402 与流量用尽
Docker 拉取提示 UNAUTHORIZED（401）怎么办？
401 认证失败
遇到 429 Too Many Requests（请求太频繁）怎么办？
429 限流
docker login 提示 Cannot autolaunch D-Bus，还算登录成功吗？
D-Bus 凭证提示
为什么会出现「单层超过 20GB」或 413，无法加速拉取？
413 与超大单层
账号 / 计费 / 权限
用户好评
来自真实用户的反馈，见证轩辕镜像的优质服务
oldzhang
运维工程师
Linux服务器
5
"Docker访问体验非常流畅，大镜像也能快速完成下载。"