Nagiosconfigurationpipe理

我将要实现Nagios(很可能无论如何也可能成为另一个工具),我想知道是否有人希望分享他们的最佳实践,当涉及到创build,pipe理和维护configuration文件可伸缩性和可pipe理性,因为我发现它可能会很快成为一个真正的大混乱。

任何提示,例子,甚至完整的configuration将是最受欢迎的,我很高兴地看着他们。

工具也会受到欢迎。 尝试NConf到目前为止,但生成的configuration文件似乎并没有做承诺(不包括父信息的一个,只是一个PITA,让他们的工作 – 他们产生大量的错误时检查configuration文件由nagios提供的脚本)

谢谢

事实certificate,我写了一个合理的NagiosconfigurationHOWTO: http : //www.standalone-sysadmin.com/blog/2009/07/nagios-config/

基本上,meesterfox是在正确的道路上。 保持您的主机在离散的文件,使用inheritance你的优势,并创build一个目录层次结构configuration映射到现实世界。

我用果味 。 我发现这是一个巨大的帮助,nagiosconfiguration文件可以变得非常笨拙!

Fruity是Nagiosnetworking监控系统的一个基于networking的开源configuration工具。 它旨在提供创build和pipe理您的networking的逻辑过程。 它是用PHP编写的,使用AdoDB数据库抽象库。

显然它现在被称为丁香 …嗯,猜我应该升级!

在过去,我使用git来pipe理对各种configuration文件的更改。 在每次configuration更改时,都会将这些文件签入存储库。 在不同的时间,通常在经过重大改变之后,我们会将存储库推到一个中心位置,作为备份的一种肮脏的方式。 这工作相当好,但有问题。 大多数只是忘记检查文件,因为事情的变化。

我有一个监控来自多个机构的多个主机的nagios设置。 我使用主机和服务的文件夹(而不是1个大文件),然后3个字母作为代理机构的前缀,然后描述符如“开关”,“服务器”,“打印机”或“工作站”由下划线分隔。 我还发现,在主机对象内部进行主机组声明比在主机组对象内部进行成员声明更容易。 这样,只有在将新主机添加到预先存在的组时才能编辑1个文件。

我大量使用模板(在他们自己的文件上),这样正确的人就会得到正确的服务通知正确的主机。

哦,当然,我使用版本控制(现在svn,迁移到混帐)。

这工作很好! 我可以轻松pipe理它。 只有1个问题:几乎没有其他人了解我工作的nagiosconfiguration文件,所以我把它移动到丁香,这很好,并充分利用模板系统。

我以前的工作,我设置果味(没有丁香),所以其他人也可以感到舒服的添加主机纳吉奥斯。

NagiosQL是另一个configuration工具。 configuration存储在MySQL中。

正如Jon上面所说的,使用版本pipe理系统来跟踪更改是一个好方法。

\\格雷格

也许我只是固执,但我喜欢我的configuration文件。 与他们一起工作并备份很容易。 但是,有很好的理由使用像丁香一样的东西。 但是,我喜欢KISS。

无论如何,我有它的方式:configuration目录设置为对象。 所有的主机都有自己的文件,在这个文件里面有什么需要处理的。 这样,如果我必须删除主机,我可以移动文件,并configuration不会抱怨。 这也适用于添加主机; 只是抄袭一个文件,更改名称和地址,sed的主机名,并bobs你的叔叔。