Vinchin Backup & Recovery V9.0 SP3: обзор и практика на Proxmox VE

Введение

#

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

Vinchin Backup & Recovery V9.0 SP3 - это не просто еще один инструмент для бэкапов, а полноценная платформа, которая включает в себя: резервное копирование, восстановление, миграцию и защиту данных в одном продукте - для виртуальной, физической, облачной и гибридной инфраструктуры.

Ключевая фишка продукта в том, что он не привязан к одному гипервизору, как Proxmox Backup Server к Proxmox. Это один инструмент который поддерживает 15+ платформ виртуализации, включая актуальные для российского рынка zVirt, РЕД Виртуализацию, ROSA Virtualization и HOSTVM. В статье мы с вами попробуем подробно разобраться с архитектурой приложения, его установкой, поддержкой Proxmox VE и сравнением с PBS.

Важный нюанс, о котором стоит сказать сразу: Vinchin бэкапит виртуалки, а не сам хост Proxmox целиком (подробнее - в разделе 11). А если коротко сравнивать с PBS, то PBS бесплатен и глубже интегрирован в систему, если у вас только Proxmox. Vinchin выигрывает, когда инфраструктура смешанная или когда планируется переход на другую платформу. Подробнее о плюсах и минусах для домашней лаборатории - в разделе 13.

1. Общее позиционирование продукта

#

Vinchin Backup & Recovery V9.0 SP3 - корпоративное решение для резервного копирования, восстановления, миграции и защиты данных в виртуальной, физической, облачной и гибридной IT-инфраструктуре.

Ключевые возможности по заявлению разработчиков: полное резервное копирование виртуальных машин и восстановление отдельных файлов; кроссплатформенная миграция виртуальных машин (V2V и другие типы); непрерывная защита данных (CDP - Continuous Data Protection); аварийное восстановление и failover.

Для homelab-контекста ProHomelab интересен прежде всего практический аспект этого позиционирования. Vinchin может делать то же самое, что привычный Proxmox Backup Server, но добавляет к этому поддержку множества других платформ под одной лицензией и консолью.

2. Широкая поддержка платформ виртуализации

#

Одна из ключевых особенностей Vinchin - широкая поддержка самых разнообразных платформ виртуализации. Vinchin Backup & Recovery поддерживает резервное копирование и восстановление для целого ряда гипервизоров, включая (помимо прочих) Hyper-V, Proxmox, XCP-ng, oVirt, H3C CAS/UIS, ZStack, Sangfor HCI, OpenStack, Huawei FusionCompute, Red Hat Virtualization, Oracle OLVM, XenServer/Citrix Hypervisor.

Отдельно стоит выделить платформы, актуальные для российского рынка и локальной инфраструктуры:

• Proxmox VE - основная платформа этого обзора, поддерживается с версии Vinchin 7.2. При этом если есть поддержка Proxmox, то и решение от Alt Linux тоже должно работать;
• zVirt - российская платформа виртуализации на базе oVirt/KVM от «Орион софт»;
• РЕД Виртуализация - платформа от «РЕД СОФТ»;
• ROSA Virtualization - платформа от НТЦ ИТ РОСА, также на базе oVirt/KVM;
• HOSTVM - еще одно российское решение для виртуализации.

Поддержка РЕД Виртуализации и ROSA Virtualization появилась в Vinchin с версии 8.0, вместе с поддержкой сопутствующих ОС РЕД ОС и Astra Linux в виртуализированных средах.

3. Актуальность для российского рынка

#

Для российского рынка особенно актуальны сценарии, связанные с переходом с VMware, Hyper-V и других зарубежных платформ на альтернативные решения виртуализации. На данный факт делают упор и сами разработчики Vinchin.

Vinchin может быть интересен компаниям, которые:

• рассматривают альтернативы VMware;
• используют смешанную инфраструктуру с несколькими платформами виртуализации одновременно (например, Proxmox уже развернут, но часть нагрузки еще остается на других, старых системах);
• переходят на отечественные или open-source платформы (zVirt, РЕД, ROSA, HOSTVM);
• хотят централизованно управлять резервным копированием и восстановлением в разных средах вместо набора разрозненных инструментов под каждую платформу.

