介绍
这里介绍了服务检查的基本工作原理。
什么时候进行服务检查？
服务由Nagios Core守护程序检查：
- 由服务定义中的check_interval和retry_interval选项定义的定期间隔。
- 根据需要进行预测性服务依赖性检查。
按需检查是作为预测服务相关性检查逻辑的一部分执行的。这些检查有助于确保依赖性逻辑尽可能准确。如果您不使用服务依赖项，则Nagios Core将不会执行任何按需服务检查。
缓存服务检查
通过实现缓存检查的使用，可以显着提高按需服务检查的性能，如果确定相对较新的检查结果，Nagios Core可以放弃执行服务检查。如果使用服务依赖项，则缓存检查只会提高性能。有关缓存的支票的更多信息，请参见此处。
依赖关系和检查
您可以定义服务执行依赖关系，以防止Nagios Core根据一个或多个其他服务的状态检查服务的状态。有关依赖关系的更多信息，请参见此处。
服务检查的并行化
计划的服务检查是并行运行的。当Nagios Core需要运行计划的服务检查时，它将启动服务检查，然后返回执行其他工作（运行主机检查等）。服务检查在从主Nagios Core守护程序进行fork（）处理的子进程中运行。服务检查完成后，子进程将把检查结果通知主Nagios Core进程（其父进程）。然后，主要的Nagios Core流程将处理检查结果并采取适当的措施（运行事件处理程序，发送通知等）。
如果需要，还可以并行运行按需服务检查。如前所述，Nagios Core如果可以使用相对较新的服务检查中的缓存结果，则可以放弃按需服务检查的实际执行。
服务
被检查的服务可以处于以下四种状态之一：
- OK
- 警告
- 未知
- 危急
服务状态确定
服务检查由插件执行，插件可以返回OK，WARNING，UNKNOWN或CRITICAL状态。这些插件状态直接转换为服务状态。例如，返回WARNING状态的插件将导致服务具有WARNING状态。
服务状态变更
当Nagios Core检查服务状态时，它将能够检测服务何时在“正常”，“警告”，“未知”和“关键”状态之间改变，并采取适当的措施。这些状态更改导致不同的状态类型（HARD或SOFT），这可以触发事件处理程序的运行和通知的发送。服务状态更改还可触发按需主机检查。检测并处理状态更改是Nagios Core的全部目的。
当服务改变状态的频率太高时，它们被认为是“拍动”。Nagios Core可以检测服务何时开始震荡，并且可以抑制通知，直到震荡停止并且服务状态稳定为止。可以在此处找到有关襟翼检测逻辑的更多信息。
