Zabbix Documentation 2.0

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

User Tools

Site Tools

This translation is older than the original page and might be outdated. See what has changed.

Sidebar

ru:manual:concepts

This is an old revision of the document!


2. Понятия в Zabbix

1 Определения в Zabbix

Обзор

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

Определения

узел сети

- сетевое устройство, которые вы хотите мониторить, с IP/DNS.

группа узлов сети

- логическая группировка узлов сети; они могут содержать узлы сети и шаблоны. Узлы сети и шаблоны в группе узлов сети никаким образом не связаны с друг другом. Группы узлов сети используются при назначении прав доступа к узлам сети различным группам пользователей.

элемент данных

- конкретная часть данных, которую вы хотите получать от узла сети, метрические данные

триггер

- логическое выражение которое определяет порог проблемы и используется для “вычисления” данных полученных элементами данных

При получении данных превышающих порог, триггеры переходят из состояния 'Ок' в состояние 'Проблема'. При получении данных ниже порога, триггеры остаются в/возвращаются в состояние 'Ок'.

событие

- одиночное возникновение того, что заслуживает внимания, такого как изменение состояния триггера или обнаружение/авто-регистрация агента

действие

- предопределенные средства реагирования на событие

Действие состоит из операций (например отправка оповещений) и условий (когда осуществляется операция)

эскалация

- пользовательский сценарий для выполнения операций в действии; последовательность отправки оповещений/выполнений удаленных команд

способ оповещения

- способ доставки оповещений; канал доставки

оповещение

- сообщение о некотором событии отправляется пользователю через выбранный канал доставки

удаленная команда

- предопределенная команда, которая будет автоматически выполнена на наблюдаемом узле сети при некоторых условиях

шаблон

- набор сущностей (элементы данных, триггеры, графики, комплексные экраны, правила низкоуровневого обнаружения) готовые к присоединению к одному или нескольким узлам сети

Задача шаблонов повысить скорость развертывания задач мониторинга узла сети; кроме того делать более простым применение массовых изменений к задачам наблюдения. Шаблоны соединяются напрямую с отдельными узлами сети.

группа элементов данных

- сгрупированные элементы данных в некую логическую группу

веб сценарий

- один или несколько запросов HTTP для проверки доступности веб сайта

веб интерфейс

- веб интерфейс поставляемый с Zabbix

Zabbix API

- Zabbix API позволяет вам использовать протокол JSON RPC для создания, обновления и получения объектов Zabbix (наподобии узлов сети, элементов данных, графиков и остального) или для выполнения любых других специализированных задач

Zabbix сервер

- главный процесс программного обеспечения Zabbix, которое выполняет мониторинг, взаимодействует с прокси и агентами Zabbix, вычисляет триггеры, отправляет оповещения; центральное хранилище данных

Zabbix агент

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

Zabbix прокси

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

нода

- полностью настроенный Zabbix сервер как элемент в иерархии распределенного мониторинга; он отвечает за мониторинг своего места

2012/03/04 11:07

2 Сервер

Обзор

Zabbix сервер - центральный процесс программного обеспечения Zabbix.

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

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

Функционал базового Zabbix сервера разделен на три отдельных компонента; это: Zabbix сервер, веб интерфейс и хранилище в базе данных.

Все данные о конфигурации Zabbix хранятся в базе данных, с которой взаимодействует и сервер и веб интерфейс. Например, когда вы создаете новый элемент данных используя веб интерфейс (или API), запись об этом добавляется в таблицу элементов данных в базу данных. Затем, раз в минуту Zabbix сервер опрашивает таблицу элементов данных для получения списка активных элементов данных, которые затем записываются в кэш Zabbix сервера. Именно поэтому любые изменения в веб интерфейсе Zabbix будут отображены в разделе последних данных с задержкой до двух минут.

Процесс сервера

Zabbix сервер стартует как демон. Сервер может быть запущен командой:

shell> cd sbin
shell> ./zabbix_server

Вы можете использовать следующие параметры командной строки с Zabbix сервером:

