Минимальный мониторинг VPS: ресурсы, порты, логи и алерты
Что мониторить на небольшом VPS: CPU, RAM, disk, network, systemd-сервисы, Docker-контейнеры, открытые порты, логи и базовые алерты.
Содержание
Мониторинг VPS не обязан начинаться с тяжелой платформы. Для малого сервера важнее покрыть частые аварии: диск заполнен, сервис упал, порт закрыт, контейнер перезапускается.
Ресурсы сервера
Следите за диском, inode, RAM, swap, load average и сетевыми ошибками. Небольшой VPS чаще падает от заполненного диска логами, чем от сложной атаки.
Сервисы systemd
Критичные units должны иметь понятные имена и restart policy. Проверяйте failed units и последние записи journalctl после обновлений.
Docker-контейнеры
Мониторьте restart count, healthcheck, размер логов и volumes. Контейнер в состоянии restarting часто маскирует ошибку конфигурации.
Порты, IPv4/IPv6 и UDP
Проверяйте доступность публичных TCP-портов снаружи. Для UDP нужен отдельный сценарий: например, тест handshake или профильный healthcheck.
SSH, firewall и безопасность
Логи SSH показывают перебор паролей, ошибки ключей и подозрительные входы. Firewall должен соответствовать фактическому списку сервисов.
Перенос и IP-репутация
После миграции сравните метрики старого и нового VPS: latency, packet loss, ошибки TLS, жалобы на IP и доступность из целевых сетей.
Проверено на практике
- Дата проверки: 2026-05-12
- Среда: Ubuntu/Debian Linux, VPS-провайдеры с публичным IPv4/IPv6
- Версии: актуальная документация Ubuntu/Debian/OpenSSH/systemd/UFW на дату проверки
Мини-чеклист
- Настроить алерт по диску
- Проверять failed systemd units
- Следить за Docker restart count
- Проверять внешние TCP-порты
- Читать SSH и app-логи
Частые ошибки
- Мониторить только ping
- Не смотреть заполнение inode
- Игнорировать Docker logs
- Не проверять UDP-сценарии
- Удалять логи без устранения причины
Источники и документация
FAQ
Достаточно ли ping-мониторинга?
Нет. Сервер может отвечать на ping, но приложение, Docker или конкретный порт уже не работают.
Какие логи смотреть первыми?
journalctl по сервису, auth.log или журнал SSH, docker logs и логи reverse proxy.
Нужен ли агент мониторинга?
Для продакшена полезен, но сначала определите критичные метрики и внешние проверки.
Хотите перейти сразу к рабочему доступу?
Если сценарий уже ясен и не хочется проходить все шаги вручную, оформите доступ и проверьте подключение на своем устройстве.
Оформить доступ