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

А хотелось бы такую возможность

вы можете использовать совместно

В случае если бы у меня был десяток серверов с постгресом, то да mamonsu удобно, накатил его вместо агента. В моем случае postgres используется как БД к zabbix-server и агент установлен по-умолчанию и хотелось бы использовать стандартный агент для коммуникации с сервером. Можно было бы сделать чтобы mamonsu генерил конфиг для агента, в котором запускался бы mamonsu для получения отлеживаемых параметров постгреса. mamonsu просто отдавал параметры постгреса стандартному агенту забикс.

Если у тебя открыт 1 входящий порт на сервер и выключен исходящий трафик - то совместно трудновато.

В случае если бы у меня был десяток серверов с постгресом, то да mamonsu удобно, накатил его вместо агента. В моем случае postgres используется как БД к zabbix-server и агент установлен по-умолчанию и хотелось бы использовать стандартный агент для коммуникации с сервером. Можно было бы сделать чтобы mamonsu генерил конфиг для агента, в котором запускался бы mamonsu для получения отлеживаемых параметров постгреса. mamonsu просто отдавал параметры постгреса стандартному агенту забикс.

mamonsu генерит темплейт, и отсылает данные. вы не заставите нормально собирать данные через zabbix-agent

я бы с удовольствием обошелся только zabbix_agent без кучи питонячих прокладок

но реальность такова, что вы будете задрачивать при опросе метрик PostgreSQL при помощи zabbix-agent (сейчас уже под сотню метрик, и в приницпе все важные) mamonsu же держит пул персист коннекта и не требует прав суперпользователя

> В моем случае postgres используется как БД к zabbix-server в вашем случае mamonsu - оверинжиниринг

но реальность такова, что вы будете задрачивать при опросе метрик PostgreSQL при помощи zabbix-agent (сейчас уже под сотню метрик, и в приницпе все важные) mamonsu же держит пул персист коннекта и не требует прав суперпользователя

Я писал это все в надежде что тут есть разработчик mamonsu. Не вижу проблемы использовать mamonsu для получения метрик, а отправлять их стандартным агентом. При этом mamonsu ничто не мешает держать постоянный пул соединений. На данный момент пользуюсь этим шаблоном: https://github.com/lesovsky/zabbix-extensions/tree/master/files/postgresql. Там все параметры agent получает через запуск psql, проблем с производительностью не видел.

Я писал это все в надежде что тут есть разработчик mamonsu. Не вижу проблемы использовать mamonsu для получения метрик, а отправлять их стандартным агентом. При этом mamonsu ничто не мешает держать постоянный пул соединений. На данный момент пользуюсь этим шаблоном: https://github.com/lesovsky/zabbix-extensions/tree/master/files/postgresql. Там все параметры agent получает через запуск psql, проблем с производительностью не видел.

> Я писал это все в надежде что тут есть разработчик mamonsu я за него. >На данный момент пользуюсь этим шаблоном нормальный шаблон > там все параметры agent получает через запуск psql, проблем с производительностью не видел вам этого хватит

>mamonsu для получения метрик, а отправлять их стандартным агентом зачем отправлять агентом если метрики уже и так собрали?

вы же понимаете что нужно будет как-то расказать zabbix_agent как эти метрики забрать с mamonsu

зачем так усложнять, чтобы что?

зачем так усложнять, чтобы что?

Тут нет усложнения это классическое использование системы мониторинга Zabbix. Устанавливается zabbix-agent который собирает и отправляет метрики серверу, так ведь в мануале к забиксу написано.

Тут нет усложнения это классическое использование системы мониторинга Zabbix. Устанавливается zabbix-agent который собирает и отправляет метрики серверу, так ведь в мануале к забиксу написано.

я вам процитирую >mamonsu для получения метрик, а отправлять их стандартным агентом

можно было пойти по другому пути - создать библиотечку для zabbix_agent

но расширяемость - хромает (прийдеться писать на C, линковаться с libpq и тд и тп)

возможно когда устоканять метрики - можно будет написать и такой вариант, но честно говоря - лень :) да zabbix не единственная платформа с которой может работать mamonsu

он еще работает с graphite/opentsdb, может строить графики вообще без zabbix

можно было пойти по другому пути - создать библиотечку для zabbix_agent

вот пример такой реализации: https://github.com/cavaliercoder/libzbxpgsql

но чувак портировать под windows наверно это не будет

возможно когда устоканять метрики - можно будет написать и такой вариант, но честно говоря - лень :) да zabbix не единственная платформа с которой может работать mamonsu

Так бы сразу и написали ?

Так бы сразу и написали ?

я писал мамонсу и для того чтобы снимать метрики на тестовых площадках, которые изолированны и нет не то что zabbix, пакетов не поставишь чтобы собрать что-то, а python везде стоит :)

Раз уж тут начался разговор за мамонсу

не созрели еще планы по мониторингу несколькоих инстансев/кластеров PostgreSQL на одном сервере (экземпляре OS)?

не созрели еще планы по мониторингу несколькоих инстансев/кластеров PostgreSQL на одном сервере (экземпляре OS)?

посмотрим :)

можно ли в постгресе сделать такой триггер, чтоб при перезаписи жсон документа, делался аудит - в отдельную таблицу чтоб складывались записи вот такого вида: [{ path: "profile.photo", kind: "E", lhs: "http://example.com/1.jpg", rhs: "http://example.com/none.png" }, { path: "profile.name", kind: "D", lhs: "Ivan"}, { path: "friends", kind: "E", lhs: [1, 2, 3], rhs: [1, 3]}] Другими словами, можно ли реализовать вот эту либу скриптингом постгреса: https://github.com/flitbit/diff

