Обнаружение, оценка готовности и миграция виртуальных машин Google Cloud Platform (GCP) в Azure

В этом руководстве показано, как обнаруживать, оценивать и переносить виртуальные машины Google Cloud Platform (GCP) на виртуальные машины Azure с помощью средств "Миграция Azure: оценка сервера и миграция и модернизация".

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

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

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

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

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

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

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

   • Служба "Миграция Azure" и "Модернизация" использует проверку подлинности паролей для обнаружения экземпляров виртуальной машины GCP. По умолчанию экземпляры GCP не поддерживают проверку подлинности с использованием пароля. Прежде чем обнаружить экземпляр, необходимо включить проверку подлинности паролей.
     • На компьютерах 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 для обнаружения и оценки виртуальных машин GCP.

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

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

• Убедитесь, что виртуальные машины GCP, которые требуется перенести, выполняют поддерживаемую версию операционной системы (ОС). Виртуальные машины GCP обрабатываются как физические машины для миграции. Просмотрите поддерживаемые операционные системы и версии ядра для рабочего процесса миграции физического сервера. Вы можете использовать стандартные команды, например hostnamectl или uname -a проверить версии ОС и ядра для виртуальных машин Linux. Мы рекомендуем выполнить тестовую миграцию, чтобы проверить, работает ли виртуальная машина должным образом, прежде чем продолжить фактическую миграцию.
• Убедитесь, что виртуальные машины GCP соответствуют поддерживаемым конфигурациям для переноса в Azure.
• Убедитесь, что виртуальные машины GCP, которые реплицируются в 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, указанной при настройке миграции.

Подготовка экземпляров GCP к миграции

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

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

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

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

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

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

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

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

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

  

  

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

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

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

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

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

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

   

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

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

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

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

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

   Примечание.

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

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

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

   

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

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

   1. В разделе "Перед началом работы" выберите " Установить сервер конфигурации" и "Сервер обработки ", а затем нажмите кнопку "Далее".
   2. В стороннем лицензировании программного обеспечения выберите " Я принимаю лицензионное соглашение стороннего производителя", а затем нажмите кнопку "Далее".
   3. В разделе "Регистрация" выберите "Обзор ", а затем перейдите к расположению файла ключа регистрации хранилища, а затем нажмите кнопку "Далее".
   4. В параметрах Интернета выберите "Подключиться к Azure Site Recovery" без прокси-сервера и нажмите кнопку "Далее".
   5. На странице Проверка предварительных требований будет выполнена проверка нескольких элементов. После завершения нажмите кнопку "Далее".
   6. В разделе "Конфигурация MySQL" введите пароль для базы данных MySQL и нажмите кнопку "Далее".
   7. На странице Сведения о среде выберите Нет. Защита для виртуальных машин не требуется. Затем выберите Далее.
   8. В разделе Расположение установки щелкните Далее, чтобы принять значения по умолчанию.
   9. В разделе Выбор сети щелкните Далее, чтобы принять значения по умолчанию.
   10. На странице Сводка щелкните Установить.
   11. На странице Ход выполнения установки отображается информация о процессе установки. После завершения нажмите кнопку "Готово". Появится окно с предупреждением о перезагрузке. Нажмите ОК.
   12. Следующее окно выводит сообщение о парольной фразе для подключения к серверу конфигурации. Скопируйте парольную фразу в буфер обмена и сохраните ее во временном текстовом файле на исходных виртуальных машинах. Эта парольная фраза понадобится позже во время процесса установки служба .

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

    

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

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

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

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

   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>
   

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

Примечание.

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

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

   

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

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

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

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

   

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

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

   

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

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

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

    Примечание.

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

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

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

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

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

    Примечание.

    Чтобы реплицировать виртуальные машины с ключами, управляемыми клиентом, необходимо создать набор шифрования дисков в целевой группе ресурсов. Объект набора шифрования дисков сопоставляет управляемые диски с экземпляром 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. В разделе Просмотр и запуск репликации проверьте настройки, а затем нажмите кнопку Реплицировать, чтобы запустить первоначальную репликацию для серверов.

Примечание.

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

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

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

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

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

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

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

• Выполнение тестовой миграции проверяет, работает ли миграция должным образом, не затрагивая виртуальные машины GCP, которые остаются операционными и продолжают репликацию.
• Тестовая миграция имитирует миграцию путем создания виртуальной машины 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, и вы хотите применить преимущество к компьютерам, которые вы переносите.

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

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

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

   

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

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

   Примечание.

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

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

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

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

1. После завершения миграции щелкните правой кнопкой мыши виртуальную машину и выберите " Остановить миграцию". Это действие:
   • Прекратите выполнение репликации для виртуальной машины GCP.
   • Удаляет виртуальную машину GCP из счетчика серверов репликации в средстве миграции и модернизации.
   • Очистите информацию о состоянии репликации виртуальной машины.
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 для мониторинга использования ресурсов и расходов.

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

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

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

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

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

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

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

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

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

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

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