Поделиться через


(предварительная версия) Обновление существующих виртуальных машин Azure 1-го поколения до доверенного запуска

Область применения: ✔️ виртуальная машина Linux для виртуальной машины ✔️ ✔️ Windows поколения 1

Azure Виртуальные машины поддерживает обновление виртуальных машин поколения 1 до поколения 2 путем обновления до типа безопасности доверенного запуска.

Доверенный запуск — это способ обеспечить базовую безопасность вычислительных вычислений на виртуальных машинах Поколения 2 Azure и защищает от расширенных и постоянных атак, таких как наборы загрузочных пакетов и корневые наборы. Это делается путем объединения технологий инфраструктуры, таких как безопасная загрузка, виртуальный доверенный платформенный модуль (vTPM) и мониторинг целостности загрузки на виртуальной машине.

Внимание

Поддержка обновления существующих виртуальных машин 1-го поколения до доверенного запуска в настоящее время находится в предварительной версии. Обновление виртуальных машин 1-го поколения до 2-го поколения без включения доверенного запуска не поддерживается.

Необходимые компоненты

  • Подписка подключена к предварительной версии функции Gen1ToTLMigrationPreview в пространстве Microsoft.Compute имен. Дополнительные сведения о настройке предварительных версий функций в подписке Azure
  • Виртуальная машина Azure настроена следующим образом:
  • Виртуальная машина Azure в настоящее время не поддерживает функции доверенного запуска.
  • При включении Azure Backup для виртуальных машин следует настроить с помощью политики расширенного резервного копирования. Тип безопасности доверенного запуска не может быть включен для виртуальных машин, настроенных с помощью защиты резервного копирования политики "Стандартный".
  • Обновите тестовую виртуальную машину 1-го поколения до доверенного запуска и определите, необходимы ли какие-либо изменения для соответствия предварительным требованиям перед обновлением виртуальных машин поколения 1-го поколения, связанных с рабочими нагрузками до доверенного запуска.
  • Отключите любое шифрование тома ОС Windows, включая BitLocker перед обновлением, если он включен. Все шифрования томов ОС Windows должны быть повторно включены после успешного обновления. Это действие не требуется для дисков данных или тома ОС Linux.

Неподдерживаемые конфигурации виртуальных машин 1-го поколения

Обновление виртуальной машины доверенного поколения до доверенного запуска не поддерживается, если виртуальная машина 1-го поколения настроена следующим образом:

  • Рабочие нагрузки. Предварительная версия функции должна использоваться только для тестирования, оценки и обратной связи. Рабочие нагрузки не рекомендуется.
  • Операционная система: Windows Server 2016, Azure Linux, Debian и любая другая операционная система, не указанная в поддерживаемой версии поддерживаемой операционной системы (ОС). Только для Windows Server 2016 обходной путь — обновление гостевой ОС до Windows Server 2019 или 2022.
  • Размер виртуальной машины: виртуальная машина 1-го поколения, настроенная с размером виртуальной машины, не указанная в списках поддерживаемых семейств поддерживаемых размеров доверенных запусков. В качестве обходного решения обновите размер виртуальной машины до поддерживаемого семейства поддерживаемых размеров виртуальной машины доверенного запуска.
  • Azure Backup: виртуальная машина 1-го поколения, настроенная с помощью Azure Backup с помощью стандартной политики. В качестве обходного решения перенос резервных копий виртуальных машин 1-го поколения из категории "Стандартный" в расширенную политику.
  • BitLocker или эквивалентное шифрование: том гостевой ОС виртуальной машины Windows 1-го поколения шифруется с помощью BitLocker или эквивалентной технологии шифрования. В качестве обходного решения отключите шифрование томов ОС Windows перед обновлением и повторно включите после успешного завершения обновления доверенного запуска.

