Использование динамической миграции без отказоустойчивой кластеризации для перемещения виртуальной машины Use live migration without Failover Clustering to move a virtual machine

Область применения. Windows Server 2016 Applies To: Windows Server 2016

В этой статье показано, как переместить виртуальную машину, выполнив динамическую миграцию без использования отказоустойчивой кластеризации. This article shows you how to move a virtual machine by doing a live migration without using Failover Clustering. Динамическая миграция перемещает запущенные виртуальные машины между узлами Hyper-V без заметного простоя. A live migration moves running virtual machines between Hyper-V hosts without any noticeable downtime.

Для этого потребуются следующие возможности: To be able to do this, you’ll need:

Учетная запись пользователя, которая является членом локальной группы администраторов Hyper-V или группы администраторов на исходном и конечном компьютерах. A user account that’s a member of the local Hyper-V Administrators group or the Administrators group on both the source and destination computers.

Роль Hyper-V в Windows Server 2016 или Windows Server 2012 R2, установленная на исходном и целевом серверах и настроенная для динамической миграции. The Hyper-V role in Windows Server 2016 or Windows Server 2012 R2 installed on the source and destination servers and set up for live migrations. Вы можете выполнить динамическую миграцию между узлами под управлением Windows Server 2016 и Windows Server 2012 R2, если виртуальная машина имеет версию не ниже 5. You can do a live migration between hosts running Windows Server 2016 and Windows Server 2012 R2 if the virtual machine is at least version 5.

Средства управления Hyper-V, установленные на компьютере под управлением Windows Server 2016 или Windows 10, если эти средства не установлены на исходном или целевом сервере, и вы запустите их отсюда. The Hyper-V management tools installed on a computer running Windows Server 2016 or Windows 10, unless the tools are installed on the source or destination server and you’ll run them from there.

Перемещение работающей виртуальной машины с помощью диспетчера Hyper-V Use Hyper-V Manager to move a running virtual machine

Откройте диспетчер Hyper-V. Open Hyper-V Manager. (В диспетчер сервера щелкните инструменты >> . Диспетчер Hyper-V.) (From Server Manager, click Tools >>Hyper-V Manager.)

В области навигации выберите один из серверов. In the navigation pane, select one of the servers. (Если он отсутствует в списке, щелкните правой кнопкой мыши Диспетчер Hyper-V, выберите пункт Подключение к серверу, введите имя сервера и нажмите кнопку ОК. (If it isn’t listed, right-click Hyper-V Manager, click Connect to Server, type the server name, and click OK. Повторите, чтобы добавить другие серверы.) Repeat to add more servers.)

В области виртуальные машины щелкните правой кнопкой мыши виртуальную машину и выберите пункт переместить. From the Virtual Machines pane, right-click the virtual machine and then click Move. Откроется мастер перемещения. This opens the Move Wizard.

Используйте страницы мастера для выбора типа перемещения, целевого сервера и параметров. Use the wizard pages to choose the type of move, destination server, and options.

На странице сводных данных просмотрите выбранные вами параметры и нажмите кнопку Готово. On the Summary page, review your choices and then click Finish.

Перемещение работающей виртуальной машины с помощью Windows PowerShell Use Windows PowerShell to move a running virtual machine

В следующем примере командлет Move-VM используется для перемещения виртуальной машины с именем лмтест на целевой сервер с именем TestServer02 и перемещения виртуальных жестких дисков и другого файла, таких как контрольные точки и файлы Smart paging, в каталог д:\лмтест на целевом сервере. The following example uses the Move-VM cmdlet to move a virtual machine named LMTest to a destination server named TestServer02 and moves the virtual hard disks and other file, such checkpoints and Smart Paging files, to the D:\LMTest directory on the destination server.

Устранение неполадок Troubleshooting

Не удалось установить соединение Failed to establish a connection

Если вы еще не настроили ограниченное делегирование, перед перемещением виртуальной машины необходимо войти на исходный сервер. If you haven’t set up constrained delegation, you must sign in to source server before you can move a virtual machine. Если этого не сделать, попытка проверки подлинности завершится ошибкой, и отобразится следующее сообщение: If you don’t do this, the authentication attempt fails, an error occurs, and this message is displayed:

«Сбой операции миграции виртуальной машины в источнике миграции. «Virtual machine migration operation failed at migration Source. Не удалось установить соединение с именем главного компьютера: нет доступных учетных данных в пакете безопасности 0x8009030E. Failed to establish a connection with host computer name: No credentials are available in the security package 0x8009030E.»

Чтобы устранить эту проблему, войдите на исходный сервер и повторите попытку перемещения. To fix this problem, sign in to the source server and try the move again. Чтобы избежать входа на исходный сервер перед выполнением динамической миграции, Настройте ограниченное делегирование. To avoid having to sign in to a source server before doing a live migration, set up constrained delegation. Для настройки ограниченного делегирования необходимы учетные данные администратора домена. You’ll need domain administrator credentials to set up constrained delegation. Инструкции см. в разделе Настройка узлов для динамической миграции. For instructions, see Set up hosts for live migration.

Не удалось выполнить, так как оборудование узла несовместимо Failed because the host hardware isn’t compatible

Если на виртуальной машине не включена совместимость процессора и имеется один или несколько моментальных снимков, перемещение завершается ошибкой, если у узлов разные версии процессора. If a virtual machine doesn’t have processor compatibility turned on and has one or more snapshots, the move fails if the hosts have different processor versions. Возникла ошибка, и отобразится следующее сообщение: An error occurs and this message is displayed:

Виртуальную машину невозможно переместить на конечный компьютер. Оборудование конечного компьютера несовместимо с требованиями к оборудованию этой виртуальной машины. The virtual machine cannot be moved to the destination computer. The hardware on the destination computer is not compatible with the hardware requirements of this virtual machine.

Чтобы устранить эту проблему, завершите работу виртуальной машины и включите параметр совместимости процессора. To fix this problem, shut down the virtual machine and turn on the processor compatibility setting.

В диспетчере Hyper-V в области виртуальные машины щелкните правой кнопкой мыши виртуальную машину и выберите пункт Параметры. From Hyper-V Manager, in the Virtual Machines pane, right-click the virtual machine and click Settings.

В области навигации разверните узел процессоры и выберите пункт Совместимость. In the navigation pane, expand Processors and click Compatibility.

Установите флажок выполнить миграцию на компьютер с другой версией процессора. Check Migrate to a computer with a different processor version.

Нажмите кнопку ОК. Click OK.

Чтобы использовать Windows PowerShell, используйте командлет Set-вмпроцессор : To use Windows PowerShell, use the Set-VMProcessor cmdlet:

Обзор динамической миграции Live Migration Overview

Динамическая миграция — это функция Hyper-V в Windows Server. Live migration is a Hyper-V feature in Windows Server. Это позволяет прозрачно перемещать работающие виртуальные машины с одного узла Hyper-V на другой без наблюдаемого простоя. It allows you to transparently move running Virtual Machines from one Hyper-V host to another without perceived downtime. Основное преимущество динамической миграции — гибкость; работающие виртуальные машины не привязаны к одному хост-компьютеру. The primary benefit of live migration is flexibility; running Virtual Machines are not tied to a single host machine. Это позволяет выполнять такие действия, как сток определенного узла виртуальных машин перед списанием или обновлением. This allows actions like draining a specific host of Virtual Machines before decommissioning or upgrading it. При связывании с отказоустойчивым кластером Windows динамическая миграция позволяет создавать высокодоступные и отказоустойчивые системы. When paired with Windows Failover Clustering, live migration allows the creation of highly available and fault tolerant systems.

Связанные технологии и документация Related Technologies and Documentation

Динамическая миграция часто используется совместно с несколькими связанными технологиями, такими как отказоустойчивая кластеризация и System Center Virtual Machine Manager. Live migration is often used in conjunction with a few related technologies like Failover Clustering and System Center Virtual Machine Manager. Если вы используете динамическая миграция с помощью этих технологий, здесь приведены ссылки на последние документы: If you’re using Live Migration via these technologies, here are pointers to their latest documentation:

Если вы используете более старые версии Windows Server или хотите получить подробные сведения о функциях, появившихся в предыдущих версиях Windows Server, здесь приведены указатели на исторические документы: If you’re using older versions of Windows Server, or need details on features introduced in older versions of Windows Server, here are pointers to historical documentation:

динамическая миграция в Windows Server 2016 Live Migration in Windows Server 2016

В Windows Server 2016 существует меньше ограничений на развертывание динамической миграции. In Windows Server 2016, there are fewer restrictions on live migration deployment. Теперь он работает без отказоустойчивой кластеризации. It now works without Failover Clustering. Другие функциональные возможности остаются без изменений в предыдущих выпусках динамическая миграция. Other functionality remains unchanged from previous releases of Live Migration. Дополнительные сведения о настройке и использовании динамической миграции без отказоустойчивой кластеризации: For more details on configuring and using live migration without Failover Clustering:

Перенос виртуальных машин в структуре VMM Migrate virtual machines in the VMM fabric

Поддержка этой версии Virtual Machine Manager (VMM) прекращена. Рекомендуем перейти на VMM 2019. This version of Virtual Machine Manager (VMM) has reached the end of support, we recommend you to upgrade to VMM 2019.

В этой статье описывается, как переносить виртуальные машины в структуре System Center Virtual Machine Manager (VMM). This article provides an overview of migrating virtual machines in the System Center — Virtual Machine Manager (VMM) fabric.

Вы можете перенести виртуальные машины и хранилища, управляемые в структуре VMM. You can migrate virtual machines and storage managed in the VMM fabric. VMM автоматически выбирает тип перемещения, который будет использоваться для миграции. VMM automatically selects the type of transfer that will be used for migration. Если миграция выполняется в консоли VMM с помощью мастера миграции виртуальных машин, используемый тип миграции отображается в столбце Тип переноса. When you perform a migration in the VMM console using the Migrate VM Wizard, the migration type that will be used is displayed in the Transfer Type column. Поддерживаемые типы миграции представлены в следующей таблице. The types of migrated supported are summarized in the following table.

Тип Type	Использование Use	Сведения Details
Сетевая миграция Network migration	Создает сетевую копию данных виртуальной машины с помощью службы BITS. Performs a network copy of the virtual machine data using BITS.	Это самый медленный тип миграции. This is the slowest type of migration. Время простоя напрямую зависит от объема передаваемых данных. The amount of downtime is in direct proportion to the size of the data transfer.
Быстрая миграция Quick migration	Этот тип, также известный как перемещение кластера, может использоваться для миграции виртуальных машин высокой доступности. Also known as cluster transfer, and can be used to migrate a highly available virtual machine. Для миграции виртуальных машин между узлами кластера используются возможности отказоустойчивого кластера Windows. It leverages Windows Failover Cluster to migrate virtual machines between cluster nodes.	Состояние выполнения виртуальной машины сохраняется на диск (виртуальная машина переводится в режим гибернации), диск переключается на другой узел кластера, а затем сохраненное состояние загружается для вывода виртуальной машины из режима гибернации. The running state of the virtual machine is saved to disk (the virtual machine is hibernated), the disk is failed over to the other cluster node, and then the saved state is loaded to wake up the virtual machine. Время простоя минимально, так как быстрая миграция создает снимок виртуальной машины и переносит данные, не требуя отключения виртуальной машины. Downtime is minimal because quick migration takes a snapshot of the virtual machine and transfers data without requiring the virtual machine to be turned off.
Быстрая миграция хранилища Quick storage migration	Позволяет переместить хранилище виртуальной машины из одного расположения в другое. Use to move VM storage from one location to another. Например, можно перенести хранилище для виртуальной машины из сети SAN Fibre Channel в сеть SAN iSCSI. For example, you can move the storage for a virtual machine from a Fibre Channel SAN to an iSCSI SAN.	Виртуальные диски работающей виртуальной машины можно переносить независимо от протоколов хранилища (SCSI, Fibre Channel) или типов хранилища (локальное, DAS, SAN). The virtual disks of a running virtual machine can be migrated independent of storage protocols (SCSI, Fibre Channel) or storage types (local, DAS, SAN). Время простоя минимально, так как быстрая миграция хранилища создает снимок виртуальной машины и переносит данные, не требуя отключения виртуальной машины. Downtime is minimal because quick storage migration takes a snapshot of the virtual machine and transfers data without requiring the virtual machine to be turned off.
Миграция через SAN SAN migration	Использует перенос по сети SAN для миграции виртуальных машин и виртуальных машин высокой доступности в кластер и из него. Uses SAN transfer to migrate virtual machines, and highly available virtual machines, in and out of a cluster. Он может использоваться, когда исходный узел и узел назначения имеют доступ к одной инфраструктуре хранилища (LUN) и хранилище можно перенести с одного узла на другой. It can be used when both the source and destination hosts have access to the same storage infrastructure (LUN), and the storage can be transferred from one host to another.	При миграции SAN файлы для виртуальной машины не копируются с одного сервера на другой, поэтому время простоя минимально. For SAN migration, the files for a virtual machine are not copied from one server to another and thus downtime is minimized. Миграцию SAN можно использовать для копирования виртуальной машины с одного узла на другой, а также для копирования виртуальной машины в библиотеку и из нее. SAN migration can be used to copy a virtual machine from one host to another, or copying a virtual machine to or from the library. При миграции виртуальной машины в кластер с помощью перемещения SAN VMM проверяет, все ли узлы в кластере могут получить доступ к LUN, а затем автоматически создает ресурс диска кластера для LUN. When you migrate a virtual machine into a cluster by using a SAN transfer, VMM checks that each node in the cluster can see the LUN, and automatically creates a cluster disk resource for the LUN. Для миграции виртуальной машины из кластера виртуальная машина должна находиться на выделенном LUN, который не использует общий том кластера. To migrate a virtual machine out of a cluster, the virtual machine must be on a dedicated LUN that is not using CSV. Для миграции поддерживаются следующие инфраструктуры SAN: Fiber Channel, сети SAN iSCSI, N_Port ID Virtualization (NPID). These SAN infrastructures are supported for migration: Fiber Channel; iSCSI SANs; N_Port ID Virtualization (NPID).
Динамическая миграция Live migration	Перемещает виртуальную машину, выполняющуюся как часть отказоустойчивого кластера, с одного кластера на другой. Moves a virtual machine running as part of a failover cluster from one cluster to another.	Без заметного для пользователей или сетевых приложений простоя. No noticeable downtime for users or network applications.

