если прямо очень хочется извращений то zfs в помошь, в других случаях конечно средствами постгреса
Да нет, вполне консистентно. Там оно заточено на то, что комп или сервис могут упасть в один какой-то момент — и всё должно быть в любой момент консистентным. Потому ведётся wal, данные сначала пишутся в него. И что не до конца записано — то в основные файлы не переносится, а что закоммичено успешно — то записано и до диска дошоло. Непонятно только зачем — снимок vps обычно достаточно затратная операцыя так или иначе, при этом есть встроенные средства (которые, например, применяет pg_basebackup из поставки сервера), которые добиваются той жэ цэли, только лучшэ.
Не надо zfs. Там и без базы данных хватает боли и развалившыхся кластеров — с базой данных ещё тормоза добавятся.
У меня ещё загруженные картинки пользователями в файловой системе лежат. Хотя по идее можно тар создовать
Зря вы так про ZFS. Я правда толком никогда её не настраивал, но для snapshot/clone самое то. И лет за 10 использования на SPARC/Solaris x86/Linux проблем 0.
Лично участвовал в поднятии развалившегося кластера Proxmox на ZFS после банального обновления версии. Три дня выковыривали с админом виртуалки. Так что если очень хочется повеселиться, то можно.
что значит "кластер ZFS"? акцент на слове "кластер". ZFS всегда была и есть локальная ФС
Уточнил в исходном сообщении, забыл за давностью лет (ноябрь 2017). Я не админ, если что.
Кластеры, виртуалки. Изврат
лично имею несколько кластеров проксмокс на ZFS, за последние 3 года ни один их ни разу не развалился. А на ZFS получил показатели на pgbench более 1.3kk по -S и более 100к на полноценном TPC-B. Так что зря вы так)) Это вполне рабочее решение
Допускаю, что последние три года всё хорошо )
Я сам её юзал... Но когда Postgres ai рассказывали как они за секунды n терабайтные стейджи делают слюнки то текли....
Обсуждают сегодня