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

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

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

Понимание плоскости данных и плоскости управления

Во-первых, полезно понять базовую архитектуру службы хранилища Azure. Azure Storage предлагает услуги для хранения данных, включая Blob Storage, Azure Data Lake Storage, Azure Files, Queue Storage и Table Storage. Эти службы и операции, которые они предоставляют, составляют канал данных для Azure Storage. Служба хранилища 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, чтобы убедиться, что конфигурация учетной записи хранения будет правильной.

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

Отмена

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

Осторожность

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

Зафиксировать

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

См. также