Экспорт и импорт виртуальных машин

Контроллеры виртуальных дисков

Windows получает доступ к жестким дискам посредством контроллеров и виртуальная машина на Hyper-V не исключение.

На виртуальных машинах можно выбирать контроллеры IDE или SCSI.

Контроллер IDE. Hyper-V использует эмулированные устройства с контроллерами IDE. Можно установить два контроллера IDE с двумя дисками в каждом контроллере. Загрузочный диск должен быть подключен к одному из устройств IDE. Загрузочный диск может быть либо виртуальным жестким диском, либо физическим диском. Хотя в виртуальной машине загрузочным диском для запуска гостевой операционной системы должно быть устройство IDE, существует много типов физических устройств, среди которых можно выбрать хранилище для устройства IDE. Например, можно использовать один из типов физических устройств хранения, перечисленных в начале этого раздела.

Контроллер SCSI. Каждая виртуальная машина поддерживает до 256 дисков SCSI (четыре контроллера SCSI, каждый их которых поддерживает до 64 дисков). Контроллеры SCSI используют тип устройств, специально разработанный для виртуальных машин и использующий для обмена данными шину виртуальной машины. Шина виртуальной машины доступна после запуска гостевой операционной системы. Поэтому виртуальные жесткие диски, подключенные к контроллерам SCSI, не могут использоваться в качестве загрузочных дисков.

Хотя производительность ввода-вывода физических устройств SCSI и IDE может значительно различаться, это не относится к виртуализованным устройствам SCSI и IDE в Hyper-V. Hyper-V. Устройства IDE и SCSI предлагают одинаково высокую производительность ввода-вывода, если в гостевой операционной системе установлены службы интеграции.

What Is Hyper-V Export?

Hyper-V Export is the process of exporting a selected VM, including its virtual hard disk files, VM configuration files, and Hyper-V snapshots, to a single unit. This operation can be performed when the VM is either online or offline. In earlier Windows versions (prior to Windows Server 2012), you could export Hyper-V VMs only when they were turned off. Hyper-V Export can be performed only on an on-demand basis.

Also, you couldn’t previously export a VM directly to a network share. In earlier Windows versions, the VM had to first be exported to a local storage space and copied across the network to a target location where archive files were stored. With the release of Windows Server 2012, this issue was eliminated.

Hyper-V Export can be used for archiving a VM which you no longer need, or as an ad-hoc backup which allows you to capture VM data at a specific point in time. Moreover, Hyper-V Export can be used for testing purposes. For example, you can create a copy of the production VM and export it to a non-production environment for testing and troubleshooting.

The process of exporting Hyper-V VMs is often compared to taking Hyper-V snapshots as well as creating backups. Exporting VMs is not as fast as taking snapshots but, unlike Hyper-V snapshots, it allows you to create a full copy of the existing VM and send it for storage to another location. At the same time, Hyper-V Export cannot be considered a full VM backup. It doesn’t apply compression, deduplication, and encryption techniques, which are widely used by data-protection solutions and allow you to reduce storage space needs and use available disk space more effectively.

Предварительная подготовка

Шаги по предварительной подготовке виртуальных машин одинаковы, как для платформы Linux, так и для платформы Windows:

1. Создание копии vhd/vhdx диска.
2. Копирование vhd/vhdx диска на сервер Proxmox.

Создание копии vhd/vhdx диска

На самом деле здесь есть несколько вариантов. В зависимости от того, насколько возможен перерыв в работе виртуальной машины Hyper-V.

Итак, для создания копии диска есть следующие варианты:

1. Первый вариант самый оптимальный – вы просто останавливаете виртуальную машину и загружаете диски на сервер Proxmox. Этот метод обеспечит вам гарантированную целостность данных на диске. К тому же, если после этого вы не будите запуска ВМ на сервере Hyper-V, то по завершении миграции получите на Proxmox самую актуальную версию ВМ. И вам не нужно будет думать о том, как перенести дельту изменений виртуальной машины.

2. Если виртуальная машина критическая и нельзя выполнять её остановку, то вы можете . В результате вы получите копию всех файлов работающей виртуальной машины Hyper-V, в т.ч. и виртуальных дисков. Недостаток этого метода в том, что выполняется экспорт всех дисков. Если какие-то из дисков нужно исключить, то это не ваш метод. Однако, именно этим методом пользовался я. Из своей практике скажу – я ни разу не получал “битых” дисков при использовании этого метода.

