Ммм.. увеличить кол-во поллеров на проверку unreachable?

Вопрос не в этом

Ммм.. увеличить кол-во поллеров на проверку unreachable?

я сделал проще и время рабочее для групп узлов задал, и отпало частично, ну и пулеры увеличил

Я извиняюсь, но это относится к тормознутости веб-морды?

Месиво какое-то

А сколько узлов массово обновляется , что оно падает? Десятки тысяч?

Я извиняюсь, но это относится к тормознутости веб-морды?

морда тормозится именно только когда апдейчу множество узлов тяжелыми шаблонами

морда тормозится именно только когда апдейчу множество узлов тяжелыми шаблонами

Это бонусная подсказка?

морда тормозится именно только когда апдейчу множество узлов тяжелыми шаблонами

Да, в связи с этим мой вопрос :)

Я так не играю

Это бонусная подсказка?

я просто не понимаю куда на что посмотреть в первую очередь, чтоб там уже копать

А сколько узлов массово обновляется , что оно падает? Десятки тысяч?

Сюда хотя бы

А сколько узлов массово обновляется , что оно падает? Десятки тысяч?

да нет, раньше падало, когда больше 10, увеличил память в конфиге для php, теперь не падает, но при обновлении сотни узлов, это может занять пару минут

Уходи от апача

Смотри на свою БД

Смотри на ФС

Смотри на ФС

окей, понял, спасибо

На ссд iowait-а не должно быть

Включи noatime

Лог медленных запросов включен?

мускулю памяти не дал вообще

запускай мускультюнер и правь конфиг

запускай мускультюнер и правь конфиг

который perl скрипт?

Так точно

эх

а чтоб хистори партицировать, надо базу по новой пилить, или можно просто таблицы почистить и настроить?

скриншоты с лосяти конечно это ад

а чтоб хистори партицировать, надо базу по новой пилить, или можно просто таблицы почистить и настроить?

что хистори партиционировать надо читать про партиционирование и не задавать вопросы, не прочитав про это

читаю сижу вот

ребятки, что подкрутить, чтоб фронтенд поотзывчевей был? Обновляю узлы сети массово, и дело это долго проходит, раньше вообще крашилось, пока память доступную не увеличил.

мускул заменить на постгрес + поставить свежий нжинкс и пхп

постгрес не будет быстрее мускула

новые развлечения - всегда хорошо

Я думал что БД развязали Руки, а тут ещё есть куда копать :)

где-то приводилась статистика, что процент постгрес у пользователей zabbix значительно меньше, чем mysql

И сами разработчики рекомендуют, что странно, именно марию.

И сами разработчики рекомендуют, что странно, именно марию.

где рекомендуют?

Например, на последней конференции у Ильи.

меня интересует документация

а в ходе дискуссии - то субъективное мнение одного из

Не спорю, но пока верю разработчику на слово.

а есть результаты продакшена на нагруженном сервере и разница между марией и немарией?

интересуют графики

Не спорю, но пока верю разработчику на слово.

то в церковь сразу

У меня - нет, за совет - спасибо.

а есть результаты продакшена на нагруженном сервере и разница между марией и немарией?

То, а это разве не один из любимых холиваров?

интересуют графики

А ещё есть разные версии мускула ...

А ещё есть разные версии мускула ...

ну я люблю чтобы все было просто и понятно

вместо блаблабла

вот мы просидели месяц на мускуле

а вот месяц на марии

выводы делайте сами

ну я люблю чтобы все было просто и понятно

В таком то вопросе...

а то будет срач а-ля убер переходит с постгреса на мускул)

выводы делайте сами

И какие выводы сделал сам то? Или ты образно? Ты кстати понимаешь, что это не корректный тест?

образно, конечно

это самый честный тест - одна из продакшен систем

не синтетика а реальное окружение

и конфиги выложить вкуда-то

и вот там и начнется срач

;)

ERROR: S client not available

это самый честный тест - одна из продакшен систем

