Мониторинг, оповещения и журнал.
Графики памяти, процессора, времени ответа и трафика, путь проверки доступности, оповещения, которые мы отправляем, и журнал за 7 дней с поиском для каждого сервиса.
У каждого приложения и каждого сервиса проекта есть вкладки Мониторинг и Журнал. Ни для одной из них ничего устанавливать не нужно.
Мониторинг
Выберите период — 1 ч (точка каждую минуту), 24 ч (средние значения за 5 минут) или 7 дн. (средние значения за 15 минут). Графики:
- Память — используемая память, без кеша, который система освобождает сама, в сравнении с лимитом сервиса.
- CPU — доля используемых ядер; 100% означает, что заняты все.
- Время ответа — сколько времени занимает ответ на проверку доступности; проверка выполняется каждую минуту. Неудачные проверки за период подсчитываются под графиком.
- Исходящий трафик — данные, которые сервис отправил в интернет; трафик между сервисами проекта не учитывается. Под графиком — входящий и исходящий трафик за этот месяц.
- Экземпляры — сколько экземпляров работало, если у сервиса их больше одного.
В Обзор также показано текущее потребление каждого сервиса проекта, с линией за последние 5 минут.
Путь проверки доступности
Каждую минуту мы открываем одну страницу вашего веб-сервиса, чтобы измерить время ответа и узнать, отвечает ли он. По умолчанию это главная страница. Лучше всего подходит страница, которая отвечает быстро и без тяжёлой работы, — например, маршрут /health, возвращающий OK.
Чтобы изменить путь: Мониторинг → Изменить путь или Настройки → Проверка доступности. Путь начинается с /, не содержит пробелов и не длиннее 200 символов.
Оповещения
Мы сообщаем вам по электронной почте (и в Telegram, если вы его подключили), а также ещё раз, когда всё возвращается в норму:
| Событие | Когда |
|---|---|
| Приложение или сервис перестали отвечать | проверка доступности не проходит или сервис постоянно останавливается |
| Задача по расписанию завершилась с ошибкой | после запуска, с её выводом в журнале |
| Высокое использование памяти | выше 90% лимита в течение 10 минут |
| Высокая загрузка процессора | выше 90% его ядер в течение 15 минут |
| Диск базы данных заполняется | при 80% и 90%, а также когда он заполнен |
| Трафик | при 80% и 100% включённого в проект трафика |
| Развёртывание не завершилось | продолжает работать предыдущая версия |
Высокое использование памяти или процессора никогда ничего не останавливает — это признак того, что сервису пригодятся дополнительные ресурсы (Настройки → Ресурсы).
Чтобы эти события получала и ваша команда — в Slack, Discord или через вебхук, — используйте Настройки → Уведомления для команды. См. Развёртывания.
Журнал
Вкладка Журнал показывает то, что выводит ваше приложение, — в стандартный вывод и стандартный поток ошибок.
В реальном времени
В реальном времени показывает новые строки по мере появления. Фильтр строк оставляет только строки с нужным словом. Выберите процесс: Сайт, один из фоновых процессов или Расписание для команд по расписанию. Если экземпляров несколько, у каждого свой журнал.
История и поиск
Журнал хранится 7 дней. Выберите период — Последние 15 минут, Последний час, Последние 6 часов, Последние 3 дня, Последние 7 дней или Свой период — и введите то, что ищете, в Поиск по журналу.
- Фильтр по уровню: Ошибки, Предупреждения и ошибки, Информация и важнее или Все уровни. Уровень показывается, если он указан в строке (как это делает большинство фреймворков).
- Показать более ранние строки продолжает поиск дальше в прошлое.
- Скачать сохраняет строки за период в файл.
Когда что-то сломалось
Если развёртывание не завершилось или сервис перестал работать, Объяснить ошибку читает последние строки журнала и подсказывает вероятную причину и способ исправления для вашего стека. См. Инструменты разработчика.
Журнал сборки каждого развёртывания остаётся на вкладке Развёртывания.