3. Если виртуальную машину останавливать нельзя и нужно выполнить экспорт только части дисков. (например, нужен только системный диск), то вы можете использовать утилиту Disk2vhd. На своей практике я тоже её использовал довольно часто. Лично у меня проблем с консистенцией данных не было. Но это самый относительно ненадежный метод, т.к. на высоконагруженных системах есть шанс получить не совсем консистентные данные.

Повторюсь – я использовал метод №2.

Копирование vhd/vhdx диска на сервер Proxmox

Это тоже относительно понятный шаг. Все, что вам нужно сделать – это скопировать виртуальный диск (или диски) на сервер Proxmox в локальную директорию. Инструмент для копирования можете использовать любой. Если вы выполняете копирования из среды Windows, то можете использовать WinSCP.

Если вы работаете в среде Linux, то можете использовать старую добрую утилиту scp. Формат команды для scp следующий:

Пример:

По итогу вы должны увидеть ваши vhd(x) диски в директории на сервере Proxmox:

Завершение развертывания операционной системы Complete the Operating System Deployment

Чтобы завершить создание виртуальной машины, необходимо ее запустить и выполнить пошаговые инструкции по установке операционной системы. In order to finish building your virtual machine, you need to start the virtual machine and walk through the operating system installation.

В диспетчере Hyper-V дважды щелкните виртуальную машину. In Hyper-V Manager, double-click on the virtual machine. Запустится средство VMConnect. This launches the VMConnect tool.

В VMConnect нажмите зеленую кнопку «Пуск». In VMConnect, click on the green Start button. Это аналогично нажатию кнопки питания на физическом компьютере. This is like pressing the power button on a physical computer. Нажмите любую клавишу для загрузки с компакт- или DVD-диска You may be prompted to ‘Press any key to boot from CD or DVD’. при появлении соответствующего запроса. Go ahead and do so.

Клонирование виртуальных машин Hyper-V через Windows Admin Center

Возможно клонировать ВМ Hyper-V напрямую без промежуточного экспорта/импорта появилась в Windows Admin Center v2009.

Затем нужно указать имя новой ВМ и каталог, в который нужно поместить ее файлы.

Обратите внимание, что мастере клонирования есть опция “I have already run sysprep on my VM”. Если вы не выполнили генерализацию образа с помощью Sysprep, и не включили эту опцию, Hyper-V создаст снапшот исходной ВМ, выполните ее Sysprep и склонирует в новую (исходная ВМ будет несколько раз перезагружена и не доступна для работы)

После этого исходная ВМ будет возвращена в первоначальное состояние, а снапшот удален.

Дождитесь окончания клонирования ВМ. Новой ВМ автоматически будет присвоен новый ID.

А какие есть бесплатные способы сделать клон ВМ из ESXi в Hyper-V?

Из приличных был StarWind V2V Converter, вроде это функционал там бесплатные. можно еще тулзой disk2vhd

«зарегистрировать ВМ по хранения файлов» — что это?

Отсуствие грамотного редактора для вычитки речь про «по месту хранения файлов»

Очень интересует последний способ, спасибо за него! Я поставил Windows Admin Center, она отлично встала на Windows Server 2022, я попробовал клонировать Windows 10 (заведено 2 юзера, оба админы). Вот какую ошибку получаю:

Подробная информация об уведомлении Ошибка Не удалось клонировать виртуальную машину

00:43:25 Источник Перейти в Виртуальные машины Тип Ошибка

Wrapping Up

To export or import Hyper-V VMs, you can use either Hyper-V Manager or run PowerShell scripts. Each of these approaches has its own benefits and use cases, and you should choose between the two based on your individual needs.

The Hyper-V Export and Import feature can be used as a backup alternative, i.e. you can create a copy of running VMs and recover them if they get corrupted or fail. However, the process of exporting and importing Hyper-V VMs requires a lot of manual input on your part and can be automated only using PowerShell scripts. Thus, compared to full-fledged backup solutions, Hyper-V Export and Import has a rather limited functionality, which allows you to protect only small Hyper-V environments in addition to requiring a lot of your time and effort.

If you want to make the process of protecting Hyper-V VMs easy, fast, and secure, you should consider installing an advanced data protection solution. NAKIVO Backup & Replication is a reliable and powerful data protection solution, which can help you protect multiple environments for a fraction of the price.

Теперь перейдем к подробностям.

• Способ 1 На созданной неактивной машине, нажимаем правой кнопкой и выбираем экспорт. Указываем путь, куда мы экспортируем машину. Далее в оснастке hyper-v сделаем импорт машины, при котором укажем, что делаем копию виртулаьной машины, то есть ей будет присвоен новый идентификатор.
• Способ 2 Делаем копию файла vhd диска виртуальной машины. Создаем в оснастке hyper-v новую машину, и указываем, какой именно файл будет файлом диска.

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

Клонирование, импорт и экспорт виртуальных машин в Hyper-V

В Hyper-V в отличии от VMWare нет встроенной функции клонирования виртуальной машины (клонирование есть только в Virtual Machine Manager). Чтобы создать полную копию существующей ВМ придется использовать функцию импорта/экспорта. В этой статье мы рассмотрим, как клонировать виртуальную машину в Hyper-V через импорт/экспорт через графический интерфейс Hyper-V Manager, PowerShell и Windows Admin Center (WAC).

%WINDIR%\system32\sysprep\sysprep.exe /generalize /shutdown /oobe

ВМ будет выключена и при следующей загрузке как оригинальной ВМ, так и ее клона для Windows будет сгенерирован новый SID. Также нежелательно клонировать ВМ, включенные в домен Active Directory.

Хранение и другие возможности

Вы можете настроить многие параметры процесса виртуализации, но большинству пользователей потребуется лишь внести некоторые изменения в настройки по умолчанию. Так что не пугайтесь, если код ошибки сопровождает первую модификацию: как мы увидим, это нормально.

Находясь в опциях, первая запись в текущих настройках потребует вашего внимания с красным кодом ошибки. Нажмите Enter для решения проблемы.

Источник проблемы — по умолчанию VMware vCenter Converter Standalone пытается включить все доступные устройства хранения на виртуальной машине. Итак, перейдите в список исходных томов, отключите все устройства хранения и разделы, кроме:

• Устройство, на котором установлена ​​активная Windows.
• Небольшой загрузочный раздел.

Остальные параметры оставьте как есть.

Перейдите в «Устройства», затем в меню текущих настроек. Там вы обнаружите, что созданная виртуальная машина будет предварительно настроена для работы с настройками, аналогичными вашей реальной машине.

Однако это нереально: если вы сделаете все ресурсы вашего компьютера доступными для виртуальной машины, для операционной системы хоста ничего не останется. Проверять Как передавать файлы между гостевой операционной системой на виртуальной машине и хост-компьютером.

Таким образом, вы должны запросить ресурсы, которые будет использовать копия вашей операционной системы по умолчанию. Начать во вкладке объем памяти и уменьшите число рядом с памятью, выделенной для этой виртуальной машины: примерно до половины фактического объема оперативной памяти вашего компьютера.

Точно так же перейдите на вкладку Other и уменьшите число рядом с Total Cores: примерно до половины фактического количества ядер вашего процессора.

Пропустите следующие разделы, но для простоты использования быстро перейдите к расширенным параметрам. Перейдите на вкладку Post Transformation и включите установку VMware Tools на целевой виртуальной машине.

Инструменты VMware будут добавлены, как и Гостевые дополнения в VirtualBox , дополнительные функции для вашей виртуальной машины (например, совместное использование буфера обмена с ОС хоста), и это значительно улучшит ее отзывчивость. Оставьте остальные параметры, как они есть здесь.

Будете ли вы использовать виртуальную машину параллельно с другими ресурсоемкими приложениями или будете активно использовать сетевое соединение, пока оно активно? Затем также обязательно посетите раздел «Регулирование» и измените приоритет процессора и сети виртуальной машины. Это снизит его скорость отклика, но также поможет при многозадачности.

В качестве альтернативы, если вы в основном будете работать на своей новой виртуальной машине, вам нужно, чтобы она была максимально быстрой. Для таких сценариев оставьте эти параметры как есть — и, возможно, также ознакомьтесь с некоторыми советами по Как повысить производительность вашей виртуальной машины.

Это были жизненно важные возможности для превращения вашей текущей установки Windows в виртуальную машину. Просмотрите сводку VMware vCenter Converter Standalone, и, если все в порядке, нажмите кнопку окончание В правом нижнем углу окна, чтобы начать клонирование по умолчанию активной установки Windows.

