Как мониторить VPS-сервер

Ping показывает только сетевую доступность узла. Сервер может отвечать на ping, но приложение уже зависло, база не принимает соединения, диск заполнен, а сайт отдаёт 502. Поэтому для VPS нужен мониторинг именно прикладного состояния: heartbeat агента, метрики ресурсов и внешняя проверка сайта.

Heartbeat особенно важен: он показывает, что агент на сервере жив и регулярно передаёт данные. Если heartbeat пропал, это может означать остановку агента, сетевую проблему, зависший сервер или сбой доступа к backend мониторинга. Такой сигнал помогает отличить “сайт упал” от “сервер перестал присылать состояние”.

CPU показывает текущую загрузку процессора, а load average помогает увидеть очередь задач. Для VPS с малым числом ядер даже короткие пики могут заметно влиять на сайт. Если load стабильно выше числа CPU-ядер, запросы могут ждать выполнения, а TTFB будет расти.

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

RAM критична для приложений, базы данных, кешей и системных процессов. Когда память заканчивается, сервер начинает активнее использовать swap или убивает процессы через OOM killer. Для пользователя это может выглядеть как 500, 502, долгий ответ или периодическое падение сайта.

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

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

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

Универсальных порогов для всех VPS нет, но есть практичные ориентиры. CPU и load важны при устойчивой перегрузке, RAM — когда значение близко к лимиту, диск — заранее, обычно до критических 90-95%. Heartbeat должен быть строгим: если агент перестал присылать данные, состояние сервера неизвестно.

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

Агент мониторинга должен быть предсказуемым и безопасным. Для базового мониторинга достаточно read-only sensor: он собирает метрики и отправляет heartbeat, но не выполняет команды на сервере. Это снижает риск и упрощает объяснение владельцу инфраструктуры.

Если агент перестал работать, мониторинг должен показать это отдельно. Иначе команда может думать, что сервер здоров, хотя на самом деле данные просто перестали приходить. Поэтому heartbeat — обязательная часть мониторинга VPS.

В production полезно разделять права и окружения. Агент на VPS не должен иметь доступ к секретам приложения, базе данных или управлению деплоем. Его задача — передавать техническое состояние: ресурсы, свежесть данных и признаки деградации. Такой подход проще поддерживать, безопаснее для клиента и понятнее при аудите инфраструктуры.