Преобразование виртуальной машины VMware в Hyper-V в структуре VMM

В этой статье описывается, как преобразовать виртуальные машины VMware в инфраструктуре System Center Диспетчер виртуальных машин (VMM) в Hyper-V.

Вы можете преобразовать виртуальные машины с помощью мастера преобразования виртуальных машин . Этот мастер можно использовать в консоли VMM.

VMM 2019 UR3 поддерживает преобразование виртуальных машин VMware в Hyper-V и Azure Local 20H2. Узнайте больше о поддержке Azure Local 20H2.

Внимание

  • См. требования к системе для поддерживаемых версий vSphere (ESXi).
  • Нельзя преобразовать рабочие станции VMware.
  • Вы не можете преобразовать виртуальные машины с виртуальными жесткими дисками, подключенными к шине интегрированной среды разработки.
  • Приложения для защиты от вирусов должны поддерживаться.
  • Онлайн-преобразования не поддерживаются. Необходимо отключить виртуальные машины VMware.
  • Средства VMware необходимо удалить из гостевой операционной системы виртуальной машины.
  • Мы рекомендуем выполнить обновление до VMM 2022 UR2, чтобы преобразовать виртуальные машины VMware в Hyper-V в четыре раза быстрее.

Примечание.

Рекомендуется параллельно запускать не более десяти преобразований из одного источника ESXi в то же место назначения Hyper-V. Если пара источник-назначение отличается, VMM может поддерживать до 100 преобразований виртуальных машин параллельно, с оставшимися преобразованиями в очереди. Однако мы рекомендуем промежуточное преобразование виртуальных машин в небольших пакетах для повышения эффективности.

Примечание.

После преобразования все диски виртуальных машин, кроме диска ОС, будут отключены. Это связано с тем, что параметр NewDiskPolicy по умолчанию установлен на значение offlineALL на виртуальных машинах VMware. Чтобы переопределить это и чтобы новые диски стали доступны после преобразования, можно внести одно из следующих изменений в политику диска виртуальной машины VMware перед запуском преобразования:

  • Set-StorageSetting -NewDiskPolicy OfflineShared: для подключения всех новых общих дисков шины в автономном режиме и всех новых дисков локальной шины в сети
  • Set-StorageSetting -NewDiskPolicy OnlineAll: наличие всех новых дисков в сети независимо от того, находятся ли диски на локальной или общей шине.

Внимание

  • См. требования к системе для поддерживаемых версий vSphere (ESXi).
  • Нельзя преобразовать рабочие станции VMware.
  • Вы не можете преобразовать виртуальные машины с виртуальными жесткими дисками, подключенными к шине интегрированной среды разработки.
  • Приложения для защиты от вирусов должны поддерживаться.
  • Онлайн-преобразования не поддерживаются. Необходимо отключить виртуальные машины VMware.
  • Средства VMware необходимо удалить из гостевой операционной системы виртуальной машины.
  • Виртуальные машины VMware, размещенные в хранилище типа vSAN, нельзя преобразовать в Hyper-V с SCVMM.
  • Мы рекомендуем выполнить обновление до VMM 2022 UR2, чтобы преобразовать виртуальные машины VMware в Hyper-V в четыре раза быстрее.

Примечание.

Рекомендуется параллельно запускать не более десяти преобразований из одного источника ESXi в то же место назначения Hyper-V. Если пара источник-назначение отличается, VMM может поддерживать до 100 преобразований виртуальных машин параллельно, с оставшимися преобразованиями в очереди. Однако мы рекомендуем промежуточное преобразование виртуальных машин в небольших пакетах для повышения эффективности.

Примечание.

После преобразования все диски виртуальных машин, кроме диска ОС, будут отключены. Это связано с тем, что параметр NewDiskPolicy по умолчанию установлен на значение offlineALL на виртуальных машинах VMware. Чтобы переопределить это и чтобы новые диски стали доступны после преобразования, можно внести одно из следующих изменений в политику диска виртуальной машины VMware перед запуском преобразования:

  • Set-StorageSetting -NewDiskPolicy OfflineShared: для подключения всех новых общих дисков шины в автономном режиме и всех новых дисков локальной шины в сети
  • Set-StorageSetting -NewDiskPolicy OnlineAll: наличие всех новых дисков в сети независимо от того, находятся ли диски на локальной или общей шине.

