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
- На ВМ не должно быть pass-through дисков (иначе как переносить);
- Одинаковая архитектура процессоров (после миграции ВМ будет использовать процессорные мощности другого хоста);
- Хосты, между которыми идет процесс миграции должны быть членами одного домена Active Directory, либо в доменах с двустороннем доверием (это для обеспечения безопасности через Kerberos);
- Cеть 1Gbs;
- Виртуальные свитчи с одинаковым названием (чтобы не настраивать руками);
- версия ВМ не ниже 5.0.
Данная технология не обеспечивает отказоустойчивость. Она позволяет перемещать ВМ в режиме реального времени на другой хост Hyper-V без простоя сервисов, запущенных на ВМ. Примером необходимости данной технологии может является то, что надо время от времени обслуживать хост сервера и таким образом мы можем высвобождать сервера для выключения. Также надо учитывать доступные ресурсы на хост серверах куда перемещается ВМ.
Для настройки Live Migration в Hyper-V у нас должно быть от 2-х хостов на Windows Server 2012 и выше.
В настройках наших хост серверов Hyper–V настраиваем Live Migration (на каждом)
Или через 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.
Set-VMProcessor vm1 -CompatibilityForMigrationEnabled $true
Комментарии
Отправить комментарий