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


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

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

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

Это важно

Корпорация Майкрософт выведет из эксплуатации учетные записи хранения общего назначения версии 1 13 октября 2026 и заблокирует создание новых учетных записей в 1 квартале 2026. Все учетные записи GPv1 должны быть обновлены до GPv2 до GPv2 до этой даты, чтобы избежать нарушения работы службы. Если вы не переносите учетную запись хранения общего назначения версии 1 в GPv2 к октября 2026 года, все существующие учетные записи общего назначения версии 1 будут автоматически перенесены в учетную запись 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. При обновлении до учетной записи хранения общего назначения версии 2 можно указать уровень доступа к учетной записи по умолчанию горячего или холодного уровня, который указывает, что уровень доступа к BLOB-объектам по умолчанию передается так, как если параметр уровня доступа к отдельным BLOB-объектам не указан.

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание.

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

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

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

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

    • Сколько данных хранится в учетной записи хранения?
    • Как объем данных изменяется ежемесячно; постоянно ли новые данные заменяют старые данные?
  • Основной шаблон доступа для данных хранилища объектов Blob, в том числе:

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

Чтобы выбрать оптимальный уровень доступа для ваших потребностей, полезно определить емкость данных BLOB-объектов и как эти данные используются. Это лучше всего сделать, просмотрев метрики мониторинга для вашей учетной записи.

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

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

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

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

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

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

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

Примечание.

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

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