В настоящее время есть два способа преобразования виртуальных машин VMware в узлы Hyper-V.

  • Мастер преобразования виртуальных машин. Этот мастер можно использовать в консоли VMM.

    Внимание

    • См. требования к системе для поддерживаемых версий vSphere (ESXi).
    • Нельзя преобразовать рабочие станции VMware.
    • Вы не можете преобразовать виртуальные машины с виртуальными жесткими дисками, подключенными к шине интегрированной среды разработки.
    • Приложения для защиты от вирусов должны поддерживаться.
    • Онлайн-преобразования не поддерживаются. Необходимо отключить виртуальные машины VMware.
    • Средства VMware необходимо удалить из гостевой операционной системы виртуальной машины.
  • Microsoft Virtual Machine Converter. Это автономное средство преобразует виртуальные машины VMware в узлы Hyper-V или виртуальные машины Azure. Он также преобразует физические компьютеры и диски в узлы Hyper-V.

    Внимание

    Поддержка этого средства прекращена.

Конвертируйте с помощью мастера

  1. Выберите Виртуальные машины (VM) и службы>Главная>Создать>Создать виртуальные машины>Преобразовать виртуальную машину.
  2. В мастере Преобразование виртуальной машины выберите >, а затем в разделе Выбор источника виртуальной машины выберите виртуальные машины VMware, которые нужно преобразовать.
  3. На странице Указание удостоверения виртуальной машины измените имя и описание машины требуемым образом.
  1. На странице Конфигурация виртуальной машины укажите число процессоров и параметры памяти.
  1. На странице Конфигурация виртуальной машины укажите число процессоров и параметры памяти. Выберите поколение 2 , если исходная виртуальная машина VMware настроена с встроенного ПО UEFI или выберите поколение 1 , если исходная виртуальная машина VMware настроена с помощью встроенного ПО BIOS.
  1. В разделе "Выбор узла"выберите узел Hyper-V или локальный компьютер Azure (доступно в VMM 2019 UR3 и более поздних версиях) для размещения. На странице Выбор пути настройте место хранения файлов виртуальной машины на узле. Перечислены пути виртуальной машины по умолчанию.
  2. На странице Выбор сетей выберите логическую сеть, виртуальную сеть и виртуальную локальную сеть, если это необходимо.
  3. На странице Добавление свойств настройте необходимые параметры. В сводке просмотрите параметры и нажмите кнопку "Запустить виртуальную машину" после его развертывания при необходимости.
  4. Чтобы начать преобразование, нажмите кнопку Создать. Проверьте преобразование виртуальной машины, выбрав Виртуальные машины (VM) и службы>Главная>Показать>Виртуальные машины.

Преобразование виртуальной машины на основе EFI в виртуальную машину поколения 2 Hyper-V

System Center VMM позволяет перенести виртуальные машины VMware на основе EFI в Hyper-V. Виртуальные машины VMware, перенесенные на платформу Microsoft Hyper-V, теперь могут воспользоваться преимуществами функций поколения 2.

Примечание.

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

Примечание.

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

Выполнить преобразование с помощью командлетов PowerShell

Вот примеры командлетов.


New-SCV2V -VMHost <Host> -VMXPath <string> [-EnableVMNetworkOptimization <bool>] [-EnableMACAddressSpoofing
<bool>] [-VMMServer <ServerConnection>] [-LibraryServer <LibraryServer>] [-JobGroup <guid>] [-Trigger] [-VhdType
{UnknownType | DynamicallyExpanding | FixedSize}] [-VhdFormat {VHD | VHDX}] [-Description <string>] [-Name
<string>] [-Owner <string>] [-UserRole <UserRole>] [-Path <string>] [-StartVM] [-CPUCount <byte>]
[-CPURelativeWeight <int>] [-CPUType <ProcessorType>] [-MemoryMB <int>] [-Generation <int>] [-DelayStartSeconds
<int>] [-StartAction {NeverAutoTurnOnVM | AlwaysAutoTurnOnVM | TurnOnVMIfRunningWhenVSStopped}] [-StopAction
{SaveVM | TurnOffVM | ShutdownGuestOS}] [-LogicalNetwork <LogicalNetwork>] [-VMNetwork <VMNetwork>]
[-NoConnection] [-MACAddress <string>] [-MACAddressType <string>] [-SourceNetworkConnectionID <string>]
[-VirtualNetwork <VirtualNetwork>] [-VirtualNetworkAdapter <VirtualNetworkAdapter>] [-VLanEnabled <bool>] [-VLanID
<uint16>] [-OverridePatchPath <string>] [-SkipInstallVirtualizationGuestServices] [-NetworkLocation <string>]
[-NetworkTag <string>] [-RunAsynchronously] [-PROTipID <guid>] [-JobVariable <string>]  [<CommonParameters>]

