Руководство по Zabbix 1.8

Zabbix создан Алексеем Владышевым и в настоящее время активно разрабатывается и поддерживается Zabbix SIA.

Zabbix это открытое решение распределенного мониторинга корпоративного класса.

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

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

Zabbix бесплатный. Zabbix написан и распространяется под лицензией GPL General Public License версии 2. Это означает, что его исходный код свободно распространяется и доступен широкой публике.

Так же доступна коммерческая поддержка, которая предоставляется компанией Zabbix.

Zabbix предлагает:

• автоматическое обнаружение серверов и других устройств в сети
• распределенный мониторинг с централизованным администрированием через ВЕБ
• поддержка обеих механизмов пуллеров и трапперов
• серверное программное обеспечение для Linux, Solaris, HP-UX, AIX, FreeBSD, OpenBSD, OS X
• родные агенты с высокой производительностью (клиентское программное обеспечение для Linux, Solaris, HP-UX, AIX, FreeBSD, OpenBSD, OS X, Tru64/OSF1, Windows NT4.0, Windows 2000, Windows 2003, Windows XP, Windows Vista)
• мониторинг без агентов
• безопасная аутентификация пользователей
• гибкая система прав доступа пользователей
• Web-интерфейс
• гибкая система уведомлений по e-mail о предопределенных событиях
• высокоуровневый (класса “Бизнес”) вид контроля ресурсов
• журнал аудита

• Открытое программное обеспечение
• агенты с высокой эффективностью для UNIX и WIN32 платформ
• легко изучаемый
• увеличивает рентабельность (простои очень дорого обходятся)
• низкая стоимость обслуживания
• очень простое конфигурирование
• централизованная система мониторинга. Вся информация (конфигурация и данные о производительности) хранятся в реляционной базе данных
• высокоуровневое дерево предоставляемых услуг
• очень простая установка
• поддержка SNMP (v1,v2,v3). Оба режима пуллера и траппера.
• возможность визуализации
• встроенный механизм очистки устаревших дынных

Много организаций разных размеров по всему миру полагаются на Zabbix как на главную систему мониторинга.

Есть несколько целей, которых Zabbix пытается достигнуть:

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

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

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

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

• Улучшение производительности
• Полная поддержка Юникода
• Гистограммные отчёты
• Техническое знакомство с API

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

Поскольку Веб-интерфейс - самая заметная для пользователя часть Zabbix 1.8, мы начнём обзор с рассмотрения новых (и улучшенных старых) функций именно веб-интерфейса.

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

Новая категория отчётности и гистограммные отчёты, позволяет взглянуть на данные с различных точек зрения. Желаете взглянуть на еженедельные значения температуры в серверной комнате за последние два месяца? Нужно сравнить загрузку веб-сервера по каждому первому месяцу каждого квартала этого года? Всё это (и даже больше!) возможно с использованием новой функции гистограммных отчётов.

Хотя предыдущие версии Zabbix и обладали многоязыковым интерфейсом (предоставляя желаемый пользователем язык интерфейса), всё же мультиязычность не была по-настоящему глобальной и неотъемлемой частью Zabbix, поскольку самая популярная кодировка Unicode поддерживалась не в полной мере.

Теперь Zabbix 1.8 полностью поддерживает Unicode/UTF-8, что позволяет использовать реальную мультиязычность или использовать нужную локализацию при установке.

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

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

Вы обратили внимание на ссылку динамически/фиксировано в нижнем правом углу? Её можно использовать для фиксации продолжительности периода времени при изменении начала/конца периода времени.

В дополнение к скриншотам вы можете посмотреть видео использования навигации по временным периодам в графиках.

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

На графиках или гистограммах в Zabbix время как обычно отображается на оси X. И это представление также было улучшено в новой версии.

Сравнение 1.6 и 1.8:

Подписи оси X в 1.6

Подписи оси X в 1.8

Как вы уже заметили, подписи теперь легче читаются. Вместо того чтобы отдавать предпочтение неким произвольным моментам времени, лучше в зависимости от масштаба графика, предоставлять фактические моменты времени, такие например как смена дня. Когда нужно Zabbix будет использовать более привычные человеку подписи:

Графики в Zabbix поддерживают несколько стилей линий, и 1.8 дополнен еще одним - градиентная линия. Понять, как это работает, легче на наглядном примере:

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

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

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

Редактирование карт в версии Zabbix 1.8 было значительно улучшено путем добавления поддержки метода “drap and drop”, а также путем отображения деталей выбранного элемента карты во всплывающей форме.

Вы можете просмотреть видео редактирования карты.

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

Фоновая карта CC-BY-SA Openstreetmap.

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

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

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

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

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

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

Так же существует специальный режим для создания триггеров связанных с журналами.

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

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

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

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

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

В версии 1.8 в журнале аудита информация может быть отфильтрована по достаточно обширным параметрам для нахождения требуемых изменений.

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

Сейчас на этой странице имеется возможность фильтровать по именам элементов данных.

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

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

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

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

Редактирование комплексных экранов было значительно улучшено в версии 1.8. Это включает:

• Поддержку Drag and drop. Перетягивание элемента на пустую ячейку переместит элемент в эту ячейку, перетягивание элемента на занятую ячейку объединит эти элементы. Вы можете посмотреть видео об этой функции (сайт также разрешает скачать видео в формате .ogg).
• Использование специальных иконок по краям экрана, теперь строки и колонки могут быть вставлены и удалены в произвольных местах.

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

Результаты поиска позволяют осуществлять быстрый переход к найденным объектам и их элементам:

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

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

В верхней части интерфейса имеется история недавно посещенных страниц.

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

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

Zabbix 1.8 поддерживает разбиение длинных списков на несколько страниц. Количество записей на каждой странице настраивается в профиле пользователя.

Настройки количества строк на странице в профиле пользователя

Лимит записей в действиях

Большинство записей в списке могут быть выбраны для осуществления некоторых действий над ними.

Маленькое, но долгожданное улучшение в версии 1.8 - выбранные строки теперь подсвечиваются.

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

Это имя также отображается и в заголовке страницы.

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

Наследуемые присоединенные элементы данных теперь являются более гибкими в Zabbix 1.8 - например, возможно изменить параметры community SNMP или разрешенные узлы сети для элементов данных типа траппер, в элементах данных наследуемых от шаблонов.

В форме создания узла сети теперь IP адрес выбран по умолчанию.

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

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

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

Начиная с первой версии 1.8, Zabbix предоставляет JSON-RPC API. Эта функция уже позволяет выполнять большинство изменений конфигурации, что дает мощное средство для автоматизированного или сложного управления настройками.

Хотя API само по себе не захватывающее нововведение для обычных пользователей, но оно дает возможность для создания различных утилит. Одна утилита уже создана - утилита командной строки Zabbix или Zabcon.

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

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

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

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

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

Сотни пуллеров могут быть выполнятся для большего параллелизма и производительности. Пуллеры не обращаются напрямую к базе данных и используют очень мало ресурсов ЦПУ и памяти.

Кэш базы данных включен по умолчанию и не может быть отключен. Параметр StartDBSyncers был удален из файлов конфигураций Zabbix сервера и прокси.

Введена специальная внутренняя проверка, zabbix[wcache,*] для мониторинга состояния этого кэша.

Чтобы сократить объем данных, который пользователи получают от веб-сервера при использовании веб-интерфейса Zabbix, все рисунки PNG были пережаты для достижения оптимального размера.

Zabbix поддерживает мониторинг метрик SNMP, которые имеют динамические идентификаторы.

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

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

Сетевое обнаружение, доступное в предыдущих версиях претерпело множество улучшений.

Для сервисов, где это уместно, добавлена поддержка диапазонов портов.

На основании событий обнаружения добавлено две новые операции, тем самым увеличив доступные операции для сетевого обнаружения до 10:

• Включить узел сети
• Отключить узел сети

Теперь стандартные обозначения сетевых масок могут быть использованы в сетевом обнаружении, например 192.168.1.0/24.

Если узел сети предоставляет некоторый сервис по нескольким IP адресам, то он будет добавлен как несколько узлов сети в версии Zabbix до 1.8. Начиная с версии 1.8, можно использовать различные критерии уникальности для сервисов, например system.uname у Zabbix агента или любой другой SNMP OID, который может вернуть идентификатор узла сети.

Сетевое обнаружение в Zabbix 1.8 поддерживает все соответствующие функции SNMPv3.

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

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

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

В этом случае, выражение триггера из шаблона будет:

{ca_001:system.cpu.load[,avg1].min({$CPULOAD_PERIOD})}>{$MAX_CPULOAD}

Была добавлена функция обслуживания узлов сети и групп узлов сети в Zabbix.

Узлы сети, которые находятся в обслуживании отображаются вот таким образом в Мониторинг → Триггеры.

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

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

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

