Перенос виртуальных машин Hyper-V в Azure
В этой статье показано, как перенести локальные виртуальные машины Hyper-V в Azure с помощью средства миграции и модернизации .
Это руководство является третьим в серии, в которой показано, как оценивать и переносить компьютеры в Azure.
Примечание.
Руководства показывают самый простой путь развертывания для сценария, чтобы быстро настроить подтверждение концепции. В них используются значения по умолчанию (при возможности) и описаны только некоторые возможные параметры и пути.
В этом руководстве описано следующее:
- Добавьте средство миграции и модернизации.
- Обнаружение виртуальных машин, которые требуется перенести.
- Запуск репликации виртуальных машин.
- Выполнение тестовой миграции, позволяющей убедиться в правильной работе всех компонентов.
- Выполнение полной миграции виртуальной машины.
Если у вас нет подписки Azure, создайте бесплатную учетную запись, прежде чем приступить к работе.
Необходимые компоненты
Для работы с этим руководством вам потребуется:
- Просмотрите архитектуру миграции Hyper-V.
- Ознакомьтесь с требованиями к узлу Hyper-V для миграции и URL-адресов Azure, к которым требуются узлы и кластеры Hyper-V для миграции виртуальных машин.
- Просмотрите требования для виртуальных машин Hyper-V, которые вы хотите перенести в Azure.
- Рекомендуется оценить виртуальные машины Hyper-V перед их переносом в Azure, но вам не нужно.
- Перейдите к созданному проекту или создайте новый проект.
- Проверьте разрешения для учетной записи Azure. Для учетной записи Azure требуются разрешения на создание виртуальной машины, запись на управляемый диск Azure и управление операциями отработки отказа для хранилища служб восстановления, связанного с проектом службы "Миграция Azure".
Примечание.
Чтобы использовать Преимущество гибридного использования Azure для Linux, выполните следующие действия в зависимости от типа операционной системы:
Для SLES выполните следующие команды:
wget --no-check-certificate https://52.188.224.179/late_instance_offline_update_azure_SLE15.tar.gz
sha1sum late_instance_offline_update_azure_SLE15.tar.gz
tar -xvf late_instance_offline_update_azure_SLE15.tar.gz
cd x86_64
zypper --no-refresh --no-remote --non-interactive in *.rpm
Для RHEL задайте для Permissive
режима SELinux значение или отключено.
Примечание.
Если вы планируете обновить операционную систему Windows (ОС), миграция Azure и модернизация могут скачать Windows SetupDiag для получения сведений об ошибке в случае сбоя обновления. Убедитесь, что виртуальная машина, созданная в Azure после миграции, имеет доступ к SetupDiag. Если нет доступа к SetupDiag, возможно, вы не сможете получить подробные коды ошибок обновления ОС, но обновление по-прежнему может продолжиться.
Скачивание поставщика
Для миграции виртуальных машин Hyper-V средство миграции и модернизации устанавливает поставщиков программного обеспечения (поставщик Azure Site Recovery и агент служб восстановления) на узлах Hyper-V или узлах кластера. Модуль службы "Миграция Azure" не используется для миграции Hyper-V.
В проекте "Миграция Azure" выберите "Серверы", "Базы данных" и "Миграция веб-приложений>" и "Обнаружение модернизации".>
В разделе Обнаружение компьютеров>Ваши компьютеры виртуализированы? выберите Yes, with Hyper-V (Да, с помощью Hyper-V).
В поле Целевой регион выберите регион Azure, в который необходимо перенести компьютеры.
Выберите параметр Подтвердите, что целевым регионом для миграции является "имя-региона".
Выберите Создание ресурсов. На этом шаге создается хранилище служб восстановления в фоновом режиме.
- Если вы уже настроили миграцию с помощью средства миграции и модернизации, этот параметр не появится, так как ресурсы были настроены ранее.
- Вы не можете изменить целевой регион для этого проекта после нажатия этой кнопки.
- Все последующие миграции будут выполняться в этот регион.
В разделе "Подготовка серверов узлов Hyper-V" скачайте поставщик репликации Hyper-V и файл ключа регистрации.
- Ключ регистрации необходим для регистрации узла Hyper-V с помощью средства миграции и модернизации.
- Ключ действителен в течение пяти дней после создания.
Скопируйте файл установки поставщика и файл ключа регистрации на каждый узел Hyper-V (или узел кластера), на котором выполняются виртуальные машины, которые требуется реплицировать.
Установка и регистрация поставщика
Чтобы установить и зарегистрировать поставщика, выполните следующие действия с помощью пользовательского интерфейса или команд.
Запустите файл установки поставщика на каждом узле:
- Щелкните значок файла на панели задач, чтобы открыть папку, в которой скачан файл установщика и ключ регистрации.
- Выберите файл AzureSiteRecoveryProvider.exe.
- В мастере установки поставщика убедитесь, что выбран параметр On (рекомендуется), а затем нажмите кнопку "Далее".
- Выберите Установить, чтобы использовать папку установки по умолчанию.
- Выберите "Зарегистрировать", чтобы зарегистрировать этот сервер в хранилище служб восстановления.
- Выберите Обзор.
- Найдите ключ регистрации и нажмите кнопку "Открыть".
- Выберите Далее.
- Убедитесь, что подключение непосредственно к Azure Site Recovery без прокси-сервера выбрано, а затем нажмите кнопку "Далее".
- Выберите Готово.
После установки поставщика на узлах перейдите к портал Azure и в разделе "Обнаружение компьютеров" выберите "Завершить регистрацию".
После завершения регистрации может потребоваться до 15 минут, пока обнаруженные виртуальные машины не появятся на плитке миграции и модернизации . При обнаружении виртуальных машин количество обнаруженных серверов увеличивается.
Репликация виртуальных машин Hyper-V
После завершения обнаружения можно начать репликацию виртуальных машин Hyper-V в Azure.
Примечание.
Можно реплицировать до 10 виртуальных машин за раз. Если необходимо реплицировать больше, реплицируйте их одновременно в пакетах из 10.
В проекте "Миграция Azure" выберите серверы, базы данных и веб-приложения>Миграция и модернизация репликации.>
В разделе "Репликация>исходных параметров" виртуализированы ли компьютеры>?выберите "Да" с hyper-V. Затем выберите Далее: виртуальные машины.
В разделе Виртуальные машины выберите виртуальные машины, которые необходимо реплицировать.
Если вы выполнили оценку для виртуальных машин, вы можете применить рекомендации по размеру виртуальной машины и типу диска (премиум/стандарт) из результатов оценки. Чтобы выполнить этот шаг, в разделе "Импорт параметров миграции" из оценки службы "Миграция Azure"? нажмите кнопку "Да".
Если вы не выполняли оценку или не хотите использовать параметры оценки, нажмите кнопку "Нет".
Если вы решили использовать оценку, выберите группу виртуальных машин и имя оценки.
В разделе Виртуальные машины найдите и отметьте все виртуальные машины, которые нужно перенести. Затем нажмите кнопку "Далее: параметры целевого объекта".
В разделе Целевые параметры выберите целевой регион, в который вы хотите выполнить миграцию, подписку, а также группу ресурсов, в которой будут находиться виртуальные машины Azure после миграции.
В поле Учетная запись хранения репликации выберите учетную запись хранения Azure, в которой будут храниться реплицированные данные в Azure.
В разделе Виртуальная сеть выберите виртуальную сеть или подсеть, к которой будут подключены виртуальные машины Azure после миграции.
В области Параметры доступности выберите следующие параметры.
- Зона доступности: закрепляет перенесенный компьютер в определенной зоне доступности в регионе. Используйте этот параметр, чтобы распределить серверы, которые формируют многопользовательский уровень приложений между зонами доступности. Если этот параметр выбран, необходимо указать зону доступности, которая будет использоваться для каждого из выбранных компьютеров на вкладке "Вычисления ". Этот параметр доступен только в том случае, если целевой регион, выбранный для миграции, поддерживает зоны доступности.
- Группа доступности: помещает перенесенный компьютер в группу доступности. Выбранная целевая группа ресурсов должна иметь один или несколько наборов доступности для использования этого параметра.
- Избыточность инфраструктуры не требуется. Используйте этот параметр, если для перенесенных компьютеров не требуется ни один из этих конфигураций доступности.
В Преимущество гибридного использования Azure укажите, есть ли у вас уже лицензия Windows Server или подписка Enterprise Linux (RHEL и SLES). Если вы делаете, и они охватываются активными подписками Windows Server или Enterprise Linux (RHEL и SLES), вы можете подать заявку на Преимущество гибридного использования Azure при переносе лицензий в Azure. Затем выберите Далее.
В разделе Вычисление проверьте имя виртуальной машины, ее размер, тип диска ОС и конфигурацию доступности (если она выбрана на предыдущем шаге). Виртуальные машины должны соответствовать требованиям Azure.
- Размер виртуальной машины: если вы используете рекомендации по оценке, раскрывающийся список размера виртуальной машины содержит рекомендуемый размер. В противном случае служба "Миграция Azure" и "Модернизация" выбирает размер на основе ближайшего соответствия в подписке Azure. В качестве альтернативы выберите размер вручную в разделе Размер виртуальной машины Azure.
- Тип ОС: выберите тип используемой ОС (Windows или Linux).
- Операционная система: выберите версию операционной системы для компьютеров Linux, чтобы применить правильный тип лицензии.
- Диск ОС. Укажите загрузочный диск ОС для виртуальной машины. Диск ОС — это диск с загрузчиком операционной системы и установщиком.
- Группа доступности. Если виртуальная машина должна находиться в группе доступности Azure после миграции, укажите этот набор. Группа должна находиться в целевой группе ресурсов, которую вы указываете для миграции.
В дисках укажите диски виртуальных машин, которые необходимо реплицировать в Azure. Затем выберите Далее.
- Диски можно исключить из репликации.
- При исключении дисков они будут отсутствовать на виртуальной машине Azure после миграции.
В тегах выберите добавление тегов на виртуальные машины, диски и сетевые адаптеры.
В разделе Просмотр и запуск репликации проверьте настройки, а затем нажмите кнопку Реплицировать, чтобы запустить первоначальную репликацию для серверов.
Примечание.
Вы можете обновлять параметры репликации в любое время перед началом репликации в разделе "Управление>реплицированными компьютерами". Настройки невозможно изменить после начала репликации.
Подготовка выполняется впервые
Если это первая виртуальная машина, которую вы реплицируете в проекте службы "Миграция Azure", средство миграции и модернизации автоматически подготавливает эти ресурсы в той же группе ресурсов, что и проект.
- Учетная запись хранения кэша. Программное обеспечение поставщика Site Recovery, установленное на узлах Hyper-V, отправляет данные репликации для виртуальных машин, настроенных для репликации в учетную запись хранения (известную как учетная запись хранения кэша или учетную запись хранения журналов) в подписке. Затем миграция Azure и модернизация копируют загруженные данные репликации из учетной записи хранения на управляемые репликой диски, соответствующие виртуальной машине. При настройке репликации для виртуальной машины необходимо указать учетную запись хранения кэша. Портал службы "Миграция Azure" автоматически создает один для проекта "Миграция Azure", когда репликация настраивается впервые в проекте.
Отслеживание и мониторинг
- При нажатии кнопки "Репликация" начинается задание запуска репликации.
- После успешного завершения задания Запуск репликации компьютеры начинают первоначальную репликацию в Azure.
- После завершения начальной репликации начинается разностная репликация. Добавочные изменения на локальных дисках периодически реплицируются в Azure.
Отслеживать состояние задания можно в уведомлениях портала.
Вы можете отслеживать состояние репликации, выбрав "Реплицированные серверы " в миграции и модернизации.
Выполнение тестовой миграции
При запуске разностной репликации можно запустить тестовую миграцию для виртуальных машин перед выполнением полной миграции в Azure. Мы настоятельно рекомендуем выполнить этот шаг по крайней мере один раз для каждого компьютера перед переносом.
- Выполнение тестовой миграции проверяет, работает ли миграция должным образом, не влияя на локальные компьютеры, которые остаются операционными и продолжают реплицироваться.
- Тестирование миграции имитирует миграцию путем создания виртуальной машины Azure с помощью реплицированных данных. (Тест обычно переносится в непроизводную виртуальную сеть Azure в подписке Azure.)
- Вы можете использовать реплицированную тестовую виртуальную машину Azure для проверки миграции, выполнения тестирования приложений и решения любых проблем перед полной миграцией.
Чтобы выполнить тестовую миграцию, выполните приведенные действия.
В целях миграции выберите серверы, базы данных и веб-приложения>Миграция и модернизация, выберите Реплицированные серверы в разделе "Репликация".
На вкладке "Репликация компьютеров " щелкните правой кнопкой мыши виртуальную машину для тестирования и выберите "Тестовый перенос".
В разделе Тестовая миграция выберите виртуальную сеть Azure, в которой будет находиться виртуальная машина Azure после миграции. Мы рекомендуем использовать нерабочую виртуальную сеть.
Ос Windows Server можно обновить во время тестовой миграции. Для виртуальных машин Hyper-V автоматическое обнаружение ОС пока не поддерживается. Чтобы обновить, выберите параметр "Проверить для обновления ". В появившейся области выберите текущую версию ОС и целевую версию, к которой требуется обновить. Если целевая версия доступна, она обрабатывается соответствующим образом. Подробнее.
Запускается задание тестовой миграции. Отслеживайте задание и уведомления на портале.
После завершения миграции просмотрите перенастроенную виртуальную машину Azure в разделе Виртуальные машины на портале Azure. Имя компьютера имеет суффикс -Test.
После завершения теста щелкните правой кнопкой мыши виртуальную машину Azure в репликации и выберите "Очистить тестовую миграцию".
Примечание.
Теперь вы можете зарегистрировать серверы под управлением SQL Server с помощью RP виртуальной машины SQL, чтобы воспользоваться преимуществами автоматического исправления, автоматического резервного копирования и упрощенного управления лицензиями с помощью расширения агента IaaS SQL.
- Выберите "Управление>машиной репликации>", содержащей вычислительные ресурсы SQL Server>и сеть, и выберите "Да", чтобы зарегистрировать виртуальную машину SQL.
- Выберите Преимущество гибридного использования Azure для SQL Server, если у вас есть экземпляры SQL Server, охватываемые активными подписками Software Assurance или SQL Server, и вы хотите применить преимущество к компьютерам, которые вы переносите.
Перенос виртуальных машин
Убедившись, что тестовая миграция работает должным образом, можно перенести локальные компьютеры.
В проекте "Миграция Azure" выберите "Серверы", "Базы данных" и "Миграция веб-приложений>" и "Модернизация" выберите "Реплицированные серверы" в разделе "Репликация".
На вкладке "Репликация компьютеров " щелкните правой кнопкой мыши виртуальную машину для тестирования и выберите пункт "Миграция".
В разделе Миграция>Shut down virtual machines and perform a planned migration with no data loss (Завершить работу виртуальных машин и выполнить запланированную миграцию без потери данных?) выберите вариант Да>ОК.
- По умолчанию служба "Миграция Azure" и "Модернизация" завершает работу локальной виртуальной машины и выполняет репликацию по запросу, чтобы синхронизировать все изменения виртуальной машины, произошедшие с момента последней репликации. Это действие позволит избежать потери данных.
- Если вы не хотите выключать виртуальную машину, выберите вариант Нет.
Ос Windows Server можно обновить во время миграции. Для виртуальных машин Hyper-V автоматическое обнаружение ОС пока не поддерживается. Чтобы обновить, выберите параметр "Проверить для обновления ". В появившейся области выберите текущую версию ОС и целевую версию, к которой требуется обновить. Если целевая версия доступна, она обрабатывается соответствующим образом. Подробнее.
Запустится задание миграции виртуальной машины. Отслеживайте задание в уведомлениях Azure.
После завершения работы вы можете просматривать виртуальную машину и управлять ею на странице Виртуальные машины.
Выполнение переноса
- После завершения миграции щелкните правой кнопкой мыши виртуальную машину и выберите " Остановить репликацию". Это действие:
- Остановите репликацию для локального компьютера.
- Удаляет компьютер из количества реплицированных серверов в средстве миграции и модернизации.
- Очистите информацию о состоянии репликации виртуальной машины.
- Проверьте и устраните все неполадки при активации Windows на виртуальной машине Azure.
- Выполните любые действия по настройке после миграции приложения, такие как обновление имен узлов, строк подключения к базе данных и конфигурация веб-сервера.
- Выполните приемочное тестирование конечного приложения и миграции на перенесенном приложении, работающем в Azure.
- Остановите трафик для перенесенного экземпляра виртуальной машины Azure.
- Удалите локальные виртуальные машины из списка локальных виртуальных машин.
- Удалите локальные виртуальные машины из локальных заданий резервного копирования.
- Обновите внутренние документы и отразите в них новое расположение и IP-адреса виртуальных машин Azure.
Обновления поддержки Linux
- Чтобы получать обновления ОС на виртуальной машине поддержки, перенесенной в Azure, обновите ее до последней версии, выполнив указанные ниже действия.
- Чтобы расширить поддержку виртуальной машины поддержки, перенесенной в Azure с существующей версией ОС, обновите параметр лицензии, чтобы получить расширенную поддержку.
- Чтобы получить специализированные обновления ОС на перенесенной виртуальной машине, обновите параметр лицензии, как описано здесь.
Рекомендации, выполняемые после миграции
- Для повышения устойчивости:
- Для повышения безопасности:
- Блокировка и ограничение входящего трафика с помощью Microsoft Defender для облака — JIT-администрирование.
- Управление обновлениями на компьютерах Windows и Linux с помощью Диспетчера обновлений Azure и управления ими.
- Ограничить сетевой трафик конечными точками управления с помощью групп безопасности сети.
- Разверните Шифрование дисков Azure, чтобы защитить диски и обеспечить безопасность данных от кражи и несанкционированного доступа.
- Дополнительные сведения о защите ресурсов IaaS и Microsoft Defender для облака.
- Для мониторинга и управления:
- Рассмотрите возможность развертывания Microsoft Cost Management для мониторинга использования ресурсов и расходов.
Следующие шаги
Изучите путешествие по миграции в облаке в Cloud Adoption Framework для Azure.