Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Why don't you use Influx Line Protocol as a base for the metrics text format? #116

Closed
megastef opened this issue Oct 24, 2018 · 3 comments
Closed

Comments

@megastef
Copy link

Hi,

In the past, we looked at Sematext into Prometheus and Influx Line Protocol. We came to the conclusion, that Influx Line Protocol has all required features, is text-based and efficient with a broad support in the open source community.

The Prometheus format is very verbose, consuming a lot of network bandwidth, and has other issues ... As described here: https://github.com/OpenObservability/OpenMetrics/blob/master/markdown/metric_exposition_format.md#places-it-could-be-improved-in-general

So here is my question: Why don't you use Influx Line Protocol as a base for the metrics text format?

Stefan

@SuperQ
Copy link
Member

SuperQ commented Oct 24, 2018

Does the Influx Line Protocol support pull?

Most implementations of the Prometheus format support gzip compression, so the network bandwidth problem doesn't really exist in practice. For example what looks like 138kB for a node_exporter scrape compresses to 18.3kB. One scrape every 15 seconds is 1.22kB/sec, which for 10,000 nodes would be 95mbps. Easily handled by a single gigabit interface, and given that 10G is popular on networks where you apprach 10k nodes, we're talking a tiny fraction of the bandwidth capacity of the server node, not to mention the backbone capacity.

@RichiH
Copy link
Member

RichiH commented Oct 25, 2018

There's also the fact that we want to maintain backwards compability with the installed base of Prometheus.

@RichiH
Copy link
Member

RichiH commented Oct 28, 2018

Closing this as it's too far from our goals/mission.

@RichiH RichiH closed this as completed Oct 28, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants