RousselTMLEARNING

Observabilité

Exploiter VictoriaMetrics : vmalert, sauvegardes, Kubernetes et supervision

Évaluer règles et alertes avec vmalert, sauvegarder avec vmbackup, déployer sur Kubernetes avec l'opérateur et la stack Helm, et superviser VictoriaMetrics.

1. vmalert #

Les règles Prometheus, sur VictoriaMetrics.

Lancement #

vmalert \
  -rule=/etc/vmalert/rules/*.yml \
  -datasource.url=http://vm:8428 \
  -remoteWrite.url=http://vm:8428 \
  -remoteRead.url=http://vm:8428 \
  -notifier.url=http://alertmanager:9093 \
  -evaluationInterval=30s
OptionRôle
-datasource.urlOù évaluer les requêtes
-remoteWrite.urlOù écrire les résultats des règles d'enregistrement et l'état des alertes
-remoteRead.urlRestaurer l'état des alertes après un redémarrage
-notifier.urlAlertmanager (un ou plusieurs)

Les fichiers de règles sont au format Prometheus ; MetricsQL y est accepté. vmalert -rule=... -dryRun les valide sans démarrer.

2. Sauvegardes #

Des instantanés incrémentaux.

vmbackup et vmrestore #

# Sauvegarde incrémentale vers S3 à partir d'un instantané à chaud
vmbackup -storageDataPath=/victoria-metrics-data \
  -snapshot.createURL=http://localhost:8428/snapshot/create \
  -dst=s3://acme-backups/vm/latest

# Restauration (VictoriaMetrics arrêté)
vmrestore -src=s3://acme-backups/vm/latest -storageDataPath=/victoria-metrics-data
Bonne Pratique : Sauvegardez chaque jour vers latest (incrémental) et copiez régulièrement vers un chemin daté (daily/2026-10-19) pour disposer de points de restauration.

3. Sur Kubernetes #

Opérateur et stack Helm.

victoria-metrics-k8s-stack #

helm repo add vm https://victoriametrics.github.io/helm-charts/
helm install vmks vm/victoria-metrics-k8s-stack -n monitoring --create-namespace

La stack installe l'opérateur, un VMSingle (ou VMCluster), vmagent, vmalert, Alertmanager, Grafana et des dashboards. L'opérateur gère des ressources dédiées :

RessourceÉquivalent
VMSingle, VMClusterStockage
VMAgentCollecte
VMServiceScrape, VMPodScrapeServiceMonitor, PodMonitor
VMRulePrometheusRule
VMAlert, VMAlertmanagerAlerting
À savoir : L'opérateur convertit automatiquement les ressources du Prometheus Operator (ServiceMonitor, PrometheusRule) : une migration n'oblige pas à réécrire les manifestes des équipes.

4. Superviser VictoriaMetrics #

Les métriques à suivre.

Indicateurs #

MétriqueSignification
vm_rows_inserted_totalDébit d'ingestion
vm_cache_entries{type="storage/hour_metric_ids"}Séries actives (approximation)
vm_free_disk_space_bytesEspace disque restant
vm_slow_row_inserts_totalInsertions lentes : cache trop petit, mémoire insuffisante
vmagent_remotewrite_pending_data_bytesDonnées en attente dans le tampon de vmagent

Les dashboards Grafana officiels (VictoriaMetrics single, cluster, vmagent, vmalert) et les règles d'alerte du dépôt deployment/docker/rules couvrent l'essentiel.

Articles liés

VictoriaMetrics : pourquoi et comment, du nœud unique au cluster

Ce qu'apporte VictoriaMetrics par rapport à Prometheus seul, ses composants (single-node, vmagent, vmalert, c…

Ingérer des métriques dans VictoriaMetrics : scraping, vmagent et remote write

Toutes les façons d'alimenter VictoriaMetrics : remote write depuis Prometheus, scraping intégré, vmagent et …

MetricsQL : PromQL avec des super-pouvoirs

Les différences entre MetricsQL et PromQL : fenêtres implicites, fonctions supplémentaires (range, rollup, la…

Pour aller plus loin