<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Network / System Monitoring Smorgasbord</title>
	<atom:link href="http://kylecordes.com/2008/network-system-monitoring-smorgasbord/feed" rel="self" type="application/rss+xml" />
	<link>http://kylecordes.com/2008/network-system-monitoring-smorgasbord</link>
	<description>Software, Business, and Life</description>
	<lastBuildDate>Tue, 20 Dec 2011 16:22:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: po</title>
		<link>http://kylecordes.com/2008/network-system-monitoring-smorgasbord/comment-page-1#comment-28124</link>
		<dc:creator>po</dc:creator>
		<pubDate>Mon, 01 Dec 2008 22:14:35 +0000</pubDate>
		<guid isPermaLink="false">http://kylecordes.com/2008/10/19/network-system-monitoring-smorgasbord/#comment-28124</guid>
		<description>I&#039;ve eval&#039;d all of the aforementioned tools and find some are more suited to their intended roles: trending and others monitoring.
Sure, the lines have been blurred (nagios plugins for ganglia, etc), but personally I think they better left as two distinct roles (until the next one comes along...). 

Nagios has addons to chart performance data, but it&#039;s first and foremost a monitoring &amp; alerting system.  It can scale to large numbers of clients by the use of nrpe or even nsca to push results (and even distributed nagios instances, etc). I prefer to push the result back to avoid holding a client up , rather than polling via snmp, etc. Alerting is flexible. I wish it was simpler to setup and use, but saying it&#039;s the least worst of a bad bunch does it a disservice.

Ganglia, which I also use is ideal for trending. Basically you can chart anything provided you can supply a value to the gmond program (pick your language). It&#039;s great for seeing whether MySQL setting change really did the trick than the one two weeks ago and whether disk i/o dropped. This is very useful for capturing business/app metrics in addition to the typical lamp stack metrics. If deployed with multicast, then you have some resilience for your data/gui (provided you have more than one host running gmetad - i.e more than one host storing the rrds). I find it useful for capacity planning. 

It&#039;s also pretty easy if you&#039;re not using snmp to get custom data into Nagios / Ganglia - I&#039;m sure the other have similar provisions, but it was trickier imo.

Others:
I&#039;ve used hyperic (ent demo), zenoss, zabbix, cacti, but I found them all to be restrictive. I settled on a Nagios / Ganglia combination
Hyperic - (I tested 3.0, but is now v4 I believe) was feature limited in the demo, but I found the agents bulky.
Zenoss - install was awkward, but the interface was tricky to use. 
Cacti - only found it useful for small installs. Painful if you need to do repetitive tasks (templates in cacti can be tricky). Used it with cactid, otherwise polling could take a while. 
Zabbix - disliked for similar reasons to cacti, largely related to admin/ config tasks. 
I also tried OpenNMS - didn&#039;t eval in as much depth (suffered from memory issues even after tuning the server)

