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

В этой статье описывается, как подготовить локальные машины или машины в Azure VMware Solution (AVS) перед их переносом в Azure с использованием инструмента для миграции и модернизации.

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

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

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

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

Сценарий Project Обнаружение и оценка Миграция
Виртуальные машины 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. Обнаружьте до 5000 виртуальных машин Hyper-V с помощью одного устройства Azure Migrate Устройство не используется для миграции Hyper-V. Вместо этого поставщик репликации Hyper-V выполняется на каждом узле Hyper-V.

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

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

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

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

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

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

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

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

  • Если вы переносите виртуальные машины VMware vSphere или Hyper-V, проверьте требования VMware vSphere для миграции без агента и с использованием агента, а также требования для Hyper-V.
  • Убедитесь, что операционные системы Windows поддерживаются в Azure.
  • Проверьте дистрибутивы Linux поддерживаемые в Azure.

Примечание.

Windows Server 2008 и Windows Server 2008 R2 достигли окончания поддержки (EOS). Дополнительные сведения см. в статьях Окончание поддержки Windows Server 2008 и Windows Server 2008 R2 и Выполнение обновления на месте до Windows Server 2016, 2019, 2022 или 2025. Просмотрите, как вы используете операционную систему, и планируйте её обновления и миграции соответственно.

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

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

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

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

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

  • Для некоторых операционных систем Azure Migrate автоматически вносит изменения во время процесса репликации и миграции.
  • Для других операционных систем параметры необходимо настроить вручную.
  • Важно настроить параметры вручную до начала миграции. Некоторые изменения могут повлиять на загрузку виртуальной машины или подключение к виртуальной машине может не быть установлено. При миграции виртуальной машины перед изменением виртуальная машина может не загрузиться в 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. На локальной или Azure VMware Solution виртуальной машине (а не на сервере узла) откройте командную строку с повышенными привилегиями.
  2. Введите diskpart.
  3. Введите SAN. Если буква диска гостевой операционной системы не сохраняется, возвращается Все в автономном режиме или Общий доступ в автономном режиме.
  4. В командной строке DISKPART введите SAN Policy=OnlineAll. Этот параметр гарантирует, что диски будут подключены к сети, и вы сможете выполнять чтение и запись на обоих дисках.
  5. Во время тестовой миграции вы можете проверить, сохраняются ли буквы дисков.

Компьютеры Linux

Azure Migrate автоматически выполняет эти действия для этих версий.

  • Red Hat Enterprise Linux 10.x, 9.5, 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.3, 7.2, 7.1, 7.0, 6.x (агент виртуальной машины Linux Azure также устанавливается автоматически во время миграции)
  • CentOS Stream (агент виртуальной машины Azure Linux также автоматически устанавливается во время миграции)
  • 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 13, 12, 11, 10, 9, 8, 7
  • Oracle Linux 10, 9, 8, 7.7-CI, 7.7, 6
  • AlmaLinux 10.x, 8.x, 9.x
  • Rocky Linux 10.x, 8.x, 9.x

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

Примечание.

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

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

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

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

Убедитесь, что входящие запросы на SSH-соединения не заблокированы брандмауэром ОС или правилами сценариев.		 Включите вручную для всех версий, кроме указанных выше.
Установите агент гостевой ОС Azure для Linux Агент Linux Microsoft Azure (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 Migrate автоматически устанавливает агент виртуальной машины Linux для RHEL 8.x, Ubuntu 20.04, SUSE 15 и Oracle 7 при использовании метода миграции VMware без агента.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Подробнее

  • Last updated on