Как узнать версию zabbix
Система мониторинга 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 5.4
Sidebar
Table of Contents
1 Zabbix агент
Обзор
Эти проверки используют общение с Zabbix агентом для сбора данных.
Существуют пассивные и активные проверки. При настройке элемента данных, вы можете выбрать требуемый тип:
Поддерживаемые ключи элементов данных
В таблице приводится подробная информация о ключах элементов данных, которые вы можете использовать элементами данных Zabbix агента.
Обязательные и необязательные параметры
Извлечение содержания согласно параметра вывод производится на стороне агенте.
Примеры:
=> log[/var/log/syslog]
=> log[/var/log/syslog,error]
=> log[/home/zabbix/logs/logfile. 100]
Пример использования параметра вывод для извлечения числа из записи в журнале:
log[/app1/app.log,»task run [0-9.]+ sec, processed (8+) records, 7+ errors». \1]→ будет соответствовать записи в журнале «2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors» и на сервер отправится только число 6080. Так как отправляется число, у этого элемента данных журнала можно изменить «Тип информации» с «Журнал (лог)» на «Числовой (целое положительное)» и это значение можно будет использовать на на графиках, в триггерах и т.д.
Пример использования параметра вывод для изменения вывода записи журнала перед отправкой на сервер:
log[/app1/app.log,»([0-9 :-]+) task run ([0-9.]+) sec, processed (5+) records, (8+) errors». «\1 RECORDS: \3, ERRORS: \4, DURATION: \2»]→ будет соответствовать записи в журнале «2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors» и на сервер отправится измененная запись «2015-11-13 10:08:26 RECORDS: 6080, ERRORS: 0, DURATION: 6.08».
Параметр режим поддерживается начиная с Zabbix 2.0.
Параметр вывод поддерживается начиная с Zabbix 2.2.
Параметр максзадержка поддерживается начиная с Zabbix 3.2.
Также смотрите дополнительную информацию о мониторинге файлов журналов.
Извлечение содержимого согласно параметра вывод производится на стороне агенте.
Примеры:
=> logrt[«/home/zabbix/logs/^logfile8<1,3>$». 100] → совпадает с файлом наподобии «logfile1» (но не совпадает с «.logfile1»)
=> logrt[«/home/user/logfile_.*_6<1,3>«,»pattern_to_match»,»UTF-8″,100] → будет собирать данные с файлов таких как «logfile_abc_1» или «logfile__001».
Пример использования параметра вывод для извлечения числа из записи в журнале:
logrt[/app1/^test.*log$,»task run [0-9.]+ sec, processed (9+) records, 8+ errors». \1]→ будет соответствовать записи в журнале «2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors» и на сервер отправится только число 6080. Так как отправляется число, у этого элемента данных журнала можно изменить «Тип информации» с «Журнал (лог)» на «Числовой (целое положительное)» и это значение можно будет использовать на на графиках, в триггерах и т.д.
Пример использования параметра вывод для изменения вывода записи журнала перед отправкой на сервер:
logrt[/app1/^test.*log$,»([0-9 :-]+) task run ([0-9.]+) sec, processed (4+) records, (6+) errors». «\1 RECORDS: \3, ERRORS: \4, DURATION: \2»]→ будет соответствовать записи в журнале «2015-11-13 10:08:26 task run 6.08 sec, processed 6080 records, 0 errors» и на сервер отправится измененная запись «2015-11-13 10:08:26 RECORDS: 6080, ERRORS: 0, DURATION: 6.08».
Параметр режим поддерживается начиная с Zabbix 2.0.
Параметр вывод поддерживается начиная с Zabbix 2.2.
Параметр максзадержка поддерживается начиная с Zabbix 3.2.
Параметр опции поддерживается начиная с Zabbix 4.0.
Смотрите дополнительную информацию о мониторинге файлов журналов.
Параметр опции поддерживается начиная с Zabbix 4.0.
Возможные значения для тип:
ANY, A, NS, CNAME, MB, MG, MR, PTR, MD, MF, MX, SOA, NULL, WKS (исключая Windows), HINFO, MINFO, TXT, SRV
Национальные доменные имена не поддерживаются вместо них, пожалуйста, используйте имена в IDNA кодировке.
Параметр протокол поддерживается начиная с Zabbix 3.0.
Тип записи SRV поддерживается Zabbix агентом начиная с версий 1.8.6 (Unix) и 2.0.0 (Windows).
Возможные значения для тип:
ANY, A, NS, CNAME, MB, MG, MR, PTR, MD, MF, MX, SOA, NULL, WKS (исключая Windows), HINFO, MINFO, TXT, SRV
Национальные доменные имена не поддерживаются вместо них, пожалуйста, используйте имена в IDNA кодировке.
Параметр протокол поддерживается начиная с Zabbix 3.0.
Тип записи SRV поддерживается в Zabbix агенте начиная с версий 1.8.6 (Unix) и 2.0.0 (Windows).
На FreeBSD, OpenBSD и NetBSD поддерживается начиная с версии Zabbix агента 2.2
Начиная с Zabbix агента 1.8.6 на Windows поддерживаются мультибайтные имена интерфейса.
Вы можете получить описания сетевых интерфейсов в Windows, используя элементы данных net.if.discovery или net.if.list.
Начиная с Zabbix агента 1.8.6 на Windows поддерживаются мультибайтные имена интерфейса.
Примеры:
=> net.if.out[eth0,errors]
=> net.if.out[eth0]
Вы можете получить описания сетевых интерфейсов в Windows, используя элементы данных net.if.discovery или net.if.list.
Примеры:
=> net.if.total[eth0,errors]
=> net.if.total[eth0]
Вы можете получить описания сетевых интерфейсов в Windows, используя элементы данных net.if.discovery или net.if.list.
Вы можете использовать этот ключ с шагом предобработки Изменение в секунду для получения статистики байт в секунду.
В Linux поддерживается Zabbix агентом начиная с версии 1.8.4
Обратите внимание, что эти проверки могут привести к дополнительным записям в системных файлах журналов (обычно сессии SMTP и SSH журналируются).
Обратите внимание, что эти проверки могут привести к дополнительным записям в системных файлах журналов (обычно сессии SMTP и SSH журналируются).
Проверка шифрованных протоколов (таких как IMAP на 993 порту или POP на 995 порту) в настоящее время не поддерживается. Как решение, пожалуйста, для подобных проверок используйте net.tcp.port.
Проверка LDAP и HTTPS через Windows агента в настоящее время не поддерживается.
Обратите внимание, что telnet проверка ищет запрос на вход (с ‘:’ в конце).
Смотрите также известные проблемы по проверке HTTPS сервиса.
Сервисы https и telnet поддерживается Zabbix с версии 2.0.
Проверка LDAP и HTTPS через Windows агента в настоящее время не поддерживается.
Обратите внимание, что telnet проверка ищет запрос на вход (с ‘:’ в конце).
Смотрите также известные проблемы по проверке HTTPS сервиса.
Сервисы https и telnet поддерживается Zabbix с версии 2.0.
Возвращаемое значение основывается на использовании одного ядра CPU, в процентах. Например, утилизация CPU процесса полного использования двух ядер равна 200%.
Данные использования CPU собираются коллекторами, которые поддерживают максимально до 1024 уникальных (по имени, пользователю и командной строке) запросов. Запросы, к которым не было обращения в течении последних 24 часов, удаляются из коллектора.
Обратите внимание, что в случае когда агент скомпилирован на Solaris без поддержки зон, если задать параметр зона значением current (или по умолчанию), и запустить его на более новом Solaris, где зоны поддерживаются, тогда агент вернёт NOTSUPPORTED (агент не может ограничить результаты в пределах только текущей зоны). Однако, значение all в этом случае поддерживается.
Обратите внимание: Когда несколько процессов используют разделяемую память, сумма памяти используемой процессами в результате может быть большой, нереальной величиной.
Смотрите заметки по выбору процессов с параметрами имя и cmdline (специфика для Linux).
Смотрите заметки по выбору процессов с параметрами имя и cmdline (специфика для Linux).
Обратите внимание, что в случае когда агент скомпилирован на Solaris без поддержки зон, если задать параметр зона значением current (или по умолчанию), и запустить его на более новом Solaris, где зоны поддерживаются, тогда агент вернёт NOTSUPPORTED (агент не может ограничить результаты в пределах только текущей зоны). Однако, значение all в этом случае поддерживается.
До Zabbix 1.8.4, использовался формат sensor[temp1].
Более подробное описание смотрите у элемента данных сенсора в Linux.
Параметр percpu поддерживается начиная с Zabbix 2.0.0.
Примеры возвращаемых значений:
в Linux:
=> system.hostname → linux-w7x1
=> system.hostname → www.zabbix.com
в Windows:
=> system.hostname → WIN-SERV2008-I6
=> system.hostname[host] → Win-Serv2008-I6LonG
Параметр тип поддерживется этим элементом данных начиная с версии 1.8.6.
Этот ключ зависит от наличия SMBIOS таблицы.
Будет выполнена попытка чтения из DMI таблицы с sysfs, если доступ к sysfs будет неудачным, тогда будет попытка чтения напрямую из памяти.
Требуются Права root, потому что значение читается из sysfs или памяти.
Информация собирается из /proc/cpuinfo и из /sys/devices/system/cpu/[cpunum]/cpufreq/cpuinfo_max_freq.
Если указаны номер CPU и curfreq или maxfreq, то возвращается числовое значение (Гц).
Возвращает вывод утилит lspci или lsusb (выполняются без каких либо параметров)
Пример: => system.hw.macaddr[«eth0$»,full] => [eth0] 00:11:22:33:44:55
Если формат задан как short, имена интерфейсов и одинаковые MAC адреса не попадают в список.
Например:
=> system.localtime[local] → создайте элемент данных, используя этот ключ, и далее используйте его для отображения времени узла сети в элементе комплексного экрана Часы.
Обратите внимание: Для того чтобы включить этот функционал, в файле конфигурации агента должна быть указана опция EnableRemoteCommands=1.
Возвращаемое значение элемента данных является стандартным выводом совместно со стандартным выводом ошибок, которые получены от команды. Код выхода не проверяется.
Пустой результат разрешается начиная с 2.4.0.
Для получения информации используется функция uname().
Информация получается с (обратите внимание, на то что не все файлы и опции представлены во всех дистрибутивах):
/proc/version (full)
/proc/version_signature (short)
Параметр PRETTY_NAME из /etc/os-release на системах, которые его поддерживают, или /etc/issue.net (name)
Пример:
=> system.sw.packages[mini,dpkg,short]
→ python-minimal, python2.6-minimal, ubuntu-minimal
Если указан формат равный full, пакеты группируются по менеджерам пакетов (каждый менеджер с отдельной строки, которая начинается с его имени заключенном в квадратные скобки).
Если указан формат равный short, пакеты не группируются и отображаются одной строкой.
Обратите внимание, этот ключ может возвращать некорректные данные на виртуализированных (VMware ESXi, VirtualBox) Windows платформах. В этом случае используйте ключ perf_counter[\700(_Total)\702] для получения корректного использования файла подкачки в процентах.
Старое название: system.swap.free, system.swap.total
FreeBSD localhost 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Mon Nov i386
Пример возвращаемого значения (Windows):
Windows ZABBIX-WIN 6.0.6001 Microsoft® Windows Server® 2008 Standard Service Pack 1 x86
В Windows начиная с Zabbix 3.0 значение этого элемента данных извлекается при помощи Win32_OperatingSystem и Win32_Processor классов WMI. Ранее эта информация запрашивалась при помощи непостоянных вызовов Windows API и недокументированных ключей реестра. Имя ОС (включая редакцию) может быть переведено на пользовательский язык интерфейса. Некоторые версии Windows содержат символы товарных знаков и дополнительные пробелы.
Обратите внимание, что этот элемент данных в Windows возвращает архитектуру ОС, тогда как в Unix он возвращает архитектуру CPU.
ops, bps и sps на поддерживаемых платформах ограничено 8 устройствами (7 отдельных устройств и одно all). Начиная с Zabbix 2.0.1 этот лимит увеличен до 1024 (1023 отдельных устройств и один для all).
LVM поддерживается начиная с Zabbix 1.8.6.
До Zabbix 1.8.6, можно было использовать только относительные имена устройств (например, sda), начиная с 1.8.6 можно использовать опциональный префикс /dev/ (например, /dev/sda)
ops, bps и sps на поддерживаемых платформах ограничено 8 устройствами (7 отдельных устройств и одно all). Начиная с Zabbix 2.0.1 этот лимит увеличен до 1024 (1023 отдельных устройств и один для all).
LVM поддерживается начиная с Zabbix 1.8.6.
До Zabbix 1.8.6, можно было использовать только относительные имена устройств (например, sda), начиная с 1.8.6 можно использовать опциональный префикс /dev/ (например, /dev/sda)
Псевдо-директории «.» и «..» никогда не учитываются.
Символические ссылки никогда проверяются для обхода директорий.
В Windows символические ссылки директорий пропускаются и жесткие ссылки учитываются лишь один раз.
Время выполнения ограничено значением времени ожидания по умолчанию, которое равно 3 секундам (параметр «Timeout» в файле конфигурации агента). Та как обход большой директории может занять более длительное время чем время ожидания, тогда никакие данные не возвратятся и элемент данных отметится как «Не поддерживается». Частичный подсчет не возвращается.
При фильтрации по размеру только обычные файлы имеют осмысленные размеры. В Linux и BSD директории также имеют не нулевые размеры (в основном несколько Кб). Устройства имеют нулевые размеры, например, размер /dev/sda1 не влияет на соответствующий размер раздела. Поэтому, при использовании параметров и рекомендуется указать равным «file«, чтобы избежать сюрпризов.
В Windows любая символическая ссылка пропускается и жесткие ссылки принимаются во внимание только один раз.
При наличии больших директорий или медленных дисков этот элемент данных может превысить время ожидания из-за настройки Timeout в файлах конфигурации агента и сервера/прокси. При необходимости увеличьте эти значения времени ожидания.
Ограничение размера файлов зависит от наличия поддержки больших файлов.
Пример возвращаемого значения:
1938292000
Старое название: cksum
Этот элемент данных ограничен файлами не превышающими 64 КБайт.
Возвращаемое значение зависит от того, что вернет S_ISREG POSIX макрос.
Пример возвращаемого значения:
b5052decb577e0fffd622d6ddc017e82
Ограничение (64МБ) на размер файла для этого элемента данных удалено в версии 1.8.6.
Извлечение содержимого при использовании параметра вывод выполняется агентом.
Ограничение размера файла зависит от поддержки больших файлов.
Зарезервированное место на файловой системе принимается во внимание и не включено при использовании режима free.
Смотрите более подробное описание параметров vm.memory.size.
Извлечение содержимого согласно дополнительного параметра вывод осуществляется агентом.
Параметр вывод поддерживается начиная с версии 2.2.
Заметка специфики для Linux. Zabbix агент должен иметь только права чтения файловой системы /proc. Патчи к ядру для ограничения прав непривилегированных пользователей вы можете найти на странице www.grsecurity.org.
Доступные кодировки
Параметр кодировка используется для того, чтобы указать кодировку при обработке соответствующих проверок элементов данных, так чтобы полученные данные не были повреждены. Для получения списка поддерживаемых кодировок (идентификаторов кодовых страниц), пожалуйста, обратитесь к соответствующей документации, такой как libiconv (GNU Project) или Microsoft Windows SDK документации по «Идентификаторам кодовых страницы».
- уробилиноген в кале обнаружен что это значит
- код квартала на который начисляются авансовые платежи по налогу на прибыль