Zabbix agent для android

Unofficial Zabbix Agent

Неофициальный агент Zabbix для Android

Приложение Для Android Unofficial Zabbix Agent, Разработанное dentier, Находится В Категории Инструменты. Текущая Версия — 4.6, Выпущенная На 2021-09-21. Согласно Google Play Unofficial Zabbix Agent Достигнуто Более 7 Тысяча Установок. Unofficial Zabbix Agent В Настоящее Время Имеет 65 Оценок Со Средним Значением 4.5

Это неофициальный агент Zabbix для Android. В настоящее время он поддерживает следующие ключи элементов:
agent.hostname: имя хоста агента, как указано в настройках приложения
agent.ping
agent.version
android.manufacturer: производитель устройства
android.model: модель устройства
app.foreground: имя пакета текущего приложения переднего плана (не поддерживается в Android & gt; = 5.0)
app.running: список запущенных приложений в формате json (не поддерживается в Android & gt; = 5.0)
gps [& lt; timeout & gt;]: вывод местоположения устройства (широта / долгота / высота / точность в json)
gps.latitude [& lt; timeout & gt;] / gps.longitude [& lt; timeout & gt;] / gps.altitude [& lt; timeout & gt;] / gps.accuracy [& lt; timeout & gt;]: вывод местоположения устройства (широта / долгота) , высота, точность (в метрах) как поплавок
net.carrier: название оператора сети
net.connectivity: подключение устройства, одно из 2G, 3G, 4G
net.if.in [if, & lt; mode & gt;]: см. документацию zabbix. Этот пункт не работает на Android 10+ (ограничения Google)
net.if.out [if, & lt; mode & gt;]: см. документацию zabbix. Этот пункт не работает на Android 10+ (ограничения Google)
net. . : байты / пакеты, полученные / переданные на мобильном устройстве / на всех интерфейсах устройства.
net.roaming: находится ли устройство в роуминге
net.signal_strength: мощность сигнала в дБм (мобильная сеть, а не Wi-Fi)
net.wifi.bssid: MAC-адрес BSSID, к которому устройство в настоящее время подключено с помощью Wi-Fi. Вам необходимо включить доступ к запросу GPS / Местоположение в настройках приложения и включить GPS на вашем устройстве для Android & gt; 8.0.
net.wifi.status: 1 = Wi-Fi подключен, 0 = не подключен
net.wifi.ssid: имя текущего подключенного SSID. Вам необходимо включить доступ к запросу GPS / Местоположение в настройках приложения и включить GPS на вашем устройстве для Android & gt; 8.0.
net.wifi.signal: мощность сигнала Wi-Fi, от 0 (низкий) до 4 (отличный)
power.battery_level
power.battery_temperature
power.source: один из «ac», «usb», «wireless», «unplugged»
power.status: одно из «зарядка», «полный», «разрядка»
proc.cpu.util [& lt; name & gt;]: использование процессора в% для указанного имени процесса, для работы этого элемента необходимо иметь корневое устройство
proc.mem [& lt; name & gt;]: использование памяти в байтах для указанного имени процесса, для работы этого элемента необходимо корневое устройство.
sensor.light: значение датчика освещенности в люксах
sensor.proximity: значение датчика приближения в см
sensor.temperature: значение датчика температуры в ° C
system.cpu.load []
system.cpu.num: для ЦП big.LITTLE будет учитываться только количество ЦП в активном кластере
system.cpu.freq [число, тип]: получить текущую / минимальную / максимальную частоту процессора для указанного номера ядра
system.hostname: имя хоста устройства
system.localtime []: системное время
system.sw.arch
system.sw.os []
system.uname
system.uptime: количество секунд с момента загрузки устройства
vfs.fs.size [fs, & lt; mode & gt;]
vm.memory.size [total]: общий объем памяти в МБ
vm.memory.size [бесплатно]: доступная память в МБ
web.page.get [хост, & lt; путь & gt;, & lt; порт & gt;]
web.page.perf [хост, & lt; путь & gt;, & lt; порт & gt;]

Пожалуйста, дайте мне знать, если вам понадобится другой ключ.

Вы также можете добавить свои собственные UserParameters в настройки, чтобы вы могли вызывать пользовательские скрипты для возврата любых данных, которые вам нужны.

Возможно, вам придется отключить оптимизацию заряда батареи для этого приложения, поскольку оно переведет приложение в спящий режим и не сможет отправлять данные на сервер zabbix.

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

Источник

Zabbix + Android

Практически все клиенты, отображающие состояние сервера Zabbix, а также способные менять его настройки основаны на API Zabbix

API содержит по крайней мере четыре метода: get , create , update и delete для получения, создания, обновления и удаления данных соответственно.

sysMonDash-android

Поддержка давно заброшена.
Ссылка на github

Andzabbix Lite

Приложение заброшено. Последняя версия была 4 года назад. С актуальными версиями заббикса оно не работает.
Ссылка на GooglePlay

Zwidget lite

После ввода данных сервера, мне так и не удалось, что больше увидеть. Последнее обновление датируется 2016 годом. Не стоит время на изучение этого приложения.

Mobile frontend for the Zabbix enterprise monitoring system.

6 лет не обновлялась. Не стоит время тратить.

M7 Mobile is a mobile interface for the Zabbix 3.2

Вводить адрес сервера нужно без http(s), учётная запись администратора.

У меня всё заработало, интерфейс симпатичный. Экран “Availabitty” не отображается.

Tabbix

Simple lightweight Android application for Zabbix. Check active triggers, hosts and detailed host and trigger informations.

Функций мало. Нет уведомлений. Все узлы у одной куче, нет группировки.

Moobix for Zabbix

Features: List of active triggers, Acknowledge triggers events, Notifications, List of Groups, List of Hosts, Dashboard

Zabbix — мессенджеры

Добавить комментарий Отменить ответ

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.

Источник

Zabbix Documentation 5.4

Sidebar

Table of Contents

3 Agent 2

Overview

Zabbix agent 2 is a new generation of Zabbix agent and may be used in place of Zabbix agent. Zabbix agent 2 has been developed to:

• reduce the number of TCP connections
• have greater check concurrency
• be easily extendible with plugins. A plugin should be able to:
  • provide trivial checks consisting of only a few simple lines of code
  • provide complex checks consisting of long-running scripts and standalone data gathering with periodic sending back of the data
• be a drop-in replacement for Zabbix agent (in that it supports all the previous functionality)

Agent 2 is written in Go (with some C code of Zabbix agent reused). A configured Go environment with a currently supported Go version is required for building Zabbix agent 2.

Agent 2 does not have built-in daemonization support on Linux; it can be run as a Windows service.

Passive checks work similarly to Zabbix agent. Active checks support scheduled/flexible intervals and check concurrency within one active server.

Checks from different plugins can be executed concurrently. The number of concurrent checks within one plugin is limited by the plugin capacity setting. Each plugin may have a hardcoded capacity setting (100 being default) that can be lowered using the Plugins.

.Capacity=N setting in the Plugins configuration parameter.

Supported platforms

Agent 2 is supported for Linux and Windows platforms.

If installing from packages, Agent 2 is supported on:

• RHEL/CentOS 6, 7, 8
• SLES 15 SP1+
• Debian 9, 10
• Ubuntu 18.04, 20.04

On Windows Agent 2 is supported on:

• Windows Server 2008 R2 and later
• Windows 7 and later

Installation

Zabbix agent 2 is available in pre-compiled Zabbix packages. To compile Zabbix agent 2 from sources you have to specify the —enable-agent2 configure option.

Options

The following command line parameters can be used with Zabbix agent 2:

Parameter	Description
-c —config	Path to the configuration file. You may use this option to specify a configuration file that is not the default one. On UNIX, default is /usr/local/etc/zabbix_agent2.conf or as set by compile-time variables —sysconfdir or —prefix
-f —foreground	Run Zabbix agent in foreground (default: true).
-p —print	Print known items and exit. Note: To return user parameter results as well, you must specify the configuration file (if it is not in the default location).
-t —test	Test specified item and exit. Note: To return user parameter results as well, you must specify the configuration file (if it is not in the default location).
-h —help	Print help information and exit.
-v —verbose	Print debugging information. Use this option with -p and -t options.
-V —version	Print agent version number and exit.
-R —runtime-control	Perform administrative functions. See runtime control.

Specific examples of using command line parameters:

• print all built-in agent items with values
• test a user parameter with «mysql.ping» key defined in the specified configuration file

Runtime control

Runtime control provides some options for remote control.

Option	Description
log_level_increase	Increase log level.
log_level_decrease	Decrease log level.
metrics	List available metrics.
version	Display agent version.
help	Display help information on runtime control.

• increasing log level for agent 2
• print runtime control options

Configuration file

The configuration parameters of agent 2 are mostly compatible with Zabbix agent with some exceptions.

