Выбор способа миграции
На предыдущем этапе проекта вы выполнили полное обнаружение и оценку своей текущей среды. Вы провели инвентаризацию серверов и служб, которые входят в область миграции, и зависимостей между ними. Вы получили рекомендации и поддержку от ИТ-специалистов и бизнес-команд, работающих с отдельными службами, и руководство утвердило миграцию.
Ваша первая задача — подтвердить выбранный способ миграции и инструменты, которые будут соответствовать бизнес-цели вашей компании по переносу существующей инфраструктуры в Azure.
В этом уроке будут сравниваться службы "Миграция Azure" и Azure Site Recovery как варианты для миграции серверных рабочих нагрузок в Azure. Вы также рассмотрите варианты миграции без агента и на основе агента и выберете способ, наиболее подходящий для вашего бизнес-сценария.
Определение инструментов и служб миграции
В Azure существует несколько инструментов и служб, которые помогут вам перенести ресурсы в Azure. Многие из этих инструментов объединены в службе "Миграция Azure", которая действует как концентратор для инструментов миграции, позволяя сосредоточить различные задачи миграции в одном месте.
Выбор инструмента зависит от типа рабочей нагрузки, которую вы планируете перенести. Для рабочих нагрузок базы данных средство, например Azure Database Migration Service (Azure DMS), помогает управлять всем процессом перемещения рабочих нагрузок базы данных в Azure.
Планирование пилотного проекта миграции
В рамках своей стратегии вы планируете запустить первоначальный пилотный проект по переносу части корпоративных приложений, которые не считаются критически важными для бизнеса. Эти приложения в настоящее время выполняются в центре обработки данных как рабочие нагрузки Windows Server и Linux, размещенные в Hyper-V. Последующие этапы миграции будут включать рабочие нагрузки, выполняемые в VMware.
В этом уроке вы узнаете, как Миграция Azure способна помочь вам выполнить пилотную миграцию. Вы также можете использовать Azure Site Recovery для перемещения виртуальных машин из локальной среды в Azure. Сравнив оба варианта, вы поймете, какой способ лучше соответствует вашему бизнес-сценарию.
Служба "Миграция Azure"
Служба "Миграция Azure" предоставляет интегрированный центр инструментов для оценки и миграции локальной инфраструктуры, приложений и данных в Azure. Предположим, вы уже использовали службу "Миграция Azure" для оценки своей среды. Вы можете выполнить миграцию с помощью инструмента Azure Migrate: Server Migration из того же проекта Миграции Azure. В службе "Миграция Azure" имеются собственные инструменты оценки и миграции, доступные без дополнительных затрат.
В этом модуле основное внимание уделяется использованию инструментов для оценки и миграции рабочих нагрузок.
средства ISV
Не существует одинаковых сценариев миграции. В некоторых проектах миграции могут существовать уникальные проблемы, требующие расширенного решения для миграции, помимо собственных инструментов Azure. Служба "Миграция Azure" интегрируется с другими службами и инструментами Azure, а также предложениями независимых поставщиков программного обеспечения (ISV) через единый унифицированный интерфейс портала. Предложения независимых поставщиков программного обеспечения предоставляют альтернативные варианты, если в проекте миграции вашей организации есть определенные проблемы, и вы можете получить доступ к этим вариантам непосредственно из службы "Миграция Azure".
Миграция или аварийное восстановление
Хотя для миграции рабочих нагрузок в Azure Site Recovery можно использовать и службу Azure Site Recovery, служба "Миграция Azure" специально разработана и оптимизирована для миграции. В центре службы "Миграция Azure" централизованы все инструменты и варианты поддержки, необходимые для различных рабочих нагрузок, в том числе для физических и виртуальных серверов, баз данных и приложений.
Миграция Azure позволяет вам обнаруживать свои ресурсы и предоставляет отчет об оценке, который включает оценки ежемесячных затрат (на вычислительные ресурсы и хранилище), а также готовность ВМ Azure и определение правильного размера на основе производительности.
Azure Site Recovery
Перенос рабочих нагрузок из локальной среды и общедоступного облака в облако — это конкретное бизнес-решение. Служба Azure Site Recovery разработана для аварийного восстановления локальных виртуальных машин и виртуальных машин Azure. Она может автоматически реплицировать рабочие нагрузки с первичного сайта на вторичный в случае сбоя. Предоставляя доступ к Azure в качестве вторичного сайта, вы можете избежать затрат на строительство или аренду и обслуживание еще одного центра обработки данных. Отработка отказа виртуальных машин выполняется из локальной среды в Azure или из одного региона Azure в другой. Однако, если вы используете Azure Site Recovery для миграции рабочих нагрузок в Azure, то не сможете выполнить восстановление размещения, так как миграция является одноразовой операцией.
Несмотря на некоторые общие черты в процессе репликации данных, службы "Миграция Azure" и Azure Site Recovery предназначены для разных целей. В этом модуле вы сосредоточитесь на использовании службы "Миграция Azure" для удовлетворения бизнес-требований вашей компании и миграции рабочих нагрузок.
Сравнение миграции без агента и миграции на основе агента
При планировании миграции вы сначала должны выбрать способ миграции — на основе агента или без агента. Способ на основе агента подразумевает установку упрощенного агента на каждый компьютер, который вы хотите реплицировать для миграции. Агент координирует данные репликации с каждого компьютера и подготавливает их к отправке в Azure. При репликации на основе агента вам не нужно отключать системы во время миграции, что обеспечивает непрерывный рабочий цикл.
Миграция на основе агента связана с расходами на управление агентами и поддержание их в актуальном состоянии. Миграция без агента — это более дешевое решение, которое позволяет избежать накладных расходов на управление. Однако в этом случае требуется отключать системы на время миграции. Как правило, если система критически важна для бизнеса, следует использовать вариант на основе агента. Для некритических или удаленных систем короткие периоды простоя не представляют большой проблемы, и вы можете использовать миграцию без агента.
Миграция без агента
Обдумывая выбор инструмента миграции, помните о первоначальной цели пилотного проекта — миграции виртуальных машин на базе Hyper-V в Azure. Инструмент миграции сервера службы "Миграция Azure" обеспечивает репликацию без агента для локальных виртуальных машин Hyper-V с использованием рабочего процесса миграции, оптимизированного для Hyper-V. Вы устанавливаете программный агент только на узлы Hyper-V или узлы кластера. На отдельных виртуальных машинах Hyper-V ничего устанавливать не нужно.
Пилотный проект требует, чтобы вы перенесли в Azure некритические рабочие нагрузки, выполняемые в Hyper-V. Таким образом, вы будете использовать миграцию без агента со службой "Миграция Azure".
Оценка рабочих нагрузок VMware
На последующих этапах миграции вам нужно будет рассмотреть подход на основе агента, так как в VMware выполняется значительная часть критически важных для бизнеса рабочих нагрузок компании.
Использование варианта на основе агента также позволяет получить подробные сведения о том, как рабочие нагрузки VMware связаны друг с другом, и о зависимостях между виртуальными машинами. Агенты будут собирать эти данные, а затем вы с помощью функции визуализации зависимостей Azure сможете разобраться в этих зависимостях. Заинтересованные лица в вашей компании хотят быть уверенными в успехе всей миграции, а визуализация зависимостей на основе агентов повысит вашу уверенность при оценке наиболее важных для бизнеса рабочих нагрузок.