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


Миграция Hyper-V виртуальных машин в Azure

В этой статье показано, как перенести локальные Hyper-V виртуальные машины в Azure с помощью средства миграции и модернизации .

Это руководство является третьим в серии, демонстрирующей, как оценить и перенести компьютеры в Azure.

Замечание

Руководства показывают самый простой путь развертывания для сценария, чтобы быстро настроить подтверждение концепции. В них используются значения по умолчанию (при возможности) и описаны только некоторые возможные параметры и пути.

В этом руководстве вы узнаете, как:

  • Добавьте средство миграции и модернизации.
  • Определите виртуальные машины, которые хотите перенести.
  • Запуск репликации виртуальных машин.
  • Выполнение тестовой миграции, позволяющей убедиться в правильной работе всех компонентов.
  • Выполнение полной миграции виртуальной машины.

Если у вас нет подписки Azure, создайте бесплатную учетную запись перед началом работы.

Предпосылки

Прежде чем начать этот урок, вам следует:

  1. Ознакомьтесь с архитектурой миграции Hyper-V.
  2. Ознакомьтесь с требованиями к Hyper-V узлам для миграции и URL-адресам Azure, к которым Hyper-V узлам и кластерам требуется доступ к миграции виртуальных машин.
  3. Ознакомьтесь с требованиями к Hyper-V виртуальным машинам, которые требуется перенести в Azure.
  4. Перед миграцией виртуальных машин Hyper-V в Azure, мы рекомендуем вам их оценить, хотя это и не обязательно.
  5. Перейдите к уже созданному проекту или создайте новый проект.
  6. Проверьте разрешения для учетной записи Azure. Для учетной записи Azure требуются разрешения на создание виртуальной машины, запись на управляемый диск Azure и управление операциями отработки отказа для хранилища служб восстановления, связанного с проектом Azure Migrate.

Замечание

Если вы планируете обновить операционную систему Windows (ОС), Azure Migrate and Modernize могут скачать Windows SetupDiag для получения информации о произошедшей ошибке, если обновление не удастся. Убедитесь, что виртуальная машина, созданная в Azure после миграции, имеет доступ к SetupDiag. Если нет доступа к SetupDiag, возможно, вы не сможете получить подробные коды ошибок обновления ОС, но обновление по-прежнему может продолжиться.

Загрузить поставщика

Для миграции Hyper-V виртуальных машин средство миграции и модернизации устанавливает поставщиков программного обеспечения (поставщик Azure Site Recovery и агент служб восстановления) на Hyper-V узлах или узлах кластера. Аппарат Azure Migrate не используется для миграции Hyper-V.

  1. В проекте "Миграция Azure" выберите "Серверы, базы данных и веб-приложения>Миграция и модернизация>Обнаружение.

  2. В разделе «Обнаружение машин>Ваши машины виртуализированы?», выберите «Да, с помощью Hyper-V».

  3. В целевом регионе выберите регион Azure, в который требуется перенести компьютеры.

  4. Выберите "Подтвердить, что целевой регион для миграции — имя региона".

  5. Выберите "Создать ресурсы". На этом шаге в фоновом режиме создается хранилище служб восстановления.

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

    • Ключ регистрации необходим для регистрации узла Hyper-V с помощью средства миграции и модернизации.
    • Ключ действителен в течение пяти дней после создания.

    Снимок экрана: поставщик загрузки и ключ.

  7. Скопируйте файл установки поставщика и файл ключа регистрации на каждый узел Hyper-V (или узел кластера), на котором выполняются виртуальные машины, которые требуется реплицировать.

Установка и регистрация поставщика

Чтобы установить и зарегистрировать поставщика, выполните следующие действия с помощью пользовательского интерфейса или команд.

Запустите файл установки поставщика на каждом узле:

  1. Щелкните значок файла на панели задач, чтобы открыть папку, в которой скачан файл установщика и ключ регистрации.
  2. Выберите файлAzureSiteRecoveryProvider.exe.
    1. В мастере установки поставщика убедитесь, что выбран параметр On (рекомендуется), а затем нажмите кнопку "Далее".
    2. Выберите "Установить", чтобы принять папку установки по умолчанию.
    3. Выберите "Зарегистрировать", чтобы зарегистрировать этот сервер в хранилище служб восстановления.
    4. Нажмите кнопку "Обзор".
    5. Найдите ключ регистрации и нажмите кнопку "Открыть".
    6. Нажмите кнопку "Далее".
    7. Убедитесь, что подключение непосредственно к Azure Site Recovery без прокси-сервера выбрано, а затем нажмите кнопку "Далее".
    8. Нажмите кнопку "Готово".

После установки поставщика на хостах перейдите на портал Azure и в разделе Обнаружение компьютеров выберите Завершить регистрацию.

Снимок экрана, показывающий экран завершения регистрации.

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

Репликация виртуальных машин Hyper-V

После завершения обнаружения можно начать репликацию Hyper-V виртуальных машин в Azure.

Замечание

Можно реплицировать до 10 виртуальных машин за раз. Если необходимо реплицировать больше, реплицируйте их одновременно в пакетах из 10.

  1. В проекте "Миграция Azure" выберите серверы, базы данных и веб-приложения>Миграция и модернизация>Репликация.

  2. В разделе Replicate>исходные параметры>виртуализированы ли ваши машины?, выберите Да, с Hyper-V. Затем нажмите кнопку Далее: Виртуальные машины.

  3. На виртуальных машинах выберите компьютеры, которые требуется реплицировать.

    • По умолчанию она переносит подходящие виртуальные машины как целевые виртуальные машины. Эти виртуальные машины предоставляют расширенные функции безопасности, такие как безопасная загрузка и виртуальный TPM без дополнительных затрат. Мы рекомендуем использовать их везде, где это применимо.

    Снимок экрана: стандартные или доверенные виртуальные машины запуска.

    • Если вы проводили оценку для виртуальных машин, вы можете применить рекомендации по размеру виртуальных машин и типу диска (Premium v2, Ultra SSD, Standard SSD, Standard HDD или Premium Managed диски) на основе результатов оценки. Чтобы выполнить этот шаг, в разделе "Импорт параметров миграции" из оценки службы "Миграция Azure"? нажмите кнопку "Да".
    • Вы можете мигрировать стандартный SSD в виде диска ZRS.
    • Если вы не выполняли оценку или не хотите использовать параметры оценки, нажмите кнопку "Нет".
    • Если вы решили использовать оценку, выберите группу виртуальных машин и имя оценки.

    Скриншот, показывающий экран выбора оценки.

  4. На виртуальных машинах выполните поиск виртуальных машин по мере необходимости и проверьте каждую виртуальную машину, которую вы хотите перенести. Затем нажмите кнопку "Далее: параметры целевого объекта".

    Снимок экрана: выбранные виртуальные машины в диалоговом окне

  5. В параметрах целевого объекта выберите целевой регион, в который будут перенесены, подписку и группу ресурсов, в которой будут находиться виртуальные машины Azure после миграции.

  6. В учетной записи хранения репликации выберите учетную запись хранения Azure, в которой реплицированные данные будут храниться в Azure.

  7. В виртуальной сети выберите виртуальную сеть Или подсеть Azure, к которой будут присоединены виртуальные машины Azure после миграции.

  8. В параметрах доступности выберите:

    • Зона доступности: закрепляет перенесенный компьютер в определенной зоне доступности в регионе. Используйте этот параметр, чтобы распределить серверы, которые формируют многопользовательский уровень приложений между зонами доступности. Если этот параметр выбран, необходимо указать зону доступности, которая будет использоваться для каждого из выбранных компьютеров на вкладке "Вычисления ". Этот параметр доступен только в том случае, если целевой регион, выбранный для миграции, поддерживает зоны доступности.
    • Группа доступности: помещает перенесенный компьютер в группу доступности. Выбранная целевая группа ресурсов должна иметь один или несколько наборов доступности для использования этого параметра.
    • Избыточность инфраструктуры не требуется. Используйте этот параметр, если для перенесенных компьютеров не требуется ни один из этих конфигураций доступности.
  9. Преимущество гибридной среды Azure:

    • Выберите "Нет", если вы не хотите применить преимущество гибридной среды Azure. Затем нажмите кнопку "Далее".
    • Выберите "Да ", если у вас есть компьютеры Windows Server, которые охватывают активные подписки Software Assurance или Windows Server, и вы хотите применить преимущество к компьютерам, которые вы переносите. Затем нажмите кнопку "Далее".

    Снимок экрана: параметры целевого объекта.

  10. В вычислениях просмотрите имя виртуальной машины, размер, тип диска ОС и конфигурацию доступности (если выбрано на предыдущем шаге). Виртуальные машины должны соответствовать требованиям Azure.

    • Размер виртуальной машины: если вы используете рекомендации по оценке, раскрывающийся список размера виртуальной машины содержит рекомендуемый размер. В противном случае Azure Migrate и Modernize выбирают размер на основе ближайшего соответствия в подписке на Azure. Кроме того, выберите размер вручную в размере виртуальной машины Azure.
    • Диск ОС: укажите диск ОС (загрузочный) для виртуальной машины. Диск ОС — это диск с загрузчиком операционной системы и установщиком.
    • Группа доступности. Если виртуальная машина должна находиться в группе доступности Azure после миграции, укажите этот набор. Набор должен находиться в целевой группе ресурсов, которую вы указываете для миграции.
    • Тип безопасности виртуальных машин: Azure Migrate рекомендует переносить подходящие виртуальные машины в доверенные виртуальные машины с проверенным запуском (TVMS) для повышения безопасности. По умолчанию для типа безопасности виртуальной машины задано значение "Доверенный запуск". Виртуальные машины, которые не имеют права на доверенный запуск, автоматически настраиваются как стандартные виртуальные машины безопасности.
  11. В дисках укажите диски виртуальных машин, которые необходимо реплицировать в Azure. Затем нажмите кнопку "Далее".

    • Диски можно исключить из репликации.
    • При исключении дисков они будут отсутствовать на виртуальной машине Azure после миграции.

    Снимок экрана: вкладка

  12. В тегах выберите добавление тегов на виртуальные машины, диски и сетевые адаптеры.

    Снимок экрана: вкладка

  13. В разделе "Проверка и запуск репликации" просмотрите параметры и выберите "Реплицировать ", чтобы запустить начальную репликацию для серверов.

