В новой версии можно отслеживать состояние СУБД на основе PostrgeSQL. Для этого появился дашборд PostgreSQL Database:

На панелях дашборда можно отследить основные показатели СУБД (General counters) и настройки (Settings). Например, размер базы данных, количество запросов к ней, максимальный размер журнала предзаписи (WAL). Кроме того, на графиках с метриками (Database stats) наглядно отображается, как менялась ситуация с течением времени. Также можно проанализировать запросы с максимальными показателями (SQL query stats (Top 20)): самые продолжительные, наиболее часто вызываемые и запросы с самой высокой нагрузкой на диски.

Данные отображаются на дашборде благодаря новым сервисам, которые входят в комплект поставки:

•VictoriaMetrics – сервис базы данных временных рядов;

•PostgresExporter – экспортер для сбора метрик СУБД.

Сервисы входят в комплект поставки и устанавливаются вместе с решением.

Иногда нужно проанализировать, в какой момент возникли длительные запросы: при обращении к веб-серверу, сервису интеграции или базе данных. Для этого появился дашборд WebServer. HTTP-SQL duration:

С помощью панели HTTP Operations with SQL queries можно отследить общую и среднюю длительность каждого типа HTTP-запроса, а также время, которое в них занимает SQL-запрос. На панелях с графиками наглядно отображается разница между длительностью HTTP- и SQL-запросов (HTTP/SQL Duration), а также статистика запросов к СУБД и ответов от нее (SQL queries/rows). Кроме того, детальную информацию по каждому запросу можно проанализировать с помощью панели List of operations.

После изучения данных на дашборде администратор может понять, какие запросы занимают длительное время, и предпринять шаги для устранения проблемы. Для этого, если при выполнении HTTP-запроса:

•SQL-запрос занимает большую часть времени, то нужно проверить нагрузку на СУБД и проанализировать ошибки подключения к ней;

•SQL-запрос занимает мало времени, то нужно проверить нагрузку на веб-сервер или сервис интеграции.

В новой версии улучшена работа дашборда для отображения длительности операций в веб-клиенте (Web Client. Performance):

•раньше на панелях с графиками выделялись только пиковые значения, а маленькие изменения были визуально незаметными. Теперь можно отследить даже небольшие колебания. Для этого шкала длительности подстраивается под полученные значения:

•больше не нужно вручную устанавливать одинаковый период для каждой панели дашборда. По умолчанию отображаются данные за последние 30 дней;

•снижена нагрузка на Elasticsearch при получении данных для панелей.

В новой версии администратор может проанализировать длительность основных операций в веб-клиенте по каждому пользователю. Для этого появился дашборд Web Client. Performance per user. С его помощью легко определить, проблема возникла у одного сотрудника или массово. На панелях дашборда отображается информация о том, кто и над какими объектами выполнял операции, а также время и длительность каждой из них:

В новой версии администратор может редактировать не только добавленные источники данных, но и встроенные. Например, если в поисковой системе Elasticsearch настроена аутентификация через SSL-сертификаты, то в Grafana их нужно указать в источниках данных: RX-log, RX-healthcheck, rx-log-errors и во всех других, использующих Elasticsearch. Для этого в списке источников данных достаточно выбрать нужный и изменить его настройки:

После обновления или перезапуска сервисов решения измененные настройки сохраняются.

Параметр gr_extended_datasources, с помощью которого в конфигураторе Directum Launcher можно было указать путь к файлу с источниками данных, удален. Вместо этого их можно добавлять в Grafana.

1.Добавлена поддержка версии Grafana 10.3.1.

2.На дашборде Service Errors на панель Errors добавлен столбец Version (first seen). Благодаря этому можно быстро отследить, ошибка появилась в прошлых версиях или после публикации новой. Для правильного анализа данных рекомендуется выбирать длительный интервал времени.