Хранилище BLOB-объектов: горячий, холодный и архивный уровни доступаAzure Blob storage: hot, cool, and archive access tiers

Хранилище Azure предоставляет доступ различных уровней, которые позволяют хранить данные объекта BLOB-объектов в наиболее экономичного.Azure storage offers different access tiers, which allow you to store blob object data in the most cost-effective manner. Существуют следующие категории доступа:The 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 archive access tier is available only at the blob level and not at the storage account level.
  • Данные в "холодном" уровне может выдержать отличаться меньшей доступностью, но по-прежнему требуется высокая надежность и сходными характеристиками времени для доступа и пропускной способности, как горячие данные.Data in the cool access tier can tolerate slightly lower availability, but still requires high durability and similar time-to-access and throughput characteristics as hot data. "Холодный" данных, предусматривающее более низкую доступность уровня службы соглашение об уровне и более высокие затраты по сравнению с "горячими" данными являются приемлемым Компромиссным решением для более экономного хранения.For cool data, a slightly lower availability service-level agreement (SLA) and higher access costs compared to hot data are acceptable trade-offs for lower storage costs.
  • Архивное хранилище используется в автономном режиме. Оно обеспечивает наименьшие затраты на хранение, но требует наибольших затрат на доступ.Archive storage is offline and offers the lowest storage costs but also the highest access costs.
  • Можно задать только на уровнях "Горячий" и "холодный" доступ на уровне учетной записи.Only the hot and cool access tiers can be set at the account level.
  • "Горячий", "холодный" и архивном уровне можно задать на уровне объектов.Hot, cool, and archive tiers can be set at the object level.

Объемы данных, хранящихся в облаке, увеличиваются в геометрической прогрессии.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 in terms of 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.

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

Можно только данные хранилища объектов на "Горячий", "холодный" уровень, или архивировать в хранилище BLOB-объектов и общего назначения версии 2 (GPv2) учетных записей.You may only tier your object storage data to hot, cool, or archive in Blob storage and General Purpose v2 (GPv2) accounts. Учетные записи общего назначения версии 1 (GPv1) не поддерживают распределение по уровням.General Purpose v1 (GPv1) accounts do not support tiering. Тем не менее можно легко преобразовать существующие учетные записи GPv1 или большой двоичный объект хранения учетные записи GPv2 процесс одним щелчком на портале Azure.However, you can easily convert existing GPv1 or Blob storage accounts to GPv2 accounts through a one-click process in the Azure portal. GPv2 предоставляет новую структуру ценообразования для больших двоичных объектов, файлов и очередей и доступ к различным новым возможностям хранилища.GPv2 provides a new pricing structure for blobs, files, and queues, and access to a variety of other new storage features. Забегая вперед, некоторые новые функции и скидки будут предоставляться только в учетных записях GPv2.Going forward, some new features and prices cuts will be offered only in GPv2 accounts. Таким образом следует проверить с помощью учетных записей GPv2, но использовать их только после проверки цены для всех служб.Therefore, you should evaluate using GPv2 accounts but only use them after reviewing the pricing for all services. Для некоторых рабочих нагрузок может оказаться намного дороже в 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 as hot or cool for any blob in the storage account that doesn't have an explicit tier set at the object level. Для объектов с уровнем, заданным на уровне объекта, уровень учетной записи не применяется.For objects with the tier set at the object level, the account tier will not apply. Архивный уровень может применяться только на уровне объектов.The archive tier can be applied only at the object level. Можно переключаться между этими уровнями доступа в любое время.You can switch between these access tiers at any time.

Хранилище BLOB-объектов производительности уровня "премиум"Premium performance block blob storage

Хранилище BLOB-объектов производительности уровня "премиум" доступны часто используемых данных с помощью высокопроизводительного оборудования.Premium performance block blob storage makes frequently accessed data available via high-performance hardware. Данные на этом уровне производительности хранятся на твердотельных накопителей (SSD), которые оптимизированы для низкой и согласованное задержки.Data in this performance tier is stored on solid-state drives (SSDs), which are optimized for low and consistent latency. Диски SSD обеспечивают более высокие скорости транзакций и пропускной способности по сравнению с традиционными жесткими дисками.SSDs provide higher transactional rates and throughput compared to traditional hard drives.