New parameters	Description
ControlSocket	The runtime control socket path. Agent 2 uses a control socket for runtime commands.
EnablePersistentBuffer, PersistentBufferFile, PersistentBufferPeriod	These parameters are used to configure persistent storage on agent 2 for active items.
Plugins	Plugins may have their own parameters, in the format Plugins. = . A common plugin parameter is Capacity, setting the limit of checks that can be executed at the same time.
StatusPort	The port agent 2 will be listening on for HTTP status request and display of a list of configured plugins and some internal parameters
Dropped parameters	Description
AllowRoot, User	Not supported because daemonization is not supported.
LoadModule, LoadModulePath	Loadable modules are not supported.
StartAgents	This parameter was used in Zabbix agent to increase passive check concurrency or disable them. In Agent 2, the concurrency is configured at a plugin level and can be limited by a capacity setting. Whereas disabling passive checks is not currently supported.
HostInterface, HostInterfaceItem	Not yet supported.

For more details see the configuration file options for zabbix_agent2.

Exit codes

Starting from version 4.4.8 Zabbix agent 2 can also be compiled with older OpenSSL versions (1.0.1, 1.0.2).

In this case Zabbix provides mutexes for locking in OpenSSL. If a mutex lock or unlock fails then an error message is printed to the standard error stream (STDERR) and Agent 2 exits with return code 2 or 3, respectively.

Источник

Система мониторинга Zabbix для начинающих

Содержание:

Zabbix — это универсальный инструмент мониторинга, способный отслеживать динамику работы серверов и сетевого оборудования, быстро реагировать на внештатные ситуации и предупреждать возможные проблемы с нагрузкой. Система мониторинга Zabbix может собирать статистику в указанной рабочей среде и действовать в определенных случаях заданным образом.

В этой обзорной статье расскажем об основных принципах и ключевых инструментах, на которых построена универсальная система мониторинга Zabbix.

Обзор

Систему создал Алексей Владышев на языке Perl. Впоследствии проект подвергся серьезным изменением, которые затронули и архитектуру. Zabbix переписали на C и PHP. Открытый исходный код появился в 2001 г., а уже через три года выпустили первую стабильную версию.

Веб-интерфейс Zabbix написан на PHP. Для хранения данных используются MySQL, Oracle, PostgreSQL, SQLite или IBM DB2.

На данный момент доступна система Zabbix 4.4. Скачать ее можно на официальном сайте. Там же можно найти официальные курсы и вебинары для начинающих пользователей системы.

Далее рассмотрим, из чего состоит и как работает технология Zabbix в доступном формате «для чайников».

Архитектура Zabbix

У Zabbix есть 4 основных инструмента, с помощью которых можно мониторить определенную рабочую среду и собирать о ней полный пакет данных для оптимизации работы.

1. Сервер — ядро, хранящее в себе все данные системы, включая статистические, оперативные и конфигурацию. Дистанционно управляет сетевыми сервисами, оповещает администратора о существующих проблемах с оборудованием, находящимся под наблюдением.
2. Прокси — сервис, собирающий данные о доступности и производительности устройств, который работает от имени сервера. Все собранные данные сохраняются в буфер и загружаются на сервер. Нужен для распределения нагрузки на сервер. Благодаря этому процессу можно уменьшить нагрузку на процессор и жесткий диск. Для работы прокси Zabbix отдельно нужна база данных.
3. Агент — программа (демон), которая активно мониторит и собирает статистику работы локальных ресурсов (накопители, оперативная память, процессор и др.) и приложений.
4. Веб-интерфейс — является частью сервера системы и требует для работы веб-сервер. Часто запускается на том же физическом узле, что и Zabbix.

Основные возможности

Функционал включает в себя общие проверки для наиболее распространенных сервисов, в том числе СУБД, SSH, Telnet, VMware, NTP, POP, SMTP, FTP и т.д. Если стандартных настроек системы недостаточно, их можно изменить самостоятельно или же пользоваться дополнением через API.

Стандартные функции системы

• Контроль нагрузки на процессор, касается и отдельных процессов.
• Сбор данных об объеме свободной оперативной и физической памяти.
• Мониторинг активности жесткого диска.
• Мониторинг сетевой активности.
• Пинг для проверки доступности узлов в сети.

Проверки

Для описания системы мониторинга Zabbix существует два ключевых понятия:

• Узлы сети — рабочие устройства и их группы (серверы, рабочие станции, коммутаторы), которые необходимо проверять. С создания и настойки узлов сети обычно начинается практическая работа с Zabbix.
• Элементы данных — набор самостоятельных метрик, по которым происходит сбор данных с узлов сети. Настройка элементов данных производится на вкладке «Элемент данных» или в автоматическом режиме — через подключение шаблона.

Сам Zabbix-агент способен отражать текущее состояние физического сервера, собирая совокупность данных. У него достаточно много метрик. С их помощью можно проверить загруженность ядра (Processor load), время ожидания ресурсов (CPU iowait time), объем системы подкачки (Total swap space) и многое другое.

В Zabbix существует целых 17 способов, дающих возможность собирать информацию. Указанные ниже, входят в число наиболее часто применяемых.

• Zabbix agent (Zabbix-агент) — сервер собирает информацию у агента самостоятельно, подключаясь по определенному интервалу.
• Simple check (Простые проверки) — простые операции, в том числе пинг.
• Zabbix trapper (Zabbix-траппер) — сбор информации с трапперов, представляющих собой мосты между используемыми сервисами и самой системой.
• Zabbix aggregate (Zabbix-комплекс) — процесс, предусматривающий сбор совокупной информации из базы данных.
• SSH agent (SSH-агент) — система подключается по SSH, использует указанные команды.
• Calculate (Вычисление) — проверки, которые система производит, сопоставляя имеющиеся данные, в том числе после предыдущих сборов.

У проверок есть заданные шаблоны (Templates), которые упрощают создание новых. Кроме обычных операций существует возможность регулярно проверять доступность веб-сервера с помощью имитации запросов браузера.

Проверка через пользовательский параметр

Чтобы выполнить проверку через агент, нужно прописать соответствующую команду в конфигурационный файл Zabbix-агента в качестве пользовательского параметра ( UserParameter ). Сделать это можно с помощью выражения следующего вида:

Помимо самой команды, приведенный синтаксис содержит уникальный (в пределах узла сети) ключ элемента данных, который надо придумать самостоятельно и сохранить. В дальнейшем, ключ можно использовать для ссылки на команду, внесенную в пользовательский параметр, при создании элемента данных.

Пример

С помощью данной команды можно настроить агент на постоянное возвращение значения « 1 » для элемента данных с ключем « ping ».

Триггеры

Это логические выражения со значениями FALSE , TRUE и UNKNOWN , которые используются для обработки данных. Их можно создать вручную. Перед использованием триггеры возможно протестировать на произвольных значениях.

У каждого триггера существует уровень серьезности угрозы, который маркируется цветом и передается звуковым оповещением в веб-интерфейсе.

• Не классифицировано (Not classified) — серый.
• Информация (Information) — светло-синий.
• Предупреждение (Warning) — жёлтый.
• Средняя (Average) — оранжевый.
• Высокая (High) — светло-красный.
• Чрезвычайная (Disaster) — красный.

Некоторые функции триггеров

• abschange — абсолютная разница между последним и предпоследним значением (0 — значения равны, 1 — не равны).
• avg — среднее значение за определенный интервал в секундах или количество отсчетов.
• delta — разность между максимумом и минимумом с определенным интервалом или количеством отсчетов.
• change — разница между последним и предпоследним значением.
• count — количество отсчетов, удовлетворяющих критерию.
• date — дата.
• dayofweek — день недели от 1 до 7.
• diff — у параметра есть значения, где 0 — последнее и предпоследнее значения равны, 1 — различаются.
• last — любое (с конца) значение элемента данных.
• max\min — максимум и минимум значений за указанные интервалы или отсчеты.
• now — время в формате UNIX.
• prev — предпоследнее значение.
• sum — сумма значений за указанный интервал или количество отсчетов.
• time — текущее время в формате HHMMSS.

Прогнозирование

Триггеры обладают еще одной важной функцией для мониторинга — прогнозированием. Она предугадывает возможные значения и время их возникновения. Прогноз составляется на основе ранее собранных данных.

Анализируя их, триггер выявляет будущие проблемы, предупреждает администратора о возникшей вероятности. Это дает возможность предотвратить пики нагрузки на оборудование или заканчивающееся место на жестком диске.

Функционал прогнозирования добавили с обновлением системы 3.0, вышедшим в феврале 2016 года.

Действие

Действие (Action) представляет собой заданную реакцию на событие (Event). Действие может устанавливаться автоматически или вручную как для одного из событий, так и для целой группы.

Параметры действий

• Name — имя действия.
• Event source — источник события. Источниками событий служат обнаружение (Discovery Events), авторегистрация (Auto registration Events) или заданный триггер (Trigger Events).
• Enable escalations — разрешение на эскалацию событий.
• Period — период времени для шага эскалации, указывается в секундах.
• Default subject — указывается, кто извещается по умолчанию.
• Default message — стандартный текст сообщения.
• Recovery message — текст уведомления после решения проблемы.
• Recovery subject — субъект, которого извещают после операции.
• Status — статус действия, может быть «активно» и «запрещено».

Для событий, вызванных триггером или обнаружением, есть свои типы условий. Например, «Application» с операторами « = », « like » и « not like » значит, что триггер является частью указанного приложения. Или «Service type» с операторами « = », « »и « > » предусматривает, что обнаруженный сервис совпадает с указанным.

Операции

Пользователь может указать для событий операцию или группу операций.

Параметры операций

• Step — при эскалации событий.
• Operation type — действия на определенном шаге, например, «Send message» или «Execute command».
• Event Source — источник событий.
• Send message to — отдельное сообщение (Single user) или групповое (User group).
• Default message — текст по умолчанию.
• Subject — кого оповещает система.
• Message — текст сообщения.
• Remote command — команда для удаленного управления.

Низкоуровневое обнаружение

Функция Низкоуровневого обнаружения (LLD) автоматически создает элементы и триггеры, которые позволяют отслеживать системы сервера, находящимся под наблюдением. Включение функции происходит через настройку атрибутов, которую можно сделать, пройдя по пути: «Настройка» → «Шаблоны» → «Обнаружение» (вкладка в строке с шаблоном) → вкладки «Правила обнаружения»/«Фильтры».

Что можно обнаружить

• Распространённые OID, используемые SNMP.
• Сетевые интерфейсы.
• Процессоры, их ядра.
• Файловые системы.
• Службы Windows.
• ODBC.

Дополнительные типы

Задать собственные типы низкоуровневого обнаружения возможно с применением формата JSON. Типы проверок, для которых можно указать список портов и интервал для них:

Если хост пропадает или обнаруживается, для события можно привязать любое действие — условия и операцию для них.

Прокси

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

Прокси используется еще в нескольких случаях — если агенты находятся далеко друг от друга или ограничены локальной сетью. Это сказывается на доступности агентов и величине пингов.

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

Особенности веб-интерфейса

Система мониторинга Zabbix располагает удобным веб-интерфейсом, в котором сгруппированы элементы управления. Консоль предусматривает просмотр собранных данных, их настройку. Для безопасности входа и работы осуществляется автоматическое отсоединение через 30 минут пользовательского бездействия.

На главном экране всегда представлена информация о состоянии узлов сети и триггеров.

Пользователю доступны пять функциональных разделов, включая Monitoring («Мониторинг»), Inventory («Инвентарные данные»), Reports («Отчеты»), Configuration («Конфигурация») и Administration («Администрирование»).

В разделе «Конфигурации» можно найти группы хостов. По каждому элементу списка можно посмотреть более подробную информацию, например, последние события и графики данных.

Управлять шаблонами, доступными администратору, можно в соответствующем подразделе — Templates («Шаблоны»).

Версия 4.4

Узнать версию установленного Zabbix сервера можно во время запуске в файле-протоколе.

Основные нововведения в Zabbix 4.4

• Новый Zabbix Agent (zabbix_agent2) создан на языке Go.
• Опции вывода графиков данных.
• Внешние уведомления, система отслеживания ошибок.
• Официальная поддержка TimescaleDB.
• База знаний для триггеров и элементов данных.
• Группировка данных и гистограммы.
• Официальная поддержка платформ, теперь Zabbix работает с SUSE Linux Enterprise Server 15, Debian 10, Raspbian 10, Mac OS/X, RHEL 8, MSI for Windows Agent и др.

Заключение

Zabbix по праву считается одним из самых продвинутых инструментов для удалённого мониторинга аппаратных и программных ресурсов. Система с успехом позволяет решать задачи по отслеживанию сетевой активности и работоспособности серверов, а также предупреждать о потенциально опасных ситуациях. Благодаря встроенным механизмам анализа и прогнозирования, Zabbix может стать основой для создания полноценной стратегии эффективного использования IT-инфрастуктуры в компаниях любого масштаба.

Способности Zabbix ограничены только имеющимися в распоряжении ресурсами. VDS от Eternalhost на SSD-дисках обеспечит системе максимальное быстродействие и возможность мониторить множество узлов в сети.

Источник