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

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

Замечание

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

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

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

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

Предпосылки

Подготовка к работе:

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

Замечание

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

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

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

Замечание

Обнаружение с помощью устройства Azure Migrate является необходимым условием для настройки провайдера восстановления сайта и отслеживания миграций Hyper-V на новом портале. Чтобы выполнить автономные миграции с помощью поставщика, используйте ссылку, доступную в проекте Миграция Azure > Execute > Migrations, чтобы открыть классический портал.

  1. В проекте Миграция Azure >Execute>Migration выберите выполнение Start.

  2. На странице "Указание намерения" в разделе "Что нужно перенести", выберите серверы или виртуальные машины (виртуальные машины). В разделе Куда вы хотите выполнить миграцию выберите виртуальную машину Azure.

  3. В разделе "Как выбрать рабочие нагрузки" выберите один из следующих вариантов:

    • Из всех инвентаризаций для ручного выбора серверов.
    • От перехода с оценки к использованию существующей оценки.

  4. В разделе метод Discovery выберите устройство, соответствующее исходной среде (Hyper-V), и нажмите кнопку Далее.

  5. Чтобы подготовить узлы Hyper-V для репликации виртуальных машин, щелкните ссылку, указанную на портале, чтобы запустить настройку поставщика site recovery.

  6. В разделе "Обнаружение>места, в которое требуется выполнить миграцию?", выберите виртуальную машину Azure.

  7. Тип виртуализации предварительно заполнен и недоступен для редактирования на основе устройства Миграция Azure, используемого для обнаружения.

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

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

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

    • Вы не можете изменить целевой регион для этого проекта после нажатия этой кнопки.
    • Все последующие миграции направляются в этот регион.

  11. В Подготовке хост-серверов Hyper-V скачайте провайдера репликации Hyper-V и файл ключа регистрации.

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

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

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

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

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

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

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

После установки поставщика на узлах перейдите на портал Azure на страницу установки поставщика восстановления сайта и выберите Финализовать регистрацию.

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

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

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

Замечание

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

  1. В проекте Миграция Azure >Execute>Migration выберите выполнение Start.

  2. На странице "Указание намерения" в разделе "Что нужно перенести", выберите серверы или виртуальные машины (виртуальные машины). В разделе Куда вы хотите выполнить миграцию выберите виртуальную машину Azure.

  3. В разделе "Как выбрать рабочие нагрузки" выберите один из следующих вариантов:

    • Из всего инвентаря чтобы вручную выбрать серверы
    • Переход от оценки к использованию существующей оценки

  4. В методе Discovery выберите устройство, соответствующее исходной среде (Hyper-V) и нажмите кнопку Далее. Если вы завершили настройку поставщика восстановления сайта для Hyper-V, перейдите к следующему разделу. Кроме того, выполните настройку в соответствии с инструкциями, описанными в предыдущем разделе.

  5. В рабочих нагрузках выберите тип безопасности целевой виртуальной машины. Служба "Миграция Azure" поддерживает миграцию на доверенные виртуальные машины с защищенным запуском (TVM). По умолчанию она переносит подходящие виртуальные машины как целевые виртуальные машины. Эти виртуальные машины предоставляют расширенные функции безопасности, такие как безопасная загрузка и виртуальный TPM без дополнительных затрат. Мы рекомендуем использовать их везде, где это применимо. Затем выберите виртуальные машины, которые требуется реплицировать, и нажмите кнопку "Далее".

  6. В Target settings выберите подписку и целевой регион, в который требуется перенести, и укажите группу ресурсов, в которой будут находиться Azure виртуальные машины после миграции. Выполните следующие параметры:

  • Параметры доступности: выберите один из следующих вариантов:

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

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

  • Учетная запись хранения кэша. Сохраните параметр по умолчанию, чтобы использовать учетную запись хранения кэша, которая автоматически создается для проекта. Чтобы использовать другую учетную запись хранения для репликации, выберите ее в раскрывающемся списке.

