Миграция виртуальных машин VMware в Azure (без агента)

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

Замечание

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

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

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

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

Предпосылки

Прежде чем начать этот урок, вам следует:

1. Выполните задачи из первого руководства, чтобы подготовить Azure и VMware к миграции.
2. Мы рекомендуем изучить и второе руководство, чтобы оценить виртуальные машины VMware перед переносом в Azure. Но это не обязательно.
3. Перейдите к созданному проекту или создайте новый проект.
4. Проверьте разрешения своей учетной записи. Учетная запись Azure должна иметь разрешения на создание виртуальной машины и на запись на управляемый диск Azure.
5. Сведения о необходимых встроенных ролях и разрешениях службы "Миграция Azure" для создания проекта и запуска обнаружения, оценки и миграции см. в статье "Подготовка учетных записей Azure для службы "Миграция Azure".

Замечание

Если вы планируете обновить операционную систему Windows, служба "Миграция Azure" может скачать Windows SetupDiag для получения сведений об ошибке в случае сбоя обновления. Убедитесь, что виртуальная машина, созданная в Azure после миграции, имеет доступ к SetupDiag. Если нет доступа к SetupDiag, возможно, вы не сможете получить подробные коды ошибок обновления ОС, но обновление по-прежнему может продолжиться.

Настройка средства Миграция Azure

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

• Шаблон OVA: настройка на виртуальной машине VMware, используя загруженный шаблон OVA.
• Скрипт. Настройка на виртуальной машине VMware или физическом компьютере с помощью скрипта установщика PowerShell. Этот метод следует использовать, если не удается настроить виртуальную машину с помощью шаблона OVA или если вы используете Azure для государственных организаций.

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

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

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

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

Замечание

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

Включите репликацию следующим образом:

1. В проекте Миграция Azure >Execute>Migration выберите выполнение Start.

2. В Specify intent, >Что вы хотите перенести, выберите Серверы или Виртуальные машины (VM). В разделе куда вы хотите выполнить миграцию выберите виртуальная машина Azure.

3. В разделе "Как вы будете выбирать рабочие нагрузки" вы можете выбрать серверы вручную из всего инвентаря или выбрать существующую оценку из оценки.

4. В методе обнаружения выберите устройство, соответствующее исходной среде (VMware Vsphere в этом случае). В режиме миграции выберите миграцию без агента.

5. В рабочих нагрузках выберите компьютеры, которые требуется реплицировать и перенести, и выберите тип безопасности целевой виртуальной машины. Служба "Миграция Azure" поддерживает миграцию на доверенные виртуальные машины с защищенным запуском (TVM). По умолчанию она переносит подходящие виртуальные машины как целевые виртуальные машины. Эти виртуальные машины предоставляют расширенные функции безопасности, такие как безопасная загрузка и виртуальный TPM без дополнительных затрат. Мы рекомендуем использовать их везде, где это применимо.

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

   Замечание

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

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

• В параметрах доступности выберите:

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

• В типе шифрования диска выберите следующее:

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

  Замечание

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

• В Преимущество гибридного использования Azure:

  • выберите вариант Нет, если вы не хотите применять Преимущество гибридного использования Azure. Затем выберите Далее.
  • Выберите вариант Да, если у вас есть компьютеры с Windows Server, на которые распространяются активные подписки Software Assurance или Windows Server, и вы хотите применить это преимущество к компьютерам, которые вы переносите. Затем выберите Далее.

  

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

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

   Замечание

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

8. В Disks укажите, следует ли реплицировать диски виртуальных машин в Azure, а также укажите тип диска (Premium v2, Ultra Disk, стандартный SSD, стандартный HDD или управляемый диск премиум-класса) в Azure. Затем выберите Далее.

   

   Замечание

   Чтобы оптимизировать затраты и повысить производительность, теперь можно перейти на SSD класса Premium версии 2 в качестве диска данных.

9. В тегах выберите добавление тегов к виртуальным машинам, дискам и сетевым адаптерам.

   

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

Замечание

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

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

1. В проекте Миграция Azure перейдите к разделу Execute > Migrations. Используйте представление приложений или представлений по рабочим нагрузкам для переключения группирования элементов.

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

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

3. Ход выполнения отображается на этапе выполнения и состоянии выполнения:

   • Этап выполнения: подготовка, тестирование или завершение.
   • Состояние выполнения: выполняется, ошибка, ожидание действия или завершено.

4. Ход выполнения отслеживается на трех стадиях этапа выполнения.

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

5. Используйте PowerShell для просмотра оставшегося времени на всех этапах миграции сервера в службе "Миграция Azure". Это помогает отслеживать прогресс репликации и точно планировать переключение. Вы можете использовать PowerShell, Windows PowerShell или Cloud Shell на портале Azure.

6. Откройте портал Azure, а затем выберите Cloud Shell в верхней части. При появлении запроса выберите PowerShell .

7. Выполните эту команду в Azure Cloud Shell, чтобы отслеживать состояние миграции нужного сервера.

   
   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>"
   
   

8. Замените your-project-name, your-resource-groupа также your-server-name фактическим проектом службы "Миграция Azure", группой ресурсов и именем сервера.

9. Выполните следующую команду и получите следующие выходные данные:

   

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

11. Выполните команду из шага 5 с флагом Expedite . Это извлекает параметры операционной системы и список рекомендуемых действий, которые помогут сократить оставшееся время миграции для указанного сервера.

    
    Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>" -Expedite 
    
    

12. Вы получите следующие выходные данные:

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

    
    Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>" -ResourceGroupName "<your-resource-group>"
    

14. Замените your-project-name и your-resource-group фактическими именами проектов и групп ресурсов Миграция Azure.

15. Выполните следующую команду и получите следующие выходные данные:
    
    

    

16. Если возникла проблема с репликацией или переключением, этот -Health флаг отображает ошибки, возможные причины и рекомендуемые действия для диагностики проблем миграции.

    
    Get-AzMigrateServerMigrationStatus   -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>"   -            MachineName "<your-server-name>" -Health

17. Выполните следующую команду и получите следующие выходные данные:
    
    

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

   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -                ApplianceName "<your-appliance-

19. Замените your-project-name, your-resource-groupа your-appliance-name также фактическими значениями из настройки службы "Миграция Azure".

20. Чтобы получить следующие выходные данные, выполните следующую команду:
    
    

Замечание

Приведенные выше команды можно выполнить в Azure Cloud Shell. Вы также можете использовать PowerShell или Windows PowerShell на любом компьютере Windows. Компьютер обозначает любой ПК с Windows, а не устройство или сервер, при условии, что у него есть доступ к проекту "Миграция Azure".

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

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

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

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

1. В проекте Миграция Azure в разделе Execute>Migrations> выберите сервер, для которого необходимо проверить миграцию, щелкнув имя сервера в столбце Workloads.

2. В панели дрилл-даун, в раскрывающемся списке "Тестирование", выберите "Начать тестовую миграцию".

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

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

   

5. Во время тестовой миграции у вас есть возможность обновить ОС Windows Server. Чтобы обновить, выберите опцию Доступно обновление. В появившейся области выберите целевую версию ОС, которую требуется обновить, и нажмите кнопку "Применить". Подробнее.

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

   

   Замечание

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

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

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

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

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

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

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

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

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

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

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