пгцентр не совсем про мониторинг, основная цель это показать/посмотреть что сейчас происходит в постгресе, то есть это скорее дополнение к уже имеющемуся мониторингу. Есть конечно функция для дампа статы, но у нее тоже нет задачи заменить мониторинг.
да, можно фильтровать по любому полю… хоткей как в less — "/", есть поддержка регекспов.
например в приаттаченом скринкасте, демонстрируется фильтрация по базе (celldb) и там показываются statements только для этой базы
> В чем принципиальная разница с github.com/julmon/pg_activity
принципиальной разницы нет… подключаемся к постгресу, селектим стату, показываем юзеру.
Разница есть в наборе фич, pgcenter показывает не только активность, но и стату по остальным вьюхам… таблицы, индексы, функции, размеры, вакуумы, репликация, по pg_stat_statements аж 5 скринов, есть системная стата cpu/mem/swap/iostat/nicstat. просмотр и правка конфигов, просмотр логов (пгцентр сам ищет путь, не надо держать их в уме) и пр. кстати psql можно прям из пгцентра запустить если хочется что-то руками поделать (не надо вторую консоль открывать)
> Там табличка более презентабельно раскрашена, как по мне. Глазу легче.
наверно… я про цвета еще не думал, но вот например в новом iostat добавили поддержку цветов, а я ее по старинке отключаю ))) так что на вкус и цвет…
> Я так понимаю, что нужны права суперюзера на исследуемую базу?
да частично нужны права, чтобы смотреть текущие запросы например, но можно дать права роли pg_monitor или как там её и оно должно работать.
OKmeter хорош да, постгресовый плагин там очень годный за счет агрегации данных с pg_stat_statements — очень хорошо видно запросы которые вдруг начинают выпирать (cpu/disk usage, row returned).
Про какую репликацию вы говорите? Репликацию таблиц в XL/XC или нативную потоковую репликацию что изначально есть в постгресе?
Если про первое, то имхо это вобще сомнительная идея (с точки зрения производительности) держать копию таблицы на всех узлах кластера. Если про второе (подпирать каждую датаноду своим стендбаем), то тут репликация совсем не гарантирует консистентность (т.к. нет нативного мониторинга отвалов нод и авто-файловеров) особенно при шардинге таблиц.
pg_monz совсем не умеет мониторить потоковую репликацию и для LLD используются доп.скрипты — лишняя сущность имхо, есть разница в кол-ве отслеживаемых параметров (детальная табличная статистика, параметры конфига pg, объем записи WAL и пр.). Ну и есть пара мелких сугубу субъективных претензий (именование итемов в шаблоне, кол-во и составление графиков, триггеры).
p.s. и еще у меня есть PG_CONN_TOTAL_PCT (см. текст статьи) — универсальная штука с которой нет необходимости лезть в конфиг постгреса и смотреть там max_connections. ))
например в приаттаченом скринкасте, демонстрируется фильтрация по базе (celldb) и там показываются statements только для этой базы
принципиальной разницы нет… подключаемся к постгресу, селектим стату, показываем юзеру.
Разница есть в наборе фич, pgcenter показывает не только активность, но и стату по остальным вьюхам… таблицы, индексы, функции, размеры, вакуумы, репликация, по pg_stat_statements аж 5 скринов, есть системная стата cpu/mem/swap/iostat/nicstat. просмотр и правка конфигов, просмотр логов (пгцентр сам ищет путь, не надо держать их в уме) и пр. кстати psql можно прям из пгцентра запустить если хочется что-то руками поделать (не надо вторую консоль открывать)
> Там табличка более презентабельно раскрашена, как по мне. Глазу легче.
наверно… я про цвета еще не думал, но вот например в новом iostat добавили поддержку цветов, а я ее по старинке отключаю ))) так что на вкус и цвет…
> Я так понимаю, что нужны права суперюзера на исследуемую базу?
да частично нужны права, чтобы смотреть текущие запросы например, но можно дать права роли pg_monitor или как там её и оно должно работать.
Там тезисно, но общие направления куда копать вполне понятны.
Если про первое, то имхо это вобще сомнительная идея (с точки зрения производительности) держать копию таблицы на всех узлах кластера. Если про второе (подпирать каждую датаноду своим стендбаем), то тут репликация совсем не гарантирует консистентность (т.к. нет нативного мониторинга отвалов нод и авто-файловеров) особенно при шардинге таблиц.
Скажите, чем вас не устроил iostat, раз вы решили написать blktop?
я не знал))) все как-то консолью, да консолью
p.s. и еще у меня есть PG_CONN_TOTAL_PCT (см. текст статьи) — универсальная штука с которой нет необходимости лезть в конфиг постгреса и смотреть там max_connections. ))