Точные изменения внесенные в элемент данных

Точные изменения внесенные в триггер

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

Наряду с существующими, ниже представлены новые макросы, которые могут быть использованы в уведомлениях:

• {NODE.*[1..9]}
• {ITEM.LOG.*[1..9]}
• {ITEM.VALUE} and {ITEM.VALUE[1..9]}
• {ITEM.LASTVALUE[1..9]}
• {HOST.CONN[1..9]} {HOST.DNS[1..9]} {IPADDRESS[1..9]}
• {TRIGGER.KEY[1..9]}
• {HOSTNAME[1..9]}
• {ITEM.NAME[1..9]}
• {PROFILE.*[1..9]}
• {EVENT.ACK.STATUS}
• {EVENT.ACK.HISTORY}
• {TRIGGER.EVENTS.UNACK}

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

• {TRIGGERS.UNACK}

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

В дополнение к улучшению сетевого обнаружения, была реализована поддержка IPv6 для мониторинга по SNMP.

Веб-интерфейс Zabbix основан на PHP. Со времени выпуска последней стабильной версии Zabbix произошли значительные изменения в версиях PHP, что потребовало соответствующих изменений и в веб-интерфейсе Zabbix.

2009.06.30 был выпущен PHP 5.3.0. Потребовалось некоторое время для поддержки требований веб-интерфейса Zabbix.

Последний выпуск исправлений ошибок 2008.01.03 и последняя версия с исправлениями безопасности 2008.08.07, в PHP4 больше не вносятся исправления ошибок.

Zabbix 1.8 требует PHP 5.0 или более позднюю версию.

Мы называем эти улучшения незначительными, но для кого-то одного они могут быть самыми значительными изменениями в Zabbix 1.8.

Веб-мониторинг теперь поддерживает простую аутентификацию через HTTP. Эту возможность можно настроить для каждого сценария.

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

Появилось несколько новых элементов данных.

• icmppingloss
• net.tcp.dns.query

Ключ system.cpu.switches может быть использован для узлов сети на Linux.

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

Элементы данных ICMP в Zabbix теперь более гибкие. Элемент данных icmpping теперь имеет следующие параметры:

• цель - IP хоста или DNS имя;
• количество - количество пакетов;
• интервал - время между успешными пакетами в миллисекундах;
• размер - размер пакета в байтах;
• время ожидания - время ожидания в миллисекундах.

Теперь можно использовать ключ так:

icmpping[10.10.10.10,5,300,128,100]

Это позволяет отправить 5 пакетов по 128 байт хосту с IP 10.10.10.10 и с интервалом 300 мс между пакетами, и с использованием времени ожидания 100 мс.

Элемент данных icmppingsec приобрел все описанные выше параметры, и один дополнительный:

• режим - один из min, max, avg.

По умолчанию режим установлен в avg.

Для ключей log и eventlog теперь доступен новый параметр - maxlines. Он указывает максимальное количество строк в секунду, которые агент может отправить Zabbix серверу или прокси.

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

Записи в Журнале событий Windows теперь возможно отфильтровать по типу, источнику и ID события на стороне агента.

Теперь SSH и telnet можно использовать для прямого безагентного мониторинга. SSH поддерживает оба метода аутентификации через пароль и ключ.

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

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

Теперь поддерживаются устройства LVM, такие как swap устройства в Linux.

Номер первого ЦПУ в Linux теперь обозначается как 0, что является согласованным с другими операционным системами.

Сейчас если значению входящего десятичного числа (с плавающей точкой) предшествует знак +, то он поддерживается и распознается как положительное число.

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

• Восьмеричный
• Шестнадцатеричный

Клиентские утилиты Zabbix zabbix_get и zabbix_sender были перемещены из sbin в bin.

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

Добавлены страницы помощи (manpages) для всех процессов Zabbix.

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

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

Возможность вручную разблокировать пользователей, которые были заблокированы в результате сработки защиты от брутфорса.

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

Предыдущая версия Zabbix была зависима от библиотеки третьей стороны, которая называется sqlora8. Эта библиотека более не разрабатывается. Поддержка Oracle в настоящее время реализована с использованием родного Oracle Call Interface, который значительно улучшает производительность и стабильность системы Zabbix при использовании Oracle в качестве базы данных.

Если узел сети контролируется через прокси, то состояние узла сети будет правильно отображаться и обновляться в веб-интерфейсе Zabbix.

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

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

Вместо того чтобы просто отображать общее состояние узла сети, в веб-интерфейсе 1.8 отображаются три отдельных состояния методов мониторинга - Zabbix агент, SNMP и IPMI.

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

Смотрите подробную информацию о новых возможностях и улучшениях в других релизах линейки 1.8:

• 1.8.1
• 1.8.2
• 1.8.3

Смотрите раздел установки для получения новых инструкций.

Смотрите раздел обновление для обновления Zabbix с более старых версий.

Перед процедурой обновления, прочтите важные замечания.

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

• добавлена поддержка system.stat[] для ОС AIX
• добавлена поддержка net.if.* для ОС Windows;
• добавлена поддержка net.if.list для ОС Windows;
• добавлена поддержка kernel.maxproc[] для Linux 2.6;
• добавлена возможность исключение некоторых сервисов из результата выполнения ключа services[] для Windows.

Сейчас имеется опция для каждой карты, определяющая отображение одиночных проблем. Если опция отмечена, будет использовано предыдущее поведение - отображается имя триггера, если проблема одна. Если опция отключена, тогда одиночная проблема отображается как “1 проблема”

И воздействие, которое эта опция оказывает на карты:

Развертывание одиночной проблемы включено	Развертывание одиночной проблемы отключено

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

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

Начиная с версии 1.8.1, dashboard widget “Состояние Zabbix” и отчет доступны только пользователям с типом Суперадминистратор Zabbix. Кроме того, этот отчет/widget отображает любые найденные проблемы с установкой или настройкой PHP.

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

Добавлена новая опция в фильтр для страницы Мониторинг → Триггеры - “Показывать триггеры с неподтвержденными событиями”. Эта опция скрывает триггеры для всех подтвержденных событий.

Следующие языки были обновлены:

• Русский;
• Японский;
• Французский.

• Исправлен индекс базы данных, значительно улучшилась синхронизация нод. Смотрите заметки по релизу по инструкции обновления. Исправленный индекс используется по умолчанию и в новых установках.
• Изменилась версия API на 1.1.

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

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

Нажмите на кнопку Деактивирован, для включения фильтра и его настроек. Имеется три доступных категории фильтрации.

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

Этот фильтр распространяет свое действие на виджеты Состояние системы, Состояние узлов сети, Последние 20 проблем и на Веб мониторинг.

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

Этот фильтр распространяет свое действие на виджеты Состояние системы, Состояние узлов сети, Последние 20 проблем и на Веб мониторинг.

Кроме того, возможно отфильтровать данные, базируясь на важности триггера.

Этот фильтр распространяет свое действие на виджеты Состояние системы, Состояние узлов сети, Последние 20 проблем. Для виджета Состояние системы, будут скрыты соответствующие столбцы.

Нажмите Сохранить и Вы вернетесь в dashboard. Для индикации активного состояния фильтра кнопка настройки подсвечивается - .

Кроме того, в зависимости от состояния фильтра, подсказка на кнопке объясняет состояние фильтра.

Фильтр dashboard отключен	Фильтр dashboard включен

Начиная с версии 1.8.2, имеются два изменения:

Теперь полоса прокрутки периода времени стала частью фильтра в верхней части страницы. Кроме того, что полоса прокрутки теперь сверху для всех страниц, ее можно скрыть путем сворачивания фильтра.

Раскрытая полоса прокрутки периода	Скрытая полоса прокрутки периода

Вместо очень ограниченного фильтра времени “Начиная с”, обе страницы (события и журнал аудита/действий) теперь имеют стандартную полосу прокрутки периода времени.

Выбор интервала в событиях	Выбор интервала в аудите

В Zabbix 1.8.2 добавлена поддержка экспорта и импорта сетевых карт.Карты теперь можно экспортировать из соответствующей страницы настроек:

И на этой же странице вы можете найти кнопку импортирования:

При импортировании, есть возможность выбрать перезаписывать существующие карты и добавлять ли новые:

Была добавлена поддержка функций экспорта и импорта комплексных экранов. Комплексные экраны теперь можно экспортировать из соответствующей страницы настроек:

И на этой же странице можно найти кнопку импортирования:

При импортировании возможно выбрать опцию перезаписывать или нет существующие карты, а также добавлять новые:

Элемент экрана “Состояние триггеров” теперь разделен на два новых элемента:

• Состояние триггеров узла сети;
• Состояние триггеров группы узлов сети.

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

Следующие переводы были добавлены:

• Украинский.

Следующие переводы были обновлены:

