Ключевые метрики мониторинга
Мониторинг собирает сотни метрик. Но не все одинаково важны. Если следить за всем подряд — утонете в данных и пропустите действительно важное. Если не следить — пропустите проблему.
Ключ к эффективному мониторингу — знать, какие метрики критичны и какие пороги считать нормой. В этой статье — разбор ключевых метрик мониторинга серверов: CPU, RAM, диски, сеть, доступность, ошибки, RPS. С конкретными порогами и рекомендациями. Если нужно настроить мониторинг — поможем.
Содержание статьи
Уровни метрик
Метрики делятся на несколько уровней. Каждый уровень отвечает на свой вопрос.
Инфраструктура
CPU, RAM, диски, сеть. Ресурсы, которые потребляет сервер.
Сервисы
Доступность nginx, MySQL, PHP-FPM, Redis. Работают ли сервисы.
Приложение
Время отклика, RPS, ошибки. Что видит пользователь.
Бизнес-метрики
Заказы, регистрации, платежи. Что важно для бизнеса.
CPU
CPU — первая метрика, на которую смотрят. Но важно не только среднее значение, но и распределение.
Что отслеживать
- user: время, потраченное на пользовательские процессы;
- system: время ядра;
- iowait: ожидание дисковых операций — важная метрика;
- steal: украденное гипервизором (для VPS) — критично;
- load average: средняя нагрузка за 1, 5, 15 минут.
Пороги
| Метрика | Зелёная зона | Жёлтая | Красная |
|---|---|---|---|
| CPU usage (среднее) | < 50% | 50–70% | > 70% |
| CPU usage (пики) | < 80% | 80–90% | > 90% |
| iowait | < 10% | 10–20% | > 20% |
| steal (VPS) | < 3% | 3–10% | > 10% |
| Load average (1 мин) | < N | N – 2N | > 2N |
N — количество ядер CPU. Если load average выше количества ядер — есть очередь задач.
Важно
Высокий iowait при низком CPU — признак медленного диска. Высокий steal — проблема с гипервизором, нужно менять хостера.
RAM
Память — ресурс, который быстро заканчивается. При нехватке включается swap, и производительность падает в разы.
Что отслеживать
- Used / free: используемая и свободная память;
- Buffers / cached: память под кеш — обычно не проблема;
- Swap in/out: активность swap — тревожный сигнал;
- OOM kills: процессы, убитые из-за нехватки памяти.
Пороги
| Метрика | Зелёная зона | Жёлтая | Красная |
|---|---|---|---|
| RAM usage (без кеша) | < 70% | 70–85% | > 85% |
| Swap usage | < 10% | 10–30% | > 30% |
| Swap in/out | 0 | единичный | постоянный |
| OOM kills | 0 | — | > 0 |
OOM kill — это уже аварийная ситуация. Нужно срочно добавить память или найти утечку.
Диски
Диск — частое узкое место. Особенно опасны две ситуации: заканчивается место и медленный I/O.
Что отслеживать
- Disk usage: процент заполнения — по каждому разделу;
- Inode usage: количество inode — тоже может закончиться;
- Disk I/O: скорость чтения и записи;
- I/O wait: ожидание диска — критичная метрика;
- SMART: состояние дисков — предсказание сбоев;
- Read/Write latency: задержка операций.
Пороги
| Метрика | Зелёная зона | Жёлтая | Красная |
|---|---|---|---|
| Disk usage | < 70% | 70–85% | > 85% |
| Inode usage | < 70% | 70–85% | > 85% |
| I/O wait | < 10% | 10–20% | > 20% |
| Read latency | < 5 мс | 5–20 мс | > 20 мс |
| Write latency | < 10 мс | 10–30 мс | > 30 мс |
Важно
Inode часто забывают. Но если они закончились — нельзя создать ни один файл, даже при свободном месте. Особенно актуально для почтовых серверов и хранилищ сессий.
Сеть
Сетевые метрики показывают, как сервер взаимодействует с внешним миром и внутри себя.
Что отслеживать
- Bandwidth: входящий и исходящий трафик;
- Packets: количество пакетов в секунду;
- Errors: ошибки передачи — тревожный сигнал;
- Drops: потерянные пакеты — проблема с буферами;
- Latency: задержки до внешних сервисов;
- TCP connections: количество активных соединений.
Пороги
| Метрика | Зелёная зона | Жёлтая | Красная |
|---|---|---|---|
| Bandwidth | < 70% от лимита | 70–90% | > 90% |
| Packets errors | 0 | единичные | растущие |
| Packet drops | 0 | единичные | растущие |
| TCP connections | < 60% от лимита | 60–80% | > 80% |
Сервисы
Метрики сервисов показывают, работают ли ключевые компоненты стека.
Что отслеживать
- Nginx / Apache: status 200 vs 4xx/5xx, RPS, active connections;
- MySQL / PostgreSQL: connections, slow queries, replication lag;
- Redis / Memcached: memory usage, hits/misses, evictions;
- PHP-FPM: active/idle processes, max children reached;
- RabbitMQ / Kafka: queue size, consumers, lag;
- Docker / Kubernetes: состояние контейнеров, рестарты.
Ключевые пороги
- MySQL connections: не более 80% от max_connections;
- Replication lag: менее 1 секунды;
- Redis memory: не более 80% от лимита;
- PHP-FPM max children reached: 0 — если срабатывает, воркеров мало;
- Queue size: должна быть близка к нулю.
Приложение
Метрики приложения показывают опыт пользователей — то, что действительно важно для бизнеса.
Что отслеживать
- Response time: p50, p95, p99;
- RPS: requests per second;
- Error rate: 4xx и 5xx;
- Apdex: индекс удовлетворённости пользователей;
- Slow queries: запросы медленнее N секунд;
- Business metrics: заказы, регистрации, платежи.
Пороги
| Метрика | Зелёная зона | Жёлтая | Красная |
|---|---|---|---|
| p50 response time | < 200 мс | 200–500 мс | > 500 мс |
| p95 response time | < 500 мс | 500 мс – 1 с | > 1 с |
| p99 response time | < 1 с | 1–3 с | > 3 с |
| Error rate | < 0,1% | 0,1–1% | > 1% |
| Apdex | > 0,94 | 0,7–0,94 | < 0,7 |
Метрики p95 и p99 важнее среднего. Среднее может быть обманчивым — часть пользователей может ждать секундами.
Сводная таблица
Все ключевые метрики с порогами в одной таблице.
| Категория | Метрика | Норма | Что делать при отклонении |
|---|---|---|---|
| CPU | Usage | < 70% | Оптимизация, масштабирование |
| CPU | iowait | < 10% | Проверить диски |
| RAM | Usage | < 70% | Увеличить память, искать утечки |
| RAM | Swap | < 10% | Добавить RAM |
| Диск | Usage | < 70% | Чистить, увеличить |
| Диск | Inode | < 70% | Удалить мелкие файлы |
| Диск | I/O latency | < 10 мс | Проверить нагрузку, SSD |
| Сеть | Errors/drops | 0 | Проверить сеть, буферы |
| Приложение | p95 response | < 500 мс | Оптимизация, кеш |
| Приложение | Error rate | < 0,1% | Смотреть логи, исправлять |
| Приложение | Apdex | > 0,94 | Оптимизация |
Наши рекомендации
Что вы получаете, заказывая настройку метрик у нас
- Набор метрик — под ваш проект
- Пороги — реалистичные
- Дашборды — Grafana
- Алерты — Telegram, email
- Обучение — как читать метрики
- Отчёты — ежемесячные
Итоговый вывод
Ключевые метрики мониторинга — это то, что нужно отслеживать постоянно.
Что нужно знать:
- CPU — usage, iowait, steal, load average
- RAM — usage без кеша, swap, OOM kills
- Диски — usage, inode, I/O latency, SMART
- Сеть — bandwidth, errors, drops, connections
- Сервисы — статус, connections, replication lag
- Приложение — response time, RPS, error rate, Apdex
- Пороги — реалистичные, не строгие
Хотите настроить мониторинг метрик? Закажите консультацию в Lead Hub.
Также рекомендуем: зачем нужен мониторинг, Zabbix или Prometheus, настройка алертов, Grafana, ошибки мониторинга, мониторинг серверов.
Настроим мониторинг ключевых метрик
Оставьте заявку — определим, какие метрики важны для вашего проекта, настроим пороги и алерты. Покажем дашборды.
Почему заказывают мониторинг у нас
8 причин доверить контроль инфраструктуры нашей команде
Раннее оповещение
Узнаёте о проблемах раньше пользователей. Реагируете до того, как сайт упадёт.
Полная картина
CPU, RAM, диск, сеть, сервисы — всё на одном дашборде. Видите состояние в реальном времени.
История метрик
Храним данные за месяцы. Анализируете тренды, планируете масштабирование.
Zabbix и Prometheus
Работаем с обоими стеками. Подбираем под задачи: Zabbix для классики, Prometheus для микросервисов.
Внешний контур
Сервер мониторинга вне вашей инфраструктуры. Работает, даже если всё упало.
Удобные оповещения
Telegram, email, SMS, вебхуки. Настраиваем каналы под вас.
Отчётность
Ежемесячные отчёты: аптайм, инциденты, тренды. Прозрачность для руководства.
Техподдержка
Помогаем с настройкой, добавлением объектов, чтением дашбордов. Отвечаем быстро.
Что входит в мониторинг серверов
42 направления: от Zabbix и Prometheus до премиум-мониторинга
Как мы работаем
Прозрачный процесс от заявки до работающего мониторинга
Заявка
Оставляете заявку. Обсуждаем задачи: какие серверы, какие сервисы, какие каналы оповещения нужны.
Аудит
Анализируем инфраструктуру: количество серверов, сервисы, критические метрики, требования к алертам.
Подбор решения
Подбираем стек: Zabbix или Prometheus + Grafana. Учитываем сложность и задачи.
Оформление
Оформляем договор, выставляем счёт. Оплата — картой, по счёту для юридических лиц, через СБП.
Установка
Устанавливаем сервер мониторинга, агенты на объекты. Настраиваем сбор метрик.
Настройка дашбордов
Создаём дашборды: графики CPU, RAM, диска, сети, сервисов. Всё на одном экране.
Настройка алертов
Настраиваем триггеры и пороги. Оповещения в Telegram, email, SMS. Проверяем работу.
Передача и поддержка
Передаём доступы, обучаем чтению дашбордов. Помогаем с изменениями и инцидентами.
Стоимость мониторинга серверов
Цены соответствуют российскому рынку на 2026 год
Базовый
Для 1-3 серверов
- Установка Zabbix или Prometheus
- Мониторинг CPU, RAM, диска, сети
- Базовый дашборд
- Оповещения в Telegram
- Настройка порогов
Бизнес
Для 5-10 серверов
- Всё из «Базового»
- Мониторинг сервисов
- Мониторинг БД
- Grafana-дашборды
- Email + SMS оповещения
- Ежемесячные отчёты
Премиум
Для 20+ серверов
- Всё из «Бизнеса»
- Мониторинг K8s
- Централизация логов (ELK/Loki)
- Бизнес-метрики
- Персональный менеджер
- Приоритетная поддержка
* Цены указаны за месяц. Точный расчёт после аудита инфраструктуры. Для сложных проектов — индивидуальный расчёт.
Наши проекты
Примеры настройки мониторинга
Интернет-магазин
Настроен мониторинг Zabbix для магазина: 5 серверов, контроль CPU, RAM, БД, Nginx. Оповещения в Telegram.
SaaS-платформа
Prometheus + Grafana для микросервисов: 20 подов Kubernetes, контроль latency и throughput.
CRM-система
Мониторинг CRM: контроль серверов, БД, веб-сервисов. Уведомления о проблемах за минуты до сбоя.
Медицинский портал
Мониторинг с учётом 152-ФЗ: контроль доступности, SSL, бэкапов. Ежемесячные отчёты.
Корпоративная инфраструктура
Мониторинг 30+ серверов: Zabbix, Grafana, централизация логов. Внешний контур мониторинга.
Облачный проект
Мониторинг облачных ресурсов: AWS + Яндекс Cloud. Контроль затрат и производительности.
Часто задаваемые вопросы о мониторинге
Развёрнутые ответы на популярные вопросы
Мониторинг серверов — это система непрерывного наблюдения за состоянием инфраструктуры. Без него вы узнаёте о проблемах от пользователей, когда сайт уже недоступен, а клиенты уходят к конкурентам.
Что даёт мониторинг:
- Раннее обнаружение — узнаёте о проблеме до того, как она повлияет на пользователей
- Снижение простоев — быстрое реагирование сокращает время недоступности
- Планирование ресурсов — видите тренды роста и заранее добавляете мощности
- Экономию — выявляете простаивающие и перегруженные ресурсы
В 2026 году мониторинг стал критичным компонентом: спрос на GPU-инфраструктуру удвоился, а сложность систем выросла. Без мониторинга невозможно эффективно управлять ни производительностью, ни расходами.
Это две основные системы мониторинга, каждая со своими сильными сторонами:
Zabbix — классическая система мониторинга с веб-интерфейсом, агентами, шаблонами и триггерами. Подходит для традиционных серверов, виртуальных машин, сетевого оборудования.
Prometheus — современная система с pull-моделью сбора метрик. Идеальна для микросервисов, Kubernetes, облачных приложений. Использует язык запросов PromQL.
В 2026 году многие компании используют гибридный подход: Zabbix для инфраструктуры, Prometheus для приложений и контейнеров. Обе системы бесплатны, но требуют настройки.
Мы помогаем выбрать подходящий стек и настроить его под вашу инфраструктуру.
Grafana — инструмент визуализации данных. Она подключается к источникам (Prometheus, Zabbix, MySQL, Elasticsearch) и строит интерактивные дашборды.
Что можно видеть на одном экране:
- Нагрузку — CPU, RAM, диск, сеть
- Сервисы — Nginx, PHP-FPM, MySQL, Redis
- Бизнес-метрики — заказы, регистрации, выручка
- Алерты — активные инциденты
Grafana позволяет команде видеть состояние инфраструктуры в реальном времени. Руководство — динамику ключевых показателей. Настраиваем дашборды под ваши задачи.
Мониторинг делится на несколько уровней:
Базовые метрики: CPU, RAM, диск, сеть. Показывают общее состояние сервера.
Сервисные метрики: Nginx (запросы, ошибки), PHP-FPM (процессы, очередь), MySQL (соединения, медленные запросы), Redis (память, попадания в кеш).
Прикладные метрики: время отклика, количество ошибок, RPS (запросов в секунду).
Бизнес-метрики: заказы, регистрации, выручка, конверсия.
В 2026 году растёт значимость GPU-метрик: загрузка ускорителя, температура, использование видеопамяти, статус CUDA-процессов. Для AI-нагрузок это критично.
Определяем критичные метрики для вашего проекта и настраиваем их сбор.
Оповещение — это уведомление о проблеме. Настраиваются триггеры: условия, при которых срабатывает алерт.
Пример правила: «Если CPU > 85% в течение 5 минут — отправить алерт».
Каналы уведомлений:
- Telegram — оперативная связь
- Email — официальные уведомления
- SMS — для критичных инцидентов
- Webhook — интеграция с системами тикетов
Настраиваем приоритеты: критичные, важные, информационные. Проблемы выявляем до того, как их заметят пользователи.
Стоимость зависит от объёма и сложности инфраструктуры:
- Базовая настройка (1–3 сервера) — от 2 000 ₽/мес
- Расширенная (5–10 серверов) — от 5 000 ₽/мес
- Премиум (20+ серверов, GPU, Kubernetes) — от 12 000 ₽/мес
В 2026 году наблюдается дефицит DevOps-специалистов, которые обычно занимаются мониторингом. Компании всё чаще передают эту задачу на аутсорсинг, чтобы не искать дорогих специалистов.
Точный расчёт — после аудита инфраструктуры.
Сроки зависят от объёма:
- Базовая настройка — 1–2 дня
- Расширенная с дашбордами и алертами — 2–3 дня
- Сложные инфраструктуры (Kubernetes, GPU) — до недели
После развёртывания мониторинг работает автоматически. Настраиваем алерты, дашборды, отчёты.
Выбор зависит от типа инфраструктуры:
- Zabbix — для традиционных серверов, ВМ, сетевого оборудования, физических серверов. Зрелая система, много готовых шаблонов
- Prometheus — для микросервисов, Kubernetes, облачных приложений. Гибкий язык запросов, встроенная поддержка контейнеров
В 2026 году большинство компаний используют оба инструмента: Zabbix для инфраструктуры, Prometheus для приложений. Это даёт максимальное покрытие.
Если не уверены — проконсультируем. Для небольших проектов часто достаточно одного инструмента.
Внешний контур — это когда сервер мониторинга находится вне вашей инфраструктуры. Если ваш сервер или вся площадка упадёт, мониторинг продолжит работать и отправит оповещение.
Что проверяет внешний контур:
- Доступность — сайт открывается
- Время отклика — скорость загрузки
- SSL — срок действия сертификата
- DNS — корректность записей
Размещаем сервер мониторинга отдельно от вашей инфраструктуры. Это гарантирует, что при сбое основной площадки вы получите уведомление.
Да, для мониторинга доступности сайтов агенты не нужны. Проверяем:
- HTTP/HTTPS — код ответа, время отклика
- Ping — доступность сервера
- DNS — разрешение домена
- SSL — срок действия сертификата
Для глубокого мониторинга серверов (CPU, RAM, диск) нужны агенты. Они устанавливаются на сервер и передают метрики в систему мониторинга.
Настраиваем проверку срока действия SSL. Оповещение приходит за 30, 14 и 7 дней до истечения.
Что дополнительно проверяем:
- Цепочку сертификатов — все ли промежуточные сертификаты на месте
- Соответствие домену — выдан ли сертификат на правильное имя
- Протоколы — поддерживается ли TLS 1.2/1.3
Просроченный SSL блокирует сайт — браузеры показывают предупреждение. Мониторинг предотвращает эту ситуацию.
Uptime-мониторинг — проверка доступности сайта или сервиса. Настраиваем HTTP-проверки с интервалом от 1 минуты.
Что фиксируем:
- Доступность — работает или нет
- Время отклика — как быстро отвечает
- Код ответа — 200, 404, 500
- Историю — статистика за период
Если сайт не отвечает — получаете оповещение в течение минуты. Для критичных проектов настраиваем проверки из нескольких регионов.
Настраиваем мониторинг MySQL, PostgreSQL, MongoDB:
- Соединения — количество активных подключений
- Медленные запросы — запросы, выполняющиеся дольше нормы
- Размер БД — рост данных и индексов
- Репликация — задержка между мастером и репликами
- Блокировки — транзакции, блокирующие друг друга
- Кеш — процент попаданий в буферный пул
Оповещения при отклонениях. Проблемы выявляем до того, как они повлияют на пользователей.
Алерт — уведомление о проблеме. Настраиваются пороги, время, приоритеты.
Примеры правил:
- CPU > 85% в течение 5 минут — важный алерт
- Диск > 90% — критичный алерт
- Сайт недоступен — мгновенное оповещение
- SSL истекает через 7 дней — информационный алерт
Настраиваем каналы: Telegram, email, SMS, webhook. Приоритеты помогают не заваливать команду лишними уведомлениями.
Да, для Docker используем cAdvisor и node-exporter. Для Kubernetes — kube-state-metrics и Prometheus Operator.
Что контролируем в Kubernetes:
- Поды — статус, рестарты, ресурсы
- Ноды — нагрузка, доступность
- Деплойменты — реплики, обновления
- Сервисы — эндпоинты, доступность
В 2026 году FinOps-практики стали частью мониторинга: отслеживаем не только производительность, но и расходы. Инструменты вроде «Клаудмастер» автоматически выявляют неоптимальные ресурсы и предлагают оптимизацию.
Зависит от системы:
- Prometheus — хранит данные локально 15 дней по умолчанию. Для длительного хранения подключаем Thanos или VictoriaMetrics
- Zabbix — хранит историю в своей БД. Срок настраивается
Для долгосрочного анализа (тренды, планирование) настраиваем выгрузку в отдельное хранилище. История метрик помогает понять, как росла нагрузка, и спланировать ресурсы.
Централизация логов — сбор логов со всех серверов в одном месте. Используем:
- ELK (Elasticsearch + Logstash + Kibana) — классический стек
- Loki + Grafana — современная альтернатива, легче в обслуживании
Позволяет искать логи по всем серверам сразу. При инциденте не нужно подключаться к каждому серверу — все данные в одном месте.
Настраиваем сбор метрик из приложения или БД:
- Заказы — количество, сумма
- Регистрации — новые пользователи
- Выручка — по дням, неделям
- Конверсия — из заявки в покупку
Отображаем на дашборде рядом с техническими метриками. Если упала выручка — видите, связано ли это с техническими проблемами.
Да, мы предоставляем тестовый период для оценки. Успеете проверить:
- Удобство дашбордов
- Работу алертов
- Полноту метрик
- Скорость реакции
Условия тестирования обсуждаются индивидуально.
Способы оплаты:
- Банковская карта — онлайн
- По счёту — для юридических лиц и ИП
- СБП — Система быстрых платежей
Периоды: месяц, квартал, год. При длительной оплате — скидка.
Отчёт включает:
- Аптайм — процент доступности
- Инциденты — что произошло, как решено
- Время реакции — как быстро обнаружили и исправили
- Тренды метрик — рост нагрузки, изменения
- Рекомендации — что оптимизировать
Отправляем на email. Вы всегда видите, что происходит с инфраструктурой.
Да, пороги можно менять в любое время. Вы можете делать это самостоятельно или через нас.
Настраиваем под ваш проект: где-то CPU 70% — уже проблема, где-то 90% — норма. Пороги зависят от задач и оборудования.
Проверяем систему:
- Работу агентов — передают ли метрики
- Доступность сервера мониторинга
- Настройки триггеров — корректны ли пороги
Если проблема на нашей стороне — исправляем. Если на вашей — консультируем. Мониторинг без алертов бесполезен, поэтому следим за надёжностью системы.
Да, один сервер мониторинга может обслуживать несколько проектов. Разграничиваем доступ и настраиваем отдельные дашборды для каждого.
Для крупных инфраструктур используем мультитенантный подход: каждый проект изолирован, но управление централизовано.
Проводим обучение:
- Как читать дашборды — что означают метрики
- Как реагировать на алерты — что делать при срабатывании
- Как менять пороги — настройка под задачи
- Как искать причины инцидентов — работа с логами
Форматы: вебинары, инструкции, консультации. Команда должна понимать, что показывает мониторинг, и уметь реагировать.
SLA (Service Level Agreement) — гарантия уровня сервиса. Для мониторинга это:
- Время реакции на инцидент
- Доступность системы мониторинга
- Время решения проблем
Рекомендуем для критичных проектов. Все условия фиксируются в договоре.
В 2026 году FinOps-подход интегрируется с мониторингом: компании отслеживают не только производительность, но и эффективность расходов. Инструменты автоматически выявляют ресурсы с низкой утилизацией.
Процесс простой:
- Оставьте заявку — на сайте или по телефону
- Обсудим задачи — какая инфраструктура, какие метрики важны
- Подберём стек — Zabbix, Prometheus, Grafana или комбинация
- Настроим мониторинг — под ключ, с дашбордами и алертами
- Обучим команду — если нужно
Инфраструктура под наблюдением, проблемы выявляются до инцидентов. Мы на связи для любых вопросов.