Icinga 或 Nagios 配置中的服务定义可以具有称为 max_attempts
或的参数max_check_attempts
。
文档描述max_attempts
为:
如果您已将服务定义的 max_attempts 选项配置为大于 1,Icinga 将在确定存在真正问题之前重新检查服务。当服务被重新检查时(最多 max_attempts 次),它被认为处于“软”状态(如此处所述)并且服务检查以 retry_interval 选项确定的频率重新安排。
如果 Icinga 重新检查服务 max_attempts 次但仍处于非 OK 状态,Icinga 会将服务置于“硬”状态,向联系人发送通知(如果适用),并开始重新安排服务的未来检查时间频率由 check_interval 选项确定。
并且max_check_attempts
作为:
当服务首次从 OK 状态变为非 OK 状态时,Icinga 使您能够暂时减慢或加快对该服务进行后续检查的时间间隔。当服务第一次改变状态时,Icinga 将在确定这是一个真正的问题之前执行最多 max_check_attempts-1 次服务检查重试。在重试服务时,它会根据 retry_interval 选项进行调度,该选项可能比正常的 check_interval 选项更快或更慢。在重新检查服务时(最多 max_check_attempts-1 次),服务处于软状态。如果该服务被重新检查 max_check_attempts-1 次并且仍然处于非 OK 状态,则该服务将进入硬状态并随后以 check_interval 选项指定的正常速率重新调度。
附带说明一下,如果您将 max_check_attempts 选项的值指定为 1,则将永远不会按照 retry_interval 选项指定的时间间隔检查服务。相反,它会立即变成硬状态,随后以 check_interval 选项指定的速率重新调度。
这些对我来说听起来是一样的。它们之间有什么区别,什么时候应该使用它们?
max_attempts 是服务和主机的旧定义,在 nagios Core 4 中不再使用它。请参阅以了解您的对象的可能定义: 对象定义
使用 Icinga2
在服务中使用 max_attempts 会触发错误:
服务声明:
配置检查: