mrtg
Thruk
mrtg | Thruk | |
---|---|---|
1 | 5 | |
228 | 396 | |
- | - | |
2.2 | 9.8 | |
28 days ago | about 12 hours ago | |
Perl | Perl | |
- | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
mrtg
-
The Mystery Blips
Early in my career, in the late 90s, I was at Cox Interactive Media responsible for our web farm which hosted all of Cox Enterprises news sites: newspapers, radio stations, tv stations. This was before the days of SREs and SROs and dev-ops. We were just system admins and programmers and some of us could do both.
Our web farm was about two-dozen Sun Ultra 2s connected on a FDDI loop, with content on NetApps. We had a couple Sun E450s. Apache on the Ultra 2s. Apache + mod_perl on the E450s.
Monitoring with MRTG[1].
It's 1998. The Ken Starr report drops. Now, we knew it was coming, and we did our best to be prepared, but this is the late 90s. There was only so much load testing we could do and didn't really know how much traffic it would drive. We kept the site up, but it meant, as I recall, a lot of fine tuning of the mod_perl box and disabling interactive parts of the site.
I really wish I still had some of the traffic graphs.
Fun times.
[1] Receipt: https://github.com/oetiker/mrtg/blob/master/src/CHANGES#L310...
Thruk
-
Zabbix, Nagios... vs PRTG.
There are also a bunch of web interfaces available such as Thruk
-
Network Monitoring Solution
I switched from Nagios to Naemon (a fork of Nagios), the migration is super easy, you don't even have to be nonweldable at all in linux to achieve it, and almost all the config files are compatible. It's also compatible with all the Nagios plugins, but the GUI is way better than the one on Nagios (is called Thruk https://www.thruk.org)
-
Linux is dead, long-live Docker monoculture
Fast forward 12 years and I have Icinga2 collectors in each datacenter using check_by_ssh to run check_systemd, all front-ended by Thruk. The TIG stack is something on my list of things to look into at some point, but with Dynatrace available to do all the fancy application monitoring, there's no rush.
-
Anyone using LibreNMS in production?
For alerting for Linux systems, I use Icinga with check_ssh and check_systemd (caveat: distributed primarily on PyPI) with Thruk as the single pane of glass front-end to per-datacenter installations of Icinga.
-
Templates Best Practices for Nagios?
But there are also other solutions out there that can manage the configs for you such as Thruk or Adagios.
What are some alternatives?
arpsponge - AMS-IX ARPsponge Project
Nagios - Nagios Core
Munin - Main repository for munin master / node / plugins
Centreon - Centreon is a network, system and application monitoring tool. Centreon is the only AIOps Platform Providing Holistic Visibility to Complex IT Workflows from Cloud to Edge.
Zabbix - Real-time monitoring of IT components and services, such as networks, servers, VMs, applications and the cloud.
Icinga2
Adagios - Adagios - Web Based Nagios Configuration
LibreNMS - Community-based GPL-licensed network monitoring system
icingaweb2-dark-theme - A true dark theme for Icinga Web 2
Sensu
openITCOCKPIT - openITCOCKPIT is an Open Source system monitoring tool built for different monitoring engines like Nagios, Naemon and Prometheus.
Cacti - Cacti ™