netdata 1.5 released - big update!
-
@cgunzelman said in netdata 1.5 released - big update!:
I plan on monitoring routers with it. Routers that customer service reps will need to know the status of at the drop of a hat when dealing with customers relying on them for internet links.
That's a more interesting use case. Although "instant" view and real time are very different. Real time is that it is showing you what is happening as it happens. We already have instant views with other tools, Grafana for example. Real time does apply on routers, but humans can't really view packet load in real time, it's too fast. I assume that all of the routers are already on the Internet so the exposure is simple?
-
@scottalanmiller They have a management VLAN which customer service reps have access to.
-
@cgunzelman said in netdata 1.5 released - big update!:
@scottalanmiller They have a management VLAN which customer service reps have access to.
So it is external, but they VPN to the VLAN, then have one console per customer?
-
@hobbit666 you install it everywhere - it is a "smarter" agent.
-
@hobbit666 there is no multi-server overview. It is a real-time performance monitoring tool. Its purpose is to provide over the web real-time information about the metrics of each server. It is not a statistics tool.
-
@scottalanmiller if you need authentication you can run it behind another web server, like nginx or apache.
-
@scottalanmiller it is a completely different purpose. With all other monitoring solutions you get "statistics of past performance" and that's it.
With netdata you get real-time insights of everything happening in the system and its applications. And when I say everything I really mean it: everything.
My goal was not to design a prettier munin, nagios, zabbix, smokeping, etc. There are very nice tools (I really like them), but they completely fail to provide the right information.
Check for example this: https://github.com/firehol/netdata/wiki/Linux-console-tools%2C-fail-to-report-per-process-CPU-usage-properly - even top fails to properly report what is really happening in all cases.
So, netdata is a real-time performance monitoring system, similar to top, vmstat, iotop, systemd-cgtop, etc. Even if you need statistics of past performance, netdata can archive its metrics to graphite, opentstb, prometheus and the likes, so that you can visualize them with grafana (another excellent tool).
-
@scottalanmiller your browser does all the magic, not the servers. Each netdata is completely isolated to the rest. Only you (your browser) needs to have access to all of them. How you do this, it is your problem to figure out. You can use an authentication web server in proxy mode, setup a VPN, trust your static IP at firewall, tunnel it through ssh, etc
All these are your option. To understand the concept, let's assume netdata is a CGI. What would you do? Do the same.
-
Circling back this really doesn't work that much differently than Prometheus. Prometheus does give you a single view for everything but all nodes are exported on 9100 and the Prometheus server scrapes them all.
-
netdata and prometheus are quite different. They can actually cooperate: netdata exposes all its metrics in a prometheus compatible format, so that prometheus can use netdata as a data collector.
In general, prometheus is a time-series database with an embedded scraper. For sources it cannot scrape itself it uses other data collectors (including netdata).
netdata is a real-time performance monitoring. The detail and amount of information netdata provides is probably too much for prometheus. Also netdata is distributed (you install it everywhere), while prometheus is centralized.
There is no good and bad in these things. Different things for different needs.
So, use the solution that suits you best...
-
@ktsaou said in netdata 1.5 released - big update!:
netdata and prometheus are quite different. They can actually cooperate: netdata exposes all its metrics in a prometheus compatible format, so that prometheus can use netdata as a data collector.
In general, prometheus is a time-series database with an embedded scraper. For sources it cannot scrape itself it uses other data collectors (including netdata).
netdata is a real-time performance monitoring. The detail and amount of information netdata provides is probably too much for prometheus. Also netdata is distributed (you install it everywhere), while prometheus is centralized.
There is no good and bad in these things. Different things for different needs.
So, use the solution that suits you best...
Right. I didn't mean they were the same under the hood. I mean they are both "exposed" in the same way.