Замечание

Вы можете обновлять параметры репликации в любое время перед началом репликации в разделе "Управление>реплицированными компьютерами". Настройки невозможно изменить после начала репликации.

Подготовка в первый раз

Если это первая виртуальная машина, которую вы реплицируете в проекте службы "Миграция Azure", средство миграции и модернизации автоматически подготавливает эти ресурсы в той же группе ресурсов, что и проект.

  • Учетная запись хранения кэша. Программное обеспечение поставщика Site Recovery, установленное на Hyper-V узлах, отправляет данные репликации для виртуальных машин, настроенных для репликации в учетную запись хранения (известную как учетная запись хранения кэша или учетную запись хранения журналов) в подписке. Azure Migrate и Modernize затем копируют загруженные данные репликации из учетной записи хранения на управляемые репликой диски, соответствующие виртуальной машине. При настройке репликации для виртуальной машины необходимо указать учетную запись хранения кэша. Портал службы "Миграция Azure" автоматически создает один для проекта "Миграция Azure", когда репликация настраивается впервые в проекте.

Отслеживание и мониторинг

  • При нажатии кнопки "Репликация" начинается задание запуска репликации.
  • После успешного завершения задания репликации компьютеры начинают первоначальную репликацию в облако Azure.
  • После завершения начальной репликации начинается разностная репликация. Поэтапные изменения внутренних дисков периодически реплицируются в Azure.

Отслеживать состояние задания можно в уведомлениях портала.

Вы можете отслеживать состояние репликации, выбрав " Реплицированные серверы " в миграции и модернизации.

Выполнение тестовой миграции

При запуске разностной репликации можно запустить тестовую миграцию для виртуальных машин перед выполнением полной миграции в Azure. Мы настоятельно рекомендуем выполнить этот шаг по крайней мере один раз для каждого компьютера перед переносом.

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