Хранилище BLOB-объектов производительности Premium идеально подходит для рабочих нагрузок, требующих быстрое и согласованное отклика.Premium performance block blob storage is ideal for workloads that require fast and consistent response times. Рекомендуется для рабочих нагрузок, которые выполняют многих небольших транзакциях, таких как сбор данных телеметрии, обмен сообщениями и преобразования данных.It's best for workloads that perform many small transactions, such as capturing telemetry data, messaging, and data transformation. Данные, конечных пользователей, например интерактивного редактирования видео, статическое веб-содержимое и сетевых транзакциях также являются хорошими кандидатами.Data that involves end users, such as interactive video editing, static web content, and online transactions are also good candidates.

Хранилище BLOB-объектов производительности уровня "премиум" доступна только через тип учетной записи хранилища BLOB-объектов блока и сейчас не поддерживает распределение по уровням "Горячий", "холодный" или архивный уровни доступа.Premium performance block blob storage is available only via the block blob storage account type, and does not currently support tiering to hot, cool, or archive access tiers.

"Горячий" уровень доступа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 expected to be accessed (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 datasets.
  • Старое мультимедийное содержимое, которое нечасто просматривают, но которое должно быть доступно сразу по необходимости.Older media content not viewed frequently anymore but is 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. (например, нужно долго хранить данные научных исследований или необработанные данные телеметрии производственного объекта).(For example, long-term storage of scientific data, raw telemetry data from a manufacturing facility)

Архивный уровень доступаArchive access tier

Архивный уровень доступа имеет наименьшей стоимостью хранения и больше затрат на получение данных по сравнению с горячим и холодным уровнями.The archive access tier has the lowest storage cost and higher data retrieval costs compared to hot and cool tiers. Этот уровень предназначен для данных, для которых допустима задержка извлечения в несколько часов и которые будут храниться не менее 180 дней.This tier is intended for data that can tolerate several hours of retrieval latency and will remain in the archive tier for at least 180 days.

Хотя большого двоичного объекта в архивном хранилище, данные больших двоичных объектов находится в автономном режиме и не удается прочитать, скопированный, перезапись или изменение.While a blob is in archive storage, the blob data is offline and cannot be read, copied, overwritten, or modified. Нельзя делать моментальные снимки большого двоичного объекта в архивном хранилище.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 and its properties. Для больших двоичных объектов в архиве допустимыми операторами являются GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier и DeleteBlob.For blobs in archive, the only valid operations are GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, and DeleteBlob.

Пример использования сценарии архивный уровень доступа: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. (например, необработанные мультимедийные данные после перекодирования в другие форматы).(For example, Raw media files after transcoding into other formats)
  • Данные соответствия требованиям и архивные данные, которые нужно хранить в течение длительного времени и которые вряд ли когда-либо будут использоватьCompliance and archival data that needs to be stored for a long time and is hardly ever accessed. (Например, камер безопасности, старые X-рентгенограммы и результаты Мрт организаций здравоохранения, аудиозаписи и клиента вызывает для финансовых служб)(For example, security camera footage, old X-Rays/MRIs for healthcare organizations, audio recordings, and transcripts of customer calls for financial services)

Восстановление больших двоичных объектовBlob rehydration

Для чтения данных в архивном хранилище сначала необходимо изменить уровень BLOB-объекта на "горячий" или "холодный".To read data in archive storage, you must first change the tier of the blob to hot or cool. Этот процесс называется восстановлением. Его выполнение может занять до 15 часов.This process is known as rehydration and can take up to 15 hours to complete. Для достижения оптимальной производительности мы рекомендуем использовать крупные большие двоичные объекты.Large blob sizes are recommended for optimal performance. Восстановление нескольких небольших двоичных объектов одновременно может занять дополнительное время.Rehydrating several small blobs concurrently may add additional time.

При восстановлении вы можете проверить свойство Archive Status BLOB-объекта, чтобы убедиться, что уровень изменился.During rehydration, you may check the Archive Status blob property to confirm if the tier has changed. Для состояния отображается значение rehydrate-pending-to-hot или rehydrate-pending-to-cool в зависимости от целевого уровня.The status reads "rehydrate-pending-to-hot" or "rehydrate-pending-to-cool" depending on the destination tier. По завершении свойство состояния архивации удаляется, а для свойства уровня доступа большого двоичного объекта отображается значение "горячего" или "холодного" уровня.Upon completion, the archive status property is removed, and the Access Tier blob property reflects the new hot or cool tier.

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

Распределение BLOB-объектов по уровням позволяет изменять уровень данных для объектов в ходе одной операции — установки уровня BLOB-объекта.Blob-level tiering allows you to change the tier of your data at the object level using a single operation called Set Blob Tier. Можно легко изменить уровень доступа к BLOB-объекту на "горячий", "холодный" или архивный, изменив шаблон использования. Перемещать данные между учетными записями не требуется.You can easily change the access tier of a blob among the hot, cool, or archive tiers as usage patterns change, without having to move data between accounts. Все изменения уровня вступают в силу немедленно.All tier changes happen immediately. Однако восстановление большого двоичного объекта из архива может занять несколько часов.However, rehydrating a blob from archive 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. Если большой двоичный объект на архивном уровне, он не может быть перезаписан, поэтому Отправка одного большого двоичного объекта не допускается в этом сценарии.If a blob is in the archive tier, it can't be overwritten, so uploading the same blob is not permitted in this scenario. Можно перезаписать большой двоичный объект в "Горячий" или "холодный" уровень, в котором в случае новый большой двоичный объект наследует уровень перезаписанного большого двоичного объекта.You can overwrite a blob in a hot or cool tier, in which case the new blob inherits the tier of the blob that was overwritten.

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

Примечание

Архивное хранилище и распределение BLOB-объектов по уровням поддерживают только большие двоичные объекты.Archive storage and blob-level tiering only support block blobs. Уровень большого двоичного объекта, который содержит моментальные снимки, изменить нельзя.You also cannot change the tier of a block blob that has snapshots.

Примечание

Данные, хранящиеся в учетной записи хранения BLOB-объектов блок не может в настоящее время распределяться по уровням компонента "Горячий", "холодный" или архивировать с помощью установки уровня большого двоичного объекта или с помощью управления жизненным циклом в хранилище BLOB-объектов.Data stored in a block blob storage account cannot currently be tiered to hot, cool, or archive using Set Blob Tier or using Azure Blob Storage lifecycle management. Для перемещения данных, необходимо синхронно скопировать большие двоичные объекты из учетной записи хранения BLOB-объектов блок уровень доступа "Горячий" в другую учетную запись с помощью поместить блок из URL-адрес API или версии 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 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 Manage the Azure Blob storage lifecycle to learn more.

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

Перемещение большого двоичного объекта на более холодный уровень (горячий -> холодный, горячий -> архивный или холодный -> архивный) оплачивается как операция записи на целевой уровень. Запись на целевой уровень оплачивается за каждые 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.

При перемещении большого двоичного объекта на более теплый уровень (архивный -> холодный, архивный -> "Горячий" или "холодный" -> "Горячий"), оплачивается как прочитанное из исходном уровне, где применяются операции чтения (за 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. В следующей таблице показано, как выставляются счета за изменение уровня.The following table summarizes how tier changes are billed.

Расходы на запись (Операция + Доступ)Write Charges (Operation + Access) Расходы на чтение (Операция + Доступ)Read Charges (Operation + Access)
Направление SetBlobTierSetBlobTier Direction "Горячий" -> "холодный", "Горячий" -> архивный, "холодный" -> архивныйhot->cool, hot->archive, cool->archive Архивный -> холодный, архивный -> "Горячий", "холодный" -> "Горячий"archive->cool, archive->hot, cool->hot

При переключении уровня учетной записи с "горячего" на "холодный" плата будет взиматься за операции записи (за каждые 10 000) для всех больших двоичных объектов без заданного уровня только в учетных записях GPv2.If you toggle the account tier from hot to cool, you will be charged for write operations (per 10,000) for all blobs without a set tier in GPv2 accounts only. В учетных записях хранилища BLOB-объектов плата за это изменение не взимается.There is no charge for this change in Blob storage accounts. Плата будет взиматься за операции чтения (за каждые 10 000) и получения данных (за гигабайт), если переключить учетную запись хранилища BLOB-объектов или учетную запись GPv2 с холодного уровня на горячий.You will be charged for both read operations (per 10,000) and data retrieval (per GB) if you toggle your Blob storage or GPv2 account from cool to hot. Плата за раннее удаление также может применяться к любому большому двоичному объекту, перемещенному из "холодного" или архивного уровня.Early deletion charges for any blob moved out of the cool or archive tier may apply as well.

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

В дополнение к ежемесячной плате за гигабайт любой большой двоичный объект, перемещаемый на "холодный" уровень (только для учетных записей GPv2), регулируется периодом раннего удаления в 30 дней для "холодного" уровня, а любой большой двоичный объект, перемещаемый на архивный уровень, регулируется периодом раннего удаления в 180 дней для архивного уровня.In addition to the per GB, per month charge, any blob that is moved into the cool tier (GPv2 accounts only) is subject to a cool early deletion period of 30 days, and 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 will be charged an early deletion fee equivalent to 135 (180 minus 45) days of storing that blob in archive.

Раннее удаление можно вычислять с помощью свойства большого двоичного объекта (creation-time), если уровень доступа не изменялся.You may calculate the early deletion by using the blob property, creation-time, if there has been no access tier changes. В противном случае можно использовать, если уровень доступа было изменено на "холодный" или с архивного, просмотрев свойство большого двоичного объекта: access-tier изменение time.Otherwise you can 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.

Сравнение вариантов хранения больших двоичных объектов блоковComparing block blob storage options

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

Производительность уровня "премиум"Premium performance "Горячий" уровеньHot tier "Холодном" уровнеCool tier Архивный уровеньArchive tier
ДоступностьAvailability 99,9 %99.9% 99,9 %99.9% 99 %99% Н/ДN/A
ДоступностьAvailability
(операции чтения RA-GRS)(RA-GRS reads)
Н/ДN/A 99,99 %99.99% 99,9 %99.9% Н/ДN/A
Плата за использование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 object size Н/ДN/A Н/ДN/A Н/ДN/A Н/ДN/A
Минимальный срок храненияMinimum storage duration Н/ДN/A Н/ДN/A 30 дней (только для GPv2)30 days (GPv2 only) 180 дней180 days
ЗадержкаLatency
(время до получения первого байта)(Time to first byte)
Однозначным числам, обозначающим миллисекундSingle-digit milliseconds Миллисекундыmilliseconds Миллисекундыmilliseconds < 15 часов< 15 hrs

Примечание

Целевые показатели масштабируемости и производительности, см. в разделе целевые показатели масштабируемости и производительности хранилища Azure для учетных записей храненияFor scalability and performance targets, see Azure Storage scalability and performance targets for storage accounts

Сценарии быстрого запускаQuickstart scenarios

В этом разделе описаны следующие сценарии с использованием портала Azure:In this section, the following scenarios are demonstrated using the Azure portal:

  • Изменение уровня доступа по умолчанию для учетной записи GPv2 или учетной записи хранилища BLOB-объектов.How to change the default account access tier of a GPv2 or Blob storage account.
  • Изменение уровня большого двоичного объекта в учетной записи GPv2 или учетной записи хранилища BLOB-объектов.How to change the tier of a blob in a GPv2 or Blob storage account.

Изменение уровня доступа по умолчанию для учетной записи GPv2 или учетной записи хранилища BLOB-объектовChange the default account access tier of a GPv2 or Blob storage account

  1. Войдите на портале Azure.Sign in to the Azure portal.

  2. Чтобы перейти к вашей учетной записи хранения, выберите "Все ресурсы", а затем — необходимую учетную запись хранения.To navigate to your storage account, select All Resources, then select your storage account.

  3. В колонке "Параметры" щелкните Конфигурация , чтобы просмотреть и (или) изменить конфигурацию учетной записи.In the Settings blade, click Configuration to view and/or change the account configuration.

  4. Выберите уровень доступа для ваших потребностей: задав для параметра Уровень доступа значение Холодный или Горячий.Select the right access tier for your needs: Set the Access tier to either Cool or Hot.

  5. Щелкните Сохранить в верхней части колонки.Click Save at the top of the blade.

Измените уровень большого двоичного объекта в учетной записи GPv2 или BLOB-объектовChange the tier of a blob in a GPv2 or Blob storage account

  1. Войдите на портале Azure.Sign in to the Azure portal.

  2. Чтобы перейти в большой двоичный объект в учетной записи хранения, выберите все ресурсы, выберите свою учетную запись хранения, выберите контейнер и выберите большой двоичный объект.To navigate to your blob in your storage account, select All Resources, select your storage account, select your container, and then select your blob.

  3. В свойств больших двоичных объектов колонке уровень доступа раскрывающееся меню для выбора "Горячий" уровень, "холодного" , или архива уровень доступа.In the Blob properties blade, select the Access tier dropdown menu to select the Hot, Cool, or Archive access tier.

  4. Щелкните Сохранить в верхней части колонки.Click Save at the top of the blade.

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

Модель ценообразования во всех учетных записях хранения учитывает уровень хранилища каждого большого двоичного объекта.All storage accounts use a pricing model for 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 are charged a per-gigabyte data access charge for reads.
  • Затраты на транзакции. Чем холоднее уровень хранилища, тем дороже каждая транзакция для всех уровней.Transaction costs: There is 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 from cool to hot incurs a charge equal to reading all the data existing in the storage account. При этом стоимость перехода с горячего уровня доступа к хранилищу на холодный равна стоимости операций записи всех данных на холодный уровень (только для учетных записей GPv2).However, changing the account access tier from hot to cool incurs a charge equal to writing all the data into the cool tier (GPv2 accounts only).

Примечание

Дополнительные сведения о ценах на учетные записи хранилища BLOB-объектов см. на странице с ценами на службу хранилища Azure.For more information about pricing for Blob storage accounts, see Azure Storage Pricing page. Дополнительные сведения о ценах на исходящий трафик см. на странице с ценами на передачу данных.For more information on outbound data transfer charges, see Data Transfers Pricing Details page.

Часто задаваемые вопросыFAQ

Следует ли использовать учетную запись хранилища BLOB-объектов или учетную запись GPv2, если нужно распределить данные по уровням?Should I use Blob storage or GPv2 accounts if I want to tier my data?

Мы рекомендуем использовать учетную запись GPv2 вместо учетных записей хранилища BLOB-объектов для распределения по уровням.We recommend you use GPv2 instead of Blob storage accounts for tiering. GPv2 поддерживает все возможности, которые поддерживают учетные записи хранилища BLOB-объектов и многие другие функции.GPv2 support 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 will only be available on GPv2 accounts. Учетные записи GPv1 не поддерживают распределение по уровням.GPv1 accounts do not support tiering.

Структура ценообразования в учетных записях 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.

Можно ли хранить объекты во всех трех (горячий, холодный и архивный) уровнями в ту же учетную запись доступа?Can I store objects in all three (hot, cool, and archive) access tiers in the same account?

Да.Yes. Атрибут Access Tier, назначенный на уровне учетной записи, является уровнем по умолчанию. Он применяется ко всем объектам в этой учетной записи без явно указанного уровня.The Access Tier attribute set at the account level is the default tier that applies to all objects in that account without an explicit set tier. Но функция распределения BLOB-объектов по уровням позволяет задавать уровень доступа на уровне объекта независимо от параметра уровня доступа, назначенного в учетной записи.However, blob-level tiering allows you to set the access tier on at the object level regardless of what the access tier setting on the account is. Большие двоичные объекты в любом из трех доступа уровней (горячий, холодный и архивный) могут существовать в той же учетной записи.Blobs in any of the three access tiers (hot, cool, or archive) may exist within the same account.

Можно ли изменить уровень доступа по умолчанию для учетной записи хранилища BLOB-объектов или GPv2?Can I change the default access tier of my Blob or GPv2 storage account?

Да, вы можете изменить уровень доступа по умолчанию, задав уровень доступа атрибут в учетной записи хранения.Yes, you can change the default access tier by setting the Access tier attribute on the storage account. Изменение уровня доступа применяется ко всем объектам в учетной записи, у которых нет явных задан уровень.Changing the access tier applies to all objects stored in the account that do not have an explicit tier set. Переключение на уровне доступа из "Горячий" на "холодный" влечет за собой операции записи (за 10 000) для всех больших двоичных объектов без заданного уровня в только для учетных записей GPv2 и переключение с "холодного" на "Горячий" взимается обеих операций чтения (за 10 000) и плата за извлечение данных (за ГБ) для всех больших двоичных объектов в хранилище BLOB-объектов и учетные записи GPv2.Toggling the access tier from hot to cool incurs write operations (per 10,000) for all blobs without a set tier in GPv2 accounts only and toggling from cool to hot incurs both read operations (per 10,000) and data retrieval (per GB) charges for all blobs in Blob storage and GPv2 accounts.

Можно ли задать архивный уровень в качестве уровня доступа к учетной записи по умолчанию?Can I set my default account access tier to archive?

No. Только уровни доступа на "Горячий" и "холодный" может задать в качестве уровня доступа для учетной записи по умолчанию.Only hot and cool access tiers may be set as the default account access tier. Архивный уровень можно задать только на уровне объекта.Archive can only be set at the object level.

В котором регионах такое "Горячий", "холодный" и архивный уровни доступа, доступных в?In which regions are the hot, cool, and archive access tiers available in?

На уровнях "Горячий" и "холодный" доступа вместе с BLOB-объектов по уровням доступны во всех регионах.The hot and cool access tiers along with blob-level tiering are available in all regions. Хранилище архивного уровня изначально будет доступно только в выбранных регионах.Archive storage will initially only be available in select regions. Полный список см. на странице Доступность продуктов по регионам.For a complete list, see Azure products available by region.

Большие двоичные объекты в "холодном" уровне ведут себя иначе, чем те, которые на уровне доступа к "Горячий"?Do the blobs in the cool access tier behave differently than the ones in the hot access tier?

Большие двоичные объекты на уровне доступа к "Горячий" характерна такая же задержка, как большие двоичные объекты в учетных записях хранения GPv1, GPv2 и больших двоичных объектов.Blobs in the hot access tier have the same latency as blobs in GPv1, GPv2, and Blob storage accounts. Большие двоичные объекты в "холодном" уровне характерна такая же задержка (в миллисекундах), как большие двоичные объекты в учетных записях хранения GPv1, GPv2 и больших двоичных объектов.Blobs in the cool access tier have a similar latency (in milliseconds) as blobs in GPv1, GPv2, and Blob storage accounts. Больших двоичных объектов на архивном уровне доступа характерна задержка в несколько часов в учетных записях хранения GPv1, GPv2 и больших двоичных объектов.Blobs in the archive access tier have several hours of latency in GPv1, GPv2, and Blob storage accounts.

Большие двоичные объекты в "холодном" уровне имеют несколько ниже доступности уровне обслуживания (SLA) чем у BLOB-объектов на уровне доступа к "Горячий".Blobs in the cool access tier have a slightly lower availability service level (SLA) than the blobs stored in the hot access tier. Дополнительные сведения см. в статье Соглашение об уровне обслуживания для хранилища.For more information, see SLA for storage.

Одинаковы ли операции на "горячем", "холодном" и архивном уровне?Are the operations among the hot, cool, and archive tiers the same?

Да.Yes. Все операции на "горячем" и "холодном" уровнях полностью согласованы.All operations between hot and cool are 100% consistent. Все допустимые архивные операции, включая удаление, перечисление, получение параметров и метаданных большого двоичного объекта, а также задание уровня большого двоичного объекта полностью согласованы для "горячего" и "холодного" уровней.All valid archive operations including delete, list, get blob properties/metadata, and set blob tier are 100% consistent with hot and cool. Большой двоичный объект невозможно прочитать или изменить, пока он находится на архивном уровне.A blob cannot be read or modified while in the archive tier.

Как узнать, что восстановление большого двоичного объекта с архивированного уровня на "горячий" или "холодный" уровень завершено?When rehydrating a blob from archive tier to the hot or cool tier, how will I know when rehydration is complete?

При восстановлении можно использовать операцию получения свойств большого двоичного объекта для опроса атрибута состояния архивации, чтобы убедиться, что изменение уровня завершено.During rehydration, you may use the get blob properties operation to poll the Archive Status attribute to confirm when the tier change is complete. Для состояния отображается значение rehydrate-pending-to-hot или rehydrate-pending-to-cool в зависимости от целевого уровня.The status reads "rehydrate-pending-to-hot" or "rehydrate-pending-to-cool" depending on the destination tier. По завершении свойство состояния архивации удаляется, а для свойства уровня доступа большого двоичного объекта отображается значение "горячего" или "холодного" уровня.Upon completion, the archive status property is removed, and the Access Tier blob property reflects the new hot or cool tier.

Когда начнется выставление счетов по соответствующему тарифу после установки уровня большого двоичного объекта?After setting the tier of a blob, when will I start getting billed at the appropriate rate?

Плата за каждый большой двоичный объект выставляется в соответствии с уровнем, обозначенным в свойстве Уровень доступа большого двоичного объекта.Each blob is always billed according to the tier indicated by the blob's Access Tier property. При установке нового уровня для большого двоичного объекта свойство Уровень доступа немедленно отражает уровень для всех переходов.When you set a new tier for a blob, the Access Tier property immediately reflects the new tier for all transitions. Тем не менее восстановление большого двоичного объекта из архивного уровня до горячего или холодного уровня хранилища может занять несколько часов.However, rehydrating a blob from the archive tier to a hot or cool tier can take several hours. В этом случае плата будет выставляться по тарифам архивного уровня, пока не будет завершено восстановление, после чего свойство Уровень доступа отразит новый уровень.In this case, you are billed at archive rates until rehydration is complete, at which point the Access Tier property reflects the new tier. На этом этапе плата будет выставляться за этот большой двоичный объект по тарифу горячего или холодного уровня хранилища.At that point you are billed for that blob at the hot or cool rate.

Как определить, будет ли взиматься плата за раннее удаление при удалении или перемещении большого двоичного объекта из "холодного" или архивного уровня?How do I determine if I will incur an early deletion charge when deleting or moving a blob out of the cool or archive tier?

За любой большой двоичный объект, который удаляется или перемещается с "холодного" (только для учетных записей GPv2) или архивного уровней до истечения 30 и 180 дней соответственно, будет взиматься плата за раннее удаление.Any blob that is deleted or moved out of the cool (GPv2 accounts only) or archive tier before 30 days and 180 days respectively will incur a prorated early deletion charge. Вы можете определить срок хранения большого двоичного объекта на холодном или архивном уровне, проверив свойство большого двоичного объекта Access Tier Change Time, которое предоставляет метку последнего изменения уровня.You can determine how long a blob has been in the cool or archive tier by checking the Access Tier Change Time blob property, which provides a stamp of the last tier change. Дополнительные сведения см. в разделе холодном и архивном раннее удаление.For more information, see Cool and archive early deletion.

Какие средства Azure и пакеты SDK поддерживают распределение BLOB-объектов по уровням и архивное хранилище?Which Azure tools and SDKs support blob-level tiering and archive storage?

Портал Azure, PowerShell и средства CLI, а также клиентские библиотеки .NET, Java, Python и Node.js поддерживают распределение BLOB-объектов по уровням и архивное хранилище.Azure portal, PowerShell, and CLI tools and .NET, Java, Python, and Node.js client libraries all support blob-level tiering and archive storage.

Сколько данных можно хранить на "горячем", "холодном" и архивном уровне данных?How much data can I store in the hot, cool, and archive tiers?

Хранение данных и другие ограничения устанавливаются на уровне учетной записи, а не для уровня доступа.Data storage along with other limits are set at the account level and not per access tier. Таким образом, можно использовать все ограничения для одного уровня или для всех трех.Therefore, you can choose to use all of your limit in one tier or across all three tiers. Дополнительные сведения см. в статье Целевые показатели масштабируемости и производительности службы хранилища Azure.For more information, see Azure Storage scalability and performance targets.

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

Оценка горячего, холодного и архивного уровней в учетной записи хранилища BLOB-объектов GPv2Evaluate hot, cool, and archive in GPv2 Blob storage accounts

Доступность продуктов по регионамCheck availability of hot, cool, and archive by region

Управление жизненным циклом хранилища BLOB-объектов Azure (предварительная версия)Manage the Azure Blob storage lifecycle

Оценка использования текущих учетных записей хранения путем включения метрик службы хранилища AzureEvaluate usage of your current storage accounts by enabling Azure Storage metrics

Цены на горячий, холодный и архивный уровни в учетных записях хранилища BLOB-объектов и учетных записях GPv2 по регионамCheck hot, cool, and archive pricing in Blob storage and GPv2 accounts by region

Проверка сведений о ценах на передачу данныхCheck data transfers pricing