The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Доступен дистрибутив Proxmox Backup Server 4.1

28.11.2025 12:13

Компания Proxmox, известная разработкой продуктов Proxmox Virtual Environment и Proxmox Mail Gateway, опубликовала выпуск дистрибутива Proxmox Backup Server 4.1, который преподносится как готовое решение для резервного копирования и восстановления виртуальных окружений, контейнеров и начинки серверов. Установочный ISO-образ доступен для свободной загрузки. Специфичные для дистрибутива компоненты открыты под лицензией AGPLv3. Для установки обновлений доступен как платный репозиторий Enterprise, так и два бесплатных репозитория, которые отличаются уровнем стабилизации обновлений.

Системная часть дистрибутива базируется на пакетной базе Debian и OpenZFS. Программный стек для управления резервным копированием написан на языке Rust и поддерживает инкрементальные бэкапы (на сервер передаются только изменившиеся данные), дедупликацию (при наличии дубликатов хранится только одна копия), сжатие (используется ZSTD) и шифрование резервных копий. Система спроектирована на базе клиент-серверной архитектуры - Proxmox Backup Server может использоваться как для работы с локальными резервными копиями, так и в качестве централизованного сервера для резервного копирования данных с разных хостов. Предоставляются режимы быстрого выборочного восстановления и синхронизации данных между серверами.

Proxmox Backup Server поддерживает интеграцию с платформой Proxmox VE для резервного копирования виртуальных машин и контейнеров. Управление резервными копиями и восстановление данных осуществляется через web-интерфейс. Имеется возможность разграничения доступа пользователей к своим данным. Весь передаваемый трафик от клиентов к серверу шифруется с использованием AES-256 в режиме GCM, а сами резервные копии передаются уже зашифрованными при помощи асимметричного шифрования по открытым ключам (шифрование производится на стороне клиента, и компрометация сервера с резервными копиями не приведёт к утечке данных). Целостность резервных копий контролируется при помощи хэшей SHA-256.

В новом выпуске:

  • Осуществлена синхронизация с пакетной базой дистрибутива Debian 13.2. Обновлены ядро Linux 6.17.2 и OpenZFS 2.3.4.
  • Предоставлена возможность управлением пропускной способностью для ограничения трафика при передаче по сети резервных копий в привязке к пользователю, запустившему резервное копирование (ранее лимиты могли задаваться в привязке к подсетям).
  • Добавлена возможность настройки числа одновременно выполняемых задач проверки целостности резервных копий для оптимальной утилизации имеющихся системных ресурсов.
  • Добавлена предварительная поддержка ограничения интенсивности обмена данными с хранилищами на базе протокола AWS S3 для снижения негативного влияния передачи резервных копий на другие задачи.
  • Web-интерфейс оптимизирован для оптимальной работы на экранах с высоким разрешением.
  • Реализована поддержка автоматического отмонтирования внешних подключаемых хранилищ после завершения синхронизации данных (систему теперь можно настроить так, чтобы при подключении накопителя автоматически запускался процесс синхронизации данных, а после окончания синхронизации накопитель автоматически отмонтировался).


  1. Главная ссылка к новости (https://forum.proxmox.com/thre...)
  2. OpenNews: Выпуск Proxmox VE 9.1, дистрибутива для организации работы виртуальных серверов
  3. OpenNews: Доступен дистрибутив Proxmox Backup Server 4.0
  4. OpenNews: Выпуск дистрибутива Proxmox Mail Gateway 8.2
  5. OpenNews: Выпуск дистрибутива для резервного копирования Rescuezilla 2.6
  6. OpenNews: Выпуск системы резервного копирования Restic 0.18. Атака на CDC
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64336-proxmox
Ключевые слова: proxmox, backup
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (15) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Анонимъ (?), 13:11, 28/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А где все?

    Есть же ключевое слово Rust!

     
     
  • 2.3, Аноним (3), 13:26, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты чего, на нем же ничего не написано, да и невозможно написать. Этого софта не существует.
     
  • 2.4, Аноним (4), 13:26, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Нет ключевого слова переписали!
     
  • 2.6, Аноним (4), 13:32, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И да, учитывая, что работа с оборудованием возлагается не не программу а на систему. То это прямо очень подходящая ниша для rust.

    Сложно сказать оптимальный ли это выбор. Но вполне валидный.

     
  • 2.11, hRust (?), 14:04, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так ведь

    > Программный стек для управления резервным копированием написан на языке Rust

    Не "переписан", а "написан". Чего тут подрываться-то?

     

  • 1.2, Аноним (2), 13:21, 28/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не хочу занудствовать, но пожалуйста поделитесь опытом, Open source решениями для резервного копирования, которыми пользуетесь сами, желательно в двух словах почему.
     
     
  • 2.5, Аноним (5), 13:30, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    rsync, что ещё надо?
     
     
  • 3.8, Аноним (2), 13:41, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Она же для синхронизации, а не для резервного копирования?
     
  • 2.12, Соль земли2 (?), 14:08, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Файловая бэкапилка Bareos. Состоит из Director (управляет остальными), Catalog (хранит инфу в БД), Storage Daemon (отвечает за хранение) и File Daemon (ставится везде, читает данные для бэкапа). Умеет одновременно фулл, дифф и инкрем в любой комбинации, нужно только график бэкапов прописать. Простенькие текстовые конфиги, вся инфа в БД, есть CLI/GUI.
     
     
  • 3.13, Соль земли2 (?), 14:14, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Адрес восстановления можно менять. Сами бэкапы можно распаковать через bextract (но нужно создать через CLI файл-описание бэкапа). Ещё сам себя бэкапит по умолчанию. Перед бэкапом можно добавлять хуки.
     

  • 1.7, penetrator (?), 13:36, 28/11/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    у меня вопрос, как он делает полнодисковый бекап вместе с системой, консистентным состояним баз данных и прочее на физических машинах?

    или не делает?

     
     
  • 2.9, Виктор Корнеплод (?), 13:56, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не делает. Он делает только файловые бэкапы, если мы говорим про клиента, которого запускать изнутри линуксовой системы. О консистентности баз данных он не заботится, просто читает файлы и отправляет на хранилище.
     
     
  • 3.10, Аноним (2), 14:02, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я правильно понимаю что для резервного копирования БД нужны специализированное ПО?
     
     
  • 4.14, d (??), 14:21, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    veeam рулит, остальное уг
     
  • 4.15, Роман (??), 14:25, 28/11/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Либо централизованное специализированное ПО, либо у меня сделано так, что по крону делается создание бэкапа типа pgdump -d database | gzip > dump.sql.gz, а потом proxmox-backup-client забирает все файлы, в том числе и бэкап базы
     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру