Собственно говоря маппинг осуществляется в моменте создания таблицы, т.е. имена колонок в таблице должны в точности соответствовать полям в документе. В моём случае это были:
...
id varchar(36),
"@timestamp" timestamp with time zone,
api varchar(36),
"api-response-time" int,
...
Счетчик на нулях, так как track_io_timing (включает замер времени операций ввода/вывода) по-умолчанию выключен, на демонстрационном стенде я его не включил.
Спасибо.
Я собирал собственный дашборд для Grafana, из того что есть, к сожалению, подходящего ничего не нашел. Тем более, это достаточно индивидуально, сильно зависит от того какие метрики для Вас ключевые
Последнее утверждение, не очень понятно. О каком экспортере речь?
В простом случае, когда у Вас один экземпляр и одна БД, с описанным в статье экспортером, вообще нет никаких проблем. Он работает, без особых, нареканий.
Но самое интересное начинается когда баз в одном экземпляре более одной, а каких именно и почему, описано в статье.
Может показаться, что я «топлю» за использование postgres_exporter… Но все таки отмечу, что он так же не требует установки на одном узле с PG. И в какой то мере, безопаснее ставить экспортер ближе к prometheus так как postgres_exporter не умеет шифровать трафик до prometheus, но может общаться с PG по ssl
Возможно. Ещё есть mamonsu для zabbix, а так же это можно делать скриптами и вероятно есть ещё много разных инструментов… Но к заметке выше это не имеет ни какого отношения.
Я не сравнивал решения, а разобрал вполне конкретную ситуацию и не более того.
Собственно говоря маппинг осуществляется в моменте создания таблицы, т.е. имена колонок в таблице должны в точности соответствовать полям в документе. В моём случае это были:
Фрагмент документа
В Вашем случае, скорее всего будет нечто вроде этого:
Ну а при select, уже будете работать с массивом json-ов.
Я собирал собственный дашборд для Grafana, из того что есть, к сожалению, подходящего ничего не нашел. Тем более, это достаточно индивидуально, сильно зависит от того какие метрики для Вас ключевые
В простом случае, когда у Вас один экземпляр и одна БД, с описанным в статье экспортером, вообще нет никаких проблем. Он работает, без особых, нареканий.
Но самое интересное начинается когда баз в одном экземпляре более одной, а каких именно и почему, описано в статье.
Я не сравнивал решения, а разобрал вполне конкретную ситуацию и не более того.