如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具,协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题,请先让 AI 阅读并遵守轩辕镜像的规则文档。
只需在 AI 对话中先发送下面这句话即可:
请先完整阅读并严格遵守以下文档中的全部规则与要求:
https://xuanyuan.cloud/agents.md
在未充分阅读并理解该文档前,不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式,不推荐豆包 AI;Cursor 等编辑器可在对话 @ 该链接,或加入 User Rules。 若 AI 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。
Grafana是一款开源的指标分析和可视化套件,用于可视化时间序列数据,支持多种类型的数据源。
Grafana 概述
商标声明:本软件列表由Bitnami打包。所提及的相关商标归各自公司所有,使用这些商标并不意味着任何关联或认可。
consolehelm install my-release oci://registry-1.docker.io/bitnamicharts/grafana
希望在生产环境中使用Grafana?请尝试VMware Tanzu Application Catalog,即Bitnami目录的商业版。
自2025年8月28日起,Bitnami将升级其公共目录,在新的Bitnami Secure Images计划下提供精选的强化、安全聚焦镜像。作为此次过渡的一部分:
这些变更旨在通过推广软件供应链完整性和最新部署的最佳实践,提升所有Bitnami用户的安全态势。更多详情,请访问https://github.com/bitnami/containers/issues/83267%E3%80%82
本Chart使用Helm包管理器在Kubernetes集群上引导部署https://github.com/bitnami/containers/tree/main/bitnami/grafana%E3%80%82
在Bitnami目录中,我们同时提供bitnami/grafana和bitnami/grafana-operator两个Chart。每个解决方案适用于不同的需求和场景。
bitnami/grafana Chart使用Kubernetes Deployment对象(连同Service、PVC、ConfigMap等)或StatefulSet对象(带无头服务、volumeClaimTemplate和ConfigMap)部署单个Grafana实例。下图显示执行helm install后在集群中部署的对象:
text+--------------+ +-----+ | | | | Service & Ingress | Grafana +<------------+ PVC | <-------------------+ | | | | Deployment/ | +-----+ | StatefulSet | +-----------+--+ ^ +------------+ | | | +----------------+ Configmaps | | Secrets | | | +------------+
其生命周期通过Helm管理,在Grafana容器层面,自动执行以下操作:持久化管理、基于环境变量的配置以及插件初始化。该Chart还允许通过ConfigMap部署仪表板和数据源。Deployment不需要任何具有特殊RBAC权限的ServiceAccount,因此该解决方案更适合权限受限的Kubernetes环境。
bitnami/grafana-operator Chart使用Kubernetes Deployment部署Grafana Operator。下图显示执行helm install后Grafana Operator的部署情况:
text+--------------------+ | | +---------------+ | Grafana Operator | | | | | | RBAC | | Deployment | | Privileges | | | | | +-------+------------+ +-------+-------+ ^ | | +-----------------+ | +---+ Service Account +<----+ +-----------------+
Operator将通过以下对象扩展Kubernetes API:Grafana、GrafanaDashboards和GrafanaDataSources。此后,用户可以部署这些类型的对象,先前部署的Operator将负责部署运行Grafana实例所需的所有Deployment、ConfigMap和Service。其生命周期通过kubectl在Grafana、GrafanaDashboards和GrafanaDataSource对象上管理。下图显示使用kubectl部署Grafana对象后部署的对象:
text+--------------------+ | | +---------------+ | Grafana Operator | | | | | | RBAC | | Deployment | | Privileges | | | | | +--+----+------------+ +-------+-------+ | ^ | | | +-----------------+ | | +---+ Service Account +<----+ | +-----------------+ | | | | | Grafana | +---------------------------------------------------------------------------+ | | | | | +--------------+ +-----+ | | | | | | | | +-------------------->+ Service & Ingress | Grafana +<------------+ PVC | | | <-------------------+ | | | | | | Deployment | +-----+ | | | | | | +-----------+--+ | | ^ +------------+ | | | | | | | +----------------+ Configmaps | | | | Secrets | | | | | | | +------------+ | | | +---------------------------------------------------------------------------+
与bitnami/grafana Chart相比,该解决方案允许轻松部署多个Grafana实例。由于Operator自动部署Grafana实例,Grafana Operator Pod需要具有创建和销毁多个Kubernetes对象权限的ServiceAccount。这对于具有严格基于角色访问策略的Kubernetes集群可能存在问题。
要使用发布名称my-release安装Chart:
consolehelm install my-release oci://REGISTRY_NAME/REPOSITORY_NAME/grafana
注意:需要将占位符
REGISTRY_NAME和REPOSITORY_NAME替换为Helm Chart仓库和存储库的引用。例如,对于Bitnami,需使用REGISTRY_NAME=registry-1.docker.io和REPOSITORY_NAME=bitnamicharts。
这些命令使用默认配置在Kubernetes集群上部署Grafana。参数部分列出了可在安装过程中配置的参数。
提示:使用
helm list列出所有发布。
Bitnami Chart允许为Chart部署中的所有容器设置资源请求和限制,这些在resources值中配置(参见参数表)。为生产工作负载设置请求至关重要,应根据具体用例进行调整。
为简化此过程,Chart包含resourcesPreset值,可根据不同预设自动设置resources部分。有关这些预设的详细信息,请参见https://github.com/bitnami/charts/blob/main/bitnami/common/templates/_resources.tpl#L15%E3%80%82%E4%BD%86%E5%9C%A8%E7%94%9F%E4%BA%A7%E5%B7%A5%E4%BD%9C%E8%B4%9F%E8%BD%BD%E4%B8%AD%EF%BC%8C%E4%B8%8D%E5%BB%BA%E8%AE%AE%E4%BD%BF%E7%94%A8%60resourcesPreset%60%EF%BC%8C%E5%9B%A0%E4%B8%BA%E5%AE%83%E5%8F%AF%E8%83%BD%E6%97%A0%E6%B3%95%E5%AE%8C%E5%85%A8%E9%80%82%E5%BA%94%E5%85%B7%E4%BD%93%E9%9C%80%E6%B1%82%E3%80%82%E6%9C%89%E5%85%B3%E5%AE%B9%E5%99%A8%E8%B5%84%E6%BA%90%E7%AE%A1%E7%90%86%E7%9A%84%E6%9B%B4%E5%A4%9A%E4%BF%A1%E6%81%AF%EF%BC%8C%E8%AF%B7%E5%8F%82%E8%A7%81%E5%AE%98%E6%96%B9Kubernetes%E6%96%87%E6%A1%A3%E3%80%82
Bitnami Redis Chart在升级时会重用先前由Chart生成的密钥或auth.existingSecret中指定的密钥。要更新凭证,请使用以下方法之一:
helm upgrade并在admin.password中指定新密码helm upgrade并在admin.existingSecret中指定新密钥强烈建议在生产环境中使用不可变标签。这可确保如果相同标签使用不同镜像更新,部署不会自动更改。
如果主容器有新版本、重大变更或严重漏洞,Bitnami将发布新Chart以更新其容器。
通过将metrics.enabled设置为true,本Chart可与Prometheus集成。这将在服务中公开Grafana原生Prometheus端点,并包含必要的注解以被Prometheus自动抓取。
Prometheus要求
集成需要Prometheus或Prometheus Operator正常运行。安装https://github.com/bitnami/charts/tree/main/bitnami/prometheus%E6%88%96https://github.com/bitnami/charts/tree/main/bitnami/kube-prometheus%E5%8F%AF%E8%BD%BB%E6%9D%BE%E5%9C%A8%E9%9B%86%E7%BE%A4%E4%B8%AD%E9%83%A8%E7%BD%B2Prometheus%E3%80%82
与Prometheus Operator集成
通过设置metrics.serviceMonitor.enabled=true,Chart可部署ServiceMonitor对象以与Prometheus Operator集成。确保集群中已安装Prometheus OperatorCustomResourceDefinitions,否则将失败并显示以下错误:
textno matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1"
安装https://github.com/bitnami/charts/tree/main/bitnami/kube-prometheus%E5%8F%AF%E8%8E%B7%E5%8F%96%E5%BF%85%E8%A6%81%E7%9A%84CRD%E5%92%8CPrometheus Operator。
Grafana支持多个配置文件。在Kubernetes中,可使用ConfigMap或Secret挂载文件。例如,要挂载自定义grafana.ini文件或custom.ini文件,可创建如下ConfigMap:
yamlapiVersion: v1 kind: ConfigMap metadata: name: myconfig data: grafana.ini: |- # 文件原始文本
然后需要将ConfigMap名称传递给相应参数:config.useGrafanaIniFile=true和config.grafanaIniConfigMap=myconfig。
要在部署时提供仪表板,Grafana需要仪表板提供程序和仪表板本身。如果启用,将创建默认提供程序;也可使用ConfigMap挂载自定义提供程序,但需注意仪表板文件夹路径必须为/opt/bitnami/grafana/dashboards。
json文件的ConfigMap,并将ConfigMap名称数组设置到dashboardsConfigMaps参数中。例如,按如下方式创建仪表板ConfigMap和数据源Secret:
consolekubectl create secret generic datasource-secret --from-file=datasource-secret.yaml kubectl create configmap my-dashboard-1 --from-file=my-dashboard-1.json kubectl create configmap my-dashboard-2 --from-file=my-dashboard-2.json
注意:上述命令假设已将仪表板导出为JSON文件:my-dashboard-1.json和my-dashboard-2.json
注意:上述命令假设已创建数据源配置文件datasource-secret.yaml。示例见<[***]>
创建后,使用以下参数部署带有2个自定义仪表板的Grafana:
consoledashboardsProvider.enabled=true datasources.secretName=datasource-secret dashboardsConfigMaps[0].configMapName=my-dashboard-1 dashboardsConfigMaps[0].fileName=my-dashboard-1.json dashboardsConfigMaps[1].configMapName=my-dashboard-2 dashboardsConfigMaps[1].fileName=my-dashboard-2.json
更多信息见Grafana文档。
要启用LDAP身份验证,需提供包含Grafana LDAP配置文件的ConfigMap。例如:
configmap.yaml:
yamlapiVersion: v1 kind: ConfigMap metadata: name: ldap-config data: ldap.toml: |- [[servers]] # LDAP服务器主机(空格分隔指定多个主机) host = "ldap" # 默认端口为389,若use_ssl=true则为636 port = 389 # 若LDAP服务器支持TLS,设为true use_ssl = false # 若使用STARTTLS模式连接LDAP服务器(先建立不安全连接,再升级为TLS安全连接),设为true start_tls = false # 若要跳过SSL证书验证,设为true ssl_skip_verify = false # 设为根CA证书路径,若未设置则使用系统默认 # root_ca_cert = "/path/to/certificate.crt" # 针对需要客户端证书的LDAP服务器进行身份验证 # client_cert = "/path/to/client.crt" # client_key = "/path/to/client.key" # 搜索用户绑定DN bind_dn = "cn=admin,dc=example,dc=org" # 搜索用户绑定密码 # 若密码包含#或;,需用三重引号包裹,例如"""#password;""" bind_password = 'admin' # 用户搜索过滤器,例如"(cn=%s)"、"(sAMAccountName=%s)"或"(uid=%s)" # 允许通过电子邮件或用户名登录,例如"(|(sAMAccountName=%s)(userPrincipalName=%s))" search_filter = "(uid=%s)" # 要搜索的基本DN数组 search_base_dns = ["ou=People,dc=support,dc=example,dc=org"] # group_search_filter = "(&(objectClass=posixGroup)(memberUid=%s))" # group_search_filter_user_attribute = "distinguishedName" # group_search_base_dns = ["ou=groups,dc=grafana,dc=org"] # 指定LDAP使用的LDAP属性名称 [servers.attributes] name = "givenName" surname = "sn" username = "cn" member_of = "memberOf" email = "email"
在集群中创建ConfigMap,并使用现有ConfigMap和以下参数部署Grafana Helm Chart:
consoleldap.enabled=true ldap.configMapName=ldap-config ldap.allowSignUp=true
要安装https://github.com/grafana/grafana-image-renderer%E4%BB%A5%E6%B8%B2%E6%9F%93%E5%9B%BE%E5%83%8F%E5%B9%B6%E8%8A%82%E7%9C%81Grafana Pod内存,请按以下步骤操作:
yaml# deployment.yaml apiVersion: apps/v1 kind: Deployment metadata: name: grafana-image-renderer namespace: default labels: app.kubernetes.io/name: grafana-image-renderer app.kubernetes.io/instance: grafana-image-renderer app.kubernetes.io/component: image-renderer-plugin app.kubernetes.io/part-of: grafana spec: replicas: 1 strategy: type: RollingUpdate selector: matchLabels: app.kubernetes.io/name: grafana-image-renderer app.kubernetes.io/instance: grafana-image-renderer app.kubernetes.io/component: image-renderer-plugin template: metadata: labels: app.kubernetes.io/name: grafana-image-renderer app.kubernetes.io/instance: grafana-image-renderer app.kubernetes.io/component: image-renderer-plugin app.kubernetes.io/part-of: grafana spec: securityContext: fsGroup: 1001 runAsNonRoot: true runAsUser: 1001 containers: - name: grafana-image-renderer image: docker.io/bitnami/grafana-image-renderer:3 securityContext: runAsUser: 1001 env: - name: HTTP_HOST value: "::" - name: HTTP_PORT value: "8080" ports: - name: http containerPort: 8080 protocol: TCP # service.yaml apiVersion: v1 kind: Service metadata: name: grafana-image-renderer
以下是 bitnamicharts/grafana 相关的常用 Docker 镜像,适用于 不同场景 等不同场景:
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。
来自真实用户的反馈,见证轩辕镜像的优质服务