• Бразильский Португальский;
• Французский;
• Русский.

• Параметр max_input_time в PHP теперь должен быть не менее 300;
• Параметр upload_max_filesize в PHP теперь должен быть не менее 2MB;
• Параметр mbstring.func_overload более не требуется.

• Обслуживание узлов сети теперь отображается в dashboard изменением цвета имени узла сети:

• Теперь отображается еще один уровень присоединенных шаблонов в дополнение к присоединенным напрямую шаблонам. Для каждого присоединенного напрямую шаблона в скобках отображаются шаблоны которые соединены с ним самим.

• Веб-интерфейс теперь всегда использует часовой пояс PHP. Более не используется время браузера. Это должно решить проблемы с различием во времени, с рабочим временем в графиках, если браузер имеет отличный от PHP часовой пояс и другие проблемы.

• Версия API увеличена до 1.2.

• Добавлена возможность замены уже соединенных шаблонов при массовом обновлении узлов сети.

В Zabbix 1.8.2, некоторые функции и выражения триггеров получили новые возможности.

Функции триггеров min, max, avg, last и count теперь поддерживают опциональный параметр - time_shift. Этот параметр позволяет посчитать данные для указанного периода времени в прошлом.

Например, avg(3600,86400) вернет среднее значение за час одним днем ранее. Эта функция дает возможность сравнить среднюю загрузку сегодня со средней загрузкой за то же время вчера:

{host:system.cpu.load.avg(3600)}/{host:system.cpu.load.avg(3600,86400)}>2

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

Была добавлена поддержка новых суффиксов. Новые суффиксы для чисел:

• T - тера;

Новые суффиксы времени:

• s - секунды; если используется, то работает также как сырое значение (raw values);
• m - минуты;
• h - часы;
• d - дни;
• w - недели.

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

{host:zabbix[proxy,zabbix_proxy,lastaccess]}>120
{host:system.uptime[].last()}<86400

может быть изменено на:

{host:zabbix[proxy,zabbix_proxy,lastaccess]}>2m
{host:system.uptime.last()}<1d

• Элементы данных Telnet теперь поддерживают % как символ терминации строки;
• Теперь поддерживаются аггрегативные элементы данных:
  • Список групп узлов сети, разделенный запятыми;
  • Ключи элементов данных с двойными кавычками.
• Теперь параметры ключей элемента данных поддерживают массивы.

• В предыдущих версиях, Zabbix сервер мог переподключится к базе данных MySQL, если она была временно недоступна. Начиная с версии 1.8.2, эта функция поддерживается и для PostgreSQL, Oracle и SQLite баз данных.
• Администраторы Zabbix теперь могут выбрать только те группы - в которых они являются членами и только пользователей из этих групп для осуществления операций. Кроме того, администраторы не имеют доступа к действиям, в которых имеются пользователи или группы пользователей для этой операции с которыми администратор не в одной группе, или не является членом группы, соответственно.

• Демоны Zabbix сервер и прокси теперь имеют новую опцию - LogSlowQueries. Небольшая полезность при отладке производительности.
• Демон Zabbix агента имеет новый параметр конфигурации - UnsafeUserParameters. Этот параметр позволяет отменить проверку безопасности и принимать все символы в аргументах пользовательских параметров.
• Демон Zabbix server также приобрел новый параметр конфигурации - MaxHousekeeperDelete. Ранее, очисткой базы данных от старых данных всегда удалялось 500 записей за один запуск. Это количество теперь может быть изменено. Если установлено в 0, то никакой лимит не применяется.

• Синхронизация нод получила более улучшенную производительность.
• Различные разделы интерфейса используют меньше памяти и работают намного лучше.

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

Zabbix sender приобрел способность получать входные данные из стандартного ввода при указании - в качестве входного файла. Кроме того, флаг -r делает возможным отправку новых значений, как только они были получены, что позволяет следить за файлом, который получает присоединенную информацию, или открыть pipe и передавать туда данные как только они приходят.

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

Старые агенты от Zabbix 1.0, Zabbix 1.1.x, Zabbix 1.4.x и Zabbix 1.6.x могут быть использованы совместно с Zabbix 1.8. Не требуется никаких изменений в конфигурации на стороне агента.

• Все узлы сети теперь должны принадлежать по крайней мере одной группе.
• Индекс CPU для ключа system.cpu.util в системах Linux теперь начинается с 0.
• Теперь ключ vfs.fs.size возвращает данные в байтах для всех операционных систем.
• Теперь ключ vfs.fs.size учитывает зарезервированное дисковое пространство для root пользователя.
• Комментарии в конце строк файла конфигурации больше не разрешены (комментарии теперь можно оставлять только до определения параметров).

• Параметр service.ntp для ключей элементов данных net.tcp.service и net.tcp.service.perf переименован в ntp. Старый синтаксис продолжает поддерживаться.
• При попытке запустить демона, скомпилированного с поддержкой IPv6, на системах без поддержки IPv6 будет выдана ошибка:

Listener failed with error: socket() for [[(null)]:10051] failed with error 97: Address family not supported by protocol.

Дополнительные или повышенные требования к системе:

• Поддержка PHP 4 прекращена.
• Максимальный размер памяти для PHP должен быть не менее 128МБ (параметр memory_limit).
• Максимальный размер PHP POST должен быть не менее 16MB (параметр post_max_size).

Смотрите также изменения в требованиях для версии 1.8.2 и 1.8.3.

• Проверка на PHP mbstring может быть неуспешной с PHP < 5.2 в Zabbix 1.8. Чтобы обойти данную проблему, скопируйте файл zabbix.conf.php.example в zabbix.conf.php и измените его параметры вручную, включая параметры доступа к базе данных.
• Для поддержки IPMI вам необходима свежая версия OpenIPMI - 2.0.14 или более новая.
• Сортировка в веб-интерфейсе не производится для записей, которые содержат позиционные переменные. Например с именами элементов начинающихся с $1 и других).
• Экспортирование в XML включает информацию о SNMP и других полях независимо от типа элемента данных.
• Имена узлов сети с пробелами не работали при отправке данных из файла используя zabbix_sender (исправлено в версии 1.8.2).
• Загрузка изображений для карт сетей могла завершаться ошибкой, если база данных неправильно настроена. Удостоверьтесь, что база данных, таблицы и поля находятся в кодировке UTF-8.
• Скомпилированные файлы (agent, sender, get) могут не работать на 64-битных системах с glibc версии старее чем 2.5. Общий симптом в таком случае это проблемы с запуском и получение сообщения об ошибке: Floating point exception. Используйте более старые версии, или скомпилируйте с нуля на целевой системе.

Из-за изменений в веб-интерфейсе, некоторые установки могут некорректно отображать старые данные в веб-интерфейсе. К ним относятся:

• Появление неправильных триггеров с именем ERROR, обычно в разделе Мониторинг → Триггеры, при отображении всех узлов сети из всех групп узлов сети. Этот триггер можно удалить - нажмите на него, затем нажмите на Удалить в форме редактирования триггера и подтвердите удаление.

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

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

Остановите Zabbix сервер, чтобы быть уверенным, что новые данные не будут записываться в базу данных.

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

Сделайте резервную копию исполняемых файлов Zabbix, файлов настроек и PHP файлов.

Вы можете использовать уже скомпилированные исполняемые файлы или скомпилировать свои.

Некоторые параметры в zabbix_server.conf изменились в 1.8, а также добавились новые параметры. Вы можете ознакомиться с ними.

• Параметр настройки StartDBSyncers был удален из файлов конфигураций Zabbix сервера и Zabbix прокси.

Перед запуском скриптов обновления удалите существующие индексы:

MySQL

alter table dhosts drop index dhosts_1;
alter table dservices drop index dservices_1;
alter table httptest drop index httptest_2;
alter table httptest drop index httptest_3;
alter table history_log drop index history_log_2;
alter table history_text drop index history_text_2;
alter table actions drop index actions_1;
alter table escalations drop index escalations_2;
alter table graphs_items drop index graphs_items_1;
alter table graphs_items drop index graphs_items_2;
alter table services drop index services_1; 

Oracle или PostgreSQL

drop index dhosts_1;
drop index dservices_1;
drop index httptest_2;
drop index httptest_3;
drop index history_log_2;
drop index history_text_2;
drop index actions_1;
drop index escalations_2;
drop index graphs_items_1;
drop index graphs_items_2;
drop index services_1; 

Игнорируйте любые сообщения предупреждений о несуществующих индексах!

Скрипты обновления базы данных размещены в папке upgrades/dbpatches/1.8/<db engine>:

• MySQL: upgrades/dbpatches/1.8/mysql/patch.sql
• Oracle: upgrades/dbpatches/1.8/oracle/patch.sql
• PostgreSQL: upgrades/dbpatches/1.8/postgresql/patch.sql