Рекомендации

  • Создайте точки восстановления для виртуальных машин Azure, связанных с рабочими нагрузками, прежде чем включить тип безопасности доверенного запуска. Точки восстановления можно использовать для повторного создания дисков и виртуальной машины с предыдущим хорошо известным состоянием.
  • Просмотрите известные проблемы перед выполнением обновления доверенного запуска.
  • После обновления вы не сможете расширить том MBR to GPT conversion операционной системы ОС Windows. Рекомендуется расширить системный том для будущего перед обновлением до доверенного запуска.
  • Том диска ОС Windows должен быть дефрагментирован с помощью команды Defrag C: /U /V. Дефрагментация тома ОС снижает риск сбоя преобразования MBR (главной загрузочной записи) до сбоя преобразования GPT (таблица секций GUID), освобождая конечные части секций. Обратитесь к дефрагменту.

Обновление тома гостевой ОС

Для виртуальных машин поколения 2 требуется том гостевой ОС со следующими конфигурациями:

  • Макет диска GPT: том гостевой ОС виртуальных машин 1-го поколения в основном установлен MBR и требуется обновить до GPT
  • Системный раздел EFI: том гостевой ОС виртуальных машин 1-го поколения в основном не включает этот раздел.

Завершите обновление тома ОС с требуемой конфигурацией перед обновлением виртуальной машины Azure 1-го поколения до доверенного запуска.

Внимание

  • Скрипт оркестрации на основе PowerShell публикуется в качестве руководства , который управляет всеми этапами обновления, включая проверку MBR2GPT для Windows и Linux и преобразование для ОС Windows. Скрипт руководства вместе с необходимой документацией можно получить в Azure 1-го поколения до репозитория GitHub для запуска 2-го поколения.
  • Обновите тестовую виртуальную машину 1-го поколения до доверенного запуска и определите, необходимы ли какие-либо изменения для соответствия предварительным требованиям перед обновлением виртуальных машин поколения 1-го поколения, связанных с рабочими нагрузками до доверенного запуска.

С помощью встроенной программы MBR2GPT.exe можно включить GPT макет диска и добавить EFI system partition необходимые для обновления 2-го поколения.

Внимание

После этого вы не сможете расширить том MBR to GPT conversionоперационной системы ОС Windows. Рекомендуется расширить системный том для будущего перед выполнением обновления.

Примечание.

Windows Server 2016 не поддерживает MBR2GPT.exe. Обходной путь — обновить гостевую ОС до Windows Server 2019 или 2022, а затем выполнить .MBR to GPT conversion Ознакомьтесь с обновлением на месте для виртуальных машин под управлением Windows Server в Azure.

  1. RDP или удаленно подключитесь к виртуальной машине Windows 1-го поколения для выполнения преобразования.

  2. Выполните команду MBR2GPT /validate /allowFullOS и убедитесь, что Disk layout validation выполнено успешно. Не продолжайте работу , если сбой Disk layout validation . Сведения о известных проблемах, связанных со списком распространенных причин и связанных с ним решениях. Дополнительные сведения и устранение неполадок см. в MBR2GPT устранении неполадок.

  3. Выполните команду MBR2GPT /convert /allowFullOS , чтобы выполнить преобразование MBR в GPT. Пример успешных выходных данных:

    If conversion is successful the disk can only be booted in GPT mode.
    These changes cannot be undone!
    
    MBR2GPT: Attempting to convert disk 0
    MBR2GPT: Retrieving layout of disk
    MBR2GPT: Validating layout, disk sector size is: 512 bytes
    MBR2GPT: Trying to shrink the OS partition
    MBR2GPT: Creating the EFI system partition
    MBR2GPT: Installing the new boot files
    MBR2GPT: Performing the layout conversion
    MBR2GPT: Migrating default boot entry
    MBR2GPT: Adding recovery boot entry
    MBR2GPT: Fixing drive letter mapping
    MBR2GPT: Conversion completed successfully
    MBR2GPT: Before the new system can boot properly you need to switch the firmware to boot to UEFI mode!
    

