а зачем прости докер? нафига такая изоляция?

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

да, и после этого можно сделать mysql -uroot -proot и поехали, а с постгресом - нет

сам в проде так докер не использовал, но есть устойчивое ощущение, что для таких задач он уже вполне готов

докер как один из варинтов изоляции

после установки логично запустить systemctl start postgresql, а он уже напишет, что initdb надо сделать

хехе :) я ансиблом ставил. никто ничего никуда не спросил ;)))

хехе :) я ансиблом ставил. никто ничего никуда не спросил ;)))

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

докер как один из варинтов изоляции

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

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

и что? systemd юниты и вперед. systemd сам нужные cgroups сделает

для клиентов однообразие

все по одним путям внутри контейнера

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

so so. я как-то отвык, что пакеты что-то спросить могут. не их это дело

хехе :) я ансиблом ставил. никто ничего никуда не спросил ;)))

press any key ?)))

можно ограничивать ресурсы на контейнер

все по одним путям внутри контейнера

а клиент базы-то как их видит?

правда какие побочные эффекты могут могут от этого прийти (в планировщике или еще где) - это тож вопрос

можно ограничивать ресурсы на контейнер

это можно и без контейнера

so so. я как-то отвык, что пакеты что-то спросить могут. не их это дело

так я ж не про пакет. спрашивает (а точнее говорит о том, что надо initdb сделать) не пакет, а сам сервис после запуска с неинициализированным кластером

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

а ресурсы разделять с помощью systemd, как подсказали выше?

это можно и без контейнера

Можно и вручную закатывать, но инфраструктура вокруг докера в этом плане чуть поразвитей будет. А тебя чет бросает из стороны в сторону. То тебе документация pgsql не сильно дружественная, то ты готов вручную колхозить изоляции и ресурсы

а ресурсы разделять с помощью systemd, как подсказали выше?

Смотря, что вы имеете ввиду под рессурсами. CPU?

и сразу под ансимблем

Смотря, что вы имеете ввиду под рессурсами. CPU?

да, CPU, диски, память

мы запускаем постгрес в докере на проде, мы вообще все запускаем в докере, проблем особых нет, но мы и не сильно требовательны пока к постгресу одна из проблем это падение самого докера, который потянет за собой постгрес

да, CPU, диски, память

Память это настройками постгреса нужно рулить. CPU это да cgroups можно заюзать. ЗЫ я противник systemd

мы запускаем постгрес в докере на проде, мы вообще все запускаем в докере, проблем особых нет, но мы и не сильно требовательны пока к постгресу одна из проблем это падение самого докера, который потянет за собой постгрес

часто ли случаются падения самого докера?

мы запускаем постгрес в докере на проде, мы вообще все запускаем в докере, проблем особых нет, но мы и не сильно требовательны пока к постгресу одна из проблем это падение самого докера, который потянет за собой постгрес

> rkt has no centralized “init” daemon, instead launching containers directly from client commands, making it compatible with init systems such as systemd, upstart, and others.

Можно и вручную закатывать, но инфраструктура вокруг докера в этом плане чуть поразвитей будет. А тебя чет бросает из стороны в сторону. То тебе документация pgsql не сильно дружественная, то ты готов вручную колхозить изоляции и ресурсы

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

У меня тоже есть кейс с докером, таки оно работает, не без ньюансов, но скоро смогу больше информации дать...

не часто, скорее даже редко, и вызвано скорее тем, что на одном сервере слишком дофига всего.

У меня тоже есть кейс с докером, таки оно работает, не без ньюансов, но скоро смогу больше информации дать...

было бы интересно ознакомиться

На мой взгляд не надо так делать :D

Можно и вручную закатывать, но инфраструктура вокруг докера в этом плане чуть поразвитей будет. А тебя чет бросает из стороны в сторону. То тебе документация pgsql не сильно дружественная, то ты готов вручную колхозить изоляции и ресурсы

тем более тут человек всё одно хочет volume делать. ну короче, я вообще не вижу смысла что-то отдельное городить. systemd + cgroups и вперед

не часто, скорее даже редко, и вызвано скорее тем, что на одном сервере слишком дофига всего.

на основе какого образа собираете контейнер для постгреса? debian/ubuntu/alpine?

Интересно, как делает heroku?

да

У нас на основе CentOS, что вообщем-то не сказать что принципиально

постгрес на базе официального образа

свои аппы собираем на базе alpine но тоже не всегда, иногда дебиан

На мой взгляд не надо так делать :D

почему?

свои аппы собираем на базе alpine но тоже не всегда, иногда дебиан

чем обуславливается решение выбора образа debian/alpine?

Чем меньше "слоев абстракций" тем предсказуемей поведение

alpine размер, debian - когда устал разруливать все зависимости в alpine и тупо взял дебиан

alpine размер, debian - когда устал разруливать все зависимости в alpine и тупо взял дебиан

+1

ок, всем спасибо, пошел переваивать полученую инфу :)

alpine размер, debian - когда устал разруливать все зависимости в alpine и тупо взял дебиан