-c --config <файл>        абсолютный путь до файла конфигурации (по умолчанию /etc/zabbix/zabbix_server.conf)
-n --new-nodeid <nodeid>        конвертирование данных базы данных для новой nodeid 
-R --runtime-control <опция>    выполнение административных функций
-h --help                       отображает это сообщение помощи
-V --version                    отображает номер версии

Управление runtime не поддерживается в OpenBSD и NetBSD.

Примеры параметров командой строки:

shell> zabbix_server -c /usr/local/etc/zabbix_server.conf
shell> zabbix_server --help
shell> zabbix_server -V

Контроль выполнения

Опции контроля выполнения:

ОпцияОписание
config_cache_reloadПерезагрузка кэша конфигурации. Игнорируется если кэш уже загружается.

Пример использования контроля выполнения для перезагрузки кэша конфигурации сервера:

shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R config_cache_reload

Пользователь процесса

Zabbix сервер спроектирован для запуска от не привилегированного пользователя (non-root). Он будет работать от любого не привилегированного пользователя от которого был запущен. Таким образом, вы можете запускать сервер от имени любого не привилегированного пользователя, без каких либо последствий.

Если вы попытаетесь запустить сервер от 'root', сервер сразу переключится на пользователя 'zabbix', который должен присутствовать в вашей системе.

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

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

Файл конфигурации

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

Скрипты запуска

Скрипты используются для автоматического запуска/остановки процессов Zabbix при включении/выключении системы. Скрипты находятся в папке misc/init.d.

Поддерживаемые платформы

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

Zabbix сервер протестирован на следующих платформах:

  • Linux
  • Solaris
  • AIX
  • HP-UX
  • Mac OS X
  • FreeBSD
  • OpenBSD
  • NetBSD
  • SCO Open Server
  • Tru64/OSF1
Также Zabbix может работать и на других операционных системах подобных Unix.
2012/03/03 19:42

3 Агент

Обзор

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

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

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

Пассивные и активные проверки

Zabbix агенты могут выполнять пассивные и активные проверки.

В случае пассивной проверки агент отвечает на запрос данных. Zabbix сервер (или прокси) запрашивает данные, например, загрузку ЦПУ, и Zabbix агент возвращает результат.

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

Независимо от этого, мониторинг пассивных или активных проверок настраивается выбором соответствующего типа элемента данных. Zabbix агент обрабатывает элементы данных типов 'Zabbix агент' или 'Zabbix агент (активный)'.

Поддерживаемые платформы

Zabbix агент поддерживается на:

  • Linux
  • IBM AIX
  • FreeBSD
  • NetBSD
  • OpenBSD
  • HP-UX
  • Mac OS X
  • Solaris
  • Windows: 2000, Server 2003, XP, Vista, Server 2008, 7

Установка

Смотрите инструкции по установке Zabbix агента.

Процесс агента на UNIX (автономный демон)

Zabbix агент работает на наблюдаемом узле сети. Zabbix агент работает как демон.

Для запуска агента выполните:

shell> cd sbin
shell> ./zabbix_agentd

Следующие параметры командной строки могут быть использованы с Zabbix агентом:

  -c --config <файл> Определяет конфигурационный файл, по умолчанию это /etc/zabbix/zabbix_agentd.conf
  -h --help Отображение этого сообщения помощи
  -V --version Отображение номера версии
  -p --print Вывод списка поддерживаемых элементов данных и выход
  -t --test <ключ элемента данных> Тест указанного элемента данных и выход

Например, для получения этой справки выполните:

shell> zabbix_agentd -h

Другие примеры параметров командой строки:

shell> zabbix_agentd -c /usr/local/etc/zabbix_agentd.conf
shell> zabbix_agentd --help
shell> zabbix_agentd --print
shell> zabbix_agentd -t "system.cpu.load[all,avg1]"

Пользователь процесса

Zabbix сервер спроектирован для запуска от не привилегированного пользователя (non-root). Он будет работать от любого не привилегированного пользователя от которого был запущен. Таким образом, вы можете запускать сервер от имени любого не привилегированного пользователя, без каких либо последствий.