4. Миграция и восстановление между разными средами

#

Помимо стандартного резервного копирования и восстановления, у Vinchin есть развитый набор сценариев миграции и переноса рабочих нагрузок между разными средами:

• V2V - миграция виртуальных машин между разными платформами виртуализации;
• P2V - миграция физического сервера в виртуальную среду;
• P2P - миграция между физическими серверами;
• C2C - миграция между облачными средами;
• C2V - миграция из облачной среды в виртуальную;
• P2C - миграция физического сервера в облачную среду.

Для российского рынка могут быть интересны сценарии миграции именно с VMware на альтернативные платформы. По данным вендора, V2V-миграция поддерживается между 19 ведущими платформами виртуализации, включая как мировые бренды, так и перечисленные выше отечественные решения.

Показательный пример такого перехода - миграция VMware → zVirt. У вендора есть отдельная видео-инструкция по этому сценарию. VMware у меня в домашней лаборатории нет (используется только Proxmox VE), поэтому здесь описан общий принцип, а не пошаговый личный опыт. В общих чертах сценарий выглядит так: Vinchin подключается одновременно к исходной VMware-инфраструктуре и к целевому zVirt, снимает образ VM с VMware и напрямую восстанавливает его на zVirt, минуя промежуточные ручные конвертации диска и настройку с нуля. Возможности Vinchin здесь шире, чем просто V2V. Продукт может быть полезен в комплексных проектах миграции и модернизации IT-инфраструктуры в целом, а не только как разовый конвертер образов.

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

Изначально я думал, в практической части этого обзора, ограничиться Proxmox VE, но в итоге я решил показать этот механизм не на паре одинаковых Proxmox-хостов, а по-настоящему кроссплатформенно и в обе стороны: сначала тестовая VM разворачивается на XCP-ng (второй Chuwi UBox), бэкапится через Vinchin и восстанавливается на домашнем Proxmox VE; затем процесс повторяется в обратную сторону - VM с Proxmox бэкапится и восстанавливается уже на XCP-ng. Это показывает общий принцип того самого платформонезависимого восстановления Vinchin. Сами шаги этого переноса - в разделе 8, пункт 10 «Сама миграция».

5. Автоматизация и управление

#

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

6. Что нового в V9.0 SP3 по сравнению с предыдущим релизом

#

В версии V9.0 SP3 добавлены и улучшены следующие возможности:

• поддержка резервного копирования и восстановления H3C UIS 6.5;
• поддержка ZStack Cloud на ARM-архитектуре;
• улучшения в процессах восстановления и проверки целостности бэкапов;
• оптимизация работы с NAS, файловыми копиями, Hadoop, объектным хранилищем и архивированием на ленту;
• улучшения в Server CDP, включая аварийное переключение (failover) и восстановление;
• оптимизация интерфейса, журналов, уведомлений и отображения информации о заданиях.

7. Архитектура: Server, Node, Proxy

#

Фактически Vinchin состоит из трех компонентов (для домашней лаборатории обычно достаточно только первого):

• Backup Server - центральный узел с веб-консолью, где настраиваются задания, политики хранения, репозитории и восстановление. В подавляющем большинстве домашних и малых сценариев это единственный компонент, который нужен и им можно ограничиться.
• Backup Node - опциональный компонент для масштабирования на крупные инфраструктуры или для сценариев ROBO (Remote Office/Branch Office), когда бэкап-сервер стоит в головном офисе, а ноды - на удаленных площадках, при этом у вас единое управление.
• Backup Proxy - компонент-«прокладка», нужен только для отдельных сценариев ускорения бэкапа на некоторых платформах; для Proxmox VE прокси не требуется.

Для Proxmox VE Vinchin работает по общему для всех платформ принципу - безагентно: внутрь гостевой ОС каждой VM ничего не ставится. На сам хост это не распространяется - там Vinchin работает через собственный backup-плагин (детали и шаги установки - в разделе 8, пункт 4).