Another one which may be of interest: http://www.collectd.org - it also support multicast, and is purely intended to be a stats collector (in so far that you choose your own tool to display the resulting rrds), but very small footprint. (A collectd &gt; ganglia plugin would be nice!)</description>
		<content:encoded><![CDATA[<p>I&#8217;ve eval&#8217;d all of the aforementioned tools and find some are more suited to their intended roles: trending and others monitoring.<br />
Sure, the lines have been blurred (nagios plugins for ganglia, etc), but personally I think they better left as two distinct roles (until the next one comes along&#8230;). </p>
<p>Nagios has addons to chart performance data, but it&#8217;s first and foremost a monitoring &amp; alerting system.  It can scale to large numbers of clients by the use of nrpe or even nsca to push results (and even distributed nagios instances, etc). I prefer to push the result back to avoid holding a client up , rather than polling via snmp, etc. Alerting is flexible. I wish it was simpler to setup and use, but saying it&#8217;s the least worst of a bad bunch does it a disservice.</p>
<p>Ganglia, which I also use is ideal for trending. Basically you can chart anything provided you can supply a value to the gmond program (pick your language). It&#8217;s great for seeing whether MySQL setting change really did the trick than the one two weeks ago and whether disk i/o dropped. This is very useful for capturing business/app metrics in addition to the typical lamp stack metrics. If deployed with multicast, then you have some resilience for your data/gui (provided you have more than one host running gmetad &#8211; i.e more than one host storing the rrds). I find it useful for capacity planning. </p>
<p>It&#8217;s also pretty easy if you&#8217;re not using snmp to get custom data into Nagios / Ganglia &#8211; I&#8217;m sure the other have similar provisions, but it was trickier imo.</p>
<p>Others:<br />
I&#8217;ve used hyperic (ent demo), zenoss, zabbix, cacti, but I found them all to be restrictive. I settled on a Nagios / Ganglia combination<br />
Hyperic &#8211; (I tested 3.0, but is now v4 I believe) was feature limited in the demo, but I found the agents bulky.<br />
Zenoss &#8211; install was awkward, but the interface was tricky to use.<br />
Cacti &#8211; only found it useful for small installs. Painful if you need to do repetitive tasks (templates in cacti can be tricky). Used it with cactid, otherwise polling could take a while.<br />
Zabbix &#8211; disliked for similar reasons to cacti, largely related to admin/ config tasks.<br />
I also tried OpenNMS &#8211; didn&#8217;t eval in as much depth (suffered from memory issues even after tuning the server)</p>
<p>Another one which may be of interest: <a href="http://www.collectd.org" rel="nofollow">http://www.collectd.org</a> &#8211; it also support multicast, and is purely intended to be a stats collector (in so far that you choose your own tool to display the resulting rrds), but very small footprint. (A collectd &gt; ganglia plugin would be nice!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt Ray</title>
		<link>http://kylecordes.com/2008/network-system-monitoring-smorgasbord/comment-page-1#comment-28115</link>
		<dc:creator>Matt Ray</dc:creator>
		<pubDate>Mon, 01 Dec 2008 18:05:25 +0000</pubDate>
		<guid isPermaLink="false">http://kylecordes.com/2008/10/19/network-system-monitoring-smorgasbord/#comment-28115</guid>
		<description>Zenoss is remote agentless monitoring, and we&#039;re making a push into more OS monitoring via SSH in our next release: http://forums.zenoss.com/viewtopic.php?t=8137

There is a community ZenPack for PostgreSQL, (http://www.zenoss.com/community/projects/zenpacks/postgresql) and I&#039;m working on opening up Community ZenPack efforts to more collaboration very soon.  I&#039;d be more than happy to get a more robust PostgreSQL ZenPack worked on.

Karl: Sorry to hear you had issues with Zenoss&#039; installation, was this recent?  We&#039;ve done a lot of installer work and documentation around this recently.  Feel free to email me for followup.

Thanks,
Matt Ray
Zenoss Community Manager
mray@zenoss.com</description>
		<content:encoded><![CDATA[<p>Zenoss is remote agentless monitoring, and we&#8217;re making a push into more OS monitoring via SSH in our next release: <a href="http://forums.zenoss.com/viewtopic.php?t=8137" rel="nofollow">http://forums.zenoss.com/viewtopic.php?t=8137</a></p>
<p>There is a community ZenPack for PostgreSQL, (<a href="http://www.zenoss.com/community/projects/zenpacks/postgresql" rel="nofollow">http://www.zenoss.com/community/projects/zenpacks/postgresql</a>) and I&#8217;m working on opening up Community ZenPack efforts to more collaboration very soon.  I&#8217;d be more than happy to get a more robust PostgreSQL ZenPack worked on.</p>
<p>Karl: Sorry to hear you had issues with Zenoss&#8217; installation, was this recent?  We&#8217;ve done a lot of installer work and documentation around this recently.  Feel free to email me for followup.</p>
<p>Thanks,<br />
Matt Ray<br />
Zenoss Community Manager<br />
<a href="mailto:mray@zenoss.com">mray@zenoss.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonas B.</title>
		<link>http://kylecordes.com/2008/network-system-monitoring-smorgasbord/comment-page-1#comment-28101</link>
		<dc:creator>Jonas B.</dc:creator>
		<pubDate>Mon, 01 Dec 2008 07:56:14 +0000</pubDate>
		<guid isPermaLink="false">http://kylecordes.com/2008/10/19/network-system-monitoring-smorgasbord/#comment-28101</guid>
		<description>Nagios graphs the data you want with the nagiosgraph plugin, You use nrpe to gather information form Nagios plugins remotely. It&#039;s really very easy to set up, but you need to familiarize yourself with its architecture before you dive in. A host has services and contacts, a service has contacts, etc. When it comes to monitoring you really want mature products. Give it a chance, it&#039;s well worth it!</description>
		<content:encoded><![CDATA[<p>Nagios graphs the data you want with the nagiosgraph plugin, You use nrpe to gather information form Nagios plugins remotely. It&#8217;s really very easy to set up, but you need to familiarize yourself with its architecture before you dive in. A host has services and contacts, a service has contacts, etc. When it comes to monitoring you really want mature products. Give it a chance, it&#8217;s well worth it!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karl Katzke</title>
		<link>http://kylecordes.com/2008/network-system-monitoring-smorgasbord/comment-page-1#comment-26646</link>
		<dc:creator>Karl Katzke</dc:creator>
		<pubDate>Sun, 19 Oct 2008 18:49:07 +0000</pubDate>
		<guid isPermaLink="false">http://kylecordes.com/2008/10/19/network-system-monitoring-smorgasbord/#comment-26646</guid>
		<description>I had an impossible time getting Zenoss up and running properly. It&#039;s configuration is halfway to impossible -- and I&#039;m coming from the Nagios/Cacti world here. 

I definitely want to see further reviews of ganglia and zabbix, though.</description>
		<content:encoded><![CDATA[<p>I had an impossible time getting Zenoss up and running properly. It&#8217;s configuration is halfway to impossible &#8212; and I&#8217;m coming from the Nagios/Cacti world here. </p>
<p>I definitely want to see further reviews of ganglia and zabbix, though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

