哪个更好，Nagios或Sensu？

Question

我不确定要使用哪个监视框架。目前我正在寻找Nagios或Sensu。

任何人都可以给我一个很好的参考，它显示了这两个（或任何其他监测工具，可能是一个很好的解决方案）的比较？我的主要目的是扩大EC2。我正在使用Opscode Chef进行系统集成。

Answer 1

从与Sensu的最近经验以及Nagios的相当丰富的经验，我会说这两个都是很好的选择。

Sensu绝对是新的孩子。它有一个很好的用户界面和漂亮的API。但是，它需要您的设置中的Redis和RabbitMQ正常工作。因此，请考虑您是否希望在Sensu监控堆栈之外监控这些依赖关系。 Sonian提供厨师食谱也尝试它。

https://github.com/sensu/sensu-chef

Nagios的已经存在了相当长的时间。它通常包装在大多数发行版中，这使安装变得简单并且依赖性很小。它的追踪记录也意味着找到知道或已经使用它并能提供建议的人很容易。另一方面，用户界面很丑陋，程序访问通常很难或通过第三方附加组件。厨师的食谱也存在Nagios的：

https://github.com/bryanwb/chef-nagios

如果有时间我会尝试两种，很少有坏处有作为试用版运行两个监控系统。主要考虑的重点是，尤其是在动态EC2设置中，配置管理工具可以轻松生成监控配置文件。

就其他工具而言，我个人会记录时间序列数据，例如每秒请求数或随时间变化的负载。图表对监控非常有帮助，并可用于通过Nagios或类似的方式驱动警报。就我个人而言，我是Ganglia和Graphite的粉丝，而Librato指标（https://metrics.librato.com/）是非常不错的非免费选项。

Answer 2

我尝试过使用Nagios一段时间：我觉得它唯一的原因是'其他人都使用它'，因为这与它一起工作是非常糟糕的。巨大的过度复杂，困难和啰嗦使它做了新的事情：如果你发现它没有做的事情，你知道你在为一个古老的设计的糟糕文件发誓一周。在所有努力的最后，这一切都奏效，它看起来很可怕。刮掉它让我睡得更好。

仙人掌看起来不错，但是当创建新的插件时它又不必要的复杂。

对于图形我建议Munin：用任何语言编写新插件都是微不足道的，有数百个可用的，它看起来很合理。这非常容易安装 - 一个命令来安装和设置一个访问规则，适用于自动化部署，易于包装到a chef recipe。 2.0即将推出并解决其大部分缺点（特别是添加可变更新间隔，可缩放图，ssh传输）。 Munin可以与Nagios讨论通知，也可以自己做，并提供一个基本的仪表盘。

对于本地进程/文件/服务监控，monit比god更简单，效果更好。我没有尝试过m/monit。Nagios的和扇子之间

Answer 3

一个重要的区别 -

Nagios的需要1）检查2）处理程序，但最重要的3所有配置）主机在Nagios的服务器上的配置文件进行写操作。这意味着，每当上述3中的一个发生更改时（例如添加新主机，删除旧主机），您需要重新编写配置文件并重新启动Nagios。

Sensu与上述几乎相同，但有一个重要的不同点 - 当您的架构中添加或删除主机（如大多数自动扩展云部署中的情况）时，主机本身运行一个敏感客户“订阅”不同的可用支票。因此，当一台新的服务器出现并说“我是一个网络服务器”时，运行它的sensu-client将会询问sensu-server“Web服务器本身应该执行哪些检查？”并运行这些。

除此之外，Nagios（也是Icinga）和Sensu的操作都很好，并且通过仪表板（YMMV）具有许多检查，处理程序和可见性的功能。

Answer 4

只要企业由数据库，sap，网络设备，网络服务器，文件管理器，备份库......组成，几乎没有替代品可以替代nagios（或者它的堂兄妹冰糕，shinken） 也许有一天一切都会来自动出云，但仍有几年会有静态服务器（物理或虚拟，无所谓），并具有至少几个月休息的定义目的。我们仍然需要监视接口带宽，表空间，业务流程，数据库会话，日志文件，jmx指标。所有的插件概念的纳吉奥斯世界有优势。

Answer 5

与Sensu和Nagios相比......选择的是Sensu监控系统。

下面是是主要的原因，

1.Easy设置..还有很多减少重新启动客户端的..的是在大企业大麻烦 2. Nagios的插件可以使用Sensu生态系统。 3.可扩展且易于使用云环境。

有没有人听说过Zabbix.It有很多功能，并且作为一个单独的包装来。我怀疑可扩展性