Если вы попытаетесь запустить от 'root', сервер сразу переключится на пользователя 'zabbix', который должен присутствовать в вашей системе. Вы можете запустить агента из под 'root', если измените параметр 'AllowRoot' в соответсвующем файле конфигурации агента.

Файл конфигурации

Смотрите опции файла конфигурации для получения подробностей по настройке zabbix_agentd.

Запуск агента под Windows

Смотрите установку Zabbix Windows агента для получения более подробной информации.

Для запуска агента сервисом вы можете использовать Панель Управления или же выполните:

zabbix_agentd.exe --start

Синтаксис командной строки:

zabbix_agentd.exe [-Vhp] [-idsx] [-c <файл>] [-t <метрика>]

Следующие параметры командной строки могут быть использованы с Zabbix Windows агентом:

Опции:

  -c --config <файл> Параметр указывает конфигурационный файл, по умолчанию это c:\zabbix_agentd.conf).
  -h --help          Отображение этого сообщения помощи
  -V --version       Отображение номера версии
  -p --print         Вывод поддерживаемых проверок (элементов данных) и выход
  -t --test <ключ элемента данных> Тестирование одного элемента данных и выход
Функции:
  -i --install   Установка Zabbix агента как сервиса.
  -d --uninstall Удаление сервиса Zabbix агента.
  -s --start     Запуск сервиса Zabbix агента.
  -x --stop      Остановка сервиса Zabbix агента.

Файл конфигурации

Смотрите опции файла конфигурации для получения подробностей по настройке Zabbix Windows агента.

2012/03/04 09:58

4 Прокси

Обзор

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

Развертывание прокси опционально, но может быть очень полезна для распределения нагрузки на одиночный Zabbix сервер. Если данные собирают только прокси, то обработка этих данных на сервере значительно уменьшает загрузку ЦПУ и I/O диска.

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

Для Zabbix прокси требуется отдельная база данных.

Zabbix прокси поддерживает следующие базы данных SQLite, MySQL и PostgreSQL. Использование Oracle или IBM DB2 на ваш риск и может повлечь ограничения как в случае с правилами низкоуровневого обнаружения.

Смотрите также: Использование прокси в распределенных средах

Процесс прокси

Zabbix прокси стартует как демон. Прокси может быть запущен командой:

shell> cd sbin
shell> ./zabbix_proxy

Вы можете использовать следующие параметры командной строки с Zabbix прокси:

-c --config <файл>              абсолютный путь до файла конфигурации (по умолчанию /etc/zabbix/zabbix_proxy.conf)
-R --runtime-control <опция>    выполнение административных функций
-h --help                       отображает это сообщение помощи
-V --version                    отображает номер версии

Примеры параметров командой строки:

shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf
shell> zabbix_proxy --help
shell> zabbix_proxy -V

Контроль выполнения

Опции контроля выполнения:

ОпцияОписание
config_cache_reloadПерезагрузка кэша конфигурации. Игнорируется если кэш уже загружается.
Активный Zabbix прокси подключится к Zabbix серверу и запросит данные конфигурации.

Пример использования контроля выполнения для перезагрузки кэша конфигурации прокси:

shell> zabbix_proxy -c /usr/local/etc/zabbix_proxy.conf -R config_cache_reload
Управление runtime не поддерживается в OpenBSD и NetBSD.

Пользователь процесса

Zabbix прокси спроектирован для запуска от не привилегированного пользователя (non-root). Он будет работать от любого не привилегированного пользователя от которого был запущен. Таким образом, вы можете запускать прокси от имени любого не привилегированного пользователя, без каких либо последствий.

Если вы попытаетесь запустить прокси от 'root', он сразу переключится на пользователя 'zabbix', который должен присутствовать в вашей системе.

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

Файл конфигурации

Смотрите опции файла конфигурации для получения подробностей по настройке zabbix_proxy.

2012/03/04 10:47

5 Java gateway

Обзор

Zabbix 2.0 добавлена нативная поддержка для мониторинга JMX приложений введением нового демона Zabbix, называемого “Zabbix Java gateway”. Zabbix Java gateway - это демон написанный на языке Java. Когда Zabbix сервер хочет знать значение конкретного JMX счетчика у узла сети, он опрашивает Zabbix Java gateway, который использует API управления JMX для опроса интересующего удаленного приложения. Приложению не требуется никаких дополнительных программ, оно просто должно быть запущено с опцией командной строки -Dcom.sun.management.jmxremote.

Java gateway принимает входящие подключения от Zabbix сервера или прокси и может быть использован только как “пассивный прокси”. Но в отличии от Zabbix прокси, Java gateway может использоваться с Zabbix прокси (Zabbix прокси не могут быть связаны). Доступ к каждому Java gateway настраивается непосредственно в файле конфигурации Zabbix сервера или прокси, таким образом только один Java gateway может быть настроен на каждый из Zabbix сервер или Zabbix прокси. Если у узла сети есть элементы данных типа JMX агент и элементы данных других типов, то только элементы данных JMX агент будут переданы в Java gateway.

Когда элемент данных должен быть обновлен через Java gateway, Zabbix сервер или прокси подключается к Java gateway и запрашивает значение, которое в свою очередь получает Java gateway и возвращает серверу или прокси. Таким образом, Java gateway никакие значения не кэширует.

У Zabbix сервера и прокси есть специальный тип процессов, который подключается к Java gateway, этот процесс настраивается опцией StartJavaPollers. Внутренне, Java gateway запускается несколькими потоками, настраиваемыми опцией START_POLLERS. На стороне сервера, если соединение занимает более чем Timeout секунд, оно будет завершено, но Java gateway может еще получать значение с JMX счетчика. Для решения данной проблемы, с версии Zabbix 2.0.15 есть опция TIMEOUT в Java gateway которая позволяет установить таймаут для сетевых JMX операции.

Zabbix сервер или прокси будет пытаться объединить запросы к одной цели JMX в одно целое, как можно больше (затрагивает интервалы элементов данных), и затем отправить их в Java Gateway за одно подключение для лучшей производительности.

Предлагается выставить значение StartJavaPollers меньшим или равным чем START_POLLERS, в противном случае могут возникнуть ситуации, когда для входящих запросов может нехватить доступных потоков в Java gateway.

Разделы ниже рассказывают о том как получить и запустить Zabbix Java gateway, как настроить Zabbix сервер (или Zabbix прокси) для использования Zabbix Java gateway в мониторинге JMX, и как настроить элементы данных Zabbix в Zabbix GUI, которые соответствуют конкретным JMX счетчикам.

5.1 Получение Java gateway

Имеется два способа получения Java gateway. Первый - это загрузка пакета Java gateway с веб сайта Zabbix и, второй - компиляция Java gateway из исходных кодов.

5.1.1 Загрузка с веб-сайта Zabbix

Пакеты Zabbix Java gateway (RHEL, Debian, Ubuntu) доступны для загрузки по адресу http://www.zabbix.com/download.php.

5.1.2 Сборка исходных кодов

Для того, чтобы скомпилировать Java gateway, для начала выполните скрипт ./configure с опцией --enable-java. Желательно указать опцию --prefix для запроса пути установки отличную от умолчания /usr/local, потому что при установке Java gateway будет создано целое дерево папок, а не только один исполняемый файл.

$ ./configure --enable-java --prefix=$PREFIX

Для компиляции и сборки Java gateway в JAR файл, выполните make. Обратите внимание, что для этого шага вам понадобятся исполняемые файлы javac и jar in your path.

$ make

Теперь у вас имеется файл zabbix-java-gateway-$VERSION.jar в src/zabbix_java/bin. Если для вас наиболее удобен запуск Java gateway из src/zabbix_java из каталога пакета, то вы можете перейти к инструкциям по настройке и запуску Java gateway. Иначе убедитесь в наличии достаточных привилгий для выполнения make install.

$ make install

5.2 Обзор файлов из поставки Java gateway

