Общие сведения о иерархии ресурсов служба хранилища Azure Mover

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

Обзор

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

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

ресурс перемещения служба хранилища

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

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

Агент миграции можно зарегистрировать только в одном объекте перемещения хранилища.

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

Агент миграции

служба хранилища Mover — это гибридная служба и использует один или несколько агентов миграции для упрощения миграции. Агент — это виртуальная машина, которая выполняется в сети. Это также имя ресурса, родительского для ресурса перемещения хранилища, развернутого в группе ресурсов.

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

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

Совет

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

Примечание.

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

Проект миграции

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

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

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

Группирование источников в проект не означает, что необходимо параллельно перенести все из них. У вас есть контроль над выполнением и временем выполнения. В остальных разделах этой статьи описано больше ресурсов, позволяющих обеспечить такой точный контроль.

Совет

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

определение задания;

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

Важно!

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

Может показаться не сразу логическим, что изменение источника и целевой информации в существующем определении задания не допускается. Например, представьте, что вы определяете Share A в качестве источника миграции и выполняете несколько операций копирования. Представьте, что вы также измените источник миграции на Share B. Это изменение может иметь потенциально опасные последствия.

Зеркальное отображение — это распространенный параметр миграции, который создает изображение "зеркало" источника в целевом объекте. Если этот параметр применяется к нашему примеру, файлы из общей папки A могут быть удалены в целевом объекте, когда операция копирования начинает перенос файлов из общей папки B. Чтобы предотвратить ошибки и сохранить целостность журнала выполнения заданий, невозможно изменить источник или целевой объект определения подготовленного задания. Исходные, целевые и необязательные сведения подпатов блокируются при создании определения задания. Если вы хотите повторно использовать тот же целевой объект, но использовать другой источник (или наоборот), необходимо создать новое определение задания.

Определение задания также сохраняет историческую запись прошлых запусков копирования и их результатов.

Запуск задания

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

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

Важно!

Изменение параметров миграции не влияет на выполнение задания миграции. Во время запуска задания создается моментальный снимок определения задания и выполняется агент миграции b. Вы не можете изменить выполнение задания, единственным вариантом является отмена задания.

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

Агент также выдает дополнительные сведения и результаты миграции через службу Azure Monitor:

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

Важно!

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

Конечная точка

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

Хотя существует только один ресурс конечной точки, свойства каждой отдельной конечной точки могут отличаться в зависимости от типа конечной точки. Например, общие папки NFS, общие папки S МБ и служба хранилища Azure конечные точки контейнера BLOB-объектов требуют существенно разных сведений.

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

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

Следующие шаги

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

• Разверните ресурс перемещения хранилища в подписке.
• Разверните виртуальную машину агента Mover служба хранилища Azure.