Proxmox Backup Server выносят на отдельный хост и дублируют на удалённой площадке

Что происходит

В обсуждении архитектуры PBS пользователь планирует хранить короткую историю резервных копий VM на SSD для быстрого восстановления, более длительный архив — на локальном NAS, а дополнительную короткую копию — на удалённой площадке для защиты при аварии источник. В этой планируемой схеме PBS запускается как VM на том же Proxmox-хосте, а удалённая копия предназначена для DR при пожаре, краже или других инцидентах на площадке.

Другой пример — отдельный OptiPlex с PBS, который выполняет ночную синхронизацию со вторым PBS вне основной площадки; при этом основной Proxmox-хост работает на Dell T320 источник. Есть и вариант с одним Proxmox-хостом, NAS и ночным резервным копированием в PBS на NAS, а также копией в Backblaze B2 источник.

Два примера опубликованы в сообществах homelab и описывают домашние конфигурации; другие обсуждения размещены в r/Proxmox. В одной планируемой схеме прямо разделены быстрые восстановления с SSD и удалённая копия для DR; другие показывают offsite-синхронизацию или копию в Backblaze B2.

Почему сейчас

Прямых данных о влиянии цен, лицензий, окончании поддержки или новых выпусков продуктов на эту практику в материалах нет. В одном обсуждении удалённая копия планируется для защиты при аварии; подборка не позволяет сравнить эту мотивацию с другими возможными причинами выбора архитектуры.

В исследовании, о котором сообщает ServerNews, 86,9% российских крупных компаний декларируют высокий уровень готовности к аварийным ситуациям, однако катастрофоустойчивость на практике реализована фрагментарно источник. CNews со ссылкой на исследование Orion soft пишет, что при наличии DR-планов и средств репликации многие компании восстанавливают критичные системы вручную, а полноценные учения проводят лишь около трети респондентов источник.

Материалы не измеряют, насколько такие варианты хранения распространены среди российских компаний или пользователей Proxmox в целом.

Оговорки

Часть сигналов относится к homelab. Они показывают конфигурации отдельных пользователей, но не подтверждают соответствие корпоративным требованиям к SLA, регламентам восстановления, срокам хранения и регулярным DR-учениям.

Отдельный PBS-хост сам по себе не завершает DR-архитектуру. В одном обсуждении PBS установлен bare metal на Dell Micro и принимает ежедневные бэкапы с четырёх PVE-узлов; автор отдельно сомневается, стоит ли размещать PDM на том же хосте, а не в VM или контейнере на управляемом PVE-узле источник. Это не доказательство проблемы, но пример того, что границы независимого контура управления требуют отдельного решения.

На практике стоит заранее описать, какие именно отказы должен пережить каждый слой: потерю VM, PVE-хоста, PBS-хоста, NAS, сети или площадки. Также стоит проверять восстановление из локальной и удалённой копии, а не ограничиваться успешным завершением задания резервного копирования.

За чем следить

• Появляются ли в реальных конфигурациях отдельные PBS-хосты с независимым питанием и размещением, а не только PBS на NAS или рядом с PVE.
• Какой сценарий синхронизации выбирают для offsite-копии: второй PBS, NAS-архив или объектное хранилище.
• Проводятся ли тестовые восстановления VM и сервисов из удалённой копии и фиксируется ли время восстановления.
• Как администраторы отделяют контур управления PBS/PDM от узлов, которые он должен резервировать или администрировать.