Сервер резервного копирования, который падает под нагрузкой во время верификации бэкапов или «захлёбывается» при одновременной записи нескольких задач, чаще всего страдает не от ошибок в настройке, а от несоответствия железа реальным системным требованиям Proxmox Backup Server. Перед установкой стоит проверить три вещи: объём оперативной памяти относительно размера хранилища, тип дисковой подсистемы и поддержку процессором 64-битной архитектуры с аппаратной виртуализацией.
Proxmox Backup Server (PBS) — это специализированное решение на базе Debian для резервного копирования виртуальных машин, контейнеров и физических хостов с дедупликацией и инкрементальными снапшотами. В отличие от универсальных NAS-решений, он активно нагружает CPU при индексации чанков и требует продуманной дисковой конфигурации. В этой статье разберём минимальные и рекомендуемые требования, объясним, от чего зависит потребление ресурсов, и поможем подобрать конфигурацию под ваш масштаб.
Минимальные системные требования
Официальная документация Proxmox указывает довольно скромный минимум: 64-битный процессор (x86-64), 4 ГБ оперативной памяти и диск для установки системы. На такой конфигурации PBS действительно запустится и будет выполнять резервное копирование, но с оговорками — без интенсивной верификации, garbage collection и с небольшим числом одновременных задач.
Минимальная конфигурация подходит для тестового стенда или домашней лаборатории с парой виртуальных машин. Для продуктивного использования ориентируйтесь на рекомендуемые значения из следующих разделов.
- 🖥️ Процессор: x86-64 с поддержкой Intel VT или AMD-V, желательно не менее 4 ядер
- 💾 Оперативная память: минимум 4 ГБ, комфортный старт — от 8 ГБ
- 💽 Системный диск: от 32 ГБ под ОС и метаданные
- 🌐 Сеть: Gigabit Ethernet как минимум, для крупных инфраструктур — 10GbE
Рекомендуемые требования для продуктивной среды
Для рабочей среды с регулярными бэкапами нескольких хостов Proxmox VE требования заметно выше. Ключевой ресурс здесь — оперативная память: PBS использует её для кэширования индексов дедупликации, и чем больше объём хранимых данных, тем больше RAM требуется для быстрой работы.
Ориентировочная конфигурация для средней инфраструктуры: процессор с 4–8 ядрами, 16–32 ГБ RAM, отдельный массив под datastore и сеть 10GbE, если суммарный поток бэкапов превышает возможности гигабитного канала. Точные цифры зависят от количества одновременных задач и размера хранилища — универсальной формулы нет, поэтому закладывайте запас и мониторьте фактическое потребление после запуска.
Требования к дисковой подсистеме
Диски — самая критичная часть конфигурации PBS. Все операции записи проходят через журнал и синхронизацию, поэтому медленные HDD без кэша становятся узким местом уже при двух-трёх параллельных задачах. Для системного раздела и, особенно, для метаданных datastore желательно использовать SSD.
Типовая схема разделения: отдельный SSD (или зеркало из двух SSD) под операционную систему и отдельный массив под данные бэкапов. Для datastore подойдут как HDD в RAID (ZFS или аппаратный RAID), так и SSD — выбор зависит от бюджета и требований к скорости восстановления. Учтите, что ZFS сам по себе потребляет заметный объём оперативной памяти под кэш ARC.
⚠️ Внимание: не размещайте datastore Proxmox Backup Server на сетевых файловых системах вроде NFS без крайней необходимости. PBS рассчитан на локальное блочное хранилище, а работа поверх сетевых ФС может приводить к проблемам с блокировками и производительностью. Если удалённое хранилище необходимо, рассмотрите второй экземпляр PBS с репликацией.
| Компонент | Минимум | Рекомендуется | Комментарий |
|---|---|---|---|
| CPU | 2 ядра x86-64 | 4–8 ядер | Нагрузка растёт при верификации и GC |
| RAM | 4 ГБ | 16–32 ГБ | Больше — при больших datastore и ZFS |
| Диск ОС | 32 ГБ | SSD 100+ ГБ | Желательно зеркало для отказоустойчивости |
| Datastore | HDD | RAID из HDD или SSD | Объём — по политике хранения бэкапов |
| Сеть | 1 GbE | 10 GbE | Зависит от числа одновременных задач |
Как объём данных влияет на потребление памяти
Дедупликация в PBS работает за счёт разбиения данных на чанки и построения индексов. При операциях garbage collection и верификации сервер обращается к этим индексам активно, и при нехватке RAM система уходит в подкачку — скорость падает в разы. Именно поэтому объём оперативной памяти нужно планировать с привязкой к размеру datastore, а не «на вырост» абстрактно.
Если вы используете ZFS, добавьте к расчёту аппетиты ARC-кэша: по умолчанию он может занимать значительную долю свободной памяти. На серверах с 16 ГБ и менее имеет смысл ограничить размер ARC через параметры модуля ZFS, чтобы оставить ресурс самому PBS. Точные значения лимита подбираются под конкретную нагрузку — начните с консервативных и наблюдайте за показателями.
Проверка совместимости перед установкой
Прежде чем разворачивать PBS, убедитесь, что железо соответствует базовым условиям. Проверка занимает несколько минут и избавляет от проблем на этапе эксплуатации.
☑️ Подготовка к установке PBS
Установка возможна двумя способами: с официального ISO-образа на «голое» железо или поверх уже установленной Debian через пакетный репозиторий. Первый вариант проще и предпочтительнее для выделенного сервера, второй даёт гибкость, если нужна нестандартная разметка дисков.
egrep -c '(vmx|svm)' /proc/cpuinfoЭта команда на существующей Linux-системе покажет число ядер с поддержкой аппаратной виртуализации. Если результат больше нуля — базовое требование по CPU выполнено.
Типичные ошибки при выборе железа
Самая частая ошибка — экономия на дисках под datastore. Дешёвые потребительские HDD без RAID не только медленные, но и создают риск потери всех резервных копий разом при отказе единственного диска. Вторая типичная проблема — недооценка нагрузки от регулярной верификации: эта операция читает и проверяет данные интенсивно, и на слабом железе может занимать часы, пересекаясь с окном новых бэкапов.
- ⚡ Не ставьте PBS на тот же физический сервер, который он резервирует — при отказе хоста вы потеряете и бэкапы
- ⚡ Не используйте SMR-диски в RAID-массивах под интенсивную запись — их производительность непредсказуема
- ⚡ Не игнорируйте мониторинг SMART и состояния RAID после запуска
⚠️ Внимание: размещение Proxmox Backup Server внутри виртуальной машины на том же кластере Proxmox VE, который он резервирует, — допустимый сценарий для тестов, но рискованный для продуктивной среды. При сбое кластера вы одновременно теряете и продакшн, и средство восстановления.
Масштабирование и рост инфраструктуры
При росте числа защищаемых виртуальных машин требования к PBS растут нелинейно: увеличивается не только объём хранилища, но и число одновременных подключений, длина очередей задач и нагрузка при garbage collection. Планируйте апгрейд заранее, ориентируясь на фактические метрики — загрузку CPU, использование RAM и дисковые задержки во время окон бэкапов.
Для распределённых инфраструктур с несколькими площадками логичнее развернуть отдельный экземпляр PBS на каждой площадке и настроить pull-репликацию между ними, чем гнать все бэкапы по WAN на один центральный сервер. Такой подход снижает требования к каналу и ускоряет локальное восстановление.
Можно ли запустить PBS на Raspberry Pi или ARM-устройстве
Официальные сборки Proxmox Backup Server выпускаются для архитектуры x86-64. Существуют неофициальные порты на ARM, но они не поддерживаются разработчиками, могут отставать по версиям и не рекомендуются для хранения важных резервных копий. Для продуктивного использования выбирайте серверную платформу x86-64.
Часто задаваемые вопросы
Сколько оперативной памяти нужно Proxmox Backup Server для небольшой инфраструктуры?
Для домашней лаборатории или малого офиса с несколькими виртуальными машинами достаточно 8–16 ГБ. Если используется ZFS или планируется большой datastore, закладывайте больше и контролируйте потребление по факту через мониторинг.
Можно ли установить PBS на тот же сервер, где работает Proxmox VE?
Технически возможно (например, в виртуальной машине или LXC-контейнере), но для продуктивной среды это нежелательно: при отказе хоста вы одновременно теряете и рабочие нагрузки, и резервные копии. Выделенный сервер или хотя бы отдельная площадка — более надёжный вариант.
Какие диски лучше для datastore — HDD или SSD?
SSD обеспечивают заметно более быструю верификацию, garbage collection и восстановление, но дороже за терабайт. Компромисс — HDD в RAID под основной объём и SSD под систему. Для критичных сценариев с коротким RTO предпочтительнее SSD-массив.
Нужна ли аппаратная виртуализация для работы PBS?
Сам Proxmox Backup Server не запускает виртуальные машины, поэтому VT-x/AMD-V не является строго обязательным. Требуется лишь 64-битный процессор x86-64. Однако поддержка виртуализации полезна, если вы планируете размещать PBS внутри ВМ.
Какой канал сети нужен для бэкапов?
Гигабитной сети достаточно для небольших инфраструктур с ночным окном бэкапов. Если суммарный объём ежедневных изменений велик или задачи идут параллельно с нескольких хостов, переходите на 10GbE — иначе сеть станет узким местом раньше дисков.