Стандартная установка Zabbix по туториалу генерирует сотни триггеров, которые создают шум и пропускают реальные сбои. После подключения готовых шаблонов Linux by Zabbix agent на каждом сервере появляется 200+ триггеров — половина срабатывает постоянно, а критичные инциденты остаются незамеченными. Мы решаем эту проблему настройкой production-ready мониторинга: осознанная архитектура, чёткие метрики и разумные пороги. За 6 лет работы мы сэкономили клиентам более 5 миллионов рублей на инфраструктуре за счёт оптимизации мониторинга, а общее количество ложных срабатываний сократили на 80%.
Как выбрать схему развёртывания Zabbix?
Для одного сайта с несколькими серверами подходит схема Zabbix Server + PostgreSQL на отдельной VM, агенты на каждом хосте. При числе хостов более 20 или географической распределённости добавляем Zabbix Proxy в каждой зоне. Proxy буферизует данные и отправляет пачками — снижает нагрузку на сервер и устойчив к разрывам.
| Схема | Число хостов | Преимущества | Недостатки |
|---|---|---|---|
| Один сервер | 1–20 | Простота, низкие затраты | Единая точка отказа |
| С прокси | 20–200 | Масштабирование, отказоустойчивость | Дополнительный слой |
| Распределённая (HA) | 200+ | Почти 100% uptime | Сложность настройки |
Минимальные требования для сервера с 10 хостами: 2 vCPU, 4 GB RAM, 50 GB SSD (учёт истории на 90 дней). Для индивидуальной консультации свяжитесь с нами — мы подберём оптимальную схему для вашего проекта.
Как установить Zabbix Server за 5 шагов
- Добавьте репозиторий Zabbix 7.0 и установите пакеты: server, frontend, agent2.
- Создайте PostgreSQL пользователя и базу данных для Zabbix.
- Импортируйте схему базы данных.
- Настройте конфигурацию сервера.
- Запустите сервер и настройте автозагрузку.
wget https://repo.zabbix.com/zabbix/7.0/ubuntu/pool/main/z/zabbix-release/zabbix-release_7.0-2+ubuntu22.04_all.deb dpkg -i zabbix-release_7.0-2+ubuntu22.04_all.deb apt update && apt install -y zabbix-server-pgsql zabbix-frontend-php zabbix-sql-scripts zabbix-agent2 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:
DBHost=localhost DBName=zabbix DBUser=zabbix DBPassword=your_password StartPollers=10 StartPingers=5 CacheSize=128M HistoryCacheSize=64M ValueCacheSize=256M Установка Zabbix Agent на целевом хосте:
apt install -y zabbix-agent2 cat > /etc/zabbix/zabbix_agent2.conf << EOF Server=<ZABBIX_SERVER_IP> ServerActive=<ZABBIX_SERVER_IP> Hostname=web-server-01 AllowKey=system.run[*] EOF systemctl enable --now zabbix-agent2 Почему кастомные шаблоны лучше готовых?
Готовые шаблоны включают сотни метрик, большинство из которых не нужны. Мы отключаем неинформативные триггеры и добавляем бизнес-метрики: время ответа API, количество активных сессий, ошибки в логах. На одном проекте отключили 80% дефолтных триггеров — количество ложных срабатываний снизилось с 50 до 2 в день.
Пример настройки пользовательского параметра для PHP-FPM:
UserParameter=php-fpm.status[*],curl -s --unix-socket /run/php/php8.2-fpm.sock http://localhost/status?json Триггеры, которые не шумят:
| Метрика | Условие | Уровень | Пояснение |
|---|---|---|---|
| CPU | avg(/hostname/system.cpu.util,5m) > 75 | Warning | Длительная высокая загрузка |
| CPU | avg(/hostname/system.cpu.util,1m) > 90 | Critical | Мгновенная перегрузка |
| Память | last(/hostname/vm.memory.size[pavailable]) < 10 | Critical | Почти нет свободной памяти |
| Диск | last(/hostname/vfs.fs.size[/,pfree]) < 15 | Warning | Скоро закончится место |
| Nginx RPS | last(/hostname/nginx.requests) < avg(1h) * 0.3 | Warning | Аномальный спад трафика |
Как оптимизировать хранение данных с TimescaleDB?
При большом объёме метрик PostgreSQL может тормозить. Решение — TimescaleDB. Миграция существующей базы и настройка сжатия:
SELECT create_hypertable('history', 'clock', chunk_time_interval => 86400, migrate_data => true); SELECT create_hypertable('history_uint', 'clock', chunk_time_interval => 86400, migrate_data => true); ALTER TABLE history SET (timescaledb.compress, timescaledb.compress_segmentby = 'itemid'); SELECT add_compression_policy('history', INTERVAL '7 days'); TimescaleDB сжимает данные в 10 раз эффективнее стандартного PostgreSQL — это снижает нагрузку на диск и ускоряет запросы. Настраиваем Housekeeping: хранить тренды 365 дней, историю — 90 дней. После включения компрессии объём занимаемого места уменьшается на 90%, а скорость запросов за последние сутки возрастает в 5-10 раз.
Что входит в работу
- Развёртывание Zabbix Server + PostgreSQL
- Установка и настройка агентов на всех серверах
- Подключение готовых и разработка кастомных шаблонов
- Настройка триггеров и действий (Telegram, e-mail)
- Создание веб-сценариев для мониторинга доступности URL
- Построение дашбордов (Zabbix + Grafana при необходимости)
- Оптимизация хранения (TimescaleDB, housekeeping)
- Документация и обучение администраторов
Наш опыт и гарантии
За 6 лет работы мы развернули мониторинг для 50+ веб-проектов — от небольших интернет-магазинов до высоконагруженных сервисов с 500+ хостами. Наши инженеры сертифицированы Zabbix и имеют опыт работы с кластерными конфигурациями. Гарантируем: после настройки вы будете получать только значимые оповещения, а дашборд будет отражать реальное состояние системы.
Сроки и стоимость
Базовая установка с мониторингом 3–5 серверов — 1 рабочий день. Полноценная настройка с кастомными элементами и дашбордами — 3–5 дней. Миграция с другой системы — дополнительно 1–2 дня. Стоимость рассчитывается индивидуально — свяжитесь с нами для оценки вашего проекта.
Получите консультацию — напишите нам, и мы предложим оптимальное решение под ваш бюджет и сроки.