Общие сведения о миграции хранилища

Статья
05/10/2023

В этой статье рассматривается миграция хранилища в Azure и приводятся рекомендации по следующим сценариям миграции хранилища:

Миграция неструктурированных данных, таких как файлы и объекты
Миграция блочных устройств, таких как диски и сети хранения данных (SAN)

Миграция неструктурированных данных

Миграция неструктурированных данных включает в себя следующие сценарии:

Миграция файлов из подключенного к сети хранилища (NAS) в одно из предложений файлов Azure:
Миграция объектов из решений хранилища объектов на платформу хранилища объектов Azure:
- Хранилище BLOB-объектов Azure
- Azure Data Lake Storage.

Этапы переноса

Полная миграция включает несколько разных этапов: обнаружение, оценка и миграция.

Обнаружение	Оценка	Миграция
- Обнаружение источников для переноса	— Оценка применимой целевой службы - Технические рекомендации и рекомендации по затратам	— начальная миграция — повторная синхронизация - Заключительное переключение

Этап обнаружения

На этапе обнаружения вы определяете все источники, которые необходимо перенести, такие как общие ресурсы SMB, экспорты NFS или пространства имен объектов. Этот этап можно выполнить вручную или использовать автоматические средства.

Этап оценки

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

Шаги этапа оценки	Параметры
Выбор целевой службы хранилища	— Хранилище BLOB-объектов Azure и Data Lake Storage — Файлы Azure — Azure NetApp Files — Решения независимых поставщиков программного обеспечения
Выбор метода миграции	— Оперативная миграция — Автономная миграция — Сочетание этих двух методов
Выбор наиболее подходящего инструмента миграции для задания	— Коммерческие инструменты (Azure и ISV) — Открытый исходный код

Существует несколько коммерческих средств (ISV), которые могут помочь с этапом оценки. См. таблицу сравнения.

Выбор целевой службы хранилища

Выбор целевой службы хранилища зависит от приложения или пользователей, обращающихся к данным. Правильный выбор зависит от технических и финансовых характеристик. Во-первых, выполните техническую оценку для оценки возможных целевых объектов и определите, какие службы удовлетворяют требованиям. Затем выполните финансовую оценку, чтобы определить оптимальный вариант.

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

Поддержка протоколов
Характеристики производительности
Ограничения целевой службы хранилища

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

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

Базовое дерево принятия решений для выбора подходящей службы файлов

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

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

Планирование метода миграции

Существует два основных способа миграции хранилища.

В сети. В оперативном миграции применяется сеть для переноса данных. Можно использовать общедоступный Интернет или Azure ExpressRoute. Если у службы нет общедоступной конечной точки, необходимо использовать VPN-подключение к общедоступному Интернету.
Автономная миграция. При автономной миграции используется одно из устройств Azure Data Box.

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

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

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

Выбор наиболее подходящего инструмента миграции для задания

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

Средства с открытым исходным кодом отлично подходят для миграции небольшого объема данных. Для миграции с файловых серверов Windows в Файлы Azure рекомендуется начать работу с собственных функций службы Файлов Azure и использовать Синхронизацию файлов Azure. Для более сложных миграций, состоящих из различных источников, больших объемов данных или специальных требований, таких как регулирование полосы пропускания или подробный отчет с помощью возможностей аудита, лучшим выбором являются коммерческие инструменты. Эти средства упрощают миграцию и значительно снижают риски. Большинство коммерческих средств также могут выполнять обнаружение, которое предоставляет ценные данные для оценки.

Этап миграции

Этап миграции является заключительным этапом, на котором выполняются перемещение данных и миграция. Как правило, этап миграции выполняется несколько раз для упрощения переключения. Процесс миграции состоит из следующих шагов:

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

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

Миграция блочных устройств

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

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

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

Поделиться через