5 ms·
Yeah I dunno about this, and the grafana service. They’re not exactly complicated to run on their own. At this pricing you may as well be on Datadog.
by pram 6y ago
Yeah I dunno about this, and the grafana service. They’re not exactly complicated to run on their own. At this pricing you may as well be on Datadog.
- stevekemp 6y agoThis seems more interesting of the two, grafana is pretty simple to setup and maintain. The harder part is handling the metrics themselves, be it with influxdb, prometheus, or something else.
- markcartertm 6y agosetting up one Prometheus server is easy. scaling, HA, Metrics retention for more than 3 days not so much.
- heliodor 6y agoLook at VictoriaMetrics (and the related products vmalert and vmagent) for a much easier and pleasant experience as a drop-in Prometheus replacement.
- nrmitchi 6y agoI've commented fairly heavily in the related Grafana thread. Prometheus is a bit of a different story. It does have some operational overhead when you get to a certain point, and scaling it out is not always trivial. Assuming it works, there is value-add on this one, and the pricing is more in line with active use (ie, a cost+ model, which is more typical of AWS services)
- deleted 6y ago[deleted]
- valyala 6y agoAmazon Managed Service for Prometheus is based on Cortex. It is quite expensive in terms of operational and infrastructure costs compared to VictoriaMetrics [1] according to case studies from VictoriaMetrics users [2]. This may explain quite high costs for AMP. [1] https://victoriametrics.github.io/FAQ.html#what-is-the-difference-between-victoriametrics-and-cortex https://victoriametrics.github.io/FAQ.html#what-is-the-diffe... [2] https://victoriametrics.github.io/CaseStudies.html https://victoriametrics.github.io/CaseStudies.html Disclaimer: I'm core developer of VictoriaMetrics, so feel free asking any questions about it or about our competitors :)
- 0xbadcafebee 6y agoYou could say the same about any SaaS based on open source, but people still find it useful
- Thaxll 6y agoPrometheus is not easy to run at scale on the storage side.
- pram 6y agoThis is all relative but I don't personally think so. Not on EC2+EBS, anyway. Certainly not as difficult as running/scaling an ES or Kafka cluster.
- Thaxll 6y agoIt's a completely different problem because by default Prometheus does not shard anything so you're bound to a single instance, where ES and Kafka are cluster based.
- smcleod 6y agoOut of interest what do you find hard about running ElasticSearch clusters? In my experience ES has been one of the easiest clustered / highly available and sharded systems I've ever run - especially for how incredibly performant and reliable it is. I've generally found that beyond right sizing your nodes, indexes and shard configuration - it pretty much just works without ever really having issues.
- shitloadofbooks 6y agoVictoria Metrics is an absolutely superb drop in replacement.
- jrv 6y agoIt's not a drop-in replacement (even though it tries to sell itself as such), it's incompatible in a significant number of ways and throws away part of your data.
- SkyRocknRoll 6y agoWe use Victoria Metrics in Prod for more than 6 months. It is very reliable and scalable. Victoria metrics handles more than 2B+ series in our setup without breaking a sweat.
- zander312 6y agoScaling prometheus across multiple separate Kubernetes clusters is a fking nightmare.