https://opennet.ru/openforum/vsluhforumID3/106750.html После полутора лет разработки доступен (http://www.zabbix.com/rn3.0.0.php) новый значительный релиз системы мониторинга Zabbix 3.0. Zabbix состоит из трёх базовых компонентов: сервера для координации выполнения проверок, формирования проверочных запросов и накопления статистики; агентов для осуществления проверок на стороне внешних хостов; фронтэнда для организации управления системой. Для снятия нагрузки с центрального сервера и формирования распределённой сети мониторинга может быть развёрнута серия прокси-серверов, агрегирующих данные о проверке группы хостов. <br><br>Код агентов и серверной части написан на языке Си, для разработки web-интерфейса использован язык PHP, данные могут храниться в СУБД MySQL, PostgreSQL, SQLite, DB2 и Oracle. Без агентов Zabbix-сервер может получать данные по таким протоколам как SNMP, IPMI, JMX, SSH/Telnet, ODBC, проводить тестирование доступности Web-приложений и мониторить гипервизоры и кластера VMware. Возможности системы легко расширяются через внешние скрипты или подгружаемы https://opennet.ru/openforum/vsluhforumID3/106750.html#64 Sat, 20 Feb 2016 18:46:29 GMT &gt; Ыщщо раз для тех, кто не в теме - опрос каждого итема <br>&gt; с типом agent порождает одно TCP соединение с агентом. SSL вкручивается <br><br>А активные проверки отменили?<br> https://opennet.ru/openforum/vsluhforumID3/106750.html#63 Sat, 20 Feb 2016 18:40:23 GMT &gt; Ну каждому свое, а я наример очень доволен системой! С nagios и <br>&gt; cacti как то не сложилось <br><br>Я вообще rrdtool к Zabbix'у прикрутил скриптами. Заббикс коллектит раз в минуту, потом скрипты нужное вытаскивают оптом через API + сливают в RRD, ну а потом совсем уж микронный скрипт рисует из них красивые графики по запросам, и кеширует нарисованное. В итоге candy как в cacti, но без cacti, и с более высоким разрешением - опросники у Zabbix'а зело шустрые.<br><br>И трей ещё, да, трей. Для оффтопика, правда. Пока интернал. Надеюсь, через недолга допилю до того, чтобы показать было не стыдно, и отдам в паблик.<br> https://opennet.ru/openforum/vsluhforumID3/106750.html#62 Sat, 20 Feb 2016 18:33:56 GMT Спасибо, как-то давно пробовали в него 1500+ хостов запихать. Zabbix только разворачивался на тот момент. После того, как оно начало упорно поллить реже, чем раз в 5 минут, и запускать тонну процессов - спешно выкинули и полностью перенесли эти хосты в Zabbix. Поллинг раз в минуту идёт на ура, ресурсов нужно в разы меньше. Плюс там не только эти хосты, но и ещё много чего. Наличие фулл хистори не в виде текстового лога - тоже приятно, допустим построить отчёт по этим 1500 хостам за месяц, выгребая нужное через API - делать нечего.<br><br>2.2 надо было да, допиливать, чтобы сносно работало. В 2.4/3.0 всё приятно. Только сегодня обновился, производительность у 3.0 ощутимо (по графикам) получше, никаких проблем при обновлении не возникло, единственная проблема: из API поубирали всякие депрекейтеды - но они легко заменяются. <br><br>Порадовало (наконец) присутствие multiple OID based SNMP LLD, можно от ряда внешних скриптов для дискавери полностью избавиться.<br><br>ЗЫ. И это сейчас у меня небольшая относительно инсталляция. https://opennet.ru/openforum/vsluhforumID3/106750.html#61 Thu, 18 Feb 2016 15:04:33 GMT Ещё вспомнил. Когда опрашиваю что-то скриптами, то собираю как можно больше данных за один запуск скрипта и отправляю одним запуском zabbix_sender все данные в элементы данных типа траппер. Так данные тоже агрегируются - отправляется много данных, а подключение устанавливается только одно.<br> https://opennet.ru/openforum/vsluhforumID3/106750.html#60 Thu, 18 Feb 2016 15:01:56 GMT Если это так, то я недавно перевёл всех агентов на активные проверки. В настройках агента можно задать размер буфера и периодичность отправки данных. Данные, накопленные в буфере, отправляются разом не чаще указанного интервала времени (если буфер переполнился - тогда чаще).<br><br>Кроме того - есть варианты. Можно настроить в удалённой сети прокси, который будет опрашивать агентов в локальной сети без шифрования, а на сервер через публичную сеть будет отправлять данные в зашифрованном виде, агрегируя их к тому же.<br> https://opennet.ru/openforum/vsluhforumID3/106750.html#59 Thu, 18 Feb 2016 14:54:00 GMT &gt;Переход с одной версии Zabbix на другую, даже если между ними несколько лет разницы (2.0 -&gt; 3.0, четыре года), занимает минут десять<br><br>Не так всё просто. Один раз я наткнулся на то, что если в процессе миграции произошла ошибка, миграция завершается якобы успешно. После чего запущенные процессы Zabbix-сервера дружно начинают сыпать в логи запросами с ошибками и ничего не работает.<br><br>Плюс к тому - у кого имеется много самописных вещей, просто так перескочить с 2.0 на 3.0 не получится. API менялось. Из того что помню - менялся метода аутентификации. Коллеги ещё сталкивались с какими-то изменениями типа "раньше принимался список идентификаторов, а теперь словарь с ключом, у которого значение - список идентификаторов" или с тем, что по какому-то критерию через API стало больше нельзя делать выборку каких-то объектов. Структура БД менялась тоже.<br><br>Вместе с обновлением сервера нужно ещё сразу же обновить все прокси. Было бы неплохо, если бы прошлые версии прокси тоже поддерживались - не все, но хотя бы какие-то https://opennet.ru/openforum/vsluhforumID3/106750.html#58 Thu, 18 Feb 2016 14:40:22 GMT Простыми средствами можно решать только простые задачи. Как работает принцип KISS, хорошо видно по Postfix'у. Вроде мелкие демоны, каждый решает свою задачу. Но во всём этом разобраться сложнее, чем в монолитном Exim.<br> https://opennet.ru/openforum/vsluhforumID3/106750.html#57 Thu, 18 Feb 2016 06:55:17 GMT &gt; А в Заббиксе возможно переопределить пороговое значение на уровне одного хоста, который <br>&gt; входит в группу?<br><br>Да. И да, макрос. Только не в группу, а "в шаблон".<br><br>Шаблон-А:<br>Макрос {$macros} = 1000<br>Триггер ....&gt;{$macros}<br><br><br>Хост:<br>&lt;- Шаблон-А<br>Макрос {$macros} = 9000<br> https://opennet.ru/openforum/vsluhforumID3/106750.html#56 Thu, 18 Feb 2016 01:59:22 GMT shinken<br>