Независимо от того как вы получили Java gateway, вы должны закончить набором скриптов, JAR файлом и файлами конфигурации из $PREFIX/sbin/zabbix_java. Задача этих файлов изложена ниже.

bin/zabbix-java-gateway-$VERSION.jar

Содержимое JAR файла Java gateway.

lib/logback-core-0.9.27.jar
lib/logback-classic-0.9.27.jar
lib/slf4j-api-1.6.1.jar
lib/org-json-2010-12-28.jar

Зависимости Java gateway: Logback, SLF4J, и библиотека JSON.org.

lib/logback.xml  
lib/logback-console.xml

Файлы конфигурации для Logback.

shutdown.sh  
startup.sh

Удобные скрипты для запуска и остановки Java gateway.

settings.sh

Файл конфигурации, который был взят из папки со скриптами запуска и остановки.

5.3 Настройка и запуск Java gateway

По умолчанию, Java gateway слушает на порту 10052. Если вы планируете запускать Java gateway на другом порту, то вы можете указать его в скрипте settings.sh. Смотрите описание файла конфигурации Java gateway для получения сведений о том как указать эту и другие опции.

Как только вы освоитесь с настройками, вы можете запустить Java gateway выполнив скрипт запуска:

$ ./startup.sh

Точно так же, если вам более не требуется Java gateway, выполните скрипт завершения работы для остановки Java gateway:

$ ./shutdown.sh

Обратите внимание, что в отличии от сервера и прокси, Java gateway легок и не требует наличия базы данных.

5.4 Настройка сервера для использования с Java gateway

Теперь, когда Java gateway запущен, вы должны сказать Zabbix серверу где искать Zabbix Java gateway. Это можно сделать указав параметры JavaGateway и JavaGatewayPort в файле конфигурации сервера. Если же узел сети на котором работает JMX приложение наблюдается через Zabbix прокси, то укажите параметры соединения в файле конфигурации прокси.

JavaGateway=192.168.3.14
JavaGatewayPort=10052

По умолчанию, сервер на запускает процессов связанных с мониторингом JMX. Однако, если вы хотите использовать этот тип мониторинга, то вам нужно указать количество форков пуллеров Java. Вы можете это сделать таким же способом как и изменение количества пуллеров и трапперов.

StartJavaPollers=5

Не забудьте перезапустить сервер или прокси после того как закончите их настройку.

5.5 Отладка Java gateway

В случае возникновения каких-либо проблем с Java gateway или при сообщении об ошибке, которое вы видите у элемента данных в веб интерфейсе не является в достаточной мере информативной, то вы, возможно, пожелаете посмотреть файл журнала Java gateway.

По умолчанию, файлы журналов Java gateway хранятся в файле /tmp/zabbix_java.log с уровнем журналирования “info”. Бывает, что этой информации недостаточно и существует потребность в информации с уровнем журналирования “debug”. Чтобы увеличить уровень журналирования, откройте файл lib/logback.xml и измените уровень тэга аттрибута <root> на “debug”:

<root level="debug">
  <appender-ref ref="FILE" />
</root>

Обратите внимание, что в отличии от Zabbix сервера или Zabbix прокси, вам не нужно перезапускать Zabbix Java gateway после изменения файла logback.xml - изменения в logback.xml будут применены автоматически. Когда вы завершите отладку, вы можете вернуть обратно уровень журналирования в “info”.

Если вы хотите записывать журнал в другой файл или в совершенно другую среду такую как база данных, настройте файл logback.xml для удволетворения ваших потребностей. Смотрите Руководство по Logback для получения более подробных сведений.

Иногда для отладки полезно запустить Java gateway как консольное приложение, а не как демона. Чтобы это сделать, закомментируйте переменную PID_FILE в settings.sh. Если PID_FILE не указан, скрипт startup.sh запускает Java gateway как консольное приложение, что дает возможность Logback использовать файл lib/logback-console.xml, который не только выводит журнал в консоль, но и имеет уровень журналирования “debug”.