можно ли в постгресе сделать такой триггер, чтоб при перезаписи жсон документа, делался аудит - в отдельную таблицу чтоб складывались записи вот такого вида: [{ path: "profile.photo", kind: "E", lhs: "http://example.com/1.jpg", rhs: "http://example.com/none.png" }, { path: "profile.name", kind: "D", lhs: "Ivan"}, { path: "friends", kind: "E", lhs: [1, 2, 3], rhs: [1, 3]}] Другими словами, можно ли реализовать вот эту либу скриптингом постгреса: https://github.com/flitbit/diff

Я думаю, такое можно на plpython сделать

Наверняка там есть либа для сравнения словарей, можно просто её использовать

https://pypi.python.org/pypi/json-delta/

3 строчки будет триггер )

https://pypi.python.org/pypi/json-delta/

О, спасибо.

Я думаю, такое можно на plpython сделать

?

хочу попробовать postgresql, сложно мне будет после mysql?

хочу попробовать postgresql, сложно мне будет после mysql?

неа

на убунте

хочу попробовать postgresql, сложно мне будет после mysql?

Нет.

на убунте

Без разницы

синтаксис отличается?

хочу попробовать postgresql, сложно мне будет после mysql?

Сложно будет поверить в своё счастье!

синтаксис отличается?

неа

то есть я могу вообще не заморачиваться, что в pg в запросах что-то не так, как в mysql?

не совсем

то есть я могу вообще не заморачиваться, что в pg в запросах что-то не так, как в mysql?

далеко не всегда так)

но в целом - одно и то же

то есть я могу вообще не заморачиваться, что в pg в запросах что-то не так, как в mysql?

Зависит от того, какие запросы.

главное - научиться забывать ограничения мускула

например субселект в IN() не обязательно должен быть без LIMIT ( в мускуле нельзя)

банальный пример с лимитом и оффсетом. В постгрес он пишется именно так - limit 10 offset 0

это, пожалуй, удобно

а что по поводу админки, аналог phpmyadmin именно для веба есть?

pgAdmin мне понравился

phppgadmin же есть.

я думаю не стоит забывать что в иннодб другое устройство индексов и запросы вида select * from table where a = x order by id limit 10 будут работать не так как в мускуле и потребуют индекс не по (a), а по (a, id)

1) регистрозависимость 2) набор функций для работы с датой и временем 3) В MySQL комменты с # допустимы, в postgres нет, ну и всякие мелочи

запросы с лайками тоже будут по-другому

регистрозависимость?

но не в ключевых же словах select, insert ...?

Нет.

Database, table, field and columns names in PostgreSQL are case-independent, unless you created them with double-quotes around their name, in which case they are case-sensitive. In MySQL, table names can be case-sensitive or not, depending on which operating system you are using.

в названиях колонок?

ладно, спасибо

i'll be back =)

А еще можно эмоджами называть таблицы-колонки

это развлечение пускай останется школьникам

ERROR: S client not available

я не совсем еще понимаю, как устроены триггеры на разных языках

ставится либа для конкретного языка, например, для java и она играет роль прослойки? то есть движок (pgsql) при срабатывании триггера шлет данные в модуль, написанный на джаве?

Господа, а работл ли кто-нибудь с http://www.enterprisedb.com/edb-ark

Нубский вопрос. Я правильно понял что в контексте пг cluster - это физическое перераспределение данных согласно индексу для оптимизации выборок, а на порядок дальнейших записей это никак не повлияет?

да

спасибо

https://gist.github.com/vadv/0e3d131a1a8da02dc93cbc24916373e4 сегодня for fun гоняли на разных файловых системах pg_test_fsync, разница ... нет разницы :)

xfs fdatasync 88.591 ops/sec 11288 usecs/op write, fsync, close 32.195 ops/sec 31061 usecs/op write, close, fsync 35.171 ops/sec 28432 usecs/op ext4 fdatasync 88.583 ops/sec 11289 usecs/op write, fsync, close 24.169 ops/sec 41376 usecs/op write, close, fsync 26.969 ops/sec 37079 usecs/op

ну ты бы хоть батарейку поставил

кому эти 24 фсинка нужны

:)

на baum проверим

Btrfs забенчи

btrfs - хотел сказать носпейсфс?

Да

zfs

не, ну это серьезно бред без батарейки тестить. для кого эти тесты

zfs

Oomfs ?

а с батарейкой получите ~15к фсинков и тоже не так важно какая фс

не, ну это серьезно бред без батарейки тестить. для кого эти тесты

ок, будет тебе, когда железку дадут вендоры

ну интересно же когда в кэш не влазит

тогда не тести этой утилиткой

а чем тестить :)

я считаю что раньше ты упрешься в проблемы приложухи

чем в файловую систему

ну если собрался тестить, то fio

ты сможешь сделать более менее любой конфиг если захочешь

то есть и запись в датафайлы эмулировать, и параллельно словно вал пишешь рядом

чтобы дать кешу просраться

да на самом деле можно и с помошью pgbench положить с кастомными скриптами - seq scan + update + small shared buf

одной джобе то есть сказать randrw буфферед. второй просто write последовательный с fsync каждые N блоков