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

Основы облачной миграции для хранилища файлов и папок

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

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

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

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

Этап 1. Обнаружение

На этапе обнаружения вы решите, какие исходные расположения являются частью проекта миграции. Azure Storage Mover обрабатывает исходные местоположения в виде общих папок. Эти расположения могут находиться в хранилище, подключенном к сети (NAS), сервере или даже на рабочей станции. Общие протоколы для общих папок : SMB (блок сообщений сервера) и NFS (сетевая файловая система).

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

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

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

Это важно

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

Результатом этапа обнаружения является список общих папок, которые необходимо перенести в Azure. У вас должны быть отдельные списки для каждой рабочей нагрузки.

Azure Storage Mover предлагает проекты миграции для создания и хранения отдельных списков. Распространенная практика заключается в том, чтобы называть проект миграции по рабочей нагрузке, которую вы мигрируете. Эта практика упрощает надзор за этапами планирования и прогрессом миграции.

Этап 2. Оценка

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

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

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

Ниже приведены два основных компонента файла:

  • Поток данных: Поток данных файла сохраняет содержимое файла.
  • Метаданные файла: Метаданные файла имеют следующие вложенные компоненты:
    • Атрибуты файла, такие как только для чтения
    • Разрешения файлов, такие как разрешения NTFS или списки управления доступом к файлам и папкам (ACL)
    • метки времени, в первую очередь создание и последнего изменения метки времени
    • альтернативный поток данных, который является пространством для хранения больших объемов нестандартных свойств

"Точность файлов" в миграции можно определить как способность:

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

Выходные данные этапа оценки — это список аспектов, найденных в исходном ресурсе. Эти аспекты могут включать такие данные, как:

  • Размер общего ресурса.
  • Количество элементов пространства имен или объединенное количество файлов и папок.
  • Уровень точности, который необходимо сохранить в целевом объекте хранилища Azure.
  • Уровень надежности, который должен оставаться изначально работающим в целевом хранилище Azure.

Это важное знание, которое является важным вкладом в проектирование ваших облачных решений для хранения.

Этап 3. Планирование

На этапе планирования вы объединяете выявленные исходные доли с целевыми местоположениями в Azure.

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

В службе Azure Storage Mover можно фиксировать каждую пару "источник/цель" как определение задания. Определение задания вложено в проект миграции, который вы создали ранее. Для каждой пары исходного или целевого задания требуется новое, уникальное определение задания.

Замечание

В этом выпуске Azure Storage Mover целевое хранилище должно существовать до создания описания задания. Например, если целевой объект является контейнером BLOB-объектов Azure, перед созданием нового определения задания необходимо развернуть его.

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

Этап 4. Развертывание

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

В настоящее время служба перемещения данных Azure Storage Mover не позволяет развернуть целевой ресурс. Для развертывания хранилища Azure можно использовать портал Azure, Azure PowerShell, Azure CLI или Bicep-файл.

Это важно

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

Этап 5. Миграция

Работа по копированию файлов и папок в целевое расположение Azure выполняется на этапе миграции.

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

  • Свести к минимуму время простоя рабочих процессов.
  • Определите правильный режим миграции.

Минимизация простоя

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

Конвергентная, n-проходная миграция

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

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

Режимы миграции

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

Существует два режима копирования:

Режим копирования Поведение миграции
Зеркальное отображение
Целевой объект выглядит как источник.		 - Файлы в целевом объекте удаляются, если они не существуют в источнике.
- Файлы и папки в целевом объекте обновляются, чтобы соответствовать источнику.
Слияние
Целевой объект имеет больше содержимого, чем источник, и вы продолжаете добавлять в него.		 - Файлы хранятся в целевом объекте, даже если они не существуют в источнике.
- Файлы с соответствующими именами и путями обновляются, чтобы соответствовать источнику.
- Переименование папок между копиями может привести к дублированию содержимого в целевом объекте.

Этап 6. Задачи после миграции

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

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

Ниже приведены несколько рекомендаций.

Дальнейшие шаги

Эти статьи помогут вам использовать Mover Azure Storage для переноса данных в облако: