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


Перенос виртуальных машин VMware vSphere в Azure (на основе агента)

В этой статье показано, как перенести локальные виртуальные машины VMware vSphere в Azure с помощью средства миграции и модернизации с миграцией на основе агента. Вы также можете перенести виртуальные машины VMware vSphere с помощью миграции без агента. Сравните эти методы.

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

  • Подготовьте Azure для работы с Azure Migrate.
  • Подготовка к миграции с использованием агентов. Настройте учетную запись VMware vCenter Server, чтобы служба "Миграция Azure" может обнаруживать компьютеры для миграции. Настройте учетную запись, чтобы агент службы Mobility мог быть установлен на компьютерах, которые вы хотите перенести, и подготовьте компьютер для использования в качестве устройства репликации.
  • Добавьте средство миграции и модернизации
  • Настройка устройства репликации.
  • Репликация виртуальных машин.
  • Выполнение тестовой миграции, позволяющей убедиться в правильной работе всех компонентов.
  • Выполнение полной миграции в Azure.

Замечание

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

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

Предпосылки

Перед началом работы с этим руководством ознакомьтесь с архитектурой миграции на основе агента VMware vSphere.

Подготовьте Azure

Выполните задачи в таблице, чтобы подготовить Azure к миграции на основе агента.

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

Назначение разрешений для создания проекта

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

  1. На портале Azure откройте подписку и выберите элемент управления доступом (IAM).

  2. В разделе "Проверка доступа" найдите соответствующую учетную запись и выберите ее для просмотра разрешений.

  3. Убедитесь, что у вас есть разрешения участника или владельца .

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

Назначение разрешений учетной записи Azure

Назначьте роль участника виртуальной машины учетной записи, чтобы у вас были разрешения:

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

Назначение разрешений для регистрации устройства репликации в идентификаторе Microsoft Entra

Если вы выполняете минимальный принцип привилегий, назначьте роль Microsoft Entra разработчика приложений пользователю, регистрирующего устройство репликации. Следуйте руководству Назначение ролей администратора и неадминистратора пользователям с помощью Microsoft Entra ID, чтобы сделать это.

Это важно

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

Настройка сети Azure

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

Подготовка к миграции

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

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

Средство миграции и модернизации требует доступа к VMware vSphere для обнаружения виртуальных машин, которые требуется перенести. Создайте учетную запись следующим образом:

  1. Чтобы использовать выделенную учетную запись, создайте роль на уровне vCenter Server. Присвойте роли имя, например Azure_Migrate.
  2. Назначьте роли разрешения, обобщенные в таблице ниже.
  3. Создайте пользователя на узле vCenter Server или vSphere. Назначьте роль для пользователя.

Разрешения учетной записи VMware vSphere

задачи Роли и разрешения Сведения
Обнаружение виртуальных машин Пользователь с правами только для чтения (как минимум)

Объект центра обработки данных —> распространение на дочерний объект, доступ только для чтения
Пользователь назначается на уровне центра обработки данных и поэтому имеет доступ ко всем объектам в центре обработки данных.

Чтобы ограничить доступ, назначьте роль «Нет доступа» с параметром «Распространить на дочерние объекты» для таких дочерних объектов, как узлы vSphere, хранилища данных, виртуальные машины и сети.
Репликация Создайте роль (Azure Site Recovery) с необходимыми разрешениями, а затем назначьте роль пользователю или группе VMware vSphere.

Объект Центра обработки данных—> распространение на дочерний объект, role=Azure Site Recovery

Хранилище данных —> выделение места, обзор хранилища данных, низкоуровневые операции с файлами, удаление файлов, обновление файлов виртуальной машины

Сеть —> назначение сети

Ресурс —> назначение виртуальной машины в ресурсный пул, миграция виртуальной машины с выключенным питанием, миграция виртуальной машины с включенным питанием

Задачи —> создание задачи, обновление задачи

Виртуальная машина —> настройка

Виртуальная машина —> взаимодействие —> ответить на вопросы, подключение устройства, настройка CD, настройка дискеты, выключение питания, включение питания, установка VMware Tools

Виртуальная машина —> инвентаризация —> создание, регистрация, отмена регистрации

Виртуальная машина —> настройка —> разрешение на скачивание виртуальных машин, разрешение на загрузку файлов виртуальных машин

Виртуальная машина —> моментальные снимки —> удаление моментальных снимков
Пользователь назначается на уровне центра обработки данных и поэтому имеет доступ ко всем объектам в центре обработки данных.

Чтобы ограничить доступ, назначьте роль «Нет доступа» с параметром «Распространить на дочерние объекты» для таких дочерних объектов, как узлы vSphere, хранилища данных, виртуальные машины и сети.

Подготовка учетной записи к установке службы Mobility Service

На компьютерах, которые нужно реплицировать, должна быть установлена служба Mobility Service.

  • Устройство репликации Azure Migrate может выполнять принудительную установку этой службы при включении репликации для компьютера, а также позволяет установить её вручную или с помощью инструментов установки.
  • В этом руководстве мы будем устанавливать службу Mobility Service с помощью пуш-установки.
  • Для принудительной установки необходимо подготовить учетную запись, которую средство миграции и модернизации может использовать для доступа к виртуальной машине. Эта учетная запись используется только для принудительной установки, если вы не устанавливаете службу Mobility Service вручную.

Подготовьте учетную запись описанным ниже способом.

  1. Подготовьте домен или локальную учетную запись с этими разрешениями для установки на виртуальной машине.
  2. Для виртуальных машин Windows, если вы не используете учетную запись домена, отключите управление доступом удаленных пользователей на локальном компьютере, добавив запись DWORD LocalAccountTokenFilterPolicy со значением 1 в реестре в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
  3. Для виртуальных машин Linux подготовьте корневую учетную запись на исходном сервере Linux.

Подготовка компьютера для устройства репликации

Устройство используется для репликации компьютеров в Azure. Устройство является одной, высокодоступной локальной виртуальной машиной VMware vSphere, в которую размещаются следующие компоненты:

  • Сервер конфигурации: сервер конфигурации координирует обмен данными между локальной средой и Azure и управляет репликацией данных.
  • Сервер обработки. Сервер обработки выступает в качестве шлюза репликации. Он получает данные репликации; оптимизирует его с помощью кэширования, сжатия и шифрования и отправляет его в учетную запись хранения кэша в Azure. Сервер обработки также устанавливает агент Mobility Service на виртуальных машинах, которые требуется реплицировать, и выполняет автоматическое обнаружение локальных виртуальных машин VMware.

Подготовьтесь к устройству следующим образом:

Проверка требований VMware vSphere

Убедитесь, что виртуальные машины VMware vSphere соответствуют требованиям для миграции в Azure.

  1. Проверять Требования к виртуальной машине VMware vSphere.
  2. Проверьте требования к виртуальной машине для миграции.
  3. Проверьте параметры Azure. Локальные виртуальные машины, реплицируемые в Azure, должны соответствовать требованиям виртуальной машины Azure.
  4. Прежде чем переносить виртуальные машины в Azure, необходимо внести в них некоторые изменения.
    • Важно внести эти изменения до начала миграции. Если вы перенесете виртуальную машину до внесения изменений, она может не загрузиться в Azure.
    • Просмотрите изменения Windows и Linux , которые необходимо внести.

Замечание

Миграция с использованием агента с помощью средства миграции и модернизации осуществляется на основе возможностей службы Azure Site Recovery. Некоторые требования могут ссылаться на документацию Site Recovery.

Настройка устройства репликации

В этой процедуре описывается настройка устройства с скачанным шаблоном open Virtualization Application (OVA). Если этот метод не удается использовать, можно настроить устройство с помощью скрипта.

Скачивание шаблона устройства репликации

Скачайте шаблон следующим образом:

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

  2. На серверах, базах данных и веб-приложениях>Миграция и модернизация нажмите кнопку "Обнаружить".

  3. В Обнаружение машин>Машины виртуализированы? нажмите Да, с гипервизором VMware vSphere.

  4. В разделе "Как выполнить миграцию?", выберите "Использовать репликацию на основе агента".

  5. В поле Целевой регион выберите регион Azure, в который необходимо перенести компьютеры.

  6. Выберите Подтвердить, что целевой регион для миграции — это region-name.

  7. Выберите Создание ресурсов. Это создает хранилище для восстановления сайта Azure в фоновом процессе. Вы не сможете изменить целевой регион для этого проекта после нажатия этой кнопки, и все последующие миграции будут выполняться в тот же регион.

    Замечание

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

  8. В разделе Do you want to install a new replication appliance? (Вы хотите установить новое устройство репликации?) щелкните Установить устройство репликации.

  9. Выберите Скачать. При этом загружается шаблон OVF.

  10. Обратите внимание на имя группы ресурсов и хранилища для служб восстановления. Это необходимо во время развертывания устройства.

Импорт шаблона в VMware vSphere

