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

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

  • Статья

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

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

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

Схема, на которой показана архитектура служба хранилища Azure данных и плоскости управления.

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

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

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

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

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

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

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

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

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

Снимок экрана: рабочий процесс миграции учетной записи.

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

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

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

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

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

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

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

Примечание.

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

Примечание.

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

Проверить

Шаг проверки — это первый шаг процесса миграции. Цель этого шага — проанализировать состояние ресурсов, которые требуется перенести из классической модели развертывания. Этап проверки определяет, способны ли ресурсы к миграции (успешно или сбою). Если классическая учетная запись хранения не поддерживает миграцию, 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. Вы не сможете использовать классический портал для управления перенесенными учетными записями хранения.

См. также