Size: a a a

PostgreSQL + 1C + Linux

2020 October 19

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
есть реплика, на каждой снапы и всё. Это не совсем бекап.
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Alexander Malykhin
А в чем богатство?
Какая разница что будет занимать место - CoW дельты или архив WAL?
Это примерно одинаково получится, только вопрос в проверенности и надежности.
мы сейчас не про ПГ
источник

И

Иван in PostgreSQL + 1C + Linux
Mikhail Vydrin
но бекапа-то нет!
Есть часовые, дневные, недельные и месячные снапшоты
источник

RS

Roman Syuzyov in PostgreSQL + 1C + Linux
Mikhail Vydrin
есть реплика, на каждой снапы и всё. Это не совсем бекап.
Почему нет? Вместо средней полки можно купить 50-60 3-4ТБ дисков и все замечательно можно бэкапить...
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Иван
Есть часовые, дневные, недельные и месячные снапшоты
и всё доверие только на zfs.
источник

И

Иван in PostgreSQL + 1C + Linux
Mikhail Vydrin
и всё доверие только на zfs.
И репликам.
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Иван
И репликам.
так там же зеркало.
источник

RS

Roman Syuzyov in PostgreSQL + 1C + Linux
Mikhail Vydrin
и всё доверие только на zfs.
Да блин. И бэкапы тоже есть, кто ж их запретил делать-то? Просто пользоваться ими за последние 5 лет приходилось только на учениях.
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Mikhail Vydrin
и всё доверие только на zfs.
Оно реально хорошо работает, пока не понадобится налить снапшот на удалённую свежую тачку
источник

A

Alexander Malykhin in PostgreSQL + 1C + Linux
Mikhail Vydrin
есть реплика, на каждой снапы и всё. Это не совсем бекап.
ну а какая разница - снапшот или файл в формате утилиты бэкапа?
если хранилище навернется, то что так, что так бэкапы навернутся
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Roman Syuzyov
Да блин. И бэкапы тоже есть, кто ж их запретил делать-то? Просто пользоваться ими за последние 5 лет приходилось только на учениях.
вот я и спрашивал, чем делаете. Вы выше написали, что ни чем.
источник

RS

Roman Syuzyov in PostgreSQL + 1C + Linux
Grigory Smolkin
Оно реально хорошо работает, пока не понадобится налить снапшот на удалённую свежую тачку
Кстати я сейчас понял, что не знаю, каким транспортом pve льет снапы на реплику, но делает он это очень быстро...
источник

A

Alexander Malykhin in PostgreSQL + 1C + Linux
да потому что тут уже собрали все в кучу - и бэкапы СУБД, и файлов, и снапшоты, и файловые системы )))
источник

RS

Roman Syuzyov in PostgreSQL + 1C + Linux
Mikhail Vydrin
вот я и спрашивал, чем делаете. Вы выше написали, что ни чем.
Я написал, что файлы я не бэкаплю. Нахрена мне еще файлы отдельно бэкапить, если у меня на случай совсем уже ядреного песца есть бэкап всего контейнера?
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Roman Syuzyov
Кстати я сейчас понял, что не знаю, каким транспортом pve льет снапы на реплику, но делает он это очень быстро...
Ну штатно в zfs это делается через zfs send и zfs receive
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Roman Syuzyov
Кстати я сейчас понял, что не знаю, каким транспортом pve льет снапы на реплику, но делает он это очень быстро...
Кстати, юзали новый proxmox backup server? у него есть плюхи интересные.
источник

RS

Roman Syuzyov in PostgreSQL + 1C + Linux
Mikhail Vydrin
Кстати, юзали новый proxmox backup server? у него есть плюхи интересные.
Вот честно нужды пока никакой нет
источник

GS

Grigory Smolkin in PostgreSQL + 1C + Linux
Если другая машина, то поточно через ssh, и вот тут оно и упирается в ssh
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Roman Syuzyov
Я написал, что файлы я не бэкаплю. Нахрена мне еще файлы отдельно бэкапить, если у меня на случай совсем уже ядреного песца есть бэкап всего контейнера?
ну мы про разное, видимо. Я конкретно задавал вопрос про файлы.
источник

A

Alexander Malykhin in PostgreSQL + 1C + Linux
Grigory Smolkin
Оно реально хорошо работает, пока не понадобится налить снапшот на удалённую свежую тачку
А в чем проблема с удаленной тачкой?
Я не знаю как с большими расстояниями (ну и пингами), а вот в одном ДЦ даже по ssh полный бэкап pg_probackup до 600-700 Мбит плевал как здрасте, при этом не заметил , чтобы ssh жрал много cpu
источник