Azure Blob Storage: ホット、クール、アーカイブ ストレージ層Azure Blob storage: hot, cool, and archive access tiers

Azure Storage からはさまざまなアクセス層が提供され、最もコスト効果の高い方法で 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:

  • アカウント レベルで設定できるのはホット アクセス層とクール アクセス層だけです。Only the hot and cool access tiers can be set at the account level. アーカイブ アクセス層はアカウント レベルでは使用できません。The archive access tier is not available at the account level.
  • ホット、クール、アーカイブの層は、いずれも BLOB レベルで設定できます。Hot, cool, and archive tiers can be set at the blob level.
  • クール アクセス層に格納されるデータについては、可用性が若干低くても許容できますが、ホット データと同程度の高い持続性、取得待ち時間、およびスループット特性が必要です。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 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. Azure Blob Storage は、ホット、クール、アーカイブの各アクセス層によって、分化されたアクセス層のニーズに異なる価格モデルで対応しています。With hot, cool, and archive access tiers, Azure Blob storage addresses this need for differentiated access tiers with separate pricing models.


この記事で説明されている機能は、Data Lake Storage 上でのマルチプロトコル アクセスのパブリック プレビューに登録した場合にのみ、階層型名前空間を持つアカウントで使用できます。The features described in this article are available to accounts that have a hierarchical namespace only if you enroll in the public preview of multi-protocol access on Data Lake Storage. 制限事項を確認するには、既知の問題に関する記事を参照してください。To review limitations, see the known issues article.

階層制御をサポートするストレージ アカウントStorage accounts that support tiering

ホット、クール、またはアーカイブに対してのオブジェクト ストレージ データの階層制御は、BLOB ストレージ アカウントと General Purpose v2 (GPv2) アカウントでのみサポートされています。Object storage data tiering to hot, cool, or archive is only supported in Blob storage and General Purpose v2 (GPv2) accounts. General Purpose v1 (GPv1) アカウントは階層制御をサポートしていません。General Purpose v1 (GPv1) accounts do not support tiering. ただし既存の GPv1 アカウントまたは BLOB ストレージ アカウントは、Azure Portal からの簡単なワンクリックのプロセスで、すぐに GPv2 アカウントに変換できます。However, customers can easily convert their existing GPv1 or Blob storage accounts to GPv2 accounts through a simple one-click process in the Azure portal. GPv2 では、BLOB、ファイル、キューに関して新しい料金体系が用意されているほか、各種の新しいストレージ機能が利用できるようになっています。GPv2 provides a new pricing structure for blobs, files, and queues, as well as, access to a variety of new storage features. しかもゆくゆくは、いくつかの新しい機能と料金体系が GPv2 アカウントでしか提供されなくなります。Furthermore, going forward some new features and prices cuts will only be offered in GPv2 accounts. そこで、お客様は新しい料金をよくご確認された後で GPv2 アカウントの使用を評価してください。一部のワークロードは GPv1 よりも GPv2 で費用負担が大きい可能性があります。Therefore, customers should evaluate using GPv2 accounts after comprehensively reviewing the new pricing as 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. この属性によって、オブジェクト レベルで設定された明示的な層を持たないストレージ アカウントの BLOB については、既定のアクセス層をホットまたはクールとして指定できます。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.

Premium パフォーマンス ブロック BLOB ストレージPremium performance block blob storage

Premium パフォーマンス ブロック 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.

Premium パフォーマンス ブロック BLOB ストレージは、高速で一貫性のある応答時間を必要とするワークロードに最適です。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. 対話式の動画編集、静的な Web コンテンツ、オンライン トランザクションなどエンド ユーザーが関与するデータにも適しています。Data that involves end users, such as interactive video editing, static web content, and online transactions are also good candidates.

Premium パフォーマンス ブロック 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.

BLOB はアーカイブ ストレージ内にありますが、BLOB データはオフラインであり、読み取り、コピー、上書き、または変更を行うことはできません。While a blob is in archive storage, the blob data is offline and cannot be read, copied, overwritten, or modified. アーカイブ ストレージ内の BLOB のスナップショットを作成することはできません。You can't take snapshots of a blob in archive storage. ただし、BLOB メタデータはオンラインのままで使用でき、BLOB とそのプロパティの一覧を表示することができます。However, the blob metadata remains online and available, allowing you to list the blob and its properties. アーカイブに保存された BLOB に対する有効な操作は、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 線/MRI 画像、金融サービスの顧客電話の音声録音や会話記録)。(For example, security camera footage, old X-Rays/MRIs for healthcare organizations, audio recordings, and transcripts of customer calls for financial services)

BLOB のリハイドレートBlob rehydration

アーカイブ ストレージ内のデータを読み取るには、まず、BLOB の層をホットまたはクールに変更する必要があります。To read data in archive storage, you must first change the tier of the blob to hot or cool. このプロセスはリハイドレートと呼ばれ、完了までに数時間かかることがあります。This process is known as rehydration and can take hours to complete. リハイドレートのパフォーマンスを最適化するために、サイズの大きい BLOB を使用することをお勧めします。We recommend large blob sizes for optimal rehydration performance. 複数の小さな BLOB を同時にリハイドレートすると、余分に時間がかかる場合があります。Rehydrating several small blobs concurrently may add additional time. 現在、High (プレビュー) と Standard という 2 つのリハイドレート優先度があります。これは、BLOB 層の設定操作または BLOB のコピー操作に対するオプションの x-ms-rehydrate-priority プロパティを使用して設定できます。There are currently two rehydrate priorities, High (preview) and Standard, which can be set via the optional x-ms-rehydrate-priority property on a Set Blob Tier or Copy Blob operation.

  • Standard の優先度:このリハイドレート要求は、受信した順序で処理され、最大で 15 時間かかることがあります。Standard priority: The rehydration request will be processed in the order it was received and may take up to 15 hours.
  • High の優先度 (プレビュー) :このリハイドレート要求は、Standard の要求より優先され、1 時間未満で完了することがあります。High priority (preview): The rehydration request will be prioritized over Standard requests and may finish in under 1 hour. BLOB のサイズと現在の需要によっては、High の優先度の処理にかかる時間が 1 時間を超える場合があります。High priority may take longer than 1 hour, depending on blob size and current demand. High の優先度の要求は、Standard の優先度の要求より優先されることが保証されます。High priority requests are guaranteed to be prioritized over Standard priority requests.


Standard の優先度は、アーカイブでの既定のリハイドレート オプションです。Standard priority is the default rehydration option for archive. High の優先度は、Standard の優先度のリハイドレートよりもコストがかかる高速オプションのため、通常は緊急でデータを復元する状況において使用するために予約されています。High priority is a faster option that will cost more than Standard priority rehydration and is usually reserved for use in emergency data restoration situations.

リハイドレート中に、層が変更されたかどうかを確認するために 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. 完了すると、アーカイブ ステータス プロパティが削除され、BLOB のアクセス層プロパティに新しい階層としてホット層またはクール層が反映されます。Upon completion, the archive status property is removed, and the Access Tier blob property reflects the new hot or cool tier.

アーカイブ層から BLOB データをリハイドレートする」で詳細を確認してください。See Rehydrate blob data from the archive tier to learn more.

アカウント レベルの階層制御Account-level tiering