Динамическая миграция Live migration

Динамическая миграция предоставляет ряд преимуществ: Using live migration provides a number of benefits:

• Повышенная гибкость — функции динамической миграции позволяют упростить перемещение виртуальных машин между узлами и кластерами. Increased flexibility: Live migration features can help to simplify the movement of virtual machines across hosts and clusters. Таким образом упрощается управление динамическими центрами обработки данных. Therefore, it becomes easier to manage a dynamic datacenter.
• Простота обслуживания — динамическая миграция позволяет избежать отключения автономных узлов и узлов кластера для выполнения операций обслуживания и миграции и связанного с этим простоя. Ease-of-maintenance: Live migration alleviates the need to take standalone hosts and cluster hosts offline for maintenance and migration purposes, which helps to avoid downtime. Благодаря возможности одновременного выполнения операций миграции и обслуживания сокращаются сроки выполнения миграции в зависимости от времени, которое требуется для осуществления динамической миграции. With the ability to perform concurrent migrations and maintenance, migration timeframes can become shorter, depending on the time that is required to perform the live migration. Кроме того, упростился процесс планирования мобильности Hyper-V. In addition, the planning process for Hyper-V mobility is simplified.
• Более эффективное использование оборудования — функции динамической миграции позволяют оптимизировать распределение виртуальных машин по инфраструктуре. Better hardware utilization: The distribution of virtual machines can be optimized across the infrastructure. Виртуальные машины и хранилище можно перемещать на изолированные серверы и кластеры, на которых имеются свободные ресурсы, без прерывания доступа. Virtual machines and storage can be moved to stand-alone servers and clusters with spare capacity, without interrupting availability. Потребление электроэнергии сокращается, так как виртуальные машины можно перемещать между узлами, а затем эти узлы можно отключать для экономии электроэнергии. Power consumption is reduced as virtual machines can be moved across hosts, and then hosts can be powered down to save energy.
• Возможности отказоустойчивой кластеризации — VMM использует преимущества функций отказоустойчивой кластеризации, которые впервые появились в Windows Server 2012. Failover clustering features: VMM takes advantage of failover clustering features that were introduced in Windows Server 2012. К ним относятся дополнительные интерфейсы API для миграции виртуальных машин между узлами кластера и улучшенные возможности подключения и отключения, позволяющие без простоев переносить виртуальные машины в отказоустойчивые кластеры и из них. These features include additional APIs to migrate virtual machines across cluster nodes, and improved attach/detach functionality that enables migration of virtual machines in and out of failover clusters without downtime. VMM поддерживает следующие типы динамической миграции: VMM supports the following types of live migration:

Поддержка динамической миграции Live migration support

VMM поддерживает следующие типы динамической миграции: VMM supports the following types of live migration:

• Динамическая миграция автономных компьютеров: динамическую миграцию можно запустить между двумя автономными компьютерами, не входящими в кластер. Live migration of standalone machines: You can run live migration between two standalone machines that aren’t in a cluster.
• Динамическая миграция в кластере: динамическую миграцию можно запустить между узлами в одном кластере. Live migration within a cluster: You can run a live migration between nodes in the same cluster.
• Динамическая миграция между узлами двух разных кластеров: можно выполнить миграцию между узлами различных кластеров. Live migration between nodes in different clusters: You can migrate between nodes in different clusters.
• Динамическая миграция хранилища виртуальной машины: можно выполнить миграцию хранилища для обновления физического хранилища, доступного в Hyper-V, или для устранения узких мест производительности хранилища. Live migration of VM storage: You can migrate storage to update the physical storage available in Hyper-V, or to mitigate bottlenecks in storage performance. Миграцию хранилища также можно использовать для перемещения, обслуживания или обновления ресурсов хранилища и для миграции изолированных и включенных в кластер виртуальных машин. You can also use storage migration to move, service, or upgrade storage resources, or for migration of a standalone or cluster virtual machine. Хранилище можно добавить на автономный компьютер или в кластер Hyper-V. Storage can be added to either a standalone computer or to a Hyper-V cluster. Виртуальные машины можно переместить в новое хранилище, не прерывая выполнения. VMs can be moved to the new storage while they continue to run.
• Динамическая миграция виртуальной машины и хранилища (динамическая VSM): можно переносить виртуальные машины вместе с хранилищем в рамках одной операции. Live VSM: You can use live system migration (live VSM) to migrate virtual machines and their storage together, in a single action.
• Одновременная динамическая миграция. Вы можете выполнить несколько одновременных операций динамической миграции виртуальных машин и хранилища. Concurrent live migration: You can perform multiple concurrent live migrations of virtual machines and storage. Ограничение числа одновременных операций можно настроить вручную. The concurrent limit can be configured manually. Операции динамической миграции за пределами этого ограничения будут поставлены в очередь. Any concurrent live migrations in excess of the limit will be queued.

VMM проверяет параметры конфигурации узла назначения перед началом миграции с исходного узла. VMM inspects and validates the configuration settings of a destination host before migration from a source host begins.

Матрица поддержки для динамической миграции виртуальных машин Live VM migration support matrix

Source Source	Назначение: автономный компонент Destination: Standalone	Назначение: кластер Destination: Cluster
Автономный Standalone	Поддерживается Supported	Поддерживается Supported
Кластер Cluster	Поддерживается Supported	Поддерживается Supported

Исходный узел и узел назначения могут находиться в одном или в разных кластерах. Source and destination can be in the same or different clusters.

Матрица поддержки для динамической миграции хранилища Live storage migration support matrix

Source Source	Назначение: локальный диск (изолированный) Destination: Local disk (standalone)	Назначение: общая папка SMB 3.0 (изолированная или в кластере) Destination: SMB 3.0 share (standalone/cluster)	Назначение: общий том кластера (кластер) Destination: CSV (cluster)
Локальный диск Local disk	Поддерживается Supported	Поддерживается. Supported.

Виртуальная машина будет преобразована в машину высокой доступности. The virtual machine will be promoted to high availability. Не поддерживается. Not supported. общая папка SMB 3.0 SMB 3.0 share Поддерживается. Supported. В кластере виртуальная машина будет понижена и после миграции уже не будет машиной высокой доступности. In a cluster the VM will be demoted, and won’t be highly available after migration. Поддерживается Supported Поддерживается Supported Кластер Cluster Поддерживается Supported

В кластере виртуальная машина будет понижена и после миграции уже не будет машиной высокой доступности. In a cluster the VM will be demoted, and won’t be highly available after migration. Поддерживается Supported

Общая папка SMB должна быть доступна с целевого узла кластера. The SMB share must be available from the destination cluster node. Поддерживается Supported

Общий том кластера должен быть доступен с узла кластера назначения. The CSV must be available from the destination cluster node.

Ограничения динамической миграции Live migration limitations

Динамическая миграция требует наличия двух и более серверов, на которых выполняется Hyper-V и которые поддерживают виртуализацию оборудования и используют процессоры одного изготовителя (например, только процессоры AMD или только процессоры Intel). Live migration requires two or more servers that run Hyper-V, that support hardware virtualization, and use processors from the same manufacturer, such as all AMD processors or all Intel processors, for example.

Динамическая миграция поддерживается на узлах под управлением Windows Server 2012 и более поздней версии. Live migration is supported starting with hosts running Windows Server 2012.

Настройки виртуальных машин должны задавать использование виртуальных жестких дисков или виртуальных дисков Fibre Channel, а не физических дисков. Virtual machines must be configured to use virtual hard disks or virtual Fibre Channel disks, not physical disks.

