Итак, Заббикс. Система, по меньшей мере, неочевидная — но спустя некоторое время ее логика становится ясна.
Самый главный плюс сервера Zabbix — то что все проверки настраиваются через веб-интерфейс. Редактирование файликов — только для агента, да и там мороки немного.
Полноценной литературы к Zabbix’у — только его вики, но разработчики не делают копию статьи если в ней по сравнению с предыдущей версией поменялось немного, предполагая что у желающих найдется время прочесть документацию ко всем выпускам и листы изменений между версиями. Но, конечно, есть и царский путь: пойти учиться. Стоимость обучения какие-то жалкие 1500$.
Теперь — самое важное, что следует о нем знать! Перед тем как что-то делать, нужно распланировать это, в голове или на бумаге. На бумаге будет лучше — спустя некоторое время не придется вспоминать чего там как.
Заббикс позволяет мониторить все что угодно, но из-за неочевидности многих моментов люди сталкиваются с множеством проблем: тормозами, несрабатыванием триггеров и приходом пятидесяти сообщений в секунду. Это все решается стандартным инструментарием в сочетании с планированием.
Обзор Системы Мониторинга Заббикс Zabbix Server С чего начать
Сразу после установки НЕОБХОДИМО удалить все предоставленные для примеров шаблоны, элементы и триггеры. Если их просто взять и применить к машинам — тормоза гарантированы. Они не просто избыточны, они ИЗБЫТОЧНЫ. 111
Так же можно удалить предустановленные группы, все равно придется создавать свои собственные.
Для начала требуется создать группу узлов сети (Настройка — Группы узлов сети). Это важно — без группы нельзя создать ни узел, ни шаблон. Сама по себе группа никаких свойств не имеет и не назначает, это простое объединение. ВАЖНО: Шаблоны, находящиеся в группе узлов НЕ ПРИМЕНЯЮТСЯ к узлам находящейся в этой же группе. О привязке шаблонов будет позже.
Теперь создаем узел сети (Настройка — Узлы сети). По пунктам
Имя узла сети — некое внутреннее имя, которым Заббикс будет манипулировать внутри себя. Так же применяется для включения активных проверок в агенте Заббикс (о нем тоже позже). Недопустима кириллица или пробелы.
Видимое имя — применяется только в списках узлов и может применятся в оповещениях.
Группы — в каких группах узел находится. Может находиться сразу в нескольких, если это нужно по соображениям безопасности (в Zabbix пользователям можно настраивать доступ к узлам в зависимости от прав)
Интерфейсы агента — Здесь можно указать IP-адрес или DNS-имя узла. Агент устанавливать не обязательно, но что-то указать надо, это будет адрес для проверок по умолчанию.
Поддерживается собственный агент Zabbix, протокол SNMP, JMX и IMPI. Если надо — то даже все одновременно.
Описание — все ясно и так.
Наблюдение через прокси — Для разгрузки сервера можно использовать прокси, которые будут собирать информацию с агентов самостоятельно, а затем передавать ее на сервер. Прокси настраиваются отдельно, и затем их можно выбрать в этом списке.
Активировано — все ясно и так.
Zabbix 5: сущность и принципы применения
Вкладки в этом окне позволяют производить дополнительные настройки, которые я рассматривать не буду.
Нажимаем «Сохранить» и переходим к следующему шагу: созданию элемента данных. Опционально сначала можно создать группу элементов данных, процедура полностью аналогичная группе узлов сети.
Имя — аналогично «имени узла сети».
Тип — какая проверка будет использоваться. Их очень много, но наиболее интересными на начальном этапе являются Zabbix агент, Zabbix агент (активный) и «Простая проверка». Zabbix-агент может быть пассивным и активным.
Основное отличие — в способе взаимодействия с сервером.
В пассивном режиме (в агенте указан только адрес сервера Zabbix) агент выполняет проверку только после того как сервер его пнет. Схема: сервер -> Агент -> Сервер -> Агент. На это тратятся вычислительные ресурсы сервера (Zabbix создет специальный процесс, который пинает некоторое количество агентов и собирает полученные с них данные). Агент при этом слушает на порту 10500 (по-умолчанию) и этот порт ему надо открыть.
В активном режиме (в агенте указан адрес ServerActive= адрес сервера Zabbix Hostname=ИМЯ УЗЛА СЕТИ как он настроен в Zabbix-сервере) агент сам стучится на сервер, собирает проверки назначенные его узлу, выполняет эти проверки и отправляет на сервер результаты, иногда опрашивая сервер не появились ли новые проверки. Нагрузка на сервер при этом минимальна, так что стоит использовать именно этот режим везде где возможно.
Ключ — собственно, проверка которую может выполнить Zabbix, с целой кучей настроек. Все это можно посмотреть в официальной документации Zabbix, разбирать каждую в отдельности — можно целую книгу написать. Опишу лишь некоторые неочевидные особенности.
Параметры заключенные в <> указать можно, но это не обязательно. Бывает полезно в некоторых случаях.
В случае с agent.ping он возвращает 1 если проверка успешна и не возвращает ничего если проверка провалена. Триггеры надо писать с учетом этого момента и вместо параметра last использовать nodata.
Интерфейс узла сети — все ясно и так.
Тип информации — Какой тип данных будет храниться в базе. Указывать его обязательно, поскольку в случае неправильного типа элемент данных работать не будет. Узнать об этом получится не сразу, а только спустя некоторое время, которое требуется веб-интерфейсу Zabbix на передачу команд движку, выполнения команды движком и возвращением ошибки веб-интерфейсу. Это может занять изрядное время.
Тип данных — если тип информации «Целое положительное» то предлагает выбрать в какой системе счисления это целое записывать.
Единица измерения — можно оставить пустым, но лучше заполнить. Дело в том, что данные которые Zabbix получает можно посмотреть в разделе Мониторинг-Последние данные, там список из «Имя элемента данных» — «Значение элемента данных». Если указать единицу измерения, она будет отображаться и там. Если измеряется размер, то стоит указывать B (байты), Zabbix сам подставит правильный множитель.
Пользовательский множитель — все ясно и так.
Интервал обновления (в сек) — Частота с которой обновляется содержимое элемента данных. ОЧЕНЬ КОВАРНАЯ ШТУКА! Дело в том, что у ключей простых проверок может быть некая длительность запроса, и если она больше интервала обновления (к примеру, обычный ping в случае с Zabbix посылает пять пакетов, раз в секунду. Это настраивается, надо лишь слегка почитать встроенную документацию) то полученные данные будут непредсказуемыми, поскольку заббикс будет слать серии пингов с нескольких дочерних процессов.
Так же имеет смысл не опрашивать слишком часто то, что слишком часто не меняется. Скажем, раз в 30 секунд узнавать размер используемого SWAP, свободного места на диске или состояния SMART не обязательно, а в базу эти значения записываться будут.
Переменные интервалы — здесь задается расписание, по которому будет изменяться интервал, если это необходимо.
Период хранения истории (в днях) — Сколько времени в базе будет храниться история изменения этого элемента. Можно ставить 1 день, но нельзя ставить 0 (в этом случае триггеры работать не будут). Слишком долго историю хранить тоже не стоит, база данных все же не резиновая. Этот параметр, в отличие от следующего, хранит КАЖДОЕ значение, записанное в базу с частотой интервала обновления.
Период хранения динамики изменений (в днях) — Сколько времени в базе будет храниться УСРЕДНЕННОЕ ЗА ДЕНЬ значение элемента. На это требуется гораздо меньше места в базе, а для статистики подходит ничуть не хуже. Впрочем, все зависит от того что мониторится.
Хранение значения — будет ли в базе хранится само значение, или его изменение относительно предыдущего значения.
Отображение значения — преобразование значения в другой формат, более приемлемый для чтения человеком. В частности, есть режим отображения как «Zabbix agent ping status». Влияет только на то, как значение будет выглядеть в Мониторинг — Последние данные.
Далее можно добавить узел в группу элементов данных и настроить заполнение инвентарного поля (Zabbix может получать тип ОС, Hostname и IP-адрес, и сразу добавлять это в собственную инвентарную базу).
Описание — все ясно и так.
Нажимаем Добавить и переходим к триггерам.
Имя триггера — аналогично «Видимому имени узла сети». Будет отображаться в уведомлении (если настроить) так что стоит делать его информативным.
Выражение — собственно, условие которое Zabbix должен проверять. Выражение можно создавать непосредственно из интерфейса. В итоге получится что-то вроде:
= 0
Триггер сработает, если на последние 10 пингов нет ответа.
Многократная генерация событий «ПРОБЛЕМА» — все ясно и так, но я пока ни разу это не использовал.
Описание — все ясно и так.
URL — можно указать адрес с решением этой проблемы в базе знаний.
Важность — В основном нужно для определения какой тип уведомления использовать. Например, Предупреждения слать на e-mail, а Чрезвычайные — как SMS.
Зависимости — та самая вещь, про которую очень многие забывают. Зависимые триггеры не выполняют действий и не шлют оповещений, если триггер от которого они зависят сработал. В итоге вместо 30 писем о недоступности рабочих станций вы получите только одно письмо о том что выключили свет. С зависимостями тем не менее есть один важный момент — зависимые триггеры должны срабатывать МЕДЛЕННЕЕ, чем тот от которого они зависят. Если зависимые триггеры сработают быстрее то толку от зависимостей не будет.
Итак, триггеры есть, теперь самое важное — действия.
Действия настраиваются в Настройка — Действия
ОБЯЗАТЕЛЬНО удалите действие по умолчанию. Оно шлет набитое малополезной информацией сообщение всем пользователям-админам, всеми доступными способами. Уведомления должны быть краткими и информативными (хотя бы те, которые будут отправляться СМСкой)
Создаем новое действие. Источник события — Триггеры.
Имя — информативное имя, по которому сходу можно понять за что отвечает действие.
Тема по умолчанию — то, что будет прислано в поле «Тема» электронного письма или первой строкой для Jabber и СМСки.
Сообщение по умолчанию: здесь можно писать ВСЕ ЧТО УГОДНО! По умолчанию шлется такое количество технической информации, что не сразу понятно что куда и как.
Сообщение о восстановлении — Если триггер вернулся в нормальный режим, прислать сообщение, указанное в полях ниже (они появятся, если поставить галочку).
Тип вычисления — здесь можно выбрать логическую формулу,по которой будут вычисляться условия.
Условия — Условия, по которым действие будет определять что выполняться должно именно оно.
По умолчанию используется «Состояние обслуживания не в обслуживании» и «Значение триггера = ПРОБЛЕМА». Под это условие попадают ВСЕ триггеры, что чаще всего не нужно. Стоит добавить другое условие, для того чтобы конкретизировать условия.
Длительность шага операции по умолчанию — сколько времени будет выполняться между шагами, если это значение в шаге не указано.
Далее добавляется сама операция. Их всего две — «Отправлять сообщение» и «Удаленная команда». В обоих случаях все интуитивно понятно. Разве что при «Отправить сообщение» маленькая строка «Добавить» добавляет шаг операции, а кнопка «Добавить» ниже создает действие.
Источник: rustedowl.livejournal.com
Чем хорош Zabbix и что он может?
В этой статье мы рассмотрим, что может «швейцарский нож системного администратора» Zabbix и чем же он хорош.
Zabbix: возможности и преимущества
- Выполнять полноценный мониторинг сетей на тысячах устройств. Вы сможете выстраивать иерархические деревья, где родительские узлы будут определять настройки и политики мониторинга для дочерних узлов.
- Настраивать мониторинг на многотысячный кластер. Да, это непросто, но в Zabbix существуют удобные группы и шаблоны — выбираешь шаблон, помещаешь в него пачку серверов и, вуаля — все готово и настраивается само. Ну или почти само.
- Опрашивать целевые машины на наличие метрик. Сделать это вы сможете 2-мя способами — либо агенты сами будут рапортовать в Zabbix-ядро, либо Zabbix самостоятельно будет опрашивать агентов (по аналогии с Prometheus).
- Выполнять мониторинг динамических объектов. Что это значит? Ну, к примеру, вы сможете следить за фактом появления либо исчезновения файлов/папок/соединений.
- Оповещать о проблемах. Если что-либо пойдет не так, Zabbix сможет быстро сообщить вам о неприятностях. Возможны как уведомления по почте, так и более быстрые способы получения сообщений (к примеру, по XMPP-протоколу, то есть любому системному администратору действительно стоит сидеть в Jabber).
- Чинить поломки через удаленное выполнение команд (эта возможность опциональна). Вы сможете «подцепиться» к какой-нибудь неисправной машине непосредственно из ядра, а это значит, что вам не придется сидеть и мучительно вспоминать ключи доступа к поломавшемуся серверу.
- Диагностировать неисправности. Для этого существует как удобная «читалка», так и анализатор системных журналов и логов. Всю информацию, которая важна для сисадмина, агенты передадут на головную машину Zabbix.
- Добавлять практически любые нужные функции в систему — для этого предусмотрены скрипты и плагины. Ну и, конечно же, неплохо выручает и банальное автоматизированное выполнение команд в консоли на сервере. Можно сказать, что нет такой вещи, которой вы не смогли бы научить Zabbix.
- Работать через API. Вы сможете подключать внешние средства по обработке информации, а также визуализаторы. Кроме этого, Zabbix отлично функционирует в паре с Grafana, если по каким-то причинам стандартный интерфейс не устраивает либо есть желание иметь все данные в одном месте.
Пожалуй, остается добавить, что все это — бесплатно и общедоступно.
Источник: otus.ru
Установка Zabbix
Zabbix – это универсальная система мониторинга, которая используется для отслеживания статусов различных сервисов сети и сетевого оборудования, а также серверов. Проект существует уже почти 20 лет – он зародился в 1998 году в качестве внутреннего программного обеспечения, но уже в 2001 году стал доступен всем пользователям.
Zabbix выпускается под General Public License – лицензией, которая предусматривает свободное распространение и модификацию программы. На момент написания статьи последнее обновление (Zabbix 3.2) вышло в сентябре 2016 года. Вообще обновления выходят достаточно регулярно, как правило, примерно раз в год.
Сам Zabbix состоит из нескольких частей. Это:
- сервер – основной элемент, ядро Zabbix. Отвечает за проверку сетевых сервисов, получение данных, а также за скрипты оповещения. Также в нем хранятся все конфигурационные и другие данные;
- прокси-сервер – собирает данные в буфер, а затем отдает их на сервер;
- веб-интерфейс – написан на PHP, работает на том же сервере, где и ядро Zabbix;
- агент – контролирует локальные ресурсы и приложения, предоставляя данные серверу;
- база данных (возможные варианты: SQLite, MySQL, PostgreSQL и Oracle).
Хост (host) или узел сети – это основная логическая единица Zabbix. Это сервер, который находится под наблюдением. При этом каждому хосту вы можете присваивать описание и IP-адрес (либо доменное имя). Если вам необходимо сделать сразу за несколькими серверами, их можно объединить в группы.
Параметры, которые имеют узлы сети, – это элементы данных (items). Их можно отдельно создавать для каждого сервера либо делать узлы-шаблоны, которые будут соответствовать группе серверов. При этом каждый элемент может иметь определенный период обновления, способ хранения, временной интервал и так далее.
Также в Zabbix можно создать условия-триггеры, которые начинают работать при возникновении неполадок. При этом администратору нет необходимости постоянно быть за компьютером – Zabbix успешно отправляет уведомления по разным каналам связи, в том числе SMS.
Преимущества
Главной особенностью Zabbix является разнообразие функций и возможностей, которое охватывает это программное обеспечение. Zabbix особенно выручит, если необходимо следить за несколькими десятками хостов.
Перечислять возможности Zabbix можно долго. Это и SLA-мониторинг, и поддержка SNMP и IPMI, возможность создавать карты сетей, централизованный мониторинг лог-файлов и многое другое.
Вообще использование подобной программы не только вести постоянный мониторинг того, что происходит на вашем оборудовании, но и быстро выяснять причины ошибок, если что-то пошло не так. Да и, как показывает практика, после начала использования такого программного обеспечения могут всплыть какие-то ошибки, которые не замечались или игнорировались до этого.
Конечно, Zabbix – это не единственный подобный продукт на рынке, аналоги существуют, например, System Center Operations Manager (SCOM), который подходит для мониторинга за системами на базе Windows. Но не стоит забывать, что в отличие от SCOM, которая является коммерческой программой, Zabbix распространяется абсолютно бесплатно. Да и подходит для множества различных операционных систем:
Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей
Как установить Zabbix
Посмотрите, какие есть доступные пакеты и для каких версий, в этом разделе: http://www.zabbix.com/download
Далее будет показана установка на примере Ubuntu 16.04.
Скачайте и установите пакет Zabbix для выбранной системы:
# wget http://repo.zabbix.com/zabbix/3.2/ubuntu/pool/main/z/zabbix-release/zabbix-release_3.2-1+xenial_all.deb # dpkg -i zabbix-release_3.2-1+xenial_all.deb
Обновите список пакетов:
# apt-get update
Следующий шаг – установка сервера с MySQL, агента и прокси.
# yum install zabbix-server-mysql zabbix-web-mysql
Создайте базу данных и пользователя MySQL, используя следующие команды. Вместо напишите используемый рутовый пароль; вместо (внутри апострофов) напишите новый пароль для пользователя Zabbix в базе данных:
Проверьте, какая версия сейчас находится в пакете:
# rpm -q zabbix-server-mysql
Теперь импортируйте первоначальную схему и данные. Вместо звездочки напишите цифру актуальной версии. Далее вам нужно будет ввести пароль, который вы создали выше.
# zcat /usr/share/doc/zabbix-server-mysql-3.2.*/create.sql.gz | mysql -uzabbix -p zabbix
Измените настройки базы данных, а именно введите хост, пользователя, пароль в файл zabbix_server.conf так, как написано ниже, при этом DBPassword – это тот пароль, который вы вводили выше.
# vi /etc/zabbix/zabbix_server.conf DBHost=localhost DBName=zabbix DBUser=zabbix DBPassword=
Далее запустите сервер Zabbix:
# service zabbix-server start # update-rc.d zabbix-server enable
Настройки Apache для Zabbix находятся в /etc/zabbix/apache.conf. Некоторые настройки уже внесены. Обязательно раскомментируйте строку с временной зоной (date.timezone) и установите нужную. Если у вас московское время, то настройка будет выглядеть так:
php_value date.timezone Europe/Moscow
После этого перезапустите сервер Apache:
# service apache2 restart
Теперь установите агент Zabbix:
# apt-get install zabbix-agent
И запустите его:
# service zabbix-agent start
Перейдем к установке прокси.
Выполните следующую команду, заменив на тот тип базы, который вы используете (например, zabbix-proxy-mysql):
# apt-get install zabbix-proxy-
Далее вам нужно создать базу данных и пользователя для прокси. Сделать это можно так же, как уже было показано выше.
Примечание. Обратите внимание, что если сервер Zabbix и прокси находятся на одном хосте, их базы данных должны иметь разные названия, так как по умолчанию обе базы будут иметь название zabbix.
Скрипт для MySQL будет выглядеть примерно так:
Затем нужно импортировать первоначальную схему. Команда для MySQL:
# zcat /usr/share/doc/zabbix-proxy-mysql/create.sql.gz | mysql -u zabbix
Как и в случае с обычным сервером, конфигурационный файл прокси тоже нужно отредактировать:
# vi /etc/zabbix/zabbix_proxy.conf DBHost=localhost DBName=zabbix DBUser=zabbix DBPassword=zabbix
Команда для запуска прокси:
# service zabbix-proxy start
Заключение
Теперь у вас есть работающие элементы Zabbix. О том, как правильно его настроить, я расскажу в следующей статье.
Источник: timeweb.com