Уровни доступа для хранилища BLOB-объектов Azure — "горячий", "крутой" и архивныйAccess tiers for Azure Blob Storage - hot, cool, and archive

Служба хранилища Azure предоставляет различные уровни доступа, что позволяет хранить данные объектов BLOB наиболее экономичным способом.Azure storage offers different access tiers, allowing you to store blob object data in the most cost-effective manner. Доступные уровни доступа включают:Available access tiers include:

  • Горячая оптимизация для хранения данных, к которым часто обращаются.Hot - Optimized for storing data that is accessed frequently.
  • Для хранения данных, которые редко используются и хранятся не менее 30 дней, оптимизировано.Cool - Optimized for storing data that is infrequently accessed and stored for at least 30 days.
  • Архив — оптимизирован для хранения данных, которые редко используются и хранятся не менее 180 дней с гибкими требованиями к задержке в часах.Archive - Optimized for storing data that is rarely accessed and stored for at least 180 days with flexible latency requirements, on the order of hours.

Следующие факторы связаны с разными уровнями доступа.The following considerations apply to the different access tiers:

  • Уровень доступа можно задать для большого двоичного объекта во время или после отправки.The access tier can be set on a blob during or after upload.
  • На уровне учетной записи можно задать только холодный и горячий уровни доступа.Only the hot and cool access tiers can be set at the account level. Уровень доступа к архиву можно задать только на уровне большого двоичного объекта.The archive access tier can only be set at the blob level.
  • Данные на простом уровне доступа имеют немного меньшую доступность, но по-прежнему имеют высокую устойчивость, задержку и характеристики пропускной способности, аналогичные горячим данным.Data in the cool access tier has slightly lower availability, but still has high durability, retrieval latency, and throughput characteristics similar to hot data. Для замечательных данных более низкая доступность и более высокие затраты на доступ являются приемлемыми компромиссами для снижения общих затрат на хранение по сравнению с горячими данными.For cool data, slightly lower availability and higher access costs are acceptable trade-offs for lower overall storage costs compared to hot data. Дополнительные сведения см. в статье Соглашение об уровне обслуживания для хранилища.For more information, see SLA for storage.
  • Данные уровня доступа к архиву хранятся в автономном режиме.Data in the archive access tier is stored offline. На уровне архива предлагаются самые низкие затраты на хранение, а также высокие затраты на доступ и задержки.The archive tier offers the lowest storage costs but also the highest access costs and latency.
  • Горячий и холодной уровни поддерживают все параметры избыточности.The hot and cool tiers support all redundancy options. Уровень архива поддерживает только LRS, GRS и RA-GRS.The archive tier supports only LRS, GRS, and RA-GRS.
  • Ограничения хранилища данных задаются на уровне учетной записи, а не на уровне доступа.Data storage limits are set at the account level and not per access tier. Вы можете использовать все ограничения на одном уровне или на всех трех уровнях.You can choose to use all of your limit in one tier or across all three tiers.

Объемы данных, хранящихся в облаке, увеличиваются в геометрической прогрессии.Data stored in the cloud grows at an exponential pace. Чтобы оптимизировать затраты при расширении хранилища, размещайте данные на разных уровнях с учетом частоты обращения и планируемого срока хранения.To manage costs for your expanding storage needs, it's helpful to organize your data based on attributes like frequency-of-access and planned retention period to optimize costs. Данные, хранящиеся в облаке, могут быть разными в зависимости от способа их создания, обработки и доступа к ним в течение всего времени их существования.Data stored in the cloud can be different based on how it's generated, processed, and accessed over its lifetime. Одни данные активно используют и изменяют на протяжении всего жизненного цикла.Some data is actively accessed and modified throughout its lifetime. Другие данные часто используются в начале цикла, но по мере их устаревания к ним обращаются все реже.Some data is accessed frequently early in its lifetime, with access dropping drastically as the data ages. Некоторые данные остаются неактивными в облаке, и к ним обращаются редко или не обращаются вообще.Some data remains idle in the cloud and is rarely, if ever, accessed after it's stored.