В заключение, отметим, поскольку Java gateway использует SLF4J для журналирования, вы можете заменить Logback выбранным вами фреймворком, поместим соответствующий JAR файл в папку lib. Смотрите Руководство по SLF4J для получения более подробных сведений.

2012/03/04 10:52

6 Sender

Обзор

Zabbix UNIX sender - это утилита командной строки, которая может быть использована для отправки данных о производительности Zabbix серверу для последующей их обработки.

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

Запуск Zabbix sender

Пример запуска Zabbix UNIX sender:

shell> cd bin
shell> ./zabbix_sender -z zabbix -s "Linux DB3" -k db.connections -o 43

где:

  • z - имя узла(хоста) Zabbix сервера (также можно использовать IP адрес)
  • s - имя наблюдаемого узла сети (зарегистрированное в веб-интерфейсе Zabbix)
  • k - ключ элемента данных
  • o - отправляемое значение
Если объекты имеют пробелы, то данные объекты должны быть ограничены двойными кавычками.

Смотрите Zabbix sender manpage для получения более подробной информации.

Zabbix sender принимает строки в UTF-8 кодировке (как в Unix-подобных системах, так и в Windows).

Zabbix sender для Windows можно запустить похожим образом:

zabbix_sender.exe [опции]

Начиная с версии Zabbix 1.8.4 утилита zabbix_sender была улучшена для отсылки данных в реальном времени. Имеется ввиду, что большое количество значений, полученное за короткий промежуток времени, будут накапливаться во временном стеке и затем будут отправлены серверу за одно соединение. Данные, которые приходят с интервалом более 0,2 сек. могут накапливаться в одном стеке, но максимальное время их накапливания и последующей отправки все же 1 секунда.

Если отправлять много значений из входного файла, то Zabbix sender будет отправлять их партиями по 250 значений за раз (при этом будут обработаны все значения), например:

# zabbix_sender -z 127.0.0.1 -i /tmp/traptest.txt 
Info from server: "Processed 250 Failed 0 Total 250 Seconds spent 0.002668"
Info from server: "Processed 50 Failed 0 Total 50 Seconds spent 0.000540"
sent: 300; skipped: 0; total: 300

Все записи из входящего файла отправляются в последовательном порядке сверху-вниз.

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

Zabbix sender не запустится, если в конфигурационном файле указан ошибочный (не подходящий под обозначение параметр=значение) или неизвестный параметр.
2012/03/04 11:03

7 Get

Обзор

Zabbix get это утилита, которая может взаимодействовать с Zabbix агентом и получать от него запрашиваемую информацию.

Эта утилита обычно используется для устранения неполадок с Zabbix агентами.

Запуск Zabbix get

Пример запуска Zabbix get под UNIX для получения значения загрузки процессора от агента:

shell> cd bin
shell> ./zabbix_get -s 127.0.0.1 -p 10050 -k "system.cpu.load[all,avg1]"

Другой пример запуска Zabbix get для захвата строки с сайта:

shell> cd bin
shell> ./zabbix_get -s 192.168.1.1 -p 10050 -k "web.page.regexp[www.zabbix.com,,,\"USA: ([a-zA-Z0-9.-]+)\",,\1]" 

Обратите внимание что элемент данных здесь содержит пробелы, поэтому двойные кавычки используются для обозначения ключа элемента данных для командной оболочки. Двойные кавычки не являются частью ключа элемента данных; Они будут отброшены командной оболочкой shell и не будут переданы Zabbix агенту.

Zabbix get принимает следующие параметры командной строки:

  -p --port <номер порта> Указывает номер порта запущенного агента на узле сети. По умолчанию 10050.
  -s --host <имя хоста или IP> Указывает имя хоста или IP адрес для требуемого узла сети
  -I --source-address <IP адрес> Указывает IP адрес для исходящего подключения
  -k -key <ключ элемента данных> Указывает ключ элемента данных, значение которого мы хотим получить.
  -h --help Отображение этого сообщения помощи
  -V --version Отображение номера версии

Zabbix get для Windows можно запустить похожим образом:

zabbix_get.exe [опции]
2012/03/04 11:03