Скачав шаблон OVF, импортируйте его в VMware vSphere, чтобы создать приложение репликации на виртуальной машине VMware vSphere под управлением Windows Server 2016.

  1. Войдите на узел VMware vCenter Server или vSphere ESXi с помощью клиента VMware vSphere.

  2. В меню "Файл" выберите "Развернуть шаблон OVF ", чтобы запустить мастер развертывания шаблонов OVF.

  3. В поле Select source введите расположение скачаемого OVF.

  4. В разделе "Сведения о проверке" нажмите кнопку "Далее".

  5. В разделе "Выбор имени и папки" и "Выбор конфигурации" примите параметры по умолчанию.

  6. В разделе «Выбор хранилища>Выбор формата виртуального диска», для повышения производительности выберите «Полное резервирование (Eager Zeroed Thick)».

  7. На оставшихся страницах мастера принимайте параметры по умолчанию.

  8. В Ready to complete, чтобы настроить виртуальную машину с параметрами по умолчанию, выберите Power on после завершения развертывания> и Завершить.

    Подсказка

    Если вы хотите добавить дополнительный сетевой адаптер, снимите флажок Power on после завершения развертывания>. По умолчанию шаблон содержит один сетевой адаптер. После развертывания можно добавить дополнительные сетевые адаптеры.

Запуск настройки устройства

  1. В консоли клиента VMware vSphere включите виртуальную машину. Виртуальная машина загружается в окружающую среду установки Windows Server 2016.
  2. Примите лицензионное соглашение и введите пароль администратора.
  3. После завершения установки войдите на виртуальную машину от имени администратора с помощью пароля администратора. При первом входе инструмент настройки репликации (средство настройки Azure Site Recovery) запускается через несколько секунд.
  4. Введите имя, которое будет использоваться для регистрации устройства с помощью средства миграции и модернизации. Нажмите кнопку Далее.
  5. Средство проверяет, может ли виртуальная машина подключиться к Azure. После установки подключения нажмите кнопку "Войти" , чтобы войти в подписку Azure.
  6. Дождитесь завершения регистрации приложения Microsoft Entra, чтобы определить устройство. Устройство перезагружается.
  7. Снова войдите на компьютер. Через несколько секунд мастер управления серверами конфигурации запускается автоматически.

Регистрация устройства репликации

Завершите настройку и регистрацию устройства репликации.

  1. В настройке устройства выберите " Настройка подключения".

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

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

    Подсказка

    Если по какой-то причине необходимо изменить выбор сетевого адаптера, и вы не нажмете кнопку "Завершить настройку " на шаге 12, это можно сделать, снимите файлы cookie браузера и перезапустите мастер управления серверами конфигурации.

  4. Если устройство находится за прокси-сервером, необходимо указать параметры прокси-сервера.

    • Укажите имя прокси-сервера как http://ip-addressили http://FQDN. Прокси-серверы HTTPS не поддерживаются.
  5. При появлении запроса на подписку, группы ресурсов и сведения о хранилище добавьте сведения, которые вы указали при скачивании шаблона устройства.

  6. В установке стороннего программного обеспечения примите лицензионное соглашение. Выберите "Скачать и установить ", чтобы установить сервер MySQL.

  7. Выберите "Установить VMware PowerCLI". Прежде чем это сделать, убедитесь, что все окна браузера закрыты. Затем выберите Продолжить.

    Замечание

    В более новых версиях устройства репликации установка VMware PowerCLI не требуется.

  8. В разделе Проверка конфигурации устройства подтверждаются предварительные требования перед продолжением.

  9. В разделе "Настройка сервера vCenter Server/vSphere ESXi" введите полное доменное имя или IP-адрес сервера vCenter или узел vSphere, где находятся виртуальные машины, которые требуется реплицировать. Введите порт, на котором прослушивается сервер. Введите удобное для восприятия имя, которое будет использоваться для сервера VMware в хранилище резервных копий.

  10. Введите учетные данные для учетной записи, которую вы создали для обнаружения VMware. Выберите Добавить>Продолжить.

  11. В разделе "Настройка учетных данных виртуальной машины" введите учетные данные, созданные для принудительной установки службы Mobility Service, при включении репликации для виртуальных машин.

    • Для компьютеров Windows учетная запись должна иметь права локального администратора на компьютерах, которые требуется реплицировать.
    • Для Linux укажите сведения о корневой учетной записи.
  12. Нажмите кнопку "Завершить настройку", чтобы завершить регистрацию.

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

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

Выберите виртуальные машины для миграции.

Замечание

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

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

  2. В разделе "Репликация">параметры источника>Ваши машины виртуализированы? выберите Да, с VMware vSphere.

  3. В локальном устройстве выберите имя устройства Azure Migrate, которое вы настроили.

  4. На сервере vCenter укажите имя сервера vCenter, управляющего виртуальными машинами, или сервера vSphere, на котором размещаются виртуальные машины.

  5. В разделе Сервер обработки выберите имя устройства репликации.

  6. В гостевых учетных данных укажите учетную запись администратора виртуальной машины, которая будет использоваться для принудительной установки службы Mobility Service. Затем нажмите кнопку Далее: Виртуальные машины.

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

    • Если вы выполнили оценку для виртуальных машин, вы можете применить рекомендации по выбору размера виртуальной машины и типу диска ("Премиум" или "Стандарт") из результатов оценки. Для этого в поле Импортировать параметры миграции из средства оценки Миграции Azure? выберите вариант Да.
    • Если вы не выполняли оценку или не хотите использовать параметры оценки, выберите параметры "Нет ".
    • Если вы выбрали использовать оценку, выберите группу виртуальных машин и имя оценки.
  8. В параметрах доступности выберите:

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

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

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

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

    Замечание

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

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

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

