Одновременные проверки. Изменить время в

[igogo]

Подскажите решение такой проблемы:

Через обнаружение добавляю узел и присоединяю шаблон с элементом данных (внешняя проверка длительностью от 1 до 10 мин, период проверки 3600с). Узлы обнаруживаются друг за другом в течение примерно минуты, тут же при обнаружении добавляется элемент данных. Проблема в том, что раз в час все проверки этого элемента запускаются практически одновременно, возникает пиковая нагрузка, растёт очередь, просроченные проверки. Возможно ли как-то автоматически/автоматизированно распределить проверки по периоду (например час) при создании или после, чтобы они не запускались одновременно?

[zalex_ua]

http://blog.zabbix.com/monitoring-how-busy-zabbix-processes-are/457/

у вас настроено это ?

какова загрузка пуллеров, их хватает ?

[igogo]

http://blog.zabbix.com/monitoring-ho...esses-are/457/
у вас настроено это ?
какова загрузка пуллеров, их хватает ?

Да. Приложил график загрузки сборщиков данных.
С периодичностью проверок с 40 по 50 минуту каждого часа массово запускаются проверки и в это время пуллеров не хватает. В остальное время занятость пуллеров ~40%. Сейчас StartPollers=8. Увеличивать не вариант, т.к. и сейчас в эти пиковые 10 минут большая загрузка CPU и сети. Разумнее разнести проверки по времени. Вопрос в том, как делать это автоматически/автоматизированно.

[zalex_ua]

В любом случае увеличивайте количество пуллеров, 8 штук уже маловато.

А что это за тип чеков у вас добавляется из шаблона ? какой его ключ ?
Сколько их приблизительно добавилось за одно обнаружение сети первый раз?

Сколько всего айтемов в системе ?

Какая версия заббикс сервера ?

[igogo]

Добавить пуллеров можно, но возрастёт нагрузка на систему в пиковое время, хотелось бы равномерно распределить её в течение часа.

Добавляется внешняя проверка (скрипт с nmap, ключ такого вида portscan[{HOST.IP},1-65535]). Порядка 70 хостов. Думаю все они сразу и добавились (там на обнаружении ping, всё достаточно быстро).
350 айтемов сейчас.
заббикс 2.0.2

Увеличил пуллеров до 14. Посмотрим как изменится ситуация.

[zalex_ua]

А сколько времени забирает одно выполнение такой внешней проверки ?

Помните - http://www.zabbix.com/documentation/...types/external

Do not overuse external checks! It can decrease performance of the Zabbix system a lot.

И тут два аспекта - как нагружает ваш скрипт процессор и сколько времени ваша проверка выполняется.

[zalex_ua]

Формула рассчета момента проверки довольно непроста, но она как минимум обеспечивает интервал в 1 секунду между проверками айтемов если вы массово их добавляете.

shift = (ITEM_TYPE_JMX == item_type ? interfaceid : itemid);
                nextcheck = delay * (int)(now / (time_t)delay) + (int)(shift % (zbx_uint64_t)delay);

Для существующих айтемов вы НИЧЕГО уже не измените - формула работает жестко.

[igogo]

Проверка выполняется от 1 до 10 минут, грубо говоря.
Про незлоупотребеление внешними проверками читал, но другого подходящего способа интеграции nmap с zabbix не вижу.

За формулу спасибо. А не могли бы пояснить её. Что за параметры в ней участвуют. Не завязано ли каким-то образом время проверки на время создания хоста/шаблона ?

[igogo]

Кстати говоря, для внешних проверок время вычисляется так:

/* special processing of active items to see better view in queue */
if (ITEM_TYPE_ZABBIX_ACTIVE == item_type)
{
nextcheck = (int)now + delay;
}

А по проблеме, вышел из положения таким образом:
При обнаружении добавляется шаблон с периодом проверки 7200с. Потом руками отвязываю шаблон от хоста и меняю период проверки на случайный из диапазона 3600-7200. Таким образом проверки распеределяются по времени, а не стартуют все сразу и не "забивают" очередь. Для моей задачи такой выход подошёл.

[zalex_ua]

Кстати говоря, для внешних проверок время вычисляется так:

Будьте внимательны, внешние проверки - существует отдельное такое определение.
Вы же говорили о заббикс активных проверках.

Почитайте внимательно эти тикеты, они прольют вам свет на ситуацию.

https://support.zabbix.com/browse/ZBXNEXT-388

https://support.zabbix.com/browse/ZBX-3694

добавлено: идентичный случай https://support.zabbix.com/browse/ZBXNEXT-1413