Хранилище BLOB-объектов Azure: горячий, холодный и архивный уровни доступа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.
  • Cool Для хранения данных, которые редко используются и хранятся не менее 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:

  • На уровне учетной записи можно задать только горячий и холодное уровни доступа.Only the hot and cool access tiers can be set at the account level. Уровень доступа архива недоступен на уровне учетной записи.The archive access tier isn't available at the account level.
  • Уровни "горячий", "холодного" и архивного уровня могут быть установлены на уровне большого двоичного объекта во время передачи или после отправки.Hot, cool, and archive tiers can be set at the blob level during upload or after upload.
  • Данные на очень низком уровне доступа могут допускать немного меньшую доступность, но по-прежнему требуют высокой надежности, задержек при извлечении и характеристик пропускной способности, аналогичных горячим данным.Data in the cool access tier can tolerate slightly lower availability, but still requires high durability, retrieval latency, and throughput characteristics similar to hot data. Для замечательных данных более низкое соглашение об уровне обслуживания (SLA) доступности и более высокие затраты на доступ по сравнению с горячими данными являются приемлемыми компромиссами для снижения затрат на хранение.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 stores data offline and offers the lowest storage costs but also the highest data rehydrate and access costs.

Объемы данных, хранящихся в облаке, увеличиваются в геометрической прогрессии.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 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 only 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.Customers can easily convert their 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 prices cuts are only offered in GPv2 accounts. Оцените использование учетных записей GPv2 после всесторонней проверки цен.Evaluate using GPv2 accounts after comprehensively reviewing pricing. Некоторые рабочие нагрузки могут быть более дорогими на 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 explicit set at the object level. Для объектов с уровнем, заданным на уровне объектов, уровень учетной записи не применяется.For objects with the tier set at the object level, the account tier won't apply. Уровень архива можно применять только на уровне объектов.The archive tier can be applied only at the object level. Переключаться между этими уровнями доступа можно в любое время.You can switch between these access tiers at any time.

"Горячий" уровень доступа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. Но он имеет более высокие затраты на получение данных по сравнению с горячий и холодной уровнями.But it has higher data retrieval costs compared to the hot and cool tiers. Получение данных на уровне архива может занять несколько часов.Data in the archive tier can take several hours to retrieve. Данные должны оставаться на уровне архива в течение не менее 180 дней или быть подвержены периоду раннего удаления.Data must remain in the archive tier for at least 180 days or be subject to an early deletion charge.

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

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

Распределение по уровням учетной записи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.

Распределение 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. Однако восстановление большого двоичного объекта из архива может занять несколько часов.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. При перезаписи большого двоичного объекта на активном или холодном уровне созданный большой двоичный объект наследует уровень большого двоичного объекта, который был перезаписан, если только новый уровень доступа к большому двоичному объекту не будет явно задан при создании.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-объекта с моментальными снимками.You also cannot currently change the tier of a block blob that has snapshots.

