forum.opennet.ru - "Доступен дистрибутив Proxmox Backup Server 4.1" (28)

Вариант для распечатки	Пред. тема \| След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение	[ Отслеживать ]

Изначальное сообщение

Удивительно, но Proxmox Backup Server не использует zfs send | ... | zfs receive хотя казалось бы это самое надёжное, быстрое, робастное и удобное решение, когда диски VM лежат в zvol.
По этому я использую самописный скрипт, который с помощью zfs send / receive передает снимки на сервер резервного копирования. И он отличается от PBS принципиально всего лишь в нескольких особенностях, которые я считаю ключевыми, но их нет в PBS (а если появились, то поправьте меня):
- pool ан не push (злоумышленник не сможет не заметно сломать ваш бекап так чтобы мониторинг ничего не сказал, если не получается бекапить включается алерт)
- со стороны гипервизора принципиально нет возможности удалить что-то на бекапном сервере, там не хранятся никакие ключи, доступа нет, т.к. он не нужен. Это бекапный сервер стучится на гипервизор и скачивает снимки, т.е. доступ есть только с бекапного сервера на гипервизор и можно ограничить его только чтением.
- созданием снимков управляет администратор гипервизора - это отдельный скрипт, можно настроить как хочешь, снимки сразу же защищаются от удаления с помощью zfs hold и случайно их не удалить, после бекапа переданные снимки разблокируются.
- удаляются уже ушедшие в бекап снимки тоже скриптом локально, т.е. админ может не удалять или не сразу удалять эти снимки.
- это очень быстро работает!
- очень быстро происходит удаление лишних копий, в PBS это была боль.
- это единсвенный способ который работоспособен, если вам нужно бекапить терабайты и сотни VM, при том не потребуется SSD на бекапном сервере.
- можно продолжать бекап с точки разрыва (используется zfs receive -s)
- не создаётся избыточная нагрузка ни на диски гипервизора, ни на диски бекапного сервера, связанная с пересчетом контрольных сумм и вычислением разницы для дифференциальной пересылки. zfs всегда знает что изменилось.

Короче, я с PBS уперся в скорость бекапа, скорость удаления (и ротации) бекапов, избыточную нагрузку по iops на диски на бекапном сервере, избыточную нагрузку (полное чтение после каждого выключения VM всех её дисков, а что если там 5ТБ образ?) и мне не нравится, что бекап в PBS инициализируется с гипервизора.

"Доступен дистрибутив Proxmox Backup Server 4.1"	+/–
Сообщение от opennews (?), 28-Ноя-25, 13:11
Компания Proxmox, известная разработкой продуктов Proxmox Virtual Environment и Proxmox Mail Gateway, опубликовала выпуск дистрибутива Proxmox Backup Server 4.1, который преподносится как готовое решение для резервного копирования и восстановления виртуальных окружений, контейнеров и начинки серверов. Установочный ISO-образ доступен для свободной загрузки. Специфичные для дистрибутива компоненты открыты под лицензией AGPLv3. Для установки обновлений доступен как платный репозиторий Enterprise, так и два бесплатных репозитория, которые отличаются уровнем стабилизации обновлений... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64336
Ответить \| Правка \| Cообщить модератору

2. Сообщение от Аноним (2), 28-Ноя-25, 13:21	+/–
Не хочу занудствовать, но пожалуйста поделитесь опытом, Open source решениями для резервного копирования, которыми пользуетесь сами, желательно в двух словах почему.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5, #12, #22, #27, #33

5. Сообщение от Аноним (5), 28-Ноя-25, 13:30	+3 +/–
rsync, что ещё надо?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #8

7. Сообщение от penetrator (?), 28-Ноя-25, 13:36	+/–
у меня вопрос, как он делает полнодисковый бекап вместе с системой, консистентным состояним баз данных и прочее на физических машинах? или не делает?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #9

8. Сообщение от Аноним (2), 28-Ноя-25, 13:41	+/–
Она же для синхронизации, а не для резервного копирования?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #23, #25

