Vector: Add VictoriaMetrics metrics sink

Created on 10 Dec 2019  路  3Comments  路  Source: timberio/vector

It would be great if Vector could route metrics data to VictoriaMetrics via any supported ingestion methods - see https://github.com/VictoriaMetrics/VictoriaMetrics/blob/master/README.md#how-to-import-time-series-data .

data model metrics sinks should feedback approval feature

Most helpful comment

Having just setup a statsd (source) -> prometheus (sink) -> prometheus (pull) (5s) -> prometheus(write) (5s) -> victoria-metrics

The above pipe-line results in metics being pulled every 5 seconds and pushed every 5 seconds + 1 second approx. 11 seconds delay

Would be great to just have:
statsd(source) -> prometheus_write (sink) -> victoria-metrics

In this pipe-line at the most it should be 1 second (pushed by app into statsd source)

Additionally the current prometheus mapping work 'out-of-the-box' translating those to graphite/influx and back will result in a mapping headache.

All 3 comments

I was just about to ask for this myself!

Both the Influx line protocol and Graphite text protocol are sinks we plan to support before too long.

Having just setup a statsd (source) -> prometheus (sink) -> prometheus (pull) (5s) -> prometheus(write) (5s) -> victoria-metrics

The above pipe-line results in metics being pulled every 5 seconds and pushed every 5 seconds + 1 second approx. 11 seconds delay

Would be great to just have:
statsd(source) -> prometheus_write (sink) -> victoria-metrics

In this pipe-line at the most it should be 1 second (pushed by app into statsd source)

Additionally the current prometheus mapping work 'out-of-the-box' translating those to graphite/influx and back will result in a mapping headache.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

binarylogic picture binarylogic  路  3Comments

Hoverbear picture Hoverbear  路  3Comments

a-rodin picture a-rodin  路  3Comments

LucioFranco picture LucioFranco  路  3Comments

lewisthompson picture lewisthompson  路  3Comments