Veeam Backup 9.0: Instant VM Recovery для Hyper-V - виртуалка из бэкапа за две минуты

Veeam анонсировал девятую версию Backup & Replication, и главная фича для нас - Instant VM Recovery наконец добралась до Hyper-V. В VMware она появилась ещё в пятой версии и давно стала стандартным инструментом, а владельцы Hyper-V ждали своей очереди. Мы работаем с несколькими клиентскими средами на Hyper-V в рамках сопровождения, поэтому сразу поставили бету в тестовый стенд и посмотрели что за зверь.

Что такое Instant VM Recovery и зачем это нужно

Классическое восстановление VM - это: берём резервную копию, разворачиваем файлы на целевое хранилище, регистрируем VM в гипервизоре, запускаем. Время зависит от размера диска. Для 200-гигабайтной машины с типичным SMB-хранилищем - это может быть час и больше. Всё это время продуктивная система лежит.

Instant VM Recovery работает иначе: VM запускается прямо с файлов резервной копии (через vPower NFS-монтирование в VMware или аналог для Hyper-V), пока параллельно в фоне разворачиваются данные на целевое хранилище. Система поднимается за минуты - и уже работает - пока идёт «настоящее» восстановление. После завершения Veeam делает тихую миграцию хранилища без прерывания работы.

Концепция не новая - в VMware-мире это давно привычный инструмент. Для Hyper-V появление в 9.0 закрывает один из основных пробелов по сравнению с vSphere.

Тестовый стенд

Два хоста Hyper-V на Windows Server 2012 R2, простое локальное хранилище (не SAN). Veeam Backup & Replication 9.0 beta на отдельной машине с Windows Server 2012 R2. Резервная копия - Windows Server 2008 R2 с SQL Server, диски около 120 ГБ.

Задача: имитировать отказ продуктивной VM и замерить сколько реально займёт поднять её в рабочем состоянии через Instant VM Recovery.

Что происходит на практике

Процесс запускается через консоль Veeam - правой кнопкой по точке восстановления, Instant VM Recovery. Выбираешь хост назначения, сеть, и жмёшь Restore.

Дальше Veeam монтирует файлы резервной копии через собственный механизм (vPower для Hyper-V - их термин для этого в девятке) прямо на целевом хосте и регистрирует VM. VM стартует, загружается Windows, поднимается SQL - и всё это читается с backup-файлов по сети к Veeam-серверу.

У нас от нажатия кнопки до момента когда VM ответила на ping прошло около двух минут. До появления формы логина Windows - ещё минута-полторы. Это при том что полное восстановление тех же 120 ГБ на то же хранилище заняло бы около 50 минут.

Параллельно Veeam начинает разворачивать данные на целевое хранилище. В нашем случае это заняло порядка 45 минут. После завершения сделал Quick Migration - VM переехала на «настоящее» хранилище без прерывания работы. Пользователи бы и не заметили.

Что не так гладко

Производительность во время Instant VM Recovery - не production. Пока VM работает с backup-файлов, дисковые операции идут через Veeam-сервер. Читаешь с сжатых deduplicated данных, дёргаешь их по сети. SQL под нагрузкой в этом режиме был заметно медленнее обычного - мы не замеряли точно, но субъективно вдвое. Это нормально для аварийного режима, но пользователей надо предупреждать.

Сеть между Veeam-сервером и Hyper-V-хостом становится критичной. Если между ними 100 Мбит с загруженным коммутатором - ощутите это на производительности VM. В стенде был гигабит без особой нагрузки, и то читалось не мгновенно.

На бете встретили один неочевидный момент с сетевыми адаптерами Hyper-V. При восстановлении Veeam предложил подключить VM в изолированную сеть - стандартная предосторожность, чтобы поднятая копия не конфликтовала с оригиналом если он вдруг ещё жив. Хорошая практика, но требует руками переключать адаптер перед тем как пустить пользователей. Мелочь, но в 3 ночи при реальной аварии можно и забыть.

WAN-ускорение: коротко

Ещё одно улучшение в 9.0 - доработанный WAN accelerator. У нас есть клиенты с репликацией бэкапов в удалённый офис по 10-20 Мбит каналу. Veeam давно умеет дедуплицировать трафик между копиями - в 9.0 обещают улучшенные алгоритмы. На реальной репликации пока не тестировали, бета только вышла.

RPO 15 минут для SMB: реально?

С Instant VM Recovery как технологией - да. Сохраняешь резервные копии каждые 15 минут (Veeam умеет такие интервалы при достаточном хранилище), при отказе поднимаешь VM за 2-3 минуты. Потеря данных - не более 15 минут. Для большинства SMB-задач это вполне приемлемо.

Но есть оговорки: нужен Veeam-сервер с хорошим дисковым хранилищем для backup-файлов, нужен нормальный гигабитный канал между backup-сервером и хостами, нужна дисциплина с точками восстановления. Это не «купил Veeam и всё само». Это инструмент, который при правильной настройке инфраструктуры даёт реальный результат.

Девятку смотрим внимательно - если финальный релиз не принесёт сюрпризов, будем рекомендовать для клиентских сред на Hyper-V как основной backup-инструмент.