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

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

  • Статья

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

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

Это важно

Обновление учетной записи общего назначения версии 1 или учетной записи хранилища Blob до общего назначения версии 2 является постоянным и не может быть отменено.

Примечание.

Хотя корпорация Майкрософт рекомендует использовать учетные записи общего назначения версии 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. Выберите "Обновить" в нижней части колонки.

    Снимок экрана конфигурационной панели, выделен тип учетной записи для обновления.

Укажите уровень доступа для данных 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.

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