Обнаружение, оценка и перенос виртуальных машин Amazon Web Services (AWS) в Azure

Внимание

В этой статье упоминается CentOS, дистрибутив Linux, который приближается к состоянию окончания срока жизни. Обратите внимание на использование и план соответствующим образом.

В этом руководстве показано, как обнаруживать, оценивать и переносить виртуальные машины Amazon Web Services (AWS) на виртуальные машины Azure с помощью службы "Миграция Azure" и средства миграции и модернизации.

Примечание.

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

В этом руководстве описано следующее:

• Проверка предварительных требований для миграции.
• Подготовьте ресурсы Azure с помощью средства миграции и модернизации. Настройте разрешения для учетной записи Azure и ресурсов для работы с миграцией Azure и модернизацией.
• Подготовка экземпляров AWS Elastic Compute Cloud (EC2) для миграции.
• Добавьте средство миграции и модернизации в центр миграции и модернизации Azure.
• Настройка устройства репликации и развертывание сервера конфигурации.
• Установите служба на виртуальных машинах AWS, которые требуется перенести.
• Включение репликации для виртуальных машин.
• Отслеживание и мониторинг состояния репликации.
• Выполнение тестовой миграции, позволяющей убедиться в правильной работе всех компонентов.
• Выполнение полной миграции в Azure.

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

Обнаружение и оценка

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

Чтобы настроить оценку, выполните следующее:

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

   • Служба "Миграция Azure" и "Модернизация" использует проверку подлинности паролей для обнаружения экземпляров AWS. По умолчанию экземпляры AWS не поддерживают аутентификацию с паролем. Прежде чем обнаружить экземпляр, необходимо включить проверку подлинности паролей.
     • На компьютерах Windows разрешите порт WinRM 5985 (HTTPS). Этот порт разрешает удаленные вызовы WMI.
     • Для компьютеров Linux:
       1. Войдите на каждый компьютер Linux.
       2. Откройте файл sshd_config: vi /etc/ssh/sshd_config
       3. В файле найдите PasswordAuthentication строку и измените значение yesна .
       4. Сохраните файл и закройте его. Перезапустите службу ssh.
   • Если вы используете корневого пользователя для обнаружения виртуальных машин Linux, убедитесь, что имя входа в корневой каталог разрешено на виртуальных машинах.
     1. Войдите на каждый компьютер Linux.
     2. Откройте файл sshd_config: vi /etc/ssh/sshd_config
     3. В файле найдите PermitRootLogin строку и измените значение yesна .
     4. Сохраните файл и закройте его. Перезапустите службу ssh.

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

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

Необходимые компоненты

• Убедитесь, что виртуальные машины AWS, которые требуется перенести, выполняют поддерживаемую версию операционной системы (ОС). Виртуальные машины AWS обрабатываются как физические машины для миграции. Просмотрите поддерживаемые операционные системы и версии ядра для рабочего процесса миграции физического сервера. Вы можете использовать стандартные команды, такие как hostnamectl или uname -a проверка версии ОС и ядра для виртуальных машин Linux. Рекомендуется выполнить тестовую миграцию (тестовую отработку отказа), чтобы проверить, работает ли виртуальная машина должным образом, прежде чем продолжить миграцию.
• Убедитесь, что виртуальные машины AWS соответствуют поддерживаемым конфигурациям для переноса в Azure.
• Убедитесь, что виртуальные машины AWS, которые реплицируются в Azure, соответствуют требованиям к виртуальным машинам Azure.
• Перед переносом их в Azure необходимо выполнить некоторые изменения на виртуальных машинах:
  • Для некоторых операционных систем служба "Миграция Azure" и "Модернизация" автоматически вносит эти изменения.
  • Важно внести эти изменения до начала миграции. Если вы перенесете виртуальную машину до внесения изменений, она может не загрузиться в Azure. Просмотрите изменения Windows и Linux , которые необходимо внести.

Подготовка ресурсов Azure для миграции

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

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

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

