Мониторинг веб-приложения

Данная статья посвящена лучшим практикам в вопросе мониторинга приложения и сбора статистики, а именно что обязательно и желательно мониторить.

Количество запросов к приложению:

Статусы ответов веб-приложения

Как видите ниже, желтый пик показал, что в результате деплоя новой версии приложения, возникла ошибка.

Количество форков/тредов на каждом сервере (или среднее по всем):

Мониторинг процессора:

Мониторинг жеского диска

Подробнее о том, как снимать показания о ЦП и HDD »

Мониторинг базы данных

Можно осуществлять своими или сторонними силами, например приложением Database Performance Analyzer (ранее назывался Confio Ignite):

SQL-клиенты:

Мониторинг самых ресурсопотребляемых SQL:

обратите внимание на несколько моментов:

• справа можно заметить список наиболее критичных по нагрузке запросов, и внимание, среди них некий запрос без номера "Проблема на секондари v4000", все дело в том, что это запрос уже попадался мне на глаза и я дал ему имя, теперь такие запросы всегда будут показываться не как идентификатор, а по имени.
• внимание на левый нижний угол, запрос 3507649600 выполнялся 54% от всего времени, использовал 100% памяти и CPU, явно это проблемный запрос, поэтому он слева помечен крестиком
• если кликнуть по ссылке more... то можно увидеть сам SQL-запрос и информацию по нему:

Блокировки (SPID - номер сессии клиента), фактически показано какая сессия какую сессию блокирует и можно посмотреть каким запросом блокирует:

Ожидания:

С каких серверов больше всего запросов и проблем:

Видимость важных метрик PostgreSQL

Круглосуточный сбор данных DPA с точностью до секунды измеряет широкий набор показателей для вашей среды PostgreSQL, включая ключевые системные показатели, такие как диск, память и сеть. Кроме того, у вас под рукой ключевые метрики, специфичные для PostgreSQL:

1. Удаление кеша
2. Репликация
3. Вакуум
4. Соответствие лицензии

Что еще может мониторится

Синхронизация данных с другими сервисами:

Мониторинг количества ошибок - часто используют ELK.