答案1
我们面临同样的选择,目前我们最喜欢的是 nconf。它最大的优势是专为大型分布式环境而设计。
它会自动为不同的 nagios 服务器创建配置文件,一个是某种收集器,一个是监视器,它只接收来自收集器的被动检查。
缺点是,目前您无法使用 nconf 处理升级!
http://sourceforge.net/apps/mediawiki/nconf/index.php?title=Main_Page
答案2
我们用OpsView在工作中。它是一个基于 Web 的 GUI,处理诸如通过集群扩展 Nagios 服务之类的事情。您可以通过 Web 添加新主机、新服务,并确认中断。它还记录服务的历史视图,如果您想知道服务器定期需要多少 CPU 之类的事情。
但是您仍然无法通过 Web 添加 Nagios 脚本。
答案3
我们有很好的经验Opsview用于管理 Nagios。但是,将其视为 Nagios 的“前端”是错误的;相反,应该将其视为使用 Nagios 作为其底层引擎的监控系统。
Nagios 配置存储在数据库中,并且 Nagios 配置文件以编程方式生成,因此如果您习惯将 Nagios 配置存储在源代码控制中,或者使用您自己的脚本生成它们,您将需要放弃这些程序。
您获得的将是以下内容:
- 分布式 Nagios 系统的集中管理
- 集成 SNMP 陷阱管理
- 集成 Nagiosgraph
- 集成式 NMIS
- 自动统计汇总和报告生成
- 您的 Nagios 配置文件中不再有语法错误:)
- 集中停机管理
- 公开 Opsview 管理功能子集的 XML API
- 从现有的 Nagios 配置自动迁移
-史蒂夫
答案4
UbuntuGeek 今天刚刚发布了一篇关于这个主题的文章。它与http://www.ducea.comXerxes 的回答,但只是一篇更新一些的文章,其中添加了一些较新的项目。无论如何,它是一个不错的快速概述,涵盖了几个 Nagios 配置 GUI,应该可以为您提供一个很好的起点。
http://www.ubuntugeek.com/nagios-configuration-tools-web-frontends-or-gui.html
编辑
新的官方的nagios exchange 今天也开放了,这里是配置部分的链接,供快速参考: