Общие сведения о миграции учетной записи хранения из классической модели развертывания в Azure Resource Manager

  • Статья

Давайте подробно рассмотрим процесс переноса учетных записей хранения из классической модели развертывания Azure в модель развертывания Azure Resource Manager. Мы рассмотрим ресурсы на уровне ресурсов и функций. Это поможет вам понять, как платформа Azure переносит ресурсы между двумя моделями развертывания. Дополнительные сведения см. в статье о объявлении службы: перенос классических учетных записей хранения в Azure Resource Manager к 31 августа 2024 г.

Общие сведения о плоскости данных и плоскости управления

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

Diagram showing the Azure Storage data and management plane architecture.

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

Плоскость данных не влияет на миграцию из классической модели развертывания в модель Azure Resource Manager. Приложения могут продолжать считывать и записывать данные из учетной записи хранения на протяжении всего процесса миграции.

Процесс миграции

Вы можете перенести классическую учетную запись хранения с помощью портал Azure, PowerShell или Azure CLI. Сведения о переносе учетной записи см. в статье "Перенос классических учетных записей хранения в Azure Resource Manager".

Перед началом миграции сделайте следующее:

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

    Если вы переносите виртуальные машины Azure, которые включают диски в классические учетные записи хранения, обязательно ознакомьтесь с процессом миграции виртуальных машин. Сведения о неподдерживаемых функциях и конфигурациях см. в статье "Обзор миграции ресурсов IaaS с классической платформы в Azure Resource Manager". Список ошибок, которые могут возникать в связи с артефактами классического диска, см. в разделе "Распространенные ошибки" во время миграции Классической модели в Azure Resource Manager.

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

В процессе миграции есть четыре шага, как показано на следующей схеме:

Screenshot showing the account migration workflow.

  1. Проверка. На этапе проверки Azure проверка учетную запись хранения, чтобы убедиться, что она может быть перенесена.

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

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

  3. Проверьте вручную. Рекомендуется сделать вручную проверка новой учетной записи хранения, чтобы убедиться, что выходные данные являются ожидаемыми.

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

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

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

Примечание.

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

Проверить

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

Шаг проверки анализирует состояние ресурсов в классической модели развертывания. Он проверка для сбоев и неподдерживаемых сценариев из-за различных конфигураций учетной записи хранения в классической модели развертывания.

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

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

Подготовить

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

Важно!

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

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

Если учетная запись хранения поддерживает миграцию, azure блокирует операции плоскости управления для учетной записи хранения при миграции. Например, вы не можете повторно создать ключи учетной записи хранения во время подготовки этапа подготовки. Затем Azure создает новую группу ресурсов в качестве классической учетной записи хранения. Имя новой группы ресурсов следует шаблону <classic-account-name>-Migrated.

Примечание.

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

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

Проверка вручную

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

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

Abort

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

Внимание

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

Commit

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

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

Предупреждение

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

Фиксация миграции — это идемпотентная операция. Если не удалось выполнить операцию, повторите ее. Если запрос в службу поддержки продолжается, создайте запрос в службу поддержки или задайте вопрос в Microsoft Q&A.

После миграции

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

Перенос типа учетной записи

После завершения миграции новая учетная запись хранения — это учетная запись хранения общего назначения версии 1. Мы рекомендуем выполнить обновление до учетной записи общего назначения версии 2, чтобы воспользоваться новейшими функциями, которые служба хранилища Azure могут предложить для обеспечения безопасности, защиты данных, управления жизненным циклом и т. д. Сведения об обновлении до учетной записи хранения общего назначения версии 2 см. в статье "Обновление до учетной записи хранения общего назначения версии 2".

Свойства учетной записи

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

Назначения ролей RBAC

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

Ключи учетной записи

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

Поддержка портала

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

См. также