Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Backup Server
    Как уменьшить/оптимизировать размеры резервных копий?

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Как уменьшить/оптимизировать размеры резервных копий?, Proxmox Backup Server
     
    thimplicity
    Guest
    #1
    0
    29.11.2024 21:21:00
    Всем привет! Я делаю локальные бэкапы через PBS, но также создаю vzdump-бэкапы, которые потом сохраняю в OneDrive через restic. Пытался оптимизировать размер бэкапов, очищая docker, использовал fstrim и активировал «ssd» и «discard» для соответствующих виртуалок. У меня несколько виртуальных машин, которые меня немного сбивают с толку:

    Сервер: диск 50 ГБ с Ubuntu и несколькими docker-образами. По выводу «df -h» свободно 23 ГБ из 48 ГБ. Размер vzdump-бэкапа: 12 ГБ  
    Сервер: диск 100 ГБ с Ubuntu и несколькими docker-образами. По «df -h» свободно 41 ГБ из 98 ГБ. Размер vzdump-бэкапа: 76 ГБ  
    Сервер: диск 200 ГБ с Ubuntu и несколькими docker-образами. По «df -h» свободно 189 ГБ из 197 ГБ. Размер vzdump-бэкапа: 51 ГБ  

    Два вопроса:  
    Почему такая большая разница между свободным/занятым пространством и размером бэкапа?  
    Что еще можно попробовать, чтобы уменьшить размер бэкапов?  

    Спасибо!
     
     
     
    ArionWolf
    Guest
    #2
    0
    15.12.2024 23:44:00
    Ты упомянул, что используешь restic для загрузки vzdump в onedrive. Ты в курсе, что дедупликация там не работает? То есть, если сегодня сделал бэкап виртуалки на 5 ГБ, а завтра добавил 100 МБ данных и сделал ещё один бэкап, то завтра загрузится не 100 МБ, а снова вся пятёрка с копейками — 5,1 ГБ. Спрашиваю, потому что сегодня тестировал свой способ использовать restic для оффсайт бэкапов и наткнулся на эту проблему. Хотелось бы узнать, столкнулся ли ты с тем же. Быстрый поиск привёл меня к этому обсуждению https://forum.restic.net/t/backup-vma-proxmox-with-restic/1864, которое подтвердило мои выводы.
     
     
     
    thimplicity
    Guest
    #3
    0
    20.12.2024 21:05:00
    Похоже, у меня те же проблемы — ты нашёл решение?
     
     
     
    ArionWolf
    Guest
    #4
    0
    21.12.2024 18:22:00
    Я установил Proxmox Backup Server как виртуальную машину — это просто потрясающе, лучший повод использовать Proxmox.
     
     
     
    thimplicity
    Guest
    #5
    0
    21.12.2024 18:35:00
    Да, у меня это есть локально, но всё равно хотелось бы иметь резервную копию в облаке (естественно, в другом месте).
     
     
     
    Johannes S
    Guest
    #6
    0
    21.12.2024 18:52:00
    Yoz мог бы воспользоваться виртуальным сервером или облачным провайдером PBS, например tuxis.nl или cloud-pbs.com. Я использую недорогой виртуальный сервер на netcup с PBS для виртуальных машин и restic с hetzner storagebox для хранения данных.
     
     
     
    thimplicity
    Guest
    #7
    0
    21.12.2024 19:23:00
    Да, мне придётся проверить похожую установку, но в США.
     
     
     
    ArionWolf
    Guest
    #8
    0
    21.12.2024 19:42:00
    Я просто использую rclone, чтобы скопировать vzdump с pbs в облако. И pbs шифрует данные, так что мне не нужно об этом беспокоиться, иначе я бы использовал restic.
     
     
     
    Johannes S
    Guest
    #9
    0
    21.12.2024 23:28:00
    Вы действительно используете rclone на хранилище PBS или с vzdumps vma-файлами, созданными с помощью родной функции резервного копирования ProxmoxVE? rclone с vma-файлами должен работать нормально. А вот использовать rclone для синхронизации хранилища PBS я бы не советовал из-за сообщений о сломанных хранилищах после rclone sync:

    Тема: «Хранилище, синхронизированное с Rclone, сломалось?» 20 сентября 2024

    Я пытаюсь настроить удалённую синхронизацию на Raspberry Pi друга для моего Proxmox Backup Server. Я использую скрипт, который запускает rclone с зашифрованным удалённым хранилищем (Crypt) по расписанию:

    Bash:
    #!/bin/bash

    # Простой скрипт для бэкапа PBS на Crypt remote

    _lock_file=/root/.tertiary_backup.lock

    _schedule_time=1:30
    _max_duration="7.5h"
    _cutoff_mode="soft"

    _datastore_dir_name=Primary_Backup
    _datastore_dir_path=/mnt/datastore/$_datastore_dir_name
    _config_dir=$_datastore_dir_path/host_backup

    _remote_user=user
    _remote_ip=tailscale-ip
    _remote_port=22
    _remote_name=Tertiary_Backup_Crypt

    … Zeash pbs rclone remote backup  
    Ответы: 11  
    Форум: Proxmox Backup: установка и настройка

    Тема: «PBS вроде как не записывает на диск» 20 ноября 2024

    Привет, друзья. Я тут новичок в Proxmox и PBS. Оцениваю систему для использования в небольшой IT-компании, которая начинает виртуализировать несколько сервисов. Пока что у меня есть базовая конфигурация на локальном сервере:  
    PVE — запущено 4 ВМ  
    PBS — тоже работает как ВМ внутри PVE.  
    Хранилище настроено на раздел thin storage внутри PVE, еще не выделен отдельный диск.  
    Моя краткосрочная задача — синхронизировать бэкапы PBS с облачным хранилищем через rclone.  
    Но у меня проблемы с чтением файлов резервных копий внутри PBS. Сам процесс бэкапа с PVE на PBS вроде бы проходит нормально.  
    — sublimebutbroken  
    Ответы: 3  
    Форум: Proxmox Backup: установка и настройка
     
     
     
    ArionWolf
    Guest
    #10
    0
    22.12.2024 15:58:00
    Я загружал datastore, быстро восстановил одну из своих виртуалок — и всё сработало. Пример, который ты прислал, кажется, подразумевал шифрование данных с помощью rclone, а я этого не делал. Но я не рискую — делаю копию своего PBS-сервера на локальный NAS. Теперь попробую загрузить её в облако. И если вдруг понадобится восстановление, сначала восстановлю PBS, а уже потом из него виртуалки. Думаю, так на самом деле гораздо проще.
     
     
     
    ArionWolf
    Guest
    #11
    0
    24.12.2024 16:05:00
    После дополнительных тестов у меня возникли проблемы с резервным копированием datastore через rclone. Задачи verify и gc постоянно сбоили, и я не смог сделать бэкап одной из ВМ из-за отсутствия одного из временных файлов или папок в .chunks. Решение я так и не нашёл, поэтому восстановил pbs и решил попробовать restic для бэкапа datastore. Провёл около пяти разных тестов с restic: делал бэкап и восстанавливал его, удалял pbs и заново создавал datastore, прерывал соединение на полпути процесса бэкапа и продолжал после, а при восстановлении и проверке verify и garbage collection работали нормально, удалось восстановить и сделать бэкап ВМ, будто ничего и не было. Плюс restic в том, что он сохраняет права доступа, не нужно делать chown -R, как с rclone. К тому же я уже некоторое время использую restic и чувствую себя с ним уверенно. Планирую продолжать тесты в ближайшие месяцы с большим объёмом данных и обязательно отчитаюсь. Если всё будет работать, я буду очень доволен, потому что restic отличный инструмент, и изначально именно его хотел использовать для бэкапа proxmox. Но поскольку он не умеет дедуплицировать vzdumps, приходится использовать pbs как промежуточное звено. Рад, что попробовал pbs, потому что он действительно упрощает процесс бэкапа и восстановления. Но я всё равно не рискую и буду хранить резервные копии pbs локально — в реальности этого должно хватить, но иметь копию в облаке на всякий случай тоже полезно, если вдруг всё остальное подведёт.
     
     
     
    AlpsView
    Guest
    #12
    0
    02.05.2025 20:49:00
    Быстрый вопрос по поводу использования restic для дедупликации (реализовать это было вверху моего списка бэкап-стратегий, так как это позволило бы сделать что-то вроде инкрементного бэкапа без необходимости запускать Backup Server — достаточно было бы просто хранилища данных). @ArionWolf и @thimplicity, вы выяснили, что дедупликация не работает на бэкапах PVE. Вы пробовали только с сжатыми полными файлами бэкапа? Или ещё и с несжатыми? Спрашиваю, потому что алгоритм сжатия может полностью менять битовые шаблоны в файле бэкапа, из-за чего restic не сможет определить неизменённые куски. Мне вот интересно, сможет ли restic делать дедупликацию на несжатых полных бэкапах. Если вы уже это тестировали, то мне и не нужно повторять.
     
     
     
    ArionWolf
    Guest
    #13
    0
    02.05.2025 21:20:00
    Что ты имеешь в виду под разархивированной резервной копией? Не думаю, что с pbs можно делать разархивированные бэкапы. Ты про vzdump? Проблема с vzdump в том, что он не делает инкрементальные бэкапы, а только полные, поэтому процесс занимает много времени. А у меня обычно добавляется или удаляется около 100 МБ в день, так что нет смысла каждый день создавать полностью новую копию.
     
     
     
    AlpsView
    Guest
    #14
    0
    02.05.2025 21:26:00
    В PVE можно выбрать, хотите ли вы, чтобы бэкапы сжимались или нет.  

    Мое мнение: если выбрать сжатие = нет, то результат будет примерно как у команды "dd", и в этом случае restic может попробовать сделать дедупликацию. А дедупликация полного бэкапа будет напоминать инкрементальный бэкап. Тогда restic сможет сжать, зашифровать и передать только изменившиеся части.
     
     
     
    ArionWolf
    Guest
    #15
    0
    02.05.2025 21:45:00
    Какое у тебя целевое хранилище на этом скриншоте, локальное ли оно? Если выбрал локальное, то да, ты можешь иметь не сжатую резервную копию. Но это отличается от резервного копирования на Proxmox Backup Server: файлы '.chunks', которые создает PBS, restic не может дедуплицировать. Когда ты делаешь бэкап локально, ты фактически используешь vzdump, который не поддерживает инкрементальные бэкапы так, как это делает PBS. Если готов оставаться на vzdump, то, насколько я знаю, restic может дедуплицировать, хотя я точно не проверял. Но опять же, vzdump идет дольше, чем PBS, и занимает больше места на диске.

    Лично я использую PBS для локальных бэкапов своих виртуальных машин, а restic — чтобы ежедневно копировать самые важные данные из ВМ в облако. А потом время от времени делаю vzdump и синхронизирую его с облаком через restic.
     
     
     
    AlpsView
    Guest
    #16
    0
    02.05.2025 22:09:00
    Да, именно это я и имел в виду: делать резервную копию на локальный диск, без сжатия, с PVE. Локально хранить только последнюю версию, а с помощью restic выполнять дедупликацию, шифрование и передачу в облачное хранилище, создавая снапшоты. Таким образом у меня ежедневно появляются инкрементные снимки в облаке. Даже с методом остановки время простоя моих ВМ минимально — пара секунд плюс время перезагрузки. Для меня это вполне приемлемо. Надо добавить, что я не использую PVE для бэкапа файлов, этим занимается restic напрямую на файловой системе. Так что PVE работает только с системными дисками ВМ, которые небольшие и меняются нечасто.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры