blocks|key|3818999|text|结果，我为正常的Nagios配置编写了一个如何操作：http://www.standalone-sysadmin.com/blog/2009/07/nagios-config/|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|3819000|基本上，梅斯特福克斯走在正确的道路上。将您的主机保存在离散的文件中，根据您的优势使用继承，并为您的信任创建一个目录层次结构，以映射到现实世界。|entityMap|0|LINK|mutability|MUTABLE|url|http://www.standalone-sysadmin.com/blog/2009/07/nagios-config/^0|Q|1Q|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@$A|N|B|O|1|P]]|C|$]]|$1|D|3|E|5|6|7|Q|8|@]|9|@]|C|$]]]|F|$G|$5|H|I|J|C|$K|L]]]]

As it turns out, I wrote a HOWTO for sane Nagios configurations: <a href="http://www.standalone-sysadmin.com/blog/2009/07/nagios-config/" rel="nofollow noreferrer">http://www.standalone-sysadmin.com/blog/2009/07/nagios-config/</a>

Basically, meesterfox is on the right path. Keep your hosts in discrete files, use inheritance to your advantage, and create a directory hierarchy for your configs that map to the real world.

blocks|key|5816813|text|我用果味。我发现这是一个巨大的帮助，nagios配置文件可能会变得非常难以处理！|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|5816814|果树是一个开源的基于web的配置工具，用于Nagios网络监控系统。它旨在提供一个创建和管理网络的逻辑过程。它使用PHP编写，并使用AdoDB数据库抽象库。|blockquote|5816815|很明显它现在被称为丁香..。嗯，我想我该升级了！|entityMap|0|LINK|mutability|MUTABLE|url|http://sourceforge.net/projects/fruity/|1|http://www.lilacplatform.com/^0|2|2|0|0|0|9|2|1^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@$A|S|B|T|1|U]]|C|$]]|$1|D|3|E|5|F|7|V|8|@]|9|@]|C|$]]|$1|G|3|H|5|6|7|W|8|@]|9|@$A|X|B|Y|1|Z]]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]|P|$5|K|L|M|C|$N|Q]]]]

I use <a href="http://sourceforge.net/projects/fruity/" rel="nofollow noreferrer">Fruity</a>. I find it's a huge help, the nagios config files can get very unwieldy!

<blockquote>
 Fruity is an open-source web-based
 configuration tool for the Nagios
 network monitoring system. It is
 designed to provide a logical process
 of creating and managing your network.
 It is written in PHP and uses the
 AdoDB database abstraction library.
</blockquote>

Apparently it's now known as <a href="http://www.lilacplatform.com/" rel="nofollow noreferrer">Lilac</a>... hmm, guess I should upgrade!

blocks|key|5816708|text|在过去，我曾使用git来管理对各种配置文件的更改。在每次配置更改时，都会将文件签入存储库。在不同的时候，通常是在重大更改之后，我们会将存储库推送到一个中心位置，作为一种肮脏的备份方式。这件事做得很好，但也有问题。大多数情况下，当事情发生变化时，只会忘记签入文件。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

In the past, I've used git to manage changes to various configuration files. At each configuration change, the files are checked into the repository. At various times, usually after a major change, we would push the repository to a central location, as a dirty way of doing backups. This worked fairly well, but had it's issues. Mostly with just forgetting to check in files as things changed.

blocks|key|3818935|text|我有一个nagios设置，可以监视来自多个机构的多个主机。我将文件夹用于主机和服务(相对于1个海量文件)，然后使用代理的3个字母前缀，然后使用一个描述符，如“开关”、“服务器”、“打印机”或“工作站”，以下划线分隔。我还发现，在主机对象中声明主机组要比在主机组对象中拥有成员声明容易得多。这样，在向预先存在的组添加新主机时，只能编辑1个文件.|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3818936|我大量使用模板(在它们自己的文件上)，以便正确的人在正确的主机上得到正确的服务通知。|3818937|当然，我使用的是版本控制(svn，迁移到git)。|3818938|这个工作得很漂亮！我很容易就能处理好。只有一个问题:几乎没有人理解我工作的nagios配置文件，所以我把它移到了lilac，它工作得很好，并且很好地利用了模板系统。|3818939|我以前的工作，我建立了果香(还没有丁香)，以便其他人也可以舒服地添加主机到nagios。|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|L|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|M|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|N|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|O|8|@]|9|@]|A|$]]]|J|$]]