9. Сообщение от Виктор Корнеплод (?), 28-Ноя-25, 13:56	+1 +/–
Не делает. Он делает только файловые бэкапы, если мы говорим про клиента, которого запускать изнутри линуксовой системы. О консистентности баз данных он не заботится, просто читает файлы и отправляет на хранилище.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #10, #20, #32

10. Сообщение от Аноним (2), 28-Ноя-25, 14:02	+/–
Я правильно понимаю что для резервного копирования БД нужны специализированное ПО?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #14, #15, #18, #24

12. Сообщение от Соль земли2 (?), 28-Ноя-25, 14:08	+2 +/–
Файловая бэкапилка Bareos. Состоит из Director (управляет остальными), Catalog (хранит инфу в БД), Storage Daemon (отвечает за хранение) и File Daemon (ставится везде, читает данные для бэкапа). Умеет одновременно фулл, дифф и инкрем в любой комбинации, нужно только график бэкапов прописать. Простенькие текстовые конфиги, вся инфа в БД, есть CLI/GUI.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #13

13. Сообщение от Соль земли2 (?), 28-Ноя-25, 14:14	+1 +/–
Адрес восстановления можно менять. Сами бэкапы можно распаковать через bextract (но нужно создать через CLI файл-описание бэкапа). Ещё сам себя бэкапит по умолчанию. Перед бэкапом можно добавлять хуки.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

14. Сообщение от d (??), 28-Ноя-25, 14:21	–2 +/–
veeam рулит, остальное уг
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #16, #19

15. Сообщение от Роман (??), 28-Ноя-25, 14:25	–1 +/–
Либо централизованное специализированное ПО, либо у меня сделано так, что по крону делается создание бэкапа типа pgdump -d database \| gzip > dump.sql.gz, а потом proxmox-backup-client забирает все файлы, в том числе и бэкап базы
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #17

16. Сообщение от Аноним (2), 28-Ноя-25, 15:02	+/–
Вот именно что мне кроме Veem не известно адекватных решений, но блин, проприетарное и под винду. А хотелось открытое и под этот ваш линукс.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14

17. Сообщение от zzzzzz (?), 28-Ноя-25, 16:26	+1 +/–
базы, наверое, крохотные ....
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

18. Сообщение от Аноним (18), 28-Ноя-25, 17:17	+1 +/–
в чём проблема сделать бэкап средствами субд?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10

19. Сообщение от penetrator (?), 28-Ноя-25, 17:36	+/–
это же платное виндузятное поделие
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14

21. Сообщение от 3draven (ok), 28-Ноя-25, 17:52	+/–
Pbs поддерживает не только файловый бэкап, насколько я помню. Стоит присмотреться если проксмокс используете особенно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20

22. Сообщение от Аноним (23), 28-Ноя-25, 18:06	+/–
borgbackup консольная, умеет в сжатие с разными алгоритмами, умеет в дедупликацию и инкрементные бекапы, можно примонтировать бекап как папку в линуксе, еще есть шифрование, работает как угодно как локаьно так и по сети, развивается шляпой. В винде не работает (мне пофиг но так-то минус серъезный). Написано на питоне (тоже как-бы минус но написано с толком и собирается в standalone бинарник)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

23. Сообщение от Аноним (23), 28-Ноя-25, 18:09	–1 +/–
rsync -a --info=progress2 --delete /from folder /to external hdd есть способы хранить в виде снапшотов но там сложней команда, а так у тебя дубль хомяка на внешнем диске. Ну или на другом сервере.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #28

27. Сообщение от Аноним (27), 28-Ноя-25, 21:17	+/–
Что бэкапить собираешься? От этого сильно зависит ответ. Так-то для локалхоста хватит и c:\Новая папка (1).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #29

20. Сообщение от penetrator (?), 28-Ноя-25, 17:37	+/–
принято тогда я лучше borg и btrfs снапшоты буду использовать
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #21