Чтобы выполнить тестовую миграцию, выполните приведенные действия.

  1. В целях миграции выберите серверы, базы данных и веб-приложения>Миграция и модернизация, выберите Реплицированные серверы в разделе "Репликация".

  2. На вкладке "Репликация компьютеров " щелкните правой кнопкой мыши виртуальную машину для тестирования и выберите "Тестовый перенос".

  3. В тестовой миграции выберите виртуальную сеть Azure, в которой виртуальная машина Azure будет находиться после миграции. Мы рекомендуем использовать нерабочую виртуальную сеть.

  4. Ос Windows Server можно обновить во время тестовой миграции. Для Hyper-V виртуальных машин автоматическое обнаружение ОС пока не поддерживается. Чтобы обновить, выберите параметр "Проверить для обновления ". В появившейся области выберите текущую версию ОС и целевую версию, к которой требуется обновить. Если целевая версия доступна, она обрабатывается соответствующим образом. Дополнительные сведения.

  5. Начинается выполнение задания тестовой миграции. Отслеживайте выполнение задания через уведомления в портале.

  6. После завершения миграции просмотрите перенесенную виртуальную машину Azure на виртуальных машинах на портале Azure. Имя компьютера имеет суффикс -Test.

  7. После завершения теста щелкните правой кнопкой мыши виртуальную машину Azure в репликации и выберите "Очистить тестовую миграцию".

    Замечание

    Теперь вы можете зарегистрировать серверы под управлением SQL Server с помощью RP виртуальной машины SQL, чтобы воспользоваться преимуществами автоматического исправления, автоматического резервного копирования и упрощенного управления лицензиями с помощью расширения агента IaaS SQL.

    • Выберите Управление>репликациями>машиной, содержащей SQL Server>вычисления и сеть, и выберите Да, чтобы зарегистрировать виртуальную машину SQL RP.
    • Выберите преимущество гибридного использования Azure для SQL Server, если у вас есть экземпляры SQL Server, на которые распространяется активное Software Assurance или подписки на SQL Server, и вы хотите применить это преимущество к компьютерам, которые вы переносите.

Перенос виртуальных машин

Убедившись, что тестовая миграция работает должным образом, можно перенести локальные компьютеры.

  1. В проекте "Миграция Azure" выберите "Серверы", "Базы данных" и "Миграция веб-приложений>"и "Модернизация" выберите "Реплицированные серверы" в разделе "Репликация".

  2. На вкладке "Репликация компьютеров " щелкните правой кнопкой мыши виртуальную машину для тестирования и выберите пункт "Миграция".

  3. В разделе "Миграция>завершить работу виртуальных машин" и выполнить плановую миграцию без потери данных нажмите кнопку "Да>ОК".

    • По умолчанию служба "Миграция Azure" и "Модернизация" завершает работу локальной виртуальной машины и выполняет репликацию по запросу, чтобы синхронизировать все изменения виртуальной машины, произошедшие с момента последней репликации. Это действие гарантирует отсутствие потери данных.
    • Если вы не хотите завершить работу виртуальной машины, нажмите кнопку "Нет".
  4. Ос Windows Server можно обновить во время миграции. Для виртуальных машин Hyper-V автоматическое обнаружение ОС пока не поддерживается. Чтобы обновить, выберите параметр "Проверить для обновления ". В появившейся области выберите текущую версию ОС и целевую версию, к которой требуется обновить. Если целевая версия доступна, она обрабатывается соответствующим образом. Дополнительные сведения.

  5. Запускается задача миграции виртуальной машины. Отслеживайте задание в уведомлениях Azure.

  6. После завершения задания вы можете просматривать виртуальную машину и управлять ею на странице "Виртуальные машины ".

Завершение миграции

  1. После завершения миграции щелкните правой кнопкой мыши виртуальную машину и выберите "Остановить репликацию". Это действие:
    • Останавливает репликацию для локального компьютера.
    • Удаляет компьютер из количества реплицированных серверов в средстве миграции и модернизации.
    • Очищает информацию о состоянии репликации для виртуальной машины.
  2. Проверьте и устраните все проблемы с активацией Windows на виртуальной машине Azure.
  3. Выполните любые действия по настройке после миграции приложения, такие как обновление имен узлов, строк подключения к базе данных и конфигурация веб-сервера.
  4. Выполните приемочное тестирование конечного приложения и миграции на перенесенном приложении, работающем в Azure.
  5. Остановите трафик для перенесенного экземпляра виртуальной машины Azure.
  6. Удалите локальные виртуальные машины из списка локальных виртуальных машин.
  7. Удалите локальные виртуальные машины из локальных заданий резервного копирования.
  8. Обновите внутренние документы и отразите в них новое расположение и IP-адреса виртуальных машин Azure.

Лучшие практики после миграции

Дальнейшие шаги

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