Что такое резервное копирование Proxmox?
Proxmox VE — платформа с открытым исходным кодом для управления виртуальными машинами и контейнерами. Для защиты данных в ней предусмотрена функция резервного копирования. Можно использовать встроенный инструмент vzdump или в связке с Proxmox Backup Server (PBS).
vzdump создаёт резервные копии дисков ВМ и контейнеров, а также конфигурационных файлов. Резервные копии можно сохранять локально или на удалённое хранилище. Поддерживаются режимы снимка, приостановки и остановки. Большинство пользователей выбирают режим снимка для онлайн-бэкапа.
PBS — внешнее решение, оптимизированное для резервного копирования Proxmox. Оно предлагает дедупликацию, шифрование, сжатие и быстрое восстановление. Подключается к Proxmox через Proxmox VE API или запланированные задания.
Скорость резервного копирования зависит от дискового ввода-вывода, пропускной способности сети, файловой системы, сжатия и загрузки CPU. Если бэкапы выполняются медленно, причиной может быть один или несколько из этих факторов.
Почему бэкап Proxmox выполняется медленно?
Медленный бэкап раздражает: он отнимает время и задерживает операции. Рассмотрим основные причины.
1. Узкое место в производительности хранилища
Если целевое хранилище оснащено медленными дисками (например, HDD на 5400 RPM или перегруженным общим хранилищем), скорость резервного копирования снизится. Важны лимиты IOPS, задержка и пропускная способность записи.
При использовании ZFS на производительность влияют параметры recordsize и sync. Неправильно настроенные тома или фрагментированные диски также замедляют процесс.
2. Пропускная способность сети и задержка
Бэкапы по сети могут стать «узким местом» из-за каналов 1GbE, перегруженных коммутаторов или неправильной настройки NIC. Если канал между узлом Proxmox и хранилищем резервных копий медленный — бэкапы тоже будут медленными.
3. Нагрузка ВМ во время резервного копирования
Если ВМ активно пишут на диск во время бэкапа, инструментам на основе снимков приходится считывать изменённые блоки перед записью в хранилище. Это может задерживать запись до завершения чтения.
4. Слишком много параллельных заданий
Одновременный запуск нескольких заданий резервного копирования может перегрузить хранилище, CPU или оперативную память. Если все задания одновременно сжимают, шифруют и записывают данные, они конкурируют за ресурсы.
5. Ресурсоёмкое сжатие или шифрование
Использование ресурсоёмкого сжатия (например, zstd на высоких уровнях) или программного шифрования без аппаратного ускорения может замедлить работу узла. При отсутствии AES-NI шифрование требует значительных ресурсов.
6. Ограничения конфигурации Proxmox
Настройки по умолчанию в /etc/vzdump.conf могут не подходить для крупных систем. Возможно, потребуется увеличить max_workers или скорректировать другие параметры. Задания резервного копирования могут выполняться с приоритетом по умолчанию, создавая конкуренцию с активными процессами ВМ.
7. Выбор режима резервного копирования
Режимы - mode stop или - mode suspend вызывают простой ВМ. Однако даже - mode snapshot может работать медленно, если хранилище не поддерживает быстрые снимки или ВМ содержит большой объём изменённых данных.
8. Тип хранилища для бэкапов
Резервное копирование на NFS может выполняться медленнее, чем на iSCSI или локальный ZFS, в зависимости от настроек. Сетевые папки NFS могут страдать от задержек блокировки, медленных операций с метаданными или повторных сетевых передач.
Как исправить медленный бэкап Proxmox?
Ускорение бэкапа начинается с определения причины задержки. Рассмотрим решения пошагово.
Проверить производительность дисков и ввода-вывода
Резервное копирование предполагает интенсивную запись данных. Необходимо убедиться, что диски справляются с нагрузкой.
Для проверки использовать инструменты:
iostat -x 1
Высокие значения await или %util сигнализируют о перегрузке. Если диск загружен почти на 100%, стоит рассмотреть переход на более быстрое хранилище.
Для ZFS оптимизировать:
recordsize=1M для больших последовательных записей
sync=disabled (только для некритичных бэкапов)
Ограничить дедупликацию, если её польза не подтверждена
Следить за использованием кэша ARC:
arcstat 1
ZFS на HDD всегда будет медленнее SSD или NVMe. Стоит рассмотреть добавление быстрого устройства SLOG или L2ARC.
Оптимизировать пропускную способность сети
Для сетевых бэкапов протестировать пропускную способность между Proxmox и PBS:
iperf3 -c <PBS_IP>
При низкой скорости — исправить сеть. По возможности перейти на 10GbE. Если 10GbE уже используется, проверить Jumbo Frames:
ip link set dev eth0 mtu 9000
Проверить настройки NIC с помощью ethtool:
ethtool -K eth0 gro on gso on tso on
Включить масштабирование окна TCP:
sysctl -w net.ipv4.tcp_window_scaling=1
Для агрегированных каналов использовать mode=802.3ad и согласовать настройки с коммутатором.
Снизить нагрузку от сжатия и шифрования
Сжатие полезно, но может замедлить работу. Протестировать:
zstd -1 vs. zstd -6
Использовать более низкие уровни или отключить сжатие, чтобы проверить влияние на скорость.
Убедиться, что для шифрования включена поддержка AES-NI. При её отсутствии ожидается снижение производительности.
В PBS настроить шифрование в состоянии покоя вместо шифрования при передаче, чтобы снизить нагрузку на CPU в режиме реального времени.
Распределить задания резервного копирования по времени
Отредактировать /etc/vzdump.conf:
max_workers: 2
ionice: 7
nice: 20
Это ограничит параллельное выполнение заданий и снизит нагрузку на CPU и ввод-вывод.
В графическом интерфейсе Proxmox планировать бэкапы в разное время для каждого узла или группы ВМ. Избегать пиковых часов.
Настроить параметры vzdump и заданий
Запускать резервное копирование в режиме снимка:
vzdump 101 --mode snapshot --compress zstd --storage backup-pool
Избегать режимов stop или suspend, если это не обязательно. Использовать --bwlimit для предотвращения пиков ввода-вывода.
Использовать быстрые и локальные хранилища для бэкапов
По возможности выполнять резервное копирование на локальное хранилище или устройства SSD/NVMe. Избегать медленных NFS или общих HDD.
При использовании NFS:
Включить NFS v4
Монтировать с параметрами: rw,async,noatime,nodiratime
Избегать мягких монтирований (soft mounts), которые медленно повторяют попытки при сбоях
Отслеживать журналы и метрики
Анализировать журналы vzdump. Обращать внимание на строки вида:
duration: 00:35:14, backup-job: delay: 00:14:23
«Delay» указывает на ожидание ввода-вывода. Использовать эти данные для выявления узких мест.
Использовать графики Proxmox или внешние инструменты (Grafana, Zabbix) для мониторинга IOPS дисков, загрузки CPU и пропускной способности сети.
Установить приоритет процессов резервного копирования
Использовать следующие команды для снижения приоритета бэкапа:
ionice -c3 -p $(pgrep vzdump)
nice -n 20 -p $(pgrep vzdump)
Это снизит нагрузку от бэкапа и выделит активным ВМ больше ресурсов.
Планирование для корпоративных сред
В кластерных конфигурациях не выполнять резервное копирование всех узлов одновременно. Использовать выделенный NIC для сервера резервного копирования.
Пользователям Ceph следует помнить: бэкапы нагружают OSD. Рассмотреть перенос резервного копирования на PBS с хранилищем SSD/NVMe и настройкой ZFS.
Для гиперконвергентных сред тестирование проводить в непиковые часы. Резервное копирование конкурирует с трафиком ВМ.
Устранить распространённые ошибки
qm unlock 101
Таймауты NFS: увеличить таймаут монтирования, проверить журналы сервера.
Ошибки аутентификации PBS: повторно добавить PBS в Центр обработки данных > Хранилище.
Обновлять Proxmox
Каждый релиз улучшает vzdump и процедуры резервного копирования. Поддерживать актуальность:
apt update && apt dist-upgrade
Следить за журналами изменений Proxmox и PBS на предмет исправлений и улучшений, связанных с резервным копированием.
Ускорение бэкапа Proxmox с помощью Vinchin
Если бэкапы Proxmox по-прежнему выполняются медленно или возможностей встроенных инструментов не хватает, попробуйте Vinchin Backup & Recovery — профессиональное корпоративное решение с нативной поддержкой Proxmox VE. Оно обеспечивает надёжную производительность, широкую совместимость с гипервизорами и централизованное управление для упрощения резервного копирования всей инфраструктуры.
Vinchin ускоряет защиту данных благодаря постоянному инкрементному бэкапу, встроенной дедупликации и сжатию, а также расширенным функциям: миграция V2V, CBT и мгновенное восстановление. Удобная веб-консоль делает резервное копирование ВМ Proxmox быстрее, легче и проще в управлении.
Резервное копирование ВМ Proxmox с помощью Vinchin занимает всего четыре шага:
1. Выбрать ВМ на хосте
2. Выбрать место назначения для бэкапа
3. Выбрать стратегии резервного копирования
4. Запустить задание
Vinchin доверяют организации по всему миру. Вы можете изучить все функции бесплатно в течение 60 дней. Нажмите ниже, чтобы скачать установщик и развернуть решение за несколько минут.
Часто задаваемые вопросы о медленном бэкапе Proxmox
В1: Как проверить, связана ли медленная скорость бэкапа с сетью?
Используйте iperf3 между Proxmox и целевым хранилищем для измерения пропускной способности.
В2: Почему мой PBS бэкап завис на 0%?
Проверьте проблемы с пулом ZFS, медленный целевой диск или проблемы со снимком на исходной ВМ.
В3: Как ограничить скорость бэкапа Proxmox?
Добавьте --bwlimit <МБ/с> в команду vzdump для ограничения пропускной способности.
Заключение
Медленное резервное копирование в Proxmox может быть вызвано ограничениями хранилища, проблемами с сетью или неправильной настройкой. Оптимизировав конфигурацию и следуя лучшим практикам, можно значительно ускорить этот процесс. Если проблемы сохраняются, Vinchin Backup & Recovery предлагает более быстрый и простой способ защиты ВМ Proxmox — надёжный, эффективный и рассчитанный на масштабирование.
