Create it
- Console
- CLI and API
- Coding agent
- Open the environment, then New service › Blueprint.
- Find Grafana in the catalog and pick the major version.
- Fill in the variables. Required ones are marked; the others use their defaults.
- Create the service, and deploy it now or later.
Variables and outputs
Generated fromqbm.yml at HELM/grafana/13/1.1.1, the manifest the Console form is built from.
All 26 variables
All 26 variables
All 1 outputs
All 1 outputs
Reference
From the Blueprint’s README. Deploys Grafana 13 with the communitygrafana-community/grafana Helm chart (13.2.5), already connected to the observability stack Qovery installs on the cluster:
With
kubernetes_dashboards=true (the default), a folder (dashboards_folder, default Kubernetes) is preloaded with the Kubernetes Views dashboards (global, namespaces, nodes, pods) and Node Exporter Full, plus a Loki logs dashboard when enable_loki_datasource=true. All of them read the metrics kube-prometheus-stack exposes, so they work on any Qovery cluster with metrics enabled.
Credentials
The admin login isadmin_user (default admin) and the sensitive admin_password, both entered in the Qovery console when creating the service.
- Changing
admin_passwordand redeploying resets the admin password: an init container runsgrafana cli admin reset-admin-passwordon every start, because Grafana otherwise reads the password only on its very first start. admin_useris set once. Grafana creates the admin account on first start and never renames it; changing the variable later has no effect. Rename the user in Grafana (Administration → Users) instead.
Variables
Required
Optional
Outputs
Accessing Grafana
The Grafana UI is published on the URL Qovery generates for the service (Helm service → Overview → Links), over HTTPS. Log in withadmin_user and admin_password. Set root_url to that URL, or to your custom domain, so links in alert notifications point to it.
On a Qovery engine older than the one that added blueprint ports (QOV-2335), the service is created without a public URL. Reach it with a port-forward instead:
Notes
-
Turning things off removes them. A datasource switched off is deleted from Grafana (
deleteDatasources), and a dashboard dropped from the form, or a renamed folder, has its downloaded file removed by theblueprint-maintenanceinit container, so Grafana stops provisioning it. A renamed folder leaves the old one behind, empty: Grafana never deletes folders. That container uses the plaingrafana/grafana:13.2.2image, pinned to the chart’s appVersion. -
Volume settings are creation-time. Kubernetes forbids changing a bound volume’s class, so an update that changes
storage_classfails withspec is immutable after creation, and Helm’s automatic rollback fails for the same reason. Grafana keeps running on the previous release; setstorage_classback to its original value and redeploy.storage_sizecan only grow. - Data sources depend on the cluster. Thanos, Prometheus, Loki and Alertmanager exist only when metrics and logs are enabled on the Qovery cluster. Without them Grafana starts normally and the datasources report a connection error.
-
GKE and AKS host the metrics stack in the
qoverynamespace rather thanprometheus; setmetrics_url,prometheus_urlandalertmanager_urlaccordingly. Loki lives inloggingon every provider. -
Dashboards and plugins are downloaded from grafana.com at each pod start, so the pod needs outbound HTTPS. On clusters without egress set
kubernetes_dashboards=falseand leaveextra_dashboardsandpluginsunset. -
deploymentStrategy: Recreate: the data volume is ReadWriteOnce, so a rolling update would leave the new pod waiting on a multi-attach error. -
fullnameOverride: grafanagives a stable Service name. Deploy one Grafana blueprint per environment. - One replica, no replica variable: Grafana’s embedded SQLite database sits on a ReadWriteOnce volume, which one pod at a time can mount.
-
extra_dashboardsentries areid:revision; the revision must exist on grafana.com (the dashboard page lists them). A dashboard that cannot be downloaded, for a bad revision or because grafana.com is unreachable, does not block Grafana: it is skipped and logged as invalid, the others load. - Sign-up is disabled and usage reporting to grafana.com is off.
- The rendered values, admin password included, are stored in the Helm service’s values override, like every Helm blueprint’s inputs.
-
Chart pinned to
13.2.5(Grafana13.2.2). Thegrafana/grafanachart is deprecated upstream; this is its community successor, not Bitnami.