Каждый из этих сценариев доступа к данным имеет преимущества от другого уровня доступа, оптимизированного для определенного шаблона доступа.Each of these data access scenarios benefits from a different access tier that is optimized for a particular access pattern. Благодаря горячий, холодной и архивной уровнях доступа хранилище BLOB-объектов Azure решает эту потребность в дифференцированных уровнях доступа с отдельными моделями ценообразования.With hot, cool, and archive access tiers, Azure Blob Storage addresses this need for differentiated access tiers with separate pricing models.

Следующие средства и клиентские библиотеки поддерживают многоуровневые и архивные хранилища на уровне больших двоичных объектов.The following tools and client libraries all support blob-level tiering and archive storage.

  • Портал AzureAzure portal
  • PowerShellPowerShell
  • Средства Azure CLIAzure CLI tools
  • Клиентская библиотека .NET.NET client library
  • Клиентская библиотека JavaJava client library
  • Клиентская библиотека PythonPython client library
  • Клиентская библиотека Node.jsNode.js client library

Примечание

Функции, описанные в этой статье, теперь доступны для учетных записей с иерархическим пространством имен.The features described in this article are now available to accounts that have a hierarchical namespace. Сведения об ограничениях см. в статье Функции Хранилища BLOB-объектов, доступные в Azure Data Lake Storage 2-го поколения.To review limitations, see the Blob storage features available in Azure Data Lake Storage Gen2 article.

Учетные записи хранения, которые поддерживают распределение по уровнямStorage accounts that support tiering

Распределение по уровням данных хранилища объектов между горячим, замечательным и архивом поддерживается в учетных записях хранилища BLOB-объектов и общего назначения v2 (GPv2).Object storage data tiering between hot, cool, and archive is supported in Blob Storage and General Purpose v2 (GPv2) accounts. Учетные записи общего назначения v1 (GPv1) не поддерживают распределение по уровням.General Purpose v1 (GPv1) accounts don't support tiering. Вы можете легко преобразовать существующие учетные записи GPv1 или хранилища BLOB-объектов в учетные записи GPv2 с помощью портал Azure.You can easily convert your existing GPv1 or Blob Storage accounts to GPv2 accounts through the Azure portal. GPv2 предоставляет новые цены и функции для больших двоичных объектов, файлов и очередей.GPv2 provides new pricing and features for blobs, files, and queues. Некоторые функции и отрезание цен предлагаются только в учетных записях GPv2.Some features and price cuts are only offered in GPv2 accounts. Некоторые рабочие нагрузки могут быть более дорогими на GPv2, чем GPv1.Some workloads can be more expensive on GPv2 than GPv1. Дополнительные сведения см. в статье Общие сведения об учетной записи хранения Azure.For more information, see Azure storage account overview.

Учетные записи хранилища BLOB-объектов и GPv2 предоставляют атрибут уровня доступа на уровне учетной записи.Blob Storage and GPv2 accounts expose the Access Tier attribute at the account level. Этот атрибут позволяет указать уровень доступа по умолчанию для любого большого двоичного объекта, который не задан явным образом на уровне объекта.This attribute allows you to specify the default access tier for any blob that doesn't have it explicitly set at the object level. Для объектов, для которых явно задан уровень, уровень учетной записи не применяется.For objects with the tier explicitly set, the account tier won't apply. Уровень архива можно применять только на уровне объектов.The archive tier can be applied only at the object level. Переключаться между уровнями доступа можно в любое время.You can switch between access tiers at any time.

Используйте GPv2 вместо учетных записей хранения BLOB-объектов для распределения по уровням.Use GPv2 instead of Blob Storage accounts for tiering. GPv2 поддерживает все функции, поддерживаемые учетными записями хранения BLOB-объектов, и многое другое.GPv2 supports all the features that Blob Storage accounts support, plus a lot more. Цены между хранилищем BLOB-объектов и GPv2 практически идентичны, но некоторые новые функции и снижение цен доступны только для учетных записей GPv2.Pricing between Blob Storage and GPv2 is almost identical, but some new features and price cuts are only available on GPv2 accounts.

