Мониторинг сервера: Zabbix установка и первые триггеры

Zabbix — система мониторинга с открытым кодом, которая собирает метрики с серверов, сетевого оборудования и приложений, хранит историю и шлёт тревогу, когда цифра выходит за границу. Ставится он на отдельную машину под Linux: минимум 2 ГБ оперативной памяти, 2 ядра и база данных PostgreSQL или MySQL рядом. Такой сервер стоит недорого — подходящие тарифы с 2 ГБ памяти начинаются от 145–200 ₽ в месяц, их можно отобрать в разделе VPS на Linux. Установка вместе с базой и первым агентом занимает 30–40 минут.

Материал для администратора одного-двух десятков серверов и для владельца проекта, который перерос ручную проверку через htop. Разберём, из каких частей состоит Zabbix, что означают слова «узел», «элемент данных», «триггер» и «шаблон», сколько железа просит сервер, сколько узлов вытянет минимальная конфигурация, как поставить сервер и агента на Ubuntu 24.04 и какие триггеры включить в первый же день. Отдельно — когда Zabbix не нужен вовсе.

Что такое Zabbix и из каких частей он состоит

Zabbix развивается как свободный продукт с 1998 года: лицензия не ограничивает ни число серверов, ни срок использования. Текущая ветка с длительной поддержкой — 7.0 LTS, обновления безопасности для неё выходят примерно пять лет. Именно LTS-ветку разумно ставить на рабочий контур, а не свежий промежуточный релиз.

Система собрана из четырёх частей, и все они могут жить как на одной машине, так и на разных. Первая — zabbix-server, демон, который опрашивает узлы, считает триггеры и раздаёт задания. Вторая — база данных, куда падают все измерения; поддерживаются PostgreSQL, MySQL и MariaDB. Третья — веб-интерфейс на PHP, он работает поверх Nginx или Apache и показывает графики и карты.

Четвёртая часть — агент. Это маленькая программа на наблюдаемом сервере, которая отдаёт значения по запросу или сама шлёт их в центр. Агент почти не ест ресурсы: 5–15 МБ памяти и доли процента процессора, поэтому его безболезненно ставят даже на слабые машины за 139–150 ₽ в месяц. Сетевое железо, у которого агента быть не может, Zabbix опрашивает по SNMP или через ICMP-пинг.

Словарь Zabbix: узел, элемент данных, триггер, шаблон

Терминология Zabbix отпугивает новичков сильнее, чем сама установка, хотя понятий всего пять. Узел (host) — любой объект наблюдения: физический сервер, VPS, коммутатор, принтер. У узла есть адрес, интерфейс опроса и набор привязанных проверок.

Элемент данных (item) — одна конкретная метрика узла: свободная память в байтах, load average за минуту, процент занятого места на разделе, код ответа сайта. У каждого элемента свой интервал опроса: 1 минута для загрузки процессора, 1 час для версии ядра. Именно элементы данных создают нагрузку на базу.

Триггер — логическое выражение поверх элемента: «свободно меньше 10% диска» или «сервис не отвечает 3 проверки подряд». У триггера есть уровень важности от «информация» до «чрезвычайная ситуация», всего шесть ступеней. Шаблон (template) — готовый набор элементов, триггеров и графиков, который вешается на узел одним кликом; в коробке идёт больше 300 шаблонов. Действие (action) описывает, что делать при срабатывании: написать в почту, дёрнуть скрипт, отправить сообщение в мессенджер.

Когда Zabbix избыточен: честное сравнение с простыми решениями

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

Для такой задачи хватает Uptime Kuma — панели проверок доступности, которая занимает 1 ГБ памяти и ставится одной командой в Docker. Ещё проще — связка скрипта на bash и cron с отправкой в мессенджер. Порог, за которым Zabbix начинает окупаться, — примерно 5 серверов или необходимость видеть историю метрик за месяцы, а не только факт «упало/поднялось». Подробный разбор вариантов есть в гайде про мониторинг сервера.

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

