Nagios绘图解决方案与Munin/Cacti/Ganglia

Question

我已经设置了一个nagios服务器来监视~30个Windows服务器。我想添加一些趋势图。我读过nagios绘图插件很简单，很多人使用独立的、独立的图表/趋势工具。

nagios图形化插件与ganglia/munin/cacti等独立产品的限制是什么？

我对独立软件包提供的特定特性和优势感兴趣，nagios图形化插件没有。

Answer 1

考虑到您已经安装了nagios，请考虑nagiosgraph或pnp4nagios。

nagiosgraph和pnp4nagios在绘制nagios性能数据方面做得很好。pnp4nagios有基于参数的配置方法，有基于模板的配置方法.

• 每当nagios配置更改时，都会自动检测新的主机/服务。
• 两者都进行图形缩放。
• 当您在特定的主机/服务上鼠标操作时，两者都提供了图形。
• 这两种方法都提供了许多方法来分割和裁剪数据。
• 检测并绘制已在nagios中定义的关键级别和警告级别。
• 两者都可以直接嵌入nagios框架中，以实现从当前状态到历史和返回的无缝、整洁的导航。

切片和切割数据是非常重要的，imho。例如，可以查看单个主机上的所有服务，也可以查看具有特定服务的所有主机，也可以查看任意主机和服务的任意图形集合。

安装并不简单，但并不困难。这在很大程度上取决于你想要定制多少东西。例如，nagiosgraph是“install.pl”或“rpm -i nagiosgraph.rpm”或“dpkg -i nagiosGraph.deb”。pnp4nagios是./配置；make；make‘。

n2rrd也可以做其中的一些事情，但是它没有那么完美，需要更多的工作来配置。

rrdtool有古怪的wrt数据存储，任何系统都会有采样问题。在默认情况下，rrdtool会对数据进行平滑处理，但如果有必要，您可以捕获(和图表)最大值和/或最小值以及平均值。

由于每个rrd文件中的模式是静态的，大多数系统都使用rrd文件名来标识数据，因此每种基于rrdtool的方法都存在数据/图形丢失的问题。当主机名或服务名称更改时，通常不会丢失数据；rrd文件仍然存在于磁盘上。但是，一些用户界面提供了查看“陈旧”rrd文件的方法，其他用户界面则需要通过命令行进行手动管理。在许多安装中，这只是最初配置系统时的一个问题，但在动态环境(例如，监视寿命仅为几个月的虚拟机)中，这可能会变得乏味。

最后一个音符。实际上，趋势有两部分:数据收集和数据显示。如果您使用的是独立的绘图系统，而不是扩展现有的nagios安装，那么您可能必须在windows机器上安装其他组件来收集数据。

Answer 2

nagios图形化插件就像您所说的非常有限，它们提供了一个非常基本的rrdtool界面，并且UI设计有点违背直觉，它基本上是对Nagios的一次攻击，试图仅仅为了好玩而使用它，但是它在没有警告的情况下中断了好几次。

对于一个独立的产品(特别是munin或ganglia)，nagios为您提供了nagios无法完成的大量服务，因为unix咒语最好只擅长一件事，而不是试图在许多方面都做得好，nagios在监控方面非常出色，munin/ganglia/cacti在绘图方面也非常出色。

Answer 3

在堆栈溢出时，我们使用n2rrd，这是一个Nagios插件，用于绘制性能数据。在某种程度上，我同意林克曼的观点，那就是它确实有一种很无趣的感觉。

然而：

• 使用n2rrd，您可以让Cacti对数据进行图形化，而不是n2rrd附带的rrd2graph.cgi。
• 带有n2rrd的rrd2graph.cgi确实支持缩放
• 就复杂的聚合图而言--你基本上是用手操作rrd图，你想用它们做什么都行。

rrd图是根据服务器名称存储的，所以如果您更改了某个文件的名称，您就会丢失数据.不过，您可以随时将文件重命名为符号链接，这样就不会丢失数据。

在我最近的更好的RRD图的一些技巧服务器故障博客文章中，我有一些这些图表的例子。此外，n2rrd页面还包括仙人掌演示和rrd2graph。

我认为底线是，使用Nagios路径可能缺少一两个特性，但如果您不介意自己编写rrd模板的细节，那么它是非常完整的。这可能需要你更多的时间，但它将鼓励发展更多的专业知识在rrd。