Когда процесс будет завершен, ваша активная версия Windows по умолчанию будет готова к использованию. Вы можете загрузить его в стандартный продукт VMware, например, VMware Workstation или VMware Player. Тогда оцените его превосходную производительность по сравнению с решениями Microsoft VirtualBox или Hyper-V. Ты можешь видеть Лучшие программы и инструменты для установки виртуальной системы на компьютер.

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

Исправить ошибки репликации Hyper-V

Причиной сбоя репликации Hyper-V может быть несколько причин. Это могут быть проблемы с сетью, устаревший хост, целостность или что-то еще.

Ниже приведены некоторые из распространенных проблем и решений:

1. Hyper-V приостановил репликацию для виртуальной машины из-за неисправимого сбоя. (Идентификатор виртуальной машины ).
2. Hyper-V запретил запуск виртуальной машины, потому что она подготовлена ​​к отработке отказа
3. Hyper-V Не удалось разрешить имя сервера реплики
4. Hyper-V не в состоянии принять репликацию на сервере реплики для виртуальной машины <имя виртуальной машины>
5. Не удалось выполнить операцию. Hyper-V не находится в допустимом состоянии репликации для выполнения операции

Интересно отметить, что большинство ошибок Hyper-V возникают из-за проблем синхронизации между ними. Либо хост находится в обслуживании, либо сервер реплики находится в автономном режиме или не готов.

Полное описание включает: Hyper-V не может реплицировать изменения для виртуальной машины , поскольку сервер-реплика отклонил соединение. Это может быть связано с тем, что на сервере-реплике имеется ожидающая операция репликации для той же виртуальной машины, которая занимает больше времени, чем ожидалось или имеет существующее соединение.

Чтобы решить, проверьте по следующим пунктам:

• Щелкните правой кнопкой мыши виртуальную машину и выберите возобновление процесса репликации.
• Убедитесь, что сервер репликации подключен.
• На сервере реплик всегда должно быть достаточно места
• Достаточная пропускная способность сети, чтобы процесс репликации мог завершиться за один цикл.
• Обычно это может решить проблему, но если это не так, то удалите реплику и заново настройте репликацию, предлагает Microsoft. Вам придется подождать, пока синхронизация не будет завершена. Если сервер репликации долгое время находился в автономном режиме, исходный сервер акклиматизирует столько данных, что становится невозможным его пересылка.

2] Hyper-V запретил запуск виртуальной машины, так как она подготовлена ​​к отработке отказа

При настройке страницы сервера реплики необходимо ввести NetBIOS или полное доменное имя сервера реплики. Если сервер реплики является частью отказоустойчивого кластера, введите имя посредника реплики Hyper-V.

Если есть что-то кроме того, что мы рассказали выше, у вас будет эта ошибка, потому что процесс восстановления после сбоя не может ее найти. Чтобы исправить это, вам нужно будет отредактировать страницу настройки репликации и заменить имя на NetBIOS или FQDN. Как только исправление будет сделано, вы не получите сообщение об ошибке репликации Hyper-V.

3] Hyper-V Не удалось разрешить имя сервера реплики

То же, что и выше, и это явная ошибка. Если Hyper-V не может разрешить имя сервера реплики, необходимо проверить, используете ли вы NetBIOS или FQDN. Если вы используете правильный формат, то проблема с DNS. Вы должны проверить DNS-сервер, чтобы выяснить почему он не может разрешить ожидаемый адрес сервера.

4] Hyper-V не в состоянии принять репликацию на сервере реплики для виртуальной машины

Когда репликация включена на виртуальной машине, процесс создает файлы виртуальной машины реплики, где все хранится. У каждой из этих папок есть имя, которое представляет GUID. Это уникально для каждого исходного сервера.

Если по какой-либо причине мастер установки Hyper-V имеет такой же UID, поскольку он уже был настроен один раз, вы получите эту ошибку. Поскольку процесс проверяет наличие дублирующейся виртуальной машины перед завершением, появляется ошибка.

Hyper-V не в состоянии принять репликацию 

Альтернативой этому методу является не использование GUID. Документы Microsoft предлагают следующее:

• Включите репликацию для виртуальной машины и убедитесь, что начальная репликация не запускается сразу (вы можете запланировать начальную репликацию на более позднее время)
• После создания виртуальной машины-реплики используйте мастер перемещения, чтобы переместить хранилище виртуальной машины на выбранный вами путь (миграция хранилища).
• После завершения миграции хранилища вы можете запустить начальную репликацию для виртуальной машины.