Требования к железу: сколько памяти и диска просит Zabbix-сервер

Официальный минимум для связки «сервер + база + веб» — 2 ГБ оперативной памяти и 2 ядра. На 1 ГБ инсталляция формально запускается, но PostgreSQL и PHP-FPM начинают конкурировать за оперативную память, и первый же тяжёлый отчёт роняет процесс через OOM-killer. Планируйте 2 ГБ как нижнюю границу и 4 ГБ, если узлов больше двадцати.

Диск нужен быстрый: база пишет постоянно, и на HDD графики начинают отставать уже на десятке узлов. Под систему и Zabbix уходит около 3 ГБ, остальное съедает история измерений. Ориентировочно 30 узлов со стандартными шаблонами и хранением истории 31 день дают базу на 8–15 ГБ, поэтому 40 ГБ NVMe — разумный старт.

Данные проверены 02.09.2026.

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

Сколько узлов потянет минимальная конфигурация

Нагрузку на Zabbix меряют не числом серверов, а параметром NVPS — количеством новых значений в секунду. Стандартный шаблон Linux by Zabbix agent даёт около 100 элементов данных на узел при среднем интервале в минуту, то есть примерно 1,7 значения в секунду с одной машины. Дальше арифметика простая: 30 узлов — около 50 NVPS, 100 узлов — около 170 NVPS.

Конфигурация из 2 ядер и 2 ГБ памяти спокойно держит 50–80 NVPS, то есть 30–45 узлов со стандартными шаблонами. Узкое место — не процессор, а запись в базу и объём кеша PostgreSQL. Когда очередь опроса (её видно в разделе «Администрирование — Очередь») стабильно больше 100 задержанных значений, конфигурацию пора расширять.

Дальнейшая шкала выглядит так: 4 ГБ и 2–4 ядра — до 100–150 узлов, 8 ГБ и 4 ядра — до 300 узлов, но с базой на отдельной машине. Разгрузить сервер можно и без апгрейда: увеличить интервалы редко меняющихся элементов с 1 до 5 минут, отключить лишние проверки шаблона и урезать хранение истории с 90 до 31 дня. Такая чистка обычно снимает 30–40% нагрузки.

Подготовка сервера перед установкой

Возьмите чистый VPS с Ubuntu 24.04 LTS — под неё есть официальные пакеты Zabbix 7.0, и вся установка сводится к подключению репозитория. Годится и Ubuntu 22.04, и Debian 12, отличаться будет только имя пакета репозитория. Если сервер ещё не настроен, пройдите базовые шаги из гайда как настроить VPS с нуля: смена пароля root, отдельный пользователь, вход по ключу.

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

apt update && apt upgrade -y
hostnamectl set-hostname zbx-01
timedatectl set-timezone Europe/Moscow

Третья команда важнее, чем кажется: Zabbix рисует графики по системному времени, и расхождение часовых поясов между сервером и агентами превращает разбор аварии в головоломку. Дальше откройте порты. Агенты стучатся на сервер в порт 10051, сервер опрашивает агентов по 10050, веб-интерфейс живёт на 80 или 443.

ufw allow 22/tcp
ufw allow 80/tcp
ufw allow 10051/tcp
ufw enable

Здесь ufw — простая надстройка над iptables, встроенная в Ubuntu. Правила лучше сузить до конкретных адресов ваших серверов, а не открывать 10051 всему интернету; как это сделать, описано в материале про файрвол на Linux-сервере.

Установка Zabbix-сервера на Ubuntu 24.04 по шагам

Разберём вариант с PostgreSQL и Nginx — он чуть экономнее по памяти, чем связка с MySQL и Apache. Вся процедура состоит из шести шагов и занимает 20–30 минут вместе с ожиданием импорта схемы базы.