24. Сообщение от Анонисссм (?), 28-Ноя-25, 18:46	+/–
>Я правильно понимаю что для резервного копирования БД нужны специализированное ПО? что ж тебе мешает закронить внутри виртуалки pg_dumpall , через пару часов бэкапить уже саму виртуалку, с сервера бэкапов делать rsync, а destination снэпшотить zfs или btrfs? это буквально пара скриптов
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #26

25. Сообщение от Аноним (25), 28-Ноя-25, 19:24	+/–
Bacula. Но дома я бы его не ставил.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8

26. Сообщение от Аноним (27), 28-Ноя-25, 21:16	+/–
> что ж тебе мешает закронить внутри виртуалки pg_dumpall Размер базы.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #24

28. Сообщение от Аноним (28), 28-Ноя-25, 23:32	+/–
Ну мне нужно что-то серьезное, а не для хомяка.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #30

29. Сообщение от Аноним (28), 28-Ноя-25, 23:33	+/–
Базы данных, виртуальна машины, вообще все.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #27

30. Сообщение от Аноним (30), 29-Ноя-25, 01:12	+/–
Bacula
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #28

31. Сообщение от Аноним (32), 29-Ноя-25, 02:47	+/–
Есть дистрибутив AV Linux MX 25 для аудио- и видеоконтента. Как организовать резервное копирование с помощью Proxmox Backup Server 4.1, не устанавливая на комп две разных системы? Загрузку с CD не предлагать.
Ответить \| Правка \| Наверх \| Cообщить модератору

32. Сообщение от Аноним (32), 29-Ноя-25, 02:50	+/–
> Программный стек для управления резервным копированием написан на языке Rust А файловые бэкапы он делает так же, как у клаудфляри инет работает на расте?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

33. Сообщение от Илья (??), 29-Ноя-25, 04:38 Скрыто ботом-модератором	+/–
Удивительно, но Proxmox Backup Server не использует zfs send \| ... \| zfs receive хотя казалось бы это самое надёжное, быстрое, робастное и удобное решение, когда диски VM лежат в zvol. По этому я использую самописный скрипт, который с помощью zfs send / receive передает снимки на сервер резервного копирования. И он отличается от PBS принципиально всего лишь в нескольких особенностях, которые я считаю ключевыми, но их нет в PBS (а если появились, то поправьте меня): - pool ан не push (злоумышленник не сможет не заметно сломать ваш бекап так чтобы мониторинг ничего не сказал, если не получается бекапить включается алерт) - со стороны гипервизора принципиально нет возможности удалить что-то на бекапном сервере, там не хранятся никакие ключи, доступа нет, т.к. он не нужен. Это бекапный сервер стучится на гипервизор и скачивает снимки, т.е. доступ есть только с бекапного сервера на гипервизор и можно ограничить его только чтением. - созданием снимков управляет администратор гипервизора - это отдельный скрипт, можно настроить как хочешь, снимки сразу же защищаются от удаления с помощью zfs hold и случайно их не удалить, после бекапа переданные снимки разблокируются. - удаляются уже ушедшие в бекап снимки тоже скриптом локально, т.е. админ может не удалять или не сразу удалять эти снимки. - это очень быстро работает! - очень быстро происходит удаление лишних копий, в PBS это была боль. - это единсвенный способ который работоспособен, если вам нужно бекапить терабайты и сотни VM, при том не потребуется SSD на бекапном сервере. - можно продолжать бекап с точки разрыва (используется zfs receive -s) - не создаётся избыточная нагрузка ни на диски гипервизора, ни на диски бекапного сервера, связанная с пересчетом контрольных сумм и вычислением разницы для дифференциальной пересылки. zfs всегда знает что изменилось. Короче, я с PBS уперся в скорость бекапа, скорость удаления (и ротации) бекапов, избыточную нагрузку по iops на диски на бекапном сервере, избыточную нагрузку (полное чтение после каждого выключения VM всех её дисков, а что если там 5ТБ образ?) и мне не нравится, что бекап в PBS инициализируется с гипервизора.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2