Перенос с помощью Azure Migrate: перенос без изменений

Повторное размещение — обычно называемое подъёмом и переносом — это стратегия миграции, при которой виртуальная машина перемещается из локальной среды в Azure без изменений операционной системы, двоичных файлов приложения или данных. Инструмент Azure Migrate для миграции и модернизации (ранее Server Migration) автоматизирует этот процесс: он реплицирует данные дисков в Azure, а затем выполняет переключение с минимальным простоем. Подъём и перенос идеально подходит для приложений, которые сложно переработать, или при жёстких сроках миграции.

Перед началом репликации необходимо: завершить обнаружение и оценку, чтобы получить рекомендации по артикулам целевых виртуальных машин, создать целевые ресурсы Azure (группу ресурсов, виртуальную сеть и подсеть) и убедиться, что модуль Azure Migrate работает исправно. Для источников VMware модулю необходимы разрешения vCenter на чтение, а гостевая виртуальная машина должна быть доступна по сети с модуля. Если миграция выполняется с Hyper-V или физических серверов, скачайте и зарегистрируйте программное обеспечение поставщика репликации.

Репликация копирует все данные дисков исходной виртуальной машины в управляемую Azure учётную запись кэшированного хранилища, а затем асинхронно размещает эти данные в Azure. На портале Azure Migrate перейдите к пункту Репликация, выберите исходные виртуальные машины, сопоставьте их с рекомендованным артикулом виртуальной машины Azure и выберите целевую виртуальную сеть. Начальное время репликации зависит от размера диска и пропускной способности: синхронизация диска объёмом 100 ГБ через соединение 100 Мбит/с занимает примерно 2 часа.

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

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

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

На портале Azure Migrate нажмите Миграция для выбранного сервера. Вам будет предложено выключить локальную виртуальную машину перед миграцией (рекомендуется, чтобы избежать потери данных). Azure применит последние изменения, создаст виртуальную машину Azure и отметит миграцию как завершённую. Затем необходимо обновить записи DNS, серверные части балансировщика нагрузки или строки подключения приложения, указав новый частный IP-адрес или FQDN Azure, чтобы клиенты начали использовать виртуальную машину Azure.

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

После стабилизации мигрированной виртуальной машины в Azure и получения одобрения заинтересованных лиц можно вывести локальную исходную виртуальную машину из эксплуатации. В Azure Migrate выберите Завершить миграцию, чтобы закрыть репликацию. Это не приводит к автоматическому выключению локальной виртуальной машины: её необходимо отключить и вернуть оборудование в распоряжение в соответствии с обычным процессом управления ИТ-активами. Вывод из эксплуатации снижает затраты на локальную инфраструктуру и приближает вас к полностью облачной операционной модели.

Для крупных миграций, включающих сотни виртуальных машин, Azure Migrate поддерживает массовые операции с помощью импорта CSV. Подготовьте CSV со списком каждой исходной виртуальной машины, её целевого артикула, целевой группы ресурсов и виртуальной сети, а затем загрузите его, чтобы одновременно начать репликацию всех виртуальных машин. Группы миграции позволяют упорядочить репликацию и переключение, чтобы зависимые уровни приложения (база данных, приложение, веб-уровень) мигрировали в правильном порядке в рамках одного окна технического обслуживания.

Обратите внимание на следующие распространённые проблемы при подъёме и переносе: шифрование загрузочного диска на виртуальных машинах Linux может помешать их запуску в Azure (после миграции используйте Azure Disk Encryption); статические IP-адреса, заданные в конфигурациях приложений, необходимо заменить на частные IP-адреса Azure или имена DNS; правила брандмауэра в локальной среде, ссылающиеся на IP-адрес сервера, возможно, потребуется перенести в NSG Azure; а настройки часового пояса на виртуальных машинах Windows могут изменить поведение приложений в среде Azure с часовым поясом UTC.

Проверьте своё понимание концепций Microsoft Azure Fundamentals (AZ-900), рассмотренных в этом уроке.

В этом уроке вы узнали, что процесс миграции методом повторного размещения включает репликацию, синхронизацию изменений, тестовую миграцию и переключение; тестовая миграция проверяет виртуальную машину в изолированной сети до её ввода в эксплуатацию; а действия после миграции (мониторинг, резервное копирование и обновление DNS) необходимы до вывода локальных ресурсов из эксплуатации. Далее мы рассмотрим рекомендации по миграции баз данных в Azure.