1. Подключите официальный репозиторий Zabbix 7.0 LTS и обновите индекс пакетов.
2. Установите пакеты сервера, веб-интерфейса, конфигурации Nginx и локального агента.
3. Создайте пользователя и базу данных, залейте схему из поставки.
4. Пропишите пароль базы в конфиге сервера.
5. Укажите домен и порт в конфиге Nginx для Zabbix.
6. Запустите службы и добавьте их в автозагрузку.

Первый шаг — репозиторий. Пакет zabbix-release просто кладёт в систему адрес официального зеркала и ключ подписи.

wget https://repo.zabbix.com/zabbix/7.0/release/ubuntu/pool/main/z/zabbix-release/zabbix-release_latest_7.0+ubuntu24.04_all.deb
dpkg -i zabbix-release_latest_7.0+ubuntu24.04_all.deb
apt update

Второй шаг — сами пакеты. Суффикс -pgsql означает сборку под PostgreSQL; для MySQL берут пакеты с суффиксом -mysql.

apt install -y zabbix-server-pgsql zabbix-frontend-php 
  php8.3-pgsql zabbix-nginx-conf zabbix-sql-scripts zabbix-agent2 postgresql

Третий шаг — база. Первая команда заводит пользователя и просит придумать пароль, вторая создаёт базу, третья распаковывает и заливает схему: примерно 170 таблиц, импорт идёт 1–3 минуты и молчит в процессе.

sudo -u postgres createuser --pwprompt zabbix
sudo -u postgres createdb -O zabbix zabbix
zcat /usr/share/zabbix-sql-scripts/postgresql/server.sql.gz | sudo -u zabbix psql zabbix

Четвёртый шаг — конфиг /etc/zabbix/zabbix_server.conf: раскомментируйте строку DBPassword= и впишите пароль из первой команды. Пятый — в файле /etc/zabbix/nginx.conf снимите комментарии со строк listen и server_name, подставив свой домен или IP. Шестой шаг — запуск.

systemctl restart zabbix-server zabbix-agent2 nginx php8.3-fpm
systemctl enable zabbix-server zabbix-agent2 nginx php8.3-fpm
systemctl status zabbix-server

После этого откройте в браузере адрес сервера и пройдите мастер из пяти экранов: проверка окружения, параметры базы, часовой пояс, имя инсталляции, финал. Логин по умолчанию — Admin, пароль zabbix; смените его сразу, до того как повесите панель на публичный адрес. Заодно поставьте сертификат по инструкции про SSL от Let’s Encrypt.

Установка агента на наблюдаемый узел

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

На наблюдаемом сервере подключите тот же репозиторий и поставьте zabbix-agent2 — вторую версию агента на Go, она легче и умеет плагины. Затем откройте /etc/zabbix/zabbix_agent2.conf и заполните три строки.

Server=203.0.113.10
ServerActive=203.0.113.10
Hostname=web-01

Параметр Server перечисляет адреса, с которых разрешено спрашивать метрики, ServerActive — куда агент шлёт данные сам, Hostname должен совпадать с именем узла в веб-интерфейсе, иначе активные проверки работать не будут. После правки перезапустите службу командой systemctl restart zabbix-agent2 и проверьте связь с центрального сервера утилитой zabbix_get -s 203.0.113.10 -k agent.ping: ответ «1» означает, что канал открыт.

Дальше в панели откройте «Сбор данных — Узлы», нажмите «Создать узел», задайте имя (то же, что в конфиге), группу, интерфейс агента с портом 10050 и привяжите шаблон Linux by Zabbix agent. Первые значения появятся через 1–2 минуты, полная картина по всем элементам — за час.

Первые триггеры, которые стоит включить сразу

Стандартный шаблон Linux приносит около 40 готовых триггеров, и большинство из них разумны по умолчанию. Настроить под себя стоит пороги: они задаются макросами на уровне узла или шаблона, менять сам текст выражения не нужно. Найти макросы можно на вкладке «Макросы» в свойствах узла.