Обновление базы данных занимает около 10-15 минут, для PostgreSQL эта процедура может занять несколько часов и более из-за преобразования накопленных данных истории. Рекомендуется предварительно протестировать процедуру обновления в непроизводственной среде.

Убедитесь, что у вас достаточно полномочий (создание таблицы, удаление таблицы, создание индексов, удаление индексов). Также убедитесь, что вы имеете достаточно свободного места на диске.

Эти скрипты предназначены только для обновления с Zabbix 1.6.x до 1.8! Для обновления с более ранних версий используйте скрипты из Zabbix 1.6.x.

Следуйте инструкции по установке.

Запустите новые исполняемые файлы. Проверьте файлы журналов чтобы убедиться что исполняемые файлы запустились успешно.

Проверьте домашнюю страницу Zabbix по адресу http://www.zabbix.com для получения информации о текущей версии и инструкций по загрузке исходных кодов.

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

Zabbix требуется и оперативная память, и память на жестком диске. 128 МБ оперативной памяти и 256 МБ свободного места на жестком диске, может быть неплохо для начала. Тем не менее, объем необходимой памяти диска, очевидно, зависит от количества узлов сети и параметров, которые будут контролироваться. Если вы планируете сохранять историю контролируемых параметров длительный срок, вы должны иметь ввиду, что по крайней мере будет нужно иметь несколько гигабайт для хранения данных истории в базе данных. Каждый процесс демона Zabbix требует несколько подключений к базе данных. Объем памяти, необходимой для подключения к базе данных, зависит от настроек базы данных.

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

Потребуется Последовательный порт передачи данных и GSM модем для использования СМС уведомлений встроенных в Zabbix.

В таблице приводятся несколько вариантов аппаратных конфигураций:

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

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

• AIX
• FreeBSD
• HP-UX
• Linux
• Mac OS/X
• NetBSD
• OpenBSD
• SCO Open Server
• Solaris
• Windows 2000, 2003, XP, Vista (только Zabbix агент)

Zabbix построен на современном ВЕБ сервере Apache, ведущих СУБД, и языке сценариев PHP.

Следующее программное обеспечение потребуется для работы Zabbix:

Требуется поддержка HTML и PNG изображений. MS Explorer (5.xx и 6.xx) и Mozilla 1.x работают отлично. Cookies и Java скрипты должны быть включены. Поддерживаются последние версии Mozilla Firefox, Microsoft Internet Explorer, Opera и Konqueror. Также и другие браузеры (Google Chrome, Apple Safari) могут работать с Zabbix.

Сервер и прокси Zabbix поддерживают четыре СУБД:

• MySQL
• Oracle
• PostgreSQL
• SQLite

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

Размер базы данных Zabbix в основном зависит от следующих переменных, которые определяют историю собранных данных:

• Количество обрабатываемых запросов в секунду

Это среднее количество новых значений, которые Zabbix сервер получает каждую секунду. Например: Если имеется 3000 элементов данных с интервалом проверки 60 секунд, то количество обрабатываемых запросов за секунду рассчитывается 3000/60 = 50. Это означает, что каждую секунду в базу данных Zabbix добавляется 50 новых записей.

• Настройки очистки истории в базе данных (Housekeeper)

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

Так что, если требуется сохранение истории 30 дней и каждую секунду в базу данных добавляется 50 новых записей, общее количество значений будет равно примерно (30*24*3600)* 50 = 129.600.000 или около 130М значений.

В зависимости от типа базы данных, типа полученных значений (с плавающей точкой, целые числа, строки, лог файлы и т.д.) может потребоваться от 40 байт до сотен байт дискового пространства для хранения значения. Обычно одно значение занимает около 50 байт. В нашем случае это означает, что 130M значений потребуют 130M * 50 байт = 6.5GB дискового пространства.

• Настройки очистки тенденций в базе данных (Housekeeper)

Zabbix хранит ежечасную статистику max/min/avg/count для каждого элемента в таблице trends и trends_uint. Эти данные используются для отслеживания тенденций и для графиков при отображении большого периода времени.

Базе данных Zabbix, в зависимости от типа базы данных, требуется около 128 байт на один элемент. Предположим, что если требуется хранить тенденции в течении 5 лет. 3000 значений потребуют (3000/1800)*(24*3600*365)* 128 = 6.3GB за год, или 31.5GB за 5 лет.

• Настройки очистки событий в базе данных (Housekeeper)

Каждое событие требует около 130 байт дискового пространства. Большое количество событий генерируется Zabbix сервером ежедневно. В самом худшем случае, мы можем предположить, что Zabbix порождает одно событие в секунду.

Это означает, что если требуется хранить события 3 года, то для этого потребуется 3*365*24*3600* 130 = 11GB дискового пространства.

Представленная ниже таблица содержит формулы для расчета требуемого пространства жесткого диска для системы мониторинга Zabbix:

Общее количество требуемого места на жестком диске рассчитывается:
Конфигурация + История + Тенденции + События
После установки Zabbix такое дисковое пространство более не будет использовано сразу. Размер базы данных будет увеличиваться со временем, но потом рост все же остановится - это зависит от настроек очистки базы данных (Housekeeper).

Очень важно иметь точную дату и время системы на сервере с запущенным Zabbix. ntpd один из наиболее популярных демонов синхронизации времени хоста с временем на остальных серверах.

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

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

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

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

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

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

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

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

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

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

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

Одна из следующих СУБД:

• Файлы заголовков и библиотек MySQL

Требуется версия 3.22 или более поздняя.

• Файлы заголовков и библиотек Oracle

Клиент Oracle с официального сайта (oracle-instantclient-basic).

• Файлы заголовков и библиотек PostgreSQL

Требуется версия 7.0.2 или более поздняя. Подумайте о использовании PostgreSQL 8.x для большей производительности.

• Файлы заголовков и библиотек SQLite

Требуется версия 3.3.5 или более поздняя.

Файлы заголовков и библиотек NET-SNMP (или UCD-SNMP)

Требуется для поддержки SNMP. Опционально.

Файлы заголовков и библиотек Iksemel

Требуется для поддержки отправки сообщений Jabber. Опционально.

Файлы заголовков и библиотек Libcurl

Требуется версия 7.13.1 или более поздняя для Веб мониторинга. Опционально.

Компилятор C

Требуется C компилятор. GNU C является лучшим выбором для открытых платформ. Другие (HP, IBM) C компиляторы также могут быть использованы.

GNU Make

GNU make требуется для создания Zabbix Makefiles.

• src

Папка содержит исходные коды для всех процессов Zabbix, исключая веб-интерфейс.

• src/zabbix_server

Папка содержит Makefile и исходные коды для zabbix_server.

• src/zabbix_agent

Папка содержит Makefile и исходные коды для zabbix_agent и zabbix_agentd.

• src/zabbix_get

Папка содержит Makefile и исходные коды для zabbix_get.

• src/zabbix_sender

Папка содержит Makefile и исходные коды для zabbix_sender.

• src/libs

Папка содержит Makefile и исходные коды для общих библиотек процессов Zabbix.

• include

Папка содержит файлы include Zabbix.

• misc
  • misc/init.d

Папка содержит скрипты автозапуска для разных платформ.

• frontends
  • frontends/php

Папка содержит файлы для Веб-интерфейса PHP.

• create

Папка содержит SQL скрипт для первичного создания базы данных.

• create/schema

Папка содержит схемы создания базы данных.

• create/data

Папка содержит данные для первичного создания базы данных.

• upgrades

Папка содержит процедуры обновления с других версий Zabbix.

На стороне сервера

Создайте аккаунт суперпользователя Zabbix.

Сервер будет работать под этим пользователем. Для использования в производственной среде вы должны создать выделенный непривилегированный аккаунт (обычно используется 'zabbix'). Запуск Zabbix из под 'root','bin', или из под любых других аккаунтов со специальными правами может представлять угрозу безопасности. Не делайте этого!

Распакуйте исходные коды Zabbix

shell> gunzip zabbix-1.8.2.tar.gz && tar -xvf zabbix-1.8.2.tar

Создайте базу данных для Zabbix

С исходными кодами Zabbix предоставляются SQL скрипты, которые можно использовать для создания требуемой схемы в базе данных, а также для заполнениями настройками по умолчанию. Есть отдельные скрипты для MySQL, Oracle, PostgreSQL и SQLite.

Для MySQL:

shell> mysql -u<username> -p<password>
mysql> create database zabbix character set utf8;
mysql> quit;
shell> cd create/schema
shell> cat mysql.sql | mysql -u<username> -p<password> zabbix
shell> cd ../data
shell> cat data.sql | mysql -u<username> -p<password> zabbix
shell> cat images_mysql.sql | mysql -u<username> -p<password> zabbix