Ускорение преобразования виртуальных машин VMware в Hyper-V

  • Чтобы начать преобразование виртуальных машин VMware в Hyper-V в четыре раза быстрее, выполните обновление до SCVMM 2022 UR2 или более поздней версии.
  • В рамках SCVMM 2022 UR2 в узлах Hyper-V, управляемых SCVMM, введен новый реестр с именем V2VTransferChunkSizeBytes в HKLM:\SOFTWARE\Microsoft\Microsoft System Center Система управления виртуальными машинами Агент.
  • Этот реестр типа REG_DWORD со значением 2147483648, которое составляет 2 ГБ в байтах, необходимо задать на каждом узле Hyper-V, управляемом VMM, запустив этот скрипт из консоли VMM.
  • Кроме того, если вы хотите задать это значение реестра в одном узле, а не на всех узлах, запустите этот сценарий из консоли VMM.
  • После установки этого значения реестра, если удалить все узлы Hyper-V из SCVMM, устаревшие записи для этого реестра могут остаться. Если те же узлы повторно добавляются в SCVMM, будет учтено предыдущее значение реестра V2VTransferChunkSizeBytes.

VMM предлагает простой мастер для преобразования V2V (Virtual to Virtual).

Внимание

  • Просмотрите требования к системе для поддерживаемых серверов vCenter/ESXi.
  • Просмотрите список портов , необходимых для узлов ESXi и Hyper-V и сервера vCenter.
  • Ознакомьтесь с этой статьей об управлении серверами vCenter, узлами ESXi и виртуальными машинами VMware в SCVMM.
  • Нельзя преобразовать рабочие станции VMware.
  • Вы не можете преобразовать виртуальные машины с виртуальными жесткими дисками, подключенными к шине интегрированной среды разработки.
  • Средства VMware необходимо удалить из гостевой операционной системы виртуальной машины.
  • Виртуальные машины VMware, размещенные в хранилище типа vSAN, нельзя преобразовать в Hyper-V с SCVMM.
  • Онлайн-преобразования не поддерживаются через SCVMM.
  • Мы рекомендуем выполнить обновление до VMM 2025, чтобы преобразовать виртуальные машины VMware в Hyper-V в четыре раза быстрее и повысить уровень преобразования.

Начните с привлечения сервера vCenter и исходных узлов ESXi под управлением SCVMM

  1. Создайте учетную запись «Запуск от имени» для роли администратора сервера vCenter в VMM. Эти учетные данные администратора используются для управления сервером vCenter и узлами ESXi.

    Снимок экрана: страница создания учетной записи запуска от имени.

  2. В консоли VMM в разделе Fabric выберите "Серверы > добавить VMware vCenter Server".

    Снимок экрана: параметр добавления сервера VMware vCenter.

  3. На странице "Добавить VMware vCenter Server" сделайте следующее:
    a. Имя компьютера: укажите имя сервера vCenter.
    б. Учетная запись запуска от имени: выберите учетную запись запуска от имени, созданную для администратора vSphere.

    Снимок экрана страницы указания сервера vCenter.

  4. Выберите Готово.

  5. На странице импорта сертификата выберите "Импорт".

    Снимок экрана: страница импорта сертификата.

  6. После успешного добавления сервера vCenter все узлы ESXi под vCenter идентифицируются в VMM.

  7. В консоли VMM, в разделе Fabric, выберите Серверы > Добавить узлы и кластеры VMware ESX.

    Снимок экрана: страница добавления узлов и кластеров VMware ESX.

  8. В Мастере добавления ресурсов
    a. В разделе "Учетные данные" выберите учетную запись с правами администратора на добавляемом узле ESXi и нажмите кнопку "Далее".

    Снимок экрана: страница мастера добавления ресурсов.

    б. В разделе "Целевые ресурсы" выберите все кластеры ESXi, которые необходимо добавить в VMM, и нажмите кнопку "Далее".

    Снимок экрана: страница выбора компьютеров ESXi.

    с. В разделе "Параметры узла" выберите группу узлов, в которой нужно добавить виртуальные машины и нажмите кнопку "Далее".

    Снимок экрана: страница добавления пути к виртуальной машине.

    д. В разделе " Сводка" просмотрите параметры и нажмите кнопку "Готово". Вместе с хостами также будут добавлены связанные виртуальные машины.

    Снимок экрана: страница подтверждения параметров.

  9. Выберите Fabric серверы>>и все узлы, затем в группе узлов проверьте состояние каждого узла или кластера. Состояние узла должно быть ОК или ОК (ограничено).

  10. Если состояние ограничено, это означает, что вы включили параметр Взаимодействовать с узлами VMware ESX в безопасном режиме но еще не импортировали сертификат из каждого узла vSphere. Чтобы изменить параметр безопасности, щелкните правой кнопкой мыши сервер vCenter >Свойства>безопасность.

  11. Чтобы импортировать сертификат, выберите каждое соответствующее имя узла >Свойства>Управление>Извлечь>OK. Состояние хоста должно быть ОК после импорта.

Преобразование виртуальных машин VMware в Hyper-V