Структура ценообразования в учетных записях GPv1 и GPv2 различна, поэтому клиенты должны тщательно оценить их, прежде чем принимать решение об использовании учетных записей GPv2.Pricing structure between GPv1 and GPv2 accounts is different and customers should carefully evaluate both before deciding to use GPv2 accounts. Имеющуюся учетную запись хранилища BLOB-объектов или учетную запись GPv1 можно легко преобразовать в GPv2 одним щелчком мыши.You can easily convert an existing Blob Storage or GPv1 account to GPv2 through a simple one-click process. Дополнительные сведения см. в статье Общие сведения об учетной записи хранения Azure.For more information, see Azure storage account overview.

Горячий уровень хранилищаHot access tier

Горячий уровень доступа имеет более высокую стоимость хранения, чем холодный или архивный, зато стоимость доступа самая низкая.The hot access tier has higher storage costs than cool and archive tiers, but the lowest access costs. Примеры сценариев использования для уровня горячего доступа включают следующее:Example usage scenarios for the hot access tier include:

  • Данные, которые находятся в активном использовании или должны считываться и записываться в частоData that's in active use or is expected to be read from and written to frequently
  • Данные, подготовленные для обработки и, в конечном итоге, перехода на отличный уровень доступаData that's staged for processing and eventual migration to the cool access tier

Холодный уровень хранилищаCool access tier

Холодный уровень доступа имеет более низкую стоимость хранения, но более высокую стоимость доступа, чем горячий уровень.The cool access tier has lower storage costs and higher access costs compared to hot storage. Этот уровень предназначен для данных, которые будут храниться на холодном уровне не менее 30 дней.This tier is intended for data that will remain in the cool tier for at least 30 days. Примеры сценариев использования для холодного уровня доступа включают следующее:Example usage scenarios for the cool access tier include:

  • Краткосрочное резервное копирование и аварийное восстановлениеShort-term backup and disaster recovery
  • Более старые данные не используются часто, но должны быть доступны немедленно при обращении кOlder data not used frequently but expected to be available immediately when accessed
  • Большие наборы данных, которые необходимо эффективно хранить, в то время как сбор дополнительных данных выполняется для последующей обработки.Large data sets that need to be stored cost effectively, while more data is being gathered for future processing

Архивный уровень хранилищаArchive access tier

Уровень доступа к архиву имеет наименьшую стоимость хранения, но больше затрат на получение данных по сравнению с горячим и замечательным уровнем.The archive access tier has the lowest storage cost but higher data retrieval costs compared to hot and cool tiers. Данные должны оставаться на уровне архива в течение не менее 180 дней или быть подвержены периоду раннего удаления.Data must remain in the archive tier for at least 180 days or be subject to an early deletion charge. Извлечение данных на уровне архива может занять несколько часов в зависимости от указанного приоритета восстановления.Data in the archive tier can take several hours to retrieve depending on the specified rehydration priority. Для небольших объектов восстановление с высоким приоритетом может получить объект из архива в течение часа.For small objects, a high priority rehydrate may retrieve the object from archive in under an hour. Дополнительные сведения см. в статье восстановление данных большого двоичного объекта с уровня архива .See Rehydrate blob data from the archive tier to learn more.

Хотя большой двоичный объект находится в архивном хранилище, данные большого двоичного объекта находятся в автономном режиме и не могут быть прочитаны или изменены.While a blob is in archive storage, the blob data is offline and can't be read or modified. Чтобы прочитать или скачать большой двоичный объект в архиве, необходимо сначала выполнить его восстановление на уровне сети.To read or download a blob in archive, you must first rehydrate it to an online tier. Вы не можете создавать моментальные снимки большого двоичного объекта в архивном хранилище.You can't take snapshots of a blob in archive storage. Однако метаданные больших двоичных объектов остаются в сети и доступны, что позволяет перечислить большой двоичный объект, его свойства, метаданные и теги индекса больших двоичных объектов.However, the blob metadata remains online and available, allowing you to list the blob, its properties, metadata, and blob index tags. Установка или изменение метаданных большого двоичного объекта в архиве запрещено.Setting or modifying the blob metadata while in archive isn't allowed. Однако можно задавать и изменять теги индекса больших двоичных объектов.However, you can set and modify the blob index tags. Для больших двоичных объектов в архиве единственные допустимые операции — Получение свойств большого двоичногообъекта, Получение метаданныхбольших двоичных объектов, Задание теговбольших двоичных объектов, Получение тегов BLOB-объектов, Поиск большихдвоичных объектов по тегам, перечисление BLOB, Установка уровня BLOB -объектаFor blobs in archive, the only valid operations are Get Blob Properties, Get Blob Metadata, Set Blob Tags, Get Blob Tags, Find Blobs by Tags, List Blobs, Set Blob Tier, Copy Blob, and Delete Blob.