Это происходит по двум причинам:Первый — это когда сервер не настроен как сервер реплики. Поэтому, когда источник инициирует процесс репликации, другая сторона не знает, что делать с вводом. Второй — когда сервер блокирует доступ к Hyper-V на сервере репликации.

Хотя первая причина может быть устранена путем подготовки сервера реплики, вторая — это скорее проблема брандмауэра, которую Системный администратор может решить за вас.

Зачем перемещать или клонировать виртуальную машину

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

Это то, что мы можем в значительной степени отрегулировать или настроить, но минимум неизбежен. Мы не можем забывать, что мы запускаем одну операционную систему поверх другой. И это то, что занимает место на дисках и потребляет ресурсы, хотим мы того или нет. Поэтому для повышения производительности всего набора иногда необходимо переместить виртуальную машину в SSD диск, или наоборот, переместить или клонировать его на HDD в порядке чтобы освободить место на SSD. Что ж, как бы то ни было, тогда мы вам во всем этом поможем, в чем мы и увидим.

Клонировать виртуальную машину из VirtualBox

В этом случае мы собираемся начать с рассмотрения того, как сделать копию или клонировать определенную виртуальную машину, которая уже была создана ранее. Итак, первое, что мы делаем — открываем VirtualBox. Виртуальные машины или виртуальные машины то, что у нас есть, появится на экране. Поэтому нам нужно только щелкнуть правой кнопкой мыши, с которой мы хотим работать, и выбрать опцию Clone.

В этот момент появляется новое окно, принадлежащее помощнику клонирования VirtualBox, в котором мы можем назвать копию, которую собираемся сделать. Здесь мы можем указать новое имя копии, которую мы собираемся сгенерировать, а также путь к целевому диску. В то же время мы можем указать программе политику Мак адреса , хотя обычно мы оставляем ту, которая идет по умолчанию.

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

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

Переместить виртуальную машину

С другой стороны, мы обнаруживаем возможность перемещения виртуальной машины с одного места на диске на другое. Это то, что мы можем выполнить на одном жестком диске или между двумя разными. Как мы упоминали ранее, это то, что можно сделать, чтобы освободить место в определенном модуле или поработать над более быстрым. Это намного быстрее и проще, чем предыдущий. Для этого в первую очередь нужно нажать дополнительную кнопку на машина лечиться. В этом случае мы выбрали вариант «Переместить».

Далее на экране появляется Исследователь окно, которое дает нам возможность выбрать папку пути назначения. После выбора процесс начнется автоматически.

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

Клонирование ВМ через экспорт/импорт в Hyper-V с помощью PowerShell

Давайте посмотрим, как клонировать виртуальную машину Hyper-V с помощью импорта / экспорта из консоли PowerShell.

Чтобы экспортировать виртуальную машину, используйте следующую команду:

Если вы хотите экспортировать работающую виртуальную машину, вы можете использовать параметр CaptuteLiveState, который определяет, как вы хотите скопировать ОЗУ виртуальной машины. Доступны три варианта

• CaptureSavedState — экспортирует оперативную память (по умолчанию);
• CaptureDataConsistentState: экспортирует состояние виртуальной машины из производственной контрольной точки;
• CaptureCrashConsistentState: не сохраняет содержимое памяти.

Если вы хотите экспортировать состояние ВМ в определенный моментальный снимок, вам необходимо указать его имя.

Сначала перечислите снимки для указанной виртуальной машины:

Затем экспортируйте требуемый снимок с его именем:

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

В параметре Path укажите путь к файлу конфигурации виртуальной машины vmcx (формат vmcx заменил формат XML файлов конфигурации виртуальной машины в Hyper-V Server 2016). Чтобы скопировать виртуальную машину в другой каталог с тем же идентификатором, используйте параметр Copy. Чтобы сгенерировать новый идентификатор виртуальной машины, используйте параметр GenerateNewId:

Параметр VhdDestinationPath указывает каталог, в который должны быть скопированы файлы VHDX виртуальной машины, а параметр VirtualMachinePath указывает каталог файлов конфигурации виртуальной машины. Если эти параметры не указаны, файлы виртуальной машины будут скопированы в каталог по умолчанию, указанный в настройках узла Hyper-V (C: \ ProgramData \ Microsoft \ Windows \ Hyper-V \ Virtual Machines\).

вы также можете указать каталоги для хранения контрольных точек (

) и файлов подкачки (

).

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

Вам необходимо переименовать виртуальную машину с идентификатором, отличным от идентификатора импортированной виртуальной машины. Скопируйте идентификатор новой виртуальной машины и переименуйте его:

