Files
homelab/prometheus-stack/k8s
forust 7fdeacffb8
renovate-ci / validate-renovate (push) Skipped
ci / lint-compose (push) Successful in 13s
ci / lint-actionlint (push) Successful in 5s
ci / lint-shellcheck (push) Successful in 10s
ci / lint-prettier (push) Successful in 14s
ci / lint-ruff (push) Successful in 8s
ci / lint-yaml (push) Successful in 10s
ci / lint-dockerfiles (push) Successful in 6s
ci / validate (push) Successful in 7s
ci / build (push) Successful in 19s
feat(monitoring): stand down Prometheus server during VM trial
vmagent scrapes and remote-writes to VictoriaMetrics, so the Prometheus server scales to 0. Encoded as prometheusSpec.replicas in values instead of a kubectl patch, so helm keeps owning spec.replicas and Helm 4 server-side apply stops conflicting with the kubectl-patch field manager.
2026-10-06 19:29:30 +02:00
..
2026-06-16 12:36:31 +02:00

VictoriaMetrics

The victoria-operator Helm release converts Prometheus Operator ServiceMonitor resources into owned VMServiceScrape resources. The VMAgent selects converted scrapes labeled release: prometheus-stack in all namespaces and writes them to the existing single-node VictoriaMetrics instance. Changes to selected ServiceMonitor resources are reconciled automatically; there is no copied Prometheus scrape-config blob to regenerate.

The agent drops targets for the Prometheus server service to avoid duplicating its self-scrape. scraper: victoria identifies the samples ingested by this VMAgent.

The VictoriaMetrics Operator chart and its CRDs are installed before the Kubernetes manifests by the normal deploy workflow. On a cluster where the operator CRDs are not installed yet, CI skips the server-side dry-run of the VMAgent resource; the deploy installs the chart before applying that resource.