我成功地在Debian 8上安装了icinga2和icinga2-web,问题是我需要监视安装了Debian 5、6和7的服务器。有可能吗?
如果我正确理解--我需要在我想要监视的主机上安装一个icinga2客户端,而且在icinga2中没有类似于特定客户端的东西--我们需要安装整个icinga2包。
我试着在backport上安装这个包(这里的指令是:http://debmon.org/instructions),但没有成功。
当我以监视开始我的冒险之旅时,我将感激每一个帮助。提前谢谢。
发布于 2015-12-09 20:27:46
如果您只是将icinga2二进制包安装在一个称为“客户端”的节点上,这可能会让人感到困惑,但这样做是合理的。
这样,您将从以下几点中获益:
客户端的设置由cli向导和CSR自动签名机制提供帮助。尽管您已经熟悉了Icinga 2中的Zone和Endpoint概念,但您也可以使用自己的工具配置客户端以及部署SSL证书(例如,重用Puppet )。
尽管随着时间的推移,社区使用了三种不同的方法,它们现在很流行,需要在文档中详细解释它们(这让人费解,而且仍然在待办事项列表中重写)。
1)具有本地配置的客户端。Icinga 2附带了一些基本的示例检查,监视本地节点。通过在本地添加新的检查并重新启动Icinga 2,客户机上的核心将开始执行检查并将它们报告给连接者主节点。在主服务器上,您可以列出收集到的存储库中的节点,将其黑名单/白名单,然后使用“节点更新-config”生成配置。
如果您发现自己管理每个客户端上的配置非常麻烦--这是事实,但在自动化和本地配置方面,这仍然是一个有效的点。
( 2)具有(卫星和)客户端的中央配置母机。此方法重用Icinga 2集群中的Zone和Endpoint机制,并允许您将配置从主服务器分发到客户端。这样,您只需管理主服务器上的主机/服务对象,并让Icinga 2处理其余的对象。甚至还有一个全局区域的空间,包括模板、检查命令等。
在该场景中,您只需设置客户端一次,并让主服务器处理其余的事务。您还将在客户端上获得本地调度程序的好处,它将继续检查和重播连接重新建立时的检查历史(这肯定有助于SLA报告)。
3)如果您正在寻找一个NRPE,比如没有本地调度程序的check执行,但是需要一个快速的命令插件执行器,那么您可以使用客户机作为“命令执行桥”。在该场景中,您将首先设置客户端一次,并将其端点/区域配置添加到主服务器。可校验的主机/服务对象也在主服务器上配置,但引用了一个所谓的"command_endpoint“。这使得Icinga 2将检查执行发送到Icinga 2客户机,后者异步执行检查并将结果发送回主服务器。
您仍然需要客户机上的本地CheckCommand定义。Icinga模板库(Icinga Template Library,ITL)已经提供了很多,但是如果您正在考虑添加自己的模板库,则应该考虑只使用全局区域同步命令配置。
这样,您还可以确保在特定客户端( nrpe的臭名昭著的"-a“参数,但以一种更受控制的方式)可以禁用在主服务器上传递的某些命令参数。
更多信息可以在文档中找到:http://docs.icinga.org/icinga2/latest/doc/module/icinga2/chapter/icinga2-client#icinga2-client-scenarios
说到Debian5Lenny--这是生命的终结,因此不受Icinga 2的支持。那就去check_by_ssh吧。http://docs.icinga.org/icinga2/latest/doc/module/icinga2/chapter/plugin-check-commands#plugin-check-command-by-ssh
发布于 2015-12-09 15:07:20
Icinga是nagios的一个分支,它使用相同的插件/客户端进行监视。您需要的是nrpe守护进程和nagios插件。
nrpe守护进程正在您希望监视的服务器上运行,并且正在侦听来自远程nagios/icinga的请求。当这样的请求出现时,它可以执行一个特定的插件,并将结果返回给您的icinga服务器。
nagios插件是一些小程序的集合,这些程序检查特定服务/资源的状态,并根据不同的情况返回OK、WARNING,关键。
您需要的包是:
您必须在要监视的每台服务器上安装它们。
发布于 2015-12-14 16:31:35
如果您只需要检查外部可用服务(如HTTP)的可用性,则不需要在客户端上安装软件。
https://serverfault.com/questions/741861
复制相似问题