在监控服务器的健康状况时，某些故障或警告会立即引起注意，但其他故障或警告只有持续存在时才会引起注意。我考虑的是：
- 有些软件需要更新
- 时间偏移与 NTP 不同
如果不加以解决，这些问题可能会变成真正的问题，但已经有后台服务来处理这些问题 - 无人值守升级、NTP 客户端服务等。问题出现和这些后台进程启动解决之间总是会有短暂的延迟，我们的监视器会在这段时间发送一系列电子邮件 - 然后在问题解决后一分钟再次发送。我通常醒来时会收到一大堆“问题”电子邮件，每封电子邮件一分钟后都会发送一封相应的“解决方案”电子邮件。危险在于，在忽略一百个不相关的警告时，我可能会错过真正的警告。
那么，有没有办法指示 Icinga 或 Nagios 仅在问题持续超过一定时间（比如 5 分钟）时才报告问题？
答案1
SvW 所写的并没有错，但是您还应该调查一下变量max_check_attempts，它定义了服务在出现 HARD 错误并发出通知之前必须失败多少次检查。
对于一些一触即发的服务，我
max_check_attempts 2
check_interval 2
retry_interval 1
这意味着 NAGIOS 将比平时检查得更频繁，一旦它注意到有东西挂了，它会等待 1 分钟，再检查一次，然后通知。对于其他服务，我直到它挂了一段时间才关心，我有
max_check_attempts 12
check_interval 5
retry_interval 5
这意味着一旦 NAGIOS 注意到某个系统出现故障，它会像往常一样每 5 分钟检查一次，并且直到故障一小时后才会通知我。
这是确实值得对你的 NAGIOS 进行调整，直到它告诉你关于你关心的事情，在你关心的时候，而不是其他任何东西；发出大量误报（即，向你发送大量你并不真正关心的通知）的监控系统几乎与具有误报（即，未能注意到真正的问题）的系统一样无用。
答案2
您可以定义详细的配置来告诉 Nagios 有关检查服务的每个细节。
查找check_interval和retry_interval配置选项，同时了解一般的时间段。