1. В портал Azure откройте подписку и выберите элемент управления доступом (IAM).
2. В разделе "Проверка доступа" найдите соответствующую учетную запись и выберите ее для просмотра разрешений.
3. Вы должны обладать разрешениями уровня Участник или Владелец.
   • Если вы создали бесплатную учетную запись Azure, вы являетесь владельцем подписки.
   • Если вы не являетесь владельцем подписки, назначьте эту роль совместно с владельцем.

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

Назначьте роль участника виртуальной машины учетной записи Azure. Эта роль предоставляет разрешения для:

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

Создание сети Azure

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

Подготовка экземпляров AWS к переносу

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

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

Средство миграции и модернизации использует реплика (модуль) для реплика компьютеров в Azure. Устройство репликации запускает следующие компоненты.

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

Чтобы подготовиться к развертыванию (модуль):

• Настройте отдельную виртуальную машину EC2 для размещения устройства репликации. Этот экземпляр должен работать в Windows Server 2012 R2 или Windows Server 2016. Ознакомьтесь с требованиями к оборудованию, программному обеспечению и сети для устройства.

• (модуль) не следует устанавливать на исходной виртуальной машине, которую вы хотите реплика te или в службе "Миграция Azure: обнаружение и оценка" (модуль), возможно, вы установили раньше. Оно должно быть развернуто на другой виртуальной машине.

• Исходные виртуальные машины AWS, которые необходимо перенести, должны иметь сеть, по которой они смогут напрямую подключаться к устройству репликации. Настройте необходимые правила группы безопасности, чтобы включить эту возможность. Рекомендуется развернуть реплика tion (модуль) в том же виртуальном частном облаке (VPC), что и перенос исходных виртуальных машин. Если реплика (модуль) должен находиться в другом VPC, виртуальные компьютеры должны быть подключены через пиринг VPC.

• Исходные виртуальные машины AWS обмениваются данными с устройством репликации через порты HTTPS 443 (оркестрация канала управления) и TCP 9443 (передача данных), которые являются входящими для управления репликацией и передачи данных репликации. Устройство репликации, в свою очередь, выполняет оркестрацию данных репликации и отправляет их в Azure через порт HTTPS 443 для исходящих подключений. Чтобы настроить эти правила, измените правила для входящего и исходящего трафика группы безопасности с соответствующими портами и сведениями об IP-адресе источника.

  

  

• Модуль репликации использует MySQL. Проверьте параметры для установки MySQL в модуле.

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

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

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

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

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

   

2. В разделеОбнаружение компьютеров>Ваши компьютеры виртуализированы? щелкните Без виртуализации или другое.

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

4. Выберите " Подтвердить, что целевой регион для миграции — <имя> региона".

5. Выберите Создание ресурсов. На этом шаге создается хранилище Azure Site Recovery в фоновом режиме.

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

   Примечание.

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

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

7. Скачайте и установите программное обеспечение (модуль) реплика, скачайте установщик (модуль) и ключ регистрации. Вам потребуется ключ для регистрации (модуль). Ключ действителен в течение пяти дней после скачивания.

   

8. Скопируйте файл установки устройства и файл ключа на виртуальную машину AWS под управлением Windows Server 2016 или Windows Server 2012, которую вы создали для устройства репликации.