Замечание

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

  1. В Azure Hybrid Benefit:

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

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

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

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

Замечание

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

Упрощенное взаимодействие

Теперь тип интерфейса выбора является классическим и упрощенным. Новый упрощенный процесс следует упрощенному потоку, который начинается с обнаружения, а затем репликации и, наконец, миграции. Это обновленный стек миграции на основе агента для физических и виртуальных сред VMware. Дополнительные сведения см. в статье Упрощенный опыт.

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

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

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

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

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

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

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

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

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

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

  2. Щелкните правой кнопкой мыши виртуальную машину, чтобы протестировать, и нажмите кнопку "Тестовый перенос".

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

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

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

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

    Замечание

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

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

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

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

  1. В проекте Azure Migrate >Серверы, базы данных и веб-приложения>Миграция и модернизация выберите Репликация серверов.
  2. В области Репликация компьютеров щелкните правой кнопкой мыши виртуальную машину и выберите >.
  3. В разделе Миграция>Shut down virtual machines and perform a planned migration with no data loss (Завершить работу виртуальных машин и выполнить запланированную миграцию без потери данных?) выберите вариант Да>ОК.
    • По умолчанию служба "Миграция Azure" завершает работу локальной виртуальной машины, чтобы обеспечить минимальную потерю данных.
    • Если вы не хотите выключать виртуальную машину, выберите вариант Нет.
  4. Запускается задача миграции виртуальной машины. Отслеживайте задание в уведомлениях Azure.
  5. После завершения работы вы можете просматривать виртуальную машину и управлять ею на странице Виртуальные машины.

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

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

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

  • На локальных серверах
    • Переместите трафик приложения на приложение, работающее на перенесенном экземпляре виртуальной машины Azure.
    • Удалите локальные виртуальные машины из списка локальных виртуальных машин.
    • Удалите локальные виртуальные машины из локальных заданий резервного копирования.
    • Обновите внутренние документы и отразите в них новое расположение и IP-адреса виртуальных машин Azure.
  • Настройка параметров виртуальной машины Azure после миграции:
    • Агент виртуальной машины Azure управляет взаимодействием виртуальной машины с контроллером Azure Fabric. Это необходимо для некоторых служб Azure, таких как Azure Backup, Site Recovery и Безопасность Azure. При миграции виртуальных машин VMware с миграцией на основе агента установщик Mobility Service устанавливает агент виртуальной машины Azure на компьютерах Windows. На виртуальных машинах Linux рекомендуется установить агент после миграции.
    • Вручную удалите службу Mobility Service из виртуальной машины Azure после миграции. При появлении запроса рекомендуется перезагрузить сервер.
    • После миграции вручную удалите средства VMware.
  • В Azure:
    • Выполните любые действия по настройке после миграции приложения, такие как обновление строк подключения к базе данных и конфигурация веб-сервера.
    • Выполните приемочное тестирование конечного приложения и миграции на перенесенном приложении, работающем в Azure.
  • Непрерывность бизнес-процессов и аварийное восстановление
    • Обеспечьте безопасность данных путем резервного копирования виртуальных машин Azure с помощью службы Azure Backup. Подробнее.
    • Обеспечьте непрерывную работу и постоянную доступность рабочих нагрузок за счет репликации виртуальных машин Azure в дополнительный регион с помощью Site Recovery. Подробнее.
  • Для повышения безопасности:
    • Заблокируйте и ограничьте доступ входящего трафика с помощью администрирования "точно в срок" в Microsoft Defender для облачных услуг.
    • Управляйте и контролируйте обновления на компьютерах Windows и Linux с помощью Диспетчера обновлений Azure.
    • Ограничьте сетевой трафик к управляющим конечным точкам с помощью групп безопасности сети.
    • Разверните шифрование дисков Azure, чтобы обеспечить безопасность дисков и защитить данные от кражи и несанкционированного доступа.
    • Ознакомьтесь с дополнительными сведениями о защите ресурсов IaaS и посетите страницу Microsoft Defender для облака.
  • Для мониторинга и управления:
    • Рассмотрите возможность развертывания Microsoft Cost Management для мониторинга использования ресурсов и расходов.

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

Проанализируйте процесс миграции в облако в Azure Cloud Adoption Framework.