flowchart LR
    A["Vinchin Backup Server
веб-консоль, политики, репозиторий"] -->|"через backup-плагин, без гостевого агента"| B["Proxmox VE хост 1"]
    A -->|"через backup-плагин"| C["Proxmox VE хост 2"]
    A --> D[("Backup Repository
Local/NFS/CIFS/iSCSI/FC")]
    A -.->|"опционально при масштабировании"| E["Backup Node"]

8. Установка: это так называемый ISO-appliance, а не Docker-контейнер

#

Важный момент для моей self-hosting-аудитории. Vinchin не разворачивается как Docker-контейнер. Это полноценный дистрибутив-appliance - ISO-образ с интегрированной ОС (свежие версии построены на базе Rocky Linux 9.2), который устанавливается либо на физический сервер, либо разворачивается как отдельная виртуальная машина. Никакого docker-compose тут не будет, поэтому потестировать “просто так” не получится.

Для этого обзора я установил Vinchin на голое железо - под него выделен отдельный мини-ПК Chuwi UBox (на базе AMD Ryzen 6600H), не входящий в основной Proxmox-кластер. Итоговый стенд для практической части выглядит так:

• UBox №1 - Vinchin Backup Server (bare metal);
• UBox №2 - XCP-ng, вторая платформа для демонстрации кроссплатформенной V2V-миграции в обе стороны (Proxmox → XCP-ng и XCP-ng → Proxmox) (bare metal);
• домашний PVE (третий UBox, уже используется под реальные сервисы) - источник VM для бэкапа: с него снимаются задания резервного копирования (только чтение, без изменений на проде) (bare metal);

Домашний PVE участвует и как источник бэкапа, и как цель восстановления в обратном направлении (XCP-ng → Proxmox) - но восстановление всегда создает новую VM с отдельным ID, не трогая существующие рабочие машины, так что реальным сервисам на проде это не угрожает.

Весь процесс установки, подключения Proxmox VE и XCP-ng, а также саму миграцию между ними я показываю в видео на канале (ссылка в начале статьи) - шаги ниже - это текстовый конспект того же самого процесса, по шагам и с названиями конкретных пунктов меню. Названия пунктов меню могут отличаться от версии к версии - при установке стоит свериться с актуальным UI.

1. Установка Vinchin Backup Server с ISO

1. Регистрация на сайте Vinchin (имя, email, гипервизор) - на почту приходит ISO-образ; лицензионный ключ в этом случае уже есть отдельно.
2. Запись ISO на загрузочную USB-флешку (Rufus/UltraISO).
3. Загрузка UBox с флешки, в меню установщика выбор пункта «Install Backup & Disaster Recovery System (Server)».
4. Шаги мастера установки (интерфейс на базе Anaconda/Rocky Linux):
   • выбор часового пояса (Time Zone) → Done;
   • выбор диска под установку (Installation Destination) → Done;
   • настройка сети и имени хоста (Network & Host Name) - здесь задается статический IP;
5. После перезагрузки - вход в веб-консоль по указанному IP.

2. Активация лицензии

1. При первом входе - смена пароля администратора по умолчанию. Он вам пришел на почту при регистрации на сайте.
2. В консоли переход в раздел лицензирования, загрузка имеющегося лицензионного ключа (файл вида license-*.key, присланный на почту).

3. Подключение Proxmox VE к Vinchin

1. Resources → Infrastructure → Virtual Platform.
2. Кнопка Add.
3. В выпадающем списке Platform выбрать Proxmox VE.
4. В поле IP/Domain указать адрес и порт хоста Proxmox VE в формате server_ip:8006.
5. Указать Username и Password администратора Proxmox VE.
6. OK - платформа появится в списке Virtual Platform List.

4. Установка backup-плагина на хостах Proxmox VE

В отличие от бэкапа VMware, где Vinchin работает полностью без плагинов на хосте, для Proxmox VE вендор требует установить легкий backup-плагин прямо на хосты Proxmox - не внутрь гостевых VM, а только на сам гипервизор:

1. Скачать инсталлятор плагина из консоли Vinchin.
2. Загрузить и установить его на master-хост пула Proxmox VE (и на все slave-хосты, если это кластер, это обязательно).
3. Убедиться, что после установки плагина хост Proxmox VE в консоли Vinchin переходит в так называемое лицензированное состояние (если лицензия по типу «Per CPU Sockets» - хост изначально показывается как Unlicensed, пока на него не выделена лицензия отдельно).

5. Настройка репозитория

1. Переход в раздел управления хранилищами бэкапов.
2. Добавление репозитория - локальный диск/раздел UBox с Vinchin, либо NFS/CIFS-шара на NAS.

6. Первое задание резервного копирования

1. VM Backup → Backup.
2. Шаг 1. Select Backup Source - выбрать хост Proxmox VE, отметить нужные VM (кнопка Sync, если свежедобавленные VM не отображаются).
3. Шаг 2. Select Backup Destination - выбрать Target Node и Target Storage (репозиторий из предыдущего пункта).
4. Шаг 3. Select Backup Strategies - расписание (Backup as scheduled либо разовый Once-off backup), способ передачи данных (LAN либо LAN-Free/SAN, если настроен).
5. Шаг 4 - имя задания, проверка деталей, Submit.
6. Задание появится на странице Monitor Center → Jobs - оттуда можно запустить вручную и следить за прогрессом в реальном времени.

Ссылки на официальный хелп-центр Vinchin: Installation, Proxmox VE Backup & Restore, Connect Proxmox VE to Vinchin, Install Proxmox VE Backup Plugins, Backup Proxmox VE VMs.

7. Установка XCP-ng на UBox №2

Здесь все гораздо проще, чем в истории с oVirt/RHV, - установка с помощью одного ISO-образа, как у Proxmox VE:

1. Скачиваем актуальный стабильный ISO (на момент подготовки обзора - 8.3, LTS-ветка) с официальной страницы загрузки или с зеркал.
2. Записываем образ на USB-флешку.
3. Загружаем UBox №2 с флешки и выбираем пункт Install XCP-ng. Важно сразу определиться с режимом BIOS либо UEFI - после установки сменить его нельзя, иначе система может перестать загружаться.
4. Проходим все обычные этапы установки: раскладка клавиатуры → принять EULA → выбор диска под установку (нужен отдельный физический диск, dual-boot не поддерживается) → пароль root → сетевые настройки (интерфейс, DHCP либо статический IP, hostname, DNS) → часовой пояс и настройка NTP.
5. После установки системы и перезагрузки в консоли будет отображен IP-адрес хоста. Переходим по нему в браузере (https://<IP-UBox2>) - откроется встроенный XO Lite, базовый веб-интерфейс управления, доступный сразу после установки без дополнительной настройки.

8. Установка backup-плагина на хосте XCP-ng

Так же, как и с Proxmox VE, для XCP-ng Vinchin тоже требует легкий backup-плагин на самом хосте (dom0) - только пакет здесь другого формата, .rpm, а не .deb (XCP-ng построен на CentOS-совместимой базе):

1. На странице логина веб-консоли Vinchin нажать Download Backup Plugin.
2. Type → VM Backup Plugin, Platform → XCP-ng, Version → точная версия вашего XCP-ng (в этом обзоре - 8.3). Скачается файл в формате .rpm.
3. Через WinSCP (или любой SCP/SFTP-клиент) загрузить .rpm на хост XCP-ng - логин root, пароль от XCP-ng.
4. Зайти в консоль хоста (через встроенную консоль XO Lite/XOA либо по SSH напрямую) и выполнить:

   rpm -i vxe-backup-agent-xxx.xe.x86_64.rpm

   где xxx - реальное имя файла (удобнее всего подставлять через Tab-автодополнение, а не печатать вручную).
5. Если у вас пул из нескольких хостов - плагин нужно поставить на каждый хост, включая master, иначе бэкап будет работать только для VM на том хосте, где плагин установлен.

Источники: Install XCP-ng Backup Plugins - Vinchin Help Center, How to install backup plugin for XCP-ng?

9. Подключение XCP-ng к Vinchin

Точно так же, как и с Proxmox VE (см. пункт 3 выше):

1. Resources → Infrastructure → Virtual Platform → Add.
2. В списке Platform выбрать XCP-ng.
3. IP/Domain - адрес хоста XCP-ng (UBox №2).
4. Username / Password - root и пароль, заданные при установке.
5. OK - платформа появится в списке рядом с Proxmox VE.

10. Сама миграция: перенос VM между Proxmox и XCP-ng в обе стороны

Вот та самая практическая часть, которую я обещал выше по тексту, - показываю сам процесс переноса, а не только установку компонентов. У Vinchin это делается не отдельным «мастером миграции», а через обычную функцию восстановления - просто на одном из шагов мастера нужно явно переключиться на Cross Platform Restore, а не оставлять восстановление на исходную платформу по умолчанию.

Proxmox → XCP-ng:

1. Создать тестовую VM на домашнем Proxmox VE и включить ее в задание бэкапа (см. пункт 6 выше), дождаться завершения.
2. VM Backup → Restore.
3. Шаг 1. Select Restore Point - выбрать нужную точку восстановления этой VM.
4. Шаг 2 - здесь важно явно выбрать тип восстановления Cross Platform Restore (а не Instant Restore, который лишь временно и виртуально поднимает VM прямо из репозитория). В качестве цели восстановления указать хост XCP-ng вместо исходного Proxmox.
5. Шаг 3. Restore strategies - для теста можно оставить настройки по умолчанию и просто нажать Next.
6. Шаг 4. Submit - запуск задания. По завершении VM появится уже на XCP-ng.

XCP-ng → Proxmox (обратное направление):

1. Создать тестовую VM на XCP-ng, включить XCP-ng-хост в отдельное задание бэкапа (аналогично тому, как это делалось для Proxmox) и дождаться выполнения.
2. VM Backup → Restore, выбрать точку восстановления VM с XCP-ng.
3. Так же выбрать Cross Platform Restore, в качестве цели восстановления - домашний Proxmox VE.
4. Restore strategies - по умолчанию.
5. Submit - VM появится на Proxmox как новая машина с отдельным ID, не трогая существующие рабочие VM.

Ссылки на официальные пошаговые гайды Vinchin

• How to Migrate VM from Proxmox to XCP-ng,
• How to Migrate VM from XCP-ng to Proxmox.

9. Системные требования

#

Официальные рекомендации Vinchin ориентированы на продакшн-нагрузки и выглядят избыточно для домашней лаборатории:

Для теста или стандартного homelab-сценария (несколько VM, гигабитная или 2,5 гбит сеть) это, конечно, избыточно - Backup Server прекрасно ставится и на компактный мини-ПК вроде Chuwi UBox, а сеть и диск под репозиторий подбираются под реальный объем данных, а не под цифры из enterprise-гайда. Но стоит понимать, что это уже не «контейнер на 200 МБ RAM», а полноценная отдельная система, которая сама по себе отъедает заметные ресурсы железа.

10. Редакции и вопросы лицензий

#

У Vinchin три редакции, и лицензия продается либо как единоразовая (Perpetual, «купил - владеешь навсегда», привязана к числу физических CPU-сокетов на целевых хостах), либо как подписка от 1 года до 3 лет:

• Free Edition - бесплатно и навсегда защищает до 3 виртуальных машин. Поддерживает базовый набор: безагентный бэкап, сжатие, гибкое расписание, разные типы хранилищ репозитория (локальный диск, NFS, CIFS, iSCSI, Fibre Channel). Обновления, техподдержка и часть продвинутых функций в Free недоступны, но для кого-то, в домашнем сценарии этого будет достаточно.
• Standard Edition - для SMB-инфраструктуры, добавляет более продвинутые функции резервного копирования и восстановления, включает техподдержку 5×12.
• Enterprise Edition - для крупных и сложных инфраструктур, максимум функциональности, также 5×12 поддержка «из коробки» (7×24 - по отдельному запросу).

Если есть офсайт-копия (например, второй Vinchin-сервер для offsite-копий), Vinchin выдает под него отдельную бесплатную Offsite Copy License того же типа и срока действия, что и лицензия основного сервера - доплачивать за второй инстанс под чистый offsite-copy не нужно.

11. Поддержка Proxmox VE

#

Proxmox VE появился в списке поддерживаемых платформ с версии Vinchin 7.2 (конец 2023 года), актуальная линейка (v9.x) поддерживает диапазон версий Proxmox VE 7.2–9.0. Из документации и help-центра Vinchin по Proxmox можно выделить следующий функционал:

• Безагентный бэкап - ничего не устанавливается внутрь гостевой ОС каждой VM (нюанс с backup-плагином на самом хосте - см. раздел 7 и раздел 8, пункт 4).
• Changed Block Tracking (CBT) - ускорение инкрементальных бэкапов за счет отслеживания измененных блоков (в терминологии Vinchin для не-VMware платформ это называется SpeedKit).
• Forever-incremental backup - после первого полного бэкапа все последующие задания снимают только изменения, полный бэкап заново не гоняется, что сильно экономит время и деньги.
• LAN-Free backup - при наличии SAN (FC/iSCSI/NFS) данные можно передавать в обход production сети, снижая нагрузку на нее во время бэкапа.
• Гибкое расписание и retention-политики, включая GFS (grandfather-father-son) для долгосрочного хранения контрольных точек по неделям/месяцам/годам.
• Дедупликация, сжатие и BitDetector - комбинация из трех механизмов снижения объема хранимых данных: дедупликация и BitDetector ищут повторяющиеся блоки, swap-файлы, промежутки разделов и незанятое место, оставляя в репозитории только реально уникальные данные, а сжатие дополнительно ужимает то, что осталось.
• Полное восстановление и восстановление отдельных файлов, Instant VM Recovery для минимизации простоя.
• V2V-миграция - восстановление снятого с Proxmox бэкапа сразу на другую платформу (например, на zVirt или РЕД Виртуализацию) без промежуточных конвертаций.

Лицензирование под Proxmox привязывается к хостам: в веб-консоли отдельно «лицензируются» хосты нужного кластера Proxmox VE, после чего для VM на этих хостах становятся доступны задания резервного копирования.

Бэкап физических серверов (в т.ч. Windows) - отдельный механизм

#

Все описанное выше - бэкап на уровне гипервизора (раздел 7). Но у Vinchin есть и второй, принципиально другой механизм - бэкап физических серверов (Windows и Linux), который работает через установку легкого агента прямо в защищаемую систему, как в классических корпоративных бэкап-решениях.

Для домашней лаборатории это отдельный, самостоятельный кейс. Если помимо виртуалок на Proxmox есть, например, отдельный физический ПК или ноутбук под Windows, Vinchin может защищать и его при установке соответствующего агента. Показываю сам процесс по документации вендора (видео про эту часть я не снимал):

1. Установка агента на Windows-машину

1. На странице логина веб-консоли Vinchin нажать Download Backup Plugin (либо, уже находясь в консоли: Resources → Infrastructure → Agents → Add).
2. Выбрать тип агента - для полного бэкапа ОС нужен обычный Backup Agent (не Database Backup Agent - тот отдельный, для СУБД), ОС - Windows. Скачается .exe-инсталлятор.
3. Запустить инсталлятор на защищаемой машине от имени администратора.
4. Выбрать режим подключения: Connection mode 1 (агент ставится сам по себе, потом его нужно вручную добавить в консоли Vinchin) либо Connection mode 2 (сразу при установке агент сам регистрируется на Vinchin-сервере - для этого при установке нужно указать адрес сервера).
5. После установки агент появится на странице Resources → Infrastructure → Agents в консоли Vinchin.

2. Создание задания бэкапа физического сервера

1. Physical Backup → Server Backup → Backup.
2. Шаг 1 - в дереве Group выбрать нужный хост (Windows-агент из предыдущего шага); можно выборочно исключить отдельные разделы/диски - по умолчанию для Windows включаются системный диск, EFI-раздел и Microsoft Reserved Partition.
3. Шаг 2 - выбрать репозиторий назначения (тот же, что настроен для VM-бэкапов, либо отдельный).
4. Шаг 3 - расписание и стратегия бэкапа.
5. Шаг 4 - имя задания, Submit.

Восстановление такого бэкапа устроено так же, как P2V-конвертация, о которой шла речь в разделе про миграцию, - то есть при желании физическую Windows-машину можно не только забэкапить, но и поднять как виртуалку на Proxmox или XCP-ng.

Источники: Agents Deployment - Vinchin Help Center, Server Backup - Vinchin Help Center, How to Backup Windows Operating System with Vinchin Backup & Recovery?

12. Функции, которые выделяют Vinchin на общем фоне

#

Помимо базового бэкапа/восстановления, у Vinchin есть набор функций, которые в PBS реализованы либо частично, либо не реализованы вовсе (потому что PBS сознательно делает акцент на простоту - это литературное описание миссии PBS, не обижайтесь фанаты PBS):

• AES-256 шифрование бэкапов в репозитории.
• Anti-ransomware / Malware Scan (с версии v9.0) - автоматическое сканирование резервных копий на вредоносное ПО перед восстановлением, с интеграцией антивирусного движка Kaspersky.
• WORM-защита и проверка целостности бэкапов (Backup Data Integrity Check) - на случай, если нужна неизменяемость копий для соответствия требованиям хранения.
• DR Lab - встроенная песочница для проверки аварийного восстановления без влияния на production: можно поднять VM из бэкапа в изолированной среде и убедиться, что восстановление прошло без приключений.
• Server CDP (Continuous Data Protection) - непрерывная защита данных с возможностью аварийного переключения (failover), доработанная в V9.0 SP3.
• Any-to-Any Migration - миграция VM между практически любыми поддерживаемыми платформами: V2V, P2V, C2C и другие комбинации.
• Резервное копирование Kubernetes - если в лаборатории помимо VM крутится еще и k8s/k3s-кластер, это тоже можно закрыть тем же инструментом.

13. Плюсы и минусы Vinchin для домашней лаборатории

#

Плюсы:

• Free Edition бесплатна навсегда, без урезанного триала - просто лимит в 3 VM.
• Поддержка Proxmox VE официальная и активно развивается.
• Один инструмент на смешанную и переходную инфраструктуру - не нужно тащить отдельный бэкап-стек под каждую платформу, включая российские zVirt/РЕД/ROSA/HOSTVM.
• DR Lab, CDP и malware-скан - функции, которые в open source мире обычно приходится собирать вручную из нескольких инструментов.
• V2V-миграция полезна, если вы вообще склонны экспериментировать с разными гипервизорами (что для homelab частая история) или переходите с одной платформы на другую.

Минусы:

• Это не Docker-сервис - отдельная машина (VM или, как в этом обзоре, отдельное физическое железо) и еще одна ОС на обслуживании (обновления, патчи безопасности).
• Нет поддержки LXC-контейнеров - а в Proxmox контейнеры используются очень часто.
• Лимит в 3 VM на Free Edition быстро упирается в потолок в даже домашней лаборатории.
• Меньше независимых, именно пользовательских данных о реальной производительности и коэффициентах дедупликации по сравнению с PBS.
• Ядро продукта нацелено на enterprise-сценарии - часть интерфейса и терминологии (SAN, HBA, Backup Node для ROBO) явно избыточна для одиночного Proxmox-хоста.

14. Итог

#

Если у вас чистый Proxmox VE и ничего больше - Proxmox Backup Server всегда будет лучшим выбором: бесплатно, без ограничений, глубже интегрирован, умеет бэкапить LXC-контейнеры, которых у типичного homelab-пользователя как правило даже больше, чем полноценных VM.

На Vinchin имеет смысл смотреть, если выполняется хотя бы одно из условий:

• у вас реально смешанная инфраструктура на нескольких платформах виртуализации одновременно;
• планируется переход с одной платформы на другую (в том числе на отечественные решения - zVirt, РЕД, ROSA, HOSTVM) и хочется делать это штатным V2V-инструментом, а не руками;
• три VM с запасом покрывают ваш критичный периметр, и вам не хочется поднимать отдельный PBS ради них;
• интересны готовые DR/CDP-функции (тестовое восстановление в изолированной среде, скан на вредонос, непрерывная защита) без сборки этого своими руками.

Во всех остальных случаях для Proxmox-лаборатории PBS остается основным инструментом.