Ниже приведены примеры сценариев использования для уровня доступа к архиву.Example usage scenarios for the archive access tier include:

  • Долгосрочное резервное копирование, вторичное резервное копирование и архивные наборы данныхLong-term backup, secondary backup, and archival datasets
  • Исходные (необработанные) данные, которые должны сохраняться даже после их обработки в окончательно используемой формеOriginal (raw) data that must be preserved, even after it has been processed into final usable form
  • Соответствие и архивные данные, которые необходимо хранить в течение длительного времени и недоступноCompliance and archival data that needs to be stored for a long time and is hardly ever accessed

Примечание

Архивный уровень не поддерживается для учетных записей ZRS, ГЗРС или RA-ГЗРС.The archive tier is not supported for ZRS, GZRS, or RA-GZRS accounts. Миграция с LRS на GRS не поддерживается, если учетная запись хранения содержит большие двоичные объекты на уровне архива.Migrating from LRS to GRS is not supported if the storage account contains blobs in the archive tier.

Распределение по уровням учетной записиAccount-level tiering

Большие двоичные объекты во всех трех уровнях доступа могут сосуществовать в одной учетной записи.Blobs in all three access tiers can coexist within the same account. Любой большой двоичный объект, который не имеет явно назначенный уровень, выводит уровень из параметра уровень доступа учетной записи.Any blob that doesn't have an explicitly assigned tier infers the tier from the account access tier setting. Если уровень доступа поступает из учетной записи, вы увидите, что свойство " выводимый большой двоичный объект уровня доступа" имеет значение "true", а свойство большого двоичного объекта уровня доступа соответствует уровню учетной записи.If the access tier comes from the account, you see the Access Tier Inferred blob property set to "true", and the Access Tier blob property matches the account tier. В портал Azure выводимое свойство уровня доступа отображается с уровнем доступа к BLOB-объектом " горячий" (выводимый) или " крутой" (выводимый).In the Azure portal, the access tier inferred property is displayed with the blob access tier as Hot (inferred) or Cool (inferred).

Изменение уровня доступа к учетной записи применяется ко всем выводимым объектам уровня доступа , хранящимся в учетной записи без явного набора уровней.Changing the account access tier applies to all access tier inferred objects stored in the account that don't have an explicit tier set. Если вы переключаете уровень учетной записи с "горячий" на "тепло", вам будет выставляться счет за операции записи (за 10 000) для всех больших двоичных объектов без установленного уровня в учетных записях GPv2.If you toggle the account tier from hot to cool, you'll be charged for write operations (per 10,000) for all blobs without a set tier in GPv2 accounts only. Плата за это изменение в учетных записях хранения BLOB-объектов не взимается.There's no charge for this change in Blob Storage accounts. Вы получите оплату за операции чтения (за 10 000) и получение данных (за ГБ) при переключении со холодного на горячий в хранилище BLOB-объектов или учетные записи GPv2.You'll be charged for both read operations (per 10,000) and data retrieval (per GB) if you toggle from cool to hot in Blob Storage or GPv2 accounts.

В качестве уровня доступа к учетной записи по умолчанию можно задать только горячий и холодное уровни доступа.Only hot and cool access tiers can be set as the default account access tier. Архивный уровень можно задать только на уровне объекта.Archive can only be set at the object level. При передаче большого двоичного объекта можно указать, что выбранный уровень доступа должен быть "горячий", "холодного" или архивного, независимо от уровня учетной записи по умолчанию.On blob upload, you can specify the access tier of your choice to be hot, cool, or archive regardless of the default account tier. Эта функция позволяет записывать данные непосредственно на уровень архива, чтобы издержки сэкономить время с момента создания данных в хранилище BLOB-объектов.This functionality allows you to write data directly into the archive tier to realize cost-savings from the moment you create data in blob storage.

Распределение BLOB-объектов по уровнямBlob-level tiering

Распределение по уровням BLOB-объектов позволяет отправлять данные на выбранный уровень доступа с помощью операций размещения BLOB-объектов или размещения блоков , а также изменять уровень данных на уровне объектов с помощью функции задания уровня большого двоичного объекта или управления жизненным циклом .Blob-level tiering allows you to upload data to the access tier of your choice using the Put Blob or Put Block List operations and change the tier of your data at the object level using the Set Blob Tier operation or lifecycle management feature. Вы можете передать данные на требуемый уровень доступа, а затем легко изменить уровень доступа к большому двоичному объекту на уровнях "горячий", "холодного" или "архивный" при изменении шаблонов использования без перемещения данных между учетными записями.You can upload data to your required access tier then easily change the blob access tier among the hot, cool, or archive tiers as usage patterns change, without having to move data between accounts. Все запросы на изменение уровня выполняются немедленно, а изменения уровней между горячими и замечательными — мгновенно.All tier change requests happen immediately and tier changes between hot and cool are instantaneous. Восстановление большого двоичного объекта с архивного уровня может занять несколько часов.Rehydrating a blob from the archive tier can take several hours.

Время последнего изменения уровня большого двоичного объекта определяет атрибут Access Tier Change Time свойства большого двоичного объекта.The time of the last blob tier change is exposed via the Access Tier Change Time blob property. Время изменения уровня доступа — это свойство уровня большого двоичного объекта, которое не обновляется при изменении уровня учетной записи по умолчанию.Access Tier Change Time is a blob-level property and is not updated when the default account tier is changed. Свойства учетной записи и свойства большого двоичного объекта являются отдельными.Account properties and blob properties are separate. При каждом изменении уровня доступа учетной записи по умолчанию было бы недорого обновлять время изменения уровня доступа для каждого большого двоичного объекта в учетной записи хранения.It would be prohibitively expensive to update the Access Tier Change Time on every blob in a storage account whenever the account's default access tier is changed.

При перезаписи большого двоичного объекта на активном или холодном уровне созданный большой двоичный объект наследует уровень большого двоичного объекта, который был перезаписан, если только новый уровень доступа к большому двоичному объекту не будет явно задан при создании.When overwriting a blob in the hot or cool tier, the newly created blob inherits the tier of the blob that was overwritten unless the new blob access tier is explicitly set on creation. Если большой двоичный объект находится на уровне архива, он не может быть перезаписан, поэтому отправка такого же большого двоичного объекта не разрешена в этом сценарии.If a blob is in the archive tier, it can't be overwritten, so uploading the same blob isn't permitted in this scenario.

Примечание

Архивное хранилище и распределение BLOB-объектов по уровням поддерживают только большие двоичные объекты.Archive storage and blob-level tiering only support block blobs.

Управление жизненным циклом большого двоичного объектаBlob lifecycle management

Управление жизненным циклом хранилища BLOB-объектов предлагает обширную политику на основе правил, которую можно использовать для переноса данных на лучший уровень доступа и для истечения срока действия данных в конце жизненного цикла.Blob storage lifecycle management offers a rich, rule-based policy that you can use to transition your data to the best access tier and to expire data at the end of its lifecycle. Дополнительные сведения см. в статье Оптимизация затрат с помощью автоматизации уровней доступа к хранилищу BLOB-объектов Azure .See Optimize costs by automating Azure Blob Storage access tiers to learn more.

Примечание

В настоящее время данные, хранящиеся в учетной записи хранилища блочных BLOB-объектов (производительность Premium), не могут быть распределены по уровням "горячий", "холодное" или "архивный" с помощью уровня большого двоичного объектаData stored in a block blob storage account (Premium performance) cannot currently be tiered to hot, cool, or archive using Set Blob Tier or using Azure Blob Storage lifecycle management. Чтобы переместить данные, необходимо синхронно копировать большие двоичные объекты из учетной записи хранения блочного BLOB-объекта на уровень горячего доступа в другой учетной записи, используя блок размещения из API URL или версию AzCopy, которая поддерживает этот API.To move data, you must synchronously copy blobs from the block blob storage account to the hot access tier in a different account using the Put Block From URL API or a version of AzCopy that supports this API. API Put Block From URL (Вставка блока из URL-адреса) синхронно копирует данные на сервере, то есть вызов завершается только после того, как все данные перемещены из исходного расположения сервера в расположение назначения.The Put Block From URL API synchronously copies data on the server, meaning the call completes only once all the data is moved from the original server location to the destination location.

Выставление счетов за распределение BLOB-объектов по уровнямBlob-level tiering billing

Когда большой двоичный объект передается или перемещается между уровнями, он направляется по соответствующей скорости сразу после передачи или изменения уровня.When a blob is uploaded or moved between tiers, it is charged at the corresponding rate immediately upon upload or tier change.

Перемещение большого двоичного объекта на более холодный уровень (горячий -> холодный, горячий -> архивный или холодный -> архивный) оплачивается как операция записи на целевой уровень. Запись на целевой уровень оплачивается за каждые 10 000 операций, а запись данных — за каждый ГБ.When a blob is moved to a cooler tier (hot->cool, hot->archive, or cool->archive), the operation is billed as a write operation to the destination tier, where the write operation (per 10,000) and data write (per GB) charges of the destination tier apply.