9. Запустите файл установки устройства репликации, как описано в следующей процедуре.

   1. В разделе "Перед началом работы" выберите " Установить сервер конфигурации" и сервер обработки. Затем выберите Далее.
   2. В разделе Third-Party Software License (Лицензия на программное обеспечение стороннего поставщика) выберите I accept the third-party license agreement (Я принимаю условия лицензионного соглашения стороннего поставщика). Затем выберите Далее.
   3. В разделе Регистрация выберите Обзор и перейдите к расположению, в котором находится файл ключа регистрации хранилища. Выберите Далее.
   4. В разделе Internet Settings (Параметры браузера) выберите Connect to Azure Site Recovery without a proxy server (Подключаться к Azure Site Recovery без прокси-сервера). Затем выберите Далее.
   5. На странице Проверка предварительных требований будет выполнена проверка нескольких элементов. По завершении проверки нажмите кнопку Далее.
   6. В конфигурации MySQL укажите пароль для базы данных MySQL. Затем выберите Далее.
   7. На странице Сведения о среде выберите Нет. Защита для виртуальных машин не требуется. Затем выберите Далее.
   8. В разделе Расположение установки щелкните Далее, чтобы принять значения по умолчанию.
   9. В разделе Выбор сети щелкните Далее, чтобы принять значения по умолчанию.
   10. На странице Сводка щелкните Установить.
   11. На странице Ход выполнения установки отображается информация о процессе установки. Когда этот процесс завершится, выберите Далее. Появится окно с предупреждением о перезагрузке. Нажмите ОК.
   12. Следующее окно выводит сообщение о парольной фразе для подключения к серверу конфигурации. Скопируйте парольную фразу в буфер обмена и сохраните ее во временном текстовом файле на исходных виртуальных машинах. Эта парольная фраза понадобится позже во время процесса установки служба .

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

11. После перезапуска (модуль) после установки в разделе "Обнаружение компьютеров" выберите новый (модуль) в разделе "Выбор сервера конфигурации" и нажмите кнопку "Завершить регистрацию". Шаг регистрации завершения выполняет несколько окончательных задач для подготовки реплика (модуль).

    

Установка агента служба

Агент служба должен быть предварительно установлен на исходных виртуальных машинах AWS, которые необходимо перенести, прежде чем инициировать реплика. Способ установки агента служба может зависеть от настроек и существующих средств вашей организации. Метод установки push-отправки, встроенный в Site Recovery, в настоящее время не поддерживается. Подходы, которые вы можете рассмотреть, выполните следующие действия.

• AWS System Manager
• System Center Configuration Manager
• Azure Arc для серверов и расширений пользовательских скриптов
• Установка агента Mobility для Windows
• Установка агента Mobility для Linux

1. Извлеките содержимое tarball установщика в локальную папку (например, /tmp/MobSvcInstaller) на виртуальной машине AWS следующим образом:

   mkdir /tmp/MobSvcInstaller
   tar -C /tmp/MobSvcInstaller -xvf <Installer tarball>
   cd /tmp/MobSvcInstaller
   

2. Запустите скрипт установщика.

   sudo ./install -r MS -v VmWare -q -c CSLegacy
   

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

   /usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <replication appliance IP address> -P <Passphrase File Path>
   

Включение репликации для виртуальных машин AWS

Примечание.

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

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

   

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

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

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

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

   

6. В разделе Виртуальные машины на вкладке Импортировать параметры миграции из оценки? оставьте параметр по умолчанию No, I'll specify the migration settings manually (Нет, я укажу параметры миграции вручную).

7. Проверьте каждую виртуальную машину, которую требуется перенести. Затем нажмите Далее: целевые параметры.

   

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

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

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

    Примечание.

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

11. В области Параметры доступности выберите следующие параметры.

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

12. В разделе Disk encryption type (Тип шифрования диска) выберите один из следующих вариантов:

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

    Примечание.

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

13. Для параметра Преимущество гибридного использования Azure

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

    

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

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

15. В дисках укажите, следует ли реплика диски виртуальной машины в Azure и выбрать тип диска (SSD или HDD уровня "Стандартный" или "Премиум") в Azure. Затем выберите Далее.

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

    

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

    

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

Примечание.

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

Отслеживание и мониторинг состояния репликации

• При нажатии кнопки "Репликация" начинается задание запуска репликации.
• После успешного завершения задания "Запуск репликации" виртуальные машины начинают первоначальную репликацию в Azure.
• После завершения начальной реплика tion начинается разностное реплика. Добавочные изменения дисков виртуальной машины AWS периодически реплицируются на диски реплики в Azure.

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

Состояние реплика можно отслеживать, выбрав серверы репликации в службе "Миграция Azure: миграция сервера".

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

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

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

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

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

   

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

   

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

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

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

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

   

   Примечание.

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

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

