Zabbix что это и как работает
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, что можно мониторить с её помощью и как эта система работает.
Итак, Zabbix ― что это за программа и какие возможности она даёт? Это система с веб-интерфейсом, которая позволяет собирать различные данные с устройств. С её помощью можно производить мониторинг сети, серверов, виртуальных машин, баз данных, приложений и устройств. Zabbix может получать данные о состоянии устройства: объёме памяти, скорости работы процессора, температуре машины, логах и др. Помимо этого, система способна наблюдать за бизнес-метриками ― к примеру скоростью продажи продукта. 14 мая 2021 года вышла последняя версия Zabbix-сервера ― Zabbix 5.4.
Мощный VPS со встроенной системой мониторинга
REG.RU предлагает VPS с установленной программой для мониторинга Zabbix.
Как работает Zabbix
Чтобы система могла одновременно наблюдать за сотнями устройств без перегрузок, разработчики разделили всю систему на несколько компонентов:
Мониторинг серверов Zabbix
Как пользоваться системой Zabbix
Информация с устройств попадает на Zabbix-сервер и обрабатывается им. Далее результаты обработки попадают в базу данных, где пользователь видит информацию в структурированном виде. Можно выбрать любую базу данных: MySQL, PostgreSQL, SQLite или Oracle. Для каждой метрики устанавливается пользовательский интервал. Пользовательские интервалы ― это промежутки времени, в которых собирается информация с устройства или системы. Например, программа может измерять температуру устройства каждые два часа.
Заббикс-мониторинг состояния любой системы чаще всего устанавливается, чтобы предупредить возможные технические проблемы. Благодаря Zabbix можно не только быстро узнавать об ошибках, но и предвидеть проблемы. Для этого в системе устанавливаются триггеры. Триггеры ― это условия, которые указывают, что в работе устройства или системы возникли проблемы. При срабатывании триггера Zabbix уведомляет пользователя о проблемах и может сам исправить ошибку, выполняя заранее прописанные действия для определённого триггера. Допустим мы установили, что процессор запускается в течение 7 секунд. Если запуск происходил хотя бы 8 секунд, то в программе сработает триггер и она уведомит пользователя о проблеме.
Для того, чтобы активировать мониторинг, нужно определить web-сценарии. В Zabbix web-сценарии позволяют собирать данные с узлов сети. Они настраиваются в виде шаблонов, которые можно применить к разным узлам или группам.
Приостановить отправку уведомлений о проблемах можно в настройках периода обслуживания. При этом оповещения, созданные в этот период, будут доступны для просмотра. Также их можно будет отправить после завершения обслуживания. В Zabbix период обслуживания можно настроить для отдельного узла или для группы.
Так как Zabbix собирает большие объёмы данных, он может предвидеть проблемы с устройством. Вернёмся к примеру с запускающимся процессором. Представим, что обычно запуск происходит в течение 4 секунд. Через неделю время запуска ― 5 секунд, ещё через неделю ― 6 секунд. Есть тенденция к увеличению времени запуска, и скоро сработает триггер. Заметив эту тенденцию, можно предотвратить проблему.
Чтобы пользователям было проще настраивать мониторинг, разработчики предлагают шаблоны со стандартным набором метрик и триггеров. Например, для Linux-сервера предлагают мониторинг памяти, состояния процессора и сети. Есть также специальный шаблон, который осуществляет мониторинг интернет-канала Zabbix.
Подробная установка Zabbix на Linux-системы описаны в статьях:
В них описана пошаговая установка Zabbix, а также есть Zabbix agent настройка.
Zabbix: требования к серверу
Основные системные требования Zabbix ― это память и поддерживаемая платформа. Zabbix хорошо работает на большинстве платформ: Linux и другие операционные системы Unix, IBM AIX, FreeBSD, NetBSD, OpenBSD, HP-UX, Mac OS X, Solaris и Windows. С памятью тоже все просто. Чем больше данных вы хотите мониторить и хранить, тем больше оперативной памяти и места на жёстком диске понадобится. Подробнее о системных требованиях можно узнать на официальном сайте Zabbix.
Активные и пассивные агенты
Как мы писали выше в структуре системы мониторинга есть агент, с помощью которого можно получать данные. Он может работать в пассивном или активном режиме.
При пассивном режиме Zabbix-сервер в соответствии с настройками отправляет запросы агенту. Затем данные собираются и отправляются снова на Zabbix-сервер. Недостатки пассивного режима:
При активном режиме сам агент сначала запрашивает у Zabbix-сервера список данных, которые нужно собрать. Частота запросов устанавливается пользователем в соответствии с количеством узлов и объёмом данных, которые нужно получить. Чем чаще происходят запросы, тем больше нагружается сервер. Как только агент получает данные, он отправляет их на Zabbix-сервер для обработки.
Недостаток активного режима ― нужно самостоятельно создавать шаблоны для запросов, в то время как для пассивного режима есть готовые решения и нужно только выбрать подходящие параметры.
Какой агент лучше выбрать? Если сеть небольшая, подойдет пассивный агент. Если же сеть большая и на сервере много постоянно меняющихся данных, лучше использовать активный режим. Zabbix agent Linux установка подробно описана в документации. Для установки агента Zabbix инструкция на русском доступна по ссылке.
В этой статье мы разобрали, что такое мониторинговая система 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
Ознакомьтесь с кратким техническим обзором функций 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. При необходимости интеграции всегда можно перенастроить и изменить, чтобы они подходили вашей среде.