Hyper-V Live Migration без кластера

Технология Live Migration в Hyper-V до версии Windows Server 2012 была доступна только между узлами кластера (Failover Cluster). Начиная с Hyper-V 3.0 этого ограничения нет и виртуальные машины могу мигрировать в режиме реального времени без роли кластера. Отказаться от кластеризации в данной задаче удалось благодаря технологии Shared-nothing live migration. Именно Shared-nothing позволило отвязаться от общих хранилищ кластеров и перемещать виртуальные машины с "необщими дисками". Есть и свои ограничения по миграции VM:

- На ВМ не должно быть pass-through дисков (иначе как переносить);
- Одинаковая архитектура процессоров (после миграции ВМ будет использовать процессорные мощности другого хоста);
- Хосты, между которыми идет процесс миграции должны быть членами одного домена Active Directory, либо в доменах с двустороннем доверием (это для обеспечения безопасности через Kerberos);
- Cеть 1Gbs;
- Виртуальные свитчи с одинаковым названием (чтобы не настраивать руками);
- версия ВМ не ниже 5.0.

Данная технология не обеспечивает отказоустойчивость. Она позволяет перемещать ВМ в режиме реального времени на другой хост Hyper-V без простоя сервисов, запущенных на ВМ. Примером необходимости данной технологии может является то, что надо время от времени обслуживать хост сервера и таким образом мы можем высвобождать сервера для выключения. Также надо учитывать доступные ресурсы на хост серверах куда перемещается ВМ.

Для настройки Live Migration в Hyper-V у нас должно быть от 2-х хостов на Windows Server 2012 и выше.

В настройках наших хост серверов Hyper–V настраиваем Live Migration (на каждом)


и выбираем протокол аутентификации Kerberos (Use Kerberos).

Или через PowerShell:
Enable-VMMigration
Set-VMMigrationNetwork 192.168.1.2 192.168.1.4
Set-VMHost -VirtualMachineMigrationAuthenticationType

Разрешаем аутентификацию Kerberos

В свойствах учетной записи хостов Hyper-V -> Delegation -> Trust this computer for delegation to specified services only -> Use Kerberos only и Add.


Далее Users and Computers -> имя другого сервера Hyper V -> Microsoft Virtual System Migration Service.


Аналогичные настройки надо выполнить на всех серверах участниках Live Migration.

После можно приступать к миграции ВМ



Указываем имя хост машины Hyper-V куда мигрируем ВМ

И выбираем нужный вариант миграции ВМ

Вводим требуемые данные в зависимости от выбора варианта и ждем миграции ВМ на другой хост Hyper-V.

Также миграцию ВМ можно запустить с помощью PowerShell:

Move-VM vm1 host1 -IncludeStorage -DestinationStoragePath c:\vm\vm1

где:
vm1 - перемещаемая ВМ
host1 - хост Hyper-V гуда перемещается vm1
c:\vm\vm1 - путь для размещения данных для vm1 на host1

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

На выключенной ВМ данная опция будет активна. Или через PowerShell
Set-VMProcessor vm1 -CompatibilityForMigrationEnabled $true

Комментарии

Популярные сообщения из этого блога

Разные версии PHP на разных сайтах на одном сервере

Microsoft Office. Окно "Давайте начнем"

Импорт - Экспорт пользователей Active Directory