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

Подготовка локальных компьютеров к миграции в Azure

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

В этой статье вы:

  • Анализ ограничений на миграцию.
  • Выберите метод для переноса виртуальных машин VMware vSphere.
  • Проверьте требования к гипервизору и операционной системе для систем, которые вы хотите перенести.
  • Проверьте доступ к URL-адресу и порту для машин, которые вы хотите перенести.
  • Проверка изменений, которые, возможно, придется внести перед началом миграции.
  • Проверьте требования к виртуальным машинам Azure для перенесенных компьютеров.
  • Подготовка компьютеров, позволяющая подключаться к виртуальным машинам Azure после миграции.

Проверьте ограничения миграции

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

Сценарий Проект Обнаружение и оценка Миграция
Виртуальные машины VMware vSphere Откройте и оцените до 35 000 виртуальных машин в одном проекте Azure Migrate. Обнаружьте до 10 000 виртуальных машин VMware vSphere с помощью одного устройства Azure Migrate для VMware vSphere.
Устройство поддерживает добавление нескольких серверов vCenter Server. На устройство можно добавить до 10 серверов vCenter Server.		 Миграция без агента: вы можете одновременно реплицировать не более 500 виртуальных машин на нескольких серверах vCenter Server (обнаруженных с одного устройства) с помощью масштабируемого устройства.
Миграция на основе агента: можно масштабироватьустройство репликации для репликации большого количества виртуальных машин.

На портале можно выбрать до 10 компьютеров для репликации одновременно. Чтобы реплицировать больше компьютеров, объедините их в пакеты по 10 штук.
Hyper-V виртуальные машины Откройте и оцените до 35 000 виртуальных машин в одном проекте Azure Migrate. Найти до 5 000 виртуальных машин Hyper-V с помощью одного инструмента Azure Migrate. Устройство не используется для миграции Hyper-V. Вместо этого на каждом узле Hyper-V выполняется поставщик репликации Hyper-V.

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

На портале можно выбрать до 10 компьютеров для репликации одновременно. Чтобы реплицировать больше компьютеров, объедините их в пакеты по 10 штук.
Физические компьютеры Обнаружьте и оцените до 35 000 компьютеров в одном проекте Azure Migrate. Обнаружьте до 1000 физических серверов с помощью одного устройства для физических серверов из службы "Миграция Azure". Вы можете масштабироватьустройство репликации для репликации большого количества серверов.

На портале можно выбрать до 10 компьютеров для репликации одновременно. Чтобы реплицировать больше компьютеров, объедините их в пакеты по 10 штук.

Выбор метода миграции VMware vSphere

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

Проверка требований гипервизора

Проверка требований к операционной системе

Проверьте поддерживаемые операционные системы для миграции.

Проверка доступа к URL-адресу или порту

Проверьте, к каким URL-адресам и портам осуществляется доступ во время миграции.

Сценарий Подробности URL-адреса Порты
Миграция без агента VMware vSphere Использует апплианс Azure Migrate для миграции. На виртуальных машинах VMware vSphere ничего не установлено. Проверьте URL-адреса общедоступного облака и государственных учреждений, необходимые для обнаружения, оценки и миграции с помощью устройства. Просмотрите требования к порту для миграции без агента.
Миграция на основе агента VMware vSphere Для миграции используется устройство репликации. Агент службы Mobility установлен на виртуальные машины. Просмотрите URL-адреса публичного облака и Azure Government, к которым требуется доступ устройству репликации. Просмотрите порты, используемые во время миграции на основе агента.
Hyper-V миграция Для миграции используется поставщик, установленный на узлах Hyper-V. На виртуальных машинах Hyper-V ничего не установлено. Просмотрите URL-адреса общедоступных облаков и Azure Government, к которым должен получить доступ поставщик репликации, работающий на узлах. Поставщик репликации на узле Hyper-V использует для отправки данных репликации виртуальной машины исходящие подключения через HTTPS-порт 443.
Физические компьютеры Для миграции используется устройство репликации. Агент службы мобильности устанавливается на физические машины. Просмотрите URL-адреса публичного облака и Azure Government, к которым требуется доступ устройству репликации. Просмотрите порты, используемые во время физической миграции.

Проверка необходимых изменений перед миграцией

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

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

Изучите таблицы, чтобы узнать, какие изменения необходимо внести.

Компьютеры Windows

Изменения сведены в таблицу.

Действие VMware vSphere (миграция без агента) VMware vSphere (на основе агента)/физические компьютеры Windows в Hyper-V
Настройка политики SAN как "Все в сети"

 Этот параметр задается автоматически для компьютеров с ОС Windows Server 2008 R2 или более поздней версии.