Для Oracle (мы предполагаем, что пользователь zabbix с паролем password существует и имеет права на создание объектов в базе данных):

shell> cd create
shell> sqlplus zabbix/password
sqlplus> set def off
sqlplus> @schema/oracle.sql
sqlplus> @data/data.sql
sqlplus> @data/images_oracle.sql
sqlplus> exit

Для PostgreSQL:

shell> psql -U <username>
psql> create database zabbix; 
psql> \q 
shell> cd create/schema 
shell> cat postgresql.sql | psql -U <username> zabbix 
shell> cd ../data 
shell> cat data.sql | psql -U <username> zabbix
shell> cat images_pgsql.sql | psql -U <username> zabbix

Для SQLite:

shell> cd create/schema
shell> cat sqlite.sql | sqlite3 /var/lib/sqlite/zabbix.db 
shell> cd ../data 
shell> cat data.sql | sqlite3 /var/lib/sqlite/zabbix.db
shell> cat images_sqlite3.sql | sqlite3 /var/lib/sqlite/zabbix.db

Сконфигурируйте и скомпилируйте исходные коды для вашей системы

Исходные коды должны быть скомпилированы как для сервера (машина мониторинга), так и для клиентов (машины, которые мониторятся). Для конфигурирования исходных кодов для сервера вы должны указать какая база данных будет использоваться.

shell> ./configure --enable-server --with-mysql --with-net-snmp --with-jabber --with-libcurl # для MySQL + Jabber + WEB мониторинг

или

shell> ./configure --enable-server --with-pgsql --with-net-snmp --with-jabber --with-libcurl # для PostgreSQL  + Jabber + WEB мониторинг

или

shell> ./configure --enable-server --with-oracle=/usr/lib/oracle/10.2.0.3/client/ --with-net-snmp --with-jabber --with-libcurl # для Oracle + Jabber + WEB мониторинг

Однако, если вы хотите скомпилировать исполняемые файлы клиента вместе с исполняемыми файлами сервера, запустите:

shell> ./configure  --enable-server --enable-agent --with-mysql --with-net-snmp --with-jabber --with-libcurl

Параметр –enable-static может быть использован для статической линковки.

Соберите и установите все

shell> make install

По умолчанию,

make install

устанавливает все файлы в папки /usr/local/sbin, /usr/local/bin, /usr/local/lib и т.д.. Убедитесь, что у вас хватает полномочий для записи в эти папки.

Вы можете указать другой путь для установки, который отличается от /usr/local, используя флаг –prefix, например –prefix=/home/zabbix. В этом случае исполняемые файлы демонов будут установлены в папку <prefix>/sbin, а утилиты в папку <prefix>/bin. Man pages будут установлены в папку <prefix>/share.

Настройте /etc/services

Этот шаг опциональный, однако рекомендуемый. На стороне клиента (машина, которая мониторится), добавьте следующие строки в /etc/services:

zabbix-agent    10050/tcp  Zabbix Agent
zabbix-agent    10050/udp  Zabbix Agent
zabbix-trapper  10051/tcp  Zabbix Trapper
zabbix-trapper  10051/udp  Zabbix Trapper 

Обратите внимание, что номера портов являются официальными портами Zabbix зарегистрированными в IANA.

Настройте /etc/inetd.conf

Если вы планируете использовать zabbix_agent вместо рекомендуемого zabbix_agentd, вы должны добавить следующие строки:

zabbix_agent stream tcp nowait.3600 zabbix /opt/zabbix/bin/zabbix_agent

Перезапустите inetd

shell> killall -HUP inetd

Измените настройки по умолчанию в конфигурационных файлах.

Настройте /etc/zabbix/zabbix_agent.conf

Вы должны настроить этот файл для каждого узла сети где установлен zabbix_agent. Файл должен содержать IP адрес Zabbix сервера. Соединения с другими хостами будут запрещены. Вы можете использовать файл misc/conf/zabbix_agent.conf в качестве примера.

Настройте /etc/zabbix/zabbix_agentd.conf

Вы должны настроить этот файл для каждого узла сети где установлен zabbix_agentd. Файл должен содержать IP адрес Zabbix сервера. Соединения с другими хостами будут запрещены. Вы можете использовать файл misc/conf/zabbix_agentd.conf в качестве примера.

Настройте /etc/zabbix/zabbix_server.conf

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

Вы можете использовать misc/conf/zabbix_server.conf в качестве примера.

Запустите процессы сервера

Запустите zabbix_server на стороне сервера.

shell> cd sbin
shell> ./zabbix_server

Запустите агентов

Запустите zabbix_agentd на нужных узлах сети.

shell> cd bin
shell> ./zabbix_agentd

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

Создайте аккаунт суперпользователя Zabbix

Прокси будет работать под этим пользователем. Для использования в производственной среде вы должны создать выделенный непривилегированный аккаунт (обычно используется 'zabbix'). Запуск Zabbix из под 'root','bin', или из под любых других аккаунтов со специальными правами может представлять угрозу безопасности. Не делайте этого!

Распакуйте исходные коды Zabbix

shell> gunzip zabbix-1.8.2.tar.gz && tar -xvf zabbix-1.8.2.tar

Создайте базу данных для Zabbix. Опционально.

Для MySQL:

shell> mysql -u<username> -p<password>
mysql> create database zabbix character set utf8; 
mysql> quit; 
shell> cd create/schema
shell> cat mysql.sql | mysql -u<username> -p<password> zabbix

Для Oracle (мы предполагаем, что пользователь zabbix с паролем password существует и имеет права на создание объектов в базе данных):

shell> cd create/schema 
shell> cat oracle.sql | sqlplus zabbix/password >out.log

Для PostgreSQL:

shell> psql -U <username>
psql> create database zabbix; 
psql> \q 
shell> cd create/schema 
shell> cat postgresql.sql | psql -U <username> zabbix 

Для SQLite:

shell> cd create/schema
shell> cat sqlite.sql | sqlite3 /var/lib/sqlite/zabbix.db 

Сконфигурируйте и скомпилируйте исходные коды для вашей системы

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

shell> ./configure --enable-proxy --with-mysql --with-net-snmp –with-libcurl # для MySQL + WEB мониторинг

или

shell> ./configure --enable-proxy --with-pgsql --with-net-snmp –with-libcurl # для PostgreSQL  + WEB мониторинг

или

shell> ./configure --enable-proxy --with-oracle=/usr/lib/oracle/10.2.0.3/client/ --with-net-snmp –with-libcurl # для Oracle + WEB мониторинг

Однако, если вы хотите скомпилировать исполняемые файлы клиента вместе с исполняемыми файлами прокси, запустите:

shell> ./configure  --enable-proxy --enable-agent --with-mysql –with-net-snmp –with-libcurl

Параметр –enable-static может быть использован для статической линковки.

Соберите и установите все

shell> make install

По умолчанию,

make install

устанавливает все файлы в папки /usr/local/sbin, /usr/local/bin, /usr/local/lib и т.д.. Вы можете указать другой путь установки,который отличается от /usr/local, используя флаг –prefix

Настройте /etc/services

Этот шаг опциональный, однако рекомендуемый. На стороне клиента (машина, которая мониторится), добавьте следующие строки в /etc/services:

zabbix_agent 10050/tcp
zabbix_trap 10051/tcp

Настройте /etc/inetd.conf

Если вы планируете использовать zabbix_agent вместо рекомендуемого zabbix_agentd, вы должны добавить следующие строки:

zabbix_agent stream tcp nowait.3600 zabbix /opt/zabbix/bin/zabbix_agent

Перезапустите inetd

shell> killall -HUP inetd

Измените настройки по умолчанию в файлах конфигурации

Настройте /etc/zabbix/zabbix_proxy.conf

Для небольших установок (до 10 наблюдаемых узлов сети), параметры по умолчанию будут достаточны. Однако, вам нужно будет изменить параметры по умолчанию, для достижения максимальной производительности Zabbix прокси. Убедитесь, что вы правильно установили параметры имени узла сети и сервера.

Вы можете использовать misc/conf/zabbix_proxy.conf в качестве примера.

Запустите процесс Zabbix прокси

Запустите zabbix_proxy:

shell> cd sbin
shell> ./zabbix_proxy

На стороне клиента

Создайте аккаунт суперпользователя Zabbix

Агент будет работать под этим пользователем. Для использования в производственной среде вы должны создать выделенный непривилегированный аккаунт (обычно используется 'zabbix'). Zabbix агенты защищены от запуска из под аккаунта root.

Распакуйте исходные коды Zabbix

shell> gunzip zabbix-1.8.2.tar.gz && tar xvf zabbix-1.8.2.tar

Сконфигурируйте и скомпилируйте исходные коды для вашей системы

Исходные коды должны быть скомпилированы только для клиента.

Для настройки исходных кодов клиента выполните:

shell> ./configure --enable-agent

Соберите агента

shell> make

Настройте /etc/services

Этот шаг опциональный, однако рекомендуемый.

На стороне клиента (наблюдаемый сервер), добавьте следующие строки в /etc/services:

zabbix_agent 10050/tcp 
zabbix_trap 10051/tcp 

Настройте /etc/inetd.conf

Если вы планируете использовать zabbix_agent вместо рекомендуемого zabbix_agentd, вы должны добавить следующие строки:

zabbix_agent stream tcp nowait.3600 zabbix /opt/zabbix/bin/zabbix_agent

Перезапустите inetd

shell> killall -HUP inetd

Настройте /etc/zabbix/zabbix_agent.conf

Вы должны настроить этот файл для каждого узла сети где установлен zabbix_agent. Файл должен содержать IP адрес Zabbix сервера. Соединения с другими хостами будут запрещены.

Вы можете использовать misc/conf/zabbix_agent.conf в качестве примера.

Настройте /etc/zabbix/zabbix_agentd.conf

Вы должны настроить этот файл для каждого узла сети где установлен zabbix_agentd. Файл должен содержать IP адрес Zabbix сервера. Соединения с другими хостами будут запрещены. Вы можете использовать misc/conf/zabbix_agentd.conf в качестве примера.

Запустите zabbix_agentd на всех машинах, которые мониторятся

shell> /opt/zabbix/bin/zabbix_agentd

Веб-интерфейс Zabbix написан на языке PHP, поэтому чтобы его запустить вам потребуется веб-сервер с поддержкой PHP. Установка производится путем простого копирования PHP файлов в папку HTML вебсервера. Предлагается использовать подпапку вместо корневой папки HTML.

Общепринятые места размещения папок HTML документов для веб-сервера Apache составляют:

• /usr/local/apache2/htdocs (папка по умолчанию при установке Apache из исходных кодов)
• /srv/www/htdocs (OpenSUSE, SLES)
• /var/www/html (Fedora, RHEL, CentOS)
• /var/www (Debian, Ubuntu)

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

mkdir <htdocs>/zabbix
cd frontends/php
cp -a . <htdocs>/zabbix

Введите в браузер ссылку на Zabbix.

Прочитайте и согласитесь с GPL v2.

Убедитесь, что все требования к программному обеспечению выполнены.

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

Введите подробные сведения о сервере Zabbix.

Просмотрите результат настроек.

Загрузите файл конфигурации и поместите его в папку conf/.

Завершение установки.

Только для распределенного мониторинга!

Если вы используете распределенный мониторинг вы должны выполнить:

shell> ./zabbix_server –n <nodeid>

где Node ID уникальный идентификатор Ноды. Например:

shell> ./zabbix_server –n 1

Эта команда сконвертирует данные в базе данных для использования с Нодой ID '1', а также добавит локальную Ноду.

Веб-интерфейс Zabbix готов! По умолчанию имя пользователя Admin, пароль zabbix.

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

Для обновления до стабильных релизов ветки (обновлние с 1.4 до 1.6 или с 1.6 до 1.8) в дополнение к обновлению исполняемых файлов и веб-интерфейса обычно понадобится обновление и базы данных.

Старые агенты от Zabbix 1.0, Zabbix 1.1.x, Zabbix 1.4.x и Zabbix 1.6.x могут быть использованы с Zabbix 1.8. Не потребуется никаких изменений в конфигурации на стороне агента.

• Все узлы сети теперь должны принадлежать по крайней мере одной группе.
• Индекс CPU для ключа system.cpu.util на системах Linux теперь начинается с 0.
• Сейчас ключ vfs.fs.size возвращает данные в байтах для всех операционных систем.
• Ключ vfs.fs.size теперь учитывает защищенные дисковые пространства для root пользователя.
• Комментарии в конце файла настроек не разрешены больше (комментации теперь можно оставлять только до параметров).

Дополнительные или повышенные требования к системе:

• Поддержка PHP 4 прекращена.
• Максимальный размер памяти для PHP должен быть не менее 128МБ (опция memory_limit).
• Максимальный размер PHP POST должен быть не менее 16MB (опция post_max_size).

• Проверка PHP mbstring может быть неуспешной с PHP < 5.2 в Zabbix 1.8. Чтобы избежать данной проблемы, скопируйте zabbix.conf.php.example файл в zabbix.conf.php и измените параметры, включая параметры доступа к базе данных.
• Для поддержки IPMI вам необходима последняя версия OpenIPMI - 2.0.13 или более поздняя.
• Сортировка в веб-интерфейсе не производится для записей, начинающихся с переменных позиционирования (например с именами элементов данных, начинающихся с $1 и другие).
• Экспорт в XML включает SNMP и другую информацию для все элементов.
• Имена узлов сети с пробелами не работают при отправке данных из файла из zabbix_sender.

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

Остановите Zabbix сервер, чтобы быть уверенным, что новые данные не будут записаны в базу данных.

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

Сделайте резервную копию исполняемых файлов Zabbix, файлов настроек и PHP файлов.

Вы можете использовать уже скомпиллированные исполняемые файлы или скомпилировать свои.

Некоторые параметры в zabbix_server.conf изменились в 1.8, новые параметры добавились. Вы можете ознакомиться с ними.

• Параметр настроки StartDBSyncers был удален из конфигурационных файлов Zabbix сервера и прокси.

Выполните этот шаг только при обновлении с версии 1.6. Опустите этот шаг при обновлении с одной из версий 1.8.х на другую.

Перед запуском скриптов обновления удалите существующие индексы:

MySQL

alter table dhosts drop index dhosts_1;
alter table dservices drop index dservices_1;
alter table httptest drop index httptest_2;
alter table httptest drop index httptest_3;
alter table history_log drop index history_log_2;
alter table history_text drop index history_text_2;
alter table actions drop index actions_1;
alter table escalations drop index escalations_2;
alter table graphs_items drop index graphs_items_1;
alter table graphs_items drop index graphs_items_2;
alter table services drop index services_1; 

Oracle или PostgreSQL

drop index dhosts_1;
drop index dservices_1;
drop index httptest_2;
drop index httptest_3;
drop index history_log_2;
drop index history_text_2;
drop index actions_1;
drop index escalations_2;
drop index graphs_items_1;
drop index graphs_items_2;
drop index services_1; 

Скрипты обновления размещены в папке upgrades/dbpatches/1.8/<db engine>:

• MySQL: upgrades/dbpatches/1.8/mysql/patch.sql
• Oracle: upgrades/dbpatches/1.8/oracle/patch.sql
• PostgreSQL: upgrades/dbpatches/1.8/postgresql/patch.sql

Обновление базы данных занимает около 10-15 минут, для PostgreSQL это может занять несколько часов или более, из-за преобразования существующих данных истории. Рекомендуется проверить процедуру обновления в непроизводственной среде.

Убедитесь, что у вас достатоно полномочий (создание таблицы, удаление таблиы, создание индексов, удаление индексов). Также убедитесь, что у вас есть достаточно свободного места на диске.

Эти скрипты только для обновления с Zabbix 1.6.x до 1.8! Для обновления с более ранних версий используйте скрипты из Zabbix 1.6.x.

Пример использования:

shell> cd mysql; mysql zabbix -u<username> -p<password> < patch.sql

или

shell> cd postgresql; psql -U <username> zabbix < patch.sql

Следуйте инструкции по установке.

Запустите новые исполняемые файлы. Проверьте файлы журналов, чтобы убедиться что исполняемые файлы запустились успешно.

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

Для запуска, загрузите готовое решение и перейдите в вашем браузере по IP, который был получен по DCHP.

Загрузка готового решения Zabbix

Готовое решение Zabbix это образ базирующийся на дистрибутиве OpenSUSE 11.2, доступный в следующих форматах:

• vmdk (VMWare/Virtualbox);
• CD iso;
• Образ HDD/flash;
• Xen guest.

Этот образ содержит настроенный Zabbix сервер, работающий с базой данных MySQL, также доступен и веб-интерфейс.

Готовое решение было создано с помощью SUSE Studio.

Имеется несколько изменений применительно к базовой конфигурации OpenSUSE.

• Отключен бинарный лог;
• InnoDB настроен на хранение данных каждой таблицы в отдельном файле.

По умолчанию готовое решение получает IP адрес по DHCP. Для того, чтобы указать статический IP адрес выполните:

• Зайдите под пользователем root;
• Откройте файл /etc/sysconfig/network/ifcfg-eth0 в вашем любимом редакторе;
• Установите переменную BOOTPROTO в static;
• Установите IPADDR, NETMASK и другие параметры как требуется для вашей сети;
• Создайте файл /etc/sysconfig/network/routes. Например для маршрута по умолчанию используйте default 192.168.1.1 - - (заменив вашим адресом шлюза).
• Выполните команду rcnetwork restart.

