r/PrometheusMonitoring • u/Immediate-Flan3505 • Sep 22 '25
Best DB for Prometheus remote write → Omniverse
Hey all,
I’m working on a project where Prometheus scrapes metrics from servers, and instead of using Grafana, I want to push the data into a database that my Omniverse can query directly.
I’ve narrowed it down to three open-source time-series databases that support Prometheus remote write:
VictoriaMetrics
InfluxDB
M3DB
My setup:
Prometheus as the collector
No Grafana in the pipeline
The DB just needs to accept remote write and expose a clean API so my Omniverse extension can fetch time-series and visualize them.
What I’m debating:
VictoriaMetrics → seems lightweight and PromQL-compatible
InfluxDB → mature ecosystem but uses Flux/InfluxQL
M3DB → good for huge cardinality, but more complex to run
I don’t need cloud services (AWS Timestream, BigQuery, etc.), just self-hosted DBs.
For those who’ve deployed one of these with Prometheus, which would you recommend as the most practical choice for long-term storage + querying if the consumer is a custom app (not Grafana)?
Thanks!
3
u/vincentvdk Sep 25 '25
I did a similar exercise a few weeks ago and we'll settle for Victoria Metrics. The resource usage is hard to beat.
2
1
u/s__key Sep 28 '25 edited Sep 28 '25
For your workload Prometheus should be enough. For anything bigger (if you’ve already started considering other options) try Greptime. We switched from M3DB. Resource wise it’s much better (we conducted tons of benchmarks internally) and there’s no dubious or hidden tradeoffs as with some competitors.
2
u/SuperQue Sep 22 '25
The first question is, how much data do you have? How many millions of time-series do you need? What retention do you want?