Архитектура живой миграции (Live Migration) в Hyper-V

Администратор пытается перенести работающую виртуальную машину (без прерывания сервисов) с узла HOST-A на узел HOST-B. Процесс прерывается с ошибкой в консоли: "Операция миграции виртуальной машины не удалась на исходном узле (Virtual machine migration operation failed at migration source)". В журнале Microsoft-Windows-Hyper-V-High-Availability-Admin фиксируются события 21024, 21026 или 21018. Архитектура живой миграции без общего хранилища (Shared-Nothing Live Migration) требует жесткой синхронизации трех компонентов: криптографической аутентификации (Kerberos/CredSSP) между хостами, совместимости процессорных инструкций (CPU Compatibility) и идентичного именования виртуальных сетевых коммутаторов (vSwitch).

Симптомы и коды сбоев миграции:

• Ошибка 0x8009030E (SEC_E_NO_CREDENTIALS): Хост не может аутентифицироваться на целевом сервере для передачи памяти. Проблема делегирования Kerberos.
• Несовпадение оборудования: Целевой хост имеет процессоры другого поколения (например, Intel Xeon v3 против v4), из-за чего гостевая ОС не сможет продолжить выполнение инструкций (Hardware incompatibility).
• Ошибка сетевого стека: На узле HOST-B физически отсутствует коммутатор с точным именем vSwitch_LAN, который назначен виртуальной машине на HOST-A.

Дерево решений: Восстановление работоспособности Live Migration

Сценарий 1: Настройка ограниченного делегирования Kerberos (KCD)

Если миграция запускается удаленно (из RSAT или SCVMM на рабочем ПК администратора), используется двойной прыжок аутентификации (Double Hop). CredSSP с этим не справляется, требуется Kerberos.

1. Откройте консоль dsa.msc на контроллере домена.
2. Откройте свойства объекта компьютера HOST-A -> Вкладка Делегирование (Delegation).
3. Выберите Доверять этому компьютеру делегирование указанных служб (Trust this computer for delegation to specified services only) -> Использовать только Kerberos.
4. Нажмите Добавить (Add) -> выберите учетную запись HOST-B -> выберите службы cifs (перенос файлов) и Microsoft Virtual System Migration Service (перенос памяти).
5. Повторите то же самое для HOST-B, выдав ему делегирование на HOST-A.
6. На самих хостах в диспетчере Hyper-V -> Настройки -> Динамическая миграция -> Дополнительно, выберите Kerberos в качестве протокола аутентификации.

Сценарий 2: Включение совместимости процессоров (CPU Compatibility)

Если хосты имеют процессоры разных поколений (но одного производителя, например Intel-Intel):

1. Выключите виртуальную машину (для изменения этого параметра ВМ должна быть остановлена).
2. Откройте параметры ВМ -> Процессор -> Совместимость (Compatibility).
3. Установите флаг Мигрировать на физический компьютер с другой версией процессора (Migrate to a physical computer with a different processor version). Включите ВМ и повторите миграцию.

Сценарий 3: Синхронизация сетевых интерфейсов (vSwitch)

Убедитесь, что имена виртуальных коммутаторов совпадают до символа.

# Проверка имен коммутаторов на исходном и целевом хостах
Invoke-Command -ComputerName HOST-A, HOST-B -ScriptBlock { Get-VMSwitch | Select-Object Name, SwitchType }

Типовые ошибки администраторов

• Использование CredSSP для удаленной миграции: Выбор CredSSP работает ТОЛЬКО если вы физически подключены по RDP непосредственно к консоли исходного сервера (HOST-A). Если вы сидите за своим рабочим ноутбуком, CredSSP не передаст ваши учетные данные (Credentials) от ноута к HOST-A, а затем к HOST-B. Всегда используйте Kerberos и делегирование (Сценарий 1).