Миграция виртуальных машин AWS

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

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

   

2. На компьютерах с репликацией щелкните правой кнопкой мыши виртуальную машину и выберите "Миграция".

3. В разделе Миграция>Shut down virtual machines and perform a planned migration with no data loss (Завершить работу виртуальных машин и выполнить запланированную миграцию без потери данных?) выберите вариант Да>ОК.

   Примечание.

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

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

5. После завершения работы вы можете просматривать виртуальную машину и управлять ею на странице Виртуальные машины.

Выполнение переноса

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

Рекомендации, выполняемые после миграции

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

Устранение неполадок и советы

Вопрос. Я не вижу мою виртуальную машину AWS в обнаруженном списке серверов для миграции.
Ответ. Проверьте, соответствует ли (модуль) реплика (модуль) требованиям. Убедитесь, что агент Mobility Agent установлен на исходной виртуальной машине для переноса и зарегистрирован на сервере конфигурации. Проверьте параметры сети и правила брандмауэра, чтобы включить сетевой путь между устройством репликации и исходными виртуальными машинами AWS.

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

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

Вопрос. Я получаю ошибку "Не удалось получить GUID BIOS" при попытке обнаружить мои виртуальные машины AWS.
Ответ. Всегда используйте корневое имя входа для проверки подлинности, а не псевдопользователе. Кроме того, ознакомьтесь с поддерживаемыми операционными системами для виртуальных машин AWS.

Вопрос. Состояние реплика не выполняется.
Ответ. Проверьте, соответствует ли (модуль) реплика (модуль) требованиям. Убедитесь, что вы включили необходимые порты в реплика (модуль) TCP-порте 9443 и HTTPS 443 для транспорта данных. Убедитесь, что устаревшие версии реплика (модуль) не подключены к одному проекту.

Вопрос. Не удается обнаружить экземпляры AWS с помощью службы "Миграция Azure" и "Модернизация" из-за кода состояния HTTP 504 из удаленной службы управления Windows.
Ответ. Обязательно просмотрите требования к миграции Azure (модуль) и требования к доступу по URL-адресу. Убедитесь, что никакие параметры прокси-сервера не блокируют регистрацию устройства.

Вопрос. Нужно ли вносить какие-либо изменения перед переносом виртуальных машин AWS в Azure?
Ответ. Перед переносом виртуальных машин EC2 в Azure может потребоваться внести следующие изменения:

• Если вы используете cloud-init для подготовки виртуальных машин, вы можете отключить cloud-init на виртуальной машине, прежде чем реплика его в Azure. Действия по подготовке, выполняемые cloud-init на виртуальной машине, могут быть характерными для AWS и не будут действительны после миграции в Azure. ​
• Если виртуальная машина является паравиртуализированной (PV) и не аппаратной виртуальной машиной, возможно, вы не сможете запустить ее как в Azure. Виртуальные машины PV используют настраиваемую последовательность загрузки в AWS. Вы можете преодолеть эту проблему, удалив драйверы PV перед миграцией в Azure.
• Мы всегда рекомендуем выполнить тестовую миграцию перед окончательной миграцией.

Вопрос. Можно ли перенести виртуальные машины AWS под управлением операционной системы Amazon Linux?
Ответ. Не удается перенести виртуальные машины под управлением Amazon Linux, так как ос Amazon Linux поддерживается только в AWS. Чтобы перенести рабочие нагрузки, работающие в Amazon Linux, можно развернуть виртуальную машину CentOS/RHEL в Azure. Затем можно перенести рабочую нагрузку, выполняемую на компьютере AWS Linux, с помощью соответствующего подхода к миграции рабочей нагрузки. Например, в зависимости от рабочей нагрузки могут быть специальные средства для миграции. Эти средства могут использоваться для баз данных или средств развертывания для веб-серверов.

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

Изучите путешествие по миграции в облаке в Cloud Adoption Framework для Azure.