Для настройки DNS, добавьте записи серверов имен в /etc/resolv.conf, указывая по одному серверу имен в одной строке: nameserver 192.168.1.2.

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

• Сеть настроена на получение IP адреса по DHCP;
• Утилита fping имеет права 4710 и ей назначен владелец группы zabbix - suid и только разрешено использование группе zabbix;
• ntpd настроен на синхронизацию с пулами публичных серверов;
• Добавлены различные простые утилиты, которые могут сделать работу с Zabbix и мониторингом в целом легче.

Установленное готовое решение Zabbix имеет следующие пароли и другие изменения конфигурации:

Система:

• root:zabbix
• zabbix:zabbix

База данных:

• root:zabbix
• zabbix:zabbix

Веб-интерфейс Zabbix:

• admin:zabbix

Для изменения пароля пользователя базы данных, потребуются изменения в следующих местах:

• MySQL;
• zabbix_server.conf;
• zabbix.conf.php.

Файлы конфигурации расположены в /etc/zabbix.

Файлы журналов (логи) Zabbix расположены в /var/log/zabbix.

Домашняя папка для пользователя zabbix - /var/lib/zabbix.

• По умолчанию некоторые элементы данных и триггеры отключены в шаблоне Linux (в основном те, которые не соответствуют установке готового решения);
• Имя сервера для веб-интерфейса Zabbix изменено на “Zabbix 1.8 Appliance”;
• Часовой пояс веб-интерфейса изменен на Europe/Riga - родина Zabbix (этот параметр можно изменить в файле /etc/php5/apache2/php.ini);
• Деактивированные триггеры и веб сценарии по умолчанию отображаются, во избежании путаницы.

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

Для создания архивной копии, выполните:

mysqldump zabbix | bzip2 -9 > dbdump.bz2

Теперь вы можете переместить файл dbdump.bz2 на другую машину.

Для восстановления из архивной копии, переместите копию в готовое решение и выполните:

bzcat dbdump.bz2 | mysql zabbix

По умолчанию доступ к веб-интерфейсу разрешен с:

• 127.0.0.1
• 192.168.0.0/16
• 10.0.0.0/8
• ::1

Корневой каталог веб-сервера (/) перенаправляется на /zabbix, таким образом доступ к веб-интерфейсу может быть получен как с http://<хост>, так и с http://<хост>/zabbix.

Эти параметры могут быть изменены в /etc/apache2/conf.d/zabbix.conf. Вы должны перезапустить вебсервер после изменения этого файла. Чтобы это сделать зайдите на сервер по SSH под root и выполните:

service apache2 restart

По умолчанию, открыто только два порта - 22 (SSH) и 80 (HTTP). Для открытия других портов - например, портов Zabbix сервера и агента - измените правила iptables с помощью утилиты SuSEfirewall2:

SuSEfirewall2 open EXT TCP zabbix-trapper zabbix-agent

Затем перезагрузите правила файрвола:

SuSEfirewall2 stop
SuSEfirewall2 start

Zabbix сервер скомпилирован с поддержкой следующих функций:

• SNMP;
• IPMI;
• Веб мониторинг;
• SSH2;
• IPv6.

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

Мониторинг веб-интерфейса готового решения Zabbix

Имена демонов Zabbix изменены со стандартных с подчеркиванием на имена с тире для поддержки принципов SUSE. Они называются:

• zabbix-agentd
• zabbix-server

Аналогичным образом и файлы конфигурации:

• /etc/zabbix/zabbix-server.conf
• /etc/zabbix/zabbix-agentd.conf

Представлены соответствующие скрипты запуска. Для контроля Zabbix сервера используйте следующие команды:

service zabbix-server status
rczabbix-server status
/etc/init.d/zabbix-server status

Замените server на agentd для демона Zabbix агента.

Имеется скрипт планировщика, который запускается crontab каждые 10 минут и перезапускает Zabbix сервер, если он не запущен, /var/lib/zabbix/bin. Скрипт записывает в журнал дату и время проблем и начала попыток /var/log/zabbix/server_problems.log. Этот скрипт доступен в готовом решении Zabbix начиная с версии 1.8.3.

Для использования образов в Xen сервере, выполните:

xm create -c file-with-suffix.xenconfig

Для получения более подробной информации по использованию образов Xen смотрите следующие страницы:

• http://en.opensuse.org/How_to_use_downloaded_SUSE_Studio_appliances#Xen_guest
• http://en.opensuse.org/SUSE_Studio_Xen_Howtos

Для использования образов Xen с Citrix XenServer, вы должны сконвертировать образы с помощью утилиты XenConvert, доступной на веб-сайте Citrix.

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

shell> cd sbin
shell> ./zabbix_server

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

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

-c --config <файл> Параметр указывает на конфигурационный файл, по умолчанию это /etc/zabbix/zabbix_server.conf
-h --help Отображает это сообщение помощи
-v --version Отображает номер версии

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

shell> zabbix_server -h

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

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

Файл конфигурации содержит параметры настроек zabbix_server. Этот файл должен существовать и должен иметь права чтения для пользователя 'zabbix'. Поддерживаемые параметры:

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

shell> cd sbin
shell> ./zabbix_proxy

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

  -c --config <file> <файл> Параметр указывает на конфигурационный файл, по умолчанию это /etc/zabbix/zabbix_proxy.conf
  -h --help Отображает это сообщение помощи
  -v --version Отображает номер версии

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

shell> zabbix_proxy -h

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

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

Файл конфигурации содержит параметры настроек zabbix_proxy. Этот файл должен существовать и должен иметь права чтения для пользователя 'zabbix'. Поддерживаемые параметры:

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

Zabbix агент может быть запущен командой:

shell> cd sbin
shell> ./zabbix_agentd

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

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

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

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_agentd. Этот файл должен существовать и должен иметь права чтения для пользователя 'zabbix'. Поддерживаемые параметры:

Файл конфигурации содержит параметры настроек zabbix_agent. Этот файл должен существовать и должен иметь права чтения для пользователя 'zabbix'. Поддерживаемые параметры:

Установка очень проста и включает в себя 3 шага:

Создайте файл конфигурации.

Создайте файл конфигурации c:/zabbix_agentd.conf (он имеет тот же самый синтаксис как и для UNIX агента).

Установите агента как сервиса Windows.

zabbix_agentd.exe --install

Если вы хотите использовать файл конфигурации отличный от c:\zabbix_agentd.conf, вы должны использовать следующую команду для установки сервиса:

zabbix_agentd.exe --config <ваш_файл_конфигурации> --install

Должен быть указан полный путь к файлу конфигурации.

Запустите агента.

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

zabbix_agentd.exe --start

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

zabbix_agentd.exe [-Vhp] [-idsx] [-c <file>] [-t <metric>]

Zabbix агент для Windows поддерживает следующие параметры командной строки:

Опции:

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

Функции:

  -i --install   Установка Zabbix агента как сервиса.
  -d --uninstall Удаление сервиса Zabbix агента.
  -s --start     Запуск сервиса Zabbix агента.
  -x --stop      Остановка сервиса Zabbix агента.

Файл конфигурации (c:/zabbix_agentd.conf) содержит параметры настроек для zabbix_agentd.exe. Поддерживаемые параметры:

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

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

shell> cd bin
shell> ./zabbix_sender -z zabbix -p 10051 -s LinuxDB3 -k db.connections -o 43

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

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

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

Zabbix Get может быть запущен командой:

shell> cd bin
shell> ./zabbix_get -s127.0.0.1 -p10050 -k"system.cpu.load[all,avg1]"

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

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

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

shell> zabbix_get -h

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

Атрибуты действий:

Действие будет выполнено только в случае, если оно соответствует определенному набору условий.

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

Значение (состояние) триггера:

Состояние триггера изменяется с ОК на ПРОБЛЕМА (значение триггера ПРОБЛЕМА) Состояние триггера изменяется с ПРОБЛЕМА на ОК (значение триггера ОК)

Если состояние изменяется в такой последовательности ОК→НЕИЗВЕСТНО→ПРОБЛЕМА, то это рассматривается как ОК→ПРОБЛЕМА, и если ПРОБЛЕМА→НЕИЗВЕСТНО→ОК то это рассматривается как ПРОБЛЕМА→ОК.

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

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

Для примера рассмотрим следующий набор условий (тип вычисления: AND/OR):

• Группа узлов сети = Oracle servers
• Группа узлов сети = MySQL servers
• Имя триггера содержит ‘Database is down’
• Имя триггера содержит ‘Database is unavailable’

будет вычисляться так:

(Группа узлов сети = Oracle servers или Группа узлов сети = MySQL servers) и (Имя триггера содержит 'Database is down' или Имя триггера содержит 'Database is unavailable')