Обязательный минимум — четыре проверки. Свободное место на диске: порог по умолчанию 20%, для сервера с большим диском его опускают до 10%, для базы данных поднимают до 25%. Загрузка процессора: тревога при 90% в течение 5 минут, иначе будете ловить каждый бэкап. Память: срабатывание при свободных 20% с учётом swap. Недоступность агента: 3 неудачные попытки подряд.

Отдельно добавьте проверку доступности сайта: тип элемента «Простая проверка», ключ net.tcp.service[http,,443] с интервалом 60 секунд, и триггер на два нуля подряд. Такой набор закрывает 80% реальных аварий. Уведомления настраиваются в «Оповещения — Действия»: создаёте действие с условием «важность выше средней» и получателем — своей почтой или чатом. Проверьте цепочку тестовым событием, иначе первое реальное срабатывание уйдёт в пустоту.

Частые ошибки при установке Zabbix

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

• Сервер на 1 ГБ памяти: инсталляция стартует, а через сутки процесс убивает OOM-killer, и история обрывается без объяснений.
• Забытый DBPassword в конфиге: служба поднимается и сразу падает, в логе /var/log/zabbix/zabbix_server.log строка о неудачном подключении к базе.
• Несовпадение Hostname в агенте и имени узла в панели — пассивные проверки идут, активные молчат.
• Закрытый порт 10051 на файрволе сервера: агенты видны, но активные данные не доходят.
• Хранение истории 365 дней на всех элементах: база разрастается на десятки гигабайт и упирается в диск за пару месяцев.
• Панель на публичном IP с паролем zabbix — её находят сканерами за считаные часы.

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

Частые вопросы

Сколько стоит Zabbix? Сама система бесплатна и распространяется по лицензии AGPLv3, платить нужно только за сервер, на котором она живёт. Тарифы с 2 ГБ памяти начинаются от 145–200 ₽ в месяц, комфортная конфигурация на 4 ГБ обойдётся в 400–700 ₽.

PostgreSQL или MySQL — что выбрать? Для инсталляции до 100 узлов разницы почти нет, обе базы справятся. PostgreSQL чуть экономнее по памяти и лучше живёт на больших объёмах истории, MySQL проще для тех, кто уже работал с ним раньше.

Можно ли поставить Zabbix на тот же сервер, что и сайт? Технически да, но тогда мониторинг падает вместе с сайтом и не успевает об этом сообщить. Плюс база Zabbix постоянно пишет на диск и отбирает IOPS у основного проекта.

Сколько ресурсов ест агент? 5–15 МБ памяти и меньше 1% одного ядра при стандартном шаблоне. На производительность наблюдаемого сервера он влияния практически не оказывает, поэтому агента ставят даже на тарифы за 139 ₽ в месяц.

Работает ли Zabbix с Windows-серверами? Да, для Windows есть свой установщик агента в виде MSI-пакета и отдельный шаблон, который собирает счётчики производительности и статусы служб. Центральный сервер при этом остаётся на Linux.

Что делать, если веб-интерфейс отдаёт 502? Почти всегда это не запущенный php-fpm или неверный сокет в конфиге Nginx. Проверьте systemctl status php8.3-fpm и путь к сокету в файле /etc/zabbix/nginx.conf.

Нужно ли обновлять Zabbix и как часто? В пределах ветки 7.0 обновления безопасности выходят раз в 1–2 месяца и ставятся обычным apt upgrade. Переход на следующую LTS делают раз в 3–4 года, обязательно со снимком диска и резервной копией базы.

Итог

Zabbix оправдан от пяти узлов и там, где нужна история метрик, а не просто сигнал «сайт лежит». Для одного сайта хватит Uptime Kuma или скрипта в cron — сэкономите вечер на установке и час в месяц на обслуживании. Порог входа по железу невысокий: 2 ГБ памяти, 2 ядра и 40 ГБ быстрого диска держат 30–45 узлов со стандартными шаблонами.

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