Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Mover Azure Storage — это полностью управляемая служба миграции, которая позволяет переносить ваши файлы и папки из локальных хранилищ или хранилищ AWS S3 в Azure Storage, минимизируя время простоя ваших рабочих нагрузок.
Перемещение хранилища можно использовать для различных сценариев миграции, таких как lift-and-shift, и для миграций, которые необходимо регулярно повторять. служба хранилища Azure Mover также помогает контролировать и управлять миграцией всех глобальных распределенных файловых ресурсов из одного ресурса перемещения хранилища.
Поддерживаемые источники и целевые объекты
Текущий выпуск служба хранилища Azure Mover поддерживает полнофункциональная миграцию для определенных сочетаний пар исходного целевого объекта. Всегда используйте последнюю версию агента, чтобы воспользоваться этими поддерживаемыми источниками и назначениями:
Исходный протокол | Назначение | Комментарии |
---|---|---|
S3 (предварительная версия) | Контейнер хранилища BLOB-объектов Azure | Контейнеры AWS S3 с классами хранилища "Ледник" или "Глубокое архивирование ледников" нельзя перенести. |
Подключение SMB 2.x и 3.x | Контейнер хранилища Blob-объектов Azure, файловая общая папка Azure (SMB) | Источники SMB 1.x и общие папки Azure NFS в настоящее время не поддерживаются. |
Монтирование SMB 2.x и 3.x | Контейнер хранилища BLOB-объектов Azure | Контейнеры с поддержкой функции иерархического пространства имен (HNS) поддерживаются, а набор REST API ADLS 2-го поколения используется для миграции. |
Подключение NFS 3 и 4 | Контейнер хранилища BLOB-объектов Azure | Контейнеры с поддержкой функции иерархического пространства имен (HNS) поддерживаются, а набор REST API ADLS 2-го поколения используется для миграции. |
Контейнер BLOB-объектов Azure без функции службы иерархического пространства имен не имеет традиционной файловой системы. Стандартный контейнер BLOB использует "виртуальные" папки для имитации этой функции. При использовании этого подхода файлы в папках в источнике получают свой путь, предопределенный их имени, и помещаются в неструктурированный список в целевом контейнере BLOB-объектов.
При переносе данных из исходной конечной точки с помощью протокола SMB Storage Mover поддерживает тот же уровень точности передачи файлов, что и файловое хранилище Azure. Поддерживаются такие значения структуры папок и метаданных, как метки времени файлов и папок, списки управления доступом и атрибуты файлов. Во время миграции данных из источника NFS служба Storage Mover представляет пустые папки в виде пустого Blob на целевом хранилище. Метаданные исходной папки сохраняются в поле пользовательских метаданных этого большого двоичного объекта, так же, как и в файлах.
Однако при переносе данных из исходной конечной точки с помощью протокола NFS могут потребоваться "виртуальные" папки во время миграции. Так как контейнеры BLOB-объектов Azure без поддержки HNS не имеют традиционной файловой системы, Storage Mover использует эти папки для имитации локальной файловой системы. Если файлы находятся в папках в исходной конечной точке, хранилище Mover предопределит их пути к их именам и помещает файл в неструктурированный список в целевом контейнере BLOB-объектов.
Полностью управляемые миграции
Для обработки миграций из нескольких исходных сетевых ресурсов вам необходимо развернуть только один экземпляр инстанции Storage Mover в своей подписке, даже если они находятся в разных частях света. Сам ресурс перемещения хранилища не обрабатывает файлы и папки. Вместо этого вы развертываете агент миграции рядом с исходным ресурсом для отправки данных непосредственно в выбранные целевые объекты в Azure.
служба хранилища Azure Mover предоставляет набор ресурсов управления, которые можно использовать в каждой общей папке, которую планируется перенести. Например, можно выразить план миграции и сохранить надзор за ходом миграции и результатами на основе общего ресурса. Чтобы воспользоваться этой возможностью, создайте проект миграции для каждой перенесенной рабочей нагрузки. В проекте определите параметры источника, целевого объекта и миграции для каждого исходного ресурса, от которого зависит ваша рабочая нагрузка. Вы можете оставаться в полном контроле о том, когда начать миграцию общей папки, отслеживать его ход выполнения и просматривать результаты.
В статье иерархии ресурсов содержатся дополнительные сведения об отдельных ресурсах Mover хранилища и о том, как лучше их использовать для миграции. Дополнительные сведения о планировании развертывания см. в статье о планировании развертывания служба хранилища Azure Mover.
Гибридная облачная служба
служба хранилища Azure Mover — это гибридная облачная служба. Гибридные службы имеют как компонент облачной службы, так и компонент инфраструктуры. Администратор службы запускает компонент инфраструктуры в корпоративной среде. Для Mover хранилища этот гибридный компонент состоит из агента миграции. Агенты — это виртуальные машины, развернутые и запущенные на узле рядом с исходным хранилищем. Дополнительные сведения об агенте и его развертывании см. в статье о развертывании агента Mover хранилища.
За исключением процесса регистрации агента, все аспекты миграции управляются из облачной службы. Сведения о процессе регистрации агента доступны в статье регистрации агента.
Использование служба хранилища Azure Mover и Azure Data Box
При переходе локальных рабочих нагрузок в службу хранилища Azure сокращение времени простоя и обеспечение предсказуемости периодов недоступности имеет решающее значение для пользователей и бизнес-операций. Для первоначальной массовой миграции можно использовать Azure Data Box и объединить его с служба хранилища Azure Mover для онлайн-перехвата.
Использование Azure Data Box экономит значительную пропускную способность сети. Однако активные рабочие нагрузки в исходном хранилище могут быть изменены, пока Data Box передается в Центр обработки данных Azure. Этап "сетевого перехвата" включает обновление облачного хранилища с этими изменениями, прежде чем полностью сократить рабочую нагрузку для использования облачных данных. Этот этап обычно требует минимальной пропускной способности, так как большинство данных уже находятся в Azure, и необходимо передать только разностную передачу. служба хранилища Azure Mover преуспевает в этой задаче.
служба хранилища Azure Mover обнаруживает различия между локальным хранилищем и облачным хранилищем, переносом обновлений и новыми файлами, не захваченными передачей Data Box. Кроме того, если единственное изменение файла ограничено метаданными (например, разрешениями), Azure Storage Mover загружает только обновленные метаданные вместо всего содержимого файла.
См. дополнительные сведения о том, как использовать Azure Storage Mover с Azure Data Box, в блоге Azure Storage.
Следующие шаги
В следующих статьях вы можете ознакомиться со службой Mover хранилища.