Обновление виртуальной машины 1-го поколения до доверенного запуска

Примечание.

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

Установите последнюю версию Azure PowerShell и войдете в учетную запись Azure с помощью Connect-AzAccount.

Внимание

Скрипт оркестрации на основе PowerShell публикуется в качестве руководства , который управляет всеми шагами обновления, включая преобразование MBR2GPT. Скрипт руководства вместе с необходимой документацией можно получить в Azure 1-го поколения до репозитория GitHub для запуска 2-го поколения.

Выполните действия, чтобы обновить существующую виртуальную машину 1-го поколения до 2-го поколения и включить доверенный запуск с помощью Azure PowerShell.

  1. Войдите в подписку Azure виртуальной машины.

    Connect-AzAccount -SubscriptionId 00000000-0000-0000-0000-000000000000
    
  2. Освободите виртуальную машину.

    Stop-AzVM -ResourceGroupName myResourceGroup -Name myVm
    
  3. Включите доверенный запуск, установив для TrustedLaunchпараметра -SecurityType значение .

    Get-AzVM -ResourceGroupName myResourceGroup -VMName myVm `
        | Update-AzVM -SecurityType TrustedLaunch `
            -EnableSecureBoot $true -EnableVtpm $true
    
  4. Проверьте securityProfile в обновленной конфигурации виртуальной машины.

    # Following command output should be `TrustedLaunch`
    
    (Get-AzVM -ResourceGroupName myResourceGroup -VMName myVm `
        | Select-Object -Property SecurityProfile `
            -ExpandProperty SecurityProfile).SecurityProfile.SecurityType
    
    # Following command output should return `SecureBoot` and `vTPM` settings
    (Get-AzVM -ResourceGroupName myResourceGroup -VMName myVm `
        | Select-Object -Property SecurityProfile `
            -ExpandProperty SecurityProfile).SecurityProfile.Uefisettings
    
    
  5. Запустите виртуальную машину.

    Start-AzVM -ResourceGroupName myResourceGroup -Name myVm
    
  6. Запустите обновленную виртуальную машину доверенного запуска. Убедитесь, что вы можете войти на виртуальную машину с помощью RDP (для виртуальных машин Windows) или SSH (для виртуальных машин Linux).

Известные проблемы

Сбой загрузки Windows 11 после обновления доверенного запуска виртуальной машины Windows 10

Виртуальная машина Windows 10 1-го поколения успешно обновлена до доверенного запуска, а затем успешного обновления Windows 11 на месте. Однако загрузка Windows 11 завершается сбоем после остановки виртуальной машины Azure и начала работы с ошибкой.

Решение. Эта проблема устранена с сборкой 24H2 версии 26100.2314.

Снимок экрана: сбой загрузки виртуальной машины Windows Azure.

[Windows] Преобразование MBR в GPT завершается сбоем с ошибкой "Не удается найти место" для системного раздела EFI

Эта ошибка возникает по одной из следующих причин:

  • Свободного места на системном томе нет.
  • Системный том поврежден. Вы можете проверить, пытаясь уменьшить том на несколько MOB в консоли управления дисками. Используйте команду chkdsk C:/v/f для восстановления системного тома.
  • Virtual Disk служба не выполняется или не может успешно взаимодействовать. Тип запуска службы должен иметь значение Manual.
  • Optimize Drives служба не выполняется или не может успешно взаимодействовать. Тип запуска службы должен иметь значение Manual.
  • Диск тома системы уже настроен с четырьмя секциями MBR (максимум, поддерживаемый макетом диска MBR). Необходимо удалить одну из секций, чтобы освободить место для системного раздела EFI.
    1. Выполните команду ReAgentc /info , чтобы определить секцию, активно используемую восстановлением. Пример: Windows RE location: \\?\GLOBALROOT\device\harddisk0\partition4\Recovery\WindowsRE
    2. Запустите командлет Get-Partition -DiskNumber 0 PowerShell, чтобы определить текущие секции, настроенные.
    3. Запустите командлет Remove-Partition -DiskNumber 0 -PartitionNumber X PowerShell, чтобы удалить любую дополнительную секцию восстановления, которая не используется службой восстановления, как описано на шаге 1.

