本站支持搜索的镜像仓库:Docker Hub、gcr.io、ghcr.io、quay.io、k8s.gcr.io、registry.gcr.io、elastic.co、mcr.microsoft.com
Grafana Operator是一个Kubernetes操作器(Operator),支持Grafana实例、仪表板和插件的安装与管理。
Grafana Operator概述
商标声明:本软件列表由Bitnami打包。所提及的相关商标归各自公司所有,使用这些商标并不意味着任何关联或认可。
helm 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环境。+--------------+ +-----+ | | | | 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对象上管理。+--------------------+ | | +---------------+ | Grafana Operator | | | | | | RBAC | | Deployment | | Privileges | | | | | +-------+------------+ +-------+-------+ ^ | | +-----------------+ | +---+ Service Account +<----+ +-----------------+
下图展示了使用kubectl部署Grafana对象后创建的资源:
+--------------------+ | | +---------------+ | 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的图表:
helm 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,否则将失败并显示以下错误:
no 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图表:
grafana: 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 登录方式配置轩辕镜像加速服务,包含7个详细步骤
在 Linux 系统上配置轩辕镜像源,支持主流发行版
在 Docker Desktop 中配置轩辕镜像加速,适用于桌面系统
在 Docker Compose 中使用轩辕镜像加速,支持容器编排
在 k8s 中配置 containerd 使用轩辕镜像加速
在宝塔面板中配置轩辕镜像加速,提升服务器管理效率
在 Synology 群晖NAS系统中配置轩辕镜像加速
在飞牛fnOS系统中配置轩辕镜像加速
在极空间NAS中配置轩辕镜像加速
在爱快ikuai系统中配置轩辕镜像加速
在绿联NAS系统中配置轩辕镜像加速
在威联通NAS系统中配置轩辕镜像加速
在 Podman 中配置轩辕镜像加速,支持多系统
配置轩辕镜像加速9大主流镜像仓库,包含详细配置步骤
无需登录即可使用轩辕镜像加速服务,更加便捷高效
需要其他帮助?请查看我们的 常见问题 或 官方QQ群: 13763429