Теперь, когда виртуальные машины VMware обнаруживаются и управляются VMM, эти виртуальные машины можно преобразовать в Hyper-V, выполнив следующие инструкции:

  1. Убедитесь, что преобразованные виртуальные машины VMware находятся в состоянии остановленного состояния и что с ними нет моментальных снимков.

  2. Выберите Виртуальные Машины и Службы > Главная > Преобразование виртуальной машины.

  3. В мастере Преобразование виртуальной машины>Выбор источника выберите Обзор, а затем в разделе Выбор источника виртуальной машины выберите виртуальную машину VMware, которую требуется преобразовать.

  4. На странице Указание удостоверения виртуальной машины измените имя и описание машины требуемым образом.

  5. На странице Конфигурация виртуальной машины укажите число процессоров и параметры памяти. Выберите поколение 2 , если исходная виртуальная машина VMware настроена с встроенного ПО UEFI или выберите поколение 1 , если исходная виртуальная машина VMware настроена с помощью встроенного ПО BIOS.

  6. В опции "Выбор узла" выберите узел Hyper-V или Azure Local для размещения. На странице Выбор пути настройте место хранения файлов виртуальной машины на узле. Указан путь к виртуальной машине по умолчанию.

  7. На странице Выбор сетей выберите логическую сеть, виртуальную сеть и виртуальную локальную сеть, если это необходимо.

  8. На странице Добавление свойств настройте необходимые параметры. В сводке просмотрите параметры и нажмите кнопку "Запустить виртуальную машину" после его развертывания при необходимости.

  9. Чтобы начать преобразование, нажмите кнопку Создать. Проверьте преобразование виртуальных машин в Виртуальные машины и службы > Главная > Отобразить > ВМ.

Примечание.

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

Примечание.

После преобразования все диски виртуальных машин, кроме диска ОС, будут отключены. Это связано с тем, что параметр NewDiskPolicy по умолчанию установлен на значение offlineALL на виртуальных машинах VMware. Чтобы переопределить это и чтобы новые диски стали доступны после преобразования, можно внести одно из следующих изменений в политику диска виртуальной машины VMware перед запуском преобразования:

  • Set-StorageSetting -NewDiskPolicy OfflineShared: Сделать так, чтобы все новые общие диски шины были офлайн, а все новые диски локальной шины были онлайн.
  • Set-StorageSetting -NewDiskPolicy OnlineAll: наличие всех новых дисков в сети независимо от того, находятся ли диски на локальной или общей шине.

Преобразование с помощью командлета PowerShell

Ниже приведен командлет PowerShell для преобразования V2V через SCVMM со всеми параметрами:


New-SCV2V -VMHost <Host> -VMXPath <string> [-EnableVMNetworkOptimization <bool>] [-EnableMACAddressSpoofing
<bool>] [-VMMServer <ServerConnection>] [-LibraryServer <LibraryServer>] [-JobGroup <guid>] [-Trigger] [-VhdType
{UnknownType | DynamicallyExpanding | FixedSize}] [-VhdFormat {VHD | VHDX}] [-Description <string>] [-Name
<string>] [-Owner <string>] [-UserRole <UserRole>] [-Path <string>] [-StartVM] [-CPUCount <byte>]
[-CPURelativeWeight <int>] [-CPUType <ProcessorType>] [-MemoryMB <int>] [-Generation <int>] [-DelayStartSeconds
<int>] [-StartAction {NeverAutoTurnOnVM | AlwaysAutoTurnOnVM | TurnOnVMIfRunningWhenVSStopped}] [-StopAction
{SaveVM | TurnOffVM | ShutdownGuestOS}] [-LogicalNetwork <LogicalNetwork>] [-VMNetwork <VMNetwork>]
[-NoConnection] [-MACAddress <string>] [-MACAddressType <string>] [-SourceNetworkConnectionID <string>]
[-VirtualNetwork <VirtualNetwork>] [-VirtualNetworkAdapter <VirtualNetworkAdapter>] [-VLanEnabled <bool>] [-VLanID
<uint16>] [-OverridePatchPath <string>] [-SkipInstallVirtualizationGuestServices] [-NetworkLocation <string>]
[-NetworkTag <string>] [-RunAsynchronously] [-PROTipID <guid>] [-JobVariable <string>]  [<CommonParameters>]

Примечание.

Рекомендуется параллельно запускать не более десяти преобразований из одного источника ESXi в то же место назначения Hyper-V. Если пара источник-назначение отличается, VMM может поддерживать до 100 преобразований виртуальных машин параллельно, с оставшимися преобразованиями в очереди. Однако мы рекомендуем промежуточное преобразование виртуальных машин в небольших пакетах для повышения эффективности.

Примечание.

Варианты миграции, отличные от Майкрософт, предоставляются партнерами Майкрософт. Эти параметры доступны по дополнительным затратам, но могут помочь сократить время простоя виртуальной машины во время миграции. Доступны следующие варианты миграции, отличные от Майкрософт:

Следующие шаги

Управление параметрами виртуальной машины.