Skip to main content

Core deployment pattern

Use a Loki-compatible read proxy in front of VictoriaLogs

Loki-VL-proxy sits between Grafana or other Loki clients and VictoriaLogs. It keeps the read-side Loki API shape, translates metadata and query behavior where needed, and exposes route-aware telemetry so the middle layer stays operable.

Read compatibility
Grafana and Loki API tooling keep the Loki read path
Datasource, Explore, and Drilldown stay in scope.
VictoriaLogs backend
The backend remains VictoriaLogs plus optional rules or alerts backends
No change to the storage target.
Translation controls
Label style, metadata field mode, and field mappings are explicit
Useful for dotted OTel fields.
Operational visibility
Metrics and logs split downstream, proxy, cache, and upstream work
Prometheus scrape or OTLP push.

What the proxy actually does

  • Accepts Loki-compatible read and metadata requests.
  • Translates query and metadata paths toward VictoriaLogs and optional rules backends.
  • Shapes responses into the tuple and field contracts Grafana expects.
  • Adds protective caching, coalescing, fanout limits, and circuit-breaking.

What it intentionally does not do

  • It does not become a generic log ingestion system.
  • It does not ask Grafana to switch to a custom datasource plugin.
  • It does not hide its own latency or cache behavior from operators.
  • It does not open write ownership for Loki push paths.

Why this pattern works for Grafana

Grafana is already deeply opinionated around the Loki datasource and the Loki-style query path. Loki-VL-proxy keeps that client shape on the left while mapping requests to VictoriaLogs-aware internals on the right.

Labels and fields stay manageable

The proxy can expose underscore labels for Loki-safe query builder behavior while keeping dotted field semantics available through metadata modes and explicit mappings.

Patterns and Drilldown stay explicit

The Loki-compatible patterns endpoint is part of the supported read surface, with runtime gating and compatibility coverage for Grafana Logs Drilldown behavior.

Rules and alerts can stay visible

Read views for rules and alerts can be bridged through vmalert so Grafana does not lose those operational screens during the move.

Operators get their own control plane

The project ships route-aware metrics, structured logs, a packaged dashboard, and runbook-oriented docs instead of treating the proxy as a black box.

Where to go next

If this is the problem you are trying to solve, the next useful docs are the deployment guide, translation behavior, and observability model.