i have a nagios setup that monitors multiple hosts from multiple agencies. i use folders for hosts and services (as opposed to 1 massive file), then 3 letter prefix for the agency, then a descriptor like "switches", "servers", "printers" or "workstations" separated by underscore. i also find it way easier to have hostgroups declaration inside a host object than to have a members declaration inside a hostgroup object. this way you only edit 1 file when adding new hosts to pre-existing groups.

i make heavy use of templates (on their own file) so the right folks get notified on the right service for the right host.

oh, and of course, i use version control (svn for now, migrating to git).

this works beautifully! i can easily manage it. only 1 problem: pretty much no one else understands nagios config files where i work, so i am moving this to lilac, which works great and leverages the templating system really well.

i my previous job i setup fruity (there was no lilac yet) so others could also feel comfortable adding hosts to nagios.

blocks|key|5816900|text|NagiosQL是另一个配置工具。配置存储在MySQL中。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|5816901|如前所述，使用版本控制系统跟踪更改是一种很好的方法。|5816902|格雷格|entityMap|0|LINK|mutability|MUTABLE|url|http://www.nagiosql.org/^0|0|8|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@$A|P|B|Q|1|R]]|C|$]]|$1|D|3|E|5|6|7|S|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|T|8|@]|9|@]|C|$]]]|H|$I|$5|J|K|L|C|$M|N]]]]

<a href="http://www.nagiosql.org/" rel="nofollow noreferrer">NagiosQL</a> is yet another config tool. Configuration is stored in MySQL.

As Jon says above, using a versioning system to track changes is a good way to go.

\\Greg

blocks|key|5816944|text|也许我只是固执，但我喜欢我的配置文件。这很容易与他们一起工作和备份。但是，我们有充分的理由使用类似丁香的东西。但是我喜欢接吻。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5816945|无论如何，我拥有它的方式:+config+dir被设置为对象。所有主机都有自己的文件，其中有任何与其相关的内容。这样，如果我必须删除一个主机，我可以移动文件，配置不会抱怨。这也适用于添加主机；只需欺骗一个文件、更改名称和地址、sed主机名和bob您的叔叔就行了。|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|E|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|F|8|@]|9|@]|A|$]]]|D|$]]

Maybe I'm just stubborn, but i like my config files. It's easy to work with them and back up. But, there are good reasons to using something like lilac. But, I like to KISS.

anyway, the way I have it: config dir is set to objects. All hosts get their own file, within which is anything having to do with it. that way, if i have to remove a host, i can move the file, and the config won't complain. this also works out well for adding hosts; just dupe a file, change the name and address, sed the hostnames, and bobs your uncle.

I am going to implement Nagios (most likely anyway, could turn out to be another tool as well) and I was wondering if anyone would like to share their best practices when it comes to creating, managing and maintaining the config files when it comes to scalability and managability as I find that it might quickly become a real big mess.

Any tips, examples or even full configurations would be most welcome and I'd happily look them over.

Tools would be welcome as well. Tried out NConf so far, but the generated config files don't seem to do what was promised (not including the parent information for one, and just a PITA to get them working - they generate a ton of errors when checking the config files with the script supplied by nagios)

Thanks

Nagios configuration management

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我将实现Nagios (很可能也会成为另一个工具)，我想知道当涉及到可伸缩性和可管理性时，是否有人愿意分享他们在创建、管理和维护配置文件方面的最佳实践，因为我发现它可能很快就会变得一团糟。任何提示，例子，甚至是完整的配置都将是最受欢迎的，我会很高兴地查看它们。工具也将受到欢迎。到目前为止，尝试了NConf，但是生成的配置文件似乎没有执行承诺(不包括一个配置文件的父信息，只包括一个使其工作正常的皮塔

问Nagios配置管理
EN

回答 6

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Nagios配置管理EN

回答 6

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Nagios配置管理
EN