Резервное копирование и восстановление в Proxmox VE

Резервное копирование в среде виртуализации — это не просто рекомендация, а базовая необходимость, обеспечивающая целостность данных и непрерывность бизнес-процессов. Настоящее руководство предоставит вам исчерпывающую информацию о создании резервных копий виртуальных машин (KVM/QEMU) и контейнеров (LXC) в Proxmox VE, их восстановлении, а также о защите конфигурации самого гипервизора.

Введение

Зачем нужны бэкапы в среде виртуализации

Виртуальная среда консолидирует множество критически важных рабочих нагрузок. Сбой одного физического хоста или логическая ошибка (например, случайное удаление данных внутри ВМ) может привести к остановке сразу нескольких сервисов. Надёжная стратегия резервного копирования позволяет:

• Восстановить работоспособность сервисов после аппаратного сбоя.
• Откатить состояние системы до момента перед ошибочным обновлением или некорректной настройкой.
• Обеспечить соблюдение политик хранения данных и корпоративных стандартов безопасности.

Что такое vzdump и какие форматы сжатия поддерживаются

Основным инструментом для создания резервных копий в Proxmox VE является утилита vzdump. Она создаёт полные резервные копии, которые включают в себя полную конфигурацию гостевой системы и все её данные.. Благодаря этому вы всегда можете быть уверены, что для восстановления вам не понадобится цепочка предыдущих бэкапов.

Для экономии места vzdump поддерживает несколько алгоритмов сжатия:

• zstd (Zstandard): Рекомендуемый выбор. Обеспечивает отличный баланс между степенью сжатия и скоростью. Zstd поддерживает многопоточность, что делает его значительно быстрее на многоядерных процессорах.
• gzip (GNU Zip): Классический метод с хорошей степенью сжатия, но работающий медленнее и использующий только один поток процессора.
• lzo (Lempel-Ziv-Oberhumer): Очень быстрый алгоритм сжатия, который подходит, если приоритетом является минимальное время создания бэкапа, а не экономия места.

Важно: Все эти форматы широко распространены. Если вы используете Proxmox Backup Server (PBS), он предоставляет дедупликацию и инкрементное копирование на уровне блоков, что является более продвинутым решением для production-сред.

Создание ручной резервной копии

Ручное создание бэкапа удобно перед выполнением рискованных операций (например, обновлением или миграцией).

Выбор ВМ или LXC в веб-интерфейсе

Войдите в веб-интерфейс Proxmox VE. В левом дереве ресурсов выберите нужный узел (node), затем найдите и кликните на виртуальную машину или контейнер по его ID. Перейдите на вкладку Backup.

Указание хранилища и настройка параметров

Нажмите кнопку Backup now. Откроется окно с параметрами:

• Storage: Выберите целевое хранилище, где будет сохранён файл бэкапа (локальная директория, NFS, Proxmox Backup Server и др.).

  • 

• Mode: Выберите режим резервного копирования.
  • Snapshot (рекомендуется): Создаёт моментальный снимок диска на лету, практически не вызывая простоев. Для гарантированной целостности файловой системы настоятельно рекомендуется установить внутри ВМ QEMU Guest Agent.
  • Suspend: Приостанавливает работу ВМ, создаёт копию состояния памяти и возобновляет работу. Вызывает кратковременную «заморозку» гостя.
  • Stop: Останавливает ВМ на время создания копии. Обеспечивает максимальную консистентность данных, но приводит к даунтайму.

  • 

• Compression: Выберите алгоритм сжатия (ZSTD — оптимальный выбор для скорости и размера).

  • 

Запуск и отслеживание прогресса

Нажмите Backup.

В нижней панели задач (Tasks) отобразится новый процесс.

Кликнув на него, вы можете в реальном времени наблюдать за ходом выполнения в логах.

По завершении файл резервной копии появится в списке на вкладке Backup.

Настройка автоматического резервного копирования по расписанию

Регулярные автоматические бэкапы — основа любой стратегии защиты данных.

Переход в раздел планирования