Для сетевого трафика динамической миграции необходимо использовать частную сеть. For live migration network traffic you should use a private network.

Исходные серверы и серверы назначения должны принадлежать к одному домену Active Directory или к разным доверенным доменам. Source and destination servers must belong to the same Active Directory domain, or to different trusted domains.

Если виртуальный жесткий диск исходной или целевой виртуальной машины имеет основной диск, такой основной диск должен находиться в общей папке, которая доступна (зарегистрирована) с узла назначения. If the source or destination virtual machine VHD has a base disk, the base disk must be in a share that is accessible (registered) from the destination host. Как правило, в ходе динамической миграции не выполняется перемещение базового диска. Generally, live migration does not move the base disk.

Миграция между кластерами поддерживается только на узлах, работающих в отказоустойчивых кластерах. Migration between clusters is only supported on hosts running in failover clusters. В кластере должно быть включено хранилище общего тома кластера (CSV). Cluster Shared Volume (CSV) storage should be enabled in the cluster.

При динамической миграции виртуальной машины не выполняется миграция хранилища виртуальных машин, в частности, расположения, в котором хранятся образы виртуальных машин (VHD-, ISO-, VFD-файлы). Live migration of a virtual machine does not migrate virtual machine storage, specifically meaning the location that stores the virtual machine images (VHD, ISO, VFD files). Для решения потребностей, связанных с хранилищем, можно использовать один из следующих вариантов: To handle storage requirements, you can use one of the following options:

• настроить виртуальную машину так, чтобы файлы хранилища были доступны в общей папке, к которой могут получать доступ исходный и целевой узлы миграции; Configure the virtual machine so that the storage files are available on a file share that is accessible by both the source and destination host of the migration.
• выполнить комбинированную миграцию виртуальной машины и хранилища (например, VSM) в рамках одной операции; Run a combined live virtual machine and storage migration (live VSM) in a single action.
• выполнить отдельную миграцию хранилища. Run a separate storage migration.

Если исходный узел и узел назначения используют общее хранилище, учтите следующие аспекты. If the source and destination hosts use shared storage, note the following:

• Все файлы, составляющие виртуальную машину, такие как виртуальные жесткие диски, моментальные снимки и конфигурация, должны храниться в одной общей папке SMB. All files that comprise a virtual machine, such as virtual hard disks, snapshots, and configuration, should be stored on an SMB share.
• Разрешения для общей папки SMB должны быть настроены так, чтобы предоставлять доступ учетным записям всех серверов, на которых выполняется Hyper-V. Permissions on the SMB share should be configured to grant access to the computer accounts of all servers that run Hyper-V.

При миграции хранилища выполняется перемещение образов виртуальных машин (VHD-, ISO-, VFD-файлов), конфигураций моментального снимка и данных (файлов сохраненного состояния). A storage migration moves virtual machine images (VHD, ISO, and VFD files), snapshot configurations, and data (saved state files).

Миграция хранилища выполняется для каждой отдельной виртуальной машины. Storage migration is per virtual machine.

При миграции хранилища не перемещаются базовые (родительские диски) за исключением дисков моментальных снимков. Storage migration does not move base (parent) disks, with the exception of snapshot disks.

Динамическая VSM Live VSM

Динамическая VSM переносит виртуальную машину и ее хранилище в рамках одной операции. Live VMS migrates a VM and its machine storage in a single action.

• Чтобы использовать динамическую миграцию VSM, LUN виртуальной машины должен быть скрыт от узла назначения. To use live VSM, the virtual machine LUN must be masked from the destination host.
• В Windows Server 2012 и более поздних версиях поддерживается динамическая миграция VSM между двумя автономными узлами, на которых выполняется Hyper-V. Live VSM is supported between two standalone hosts that run Hyper-V, starting with Windows Server 2012. Перемещение может выполняться между двумя локальными дисками или общими папками SMB 3.0. The transfer can occur between local disks or SMB 3.0 file shares.
• В Windows Server 2012 и более поздних версиях поддерживается динамическая миграция VSM между двумя кластерами узлов, на которых выполняется Hyper-V. Live VSM is supported between two host clusters that run Hyper-V, starting with Windows Server 2012. Виртуальную машину можно перенести в общий том кластера или общую папку SMB 3.0 в целевом кластере узлов. The virtual machine can be transferred to either a CSV or SMB 3.0 file share on the destination host cluster.