[Windows] Не удалось обновить ReAgent.xml MBR на GPT

Для некоторых версий ОС Windows, таких как Windows 10, MBR2GPT создает ошибку сквозной передачи MBR2GPT: Failed to update ReAgent.xml, please try to manually disable and enable WinRE.

Предупреждение указывает, что MBR2GPT.exe не удалось обновить GUID секции восстановления в C:\Windows\System32\Recovery\ReAgent.xml. Эта проблема не должна вызывать проблемы с функциональными возможностями гостевой ОС или дальнейшими операциями обновления, такими как обновление Windows 11 для успешного выполнения или Windows 11 для правильной работы после обновления. ReAgent.xml обновляется с правильной версией GUID после обновления Windows 11, то есть если вы не выполняете никаких действий между преобразованием MBR2GPT и обновлением Windows 11, значение ReAgent.xml GUID синхронизируется с конфигурацией восстановления Windows.

Чтобы исправить предупреждение вручную, вы можете отключить и повторно включить преобразование winRE после MBR2GPT или после обновления 1-го поколения в доверенный запуск до обновления Windows 11 с помощью перечисленных действий, эти шаги принудительно синхронизируют GUID WinRE в ReAgent.xml

  1. Завершение обновления доверенного запуска 1-го> поколения.
  2. Выполнить reagentc /disable
  3. Выполнить reagentc /enable
  4. Выполнить reagentc /info
  5. Открытие C:\Windows\System32\Recovery\ReAgent.xml и проверка GUID BCD в XML-файле соответствует выходным данным шага 4.

[Windows] Диск D, назначенный обновлению системы зарезервированной записи

Назначение временного диска хранилища "D" изменяется на "E" с предыдущей буквой, назначенной системной зарезервированной после обновления виртуальной машины 1-го поколения. Выполните следующие действия вручную после обновления, чтобы обойти проблему:

После обновления проверьте диски на сервере, если в системной зарезервированной секции есть буква D, выполните следующие действия:

  1. Перенастройка файла страницы с D: на C:
  2. Перезагрузка виртуальной машины
  3. Удаление буквы D: из раздела
  4. Перезагрузите виртуальную машину, чтобы отобразить временный диск хранилища с буквой D:

Ссылка на образ виртуальной машины не изменяет после обновления доверенного запуска

После обновления виртуальной машины Azure 1-го поколения до доверенного запуска ссылка на образ по-прежнему отражает источник в качестве образа ОС 1-го поколения. Ссылка на образы не обновлена является известным ограничением и будет устранена с общим выпуском выпуска 1-го поколения для поддержки обновления доверенной виртуальной машины.

Часто задаваемые вопросы

Что делать, если виртуальные машины поколения 1 не соответствуют предварительным требованиям для доверенного запуска?

Для виртуальной машины поколения 1, которая не соответствует предварительным требованиям для обновления до доверенного запуска, посмотрите, как выполнить предварительные требования. Например, если размер виртуальной машины не поддерживается, найдите эквивалентный поддерживаемый размер доверенного запуска, поддерживающий доверенный запуск.

Почему обновление до поколения 2 (только без доверенного запуска) не поддерживается?

Доверенный запуск обеспечивает базовую безопасность вычислений на виртуальных машинах поколения 2 Azure без дополнительных затрат. Кроме того, доверенные виртуальные машины запуска значительно связаны с четностью виртуальных машин поколения 2. Таким образом, нет дополнительных преимуществ для обновления только до виртуальной машины поколения 2 без включения доверенного запуска.