Нет, самый честный это тестовый стенд с одинаковыми параметрами, а твоя рабочая система может меняться

О, я придумал, два сервера с разными базами, и по два агента.. Только зачем? Один хрен будут работать с тем, что лучше знают

Не спорю, но пока верю разработчику на слово.

Он был не разработчиком, а инженером. А я рекомендую Перкону. ?

перкона - ок

Нет, самый честный это тестовый стенд с одинаковыми параметрами, а твоя рабочая система может меняться

тестовый стенд - сферический конь в вакууме

в итоге будут замеряться попугаи

продакшен на то и продакшен что есть свои особенности

у кого-то много текстовых айтемов

у кого-то хистори громадный

у кого-то нвпс зашкаливает

в итоге будут замеряться попугаи

А чем ещё сравнивать то? Кстати, точно знаю, что разрабы рекомендуют тюнить систему под себя, помниться даже где то написано, что дефолтный конфиг он чисто для демонстрации

@ableev спам

@ableev спам

сенкс

Например, на последней конференции у Ильи.

Илья разработчик Zabbix? скриптов вроде как да, самого Zabbix вроде нет, скорей Евангелист :D @ableev ты что скажешь? ;)

Илья разработчик Zabbix? скриптов вроде как да, самого Zabbix вроде нет, скорей Евангелист :D @ableev ты что скажешь? ;)

Он говорил про Олега, который из Zabbix. Он рекомендовал.

Он говорил про Олега, который из Zabbix. Он рекомендовал.

оукей )

тупонул, сорян)

Кто угорает по препроцессингу?

preprocessing manager #1 [queued 4672423, processed 886 values, idle 0.064262 sec during 5.136741 sec] Как-то медленно. 10 воркеров. При этом на графике self monitoring'а по этим процессам nodata.

Так вот, собственно, вопрос: если увеличить число пре-процессоров и порестартить сервер — все эти 4 млн канут в небытие?

Щас узнаем

Ответ: да

сколько добавил?

сколько добавил?

Препроцессоров? Увеличил до 64. Но данные потерял, которые были в кэше. ?

И снова в тему препроцессинга. Есть у нас, например, 100 хостов. У каждого есть мастер-айтем, который собирает json. И пять зависимых, которые выдирают число. Мастер айтем — собирается через external script (то есть ему не важно, работает хост или нет). Отвалилось 50 хостов, 50 мастер айтемов получили пустоту или какое-нибудь месиво из ошибок, но не json. А 50x5 (250) айтемов получили "не могу распарсить, отваливаемся в неподдерживаемые". По-хорошему, это не неподдерживаемые. Из-за них можно не увидеть реальные айтемые, которые действительно ушли в неподдерживаемые из-за каких-то проблем. Кто как обходит? Была идея при ошибке выдавать валидный json, но тогда придётся по недоступному хосту рисовать реальные данные, а это не ок.

Предыдущее, если кто успел прочитать — "сам дурак", накинул сервер на проксю случайно.

Но вот вопрос выше актуален

И снова в тему препроцессинга. Есть у нас, например, 100 хостов. У каждого есть мастер-айтем, который собирает json. И пять зависимых, которые выдирают число. Мастер айтем — собирается через external script (то есть ему не важно, работает хост или нет). Отвалилось 50 хостов, 50 мастер айтемов получили пустоту или какое-нибудь месиво из ошибок, но не json. А 50x5 (250) айтемов получили "не могу распарсить, отваливаемся в неподдерживаемые". По-хорошему, это не неподдерживаемые. Из-за них можно не увидеть реальные айтемые, которые действительно ушли в неподдерживаемые из-за каких-то проблем. Кто как обходит? Была идея при ошибке выдавать валидный json, но тогда придётся по недоступному хосту рисовать реальные данные, а это не ок.

Мне кажется это нерешаемо, кроме траппера и нодата

Мне кажется это нерешаемо, кроме траппера и нодата

Типа, не экстернал чеком, а траппером присылать?