Управление жизненным циклом большого двоичного объекта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-объектов (производительность 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 to the hot, cool, or archive tier, it is charged at the corresponding rate immediately upon 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. Восстановление данных из архива занимает время, и данные будут начисляться на архивные цены до восстановления данных в сети и изменения уровня больших двоичных объектов на "горячий" или "холодное".Rehydrating data from archive takes time and data will be charged archive prices until the data is restored online and blob tier changes to hot or cool. В следующей таблице приведены сведения о том, как выставляются счета за изменения уровня.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 — >здоровоarchive->cool,
Archive — >горячий,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.

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

Сравнение параметров хранилища блочных 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% OfflineOffline
ДоступностьAvailability
(операции чтения RA-GRS)(RA-GRS reads)
НедоступноN/A 99,99 %99.99% 99,9 %99.9% OfflineOffline
Плата за использование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 дней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 восходящие приоритеты, High и Standard, которые предлагают различные задержки при извлечении.2 Archive Storage currently supports 2 rehydrate priorities, High and Standard, that offers different retrieval latencies. Дополнительные сведения см. в статье восстановление данных большого двоичного объекта из уровня архива.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. Дополнительные сведения см. в статье Scalability and performance targets for Blob storage (Целевые показатели масштабируемости и производительности для хранилища BLOB-объектов).For more information, see Scalability and performance targets for Blob storage.

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

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

  • Изменение уровня доступа по умолчанию для учетной записи 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. В портал Azure найдите и выберите все ресурсы.In the Azure portal, search for and select All Resources.

  3. Затем выберите учетную запись хранения.Select your storage account.

  4. В окне Параметрывыберите Конфигурация , чтобы просмотреть и изменить конфигурацию учетной записи.In Settings, select Configuration to view and change the account configuration.

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

  6. Щелкните Сохранить в верхней части страницы.Click Save at the top.

Изменение уровня учетной записи хранения

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

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

  2. В портал Azure найдите и выберите все ресурсы.In the Azure portal, search for and select All Resources.

  3. Затем выберите учетную запись хранения.Select your storage account.

  4. Выберите контейнер, а затем выберите свой BLOB-объект.Select your container and then select your blob.

  5. В свойствах большого двоичного объектавыберите изменить уровень.In the Blob properties, select Change tier.

  6. Выберите " горячий", " холодного" или архивный уровень доступа.Select the Hot, Cool, or Archive access tier. Если ваш большой двоичный объект в данный момент находится в архиве и вы хотите выполнить восстановление на уровне сети, можно также выбрать параметр "использовать приоритет" (" стандартный " или " высокий").If your blob is currently in archive and you want to rehydrate to an online tier, you may also select a Rehydrate Priority of Standard or High.

  7. Щелкните сохранить внизу.Select Save at the bottom.

Изменение уровня учетной записи хранения

Цены и выставление счетов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 access tier inferred blobs stored in the account that don't have an explicit tier set. Сведения об изменении уровня доступа для одного большого двоичного объекта см. в разделе выставление счетов по уровням на уровне больших двоичных объектов.For information on changing the access tier for a single blob, refer to Blob-level tiering billing.

Примечание

Дополнительные сведения о ценах на блочные BLOB-объекты см. на странице цен на службу хранилища Azure .For more information about pricing for Block blobs, 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 don't 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. Атрибут уровня доступа , заданный на уровне учетной записи, является уровнем учетной записи по умолчанию, который применяется ко всем объектам в этой учетной записи без явного уровня Set.The Access Tier attribute set at the account level is the default account tier that applies to all objects in that account without an explicit set tier. Распределение по уровням BLOB-объектов позволяет задать уровень доступа на уровне объектов независимо от того, какой уровень доступа в этой учетной записи имеет значение.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 account tier by setting the Access tier attribute on the storage account. Изменение уровня учетной записи применяется ко всем объектам, хранящимся в учетной записи без явного набора уровней (например, « горячий» (выводимый) или « крутой» (выводимый)).Changing the account tier applies to all objects stored in the account that don't have an explicit tier set (for example, Hot (inferred) or Cool (inferred)). Переключение уровня учетной записи с "горячего" на "холодное" приводит к операциям записи (на 10 000) для всех больших двоичных объектов без установленного уровня в учетных записях GPv2 и переключение с "холодного" на "10 000 горячий" для всех больших двоичных объектов в хранилище BLOB-объектов и учетных записей GPv2.Toggling the account 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. При передаче большого двоичного объекта вы указываете выбранный уровень доступа: "горячий", "холодное" или архивный, независимо от уровня учетной записи по умолчанию.On blob upload, You 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.

В каких регионах доступны уровни доступа "горячий", "холодного" и "архивный"?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?

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

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

Все операции на "горячем" и "холодном" уровнях полностью согласованы.All operations between hot and cool are 100% consistent. Все допустимые операции архивации, включая GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier и DeleteBlob, соответствуют 100% в соответствии с горячий и холодной совместимостью.All valid archive operations including GetBlobProperties, GetBlobMetadata, ListBlobs, SetBlobTier, and DeleteBlob are 100% consistent with hot and cool. Данные большого двоичного объекта невозможно прочитать или изменить в архивном уровне до повторного сохранения. в архиве поддерживаются только операции чтения метаданных больших двоичных объектов.Blob data can't be read or modified while in the archive tier until rehydrated; only blob metadata read operations are supported while in archive.

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

Во время повторного сохранения можно использовать операцию получения свойств BLOB-объекта для опроса атрибута состояния архива и подтверждения завершения изменения уровня.During rehydration, you may use the get blob properties operation to poll the Archive Status attribute and 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. Дополнительные сведения см. в статье восстановление данных большого двоичного объекта с уровня архива .See Rehydrate blob data from the archive tier to learn more.

Когда начнется выставление счетов по соответствующему тарифу после установки уровня большого двоичного объекта?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 online tier for a blob, the Access Tier property immediately reflects the new tier for all transitions. Однако восстановление большого двоичного объекта из автономного архивного уровня на горячий или холодной уровень может занять несколько часов.However, rehydrating a blob from the offline archive tier to a hot or cool tier can take several hours. В этом случае плата взимается по тарифам архива до завершения повторного сохранения, после чего свойство уровень доступа отражает новый уровень.In this case, you're billed at archive rates until rehydration is complete, at which point the Access Tier property reflects the new tier. После восстановлении на уровне "в сети" плата взимается за этот большой двоичный объект по ставке "горячий" или "холодно".Once rehydrated to the online tier, you're billed for that blob at the hot or cool rate.

Разделы справки определить, будет ли взиматься плата за раннее удаление при удалении или перемещении большого двоичного объекта из холодного или архивного уровня?How do I determine if I'll 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. Если уровень большого двоичного объекта не изменился, можно проверить свойство Последнее измененное BLOB-объект.If the blob's tier was never changed, you can check the Last Modified blob property. Дополнительные сведения см. в разделе холодное и архивирование раннего удаления.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. Вы можете использовать все ограничения на одном уровне или на всех трех уровнях.You can choose to use all of your limit in one tier or across all three tiers. Дополнительные сведения см. в разделе целевые показатели масштабируемости и производительности для учетных записей храненияуровня "Стандартный".For more information, see Scalability and performance targets for standard storage accounts.

Дальнейшие шагиNext steps

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