Перейдите в раздел Datacenter (на самом верху дерева ресурсов).

Откройте вкладку Backup

Нажмите кнопку Add, чтобы создать новое задание.

Выбор резервируемых объектов

Задайте следующие параметры:

• Node: Выберите узел, который будет выполнять резервное копирование (актуально для кластеров).

  • 

• Selection mode: Определите, какие гостевые системы будут включены в бэкап.
  • All: Бэкапить все ВМ и контейнеры на узле. Можно использовать поле Exclude, чтобы исключить отдельные ID.
  • Include selected VMs: Ручной выбор конкретных VM и CT для бэкапа.

  • 

• Storage: Укажите хранилище для сохранения резервных копий.

  • 

Настройка расписания и политики хранения

• Schedule: Настройте расписание.

  • 

• Retention: Настройте политику хранения (prune-backups) для автоматической очистки старых архивов.

  • 

  • Keep Last: Оставлять последние N бэкапов (например, 7).

  • 

  • Keep Hourly/Daily/Weekly/Monthly/Yearly: Гибкое управление глубиной архива. Эта политика пришла на смену устаревшему параметру maxfiles и настоятельно рекомендуется к использованию.

  • 

Дополнительные параметры

• Compression: Выберите предпочтительный алгоритм сжатия.

  • 

• Mode: Выберите режим резервного копирования (аналогично ручному режиму).

  • 

Разверните раздел Advanced:

• Limit Bandwidth: Установите ограничение скорости записи (в КиБ/с), чтобы бэкап не перегружал дисковую подсистему в рабочее время.

  • 

После сохранения задание будет выполняться автоматически, следуя указанному расписанию.

Восстановление из резервной копии

Поиск файла бэкапа в хранилище

Перейдите в раздел Datacenter, выберите ваше хранилище где хранятся резервные копии и откройте вкладку Backup. Здесь отображаются все доступные резервные копии, хранящиеся в этом расположении.

Восстановление как новой ВМ или замена существующей

Выделите нужный файл бэкапа и нажмите кнопку Restore (Восстановить).

• VM ID: Система предложит новый свободный ID. Если вы хотите перезаписать существующую ВМ (например, откатить изменения), вам нужно будет сначала удалить её или указать её ID и вручную подтвердить перезапись в следующих окнах.

  • 

• Storage: При необходимости укажите другое целевое хранилище для дисков восстанавливаемой ВМ (например, более быстрый SSD-пул).

  • 

Резервное копирование узла и настроек Proxmox

Хотя vzdump защищает виртуальные машины, конфигурация самого гипервизора (настройки сети, кластера, хранилищ) не попадает в эти бэкапы по умолчанию. Для полного резервирования необходимо также регулярно сохранять конфигурацию узла.

Бэкап конфигурации узла Proxmox

На каждом узле Proxmox VE хранятся критически важные конфигурационные файлы:

• /etc/pve/: Содержит основную конфигурацию кластера, виртуальных машин, хранилищ и прав доступа. Это виртуальная файловая система, резервное копирование которой обеспечивает восстановление логической структуры хоста. Вся конфигурация хоста в целом хранится в базе данных pmxcfs по пути /var/lib/pve-cluster/config.db.
• /etc/network/: Содержит файл interfaces, в котором описаны все сетевые настройки (bridge, bonds, VLAN).
• /etc/hosts, /etc/hostname: Имя хоста и локальное разрешение имен.

Рекомендуемый способ — создать сжатый архив этих каталогов:

tar -czvf /root/pve-config-backup.tar.gz /etc/pve/ /etc/network /etc/hosts /etc/hostname

Готовый архив следует переместить на отдельный сервер бэкапов или внешний носитель. Этот архив позволит вам быстро развернуть идентичный гипервизор на новом "железе" в случае аварии.

Использование специальных скриптов

Для автоматизации бэкапа конфигурации вы можете написать простой cron-скрипт или использовать готовые решения. Например, сценарий, который ежедневно архивирует папку /etc/pve/ и автоматически удаляет бэкапы старше 7 дней.

Заключение

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