Когда большой двоичный объект перемещается на уровень "теплый" (Archive->"тепло", "Archive->" горячий "или" холодный ">" горячий "), операция оплачивается как прочитанная с уровня источника, где операция чтения (за 10 000) и данные (за ГБ) применяются к исходному уровню.When a blob is moved to a warmer tier (archive->cool, archive->hot, or cool->hot), the operation is billed as a read from the source tier, where the read operation (per 10,000) and data retrieval (per GB) charges of the source tier apply. Кроме того, могут также взиматься затраты на раннее удаление большого двоичного объекта, перемещенного из холодного или архивного уровня.Early deletion charges for any blob moved out of the cool or archive tier may apply as well. Восстановление данных с архивного уровня занимает время, и данные будут начисляться на архивные цены, пока данные не восстановлены, а уровень BLOB-объектов не изменится на горячий или холодный.Rehydrating data from the archive tier takes time and data will be charged archive prices until the data is restored online and the blob tier changes to hot or cool.

В следующей таблице показано, как выставляются счета за изменение уровня.The following table summarizes how tier changes are billed.

Расходы на запись (операция + доступ)Write charges (operation + access) Расходы на чтение (операция + доступ)Read charges (operation + access)
Установка уровня большого двоичного объектаSet Blob Tier горячий >hot -> cool
Архив "горячий >"hot -> archive
стильный > Архивcool -> archive
Архив — > здоровоarchive -> cool
Архив — > горячийarchive -> hot
стильный — > горячийcool -> hot

Раннее удаление с "холодного" и архивного уровнейCool and archive early deletion

Любой большой двоичный объект, перемещаемый на замечательный уровень (только для учетных записей GPv2), подвергается простому периоду раннего удаления в 30 дней.Any blob that is moved into the cool tier (GPv2 accounts only) is subject to a cool early deletion period of 30 days. Любой большой двоичный объект, перемещаемый на архивный уровень, подлежит периоду раннего удаления архива в 180 дней.Any blob that is moved into the archive tier is subject to an archive early deletion period of 180 days. Эта плата пропорциональна.This charge is prorated. Например, если большой двоичный объект перемещается в архив, а затем удаляется или перемещается на горячий уровень через 45 дней, вам будет взиматься плата за раннее удаление, эквивалентную 135 (180 минус 45) дней хранения этого большого двоичного объекта в архиве.For example, if a blob is moved to archive and then deleted or moved to the hot tier after 45 days, you'll be charged an early deletion fee equivalent to 135 (180 minus 45) days of storing that blob in archive.

При переходе между уровнями "круто" и "Архив" существуют некоторые сведения.There are some details when moving between the cool and archive tiers:

  1. Если большой двоичный объект выводится как выводимый на основе уровня доступа учетной записи хранения по умолчанию, а большой двоичный объект перемещается в архив, то за раннее удаление не взимается.If a blob is inferred as cool based on the storage account's default access tier and the blob is moved to archive, there is no early deletion charge.
  2. Если большой двоичный объект явным образом перемещается на замечательный уровень, а затем переносится в архив, применяется плата за раннее удаление.If a blob is explicitly moved to the cool tier and then moved to archive, the early deletion charge applies.

Вычислите время раннего удаления с помощью свойства последнего измененного BLOB- объекта, если уровень доступа не изменился.Calculate the early deletion time by using the Last-Modified blob property, if there have been no access tier changes. В противном случае используйте, когда уровень доступа был изменен для охлаждения или архивации, просмотрев свойство большого двоичного объекта: уровень доступа — изменение времени.Otherwise, use when the access tier was last modified to cool or archive by viewing the blob property: access-tier-change-time. Дополнительные сведения о свойствах больших двоичных объектов см. в статье Получение свойств большого двоичного объекта.For more information on blob properties, see Get Blob Properties.

Сравнение параметров хранилища блочных BLOB-объектовComparing block blob storage options

В следующей таблице показано сравнение хранилища больших двоичных объектов производительности Premium, а также уровней доступа "горячий", "холодный" и "архивный".The following table shows a comparison of premium performance block blob storage, and the hot, cool, and archive access tiers.

Производительность PremiumPremium performance Горячий уровеньHot tier Изящный уровеньCool tier Архивный уровень доступаArchive tier
ДоступностьAvailability 99,9 %99.9% 99,9 %99.9% 99 %99% Автономная миграцияOffline
ДоступностьAvailability
(операции чтения RA-GRS)(RA-GRS reads)
Н/ДN/A 99,99 %99.99% 99,9 %99.9% Автономная миграцияOffline
Плата за использованиеUsage charges Более высокие затраты на хранение, снижение уровня доступа и стоимость транзакцийHigher storage costs, lower access, and transaction cost Выше стоимость хранения, ниже расходы на доступ и транзакцииHigher storage costs, lower access, and transaction costs Ниже стоимость хранения, выше расходы на доступ и транзакцииLower storage costs, higher access, and transaction costs Ниже стоимость хранения, очень высокие расходы на доступ и транзакцииLowest storage costs, highest access, and transaction costs
Минимальный срок храненияMinimum storage duration Н/ДN/A Н/ДN/A 30 дней130 days1 180 дней180 days
ЗадержкаLatency
(время до получения первого байта)(Time to first byte)
Миллисекунды с одной цифройSingle-digit milliseconds Миллисекундыmilliseconds Миллисекундыmilliseconds Часы2hours2

1 объекты на "холодном" уровне в учетных записях GPv2 имеют минимальный срок хранения в 30 дней.1 Objects in the cool tier on GPv2 accounts have a minimum retention duration of 30 days. Учетные записи хранения BLOB-объектов не имеют минимального срока хранения для уровня "стильный".Blob Storage accounts don't have a minimum retention duration for the cool tier.

2 архивное хранилище в настоящее время поддерживает два приоритета восстановления: высокий и стандартный, предлагая различные задержки и затраты на получение.2 Archive Storage currently supports two rehydration priorities, high and standard, offering different retrieval latencies and costs. Дополнительные сведения см. в статье восстановление данных большого двоичного объекта из уровня архива.For more information, see Rehydrate blob data from the archive tier.

Примечание

Учетные записи хранения BLOB-объектов поддерживают те же показатели производительности и масштабируемости, что и учетные записи хранения общего назначения версии 2.Blob Storage accounts support the same performance and scalability targets as general-purpose v2 storage accounts. Дополнительные сведения см. в разделе целевые показатели масштабируемости и производительности для хранилища BLOB-объектов.For more information, see Scalability and performance targets for Blob Storage.

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

Все учетные записи хранения используют модель ценообразования для блочного хранилища BLOB-объектов на основе уровня каждого большого двоичного объекта.All storage accounts use a pricing model for block blob storage based on the tier of each blob. При выставлении счетов следует учитывать следующее:Keep in mind the following billing considerations:

  • Затраты на хранение. Помимо объема хранимых данных стоимость хранения данных зависит от уровня доступа.Storage costs: In addition to the amount of data stored, the cost of storing data varies depending on the access tier. Чем холоднее уровень хранилища, тем меньше стоит каждый гигабайт.The per-gigabyte cost decreases as the tier gets cooler.

  • Затраты на доступ к данным. Чем холоднее уровень хранилища, тем дороже доступ к данным.Data access costs: Data access charges increase as the tier gets cooler. Для данных на уровне холодного и архивного доступа взимается плата за доступ к данным за гигабайт для чтения.For data in the cool and archive access tier, you're charged a per-gigabyte data access charge for reads.

  • Затраты на транзакции. взимается плата за все уровни, которые увеличиваются по мере того, как уровень становится еще больше.Transaction costs: There's a per-transaction charge for all tiers that increases as the tier gets cooler.

  • Затраты на передачу данных георепликации. Эта плата распространяется только на учетные записи с настроенной георепликацией, включая GRS и RA-GRS.Geo-replication data transfer costs: This charge only applies to accounts with geo-replication configured, including GRS and RA-GRS. При передаче данных георепликации взимается плата за гигабайт данных.Geo-replication data transfer incurs a per-gigabyte charge.

  • Расходы на исходящий трафик. Передача трафика (из региона Azure) предусматривает выставление счетов за использование пропускной способности по гигабайтам, как и при использовании учетных записей хранения общего назначения.Outbound data transfer costs: Outbound data transfers (data that is transferred out of an Azure region) incur billing for bandwidth usage on a per-gigabyte basis, consistent with general-purpose storage accounts.

  • Изменение уровня доступа. изменение уровня доступа к учетной записи приведет к оплате изменений на уровне всех больших двоичных объектов, для которых не задан явный набор уровней.Changing the access tier: Changing the account access tier will result in tier change charges for all blobs that don't have an explicit tier set. Сведения об изменении уровня доступа для одного большого двоичного объекта см. в разделе выставление счетов на уровне больших двоичныхобъектов.For information on changing the access tier for a single blob, see Blob-level tiering billing.

    Изменение уровня доступа для большого двоичного объекта при включении управления версиями или наличии моментальных снимков большого двоичного объекта может привести к дополнительным издержкам.Changing the access tier for a blob when versioning is enabled, or if the blob has snapshots, may result in additional charges. Сведения о больших двоичных объектах с включенным управлением версиями см. в разделе цены и выставление счетов в документации по версии BLOB-объектов.For information about blobs with versioning enabled, see Pricing and billing in the blob versioning documentation. Сведения о больших двоичных объектах с моментальными снимками см. в разделе цены и выставление счетов в документации по моментальным снимкам BLOB-объектовFor information about blobs with snapshots, see Pricing and billing in the blob snapshots documentation.

Примечание

Дополнительные сведения о ценах для блочных BLOB-объектов см. в разделе цены на блочные BLOB-объекты.For more information about pricing for Block blobs, see Block blob pricing. Дополнительные сведения о расходах на передачу исходящих данных см. на странице сведения о ценах на пропускную способность .For more information on outbound data transfer charges, see Bandwidth Pricing Details page.

ДоступностьAvailability

В выбранных регионах доступны различные уровни доступа, а также распределение по уровням BLOB-объектов.Different access tiers, along with blob-level tiering, are available in select regions. Полный список см. на странице Доступность продуктов по регионам.For a complete list, see Azure products available by region.

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

Узнайте, как управлять большими двоичными объектами и учетными записями на разных уровнях доступа.Learn how to manage blobs and accounts across access tiers.