3 ms·
Prometheus can also receive remote write requests, however, we recommend only writing metrics scraped by another Prometheus or the agent. The datamodel still ha
by gouthamve 3y ago
Prometheus can also receive remote write requests, however, we recommend only writing metrics scraped by another Prometheus or the agent. The datamodel still has a few things that expect the metrics to have been scraped.
If you try to use Prometheus as a native push system and push directly, it'll work but you might not have the best experience. https://prometheus.io/docs/prometheus/latest/querying/api/#remote-write-receiver https://prometheus.io/docs/prometheus/latest/querying/api/#r...
- xgbi 3y agoAnyone with experience scaling Prometheus horizontally ? We are reaching the limits of our instance, memory and cpu wise, and I’m yet to choose between scaling it myself with sharding or using thanos/Victoria/cortex.
- bboreham 3y agoIf you want to query across the whole data set, use one of the other things. Prometheus has a "federation" option but there's not been any active work on it for years. It's basically the definition of Thanos - take a bunch of Prometheus and query across them. Plus long-term storage in S3. VictoriaMetrics, Cortex, Mimir are centralised data stores that accept data from multiple Prometheus, but you could also run headless agents scraping and sending the data. Note if you are on a version before 2.44, try upgrading. Prometheus slimmed down a bit. [I am a Prometheus and Mimir maintainer]
- cassianoleal 3y agoI've beenthrough this song and dance. Did months-long PoCs (with live data, running next to the then-production Prometheus deployment) of Thanos, Cortex and Victoria Metrics. VM won hands down on pretty much all counts. It's easy and simple to operate and monitor, it scales really well and you can plan around how you want to partition and scale each component, it's incredibly cheap to run as performace is superior to the others, even when backed by spinning HDDs vs the other solutions on SSDs. It's especially easy to operate on Kubernetes using their CRDs and operators. I am not associated with Victoria Metrics in any way, just a happy user and sysadmin who ran it for a few years.
- mikepurvis 3y agoVictoriaMetrics was recommended to me by a contractor and I've been very happy with it as well. It does have an option to push in metrics, which I intend to use with transient environments like CI jobs and the like, though I haven't gotten there yet.
- cassianoleal 3y agoYep, we used to use that in a few places. CI jobs, batch processes, etc. Prometheus has PushGateway which we also used before migrating to VM, but it had certain drawbacks (can't recall exactly what, sorry) that the new solution didn't.
- FridgeSeal 3y agoYeah, whatever you do, don’t use Mimir. Operational nightmare, expensive to run, various parts of the entirely-too-many moving pieces it contains broke all the time and the performance was…unimpressive. I‘ve heard that some people manage to run this thing successfully, and power to them, but I want nothing more to do with it. Just save yourself the pain and use Victoria Metrics. Added benefit: you get an implementation of a rate function that’s actually correct.
- t-spawn 3y agoI have been running Mimir reasonably well. When it comes to performance, what exactly did you find unimpressive? Interested to know any pitfalls or pain points you have encountered so far?