Как вы можете видеть в консоли, есть две виртуальные машины с одинаковым именем и разными идентификаторами. Вам необходимо переименовать виртуальную машину с идентификатором, отличным от идентификатора импортированной виртуальной машины. Скопируйте идентификатор новой виртуальной машины и переименуйте его:

затем вы можете переименовать VHD для удобства.

Измените MAC-адрес виртуального адаптера (вы можете указать новый статический MAC-адрес или настроить динамическое получение MAC-адреса).

Перед подключением новой виртуальной машины к сети рекомендуется переименовать ее и изменить IP-адрес на новый (если вы используете DHCP-адресацию, этот шаг можно пропустить). В этом случае мы можем подключиться к новой виртуальной машине через PowerShell Direct с помощью командлета Invoke-Command или Enter-PSSession:

Конвертация из VirtualBox в VMware или в Hyper-V

Самый простой способ перенести виртуальную машину из VirtualBox в VMware — воспользоваться экспортом виртуальной машины из VirtualBox в формат OVA (Open Virtualization Format Archive, файл .ova) и импортом этого архива в VMware. В таком варианте конвертации виртуальная машина перенесется целиком, со всеми параметрами выделенной памяти и процессорных ресурсов. Этот способ недоступен для переноса виртуальной машины в Hyper-V, так как Hyper-V напрямую не способен импортировать формат ova. Так же для конвертации можно использовать менеджер виртуальных носителей (меню «Файл», пункт «Менеджер виртуальных носителей»). Встроенный конвертер позволяет преобразовывать из одних форматов в другие все поддерживаемые программой файлы виртуальных жёстких дисков — VDI, VHD, VMDK, HDD, QED, QCOW. Этот способ более универсальный, подходит для переноса в Hyper-V, но требует повторной детальной настройки виртуальной машины в новом гипервизоре.

Задаем настройки протоколов

1. Для начала зайдем в Hyper-V manager и откроем правым кликом настройки Hyper-V. В настройках Live Migration укажем адреса сетевых интерфейсов, к которым будет обращаться гипервизор:

2. Заглянем в Advanced features. Нас интересуют оба пункта: протокол аутентификации и транспорт, который используют наши ВМ.

   • Authentication protocol: по умолчанию установлен протокол CredSSP – Credential Security Support Provider Protocol. Он прост в использовании, но, если в инфраструктуре несколько кластеров, мы не сможем перенести ВМ между кластерами.

     

     

     

     

     

     Мы выберем Kerberos как более безопасный и подходящий для переноса ВМ между различными кластерами.

   • Performance options: здесь выбираем сетевой протокол. Живая миграция у нас будет работать поверх Switch Embedded Team по протоколу SMB (Server Message Block).

     Возможность использовать этот протокол появилась в Windows Server 2016. SMB по умолчанию отдает трафик в несколько портов (SMB Multi-channel). Также он прекрасно работает с RDMA – адаптером удаленного прямого доступа к памяти. Это полезно для ускорения переноса кластеров.

3. Kerberos позволяет переносить ВМ между кластерами, но требует настройки ограниченного делегирования (Kerberos Constrained Delegation) на объектах Computer в Active Directory.

   Начиная с Windows Server 2016, службы работают в контексте NETWORK SERVICE, который не может имперсонироваться в AD. Так что в этом случае выбираем неограниченное делегирование (Unconstrained Delegation), но учитываем, что это довольно небезопасно.

   Если живая миграция инициируется через System Center Virtual Machine Manager (SC VMM), то дополнительной настройки не нужно. SC VMM является доверенным сервисом для переноса машин по Shared-Nothing Live Migration.

4. Протокол SMB не требует особой настройки. Если мы находимся в доверенной среде, можно немного ускорить процесс Live Migration и отключить сквозное шифрование данных SMB:

   Так мы совершим меньше действий при передаче трафика и не потратим лишнее время на шифрование. В случае с кластерами оно может нам понадобиться.

   Эти же настройки в более модном Windows Admin Center:

Заключение

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

Есть хорошая возможность совместить HVBackup и бэкап серверов с rsync. Например, делать архивы локально на сервере с hyper-v, монтировать к linux серверу папку и с помощью rsync забирать zip файлы с виртуальными машинами. Либо сразу делать резервное копирование на линуксовую самбу, к примеру. По приведенной выше ссылки есть пример на эту тему.