Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

For a more comprehensive list of monitoring tools and their features, check out this Wikipedia page.

As the question states, what are the most commonly used tools used for this task and what are their strengths and weaknesses?


locked by sysadmin1138 Dec 19 '11 at 12:38

This question exists because it has historical significance, but it is not considered a good, on-topic question for this site, so please do not use it as evidence that you can ask similar questions here. This question and its answers are frozen and cannot be changed. More info: help center.

My servers are running Debian Lenny, but the question is not primarily focussed on UNIX-monitoring alone as many tools will probably have some form of cross-platform support. –  Aron Rotteveel Apr 30 '09 at 8:24
This should be splitted for the main server OSs since they use TOTALLY different tools –  Andrei Rinea May 3 '09 at 23:06

73 Answers 73

up vote 136 down vote accepted

I've used Nagios in the past with success. It's very extensible (over 200 add-ons), relatively easy to use and lots of reports. A negative would be the initial setup.

Nagios works great to monitor all types of host (Windows, Linux, Routers, Switches, etc.) I recommend using a configuration tool like fruity or Lilacto ease the configuration pain. NSClient++ on the windows boxes and nagios-statd on the linux stuff to monitor running processes, disk usage, etc. –  TonyB May 1 '09 at 23:27
There is a new nagios fork called icinga. It is nowhere yet, but their goals looks promising. icinga.org –  cstamas Jun 1 '09 at 17:34

Personally, I love Munin which is very easy to install and to write plugins for as it has a very straightforward architecture. There are quite many plugins already around for all the purposes you could imagine, so you probably won't even have to write plugins in the first place.

It also provides beautiful graphs and the option to configure (very basic) alerts.

I'm a big fan of Munin too. It has support for integrating with Nagios (so you can run both), and support for all common flavours of unix. I don't think there's any support for monitoring a Windows node - however it's written in Perl, so while it may be non-trivial it should certainly be possible. –  John Dalton May 1 '09 at 6:35
@John. Windows node are supported via either munin-node-win32 that is a native munin node, or via SNMP just like any host. –  Steve Schnepp May 4 '09 at 14:09

I have been doing roll outs of Spiceworks at our company and we are finding it to be a great tool not just for monitoring servers but everything else on the network.

It does things like automatic inventory and custom monitoring to send you emails when there is a problem (EG: Printer is down to 10% of ink or hard drive of this server has 20%).

Its downside would probably be is density of information per computer, don't get it wrong it has A LOT of data per machine but for things like servers where you might want a lot of stats you might need to use another tool.

EDIT: oh did i mention its business model is based around it being free forever.

SpiceWorks has a really large community that overlaps with ServerFault quite a bit as well. Going to be interesting to see the interplay between the communities. I use SpiceWorks as well. Awesome tool. –  Scott Alan Miller Apr 30 '09 at 19:31

Nagios is great since it's free and there is plenty of plugin's for it. However the UI and config is very difficult.

It's exact opposite in pro's/con's which is also great is Microsoft System Centre Operations Manager (SCOM) which is not free, has less plugin's but setup and config are brilliant and easy.