Замечание

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

  • Тип шифрования дисков, выберите:

    • Шифрование данных в состоянии покоя с использованием ключа, управляемого платформой.
    • шифрование данных в состоянии покоя с помощью ключа, управляемого клиентом.
    • Двойное шифрование с помощью ключей, управляемых платформой и управляемых клиентом

    Замечание

    Чтобы реплицировать виртуальные машины с ключами, управляемыми клиентом (CMK), необходимо создать набор шифрования дисков в целевой группе ресурсов. Объект набора шифрования дисков сопоставляет управляемые диски с Key Vault, который содержит CMK для использования для SSE.

  • Преимущество гибридного использования Azure:

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

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

    • Размер виртуальной машины. Если вы используете рекомендации по оценке, в раскрывающемся списке размеров виртуальных машин отобразится рекомендуемый размер. В противном случае Миграция Azure выбирает размер на основе ближайшего соответствия в подписке Azure. Кроме того, выберите размер вручную в размере виртуальной машины Azure.
    • Диск ОС: укажите диск ОС (загрузочный) для виртуальной машины. Диск ОС содержит загрузчик операционной системы и установщик.
    • Зона доступности. Укажите используемую зону доступности.
    • Набор доступности: укажите набор доступности, который вы хотите использовать.
    • Резервирование емкости. Если у вас уже есть резервирование емкости для SKU виртуальной машины в целевой подписке и расположении, укажите его здесь для этого развертывания. Резервирование емкости обеспечивает доступность требуемого SKU виртуальной машины при начале миграции. Вы можете связать резервирование сейчас или пропустить этот шаг и настроить его позже во время миграции. Резервирование объема для SKU может находиться в любой группе ресурсов в целевой подписке и местоположении. Дополнительные сведения.

  2. В Disks укажите, следует ли реплицировать диски виртуальных машин в Azure, и выберите тип диска (Premium v2, Ultra Disk, Стандартный SSD, Стандартный жёсткий диск или управляемые диски уровня Premium) в Azure. Затем нажмите кнопку "Далее".

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

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

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

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

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

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

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

  1. В проекте Миграция Azure перейдите к разделу Execute > Migrations. Используйте представление приложений или представлений по рабочим нагрузкам для переключения группирования элементов.

  2. Репликация работает следующим образом:

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

  3. Ход выполнения отображается на этапе выполнения и состоянии выполнения:

    • Этап выполнения: подготовка, тестирование или завершение.
    • Состояние выполнения: выполняется, ошибка, ожидание действия или завершено.

  4. Ход выполнения отслеживается на трех этапах:

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

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

    • Завершение: Серверы переходят на этап завершения после завершения или пропуска тестовой миграции. На этом этапе можно начать окончательную миграцию (переключение). После завершения миграции выберите "Завершить миграцию", чтобы очистить ресурсы миграции от действий, доступных в списке детализации сервера.

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

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

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

Выполните тестовую миграцию следующим образом:

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

  2. В раскрывающемся меню детализации в раскрывающемся списке "Тестирование " выберите "Начать тестовую миграцию".

  3. В Test migration выберите Azure Virtual Network(виртуальная сеть), в которой виртуальная машина Azure будет находиться во время тестирования. Мы рекомендуем использовать непроизводственную виртуальную сеть.

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

  5. Во время тестовой миграции у вас есть возможность обновить ОС Windows Server. Чтобы обновить, выберите опцию Доступно обновление.

  6. В появившейся области выберите целевую версию ОС, которую требуется обновить, и нажмите кнопку "Применить". Дополнительные сведения.

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

    Замечание

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

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

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

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

  1. В проекте Миграция Azure в разделе Execute>Migrations> и выберите сервер, выбрав его имя в столбце "Рабочие нагрузки".
  2. В раскрывающемся меню детализации под списком "Завершение" выберите "Миграция".
  3. В разделе "Миграция>, выберите опцию завершить работу виртуальных машин и выполнить плановую миграцию без потери данных, нажмите Да.
    • По умолчанию Миграция Azure завершает работу исходной виртуальной машины и выполняет репликацию по запросу для синхронизации изменений виртуальных машин, произошедших с момента последней репликации. Это гарантирует отсутствие потери данных.
    • Если вы не хотите выключать виртуальную машину, выберите вариант Нет.
  4. Во время миграции у вас есть возможность обновить ОС Windows Server.
  5. Чтобы обновить, выберите опцию Доступно обновление. В появившейся области выберите целевую версию ОС, которую требуется обновить, и нажмите кнопку "Применить". Дополнительные сведения.
  6. Если у вас уже есть резервирование объема для SKU виртуальной машины в целевой подписке и местоположении, укажите его здесь для этого развертывания. Резервирование емкости обеспечивает доступность требуемого SKU виртуальной машины при начале миграции. Резервирование емкости для SKU может находиться в любой группе ресурсов в целевой подписке и местоположении. Дополнительные сведения.
  7. После завершения параметров нажмите кнопку "Миграция". Задание миграции начинается для сервера. Отслеживайте задание в уведомлениях Azure.
  8. После завершения задания можно просмотреть сервер и управлять им с страницы миграций , которая будет отслеживаться на этапе завершения .

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

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

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

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

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

  • Last updated on