Подготовка локальных компьютеров к миграции в Azure
Внимание
Эта статья ссылается на CentOS, дистрибутив Linux, который является состоянием "Конец жизни" (EOL). Пожалуйста, рассмотрите возможность использования и планирования соответствующим образом. Дополнительные сведения см. в руководстве centOS End Of Life.
В этой статье описывается, как подготовить локальные компьютеры перед их переносом в Azure с помощью средства миграции и модернизации .
Работая с этой статьей, вы выполните следующие задачи:
- Проверка ограничений, накладываемых при выполнении миграции.
- Выберите метод для переноса виртуальных машин VMware vSphere.
- Проверка требования к гипервизору и операционной системе для компьютеров, которые требуется перенести.
- Проверка доступа к URL-адресу и порту для компьютеров, которые необходимо перенести.
- Проверка изменений, которые, возможно, придется внести перед началом миграции.
- Проверьте требования к виртуальным машинам Azure для перенесенных компьютеров.
- Подготовка компьютеров, позволяющая подключаться к виртуальным машинам Azure после миграции.
Проверка ограничений, накладываемых при выполнении миграции
В таблице представлены сводные данные об ограничениях для обнаружения, оценки и миграции в службе "Миграция Azure". Рекомендуется оценить компьютеры перед миграцией, но это не обязательно.
| Сценарий | Проект | Обнаружение и оценка | Миграция |
|---|---|---|---|
| Виртуальные машины VMware vSphere | Обнаружение и оценка до 35 000 виртуальных машин в одном проекте службы "Миграция Azure". | Обнаружение до 10 000 виртуальных машин VMware vSphere с одним устройством службы "Миграция Azure" для VMware vSphere. Устройство поддерживает добавление нескольких серверов vCenter Server. На устройство можно добавить до 10 серверов vCenter Server. |
Миграция без агента: вы можете одновременно реплицировать не более 500 виртуальных машин на нескольких серверах vCenter Server (обнаруженных с одного устройства) с помощью масштабируемого устройства. Миграция на основе агента. Для репликации большого количества виртуальных машин можно горизонтально масштабировать устройство репликации. На портале можно выбрать до 10 компьютеров для репликации одновременно. Чтобы реплицировать больше компьютеров, объедините их в пакеты по 10 штук. |
| Виртуальные машины Hyper-V | Обнаружение и оценка до 35 000 виртуальных машин в одном проекте службы "Миграция Azure". | Обнаружение до 5 000 виртуальных машин Hyper-V с помощью одного устройства Миграции Azure. | Устройство не используется для миграции Hyper-V. Вместо этого на каждом узле Hyper-V выполняется поставщик репликации Hyper-V. На производительность репликации влияют такие факторы, как скорость изменения данных виртуальной машины и пропускная способность передачи данных репликации. На портале можно выбрать до 10 компьютеров для репликации одновременно. Чтобы реплицировать больше компьютеров, объедините их в пакеты по 10 штук. |
| Физические компьютеры | Обнаружение и оценка до 35 000 компьютеров в одном проекте службы "Миграция Azure". | Обнаружение до 1000 физических серверов с одним устройством службы "Миграция Azure" для физических серверов. | Для репликации большого количества серверов можно горизонтально масштабировать устройство репликации. На портале можно выбрать до 10 компьютеров для репликации одновременно. Чтобы реплицировать больше компьютеров, объедините их в пакеты по 10 штук. |
Выбор метода миграции VMware vSphere
Если вы переносите виртуальные машины VMware vSphere в Azure, сравните методы миграции без агента и на основе агента, чтобы решить, что лучше всего подходит для вас.
Проверка требований гипервизора
- Проверьте требования к агенту VMware без агента или на основе агента VMware vSphere.
- Проверьте требования к узлу Hyper-V.
Проверка требований к операционной системе
Проверьте поддерживаемые операционные системы для миграции.
- Если вы переносите виртуальные машины VMware vSphere или виртуальные машины Hyper-V, проверьте требования виртуальной машины VMware vSphere для миграции без агента и миграции на основе агента, а также требования к виртуальным машинам Hyper-V.
- Проверьте, поддерживаются ли операционные системы Windows в Azure.
- Проверьте, поддерживаются ли дистрибутивы Linux в Azure.
Проверка доступа к URL-адресу или порту
Проверьте, к каким URL-адресам и портам осуществляется доступ во время миграции.
| Сценарий | Сведения | URL-адреса | Порты |
|---|---|---|---|
| Миграция без агента VMware vSphere | Использует для миграции устройство Миграции Azure. На виртуальных машинах VMware vSphere ничего не установлено. | Проверьте URL-адреса общедоступного облака и службы для государственных организаций, необходимые для обнаружения, оценки и миграции с помощью устройства. | Просмотрите требования к порту для миграции без агента. |
| Миграция на основе агента VMware vSphere | Для миграции используется устройство репликации. На виртуальных машинах установлен агент службы "Мобильность". | Проверьте URL-адреса общедоступного облака и Azure для государственных организаций, к которым должно иметь доступ устройство репликации. | Проверьте порты, используемые при миграции на основе агента. |
| Миграция Hyper-V | Использует для миграции поставщик, установленный на узлах Hyper-V. На виртуальных машинах Hyper-V ничего не установлено. | Проверьте URL-адреса общедоступного облака и Azure для государственных организаций, к которым должен иметь доступ поставщик репликации, запущенный на узлах. | Поставщик репликации на узле Hyper-V использует для отправки данных репликации виртуальной машины исходящие подключения через HTTPS-порт 443. |
| Физические компьютеры | Для миграции используется устройство репликации. Агент службы "Мобильность", установленный на каждом физическом компьютере. | Проверьте URL-адреса общедоступного облака и Azure для государственных организаций, к которым должно иметь доступ устройство репликации. | Проверьте порты, используемые при физической миграции. |
Проверка необходимых изменений перед миграцией
Прежде чем переносить виртуальные машины в Azure, необходимо внести в них некоторые изменения.
- Для некоторых операционных систем служба "Миграция Azure" вносит изменения автоматически в процессе репликации или миграции.
- Для других параметры необходимо настроить вручную.
- Важно настроить параметры вручную до начала миграции. Некоторые изменения могут повлиять на загрузку виртуальной машины или подключение к виртуальной машине может не быть установлено. Если вы перенесете виртуальную машину до внесения изменений, она может не загрузиться в Azure.
Изучите таблицы, чтобы узнать, какие изменения необходимо внести.
Компьютеры Windows
Изменения выполняются в таблице.
| Действие | VMware vSphere (миграция без агента) | VMware vSphere (на основе агента)/физические компьютеры | Windows на Hyper-V |
|---|---|---|---|
| Настройка для политики SAN значения "Перевод всего в состояние "в сети" |
Этот параметр задается автоматически для компьютеров с ОС Windows Server 2008 R2 или более поздней версии. Настройка вручную для операционных систем предыдущих версий. |
В большинстве случаев задается автоматически. | Этот параметр задается автоматически для компьютеров с ОС Windows Server 2008 R2 или более поздней версии. |
| Установка службы Hyper-V Guest Integration | Установите вручную на компьютерах с ОС 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:
Настройте этот параметр вручную следующим образом.
- На локальном компьютере (не на сервере узла) откройте командную строку с повышенными привилегиями.
- Введите diskpart.
- Введите SAN. Если буква диска гостевой ОС не поддерживается, возвращается значение Offline All (Перевод всего в состояние "вне сети") или Offline Shared (Перевод в состояние "вне сети" общих ресурсов).
- В командной строке DISKPART введите SAN Policy=OnlineAll. Этот параметр гарантирует, что диски будут подключены к сети, и вы сможете выполнять чтение и запись на обоих дисках.
- Во время тестовой миграции вы можете проверить, сохраняются ли буквы дисков.
Компьютеры Linux
Служба "Миграция Azure" автоматически выполняет эти действия для данных версий
- Red Hat Enterprise Linux 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 (агент виртуальной машины Linux Azure также устанавливается автоматически во время миграции)
- SUSE Linux Enterprise Server 15 SP0, 15 с пакетом обновления 1 (SP1), 12, 11 с пакетом обновления 4 (SP4), 11 с пакетом обновления 3 (SP3)
- Ubuntu 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS (также в ходе миграции автоматически устанавливается агент виртуальной машины Linux в Azure)
- Debian 10, 9, 8, 7
- Oracle Linux 8, 7.7-CI, 7.7, 6
Для других версий подготовьте компьютеры, как указано в таблице.
Примечание.
Некоторые изменения могут повлиять на загрузку виртуальной машины или подключение к виртуальной машине может не быть установлено.
| Действие | Сведения | Версия 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-соединения не заблокированы брандмауэром ОС или правилами сценариев. |
Включите вручную для всех версий, кроме указанных выше. |
| Установка гостевого агента Azure для Linux | Агент Microsoft Azure Linux (waagent) — это безопасный, упрощенный процесс, который управляет подготовкой Linux и FreeBSD, а также взаимодействие виртуальной машины с контроллером Azure Fabric. | Включите вручную для всех версий, кроме указанных выше. Следуйте инструкциям по установке агента Linux вручную для других версий ОС. Изучите список обязательных пакетов для установки агента виртуальной машины Linux. |
Дополнительные сведения об изменениях, выполненных на серверах Linux для миграций VMware vSphere без агента.
В следующей таблице приведены шаги, выполняемые автоматически для операционных систем, перечисленных выше.
| Действие | Миграция VMware vSphere на основе агента | Миграция VMware vSphere без агента | Миграция Hyper-V без агента |
|---|---|---|---|
| Обновите образ ядра с помощью служб Интеграции Hyper-V Под управлением Linux. (Драйверы LIS должны присутствовать в ядре.) |
Да | Да | Да |
| Включение ведения журнала последовательной консоли Azure | Да | Да | Да |
| Обновление файла сопоставления устройств | Да | No | No |
| Обновление записи в FSTAB-файле | Да | Да | Да |
| Удаление правила udev | Да | Да | Да |
| Обновление сетевых интерфейсов | Да | Да | Да |
| Включение SSH | No | No | No |
| Установка агента Linux виртуальной машины Azure | Да | Да | Да |
Ознакомьтесь с дополнительными сведениями об этапах запуска виртуальной машины Linux в Azure и инструкциями для некоторых популярных дистрибутивов Linux в этой статье.
Изучите список обязательных пакетов для установки агента виртуальной машины Linux. Служба "Миграция Azure" автоматически устанавливает агент виртуальной машины Linux для RHEL 9.x, 8.x/7.x/6.x, Ubuntu 14.04/16.04/18.04/19.04/19.10/20.04, SUSE 15 SP0/15 SP1/12/11 SP4/11 с пакетом обновления 3 (SP3), Debian 9/8/7 и Oracle 7 при использовании метода миграции VMware без агента.
Проверка требований для виртуальных машин Azure
Локальные компьютеры, реплицируемые в Azure, должны соответствовать требованиям к операционной системе и архитектуре, дискам, сетевым настройкам и наименованию для виртуальных машин Azure.
Прежде чем выполнять миграцию, ознакомьтесь с требованиями к виртуальным машинам Azure для миграции VMware, Hyper-V, а также физического сервера.
Подготовка к подключению после миграции
Виртуальные машины Azure создаются во время миграции в Azure. После миграции вам необходимо подключиться к новым виртуальным машинам Azure. Для успешного подключения требуется выполнить несколько шагов.
Подготовка к подключению к виртуальным машинам Windows в Azure
На локальных компьютерах с Windows:
- Настройте параметры Windows. К ним относится удаление любых статических постоянных маршрутов или прокси-сервера WinHTTP.
- Убедитесь, что необходимые службы запущены.
- Включите удаленный рабочий стол (RDP), чтобы разрешить установку удаленных подключений к локальному компьютеру. Узнайте, как использовать PowerShell для включения RDP.
- Чтобы получить доступ к виртуальной машине Azure через Интернет после миграции, в брандмауэре Windows на локальном компьютере разрешите протоколы TCP и UDP в общедоступном профиле и установите RDP в качестве разрешенного приложения для всех профилей.
- Если вы хотите получить доступ к виртуальной машине Azure через VPN типа "сеть — сеть" после миграции, в брандмауэре Windows на локальном компьютере разрешите RDP для частного профиля и профиля домена. Узнайте, как разрешить RDP-трафик.
- Прежде чем выполнять миграцию убедитесь, что на локальной виртуальной машине нет ожидающих установки обновлений Windows. В противном случае установка этих обновлений на виртуальной машине Azure может активироваться после миграции, и вы не сможете войти в нее до завершения установки.
Подготовка к подключению к виртуальным машинам Linux Azure
На локальных компьютерах с Linux:
- Настройте автоматический запуск службы SSH при загрузке системы (если он еще не настроен).
- Убедитесь, что правила брандмауэра разрешают SSH-подключение.
Настройка виртуальных машин Azure после миграции
После миграции выполните следующие действия на созданных виртуальных машинах Azure.
- Чтобы подключиться к виртуальной машине через Интернет, назначьте ей общедоступный IP-адрес. Для виртуальной машины Azure следует указать общедоступный IP-адрес, отличный от ранее используемых для локального компьютера. Подробнее.
- Убедитесь, что правила группы безопасности сети (NSG) на виртуальной машине разрешают входящие подключения к порту RDP или SSH.
- Перейдите в раздел диагностики загрузки, чтобы просмотреть сведения о виртуальной машине.
Следующие шаги
Выберите метод, который вы хотите использовать для переноса виртуальных машин VMware vSphere в Azure, или начать перенос виртуальных машин Hyper-V или физических серверов или виртуальных машин виртуализированных или облачных виртуальных машин.
См. что поддерживается.
Для виртуальных машин VMware vSphere миграция и модернизация поддерживают миграцию без агента или на основе агента.
- Виртуальные машины VMware vSphere: проверьте требования к миграции и поддержку виртуальных машин VMware vSphere.
- Виртуальные машины Hyper-V: проверьте требования к миграции и поддержку виртуальных машин Hyper-V.
- Физические компьютеры: проверьте требования к миграции и поддержку локальных физических компьютеров и других виртуализированных серверов.