LINUX.ORG.RU

Вышел Zabbix 4.2

 , , , ,

Вышел Zabbix 4.2

2

1

Состоялся релиз свободной системы мониторинга с открытым исходным кодом Zabbix 4.2. Zabbix – универсальная система для мониторинга производительности и доступности серверов, инженерного и сетевого оборудования, приложений, баз данных, систем виртуализации, контейнеров, ИТ-сервисов, веб-сервисов.

Система реализует полный цикл от сбора данных, их обработки и преобразования, анализа получаемых данных, и заканчивая хранением этих данных, визуализацией и рассылкой оповещений с использованием правил эскалаций. Также система предоставляет гибкие возможности расширения методов сбора данных и оповещений, а также возможности автоматизации через API. Единый веб-интерфейс реализует централизованное управление конфигурациями мониторинга и распределением прав доступа различным группам пользователей. Код проекта распространяется под лицензией GPLv2.

Zabbix 4.2 - это новая не LTS-версия с коротким сроком официальной поддержки. Для пользователей, которые ориентируются на длинный цикл эксплуатации программных продуктов, рекомендуем использовать LTS версии продукта, такие как 3.0 и 4.0.

Основные улучшения версии 4.2:

  • Доступность официальных пакетов для следующих платформ:
    • RaspberryPi, SUSE Enterprise Linux Server 12
    • MacOS агент
    • MSI сборка Windows agenta
    • Docker образы
  • Мониторинг приложений с помощью высокоэффективного сбора данных из экспортеров Prometheus и встроенной поддержкой PromQL, также поддерживается и низкоуровневое обнаружение
  • Высокочастотный мониторинг для сверхбыстрого обнаружения проблем с помощью тротлинга (throttling). Тротлинг позволяет осуществлять проверки со сверхбольшой частотой, не обрабатывая и не храня при этом огромные объёмы данных
  • Валидация входных данных в предварительной обработке по регулярным выражениям, интервалу значений, JSONPath и XMLPath
  • Управление поведением Zabbix при ошибках в шагах предварительной обработки, появилась возможность игнорирования нового значения, возможность установить значение по умолчанию или задать произвольное сообщение об ошибке
  • Поддержка произвольных алгоритмов для предварительной обработки с использованием языка JavaScript
  • Более простое низкоуровневое обнаружение (LLD) с поддержкой произвольно оформленных данных в формате JSON
  • Экспериментальная поддержка высокоэффективного хранилища TimescaleDB с автоматическим партицированием
  • Простое управление тегами на уровне шаблонов и хостов
  • Эффективное масштабирование нагрузки за счёт поддержки предварительной обработки данных на стороне прокси. В комбинации с тротлингом такой подход позволяет выполнять и обрабатывать миллионы проверок в секунду, не нагружая при этом центральный Zabbix сервер
  • Гибкая авторегистрация устройств с фильтрацией имён устройств по регулярному выражению
  • Возможность управления именами устройств при сетевом обнаружении (network discovery) и получения имени устройства из значения метрики
  • Удобная проверка правильности работы препроцессинга прямо из интерфейса
  • Проверка работоспособности способов оповещения прямо из Веб-интерфейса
  • Удалённых мониторинг внутренних метрик Zabbix сервера и прокси (метрик производительности и работоспособности компонентов Zabbix)
  • Красивые e-mail сообщения, благодаря наличию поддержки формата HTML
  • Поддержка новых макросов в пользовательских URL для лучшей интеграции карт с внешними системами
  • Поддержка анимированных GIF изображений на картах для более заметной визуализации проблем
  • Показываем точное время при наведении мышкой на график
  • Удобный новый фильтр в конфигурации триггеров
  • Возможность массового изменения параметров прототипов метрик
  • Возможность извлечения данных, в том числе токенов авторизации, из заголовков HTTP в веб-мониторинге
  • Zabbix Sender теперь отправляет данные по всем IP адресам из конфигурационного файла агента
  • Правило обнаружения может быть зависимой метрикой
  • Реализован более предсказуемый алгоритм для изменения порядка расположения виджетов в dashboard (панели)

Для перехода с более ранних версий необходима лишь установка новых бинарных файлов (сервера и прокси) и нового интерфейса. Zabbix автоматически проведёт процедуру обновления базы данных. Установка новых агентов не потребуется.

С полным списком всех изменений вы можете ознакомиться в документации.

Статья на Хабре предлагает более подробное описание функциональности.

>>> Подробности



Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 1)
Ответ на: комментарий от AlexAT

У нас 3 системы мониторинга примерно такого плана:

Number of hosts (enabled/disabled/templates)	2243	1850 / 165 / 228
Number of items (enabled/disabled/not supported)	117499	93032 / 17700 / 6767
Number of triggers (enabled/disabled [problem/ok])	72491	56221 / 16270 [151 / 56070]
Number of users (online)	151	19
Required server performance, new values per second	1384.28	

Т.е. в принципе трава пониже, дым пожиже конечно, чем у вас. Но правда и не TokuDB. Всё работает на MySQL Enterprise. Фронт отделён (php-fpm + apache), zabbix-сервер отдельно тоже.

Думаем переходить на Postgresql 11 + TimescaleDB 1.2 . Сделал сегодня такой тестовый стенд - вроде работает, нужно будет туда каких-то данных напихать.

DRVTiny ★★★★★
()
Ответ на: комментарий от DRVTiny

вы переходить будете, получается, с потерей накопленных данных? или есть хорошие средства mysql->pgsql? там и схема может быть разной...

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от crypt

Базы хистори настолько в доску просты, что перейти и без потерь накопленных данных особых проблем нет. Главное правильно соотнести itemid в новой и старой системах.

С эвентами посложнее, конечно, но тоже не рокет сайнс.

AlexAT
()
Последнее исправление: AlexAT (всего исправлений: 2)
Ответ на: комментарий от AlexAT

этот ответ не понял. что за «базы хистори»? таблица хистори? так ее одну нет смысла копировать из-за fk. там вся структура базы повязана fk.

crypt ★★★★★
()
Ответ на: комментарий от crypt

Сюрприз: на хистори нет FK. Но FK тут и не особо актуально: вся база завязана через различные ID, что с FK, что без FK.

Поэтому естественно, если копировать хистори на совсем другую инсталляцию - то с умом, сопоставляя и заменяя itemid на актуальные. Это не тривиальная задача.

С моей т.з. проще будет перенести на другой движок всю базу без схемы, просто в виде набора данных для INSERT, выключив на время заливки все FK (нет, можно конечно заливать в порядке зависимостей - но это жуткий геморрой, проще FK выключить-включить). Даже если схема чуть-чуть отличается, выправить набор данных не должно быть сильно проблематично.

AlexAT
()
Последнее исправление: AlexAT (всего исправлений: 4)
Ответ на: комментарий от AlexAT

Сюрприз: на хистори нет FK.

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

Это не тривиальная задача.

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

crypt ★★★★★
()
Последнее исправление: crypt (всего исправлений: 2)
Ответ на: комментарий от crypt

Согласен, лучше целиком перетаскивать. Свести itemid через пару запросов к API проблем особых нет, но зачем :)

AlexAT
()
Ответ на: комментарий от AlexAT

:) жаль, что я сейчас не админю заббикс. это увлекательное занятие. будет новый релиз - приходи еще в тред. я хоть буду чуть-чуть в курсе, какие новые финты и костыли появились с 2014.)

crypt ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.