Сравнение Grafana и Dimension-UI на задаче мониторинга истории активных сессий

[gecube]

Я вообще не понимаю, как можно сравнивать десктопное приложение и серверное ? Вот, скажем, нет доступа к серверу pg напрямую. Закрыто сетевой политикой. Или есть, но непривилегированный пользователь ?

Графана в этом кейсе на раз два выиграет.

А исторические данные ? У меня были кейсы, когда нужны метрики за 3 месяца назад. Как тут Dimension UI поможет ? Конечно, утилита выглядит красивой и интересной. Но вот суть ее уже ставит серьёзные вопросы на ее применимость. Вот бы было здорово ее как то на сервере запустить, закрыть паролем и так смотреть?

[akardapolov]

Я вообще не понимаю, как можно сравнивать десктопное приложение и серверное?

Можно сравнить. Только не абстрактно, а на конкретной задаче и посмотреть как она решается с помощью инструментов.

Вот, скажем, нет доступа к серверу pg напрямую. Закрыто сетевой политикой. Или есть, но непривилегированный пользователь?

Если нет прямого доступа - ставим в DMZ рядом с PG виртуальную машину и ходим на нее по защищенному каналу. Для непривилегированного пользователя даем права на просмотр данных мониторинга, и ходим также через виртуалку VDI. Снимаем целый пласт проблем с безопасностью, если сравнивать с Web.

А исторические данные ? У меня были кейсы, когда нужны метрики за 3 месяца назад. Как тут Dimension UI поможет ?

Если локально сбор настроен с использованием Dimension-UI - смотрим историю (вкладка History). Если локально нет данных, но они есть в БД - идем на вкладку Ad-Hoc и смотрим данные напрямую, без написания SQL-запросов (No-code). Тут можно посмотреть, раздел AdHoc запросы.

Вот бы было здорово ее как то на сервере запустить, закрыть паролем и так смотреть?

Да, именно так. VDI в этом случае решает. Лично неоднократно наблюдал, как ASH-Viewer разворачивали на виртуальной машине и параллельно с штатным мониторингом держали ее в резерве для просмотра истории, при разборе инцидентов etc. Тоже самое можно делать и с Dimension-UI.

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

Работа с данными должна быть удобной. Пока на Desktop, но если данный подход покажет свою эффективность - не проблема развернуть Web-версию, с текущим то развитием технологий LLM. Или конкуренты подтянутся и реализуют похожую функциональность - тоже хорошо.

[gecube]

Да, именно так. VDI в этом случае решает. Лично неоднократно наблюдал, как ASH-Viewer разворачивали на виртуальной машине и параллельно с штатным мониторингом держали ее в резерве для просмотра истории, при разборе инцидентов etc. Тоже самое можно делать и с Dimension-UI.

это звучит диковато, потому что мониторинг у вас и так, и так будет хоть какой-то и интегрировать туда сбор данных с постгреса не является большой проблемой. Лично в тех организациях, где я работал, выделение отдельной vdi с графическим режимом - куда большая проблема. Не говоря уже о том, что кто будет держать ее 24/7, чтобы метрики были доступны - это попросту дорого. Дороже, чем графана и прометеус.

Если локально сбор настроен с использованием Dimension-UI - смотрим историю (вкладка History). Если локально нет данных, но они есть в БД - идем на вкладку Ad-Hoc и смотрим данные напрямую, без написания SQL-запросов (No-code). Тутможно посмотреть, раздел AdHoc запросы.

Можно подробнее ? Это может быть существенным моментом.

[akardapolov]

это звучит диковато

Если это делали - значит было удобно. Значит была/есть потребность в таком типе работы с данными мониторинга.

выделение отдельной vdi с графическим режимом - куда большая проблема

Орг. моменты, решаются при необходимости.

Можно подробнее ? Это может быть существенным моментом.

Идем по подключению в БД, выбираем таблицу или представление. Далее выставляем метку времени, выбираем метрики/измерения - и смотрим график за любой период, с фильтрами. Без написания SQL.

Ad-Hoc интерфейс

[gecube]

Требования к мониторингу какие ? Что на инстансе постгреса надо крутить? Исторические данные в нем же самом хранятся ?

[akardapolov]

Требования к мониторингу какие ?

Зависит от объемов, если что-то критичное - лучше данные мониторинга складировать в отдельную БД. Можно и на хосте который мониторим, если нагрузка небольшая. Сами данные мониторинга агентом загружаем в таблицу истории активных сессий - и по ней смотрим статистику. Можно грузить любые данные, не только историю активных сессий, нужные метрики собирать запросом и смотреть состояние системы.

В Dimension-UI данные с удаленных систем можно собирать на клиентской станции, где установлено приложение. Приложение в этом случае работает как агент для сбора данных или же подтягивать изменения из уже сохраненных таблиц на удаленной системе — приложение автоматически отслеживает метку времени и подгружает данные в пакетном режиме в локальную БД (метка времени в данных мониторинга устанавливается уже извне, через внешнего агента, которые пишет данные в таблицы - как в Active session history Oracle). В первом случае в настройках по запросу указываем BY_CLIENT_JDBC, а для второго варианта — BY_SERVER_JDBC. Подробности по настройке приложения есть в документации на Github.