Настройка вручную для операционных систем предыдущих версий.		 В большинстве случаев задается автоматически. Этот параметр задается автоматически для компьютеров с ОС Windows Server 2008 R2 или более поздней версии.
Установка интеграции гостевой системы Hyper-V Установите вручную на компьютерах под управлением Windows Server 2003. Установите вручную на компьютерах под управлением Windows Server 2003. Установите вручную на компьютерах под управлением Windows Server 2003.
Включение последовательной консоли Azure

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

Агент виртуальной машины (агент виртуальной машины) — это безопасный упрощенный процесс, который управляет взаимодействием виртуальной машины с контроллером Azure Fabric. Агент виртуальной машины играет важную роль во включении и запуске расширений виртуальных машин Azure, которые обеспечивают настройку виртуальной машины после развертывания, например установку и настройку программного обеспечения.		 Этот параметр задается автоматически для компьютеров с ОС Windows Server 2008 R2 или более поздней версии.
Настройка вручную для операционных систем предыдущих версий.		 Этот параметр задается автоматически для компьютеров с ОС Windows Server 2008 R2 или более поздней версии. Этот параметр задается автоматически для компьютеров с ОС Windows Server 2008 R2 или более поздней версии.
Подключение после миграции

Для подключения после миграции перед ее выполнением необходимо выполнить ряд действий.		 Настройте вручную. Настройте вручную. Настройте вручную.

Дополнительные сведения об изменениях, выполненных на серверах Windows для миграций VMware vSphere без агента.

Настройка политики SAN

По умолчанию виртуальным машинам Azure в качестве временного хранилища назначен диск D.

  • При этом назначение всех остальных подключенных накопителей будет сдвигаться на одну букву.
  • Например, если локальная установка использует диск данных, назначенный диску D: для установки приложений, назначение этого диска увеличивается на диск E: после миграции виртуальной машины в Azure.
  • Чтобы предотвратить это автоматическое назначение и убедиться, что Azure назначает следующую букву свободного диска временному тому, задайте для политики сети хранения (SAN) значение OnlineAll:

Настройте этот параметр вручную следующим образом.

  1. На локальном компьютере (не на сервере узла) откройте командную строку с повышенными привилегиями.
  2. Введите diskpart.
  3. Введите SAN. Если буква диска гостевой операционной системы не сохраняется, возвращается Все в автономном режиме или Общий доступ в автономном режиме.
  4. В командной строке DISKPART введите SAN Policy=OnlineAll. Этот параметр гарантирует, что диски будут подключены к сети, и вы сможете выполнять чтение и запись на обоих дисках.
  5. Во время тестовой миграции вы можете проверить, сохраняются ли буквы дисков.

Компьютеры Linux

Служба "Миграция Azure" автоматически выполняет эти действия для данных версий

  • Red Hat Enterprise Linux 9.5, 9.x, 8.x, 7.9, 7.8, 7.7.7, 7.6, 7.5, 7.4, 7.3, 7.2, 7.1, 7.0, 6.x (агент виртуальной машины Linux Azure также устанавливается автоматически во время миграции)
  • CentOS Stream (агент виртуальной машины Linux Azure также устанавливается автоматически во время миграции)
  • SUSE Linux Enterprise Server 15 с пакетом обновления 4 (SP4), 15 с пакетом обновления 3 (SP3), 15 с пакетом обновления 2 (SP2), 15 с пакетом обновления 1 (SP1), 12, 11 с пакетом обновления 4 (SP4), 11 с пакетом обновления 3 (SP3)
  • Ubuntu 22.04, 21.04, 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS (агент виртуальной машины Azure Linux также устанавливается автоматически во время миграции)
  • Debian 11, 10, 9, 8, 7
  • Oracle Linux 9, 8, 7.7-CI, 7.7, 6
  • Alma Linux 8.x, 9.x
  • Rocky Linux 8.x, 9.x

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

Примечание.

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

Действие Подробности Версия Linux
Установите Hyper-V Linux Integration Services Выполните повторную сборку образа инициализации Linux, чтобы он содержал необходимые драйверы Hyper-V. Повторная сборка образа инициализации гарантирует, что виртуальная машина будет загружаться в Azure. В большинстве новых версий дистрибутивов Linux это включено по умолчанию.

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

Выполните следующие инструкции , чтобы включить.
Обновление файла карты устройства Обновите файл карты устройств, указав соответствия имен устройств и томов, чтобы использовать постоянные идентификаторы устройств. Установите его вручную для всех версий, кроме указанных выше. Возможно только в сценарии VMware с использованием агента.
Обновление записей fstab Обновите записи, чтобы использовать постоянные идентификаторы томов. Обновите вручную для всех версий, кроме указанных выше.
Удаление правила udev Удалите все правила udev, которые резервируют имена интерфейсов на основе MAC-адресов и т. д. Удалите вручную для всех версий, кроме упомянутых выше.
Обновление сетевых интерфейсов Обновите сетевые интерфейсы для получения IP-адреса на основе DHCP.nst. Обновите вручную для всех версий, кроме указанных выше.
Включение SSH Убедитесь, что SSH включен и служба sshd настроена на автоматический запуск при перезагрузке.

Убедитесь, что входящие запросы на SSH-соединения не заблокированы брандмауэром ОС или правилами сценариев.		 Включите вручную для всех версий, кроме указанных выше.
Установка гостевого агента Linux Azure Агент Microsoft Azure Linux (waagent) — это безопасный, упрощенный процесс, который управляет подготовкой Linux и FreeBSD, а также взаимодействие виртуальной машины с контроллером Azure Fabric. Включите вручную для всех версий, кроме указанных выше.
Следуйте инструкциям по установке агента Linux вручную для других версий ОС. Просмотрите список необходимых пакетов для установки агента виртуальной машины Linux.

Дополнительные сведения об изменениях, выполненных на серверах Linux для миграций VMware vSphere без агента.

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

Действие Миграция VMware vSphere с использованием агентов Миграция VMware vSphere без агента Миграция Hyper-V без агента
Обновите образ ядра с помощью служб интеграции Linux для Hyper-V.
(Драйверы LIS должны присутствовать в ядре.)		 Да Да Да
Включите ведение журнала последовательной консоли Azure Да Да Да
Обновление файла сопоставления устройств Да Нет Нет
Обновление записи в FSTAB-файле Да Да Да
Удаление правила udev Да Да Да
Обновление сетевых интерфейсов Да Да Да
Включение SSH Нет Нет Нет
Установка агента Linux виртуальной машины Azure Да Да Да

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

Просмотрите список необходимых пакетов для установки агента виртуальной машины Linux. Служба "Миграция Azure" автоматически устанавливает агент виртуальной машины Linux для RHEL 8.x, Ubuntu 20.04, SUSE 15 и Oracle 7 при использовании метода миграции VMware без агента.

Проверка требований для виртуальных машин Azure

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

Перед миграцией ознакомьтесь с требованиями к виртуальным машинам Azure для миграции виртуальных машин VMware, Hyper-V и физического сервера .

Подготовка к подключению после миграции

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

Подготовка к подключению к виртуальным машинам Windows в Azure

На локальных компьютерах с Windows:

  1. Настройте параметры Windows. К ним относится удаление любых статических постоянных маршрутов или прокси-сервера WinHTTP.
  2. Убедитесь, что выполняются необходимые службы.
  3. Включите удаленный рабочий стол (RDP), чтобы разрешить установку удаленных подключений к локальному компьютеру. Узнайте, как использовать PowerShell для включения RDP.
  4. Чтобы получить доступ к виртуальной машине Azure через Интернет после миграции, в брандмауэре Windows на локальном компьютере разрешите протоколы TCP и UDP в общедоступном профиле и установите RDP в качестве разрешенного приложения для всех профилей.
  5. Если вы хотите получить доступ к виртуальной машине Azure через VPN типа "сеть — сеть" после миграции, в брандмауэре Windows на локальном компьютере разрешите RDP для частного профиля и профиля домена. Узнайте, как разрешить трафик RDP.
  6. Прежде чем выполнять миграцию убедитесь, что на локальной виртуальной машине нет ожидающих установки обновлений Windows. Если такие обновления существуют, они могут начать устанавливаться на виртуальной машине Azure после миграции, и вы не сможете войти в систему до их завершения.

Подготовка к подключению к виртуальным машинам Linux Azure

На локальных компьютерах с Linux:

  1. Настройте автоматический запуск службы SSH при загрузке системы (если он еще не настроен).
  2. Убедитесь, что правила брандмауэра разрешают SSH-подключение.

Настройка виртуальных машин Azure после миграции

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

  1. Чтобы подключиться к виртуальной машине через Интернет, назначьте ей общедоступный IP-адрес. Для виртуальной машины Azure следует указать общедоступный IP-адрес, отличный от ранее используемых для локального компьютера. Дополнительные сведения.
  2. Убедитесь, что правила группы безопасности сети (NSG) на виртуальной машине разрешают входящие подключения к порту RDP или SSH.
  3. Проверьте диагностику загрузки , чтобы просмотреть виртуальную машину.

Следующие шаги

Выберите метод, который вы хотите использовать для переноса виртуальных машин VMware vSphere в Azure, или начните миграцию виртуальных машин Hyper-V или физических серверов, виртуализированных или облачных серверов.

См. что поддерживается.

Для виртуальных машин VMware vSphere миграция и модернизация поддерживают миграцию без агента или с использованием агента.

Подробнее