この 3 つのアクセス階層に保存されているすべての BLOB は、同一アカウントに共存させることができます。Blobs in all three access tiers can coexist within the same account. 層が明示的に割り当てられていない BLOB では、アカウントのアクセス層の設定から層が推定されます。Any blob that does not have an explicitly assigned tier infers the tier from the account access tier setting. アクセス層がアカウントから推定された場合、BLOB のアクセス層の推定プロパティが "true" に設定され、BLOB のアクセス層プロパティがアカウントの階層に一致します。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 portal では、_アクセス層の推定_プロパティが、ホット (推定)クール (推定) として 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 do not have an explicit tier set. アカウントの階層をホットからクールに切り替えた場合、階層が設定されていない全 BLOB に関して書き込み操作 (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. BLOB ストレージ アカウントまたは GPv2 アカウントでクールからホットに切り替えた場合は、読み取り操作 (10,000 件単位) とデータ取得 (GB 単位) の両方の料金が発生します。You will 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 レベルの階層制御では、Set Blob Tier と呼ばれる 1 つの操作を使用して、オブジェクト レベルでデータの層を変更できます。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. ただし、アーカイブからの BLOB のリハイドレートには、数時間かかる場合があります。However, rehydrating a blob from archive can take several hours.

BLOB 層が最後に変更された時間は、BLOB のアクセス層変更時間プロパティを介して公開されます。The time of the last blob tier change is exposed via the Access Tier Change Time blob property. BLOB がアーカイブ層にあると、上書きできないため、このシナリオでは、同じ BLOB をアップロードすることは許可されません。If a blob is in the archive tier, it can't be overwritten, so uploading the same blob is not permitted in this scenario. ホット層またはクール層にある BLOB は上書きすることができます。この場合、新しい BLOB は、上書きされた BLOB の層を継承します。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.


アーカイブ ストレージと BLOB レベルの階層制御では、ブロック 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 のライフサイクル管理Blob lifecycle management

Blob Storage のライフサイクル管理には優れたルールベースのポリシーが用意されており、これを使用して、最適なアクセス層にデータを移行し、ライフサイクルの最後にデータを期限切れにすることができます。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. 詳細については、「Azure Blob Storage のライフサイクルの管理」を参照してください。See Manage the Azure Blob storage lifecycle to learn more.


ブロック BLOB ストレージ アカウント (Premium パフォーマンス) に格納されているデータは、現在、BLOB 層の設定または Azure Blob Storage のライフサイクル管理を使用して、ホット、クールまたはアーカイブに階層化することはできません。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. データを移動するには、Put Block From URL API を使用するか、この API をサポートするバージョンの AzCopy を使用して BLOB をブロック BLOB ストレージ アカウントから別のアカウントのホット アクセス層に同期的にコピーする必要があります。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. Put Block From URL API は、サーバー上でデータを同期的にコピーします。つまり、呼び出しは、すべてのデータが元のサーバーの場所から移動先の場所に移動された場合にのみ完了します。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

BLOB をよりクールな層 (ホットからクール、ホットからアーカイブ、またはクールからアーカイブ) に移動するとき、この操作は移動先の層への書き込み操作として課金され、移動先の層の書き込み操作 (10,000 件単位) およびデータ書き込み (GB 単位) の料金が適用されます。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.

BLOB をよりホットな層 (アーカイブからクール、アーカイブからホット、またはクールからホット) に移動するとき、この操作は移動元の層からの読み取りとして課金され、移動元の層の読み取り操作 (10,000 件単位) およびデータ取得 (GB 単位) の料金が適用されます。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. クール層またはアーカイブ層から移動された BLOB については、早期削除料金も適用される場合があります。Early deletion charges for any blob moved out of the cool or archive tier may apply as well. 次の表には、各層の変更料金をまとめてあります。The following table summarizes how tier changes are billed.

書き込み料金 (操作 + アクセス)Write Charges (Operation + Access) 読み取り料金 (操作 + アクセス)Read Charges (Operation + Access)
SetBlobTier の向きSetBlobTier Direction ホット -> クール、hot->cool,
ホット -> アーカイブ、hot->archive,
クール -> アーカイブcool->archive
アーカイブ -> クール、archive->cool,
アーカイブ -> ホット、archive->hot,
クール -> ホットcool->hot

クールおよびアーカイブの早期削除Cool and archive early deletion

GB 単位の月額料金に加え、クール層 (GPv2 アカウントのみ) に移動された BLOB は 30 日のクール早期削除期間の対象となり、またアーカイブ層に移動された BLOB は 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. たとえば BLOB をアーカイブに移動し、45 日後に削除するかホット層に移動した場合、その BLOB のアーカイブへの保存について、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.

アクセス層の変更がなかった場合は、BLOB プロパティ Last-Modified を使用して、早期削除を計算できます。You may calculate the early deletion by using the blob property, Last-Modified, if there has been no access tier changes. それ以外の場合は、BLOB プロパティ access-tier-change-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. BLOB プロパティの詳細については、「Get Blob Properties」を参照してください。For more information on blob properties, see Get Blob Properties.

ブロック BLOB ストレージ オプションの比較Comparing block blob storage options

次の表は、Premium パフォーマンス ブロック BLOB ストレージ、ホット アクセス層、クール アクセス層、アーカイブ アクセス層を比較したものです。The following table shows a comparison of premium performance block blob storage, and the hot, cool, and archive access tiers.

Premium パフォーマンスPremium performance ホット層Hot tier クール層Cool tier アーカイブ層Archive tier
可用性Availability 99.9%99.9% 99.9%99.9% 99%99% オフラインOffline
(RA-GRS 読み取り)(RA-GRS reads)
該当なしN/A 99.99%99.99% 99.9%99.9% オフラインOffline
利用料金Usage charges より高いストレージ コスト、より低いアクセスおよびトランザクション コストHigher storage costs, lower access and transaction cost より高いストレージ コスト、より低いアクセスおよびトランザクション コストHigher storage costs, lower access, and transaction costs より低いストレージ コスト、より高いアクセスおよびトランザクション コストLower storage costs, higher access, and transaction costs 最も低いストレージ コスト、最も高いアクセスおよびトランザクション コストLowest storage costs, highest access, and transaction costs
最小オブジェクト サイズMinimum object size 該当なしN/A 該当なしN/A 該当なしN/A 該当なしN/A
最小ストレージ存続期間Minimum storage duration 該当なしN/A 該当なしN/A 30 日130 days1 180 日180 days
(1 バイト目にかかる時間)(Time to first byte)
1 桁ミリ秒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 do not have an minimum retention duration for the cool tier.

2 Archive Storage では、取得待ち時間が異なる High と Standard の 2 つのリハイドレート優先度が現在サポートされています。2 Archive Storage currently supports 2 rehydrate priorities, High and Standard, that offer different retrieval latencies. 詳細については、「BLOB のリハイドレート」をご覧ください。For more information, see Blob rehydration.


BLOB ストレージ アカウントは、汎用 v2 ストレージ アカウントと同じパフォーマンスとスケーラビリティ ターゲットをサポートしています。Blob storage accounts support the same performance and scalability targets as general-purpose v2 storage accounts. 詳細については、「Azure Storage のスケーラビリティおよびパフォーマンスのターゲット」をご覧ください。For more information, see Azure Storage Scalability and Performance Targets.

クイックスタート シナリオQuickstart scenarios

このセクションでは、Azure Portal を使用して、次のシナリオについて説明します。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 ストレージ アカウントの BLOB のアクセス層を変更する方法。How to change the tier of a blob in a GPv2 or Blob storage account.

GPv2 または Blob Storage アカウントの既定のアクセス層を変更するChange the default account access tier of a GPv2 or Blob storage account

  1. Azure Portal にサインインします。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 ストレージ アカウントの BLOB のアクセス層を変更するChange the tier of a blob in a GPv2 or Blob storage account

  1. Azure Portal にサインインします。Sign in to the Azure portal.

  2. ストレージ アカウントの BLOB に移動するには、[すべてのリソース]、ストレージ アカウント、コンテナー、BLOB を順に選択します。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. [Blob のプロパティ] ブレードで、 [レベルの変更] ボタンを選択して [レベル] ブレードを開きます。In the Blob properties blade, select the Change tier button to open the tier blade.

  4. [ホット][クール] 、または [アーカイブ] アクセス層を選択します。Select the Hot, Cool, or Archive access tier. BLOB が現在アーカイブ内にあるときに、オンライン層にリハイドレートする場合は、リハイドレート優先度として [標準] または [高] を選択することもできます。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.

  5. ブレードの下部にある [OK] をクリックします。Click OK at the bottom of the blade.

価格と課金Pricing and billing

すべてのストレージ アカウントでは、各 BLOB の層に基づいたブロック 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 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.
  • geo レプリケーション データ転送コスト:GRS と RA-GRS を含む geo レプリケーションが構成されているアカウントだけに適用されます。Geo-Replication data transfer costs: This charge only applies to accounts with geo-replication configured, including GRS and RA-GRS. geo レプリケーション データ転送には、ギガバイトあたりの料金がかかります。Geo-replication data transfer incurs a per-gigabyte charge.
  • 送信データ転送コスト:送信データ転送 (Azure リージョン外に転送されるデータ) では、帯域幅使用量に対する課金が 1 ギガバイトごとに発生します。これは、汎用ストレージ アカウントと同じです。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.
  • アクセス層の変更:アカウント アクセス層を変更すると、アカウントに格納されている、層が明示的に設定されていない_アクセス層の推定_ BLOB に対する階層変更料金が発生します。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 do not have an explicit tier set. 1 つの BLOB のアクセス層を変更することの詳細については、「BLOB レベルの階層制御の課金」を参照してください。For information on changing the access tier for a single blob, please refer to Blob-level tiering billing.


ブロック BLOB の価格の詳細については、Azure Storage の価格に関するページを参照してください。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.


データを階層制御する場合、BLOB ストレージまたは GPv2 アカウントを使う必要があるのでしょうか。Should I use Blob storage or GPv2 accounts if I want to tier my data?

階層制御には BLOB ストレージ アカウントではなく GPv2 の使用をお勧めします。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.

同じアカウントの 3 つすべて (ホット、クール、アーカイブ) のアクセス層にオブジェクトを格納することはできますか。Can I store objects in all three (hot, cool, and archive) access tiers in the same account?

はい。Yes. アカウント レベルで設定されたアクセス層属性は、明示的に層が設定されていない、そのアカウント内のすべてのオブジェクトに適用される既定のアカウント層です。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 レベルの階層制御では、アカウントで設定されているアクセス層に関係なく、オブジェクト レベルでアクセス層を設定できます。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. 3 つのアクセス層 (ホット、クール、アーカイブ) のいずれの BLOB も同じアカウント内に存在することができます。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 do not have an explicit tier set (for example, Hot (inferred) or Cool (inferred)). アカウント層をホットからクールに切り替えた場合、GPv2 アカウントについてのみ、階層が設定されていないすべての BLOB に関して、書き込み操作 (10,000 件単位) の料金が発生します。クールからホットへの切り替えでは、BLOB ストレージ アカウントと GPv2 アカウントのすべての BLOB に関して、読み取り操作 (10,000 件単位) とデータ取得 (GB 単位) の両方の料金が発生します。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.

ホット、クール、アーカイブのアクセス層は、どのリージョンで利用できるのですか。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. 詳細なリストについては、Azure のリージョン別の利用可能な製品に関するページを参照してください。For a complete list, see Azure products available by region.

クール アクセス層の BLOB の動作と、ホット アクセス層の BLOB の動作は異なりますか。Do the blobs in the cool access tier behave differently than the ones in the hot access tier?

ホット アクセス層内の BLOB の待ち時間は、GPv1、GPv2、BLOB ストレージ アカウントの BLOB と同じになります。Blobs in the hot access tier have the same latency as blobs in GPv1, GPv2, and Blob storage accounts. クール アクセス層内の BLOB の待ち時間は、GPv1、GPv2、BLOB ストレージ アカウントの BLOB と類似しています (ミリ秒)。Blobs in the cool access tier have a similar latency (in milliseconds) as blobs in GPv1, GPv2, and Blob storage accounts. アーカイブ アクセス層の BLOB の待ち時間は、GPv1、GPv2、BLOB ストレージ アカウントのいずれにおいても数時間に及びます。Blobs in the archive access tier have several hours of latency in GPv1, GPv2, and Blob storage accounts.

クール アクセス層内の BLOB は、ホット アクセス層に格納された BLOB よりも可用性サービス レベル (SLA) が若干低くなります。Blobs in the cool access tier have a slightly lower availability service level (SLA) than the blobs stored in the hot access tier. 詳細については、「Storage の SLA」を参照してください。For more information, see SLA for storage.

ホット、クール、アーカイブの各層間で操作は同じですか。Are the operations among the hot, cool, and archive tiers the same?

ホットとクールとの間では、すべての操作に 100% の一貫性があります。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 データは、リハイドレートするまで読み取ったり変更したりできません。アーカイブ中は、BLOB メタデータの読み取り操作のみがサポートされます。Blob data cannot be read or modified while in the archive tier until rehydrated; only blob metadata read operations are supported while in archive.

BLOB をアーカイブ層からホット層またはクール層にリハイドレートするとき、リハイドレートが完了したことは、どのようにしてわかるのですか。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 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. 完了すると、アーカイブ ステータス プロパティが削除され、BLOB のアクセス層プロパティに新しい階層としてホット層またはクール層が反映されます。Upon completion, the archive status property is removed, and the Access Tier blob property reflects the new hot or cool tier.

BLOB の層を設定した後、いつから該当料金で課金されるのですか。After setting the tier of a blob, when will I start getting billed at the appropriate rate?

それぞれの BLOB は常に、BLOB のアクセス層プロパティによって示された階層に基づいて課金されます。Each blob is always billed according to the tier indicated by the blob's Access Tier property. BLOB に新しい層を設定すると、アクセス層プロパティに、すべての切り替えに対する新しい層がすぐに反映されます。When you set a new tier for a blob, the Access Tier property immediately reflects the new tier for all transitions. ただし、アーカイブ層からホット層またはクール層に BLOB をリハイドレートするには、数時間かかる場合があります。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. その時点で、その BLOB に対してホットまたはクールの料金が課金されます。At that point you are billed for that blob at the hot or cool rate.

クール層またはアーカイブ層から BLOB を移動したとき、早期削除料金が発生したかどうかは、どのようにしてわかるのですか。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 日前に削除または移動された BLOB には、日割り計算された早期削除料金が発生します。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. BLOB がクール層またはアーカイブ層に保管されていた時間は、BLOB のアクセス層変更時間プロパティを調べて、最後に層変更が実行されたタイムスタンプを得ることで判断できます。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 の階層が変更されていない場合は、Last Modified 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.

BLOB レベルの階層制御とアーカイブ ストレージは、どの Azure ツールと SDK でサポートされていますか。Which Azure tools and SDKs support blob-level tiering and archive storage?

BLOB レベルの階層制御とアーカイブ ストレージは、Azure Portal、PowerShell、CLI の各ツールに加え、.NET、Java、Python、Node.js の各クライアント ライブラリでサポートされます。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. そのため、すべての制限を 1 つの層で使用するか、3 つすべての層で使用するかは、ユーザーが選択できます。Therefore, you can choose to use all of your limit in one tier or across all three tiers. 詳細については、「Azure Storage のスケーラビリティおよびパフォーマンスのターゲット」を参照してください。For more information, see Azure Storage scalability and performance targets.

次の手順Next steps

GPv2 および BLOB ストレージ アカウントにおけるホット、クール、アーカイブの評価Evaluate hot, cool, and archive in GPv2 and Blob storage accounts

ホット、クール、アーカイブのリージョンごとの提供状況を確認するCheck availability of hot, cool, and archive by region

Azure Blob Storage のライフサイクルの管理Manage the Azure Blob storage lifecycle

アーカイブ層から BLOB データをリハイドレートする方法を確認するLearn about rehydrating blob data from the archive tier

Azure Storage のメトリックを有効にして現在のストレージ アカウントの使用状況を評価するEvaluate 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