А gentoo или arch есть?

Есть https://hub.docker.com/u/gentoo/

не, мы gentoo и arch не юзали

но в целом пофиг на чем строить если получается не громоздко

Спасибо!

Ну для мейнстрим разработки это ад пересобирать пол бинарной системы. В Gentoo это естественный процесс. Но это мало кому нужно конечно.

Коллеги, не подскажете, пользую pgadmin 3, так вот он composite типы не показывае, т.е. создал его скриптом а посмотреть потом никак, есть ли альтернативы?

в File - Options - Browser -Display "Types" установлен?

1с в связке с сабжем гоняет кто?

у нас был такой

работал норм )

Как бэкапы делали и как проверяли?

У эски вроде тонкость есть, что нужно базу её средствами создавать

ты не поверишь, всё крутилось в виртуалке под kvm. бэкапы делались снапшотами внутри виртуалок на lvm, естественно на выключенных вечерами/ночами машинах ))

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

%)

А ты хорош

вот ты думаешь избыточное решение. а нам нужно было если что - восстановить всё и сразу. а с учётом в целом небольшой базы и сервака на ssd

это был вопрос минутный )

http://www.postgresql.org/docs/9.4/static/app-pgrestore.html расскажите мне про ключ -с clean который

Что оно делает и нужно ли это делать. Мне нужен алгоритм восстановления из бэкапа

создаёшь новую пустую БД и ресторишь в неё, и этот ключ не нужен.

он может пригодиться если только ресторишь отдельные таблицы в уже существующую БД, тогда уже существующие таблицы удалит и создаются новые

Бекап делаю так: "%ProgramW6432%\PostgresPro 1C\9.4\bin\pg_dump.exe" --host localhost --port 5432 --username "postgres" --role "postgres" --no-password --format custom --blobs --compress 5 --encoding UTF8 --verbose --file d:\backup\sql_1cdoc\%DAT%-1cdoc.pgsql.backup "et"

"et" - это имя БД такое?

При восстановлении создаю новую базу средствами 1с, затем ПКМ по ней из пгадмин и восстанвовление. параметры такие: "C:\Program Files\PostgresPro 1C\9.4\bin\pg_restore.exe" --host localhost --port 5432 --username "postgres" --dbname "restore" --role "postgres" --no-password --verbose "D:\backup\sql_1cdoc\20160428-1cdoc.pgsql.backup"

да

C:\Program Files (x86)\pgAdmin III\1.22\pg_restore.exe --host localhost --port 5432 --username "postgres" --dbname "restore" --role "postgres" --no-password --verbose "D:\backup\sql_1cdoc\20160503-1cdoc.pgsql.backup" pg_restore: connecting to database for restore pg_restore: [archiver (db)] Error while INITIALIZING: pg_restore: [archiver (db)] could not execute query: ОШИБКА: нераспознанный параметр конфигурации: "row_security" Command was: SET row_security = off; pg_restore: creating SCHEMA "public" pg_restore: creating COMMENT "SCHEMA public" pg_restore: creating EXTENSION "plpgsql" pg_restore: creating COMMENT "EXTENSION plpgsql" pg_restore: creating SHELL TYPE "public.mchar" pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error from TOC entry 2469; 0 0 SHELL TYPE mchar postgres pg_restore: [archiver (db)] could not execute query: ОШИБКА: тип "mchar" уже существует Command was: CREATE TYPE mchar;

Вернее это при восстановлении пгадмином. а при восстановлении пг_ресторе штатным вроде ошибки не сыплются, куда смотреть?

разные версии БД походу

перенаправление ошибок по >> не работает

а почему две?

"C:\Program Files\PostgresPro 1C\9.4\bin\pg_restore.exe" --host localhost --port 5432 --username "postgres" --dbname "restore" --role "postgres" --no-password --verbose "D:\backup\sql_1cdoc\20160428-1cdoc.pgsql.backup" >> d:\log.txt

две это перезаписывать существующий

одна - писать

ясно

ошибки еще 2>&1

хотя иначе в консоль напишет наверн

А, увидел ошибки

Еще глупый вопрос: зачем при восстановлении ну и при копировании резервном указывать имя роли?

Здравствуйте! Ребята, подскажите как указать размер блока в postgresql?

Еще глупый вопрос: зачем при восстановлении ну и при копировании резервном указывать имя роли?

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

только при компиляции

Здравствуйте! Ребята, подскажите как указать размер блока в postgresql?

Здравствуйте! Ребята, подскажите как указать размер блока в postgresql?

а зачем?

Здравствуйте! Ребята, подскажите как указать размер блока в postgresql?

из документации можно http://www.postgresql.org/docs/current/static/runtime-config-preset.html

Только если из исходников собирать? Тесты делаем производительстве.

да, только если пересобрать

Спасибо за ответы!

select current_setting('block_size');

Скажите пожалуйста, имеет ли какое то значение , если размер блока в postgresql 8 кб, а в файловой системе ext4 4кб

А то у меня при проверке с помощью утилиты pg_test_fsync скорость операции в секунду не превышает 1,5 к