Резервное копирование виртуальных машин на Proxmox Backup Server

У меня был клиент, у которого виртуалки жили на Proxmox уже три года, а бэкапов не было вообще — снапшоты вместо резервных копий, и те делались руками раз в месяц. Когда полетел диск на гипервизоре, восстанавливать пришлось из головы и старых экспортов конфигов: три дня простоя, потерянная бухгалтерская база за две недели и очень неприятный разговор с директором. С тех пор я спрашиваю новых клиентов не «есть ли у вас бэкапы», а «когда вы их последний раз восстанавливали» — и в половине случаев ответ «никогда».

Почему резервное копирование виртуальных машин — это не снапшоты и не RAID

Резервные копии виртуальных машин путают со снапшотами и RAID-массивом на сервере — и это самая частая причина, по которой бэкапов на самом деле нет. Снапшот Proxmox — это точка отката на самом гипервизоре, она живёт на том же хранилище, что и виртуалка, и умирает вместе с ним при отказе накопителя, скачке напряжения или банальной ошибке администратора. RAID защищает от выхода из строя одного-двух дисков, но не от шифровальщика, который зашифрует все тома разом, не от случайного rm -rf в консоли, не от пожара в серверной. Я видел компанию, где RAID-10 из четырёх дисков считался «бэкапом» — пока не умер сам RAID-контроллер и массив разом стал недоступен целиком.

Вторая ловушка — ручные бэкапы, которые никто не проверяет на восстановление. Штатный vzdump в Proxmox VE умеет делать полные архивы виртуалок, но без отдельного хранилища и расписания это превращается в файл на том же сервере, который никто не открывал полгода. У одного клиента из сферы услуг архивы vzdump исправно копились на NAS три года, а когда сервер 1С встал, выяснилось, что последние восемь бэкапов битые — место на NAS кончилось, новые архивы писались не до конца, а мониторинг никто не настроил. Восстанавливали базу из ручной выгрузки бухгалтера недельной давности, потеряли неделю проводок и три дня на пересборку сервера с нуля.

Что это даёт бизнесу

• Сервер 1С, CRM или почты поднимается из бэкапа за 1-2 часа вместо недель поиска подрядчика и переустановки с нуля
• Дедупликация на уровне чанков — при ежедневных бэкапах хранилище расходуется в разы экономнее, чем при полных копиях vzdump, диски под датастор дешевле
• Защита от шифровальщиков: датастор PBS отделён от продакшена, задачи verify пересчитывают контрольные суммы и находят повреждённые бэкапы до того, как они понадобятся
• Инкрементальные бэкапы на каждый день за последний месяц — можно откатить сервер на состояние конкретного числа, а не только на последнюю ночь
• Не нужно держать админа, который вечером руками копирует файлы на флешку или NAS — расписание и ретеншн работают сами
• Понятный регламент восстановления и цифры RPO/RTO для собственника, аудитора или страховой, если такие запрашивают

Как проходит внедрение

Что нужно от вас

• Доступ к Proxmox VE — root или отдельный API-токен для задач бэкапа
• Сервер, VPS или свободные ресурсы под отдельную установку PBS — не тот же диск, что у продакшена
• Хранилище под датастор объёмом примерно в 2-3 раза больше суммарного размера виртуалок, с запасом под ретеншн
• Контакт ответственного администратора для передачи доступов и короткого обучения
• Решение, нужна ли офсайт-копия на второй площадке — это добавляет этап и стоимость

Как это устроено

PBS ставится отдельно от гипервизора — на отдельном сервере, VPS или хотя бы на отдельном физическом диске, чтобы один сбой не унёс сразу и продакшен, и резервные копии.

Частые ошибки при резервном копировании виртуальных машин

Самая опасная ошибка — держать бэкапы на том же сервере или в той же сети, что и продакшен, без изоляции доступа. Шифровальщик, который добрался до гипервизора, с той же учёткой доберётся и до папки с архивами — я видел случай, когда зашифровали и виртуалки, и NAS с их резервными копиями за один вечер. PBS решает это разделением ролей: датастор доступен только по отдельному токену для задач бэкапа, а восстановление требует отдельной авторизации.

Вторая по частоте ошибка — бэкап, который никто не проверял на восстановление. Задача может годами завершаться зелёной галочкой в интерфейсе, а при попытке поднять виртуалку выясняется, что архив битый, диск не монтируется или в бэкап не попала часть данных из-за неверно заданного расписания. Бэкап без проверки восстановления — это не бэкап, а файл, в который вы просто верите. Поэтому тестовое восстановление я всегда включаю в само внедрение, а не оставляю на потом.

PBS, встроенный vzdump и Veeam — в чём разница

Штатный vzdump в Proxmox VE каждый раз делает полную копию виртуалки — это просто, но долго и прожорливо по месту: сервер на 500 ГБ за месяц ежедневных бэкапов съест несколько терабайт хранилища. PBS работает по-другому: первый бэкап полный, а дальше для работающих ВМ через dirty-bitmap читаются и передаются только изменённые блоки (чанки), которые ещё и дедуплицируются между разными виртуалками и точками восстановления. На практике это экономия места в разы и бэкап, который занимает минуты вместо часов.

Veeam Backup для Proxmox VE тоже существует и неплохо работает. На небольшом объёме он бесплатен (Community Edition — до 10 рабочих нагрузок), а дальше нужна платная лицензия Veeam Data Platform — она оправдана в основном там, где вперемешку живут VMware, Hyper-V и Proxmox и нужна единая консоль. Для компании, у которой всё крутится на Proxmox, PBS даёт ту же дедупликацию и инкрементальные бэкапы бесплатно и с более простой нативной интеграцией — без лишней прослойки и без потолка по числу машин.

Сколько стоит внедрение Proxmox Backup Server

Частые вопросы

Proxmox Backup Server бесплатный?
Да, PBS распространяется бесплатно и без ограничений по функциям — дедупликация, шифрование и verify-задачи доступны всем. Платная подписка Enterprise даёт доступ к более стабильному репозиторию обновлений и техподдержке от Proxmox, но для большинства малых компаний хватает бесплатного no-subscription репозитория.

Нужен ли отдельный физический сервер под PBS?
Желательно, но не обязательно. Если отдельного сервера нет, PBS можно поставить как виртуальную машину на том же кластере — главное, чтобы датастор с бэкапами физически лежал на отдельном диске или во внешнем хранилище, а не на том же томе, где живут продакшен-виртуалки. Отдельный сервер безопаснее: он переживёт даже полный отказ гипервизора.

У нас VMware, а не Proxmox — можно поставить PBS?
PBS в первую очередь заточен под нативную интеграцию с Proxmox VE, для VMware и Hyper-V такой глубокой интеграции у него нет. Для физических серверов и отдельных файловых бэкапов есть Proxmox Backup Client, но если у вас чистый VMware-парк, честнее предложить другой инструмент (тот же Veeam) — это обсуждаем на аудите.

Как часто нужно проверять восстановление из бэкапа?
Мы рекомендуем тестовое восстановление минимум раз в квартал, а после любых крупных изменений в инфраструктуре — сразу. Зелёная галочка в логах задачи бэкапа не гарантирует, что архив реально поднимется, это подтверждает только попытка восстановления.