Zabbix Documentation 4.2

3.04.04.4 (current)| In development:5.0 (devel)| Unsupported:1.82.02.22.43.23.44.2Guidelines

User Tools

Site Tools


ru:manual:config:items:itemtypes:internal

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
ru:manual:config:items:itemtypes:internal [2018/07/07 17:36]
127.0.0.1 external edit
ru:manual:config:items:itemtypes:internal [2018/10/01 09:42] (current)
Line 73: Line 73:
 | |||||| | ||||||
 ^zabbix[process,<​тип>,<​режим>,<​состояние>​] ​ |||||| ^zabbix[process,<​тип>,<​режим>,<​состояние>​] ​ ||||||
-^ |Время конкретного процесса Zabbix или группы процессов (указываются с помощью <​тип>​ и <​режим>​),​ потраченное на <​состояние>​ в процентах. Расчет производится только за последнюю минуту.\\ \\ Если в поле <​режим>​ указан номер процесса Zabbix, который не запущен (например,​ при 5 запущенных поллерах,​ в <​режиме>​ указано 6), такой элемент данных переходит в состояние //не поддерживается//​.\\ Минимум и максимум относится к процентному использованию одним процессом. Таким образом,​ если в группе из 3 поллеров процентное использование составило 2, 18 и 66, тогда min должен вернуть 2, а max должен вернуть 66.\\ Процессы сообщают то, что они делают,​ используя разделяемую память,​ и процесс само-диагностики резюмирует эти данные каждую секунду. Изменения состояний (busy/idle) регистрируются при изменении - таким образом,​ процессы,​ которые становятся занятыми,​ регистрируют это состояние и не меняют и не обновляют его пока процесс не станет свободным. Такое поведение гарантирует,​ что даже полностью зависшие процессы будут корректно зарегистрированы как 100% занятые.\\ В настоящее время, "​busy"​ означает "не спит",​ но в будущем могут добавиться дополнительные состояния - ожидание блокировки,​ выполнение запросов в базу данных,​ и т.д.\\ В Linux и в большинстве других систем,​ точность составляет 1/100 секунды. ​ ||| Процент времени.\\ Целое с плавающей точкой. |На данный момент поддерживаются следующие типы процессов:​\\ **alerter** - процесс отправки уведомлений (//не поддерживается прокси//​)\\ **alert manager** - менеджер задач оповещения\\ **configuration syncer** - процесс управления кэшем данных конфигурации в оперативной памяти\\ **data sender** - процесс отправки данных с прокси (//не поддерживается сервером//​)\\ **discoverer** - процесс обнаружения устройств\\ **escalator** - процесс эскалации действий (//не поддерживается прокси//​)\\ **heartbeat sender** - процесс уведомления сервера прокси сервером о состоянии прокси (//не поддерживается сервером//​)\\ **history syncer** - процесс,​ который записывает историю в БД\\ **housekeeper** - процесс удаления старых данных истории\\ **http poller** - поллер веб-мониторинга\\ **icmp pinger** - поллер проверок icmpping\\ **ipmi manager** - менеджер IPMI поллеров\\ **ipmi poller** - поллер для проверок по IPMI\\ **java poller** - поллер для Java проверок\\ **poller** - обычный поллер для пассивных проверок\\ **preprocessing manager** - менеджер задач предобработки\\ **preprocessing worker** - процесс предобработки данных\\ **proxy poller** - поллер для пассивных прокси (//не поддерживается прокси//​)\\ **self-monitoring** - процесс сбора внутренней статистики сервера\\ **snmp trapper** - траппер сбора/​обработки SNMP трапов\\ **task manager** - процесс для удаленного выполнения задач, которые запрашиваются другими компонентами (например,​ возможности закрытия проблемы,​ подтверждения проблемы,​ принудительной проверки значения элемента данных,​ удаленной команды)\\ **timer** - процесс обработки функций триггеров,​ связанных со временем, ​и обслуживаний\\ **trapper** - процесс-улавливатель для активных проверок,​ трапов,​ связей между нодами и прокси\\ **unreachable poller** - поллер недоступных устройств\\ **vmware collector** - коллектор данных VMware, ответственный за сбор данных со служб Vmware\\ \\ Примечание:​ Вы также можете увидеть все эти типы процессов в файле журнала сервера.\\ \\ Допустимые режимы:​\\ **avg** - среднее значение по всем процессам указанного типа (по умолчанию)\\ **count** - количество форков указанного типа процесса,​ **<​состояние>​** не должно быть указано\\ **max** - максимальное значение\\ **min** - минимальное значение\\ **<​номер процесса>​** - номер процесса (от 1 до количества префорк процессов). Например,​ если запущенно 4 траппера,​ тогда значение от 1 до 4.\\ \\ Допустимые состояния:​\\ **busy** - процесс в занятом состоянии,​ например,​ обработка запроса (по умолчанию).\\ **idle** - процесс в свободном состоянии,​ ничего не делающий.\\ \\ Примеры:​\\ => zabbix[process,​poller,​avg,​busy] -> среднее время, потраченное процессами поллеров,​ которые что-либо делали за последнюю минуту\\ => %%zabbix[process,"​icmp pinger",​max,​busy]%% -> максимальное время, потраченное любыми процессами ICMP pinger, которые что-либо делали за последнюю минуту\\ => %%zabbix[process,"​​history syncer",​​2,​​busy]%% -> время, потраченное на что-то процессом синхронизации истории номер 2 в течении последней минуты\\ => zabbix[process,​trapper,​count] -> общее количество запущенных процессов trapper\\ \\ Этот элемент данных поддерживается начиная с Zabbix **1.8.5**. ​ |+^ |Время конкретного процесса Zabbix или группы процессов (указываются с помощью <​тип>​ и <​режим>​),​ потраченное на <​состояние>​ в процентах. Расчет производится только за последнюю минуту.\\ \\ Если в поле <​режим>​ указан номер процесса Zabbix, который не запущен (например,​ при 5 запущенных поллерах,​ в <​режиме>​ указано 6), такой элемент данных переходит в состояние //не поддерживается//​.\\ Минимум и максимум относится к процентному использованию одним процессом. Таким образом,​ если в группе из 3 поллеров процентное использование составило 2, 18 и 66, тогда min должен вернуть 2, а max должен вернуть 66.\\ Процессы сообщают то, что они делают,​ используя разделяемую память,​ и процесс само-диагностики резюмирует эти данные каждую секунду. Изменения состояний (busy/idle) регистрируются при изменении - таким образом,​ процессы,​ которые становятся занятыми,​ регистрируют это состояние и не меняют и не обновляют его пока процесс не станет свободным. Такое поведение гарантирует,​ что даже полностью зависшие процессы будут корректно зарегистрированы как 100% занятые.\\ В настоящее время, "​busy"​ означает "не спит",​ но в будущем могут добавиться дополнительные состояния - ожидание блокировки,​ выполнение запросов в базу данных,​ и т.д.\\ В Linux и в большинстве других систем,​ точность составляет 1/100 секунды. ​ ||| Процент времени.\\ Целое с плавающей точкой. |На данный момент поддерживаются следующие типы процессов:​\\ **alerter** - процесс отправки уведомлений (//не поддерживается прокси//​)\\ **alert manager** - менеджер задач оповещения\\ **configuration syncer** - процесс управления кэшем данных конфигурации в оперативной памяти\\ **data sender** - процесс отправки данных с прокси (//не поддерживается сервером//​)\\ **discoverer** - процесс обнаружения устройств\\ **escalator** - процесс эскалации действий (//не поддерживается прокси//​)\\ **heartbeat sender** - процесс уведомления сервера прокси сервером о состоянии прокси (//не поддерживается сервером//​)\\ **history syncer** - процесс,​ который записывает историю в БД\\ **housekeeper** - процесс удаления старых данных истории\\ **http poller** - поллер веб-мониторинга\\ **icmp pinger** - поллер проверок icmpping\\ **ipmi manager** - менеджер IPMI поллеров\\ **ipmi poller** - поллер для проверок по IPMI\\ **java poller** - поллер для Java проверок\\ **poller** - обычный поллер для пассивных проверок\\ **preprocessing manager** - менеджер задач предобработки\\ **preprocessing worker** - процесс предобработки данных\\ **proxy poller** - поллер для пассивных прокси (//не поддерживается прокси//​)\\ **self-monitoring** - процесс сбора внутренней статистики сервера\\ **snmp trapper** - траппер сбора/​обработки SNMP трапов\\ **task manager** - процесс для удаленного выполнения задач, которые запрашиваются другими компонентами (например,​ возможности закрытия проблемы,​ подтверждения проблемы,​ принудительной проверки значения элемента данных,​ удаленной команды)\\ **timer** - процесс обработки обслуживаний\\ **trapper** - процесс-улавливатель для активных проверок,​ трапов,​ связей между нодами и прокси\\ **unreachable poller** - поллер недоступных устройств\\ **vmware collector** - коллектор данных VMware, ответственный за сбор данных со служб Vmware\\ \\ Примечание:​ Вы также можете увидеть все эти типы процессов в файле журнала сервера.\\ \\ Допустимые режимы:​\\ **avg** - среднее значение по всем процессам указанного типа (по умолчанию)\\ **count** - количество форков указанного типа процесса,​ **<​состояние>​** не должно быть указано\\ **max** - максимальное значение\\ **min** - минимальное значение\\ **<​номер процесса>​** - номер процесса (от 1 до количества префорк процессов). Например,​ если запущенно 4 траппера,​ тогда значение от 1 до 4.\\ \\ Допустимые состояния:​\\ **busy** - процесс в занятом состоянии,​ например,​ обработка запроса (по умолчанию).\\ **idle** - процесс в свободном состоянии,​ ничего не делающий.\\ \\ Примеры:​\\ => zabbix[process,​poller,​avg,​busy] -> среднее время, потраченное процессами поллеров,​ которые что-либо делали за последнюю минуту\\ => %%zabbix[process,"​icmp pinger",​max,​busy]%% -> максимальное время, потраченное любыми процессами ICMP pinger, которые что-либо делали за последнюю минуту\\ => %%zabbix[process,"​​history syncer",​​2,​​busy]%% -> время, потраченное на что-то процессом синхронизации истории номер 2 в течении последней минуты\\ => zabbix[process,​trapper,​count] -> общее количество запущенных процессов trapper\\ \\ Этот элемент данных поддерживается начиная с Zabbix **1.8.5**. ​ |
 | |||||| | ||||||
 ^zabbix[proxy,<​имя>,<​параметр>​] ​ |||||| ^zabbix[proxy,<​имя>,<​параметр>​] ​ ||||||
Line 88: Line 88:
 | |||||| | ||||||
 ^zabbix[requiredperformance] ​ |||||| ^zabbix[requiredperformance] ​ ||||||
-^ |Требуемое быстродействие Zabbix сервера,​ имеется ввиду новые значения в секунду. ​ |||Целое с плавающей точкой. |Приблизительно соответствует значению "​Требуемое быстродействие сервера,​ новые значения в секунду"​ со страницы //​Отчеты -> [[:​ru/​manual/​web_interface/​frontend_sections/​reports/​status_of_zabbix|Состояние Zabbix]]//. Поддерживается начиная с Zabbix **1.6.2**.|+^ |Требуемое быстродействие Zabbix сервера,​ имеется ввиду новые значения в секунду. ​ |||Целое с плавающей точкой. |Приблизительно соответствует значению "​Требуемое быстродействие сервера,​ новые значения в секунду"​ со страницы //​Отчеты -> [[:​ru/​manual/​web_interface/​frontend_sections/​reports/​status_of_zabbix|Информация о системе]]//. Поддерживается начиная с Zabbix **1.6.2**.|
 | |||||| | ||||||
 ^zabbix[trends] ​ |||||| ^zabbix[trends] ​ ||||||