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

  • Статья

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

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

Важно!

Обновление учетной записи хранения общего назначения версии v1 или хранилища BLOB-объектов до учетной записи общего назначения v2 является постоянным и не может быть отменено.

Примечание.

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

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

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

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

  1. Войдите на портал Azure.

  2. Перейдите к учетной записи хранилища.

  3. В разделе Параметры выберите Конфигурация.

  4. В разделе Тип учетной записи выберите Обновить.

  5. В разделе Подтвердить обновление введите имя учетной записи.

  6. В нижней части колонки выберите Обновить.

    Screenshot of configuration blade, upgrade account kind highlighted.

Указание уровня доступа для данных больших двоичных объектов

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

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

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

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

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

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

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

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

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

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

  • Затраты на транзакции. Чем "холоднее" уровень доступа, тем выше стоимость каждой транзакции. Это относится ко всем уровням.

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

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

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

Примечание.

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

Оценка затрат текущих схем использования

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

  • Использование хранилища BLOB-объектов (в гигабайтах), включая:

    • Какой объем данных хранится в учетной записи хранения?
    • Как изменяется объем данных ежемесячно? Постоянно ли новые данные заменяют старые данные?

  • Схема первичного доступа к данным хранилища BLOB-объектов, включая:

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

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

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

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

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

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

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

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

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

Примечание.

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

Следующие шаги