Операции или набор операций выполняются если событие соответствует условиям.

Zabbix поддерживает следующие операции:

• Отправить сообщение
• Удаленная команда(ы), включая IPMI.

Дополнительные операции доступны для событий обнаружения:

• Добавить узел сети
• Удалить узел сети
• Активировать узел сети
• Деактивировать узел сети
• Добавить в группу
• Удалить из группы
• Присоединить к шаблону
• Отсоединить от шаблона

При добавлении узла сети, его имя будет получено (разрешено) с помощью стандартной функции gethostbyname. Если имя узла сети разрешается, тогда используется полученое имя. Если нет, тогда используется IP адрес. Кроме того, если IPv6 адрес используется для имени узла сети, тогда все ”:” (двоеточия) заменяются на “_” (подчеркивание), потому что ”:” (двоеточия) не разрешены в имени узлов сети.

Макросы могут быть использованы для более эффективного оповещения.

Тема:

{TRIGGER.NAME}: {TRIGGER.STATUS}

Тема реального сообщения будет заменена на нечто вроде:

'Processor load is too high on server www.zabbix.com: ON'

Сообщение:

Загрузка процессора: {zabbix.zabbix.com:system.cpu.load[,avg1].last(0)}

Реальное сообщение будет заменено на нечто вроде:

'Загрузка процессора: 1.45'

Сообщение:

Последнее значение: {{HOSTNAME}:{TRIGGER.KEY}.last(0)}
Максимум за 15 минут: {{HOSTNAME}:{TRIGGER.KEY}.max(900)}
Минимум за 15 минут: {{HOSTNAME}:{TRIGGER.KEY}.min(900)}

Реальное сообщение будет заменено на нечто вроде:

Последнее значение: 1.45
Максимум за 15 минут: 2.33
Минимум за 15 минут: 1.01

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

В таблице содержится полный список поддерживаемых макросов Zabbix.

Для большей гибкости, Zabbix поддерживает пользовательские макросы, которые могут быть определены на глобальном уровне, на уровне шаблонов и на уровне узлов сети. Эти макросы имеют специальный синтаксис: {$MACRO}. Макросы могут быть использованы в ключах элементов данных и в выражениях триггеров. Начиная с Zabbix версии 1.8.4 пользовательские макросы так же возможно использовать в описаниях элементов данных и в именах триггеров.

Следующие символы допустимы в именах макросов: A-Z , 0-9 , _ , .

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

1. макрос назначенный узлу сети (проверяется в первую очередь)
2. макрос назначенный шаблону узла сети. Zabbix также будет проверять шаблоны и на более глубоком уровне с учетом вложенности шаблонов (шаблон может быть присоединен к другому шаблону).
3. глобальные макросы (проверяется в последнюю очередь)

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

В случае, если Zabbix не удалось найти макрос, макрос не будет замещен.

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

Наиболее общие случаи использования глобальных макросов и макросов уровня узлов сети:

1. используются шаблоны со специфичными для узла сети атрибутами: пароли, номера портов, имена файлов, регулярные выражения, и т.д.
2. глобальные макросы для глобального изменения конфигурации через “одно нажатие” и более тонкой настройки

Использование макроса в ключе элемента данных “Status of SSH daemon”:

ssh,{$SSH_PORT}

Использование макроса уровня узла сети в триггере “CPU load is too high”:

{ca_001:system.cpu.load[,avg1].last(0)}>{$MAX_CPULOAD}

Использование двух макросов в триггере “CPU load is too high”:

{ca_001:system.cpu.load[,avg1].min({$CPULOAD_PERIOD})}>{$MAX_CPULOAD}

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

Группа элементов данных представляет собой набор элементов данных для узла сети. Например, группа элементов данных ‘MySQL Server’ может содержать все элементы данных, которые относятся к серверу MySQL: доступность MySQL, размер на диске, загруженность процессора, количество операций в секунду, количество медленных запросов и т.д.

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

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

Пользовательские графики позволяют создавать сложные (состоящие из нескольких элементов данных) графики. Эти графики могут быть легко найдены через пункт меню Мониторинг→Графики.

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

Оповещения по электронной почте.

Оповещение, используя сообщения Jabber.

Пользовательские скрипты. Zabbix передает 3 параметра в командной строке скрипту: Получатель, Тема и Сообщение.

Zabbix поддерживают отправку СМС сообщений, используя GSM-модем, подключенный к последовательному порту Zabbix сервера.

Убедитесь, что:

• Скорость последовательного устройства (обычно это /dev/ttyS0 под Linux) совпадает со скоростью GSM-модема. Zabbix не устанавливает скорость для последовательного соединения. Он использует настройки по умолчанию.
• Пользователь Zabbix имеет доступ на чтение/запись в последовательное устройство. Выполните команду ls -l /dev/ttyS0, чтобы увидеть текущие права доступа к последовательному устройству.
• В GSM-модеме введен ПИН-код и он сохраняется даже после перезагрузки модема. Помимо этого, вы можете отключить запрос ПИН-кода для самой SIM карточки. ПИН-код может быть введен путем использования команды AT + CPIN = “NNNN” (где NNNN это ваш ПИН-код, квычки должны присутствовать) в терминальном приложении, в таких как Minicom или HyperTerminal в Unix или Windows соответственно.

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

• Siemens MC35
• Teltonika ModemCOM/G10

Использование шаблонов это отличный способ сделать управление системой Zabbix более простой.

Шаблон может быть присоединен к любому количеству узлов сети. Элементы данных, триггеры и графики шаблона будут автоматически добавлены к связанному узлу сети. Измените любые элементы шаблона (элементы данных, триггер, графики) и изменения будут автоматически применены к узлам сети, связанным с этим шаблоном .

Атрибуты шаблона узла сети:

Группа узлов сети может содержать один, несколько улов сети или не содержать их вообще.

Атрибуты групп узлов сети:

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

Как это работает?

Триггер может иметь список из одного или более зависимых триггеров. Это означает, что триггер будет все же менять свое состояние независимо от состояния триггеров в списке, но триггер не будет генерировать оповещения и действия в случае, если один из триггеров в списке находится в состоянии ПРОБЛЕМА.

Зависимость узла сети

Предположим, у вас есть два узла сети: маршрутизатор и сервер. Сервер находится за маршрутизатором. Таким образом, мы хотим получать только одно уведомление, если маршрутизатор недоступен:

“The router is down”

вместо:

“The router is down” и “The host is down”

Для того чтобы добиться этого, мы создаем зависимость у триггера:

"The host is down" зависит от "The router is down"

В случае, если сервер и маршрутизатор будут недоступны, Zabbix не будет выполнять действия для триггера “The host is down”.

Элемент данных - это одиночная проверка (метрика) производительности или доступности.

Гибким параметром является параметр, который принимает аргумент. Например, vfs.fs.size[*] является гибким параметром. * означает любую строку, которая будет передана в качестве аргумента параметру. Примеры правильного определения:

• vfs.fs.size[/]
• vfs.fs.size[/etc]

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

Ключ элемента данных

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

Имя ключа

Имя ключа имеет ограниченный диапазон разрешенных символов, которые просто следуют друг за другом. Разрешенные символы:

0-9a-zA-Z_-.

Что означает:

• все цифры;
• все буквы в нижнем регистре;
• все буквы в верхнем регистре;
• подчеркивание;
• пунктир;
• точка.

Параметры ключа

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

Индивидуальный параметр ключа

Каждый параметр ключа может быть заключен в кавычки как строка, не заключен в кавычки как строка или может быть передан как массив.

Параметр можно оставить пустым и тогда будет использоваться значение по умолчанию. В этом случае вы должны добавить соответствующее количество запятых, если какой-то из параметров далее нужно все же задать. Например, ключ элемента данных icmpping[,,200,,500] будет указывать на то, что период проверки ping 200 миллисекунд, таймаут - 500 миллисекунд, а все остальные параметры будут заполнены значениями по умолчанию.

Параметр - строка заключенная в кавычки

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

Параметр - строка не заключенная в кавычки

Если параметр ключа не заключен в кавычки как строка, то тогда разрешен любой символ в Юникоде, за исключением запятой и правой квадратной скобки (]).

Параметр - массив

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

Параметр “кодировка” используется для задания специфичной кодировки для обработки элементов данных, так что полученные данные не будут повреждены. Для получения списка поддерживаемых кодировок (идентификаторы кодовых страниц), пожалуйста, обратитесь к соответствующей документации, таких документаций как libiconv (GNU Project) или Microsoft Windows SDK “Идентификаторы кодовых страниц”. Если параметр “кодировка” не задан, тогда испольуется ANSI по умолчанию с определенным расширением в системе (Windows) или UTF-8 (локаль по умолчанию для новых дистрибутивов Unix/Linux, смотрите настройки вашей системы).

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