Миграция виртуальных машин — обзор

В этой статье представлен обзор переноса виртуальных машин в инфраструктуре System Center Virtual Machine Manager (VMM).

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

Тип	Использование	Сведения
Миграция сети	Выполняет сетевую копию данных виртуальной машины с помощью BITS.	Это самый медленный тип миграции. Время простоя напрямую зависит от объема передаваемых данных.
Быстрая миграция	Также известный как передача кластера, его можно использовать для миграции высокодоступной виртуальной машины. Он использует отказоустойчивый кластер Windows для переноса виртуальных машин между узлами кластера.	Текущее состояние виртуальной машины сохраняется на диск (виртуальная машина переводится в режим гибернации), диск переключается на другой узел кластера, а затем сохраненное состояние загружается, чтобы разбудить виртуальную машину. Минимальный простой обусловлен тем, что быстрая миграция делает моментальный снимок виртуальной машины и передача данных осуществляется без необходимости её отключения.
Быстрая миграция хранилища	Используется для перемещения хранилища виртуальных машин из одного расположения в другое. Например, можно перенести хранилище для виртуальной машины из сети SAN Fibre Channel в сеть SAN iSCSI.	Виртуальные диски работающей виртуальной машины можно перенести независимо от протоколов хранения (SCSI, Fibre Channel) или типов хранилища (local, DAS, SAN). Время простоя минимально, так как быстрая миграция хранилища создает снимок виртуальной машины и переносит данные, не требуя отключения виртуальной машины.
Миграция SAN	Использует передачу SAN для переноса виртуальных машин и высокодоступных виртуальных машин в кластер и из него. Он может использоваться, когда исходный узел и узел назначения имеют доступ к одной инфраструктуре хранилища (LUN) и хранилище можно перенести с одного узла на другой.	Для миграции SAN файлы для виртуальной машины не копируются с одного сервера на другой, поэтому время простоя сводится к минимуму. Миграция SAN может использоваться для копирования виртуальной машины из одного узла в другой или копирования виртуальной машины в библиотеку или из нее. При переносе виртуальной машины в кластер с помощью передачи SAN VMM проверяет, что каждый узел в кластере может видеть LUN и автоматически создает ресурс диска кластера для LUN. Чтобы перенести виртуальную машину из кластера, виртуальная машина должна находиться в выделенном LUN, который не использует CSV. Эти инфраструктуры SAN поддерживаются для миграции: Fiber Channel; сети SAN iSCSI; виртуализация идентификаторов N_Port (NPID).
Живая миграция	Перемещает виртуальную машину, запущенную в составе отказоустойчивого кластера из одного кластера в другой.	Нет заметного простоя для пользователей или сетевых приложений.

Живая миграция

Использование динамической миграции обеспечивает множество преимуществ:

• Повышенная гибкость. Функции динамической миграции могут упростить перемещение виртуальных машин между узлами и кластерами. Таким образом упрощается управление динамическими центрами обработки данных.
• Простота обслуживания: Живая миграция уменьшает необходимость выводить из сети автономные узлы и узлы кластера для техобслуживания и миграции, что помогает избежать простоя. Благодаря возможности одновременного выполнения операций миграции и обслуживания сокращаются сроки выполнения миграции в зависимости от времени, которое требуется для осуществления динамической миграции. Кроме того, упростился процесс планирования мобильности Hyper-V.
• Лучшее использование оборудования. Распределение виртуальных машин можно оптимизировать в инфраструктуре. Виртуальные машины и хранилище можно переместить на автономные серверы и кластеры с запасной емкостью без прерывания доступности. Потребление электроэнергии сокращается, так как виртуальные машины можно перемещать между узлами, а затем эти узлы можно отключать для экономии электроэнергии.

• Функции отказоустойчивой кластеризации: VMM использует преимущества функций отказоустойчивой кластеризации Windows Server. К ним относятся дополнительные интерфейсы API для миграции виртуальных машин между узлами кластера и улучшенные возможности подключения и отключения, позволяющие без простоев переносить виртуальные машины в отказоустойчивые кластеры и из них.

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

VMM поддерживает следующие типы динамической миграции:

