Grafana Operator是一个Kubernetes操作器(Operator),支持Grafana实例、仪表板和插件的安装与管理。
Grafana Operator概述
商标声明:本软件列表由Bitnami打包。所提及的相关商标归各自公司所有,使用这些商标并不意味着任何关联或认可。
consolehelm install my-release oci://registry-1.docker.io/bitnamicharts/grafana-operator
希望在生产环境中使用Grafana Operator?请尝试VMware Tanzu应用目录,即Bitnami目录的商业版本。
自2025年8月28日起,Bitnami将升级其公共目录,在新的Bitnami安全镜像计划下提供精选的强化、安全聚焦镜像集。作为此次过渡的一部分:
这些变更旨在通过推广软件供应链完整性和最新部署的最佳实践,改善所有Bitnami用户的安全状况。更多详情,请访问Bitnami安全镜像公告。
Bitnami Helm图表经过精心设计、积极维护,是在Kubernetes集群上部署容器的最快、最简单方式,可直接用于生产工作负载。
本图表使用Helm包管理器在Kubernetes集群上引导部署Grafana Operator。
Bitnami目录同时提供bitnami/grafana和bitnami/grafana-operator两种图表。每种解决方案适用于不同的需求和场景。
bitnami/grafana图表通过Kubernetes Deployment对象(以及Service、PVC、ConfigMap等)部署单个Grafana实例(含Grafana Image Renderer)。其生命周期通过Helm管理,在Grafana容器层面自动化以下操作:持久化管理、基于环境变量的配置以及插件初始化。该图表还支持通过ConfigMap部署仪表板和数据源。部署不需要任何具有特殊RBAC权限的ServiceAccount,因此更适合权限受限的Kubernetes环境。text+--------------+ +-----+ | | | | Service & Ingress | Grafana +<------------+ PVC | <-------------------+ | | | | Deployment | +-----+ | | +-----------+--+ ^ +------------+ | | | +----------------+ Configmaps | | Secrets | | | +------------+
bitnami/grafana-operator图表通过Kubernetes Deployment部署Grafana Operator。该Operator将通过以下对象扩展Kubernetes API:Grafana、GrafanaDashboard和GrafanaDataSource。此后,用户可部署这些类型的对象,Operator将负责部署运行Grafana实例所需的所有Deployment、ConfigMap和Service。其生命周期通过kubectl在Grafana、GrafanaDashboard和GrafanaDataSource对象上管理。text+--------------------+ | | +---------------+ | Grafana Operator | | | | | | RBAC | | Deployment | | Privileges | | | | | +-------+------------+ +-------+-------+ ^ | | +-----------------+ | +---+ Service Account +<----+ +-----------------+
下图展示了使用kubectl部署Grafana对象后创建的资源:
text+--------------------+ | | +---------------+ | Grafana Operator | | | | | | RBAC | | Deployment | | Privileges | | | | | +--+----+------------+ +-------+-------+ | ^ | | | +-----------------+ | | +---+ Service Account +<----+ | +-----------------+ | | | | | Grafana | +---------------------------------------------------------------------------+ | | | | | +--------------+ +-----+ | | | | | | | | +-------------------->+ Service & Ingress | Grafana +<------------+ PVC | | | <-------------------+ | | | | | | Deployment | +-----+ | | | | | | +-----------+--+ | | ^ +------------+ | | | | | | | +----------------+ Configmaps | | | | Secrets | | | | | | | +------------+ | | | +---------------------------------------------------------------------------+
注意:由于Operator自动部署Grafana实例,Grafana Operator Pod需要具有创建和销毁多个Kubernetes对象权限的ServiceAccount。这在具有严格基于角色访问策略的Kubernetes集群中可能存在问题。
要安装发布名称为my-release的图表:
consolehelm install my-release oci://REGISTRY_NAME/REPOSITORY_NAME/grafana-operator
注意:需将占位符
REGISTRY_NAME和REPOSITORY_NAME替换为Helm图表仓库和仓库名称。例如,Bitnami的情况下,使用REGISTRY_NAME=registry-1.docker.io和REPOSITORY_NAME=bitnamicharts。
上述命令使用默认配置在Kubernetes集群上部署grafana-operator。参数部分列出了可在安装过程中配置的参数。
提示:使用
helm list查看所有发布
Bitnami图表允许为图表部署中的所有容器设置资源请求和限制,这些配置位于resources值中(参见参数表)。设置请求对于生产工作负载至关重要,应根据具体使用场景调整。
为简化此过程,图表包含resourcesPreset值,可根据不同预设自动设置resources部分。有关这些预设的详细信息,请参见bitnami/common图表。但在生产工作负载中,不建议使用resourcesPreset,因为它可能无法完全适应具体需求。有关容器资源管理的更多信息,请参见Kubernetes***文档。
在生产环境中强烈建议使用不可变标签。这可确保即使相同标签的镜像更新,部署也不会自动变更。
如果主容器有新版本、重大变更或存在严重漏洞,Bitnami将发布新图表更新其容器。
要在Kubernetes上备份和恢复Helm图表部署,需备份源部署的持久卷,并使用Velero(Kubernetes备份/恢复工具)将其附加到新部署。有关使用Velero的说明,请参见此指南。
默认情况下,该图表通过metrics服务暴露Prometheus指标,该服务包含可被Prometheus自动抓取的必要注解。
要实现集成,需安装Prometheus或Prometheus Operator。安装Bitnami Prometheus Helm图表或Bitnami Kube Prometheus Helm图表可轻松在集群中部署Prometheus。
该图表支持部署ServiceMonitor对象以与Prometheus Operator集成。为此,需设置值operator.prometheus.serviceMonitor.enabled=true。确保集群中已安装Prometheus Operator的CustomResourceDefinitions,否则将失败并显示以下错误:
textno matches for kind "ServiceMonitor" in version "monitoring.coreos.com/v1"
安装Bitnami Kube Prometheus Helm图表可获取必要的CRD和Prometheus Operator。
安装后,可在Kubernetes集群的CRD下创建仪表板。
有关这些CRD功能的更多详情,请参见使用仪表板。
在某些情况下,可能需要部署额外对象,如自定义的Grafana、GrafanaDashboard或GrafanaDataSource对象。为此,该图表允许使用extraDeploy参数添加其他对象的完整规范。
例如,要部署自定义Grafana定义,可使用以下值安装Grafana Operator图表:
yamlgrafana: enabled: false extraDeploy: - apiVersion: integreatly.org/v1alpha1 baseImage: docker.io/bitnami/grafana:7 kind: Grafana metadata: name: grafana spec: deployment: securityContext: runAsUser: 1001 fsGroup: 1001 containerSecurityContext: runAsUser: 1001 fsGroup: 1001 allowPrivilegeEscalation: false service: type: Load*** ingress: enabled: false config: log: mode: "console" level: "warn" security: admin_user: "admin" admin_password: "hello" auth.anonymous: enabled: true dashboardLabelSelector: - matchExpressions: - { key: app, operator: In, values: [grafana] }
| 名称 | 描述 | 值 |
|---|---|---|
global.imageRegistry | 全局Docker镜像仓库 | "" |
global.imagePullSecrets | 全局Docker仓库密钥名称数组 | [] |
global.security.allowInsecureImages | 允许跳过镜像验证 | false |
global.compatibility.openshift.adaptSecurityContext | 调整部署的securityContext部分以兼容OpenShift restricted-v2 SCC:移除runAsUser、runAsGroup和fsGroup,让平台使用其允许的默认ID。可能的值:auto(如果检测到运行的集群是OpenShift则应用)、force(始终执行调整)、disabled(不执行调整) | disabled |
| 名称 | 描述 | 值 |
|---|---|---|
kubeVersion | 强制指定目标Kubernetes版本(未设置时使用Helm能力检测) | "" |
nameOverride | 部分覆盖common.names.fullname模板的字符串(将前置发布名称) | "" |
fullnameOverride | 完全覆盖common.names.fullname模板的字符串 | "" |
namespaceOverride | 完全覆盖common.names.namespace的字符串 | "" |
extraDeploy | 要随发布一起部署的额外对象数组 | [] |
commonLabels | 应用于所有部署资源的通用标签 | {} |
commonAnnotations | 应用于所有部署资源的通用注解 | {} |
clusterDomain | Kubernetes集群域名 | cluster.local |
| 名称 | 描述 | 值 |
|---|---|---|
operator.enabled | 启用Grafana Operator的部署 | true |
operator.command | 默认容器命令(使用自定义镜像时有用) | [] |
operator.args | 默认容器参数(使用自定义镜像时有用) | [] |
operator.schedulerName | 备用调度器 | "" |
operator.lifecycleHooks | Grafana-operator容器的生命周期钩子,用于在启动前后自动化配置 | {} |
operator.replicaCount | Grafana-operator Pod副本数 | 1 |
operator.customLivenessProbe | 覆盖默认存活探针 | {} |
operator.customReadinessProbe | 覆盖默认就绪探针 | {} |
operator.customStartupProbe | 覆盖默认启动探针 | {} |
operator.extraVolumes | 可选,为Grafana Operator Pod指定额外的卷列表 | [] |
operator.extraVolumeMounts | 可选,为Grafana Operator容器指定额外的卷挂载列表 | [] |
operator.initContainers | 为Grafana Operator Pod添加额外的初始化容器 | [] |
operator.pdb.create | 启用/禁用PodDisruptionBudget创建 | true |
operator.pdb.minAvailable | 应保持调度的最小Pod数量/百分比 | "" |
operator.pdb.maxUnavailable | 可不可用的最大Pod数量/百分比。如果operator.pdb.minAvailable和operator.pdb.maxUnavailable均为空,默认值为1。 | "" |
operator.sidecars | 为Grafana Operator Pod添加额外的边车容器 | [] |
operator.namespaceScope | 操作器是否以命名空间作用域模式运行 | false |
operator.watchNamespace | 覆盖要监视的命名空间 | "" |
operator.topologySpreadConstraints | Pod分配的拓扑分布约束 |
注意:本图表的README超出了DockerHub的25000字符限制,因此已被截断。完整README可在[***]
来自真实用户的反馈,见证轩辕镜像的优质服务
免费版仅支持 Docker Hub 加速,不承诺可用性和速度;专业版支持更多镜像源,保证可用性和稳定速度,提供优先客服响应。
免费版仅支持 docker.io;专业版支持 docker.io、gcr.io、ghcr.io、registry.k8s.io、nvcr.io、quay.io、mcr.microsoft.com、docker.elastic.co 等。
当返回 402 Payment Required 错误时,表示流量已耗尽,需要充值流量包以恢复服务。
通常由 Docker 版本过低导致,需要升级到 20.x 或更高版本以支持 V2 协议。
先检查 Docker 版本,版本过低则升级;版本正常则验证镜像信息是否正确。
使用 docker tag 命令为镜像打上新标签,去掉域名前缀,使镜像名称更简洁。
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
在 Linux 系统配置镜像加速服务
在 Docker Desktop 配置镜像加速
Docker Compose 项目配置加速
Kubernetes 集群配置 Containerd
在宝塔面板一键配置镜像加速
Synology 群晖 NAS 配置加速
飞牛 fnOS 系统配置镜像加速
极空间 NAS 系统配置加速服务
爱快 iKuai 路由系统配置加速
绿联 NAS 系统配置镜像加速
QNAP 威联通 NAS 配置加速
Podman 容器引擎配置加速
HPC 科学计算容器配置加速
ghcr、Quay、nvcr 等镜像仓库
无需登录使用专属域名加速
需要其他帮助?请查看我们的 常见问题 或 官方QQ群: 13763429