I must admit if I was in a primarily Microsoft company, had very high reliance requirements (i.e. can't afford for monitoring to break) or had to think about getting developers to work with it then SCOM would be my recommendation over Nagios.


Cacti is a very good web-based frontend to RRDTool, providing very handy graphs and stats. RRDTool is the part that gathers data from multiple systems and monitors a wide range of technical data.

We're using that cacti/RRDTool solution to monitor Unix and Windows systems. We get a lot of useful metrics including load, CPU/RAM usage, HD space, users logged in, network traffic, running processes, and so on.

You will find more information on cacti on the What is Cacti? page.


Sorry to say but I've ended up using lots of custom scripts. While far from ideal I doubt there's a more common solution.


We've written our own monitoring software. Our code isn't nearly as sophisticated as a commercial package, but we didn't need much functionality. It was easier to write our own than to investigate other packages and learn how to use them. The code does just what we want and it's easy to extend.

I think it's important to think through the implications of a decision like this. To write something from scratch may not be that much of effort - but maintenance down the road is a bear. –  Adam Apr 30 '09 at 18:29

Zabbix. It's open-source, and reasonably simple to setup and customise. We have a lot of custom monitoring scripts that feed into the zabbix server, but it takes care of centralising that data, displaying it appropriately, notifications (email, IM, SMS, twitter, etc), and so forth.

We're also using Zabbix and find it to be pretty powerful and configurable. We tested both Zabbix and Nagios and opted for Zabbix in the end because while Nagios seems to have a good reputation, it's a bit of a pain to install and a lot of functionality comes from plugins rather than featuring within the core application (graphing is a good example of this, you get it for free with Zabbix). –  stephen mulcahy May 27 '09 at 16:12
I prefer Zabbix because it flexibility in terms of graphing and mapping your infrastructure (in terms of availability) as well as a flexible way of monitoring. –  Andrioid Jul 5 '09 at 10:02

As a Windows person, MOM. We're looking to upgrade to Systems Center Operations Manager (SCOM) but won't need to until we start deploying Windows 2008.


We use Level Platforms for this task. Provides a ton of useful information without overloading the sysadmins, and makes it extremely easy to handle all of the hardware in our server room (as well as many of our clients').


I'm part of a operational monitoring upgrade project. We've had various vendors come onsite to present a few big dollar systems and mixed in some cheaper alternatives to compare.

One of which is Hyperic, which is also available as a free open source solution. I was impressed with its delivered capabilities and extensibility for custom agents.


Also take a look at Argent Guardian. It's cross-platform, can function as a syslog server, they'll give you the database schema to do your own reporting, if you need that, and you can import your own images as "maps" to give visual alerts.


For monitoring statistics (memory usage, load, mysql activity, apache activity, etc.) I use Munin. Out of the box it already tracks a lot of things and plots graphs for different time intervals (last 24 hours, last 7 days, last month, last year). Through plugins even more things can be monitored. It's output are HTML pages with pretty graphs.

Munin has a master/node architecture: nodes gather statistics on a server and the master stores the data and produces HTML and graphs.

I use Monit to keep track of running processes and to restart or alert me when certain configureable conditions arise (high cpu load, high memory usage, no HTTP response, etc.) Monit can also monitor more general things about a server, such as cpu load, memory usage, harddisk status or disk usage.

Monit needs to be configured for every service or hardware you want to monitor and how to respond when something goes wrong. The most used options are to do nothing, send an alert email or restart the service.

Monit is great when it works, but sometimes it fails to start, stop or restart a service and there is not a lot of diagnostic information available to tell you what went wrong. This means you don't know if the problem was with your service or with the Monit configuration, which runs with a cron-like minimal environment.

Both tools are available by default on most Linux distributions.


I use Pingdom for monitoring my server. It sends me an SMS message when the server is unreachable.


For the status of servers and services (whether they are up or down, and sending warnings if they go down) and for yes/no questions ("has a backup been done in the last 24 hours?") we use nagios. It is hard to set up, but it is immensely configurable. Custom scripts can be run on remote computers. Alerts can send emails, send text messages or even run custom scripts.

For the health of servers we use munin - it provides nice graphs of memory usage, cpu usage, network usage etc. Pretty easy to set up on linux at least (I have not tried with Windows).


PRTG Network Monitor - can't say enough great things about it. Awesome web front end and especially great for monitoring routers (bandwidth etc) and other devices through SNMP and measuring uptime for SLA's, etc.



OpenNMS is used where I work to monitor more than a thousand Linux machines. We monitor the hardware of each machine and the applications running on them.


Hobbit - it's a faster better version of Big Brother (which seems to be alarmingly commercial these days).


Hobbit is now called Xymon. hswn.dk/hobbiton/2008/11/msg00123.html –  Clinton Blackmore Jun 8 '09 at 16:49

We use (and like) WhatsUp from Ipswitch for our relatively small Windows network. It is easy to setup, and relatively easy to manage, and knows how to deal with Windows servers as well as standard stuff.

For larger networks, non-Windows-oriented networks, or networks with lots of varied stuff, I heartily recommend OpenNMS. OpenNMS software if free and the company is more than happy to sell support and implementation services. It also happens to be run by a very sharp friend of mine from college!


Zenoss Core is of some use, We are using it (for about a year) for lightweight monitoring of servers, net switches and UPSs.

Zenoss Core is an award-winning open source IT monitoring product that effectively manages the configuration, health and performance of networks, servers and applications through a single, integrated software package.


I use a combination of Solarwinds, VMware server performance tabs, and custom scripts.

Solarwinds Orion Network Performance Monitor is what I use with our Windows sys. admins on my web servers. Still getting some useful app metrics running on it, but it has good information on basic box level stuff (disk, network, CPU).

For my VMware guests, I love the performance tabs.

For my Sun servers, when I need something that isn't available in Solarwinds (because our admin hasn't added it or what), I write custom scripts (usually in Perl) to monitor things like mirror health, swap usage, etc.

I'd like to get more onto Solarwinds, but there's only like 26 hours in a day (or so my boss believes) so I find that can be a tad limiting...


Smokeping not only checks the availability of various servers and services but also keeps track of their latency while providing easy to use, nice looking, and quick to display graphs.

Wide range of latency measurement plugins is available out of the box. If you know some Perl, it is easy to create your own ones for any exotic needs.

Large installations will benefit from Master/Slave System for distributed measurement.

Highly configurable alerting system will help you notice issues before they start affecting users or evolve into major outage.

Smokeping is free and OpenSource Software written in Perl by Tobi Oetiker, the creator of MRTG and RRDtool


Our project uses Ganglia for our 100+ node clusters. One reason we use it is because it's the monitoring tool that comes with Rocks.

It's important for us to have very low overhead on each node so that as many resources as possible are available for computation. Ganglia gives us a good overview of the cluster and allows us to drill down to individual nodes if needed. Besides know what's going on right now, we can get a pretty good look at what's happened over the last hour, day, week, month, and year. The graphs of various statistics are basic and functional.


I'm surprised nobody has mentioned logwatch or logcheck for linux servers - saves a tonne of time reading logs!!


I've used Activexperts Network Monitor with great success (on a mostly Windows network but it had some unix and linux hosts, printers of various brands and so forth that was also monitored with it).

It's really easy to setup and learn, rather cheap for what you get (was $500 for site/enterprise license) and supports vbscript and remote unix commands. If the network is small (a few hundred nodes at most) I think this is much more intuitive than System Center Operations Manager which feels more directed at huge windows networks only.

Network Monitor comes with a lot of predefined scripts for monitoring stuff like e-mail servers including various Exchange versions and all its services, http servers with expected response, event logs, sql queries and expected responses and so on.. .and dependencies are easy to configure ("all these depend on this router so if it fails to respond to ping and snmp, don't bother alarming us about all the stuff behind it that's not responding"). SMS with gateway or local GSM modem support and all rules can of course have actions like service restart, server restart or custom script - to fix reoccuring problems for you (it's important I think, kinda like regression testing is for development).

...I've also tried to tame a Hobbit and didn't really enjoy it at all (nor the bloated Windows agent) - but it was set up for Windows server monitoring and it really blows at that - most likely more suited for a linux or unix-centric network.


I've used:

  • Nagios - requires some old-timey command line setup, not pretty, but sturdy and functional. It has been superseded by:
  • Zenoss - requires much less footwork to set up, has a commercial variant. Once running, the rest is controlled through a browser. Very powerful, but requires some MIB work if you use the free version.
  • Intermapper - commercial program, spendy if you have lots of nodes to monitor. Appears to be written in Java (for better or worse).
  • Spiceworks - haven't tried the latest version. Older versions needed a little more umph under the hood to get it to respond, but otherwise, it works nicely. Free version comes with nag ads.

For HP servers you can't beat their Systems Insight Manager (SIM), lots of lovely low-level counters and alerts etc., not a bad GUI either and the link to your support contract is worth the effort on its own.


We use hyperic - it has both an open source version and a commercial one

It monitors the operating system (RHES 3, 4 and 5 + Ubuntu), Apache, MySql, JBoss, Tomcat, mail servers, memcached and it probably can monitor more applications. No special configuration is needed, all servers were found with the auto discovery, even if they were installed in an untraditional place. It is very easy to use and configure, you can control your services (start/stop etc.) and define alerts.

Minuses - You need to configure it to run on boot (we are using cron to do that).


I'm using PA Server Monitor . It's primarily Windows focused (event logs, performance counters, services, etc) although getting better with other systems now that some limited SNMP support has been added. The thing I like best is it's easy to configure compared to a lot of apps (no config files, no command lines, etc). I wouldn't recommend it for a heavy *nix environment though.

Oh, it's not free, but less expensive than some competitors.


For those who don't like the Nagios web interface there is NPC, a plugin for Cacti that makes the Nagios UI available from within Cacti, but with better looks (ajax etc.).

It reads from a database provided by NDO2DB, which is a great way to have your infrastructure available from within a database for use in scripts and other tools.


Not the answer you're looking for? Browse other questions tagged or ask your own question.