I run a quite large vps. now and i want to monitor it ive been using beszel an uptime kuma, does anyone know a better solution ive tried grafana an prometheous. but it was not as good as i was hoping. i saw netdata on selfh.st does anyone have expierance with that.
- corsicanguppy@lemmy.caEnglish17 hours
Wonderfully succinct. Thank you for caring about strangers representing themselves best and better.
irmadlad@lemmy.worldEnglish
20 hoursWhat are you trying to observe? Just the server and applications? Traffic?
Netata will give you just about every metric you could possibly use for a server. However and anecdotally, netdata seems to spawn a ton of zombie processes (https://github.com/netdata/netdata/issues/20565) which was quite annoying.
If you’re going for server traffic observability , I recommend ntopng. It’s pretty comprehensive.
- curbstickle@anarchist.nexusEnglish11 hours
Depends on what youre trying to track, but prom can track whatever you want and grafana can display it. You may also want log monitoring as well, which you can also feed in - grafana is just display.
The metrics you want to look at are the big question though.
- curbstickle@anarchist.nexusEnglish8 hours
It seems to me like you don’t really want historic metrics.
Youre not looking for an observability platform, more a resource monitor like btop. Whether its btop.or one of the other variations of top, there are a lot of them with heavy customization options.
I’d recommend starting there to figure out what you want/need.
irmadlad@lemmy.worldEnglish
8 hoursBtop is my favorite top of all the tops. I run it regularly just to scope how things are processing.
- 8 hours
What would you recommend for historic metrics? Specifically for podman containers.
- curbstickle@anarchist.nexusEnglish7 hours
Prometheus and Grafana are my typical recommendation there, with the podman exporter. Prometheus for time series data, Grafana to visualize and alert.
One thing I think many folks get wrong is thinking about Grafana (or any other dashboard) as the way to watch for problems, but that requires you to look at them. They should be thought of as a way to evaluate for conditions that there was a problem, then create an alert based on the indicators. This way you can address it before it becomes a problem, or at a minimum be aware that conditions are leading toward a problematic state.
If its repeatable and managed with a container restart or something, you can automate that from the alert, and never have to look again.
If its something you can’t control (for example, availability of a 3rd party service), you can use it as a way to be notified of the status change. I have a custom exporter I wrote for work to keep track of some services that result in a bunch of posts to Teams by people asking if its working for them. So I have an automation that posts to Teams when a service has a problem so my IT guy doesn’t need to respond to all of them individually.
So I’d recommend focusing on good alerts and automations over beautiful dashboards first (though dashboards can be a lot of fun to make!)
- farcaller@fstab.shEnglish5 hours
I’d suggest VictoriaMetrics over pure Prometheus - better ram footprint is pretty useful nowadays.
- curbstickle@anarchist.nexusEnglish5 hours
They played a good bit fast and loose with their claims some time back (even pulling a few things after an “oopsie - decimal point in the wrong spot!” type issue), and I kind of wrote them off after that. I’ll have to check in on them again.