• Динамическая миграция автономных компьютеров: вы можете выполнять динамическую миграцию между двумя автономными компьютерами, которые не являются в кластере.
• Динамическая миграция в кластере: можно запустить динамическую миграцию между узлами в одном кластере.
• Живая миграция между узлами в разных кластерах: Вы можете мигрировать между узлами в разных кластерах.
• Динамическая миграция хранилища виртуальных машин. Вы можете перенести хранилище для обновления физического хранилища, доступного в Hyper-V, или для устранения узких мест в производительности хранилища. Миграцию хранилища также можно использовать для перемещения, обслуживания или обновления ресурсов хранилища и для миграции изолированных и включенных в кластер виртуальных машин. Хранилище можно добавить на автономный компьютер или в кластер Hyper-V. Виртуальные машины можно переместить в новое хранилище, пока они продолжают работать.
• Динамическая миграция виртуальных машин и хранилища. Вы можете использовать динамическую миграцию системы (live VSM) для переноса виртуальных машин и их хранилища вместе в одном действии.
• Одновременная динамическая миграция. Вы можете выполнять несколько одновременных динамических миграций виртуальных машин и хранилища. Ограничение числа одновременных операций можно настроить вручную. Все параллельные динамические миграции, превышающие установленный предел, будут помещены в очередь.

VMM инспектирует и утверждает настройки конфигурации узла назначения перед началом миграции с исходного узла.

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

Источник	Назначение: автономный	Назначение: кластер
Автономный	Поддерживается	Поддерживается
Кластер	Поддерживается	Поддерживается Источник и назначение могут находиться в одном или разных кластерах.

Матрица поддержки миграции динамического хранилища

Источник	Назначение: локальный диск (автономный)	Назначение: общий ресурс SMB 3.0 (автономный/кластерный)	Назначение: CSV (кластер)
Локальный диск	Поддерживается	Поддерживается. Виртуальная машина будет повышена до уровня высокой доступности.	Не поддерживается.
Общий доступ SMB 3.0	Поддерживается. В кластере виртуальная машина будет понижена в статусе и не будет иметь высокой доступности после миграции.	Поддерживается	Поддерживается
Кластер	Поддерживается В кластере виртуальная машина будет понижена в статусе и не будет иметь высокой доступности после миграции.	Поддерживается Общая папка SMB должна быть доступной на целевом узле кластера.	Поддерживается CSV-файл должен быть доступен из конечного узла кластера.

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

• Для динамической миграции требуется два или более серверов, работающих под управлением Hyper-V, которые поддерживают виртуализацию оборудования и используют процессоры одного производителя, например все процессоры AMD или все процессоры Intel.

• Настройки виртуальных машин должны задавать использование виртуальных жестких дисков или виртуальных дисков Fibre Channel, а не физических дисков.

• Для сетевого трафика динамической миграции необходимо использовать частную сеть.

• Исходные и конечные серверы должны принадлежать одному домену Active Directory или разным доверенным доменам.

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

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

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

  • настроить виртуальную машину так, чтобы файлы хранилища были доступны в общей папке, к которой могут получать доступ исходный и целевой узлы миграции;
  • Запустите комбинированную миграцию виртуальной машины и хранилища в реальном времени (VSM) в рамках одной операции.
  • выполнить отдельную миграцию хранилища.

• Если исходные и конечные узлы используют общее хранилище, убедитесь в следующем:

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

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

• Миграция хранилища выполняется для каждой отдельной виртуальной машины.

• Перенос хранилища не затрагивает базовые (родительские) диски, за исключением дисков моментальных снимков.

Миграция виртуальных машин и хранилища в реальном времени (Live VSM)

Live VSM переносит виртуальную машину и его хранилище компьютеров в одном действии.

• Чтобы использовать live VSM, LUN виртуальной машины должен быть исключён из доступа для узла назначения.

• Live VSM поддерживается между двумя автономными узлами, работающими под управлением Hyper-V. Перемещение может выполняться между двумя локальными дисками или общими папками SMB 3.0.

• Live VSM поддерживается между двумя кластерами узлов, работающими под управлением Hyper-V. Виртуальную машину можно перенести либо на общий том кластера (CSV), либо на общую папку SMB 3.0 на целевом хосте кластера.

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

• Перенос виртуальной машины.
• Перенос хранилища.
• Запустите динамическую миграцию.