Zabbix для чего используется
Обзор системы мониторинга Zabbix
В любом хосте, состоящем более чем из одного сервера, администратору необходимо иметь перед глазами полную картину происходящего. Для упрощения этой задачи в крупных сетях применяются системы мониторинга. К таким системам относится универсальный инструмент Zabbix, который способен отслеживать динамику работы серверов и сетевого оборудования, быстро реагировать на внештатные ситуации и предупреждать возможные проблемы с нагрузкой. Система мониторинга Zabbix также может собирать статистику в указанной рабочей среде и действовать в определенных случаях заданным образом.
Как работает Zabbix, и его архитектура
Архитектура Zabbix включает четыре основных инструмента, позволяющих мониторить определенную рабочую среду и собирать о ней полный пакет данных для оптимизации работы. К этим инструментам относятся:
Сбор совокупности данных системой Zabbix проводится наиболее часто следующими способами:
В системе мониторинга триггеры применяются для выявления возможных проблем и предупреждения администратора о степени вероятности их возникновения. Это дает возможность предотвратить пики нагрузки на оборудование или заканчивающееся место на жестком диске.
Установка и настройка Zabbix
Инсталляционный пакет Zabbix Server состоит из:
Схема установки Zabbix включает этапы:
# systemctl restart zabbix-server zabbix-agent nginx php7.2-fpm);
Какую версию выбрать. Что нового в Zabbix 5.0.
На сегодняшний день востребованными являются версии Zabbix 4.2, Zabbix 4.4 и Zabbix 5.0. Версия Zabbix 4.2 имеет возможности:
Zabbix 4.4 оснащена:
LTS-релиз Zabbix 5.0, который будет поддерживаться в течение 5 лет, отличается от версий 4.2 и 4.4 следующими характеристиками:
Кроме того, Zabbix 5.0 имеет оптимизированный для широких экранов пользовательский интерфейс, обеспечивает возможность копирования виджетов с панели и экспорта графиков, фильтрацию по тегам, поддержку модулей для расширения интерфейса Zabbix, поддержку пользовательских макросов для IPMI для имени пользователя и пароля.
Все перечисленные факторы делают Zabbix 5.0 оптимальным и предпочтительным решением для организации систем мониторинга.
Сколько стоить развернуть Zabbix
Стоимость работ по развертыванию и настройке систем Zabbix зависит от типа решения (легкий, базовый, расширенный, профессиональный вариант или индивидуальный пакет), а также от сложности инсталляции и требований заказчика (описания архитектуры, списка метрик, наблюдаемых устройств, систем и приложений, необходимости удаленного доступа).
Расценки на данные работы составляют от 82 000 до 737 000 рублей.
Почему стоит выбрать Zabbix, в чем его преимущества
Выбор в пользу Zabbix позволяют сделать его возможности:
По сравнению с другими системами мониторинга, Zabbix позволяет осуществлять конфигурирование системы посредством API, а также через интерфейс, обеспечивает возможность хранения настроек в БД, что позволяет применять все вносимые в конфигурацию изменения «на лету», имеет качественные средства визуализации и выполняет хранение истории, благодаря чему существенно упрощается ряд задач, связанных с мониторингом. Кроме прочего, Zabbix обладает мощной поддержкой параметров пользователя, таких как оповещения, пороги, реакции, а также поддержкой мониторинга логов и JMX в своей базовой комплектации.
Система мониторинга Zabbix для начинающих
Содержание:
Zabbix — это универсальный инструмент мониторинга, способный отслеживать динамику работы серверов и сетевого оборудования, быстро реагировать на внештатные ситуации и предупреждать возможные проблемы с нагрузкой. Система мониторинга Zabbix может собирать статистику в указанной рабочей среде и действовать в определенных случаях заданным образом.
В этой обзорной статье расскажем об основных принципах и ключевых инструментах, на которых построена универсальная система мониторинга Zabbix.
Обзор
Систему создал Алексей Владышев на языке Perl. Впоследствии проект подвергся серьезным изменением, которые затронули и архитектуру. Zabbix переписали на C и PHP. Открытый исходный код появился в 2001 г., а уже через три года выпустили первую стабильную версию.
Веб-интерфейс Zabbix написан на PHP. Для хранения данных используются MySQL, Oracle, PostgreSQL, SQLite или IBM DB2.
На данный момент доступна система Zabbix 4.4. Скачать ее можно на официальном сайте. Там же можно найти официальные курсы и вебинары для начинающих пользователей системы.
Далее рассмотрим, из чего состоит и как работает технология Zabbix в доступном формате «для чайников».
Архитектура Zabbix
У Zabbix есть 4 основных инструмента, с помощью которых можно мониторить определенную рабочую среду и собирать о ней полный пакет данных для оптимизации работы.
Основные возможности
Функционал включает в себя общие проверки для наиболее распространенных сервисов, в том числе СУБД, SSH, Telnet, VMware, NTP, POP, SMTP, FTP и т.д. Если стандартных настроек системы недостаточно, их можно изменить самостоятельно или же пользоваться дополнением через API.
Стандартные функции системы
Проверки
Для описания системы мониторинга Zabbix существует два ключевых понятия:
Сам Zabbix-агент способен отражать текущее состояние физического сервера, собирая совокупность данных. У него достаточно много метрик. С их помощью можно проверить загруженность ядра (Processor load), время ожидания ресурсов (CPU iowait time), объем системы подкачки (Total swap space) и многое другое.
В Zabbix существует целых 17 способов, дающих возможность собирать информацию. Указанные ниже, входят в число наиболее часто применяемых.
У проверок есть заданные шаблоны (Templates), которые упрощают создание новых. Кроме обычных операций существует возможность регулярно проверять доступность веб-сервера с помощью имитации запросов браузера.
Проверка через пользовательский параметр
Чтобы выполнить проверку через агент, нужно прописать соответствующую команду в конфигурационный файл Zabbix-агента в качестве пользовательского параметра ( UserParameter ). Сделать это можно с помощью выражения следующего вида:
Помимо самой команды, приведенный синтаксис содержит уникальный (в пределах узла сети) ключ элемента данных, который надо придумать самостоятельно и сохранить. В дальнейшем, ключ можно использовать для ссылки на команду, внесенную в пользовательский параметр, при создании элемента данных.
Пример
С помощью данной команды можно настроить агент на постоянное возвращение значения « 1 » для элемента данных с ключем « ping ».
Триггеры
У каждого триггера существует уровень серьезности угрозы, который маркируется цветом и передается звуковым оповещением в веб-интерфейсе.
Некоторые функции триггеров
Прогнозирование
Триггеры обладают еще одной важной функцией для мониторинга — прогнозированием. Она предугадывает возможные значения и время их возникновения. Прогноз составляется на основе ранее собранных данных.
Анализируя их, триггер выявляет будущие проблемы, предупреждает администратора о возникшей вероятности. Это дает возможность предотвратить пики нагрузки на оборудование или заканчивающееся место на жестком диске.
Функционал прогнозирования добавили с обновлением системы 3.0, вышедшим в феврале 2016 года.
Действие
Действие (Action) представляет собой заданную реакцию на событие (Event). Действие может устанавливаться автоматически или вручную как для одного из событий, так и для целой группы.
Параметры действий
Для событий, вызванных триггером или обнаружением, есть свои типы условий. Например, «Application» с операторами « = », « like » и « not like » значит, что триггер является частью указанного приложения. Или «Service type» с операторами « = », « »и « > » предусматривает, что обнаруженный сервис совпадает с указанным.
Операции
Пользователь может указать для событий операцию или группу операций.
Параметры операций
Низкоуровневое обнаружение
Функция Низкоуровневого обнаружения (LLD) автоматически создает элементы и триггеры, которые позволяют отслеживать системы сервера, находящимся под наблюдением. Включение функции происходит через настройку атрибутов, которую можно сделать, пройдя по пути: «Настройка» → «Шаблоны» → «Обнаружение» (вкладка в строке с шаблоном) → вкладки «Правила обнаружения»/«Фильтры».
Что можно обнаружить
Дополнительные типы
Задать собственные типы низкоуровневого обнаружения возможно с применением формата JSON. Типы проверок, для которых можно указать список портов и интервал для них:
Если хост пропадает или обнаруживается, для события можно привязать любое действие — условия и операцию для них.
Прокси
Функция буферизации через прокси используется в том случае, когда существующая инфраструктура достаточно большая, а выделенный сервер не способен нести такую нагрузку. Прокси выступает промежуточным звеном, которое собирает информацию с агентов в буфер, а после отправляет данные на сервер.
Прокси используется еще в нескольких случаях — если агенты находятся далеко друг от друга или ограничены локальной сетью. Это сказывается на доступности агентов и величине пингов.
Zabbix прокси функционирует как демон. Для его использования обязательно наличие отдельной базы данных.
Особенности веб-интерфейса
Система мониторинга Zabbix располагает удобным веб-интерфейсом, в котором сгруппированы элементы управления. Консоль предусматривает просмотр собранных данных, их настройку. Для безопасности входа и работы осуществляется автоматическое отсоединение через 30 минут пользовательского бездействия.
На главном экране всегда представлена информация о состоянии узлов сети и триггеров.
Пользователю доступны пять функциональных разделов, включая Monitoring («Мониторинг»), Inventory («Инвентарные данные»), Reports («Отчеты»), Configuration («Конфигурация») и Administration («Администрирование»).
В разделе «Конфигурации» можно найти группы хостов. По каждому элементу списка можно посмотреть более подробную информацию, например, последние события и графики данных.
Управлять шаблонами, доступными администратору, можно в соответствующем подразделе — Templates («Шаблоны»).
Версия 4.4
Узнать версию установленного Zabbix сервера можно во время запуске в файле-протоколе.
Основные нововведения в Zabbix 4.4
Заключение
Zabbix по праву считается одним из самых продвинутых инструментов для удалённого мониторинга аппаратных и программных ресурсов. Система с успехом позволяет решать задачи по отслеживанию сетевой активности и работоспособности серверов, а также предупреждать о потенциально опасных ситуациях. Благодаря встроенным механизмам анализа и прогнозирования, Zabbix может стать основой для создания полноценной стратегии эффективного использования IT-инфрастуктуры в компаниях любого масштаба.
Способности Zabbix ограничены только имеющимися в распоряжении ресурсами. VDS от Eternalhost на SSD-дисках обеспечит системе максимальное быстродействие и возможность мониторить множество узлов в сети.
Zabbix Documentation 1.8
Sidebar
Table of Contents
1 Обзор системы Zabbix
1.1 Что такое Zabbix?
Zabbix создан Алексеем Владышевым и в настоящее время активно разрабатывается и поддерживается Zabbix SIA.
Zabbix это открытое решение распределенного мониторинга корпоративного класса.
Zabbix это программное обеспечение мониторинга многочисленных параметров сети а также состояния и работоспособности серверов. Zabbix использует гибкий механизм уведомлений, что позволяет пользователям настраивать оповещения по почте практически для любого события. Это дает возможность быстро среагировать на проблемы с сервером. Zabbix предлагает отличные возможности отчетности и визуализации данных, базируясь на собранных данных. Это делает Zabbix идеальным инструментом для планирования и масштабирования.
Zabbix поддерживает опрос данных (пуллер) и получение данных (траппер). Все отчеты и статистика Zabbix, также как и параметры настроек, доступны через веб-интерфейс. Веб-интерфейс обеспечивает чтобы состояние вашей сети и жизнедеятельность ваших серверов можно было оценить из любого места. Хорошо настроенный Zabbix может играть важную роль в мониторинге ИТ инфраструктуры. Это так же важно как для малых организаций с несколькими серверами, так и для крупных компаний с множеством серверов.
Zabbix бесплатный. Zabbix написан и распространяется под лицензией GPL General Public License версии 2. Это означает, что его исходный код свободно распространяется и доступен широкой публике.
Так же доступна коммерческая поддержка, которая предоставляется компанией Zabbix.
1.2 Что предлагает Zabbix?
1.3 Почему Zabbix?
1.4 Пользователи Zabbix
Много организаций разных размеров по всему миру полагаются на Zabbix как на главную систему мониторинга.
Универсальная система мониторинга Zabbix — введение
В любой сети, где есть больше, чем один сервер, очень полезно бывает иметь перед глазами полную картину происходящего. В крупных сетях, где количество хостов переваливает за несколько десятков, следить за каждым в отдельности — непосильная задача для администраторов. Для облегчения задачи наблюдения применяются системы мониторинга, и я расскажу об одной из них, которой на Хабре не посвящено ни одной полноценной статьи.
И так, встречайте: Zabbix. Система состоит из нескольких частей, и при большой нагрузке и наблюдении за очень большим количеством хостов позволяет разнести эти части на несколько раздельных машин.
В рамках вводной статьи стоит рассказать о том, какая модель сети используется в Zabbix, чтобы лучше понимать, что к чему и получить представление о возможностях системы.
Основная логическая единица — Узлы сети (host), сервера, находящиеся под наблюдением. Каждому серверу присваивается описание и адрес (dns или ip, можно оба, причем с возможностью выбирать, что использовать для соединения).
Узлы объеднияются в группы, например веб-сервера или сервера баз данных. Группы служат для вывода только определенных серверов при наблюдении.
Каждый узел имеет несколько Элементов данных (items) — параметров, за которыми ведется мониторинг. К примеру, на всех серверах у меня есть параметр ping, (он получается с помощью встроенной проверки), который равняется 1, если ответ на последний ping-запрос был получен, иначе 0. А на одном из серверов у меня есть параметр «количество пользователей онлайн», который собирается самописным скриптом из базы данных сайта. Для каждого элемента данных можно указать свой период обновления, способ хранения(сам параметр или скорость его изменения), множитель, временной интервал сбора (например только в рабочее время).
Создавать элементы данных для каждого из множества серверов — сложно, поэтому можно создать узлы-шаблоны. Эти узлы тоже содержат элементы данных, но они не мониторятся напрямую. Вместо этого реальный хост связывается с одним или несколькими шаблонами, и все параметры шаблона автоматически наследуются хостом. Так, элемент ping у меня хранится именно в шаблоне, и я просто связываю все хосты с шаблоном template_ping.
Человек — не робот, и следить за тысячами параметров и думать, не выходит ли это значение за допустимые границы, просто нереально. Но и тут Zabbix предоставляет гибкие возможности по настройке условий-триггеров, которые включаются при авариях и неполадках, и система начинает моргать лампочками (на самом деле красными квадратиками) и изо всех сил пытается показать администратору, что что-то случилось. Между прочим, при включении триггера веб-интерфейс даже начинает попискивать на манер будильника, наверное, чтобы разбудить заснувших на клавиатуре наблюдателей. 🙂 Так что колонки здесь, наверное не помешают. А в упомянутом выше моем шаблоне template_ping есть и триггер, который реагирует на отсутствие пинга больше, чем на две минуты.
А если администратора нет на месте? Ничего, Zabbix достаточно самостоятелен и сможет отправить уведомление на почту, в jabber или sms с помощью gsm-модема, или даже попытаться самостоятельно поднять упавший сервис, выполнив заранее определенные действия, которые запускаются при срабатывании определенных триггеров.
Скучно сидеть и вглядываться в квадратики и бесконечно бегающие цифры? По данным любого параметра система сможет построить график изменения, причем не за предопределенные и жестко заданные временные интервалы (вспомните mrtg/rrdtool: daily, weekly, monthly, yearly), а за любой промежуток времени с максимальным разрешением. Хотите посмотреть в деталях, как изменялась нагрузка на сервер во время хабраэффекта месяц назад? Пожалуйста, график с разрешением в 30 секунд(именно таков интервал опроса по умолчанию) к вашим услугам. Хотите общую картину? Выберите интервал в месяц и посмотрите на среднюю величину, и разброс колебаний до максимума и минимума. Сравнить? Можно создавать сложные графики, отображающие на одном поле несколько параметров, и вы сразу увидите, что пиковые значения Load Average соответствуют пикам трафика.
Для отображения логической структуры сети можно создавать карты сети, отображающие именно расположение узлов сети и связей между ними. Естественно, состояние узлов (доступен или нет) отображается и на карте.
Кроме того, для более удобного обзора есть комплексные отчеты, которые позволяют на одном экране просматривать сразу несколько сущностей — графики, данные, триггеры…
Zabbix — довольно мощная и обширная система, и запасе у него есть еще полдесятка функций, которые позволяют еще больше упростить наблюдение за сетью, такие как мониторинг состояния веб-сайта с помощью автоматического выполнения сценария вроде «залогиниться, посмотреть новые сообщения и выйти», но их я еще даже не касался.
Скриншоты — с официального сайта Zabbix, и остальные можете посмотреть именно там (а их там много) — http://www.zabbix.com/screenshots.php
В ближайшем будущем — о том, как использовать Zabbix вместо Nagios и MRTG и рекомендации по миграции на Zabbix с этих двух систем и сравнение преимуществ и недостатков; о написании собственных скриптов оповещения и сбора данных, о моём личном опыте использования Zabbix в продакшне, и о чем-нибудь еще, что я узнаю в процессе дальнейшего изучения этой замечательной системы.
Обзор технических возможностей Zabbix
Ознакомьтесь с кратким техническим обзором функций Zabbix.
Расшифровка
Привет! Мы рады, что вам интересен Zabbix. Zabbix – открытая система мониторинга корпоративного уровня, которая два года подряд выигрывала премию Gartner Customers’ Choice. Мы уверены, что это видео поможет вам разобраться с нашей системой для мониторинга и получить общее представление о ее главных функциях. Мы поговорим о пользовательском интерфейсе и основных принципах мониторинга с Zabbix. Надеемся, вам понравится. Добро пожаловать в систему мониторинга Zabbix!
Панели
Главный инструмент мониторинга в системе Zabbix – это панели. Здесь вы можете увидеть различные данные, проблемы и карты сети в удобном для вас виде. Панели основаны на виджетах. Их можно гибко настроить и установить фильтры для отображения только нужной информации в нужном виде. Например, у ваших специалистов по сетям может быть панель, на которой можно посмотреть отчет о проблемах с сетевыми устройствами, картами сети и другие данные о сетевой инфраструктуре. Совершенно по-другому выглядит панель для менеджеров, где можно увидеть региональные ЦОДы и их статус: наличие или отсутсвие неполадок. С этих карт менеджеры могут, например, запускать скрипт для проверки доступности определенного ЦОДа или открыть более детализированные карты этого ЦОДа. Это позволит понять, есть ли в системе узлов какие-либо проблемы. Если они есть, то мы увидим, на каком именно устройстве.
Проблемы
Когда данные какой-либо метрики превышают заданный порог, т. е. триггер, он переходит в состояние проблемы. Проблему можно посмотреть в специальном разделе или на панелях. Можно создать различные виджеты, чтобы отображать проблемы по-разному, установить фильтры и т. д. При обнаружении проблемы можно перейти к ней и посмотреть общее описание, данные о проблеме, например, когда она возникла, какие показатели были получены в последний раз, кто обнаружил проблему, и, возможно, уже закрыл ее вручную. Также можно посмотреть историю проблем, связанных с данным триггером.
Веб-сценарии
Мониторинг веб-сайта в Zabbix можно осуществлять с помощью веб-сценариев, представляющих собой набор шагов. Например: вход в систему; проверка полученного кода отклика, чтобы узнать, успешно ли прошел вход, поиск определенной строки на сайте и выход из системы. Для каждого этого шага Zabbix автоматически собирает несколько метрик: скорость и время отклика, код отклика и успешность выполнения запроса. После сбора всех метрик Zabbix автоматически создает графики для каждого шага веб-сценария и для веб-сценария в целом. Это позволяет анализировать производительность сайта, основываясь на данных, собранных за больший промежуток времени, а также увидеть сбои, возникшие в шагах веб-сценария, и попытаться их исправить.
Графики
После сбора данных вы можете визуализировать их в виде графиков. Эти графики интерактивны и их можно расположить, например, на ваших панелях. Наведите на них курсор, и вы увидите, какие именно данные были собраны в какой момент времени, Можно увеличить масштаб и изучить данные за более короткий период, который также можно указать с помощью селектора времени. Например, можно выбрать один из заданных интервалов: последняя неделя, последний месяц и т. д. Используйте инструмент «Календарь» для выбора конкретной даты или поля ввода «с. » и «по. », чтобы вручную указать период, за который нужно посмотреть данные.
Карты
Для более детализированной визуализации данных, триггеров или узлов, вы можете воспользоваться инструментом Zabbix Maps. Можно расположить карту сети на какой-либо центральной панели, доступной для сетевых администраторов, или привязать другие карты к уже существующей, таким образом создавая иерархию карт. Затем можно просматривать визуализированные данные, кликая по ним либо на самой карте, либо используя виджет дерева навигации карт для просмотра списка доступных карт и перемещения по ним. Иконки элементов на карте будут меняться, показывая состояние объектов. Например, у нормально работающего узла будет зеленая отметка. А узел на котором возникли проблемы, будет отмечен красным. Вы можете выбирать иконки на свое усмотрение или загружать собственные и использовать их в карта
Действия
Zabbix позволяет реагировать на возникшие проблемы, автозарегистрированные или недавно обнаруженные узлы, а также назначать действия, которые будут уведомлять, например, о прекращении работы какого-либо элемента данных. Действия работают на основе операций и/или, т. е. необходимо задать именно эти логические выражения. Можно задать множество условий и реагировать, например, только на проблемы от определенной группы узлов или от конкретного триггера, определяемого по имени. Как только мы задали эти условия, нам нужно решить, что делать дальше. Для этого переходим в «Операции». Вы можете отправить уведомления по e-mail или через другие внешние сервисы, а также выполнять удаленные команды, например, перезагрузить узел, если на нем обнаружены неполадки. Также можно задать циклическую отправку сообщений или отложить ее на какое-то время. Например, реагировать на проблему нужно не сразу же, а спустя пол часа или час после ее возникновения, потому что эта проблема может решиться сама собой. Для операций можно создать собственные сообщения или использовать предустановленные для любых сервисов, которые подключены к данному экземпляру Zabbix.
Агент
Zabbix позволяет установить легкий агент для мониторинга конечных устройств. Этот агент может собирать метрики операционной системы, следить за файлами журнала или выполнять собственные скрипты и собирать выходные данные в качестве метрики. Настройка агента очень проста. Вы можете установить его в виде пакета на узел с UNIX-подобной ОС или воспользоваться установщиком MSI для устройств Windows. Взаимодействие между агентом и сервером может происходить двумя способами: пассивная проверка, когда сервер «опрашивает» агент, или активная с помощью трапов, когда агент отправляет результаты проверок на сервер для обработки. Начиная с версии 5.0, вы можете выбрать между агентом на языке C или на языке Go. Последний по умолчанию поддерживает мониторинг многих новых систем, например, MySQL или Docker. Также можно создать собственные плагины для агента на языке Go, чтобы наблюдать за любой сторонней системой, если это необходимо.
Мониторинг по протоколу SNMP также поддерживается в Zabbix по умолчанию. Мы предоставляем шаблоны SNMP для ПО и аппаратуры многих крупных вендоров. Если вы хотите создать свой собственный элемент данных SNMP, просто создайте новый элемент и назначьте свой OID для объекта, с которого нужно собирать метрику. Этот процесс можно автоматизировать, используя низкоуровневое обнаружение. Просто создайте новое правило обнаружения и укажите ему OID, в котором будут содержаться все необходимые индексы. Эти индексы будут применяться в прототипах элементов данных. Новый элемент будет создаваться для каждого индекса, и мониторинг по SNMP будет автоматизирован.
Zabbix по умолчанию поддерживает мониторинг IoT. Для этого есть два ключа: modbus.get и mqtt.get, использующие протоколы Modbus и MQTT соответственно. Все, что вам нужно сделать — установить агент Zabbix и создать новый элемент данных, содержащий в ключе параметры конечного устройства IoT.
Scripts
Если вам нужен более гибкий способ сбора метрик, вы можете воспользоваться элементами данных на основе скрипта. Такой элемент данных использует язык JavaScript, на котором можно написать код для мониторинга любых конечных устройств. Результат работы скрипта будет сохранен в виде метрики, а элементы-скрипты могут использоваться для синтетического мониторинга. Например, JavaScript можно использовать для получения токена API, входа с токеном, а также для выполнения каких-либо запросов к API. Результат выполнения запроса будет храниться в виде метрики.
Zabbix также поддерживает мониторинг приложений Java «из коробки». Мы используем технологию JMX (управленческие расширения Java), чтобы подключиться к приложениям и получить список MBean-объектов и атрибутов через адрес JMX, который вы назначаете сами. Так же мы предоставляем стандартные шаблоны Java, которые можно применить для мониторинга своих приложений.
В случае с более продвинутыми устройствами с IPMI Zabbix может подключаться к их IPMI-интерфейсам и отслеживать показатели с различных датчиков этих устройств. Для этого можно создать элементы данных вручную, указав имя датчика, или автоматически, используя правила обнаружения датчиков IPMI. Все эти функции есть в шаблонах в Zabbix по умолчанию. Правило обнаружения покажет список ваших датчиков и создаст новый элемент данных для каждого из них на основе прототипа элемента данных.
Мониторинг с помощью ODBC, ssh, WMI
Собирать данные можно не только с помощью протоколов SNMP, IPMI, проверок агента Zabbix или интерфейсов Java. Например, можно использовать ODBC для доступа к базе данных, выполнения запроса и вывода его результатов в виде метрики. Еще можно использовать протокол SSH и Telnet, чтобы также подключиться к удаленному узлу, выполнить команду и собрать данные в виде метрики. Для мониторинга устройств Windows можно использовать счетчики производительности или технологию WMI.
VMware
Система Zabbix по умолчанию может автоматически обнаруживать объекты в среде VMware, например, виртуальные машины, гипервизоры, кластеры и хранилища данных. В зависимости от созданного узла мы будем использовать определенный шаблон, где перечислены счетчики производительности, которые мы задействуем при сборе данных из среды VMware. Вы всегда можете изменить эти шаблоны, если нужно отключить или включить обнаружение определенных объектов. Еще вы можете добавить свои собственные счетчики производительности, в зависимости от версии vCenter.
Низкоуровневое обнаружение (LLD)
Представим, что у нас есть множество похожих узлов, которые используют одинаковые шаблоны, но обладают разными компонентами. Например, у этих узлов разные файловые системы. Как можно решить эту проблему? Конечно, можно вручную создать элементы данных для каждой файловой системы, но это не совсем удобно. А если в нашей системе не три, а 300 узлов? Нужно каким-то образом автоматизировать этот процесс. Для этого необходимо использовать низкоуровневое обнаружение (LLD). При этом может использоваться любой способ проверки: с помощью агента, SNMP, ODBC, Java или других средств, которые поддерживает Zabbix. Затем на основе прототипов элементов данных, триггеров, и графиков создаются элементы данных, триггеры и графики по результатам обнаружения. Так вы автоматизируете создание этих сущностей. У многих стандартных шаблонов, если не у большинства из них, уже есть правила обнаружения. Например, правило обнаружения сетевого интерфейса с прототипами элементов данных, триггеров и графиков. Если вы посмотрите на узел, который мы используем для примера, вы увидите, что в результате обнаружения было создано более 500 элементов данных: по паре для каждого интерфейса. То же самое происходит с триггерами и графиками. LLD полностью автоматизирует процесс. В данном случае был использован либо агент, либо SNMP. Рассмотрим обнаружение хранилищ, файловых систем или физических дисков. Повторим, что сначала правило обнаруживает объекты, затем на основе прототипов элемента данных, триггеров и графиков, в этом случае через SNMP, мы создаем элементы данных по SNMP, а также триггеры, которые назначены этим элементам.
Trend Triggers
Вы можете задать порог значения для триггера и установить период, за который будут сравниваться показатели: часы, дни, недели, месяцы и даже годы. Это возможно благодаря тому, что Zabbix собирает динамику изменений каждый час, т. е. усредненный минимальный и максимальный показатель для каждой собранной метрики и подсчитывает количество собранных показателей для нее. Таким образом, можно создать триггер, который будет уведомлять вас, если текущая средняя загрузка вашего приложения выросла на 10% по сравнению с предыдущим месяцем.
User Roles
В разделе «Роль пользователя» можно самим определить необходимые роли. Например, можно создать роль для сетевых администраторов, администраторов приложений и сотрудников центра управления сетью. Роли основываются на типах: пользователь, администратор или суперадминистратор. В зависимости от типа у ролей есть ограничения на доступ к элементам пользовательского интерфейса, который можно еще больше ограничивать или расширять. Например, специалисты по сетям имеют доступ только к панелям и картам. Кроме того, можно установить ограничения для ролей, предоставляя доступ только к определенным методам API с помощью белого и черного списков. Также можно ограничить возможность выполнения определенных действий. Например, специалисты по сетям не смогут выполнять скрипты или изменять важность проблемы.
Аутентификация
Существует множество способов расширения функционала Zabbix, связанного с аутентификацией. Например, протокол LDAP. Просто направьте сервер Zabbix к серверу LDAP (Active Directory или OpenLDAP), и все готово. Для аутентификации также можно использовать веб-сервер. С версии 5.0 Zabbix поддерживает стандарт SAML. Аутентификацию этого типа можно централизованно настроить через пользовательский интерфейс Zabbix.
External Vault
Zabbix позволяет надежно защитить учетные записи, SNMP-сообщества и другие чувствительные данные. При необходимости можно хранить данные во внешнем хранилище. Соединение с основной базой данных Zabbix можно установить через это хранилище, где будут находиться все учетные записи.
Proxy
Представьте, что у вас есть множество ЦОДов по всему миру. В каждом расположены десятки тысяч узлов. На каждом из них есть агент, или узел получает запросы по SNMP. Нужно как-то собрать данные со всех узлов. И тут возникает несколько проблем. Во-первых, задержка в сети, негативно влияющая на производительность мониторинга. А если какой-то сегмент сети перестанет работать и узел станет недоступен? Кроме того, команда по обеспечению безопасности должна проводить пассивные проверки (опросы) через брандмауэр. Как можно оптимизировать этот процесс? Существует готовое решение — Zabbix-прокси. Вы можете создавать сколько угодно прокси по всему миру. Допустим, прокси находятся там же, где и ваши ЦОДы: в США, Азии и Европе. Какие это даст преимущества? Самые разные. Во-первых, прокси будут собирать данные с локальных узлов и отправлять обратно на центральный сервер Zabbix. Если сеть перестала работать во время передачи данных от прокси к серверу Zabbix, то прокси все равно сохранит данные в своей базе данных. Когда сеть будет восстановлена, прокси отправит данные на сервер повторно. Прокси разгружают сервер, т. к. берут на себя часть нагрузки по сбору данных. Вместо сервера это будет делать, например, виртуальная машина, на которой расположен прокси. Таким образом можно масштабировать сервер Zabbix так, как вам это нужно.
Media Types
В версию 5.0 было добавлено много встроенных интеграций. Для них используется новый тип оповещений Webhook Media, что обеспечивает интеграции с такими сервисами как Slack, Jira, Telegram и др. С точки зрения внутренней структуры они основаны на передаче встроенных макроданных через специально созданный JavaScript, который предоставляет Zabbix. При необходимости интеграции всегда можно перенастроить и изменить, чтобы они подходили вашей среде.