Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Хотя термин конечная точка часто используется в сетевых технологиях, в контексте службы перемещения хранилища этот термин используется для описания местоположения хранилища с высоким уровнем детализации.
Конечная точка перемещения хранилища — это ресурс, содержащий путь к исходному или целевому расположению и другим соответствующим сведениям. Конечные точки используются при создании определения задания для определения исходных и целевых расположений для определенной операции копирования. В качестве источника или целевого объекта можно использовать только определенные типы конечных точек соответственно. Например, данные, содержащиеся в конечной точке общей папки NFS (сетевая файловая система), можно скопировать только в контейнер хранилища BLOB-объектов. Аналогичным образом операции копирования с целевым объектом общей папки на основе SMB (блок сообщений сервера) можно перенести только в общую папку Azure.
В этой статье рассматриваются создание и управление конечными точками для перемещения хранилищ в Azure. Для выполнения этих примеров требуется ресурс перемещения хранилища верхнего уровня. Если вы еще не создали его, выполните действия, описанные в статье Создание ресурса Storage Mover, прежде чем продолжить.
Выполнив действия, описанные в этой статье, вы сможете создавать конечные точки и управлять ими с помощью портала Azure и Azure PowerShell.
Общие сведения о ресурсе конечной точки
В иерархии ресурсов Azure Storage Mover проект миграции используется для организации заданий миграции в виде логических задач или компонентов. Проект миграции, в свою очередь, содержит по крайней мере одно определение задания, описывающее исходное и целевое расположения для проекта миграции. В статье "Понимание иерархии ресурсов Storage Mover" содержатся более подробные сведения об отношениях между Storage Mover, его конечными точками и проектами.
Поскольку для миграции требуются как четко определенный источник, так и целевой объект, конечные точки привязываются к ресурсу управления перемещением хранилища верхнего уровня. Это размещение позволяет повторно использовать конечные точки в любом количестве определений заданий. Хотя существует только один ресурс конечной точки, свойства каждой отдельной конечной точки могут отличаться в зависимости от его типа. Например, общие папки NFS (сетевая файловая система), общие папки SMB и конечные точки контейнера BLOB-объектов службы хранилища Azure требуют существенно разных сведений.
Текущий выпуск служба хранилища 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-го поколения используется для миграции. |
Конечные точки SMB
SMB использует концепцию ACL (список управления доступом) и проверку подлинности на основе пользователей для предоставления доступа к общим файлам для выбранных пользователей. Чтобы обеспечить безопасность, Storage Mover использует интеграцию с Azure Key Vault для безопасного хранения и жесткого контроля доступа к учетным данным и другим конфиденциальным данным. Во время миграции ресурсы агента перемещения хранилища подключаются к конечным точкам SMB с секретами Key Vault, а не с небезопасными жестко закодированными учетными данными. Этот подход значительно снижает вероятность случайной утечки секретов.
После настройки локального источника общей папки добавьте секреты для имени пользователя и пароля в Key Vault. Необходимо указать имя Хранилища ключей или универсальный идентификатор ресурса (URI), а также имена или URI секретов учетных данных при создании конечных точек SMB.
Доступ агента к хранилищу ключей и целевым ресурсам хранилища управляется системой авторизации Azure RBAC (управление доступом на основе ролей). Эта система позволяет вам определять доступ на основе атрибутов, связанных с управляемыми идентификациями, субъектами безопасности и ресурсами. Важно отметить, что необходимые назначения ролей RBAC автоматически применяются при создании конечных точек SMB на портале Azure. Однако для любой конечной точки, созданной программным способом, необходимо вручную выполнить следующие назначения:
Должность | Ресурс |
---|---|
Пользователь секретов Key Vault | Ресурс Key Vault, используемый для хранения учетных данных доступа к источнику SMB |
Участник с привилегиями на доступ к данным файла хранилища | Целевой ресурс общей папки |
Существует множество вариантов использования, требующих сохранения значений метаданных, таких как метки времени файлов и папок, списки управления доступом и атрибуты файлов. Storage Mover поддерживает тот же уровень целостности файлов, что и базовая файловая общая папка Azure. В свою очередь файлы Azure поддерживают подмножествосвойств файлов NTFS. В следующей таблице представлены общие метаданные, перенесенные:
Свойство метаданных | Результат |
---|---|
Структура каталогов | Исходная структура каталогов источника сохраняется в целевом общем доступе. |
Права доступа | Разрешения исходного файла или каталога сохраняются на целевом ресурсе. |
Символические связи | Символьные ссылки на источник сохраняются и сопоставляются с целевой общей папкой. |
Создание метки времени | Исходная метка времени создания исходного файла сохраняется в целевой общей папке. |
Изменение метки времени | Исходная метка времени изменения исходного файла сохраняется в целевой общей папке. |
Измененная метка времени | Исходная измененная метка времени исходного файла сохраняется в целевой общей папке. |
Метка времени последнего доступа | Эта метка времени последнего доступа не поддерживается для файла или каталога в целевой общей папке. |
Другие метаданные | Другие метаданные исходного элемента сохраняются, если целевое хранилище поддерживает его. |
Конечные точки NFS
С помощью протокола NFS можно передавать файлы между компьютерами под управлением Windows и других операционных систем, отличных от Windows, таких как Linux или UNIX. Текущая версия службы Azure Storage Mover поддерживает миграцию только из общих папок NFS на NAS или серверном устройстве в вашей сети в контейнер Azure Blob.
В отличие от SMB, NFS не использует концепцию ACL или пользовательскую проверку подлинности. Это различие позволяет получать доступ к конечным точкам NFS без интеграции Azure Key Vault. Кроме того, Storage Mover по-разному обрабатывает метаданные для источников монтирования NFS и их целевых контейнеров blob-объектов. В следующей таблице определены результаты для распространенных метаданных, возникающих во время миграции:
Свойство метаданных | Результат |
---|---|
Структура каталогов | Контейнеры BLOB-объектов не имеют традиционной файловой системы, а поддерживают "виртуальные папки". Путь к файлу в папке определяется именем файла и помещается в неструктурированный список в контейнере BLOB-объектов. Пустые папки представлены как пустой блоб в целевом контейнере. Как и в файлах, метаданные исходной папки сохраняются в поле пользовательских метаданных этого большого двоичного объекта. |
Права доступа | Разрешения на исходный файл сохраняются в собственных метаданных BLOB-объектов, но не работают так, как в источнике. |
Символические связи | Целевой файл мигрируется, если его символьная ссылка может быть распознана. Символьная ссылка, которая не может быть разрешена, записывается в журнал как неудающийся файл. |
Создание метки времени | Исходная метка времени исходного файла сохраняется в виде пользовательских метаданных BLOB-объектов. Метка времени, связанная с специфическим двоичным объектом, отражает время миграции файла. |
Изменение метки времени | Исходная метка времени исходного файла сохраняется в виде пользовательских метаданных BLOB-объектов. В этом типе нет встроенной метки времени для блоба. |
Измененная метка времени | Исходная метка времени исходного файла сохраняется в виде пользовательских метаданных BLOB-объектов. Метка времени, связанная с специфическим двоичным объектом, отражает время миграции файла. |
Метка времени последнего доступа | Эта метка времени сохраняется как пользовательские метаданные BLOB, если она существует в исходном файле. В этом типе нет встроенной метки времени для блоба. |
Другие метаданные | Другие метаданные сохраняются в пользовательском поле метаданных целевого блоба, если они существуют в исходных элементах. Можно хранить только 4 КиБ метаданных. Метаданные большего размера не переносятся. |
Создание конечной точки
Прежде чем создать определение задания, необходимо создать конечные точки для источников и целевых источников данных.
Это важно
Если вы еще не развернули ресурс Storage Mover, используя поставщика ресурсов, необходимо создать ресурс верхнего уровня, прежде чем предпринимать шаги, описанные в этом примере.
Mover службы хранилища Azure поддерживает сценарии миграции с помощью протоколов NFS и SMB. Действия по созданию обеих конечных точек похожи. Ключевым различием между созданием конечных точек с поддержкой NFS и SMB является использование Azure Key Vault для хранения общих учетных данных для ресурсов SMB. При выполнении задания миграции агенты используют общие учетные данные, хранящиеся в Key Vault. Доступ к секретам Key Vault управляется посредством назначения роли RBAC на управляемое удостоверение агента.
Создание исходной конечной точки
Исходные конечные точки определяют расположения, из которых переносятся данные. Исходные конечные точки используются для определения источника данных, указанных в проекте миграции. Mover службы хранилища Azure обрабатывает исходные расположения в виде общих папок. Эти расположения могут находиться в подключенном к сети хранилище (NAS), сервере или даже на рабочей станции. Общие протоколы для общих папок : SMB (блок сообщений сервера) и NFS (сетевая файловая система).
Ниже описан процесс создания исходной конечной точки.
На портале Azure перейдите на страницу ресурса Storage Mover. Выберите конечные точки хранилища в области навигации, чтобы получить доступ к конечным точкам.
На странице конечных точек хранилища по умолчанию отображаются имена всех подготовленных исходных конечных точек и сводка связанных свойств. Вы можете выбрать целевые конечные точки для просмотра соответствующих конечных точек назначения. Кроме того, можно отфильтровать результаты, выбрав версию протокола или фильтр узла и выбрав соответствующий параметр.
Выберите "Создать конечную точку", чтобы развернуть меню типа конечной точки . Выберите "Создать исходную конечную точку ", чтобы открыть область "Создать исходную конечную точку", как показано на следующем рисунке.
В области создания исходной конечной точки укажите значения требуемого имени узла или IP-адреса и имени общего ресурса . Имя узла или значение IP-адреса должно быть либо адресом IPv4, либо полным именем домена или хоста.
Это важно
В зависимости от конфигурации DNS может потребоваться использовать полное доменное имя вместо имени узла.
Вы также можете добавить необязательное значение описания длиной до 1024 символов. Затем выберите версию протокола , чтобы развернуть меню выбора протокола и выбрать соответствующий параметр для исходного целевого объекта.
Агенты перемещения хранилища используют секреты, хранящиеся в Key Vault, для подключения к конечным точкам SMB. При создании конечной точки источника SMB необходимо указать как имя хранилища ключей Key Vault, содержащего секреты, так и сами имена этих секретов.
Сначала выберите Key Vault, чтобы развернуть меню и выбрать имя Key Vault, содержащего ваши секреты. При необходимости можно указать значение, с помощью которого можно отфильтровать список хранилищ ключей.
Выбрав соответствующее хранилище ключей, вы можете указать значения для обязательных полей выбора секрета для имени пользователя и выбора секрета для пароля. Эти значения можно предоставить, предоставив URI секретам или выбрав секреты из списка. Нажмите кнопку "Выбрать секрет" , чтобы включить меню и выбрать значения имени пользователя и пароля. Кроме того, можно включить опцию Ввод секретного ключа из URI и указать соответствующий URI для имени пользователя и пароля.
Значения для имени узла и общего ресурса объединяются для формирования полного пути к источнику миграции. Значение пути отображается в поле полного исходного пути . Скопируйте предоставленный путь и убедитесь, что вы можете получить доступ к нему перед фиксацией изменений. Наконец, после подтверждения правильности всех значений и доступа к исходному пути нажмите кнопку "Создать ", чтобы добавить новую конечную точку.
Новая конечная точка развернута и теперь отображается в списке исходных конечных точек, как показано на следующем примере изображения.
Создание целевой конечной точки
Целевые конечные точки определяют расположения, в которые переносятся данные. Azure предлагает различные типы облачного хранилища. Фундаментальным аспектом миграции файлов в Azure является определение того, какой вариант хранилища Azure подходит для ваших данных. Количество файлов и папок, их структура каталогов, протокол доступа, точность файлов и другие аспекты являются важными входными данными в полное проектирование облачного решения.
Если вам нужна помощь в выборе подходящего целевого хранилища Azure для облачного решения, см. статью "Основы миграции в облако ".
Ниже описан процесс создания целевой конечной точки.
На портале Azure перейдите на страницу ресурса Storage 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-объектов или общую папку из соответствующего раскрывающегося списка. Наконец, можно добавить необязательное значение Описания для целевого объекта длиной до 1024 символов и выбрать "Создать ", чтобы развернуть конечную точку.
Новая конечная точка развернута и теперь отображается в списке конечных точек, как показано на следующем рисунке.
Просмотр и изменение свойств конечной точки
В зависимости от варианта использования может потребоваться получить определенную конечную точку или полный список всех ресурсов конечной точки. Также может потребоваться добавить или изменить описание конечной точки.
Выполните действия, описанные в этом разделе, чтобы просмотреть конечные точки, доступные вашему ресурсу Storage Mover.
Чтобы создать конечную точку с помощью навигации на портале Azure, перейдите на страницу ресурсов перемещения хранилища . Выберите конечные точки хранилища в области навигации, чтобы получить доступ к конечным точкам, как показано на примере изображения.
На странице конечных точек хранилища по умолчанию отображаются имена всех подготовленных исходных конечных точек и сводка связанных свойств. Чтобы просмотреть подготовленную конечную точку назначения, выберите "Целевые конечные точки". Вы можете отфильтровать результаты дальше, выбрав фильтры протокола или узла и соответствующий параметр.
В настоящее время портал Azure не поддерживает прямое изменение подготовленных конечных точек. Однако описание конечной точки можно изменить с помощью Azure PowerShell, выполнив этот пример. Ресурсы конечных точек, требующие обновления на портале Azure, должны быть удалены и повторно созданы.
Удаление конечной точки
Удаление ресурса конечной точки в вашей производственной среде должно происходить относительно редко, хотя в некоторых случаях это может оказаться полезным. Чтобы удалить ресурс конечной точки Mover хранилища, следуйте приведенному ниже примеру.
Предупреждение
Удаление конечной точки является постоянным действием и не может быть отменено. Рекомендуется убедиться, что вы готовы удалить конечную точку, так как вы не сможете восстановить ее позже.
Чтобы удалить конечную точку с помощью портала Azure, перейдите на страницу ресурса Storage Mover. Выберите конечные точки хранилища в области навигации, чтобы получить доступ к конечным точкам, как показано на следующем рисунке.
В представлении конечных точек источника по умолчанию отображаются имена всех подготовленных конечных точек источника и сводка связанных с ними данных. Вы можете выбрать фильтр конечных точек назначения , чтобы просмотреть соответствующие конечные точки назначения.
Найдите имя конечной точки, которую вы хотите удалить, и установите соответствующий флажок. Убедившись, что выбрана соответствующая конечная точка, нажмите кнопку "Удалить ", как показано на следующем рисунке.
Новая конечная точка удаляется и больше не отображается в списке конечных точек, как показано на следующем рисунке.
Дальнейшие шаги
Создайте проект для объединения разных исходных ресурсов, которые следует перенести вместе.