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

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

Что такое lift and shift?

Lift and shift - стратегия миграции, которая выбирает путь наименьшего сопротивления, позволяя повторно размещать существующую рабочую нагрузку без модификаций. Как и при переезде, собирается все,  что есть в дата-центре и перемещается это в облако. Но в отличие от переезда на новое местожительства, здесь не снимаются стойки и не вытаскиваются серверы.

Миграция lift and shift перемещает существующий сервер с текущего хоста в облачный с использованием инструментов для репликации того, что запущено на локальном решении. Это означает, что наша база данных SQL, IIS конфигурация, параметры реестра и конфигурация ОС - части нового развертывания на Azure без необходимости переписывания части приложения для PaS. В этом случае происходит перемещение на виртуальные машины Azure и сокращается время работы и усилий.

Ограничения

Миграция требует принятия ряда решений после выбора стратегии.

Зачем  нужна миграция? – один из популярнейших вопросов. Главная причина – меньшая зона ответственности. Управление сетями, rack - конфигурации, системы резервного копирования, устройства балансировки нагрузки и другие части инфраструктуры подвергают дополнительному риску. Приходится быть экспертами во всем оборудовании, понимать как части взаимосвязаны между собой. Это сложно сделать только с помощью процесса разработки ПО и документации. Позвольте Azure обрабатывать эти вещи, в то время как Вы работаете над приложением. Иногда приходится сталкиваться с таким возражением:" Разве в облаке не дороже?" Дороже может быть только в случае, если во внимание не принимаются ресурсы, создаваемые в облаке. Выяснение того, что нужно, сколько и когда поможет лучше определить расходы и принести максимальную ценность. Кто будет осуществлять lift and shift?  Кто будет следить за каждым шагом процесса миграции? Кто обновляет DNS? Это только несколько вопросов, которы  важно проработать команде.

Azure Migrate

Azure Migrate - набор инструментов в Azure, который помогает в процессе lift and shift, предоставляет возможность обнаружить и определить, как выглядит текущее развертывание приложения. Используйте центральный репозиторий для перемещения таких элементов как резервные копии сервера и баз данных.

Azure Migrate оценивает и подготавливает серверы, веб-приложения, виртуальные рабочие столы и даже большие неструктурированные данные.

Azure Migrate помогает выполнить оценку на существующем развертывании для определения готовности к облачной миграции. Изучите существующие VMWare, Hyper-V, Xen, или даже серверы другой облачной хостинговой компании. Ключевые части оценки включают определение места миграции,  размер виртуальных машин, использование и производительность серверов. После завершения Azure Migrate составляет рейтинг  успешности миграции. Станет понятно, готовы ли Вы перейти в облако ДО того, как выполните этот процесс.

После определения того, что нужно, можно реплицировать серверы с использованием Azure Migrate, установленным на виртуализированный сервер Windows. Программно-аппаратный комплекс разворачивается на решениях VMware или Hyper-V, с использованием шаблонов OVA или VHD. Программно-аппаратный комплекс будет координировать взаимодействие, безопасность и процесс миграции данных для приложений.

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

Информация, приведенная здесь, общая. Лучший способ начать изучать как выглядит миграция на практике - обучающий модуль от Microsoft “Design your migration to Azure”. Вместе с модулем идет много полезной информации на сайте Microsoft Docs. В случае, если что-то пойдет не так, всегда поможет служба поддержки Azure. 

No Comments