Icinga – 在分布式环境中非常高的检查延迟

我有一个分布式的Icinga设置如下：

中央

只接收被动检查结果

分布式

• Nagios（返回码141是超出边界）随机服务
• 监视服务器上的某人
• 哪些监控项目要显示给pipe理层？
• 监视BGP连接
• K-12学生笔记本电脑的互联网使用情况

227个主机

835服务

分布式B

67个主机

243服务

CENTRAL服务器始终处于低于1秒的平均检查延迟时间。 DISTRIBUTED B目前处于大约10秒的平均检查延迟时间，但即使这样，我们增加了更多检查。

DISTRIBUTED A有一些严重的检查延迟问题（有时高达700秒，不是刚刚重新加载，而是build立备份），我似乎无法确定。 这里有一个当前的结冰输出：

Icinga Stats 1.10.3 Copyright (c) 2009 Nagios Core Development Team and Community Contributors Copyright (c) 1999-2009 Ethan Galstad Last Modified: 02-11-2014 License: GPL CURRENT STATUS DATA ------------------------------------------------------ Status File: /var/lib/icinga/status.dat Status File Age: 0d 0h 0m 3s Status File Version: 1.10.3 Program Running Time: 1d 17h 30m 44s Icinga PID: 1160 Used/High/Total Command Buffers: 0 / 11 / 4096 Total Services: 839 Services Checked: 839 Services Scheduled: 839 Services Actively Checked: 839 Services Passively Checked: 0 Total Service State Change: 0.000 / 6.250 / 0.007 % Active Service Latency: 644.742 / 776.293 / 729.813 sec Active Service Execution Time: 0.010 / 20.163 / 0.720 sec Active Service State Change: 0.000 / 6.250 / 0.007 % Active Services Last 1/5/15/60 min: 18 / 274 / 717 / 839 Passive Service Latency: 0.000 / 0.000 / 0.000 sec Passive Service State Change: 0.000 / 0.000 / 0.000 % Passive Services Last 1/5/15/60 min: 0 / 0 / 0 / 0 Services Ok/Warn/Unk/Crit: 835 / 2 / 1 / 1 Services Flapping: 0 Services In Downtime: 0 Total Hosts: 227 Hosts Checked: 227 Hosts Scheduled: 227 Hosts Actively Checked: 227 Host Passively Checked: 0 Total Host State Change: 0.000 / 0.000 / 0.000 % Active Host Latency: 0.000 / 772.310 / 726.904 sec Active Host Execution Time: 0.006 / 0.338 / 0.030 sec Active Host State Change: 0.000 / 0.000 / 0.000 % Active Hosts Last 1/5/15/60 min: 14 / 22 / 196 / 227 Passive Host Latency: 0.000 / 0.000 / 0.000 sec Passive Host State Change: 0.000 / 0.000 / 0.000 % Passive Hosts Last 1/5/15/60 min: 0 / 0 / 0 / 0 Hosts Up/Down/Unreach: 227 / 0 / 0 Hosts Flapping: 0 Hosts In Downtime: 0 Active Host Checks Last 1/5/15 min: 14 / 28 / 192 Scheduled: 14 / 26 / 188 On-demand: 0 / 2 / 4 Parallel: 14 / 27 / 190 Serial: 0 / 0 / 0 Cached: 0 / 1 / 2 Passive Host Checks Last 1/5/15 min: 0 / 0 / 0 Active Service Checks Last 1/5/15 min: 31 / 276 / 702 Scheduled: 31 / 276 / 702 On-demand: 0 / 0 / 0 Cached: 0 / 0 / 0 Passive Service Checks Last 1/5/15 min: 0 / 0 / 0 External Commands Last 1/5/15 min: 0 / 0 / 0 

这似乎不是一个外部检查缓冲区的问题，因为它总是0.我已经玩过收割机设置，并尝试了最大收割者检查时间（5,10,30）和收割者频率（1,5， 10），似乎没有任何东西可以让时间消逝。

检查status.dat，这不像一些检查正在推动平均水平。 所有服务检查和主机检查显示平均延迟（700+秒）。 检查整个板的执行时间是低的。 绝大多数是> 1秒。 从那里，有143个检查，超过1秒，但不到2秒。 有50个检查需要4+秒。 高于此点的是4次检查，分别为8,10,17和20秒。 这些数字似乎并不表示我的实际检查时间问题。

服务器本身并不是挣扎在资源方面，CPU和内存都很好。 另外值得注意的是CENTRAL和DISTRIBUTED A服务器在相同的物理基础设施上，尽pipe不同的VM。