Zabbix是我的正确工具吗?

我只想监视less量的服务器(less于10个)。

从阅读各个地方,听起来像顶级领先的竞争者(至less对于开源)是:

  • Nagios的
  • 穆宁
  • ZABBIX

从我读过的很多人往往一起使用munin和nagios – munin的历史和graphics,nagios警报。

另一方面,这听起来像Zabbix是比其他两个更完整的解决scheme,更容易configuration。 所以我正在考虑走那条路。

我现在的想法是:

  1. Zabbix的一般缺点是什么?
  2. Zabbix在监视的盒子上有小的尺寸吗?
  3. 我真的需要为它设置一个完整的其他服务器吗? 我目前有一个很轻的负载下的服务器 – 我可以双重目的吗?

我认为最好集中精力回答您的具体问题,同时考虑到您计划部署的大小(约10台受监控的主机)。

  1. Zabbix的一般缺点是什么?

    • 它不会自动找出要监视的内容,何时提醒您等 – 您将不得不考虑您感兴趣的度量标准,并对其进行configuration
    • debugging留下了一些需要的东西。 虽然有这样一个小环境的帮助选项,如论坛,IRC频道等应该足够容易
  2. Zabbix在监视的盒子上有小的尺寸吗?

    当然是。 Zabbix可以使用像SNMP这样的方法进行监视,简单的networking检查(是一个端口打开吗?),并且它也有许多平台的本地代理。 由于代理是用C语言编写的,它的占用空间非常小(与大量的解释脚本相反)。 您可以轻松地在单个受监视的主机上组合不同的检查。 请注意,您不仅限于监视服务器,还可以添加networking设备和其他东西。

  3. 我真的需要为它设置一个完整的其他服务器吗? 我目前有一个很轻的负载下的服务器 – 我可以双重目的吗?

    取决于 – 如果它运行的服务器支持的操作系统之一 – 绝对。 对于那个环境的要求将会非常低。 确保只使用默认模板作为指导,build议您创build自己的检查间隔更长的时间间隔。 基本上,Zabbix由三个组件组成 – DB,前端,服务器。 如果您愿意,可以重复使用公司现有的数据库服务器和现有的Web服务器作为前两个组件,然后在任何支持的平台上运行Zabbix服务器 – 这是完全有效的configuration。

任何具体的查询将非常欢迎Freenode的#zabbix。

我使用Zabbix已有2年了,在使用Nagios之前

在我看来,最大的区别是:与Nagios你得到一个状态(OK / WARNING / CRITICAL),与Zabbix你得到一个数据(整数,浮点数,string…)

这对Zabbix来说是一个很好的观点,因为:

  • 您可以绘制任何(数字)数据而无需“创build/定义”graphics
  • 您可以“轻松”定义来自多个数据值的警报/触发器

使用代理来方便/快速地收集基本的系统数据也是非常好的。

Zabbix的缺点:

  • 比Nagios更为人所知
  • 数据库来存储configuration和数据(比平面文件更难以备份和操作)

你有什么监测目标? 正常运作吗? 性能? 帐单指标? 上面列出的一些公用事业对于这些用途中的每一个来说都更好,有些甚至更糟糕。

为了保证正常运行 ,我们使用monit ,这是免费的,并且很容易在Unix / Linux系统上设置。 该实用程序监视进程是否还活着,并确保它使用的资源(CPU,内存)不超过公平的份额 – 如果错误行为,monit将重新启动进程。

对于性能监测 ,我build议munin 。 它很容易configuration,并使用perl / bash / python / whatever作为数据收集方法。 Munin能够在一个地方从多台机器收集性能,并且可以构build易于理解的graphics。

对于计费指标 (带宽消耗),我build议PRTG 。 这不是免费的,但提供专业级别的报告和统计数据,可以很容易地用作客户账单报告的一部分,如果你这样做的话。 我们把使用SNMP的PRTG代替了我们的Zabbix安装,这需要在每台被监控的机器上使用代理,而我们从来没有回头过。

我也使用了Zenoss ,这非常好,安装和configuration简单。 Zenoss需要很长的培训时间来学习如何获得我们所需的所有指标。

我使用zabbix来监视我们公司的基础设施(只有6台服务器+所有的networking资料)。 我有zabbix超过两年,它很好。 我喜欢这一切,都在一个应用程序,并不需要安装大量的插件。 界面并没有获得任何devise奖项,但是在function方面却令人惊讶。 我以前在我们的服务器上遇到了一些间歇性的硬件问题,并且在zabbix中有大量的历史数据,这对我们来说是非常有帮助的。

有些版本似乎有稳定性的问题,偶尔会崩溃,但monit照顾了这一点。

我build议把zabbix放在一个单独的盒子里(一些3 – 4年前退役的服务器硬件可以很好地工作)。应用程序本身并不是很重,但是确实给数据库造成了很大的压力(在我的情况下是mysql)保存所有的历史数据并不便宜。

我使用了Zenoss和Zabbix。 我对Zabbix的一个抱怨是它似乎总是撞上我。 我在Zabbix和Zenoss(Kamil可以在这个问题上回答更多)的旧作中安装了一个设备,并且在家中和Free Geek Vancouver的一个安装中,我在那里做系统pipe理工作。 所有这三个定期崩溃,守护进程将需要重新启动。

我发现Zenoss是很好的,因为它非常稳定,并有更好的用户界面,但是这是非常耗费资源的。

尽pipe如此,我依然会和Zabbix一起提供监控解决scheme,因为SOP用于设置新设备的方式更符合我的想法。 最好的办法是build立所有的人,看看你最喜欢哪一个。

我们已经使用Zabbix超过4年(现在运行1.6),它仍然没有坠毁,即使一次(在RHEL5上运行)。 我过去唯一的投诉是缺乏文件和友好的支持(谈论免费的社区支持)。 现在我注意到了更好的文档。