我正在编写一个Nagios插件来监视某个存储资源利用率的趋势（例如逐渐增加是好的，但资源使用量的瞬时/突然增加或减less可能表明存在问题）。 值得一提的是，它正在审查自定义cacti数据源/模板生成的RRD文件中的最后N个条目。
什么是“正确”的方式来处理Nagios的通知configuration/实现呢？ 问题是这个插件会在一个投票期间作为警告/批评而退出，但是在下一个投票期间，如果我查看3个投票期的数据，那么这个插件会被罚款（或3个投票周期之后）。
我想这个问题是：我应该写一个X轮询周期的警报，或者我应该find一种方法来写它，以便手动干预来清除它（例如login到监视服务器或点击一个URL来运行提交被动结果的脚本）？
你的意见是赞赏，如果你有任何提示如何实施后者，我向他们开放（我可以想到几种方法来实现它）
编辑：下面的dunxd的“答案”帮助陈述我正在寻找更简洁。 我很现实地寻求在Nagios中实施/实施“粘性”警报的最佳方法。 我已经看到它与其他系统完成，但到目前为止还没有。
这取决于如何处理警报。 您希望有人发现阈值事件发生时。
如果他们正在生成不会被忽略的电子邮件，或者您知道有人正在经常检查Nagios趋势，那么使用标准的Nagios行为可能就没有问题。
如果你不认为会引起任何人的注意，那么你会希望服务状态是“粘性”的。 我不知道有任何Nagios检查有这种行为，但我也有兴趣了解他们。
我认为它应该保持粘性，直到趋势结果不再与警报级别相匹配（应该按照您计算的速率）。 其实，那不是真正的粘性。 ：>