Fal*_*ken 8 monitoring nagios dependencies best-practices
我使用了相当大的 nagios 配置(大约 4000 个服务),没有任何依赖项。当出现问题时,这会导致大量的通知。
我尝试寻找 Nagios Dependencies 的最佳实践,但我在网络上找到的只是一个示例的基本理解。我需要的是更深入的信息,以及如何管理此类配置文件的最佳实践。
示例:在一个由 100 个服务器组成的集群上,每个服务器上都有 apache 监听,我正在监视 apache 进程的数量和监听的 tcp 端口 80。我想让一个依赖另一个,但是dependent_hostgroup_name 不会这样做导致所有“check process”服务都依赖于每个“check_http”服务。
问题是:您如何管理您的依赖项?你使用脚本来生成它们吗?
小智 2
同意如果没有脚本就很难做到。
对于每个服务检查命令,我都定义了(在数据库表中)它通常依赖的内容,这使我不必手动配置每个服务依赖项。我手动完成主机依赖关系,但通过脚本在交换机上进行 mac 地址发现有助于实现自动化。
例子:
“check_http_content”将取决于“check_http”,而“check_http”又取决于“check_ping”。
“check_cisco_ifstate”将取决于“check_snmp_ok”,而“check_snmp_ok”将取决于“check_ping”
如果您使用脚本从数据库构建配置,那么实现起来并不难。否则,您可能需要编写一个解析器来遍历您的配置文件,并根据规则插入依赖项。
我无法想象在没有构建配置的配置数据库的情况下拥有任何相当大的 nagios 实现,它允许您在 nagios 缺乏抽象时添加自己的抽象,并在许多其他方面使生活变得更简单。
归档时间: |
|
查看次数: |
1035 次 |
最近记录: |