Обновление до учетной записи хранения общего назначения версии 2

Общие аккаунты хранения v2 поддерживают новейшие функции служба хранилища Azure и включают все функции универсальных аккаунтов хранения v1 и blob. Учетные записи общего назначения версии 2 рекомендуется использовать для большинства сценариев хранения. Общие аккаунты v2 обеспечивают самые низкие цены на гигабайт ёмкости для служба хранилища Azure. Учетные записи общего назначения v2 поддерживают уровни доступа к учетной записи по умолчанию — горячий или прохладный, а также назначение уровней для BLOB-объектов: горячий, прохладный, холодный или архивный.

Переход с учетной записи хранения общего назначения версии v1 или учетной записи хранилища BLOB-объектов на учетную запись хранения общего назначения версии v2 не представляет сложности. Вы можете обновиться, используя портал Azure, PowerShell или Azure CLI. Нет времени простоя или риска потери данных, связанных с обновлением до учетной записи хранения общего назначения версии 2. Обновление учетной записи происходит с помощью простой операции Azure Resource Manager, которая изменяет тип учетной записи. GPv2 включает все функции GPv1, поэтому существующие приложения и инструменты продолжают работать без изменений после обновления.

Это важно

Корпорация Майкрософт выведет из эксплуатации учетные записи хранения общего назначения версии 1 13 октября 2026 и заблокирует создание новых учетных записей в 1 квартале 2026. Все аккаунты общего назначения v1 (GPv1) должны быть обновлены до универсальных v2 (GPv2) к этой дате, чтобы избежать сбоев в работе. Если вы не перенесете свой универсальный аккаунт памяти v1 на GPv2 к октябрю 2026 года, Microsoft автоматически перенесёт все существующие универсальные аккаунты v1 на аккаунт GPv2, что может привести к росту расходов на выставление счетов. Ваше решение не перенести существующую учетную запись общего назначения версии 1 будет считаться согласием майкрософт на перенос учетной записи от вашего имени. Дополнительные сведения см. в общих сведениях о прекращении поддержки учетных записей хранения GPv1.

Если у вас есть учетная запись хранения общего назначения версии 1, ее можно обновить до учетной записи хранения общего назначения версии 2, но вы не можете вернуться к учетной записи хранения общего назначения версии 1. Если у вас есть учетная запись хранения BLOB-объектов, ее можно обновить до учетной записи хранения общего назначения версии 2, но вы не можете вернуть ее обратно в учетную запись хранения BLOB-объектов.

Влияние апгрейда на биллинг

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

Подсказка

Используйте калькулятор цен Azure для оценки затрат на учетную запись хранения общего назначения версии 2 на основе текущих шаблонов использования.

Обновление учетной записи

Чтобы обновить учетную запись хранения общего назначения версии 1 или BLOB-объектов до учетной записи общего назначения версии 2, используйте портал Azure, PowerShell или Azure CLI.

  1. Войдите на портал Azure.
  2. Войдите в свою учетную запись хранения.
  3. В разделе Параметры выберите Конфигурация.
  4. В разделе «Тип аккаунта» выберите «Апгрейд».
  5. В разделе Подтвердить обновление введите имя учетной записи.
  6. Выберите «Апгрейд » внизу страницы.

Укажите уровень доступа для данных BLOB-объектов

Учетные записи общего назначения версии 2 поддерживают все службы хранилища Azure и объекты данных, но уровни доступа доступны только для блок-блобов в хранилище Blob. При обновлении до учетной записи хранения общего назначения v2 можно указать уровень доступа учетной записи по умолчанию: "горячий" или "холодный". Он определяет уровень, с которым по умолчанию загружаются ваши BLOB-данные, если для отдельного BLOB-объекта не указан параметр уровня доступа.

Уровни доступа к BLOB-объектам позволяют выбрать наиболее экономичное хранилище на основе ожидаемых шаблонов использования. Блочные BLOB-объекты можно хранить на уровне горячего, холодного или архивного хранения. Дополнительные сведения об уровнях доступа см. в статье Хранилище BLOB-объектов Azure: уровни хранилища "горячий", "холодный" и "архивный".

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

  • У вас есть существующая учетная запись хранения общего назначения версии 1, и вы хотите оценить обновление до учетной записи хранения общего назначения версии 2 с подходящим уровнем доступа к хранилищу для данных блоб-объектов.
  • Вы решили использовать учетную запись хранения общего назначения версии 2 или уже имеете такую и хотите оценить, следует ли использовать уровень доступа к горячему или холодному хранилищу для объектов BLOB.

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

Цены и выставление счетов

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

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

  • Затраты на хранение: в дополнение к объему хранимых данных стоимость хранения данных зависит от уровня доступа к хранилищу. Затраты на гигабайт уменьшается по мере того, как уровень становится более холодным.

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

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

  • Стоимость передачи данных по георепликации: Эта плата распространяется только на счета с настроенной георепликацией, включая GRS и RA-GRS. При передаче данных георепликации взимается плата за гигабайт данных.

  • Затраты на передачу исходящих данных: исходящие передачи данных (данные, передаваемые из региона Azure) начисляются плата за использование трафика на основе каждого гигабайта, в соответствии с учетными записями общего назначения для хранения.

  • Изменение уровня доступа к хранилищу. Изменение уровня доступа к учетной записи хранения с холодного на горячее вызывает плату, равную чтению всех данных, существующих в учетной записи хранения. Однако изменение уровня доступа к учетной записи с горячего на холодное влечет за собой плату, равную записи всех данных на холодный уровень (только учетные записи GPv2).

Примечание.

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

Оценка затрат на текущие шаблоны использования

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

  • Потребление Blob-хранилища в гигабайтах, включая:

    • Сколько данных вы храните в аккаунте хранения?
    • Как меняется объём данных каждый месяц? Новые данные постоянно заменяют старые?

  • Основной шаблон доступа для данных хранилища объектов Blob, в том числе:

    • Сколько данных вы читаете и записываете на аккаунт хранения?
    • Сколько операций чтения и операций записи выполняются в данных в учетной записи хранения?

Чтобы определить оптимальный уровень доступа для ваших нужд, полезно определить ёмкость данных blob и то, как вы их используете. Лучше всего это понять, посмотрев метрики мониторинга для вашего аккаунта.

Мониторинг существующих учетных записей хранения

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

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

  • Оцените объём данных, извлечённых из учётной записи хранения, по суммарному значению метрики Egress в первую очередь для операций GetBlob и CopyBlob.

  • Оцените объём данных, записанных в учётную запись хранения, по сумме метрик Ingress в первую очередь для операций PutBlob, PutBlock, CopyBlob и AppendBlock.

Чтобы определить цену каждой операции в отношении службы хранилища BLOB-объектов, см. соответствие каждой операции REST её цене.

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

Примечание.

Для более подробного примера расчёта затрат на использование уровня доступа к горячему или холодному хранилищу см. раздел FAQ под названием «Что такое уровни доступа к горячему и холодному и как определить, какой из них использовать?» на странице служба хранилища Azure Pricing Page.

Дальнейшие действия

  • Last updated on