Azure Blob Storage のアクセス層 - ホット、クール、およびアーカイブAccess tiers for Azure Blob Storage - hot, cool, and archive

Azure Storage にはさまざまなアクセス層が用意されており、最もコスト効果の高い方法で BLOB オブジェクト データを格納できます。Azure storage offers different access tiers, allowing you to store blob object data in the most cost-effective manner. 利用できるアクセス層:Available access tiers include:

  • ホット - 頻繁にアクセスされるデータの格納に最適化されています。Hot - Optimized for storing data that is accessed frequently.
  • クール - アクセスされる頻度は低いものの、少なくとも 30 日以上保管されるデータの格納に最適化されています。Cool - Optimized for storing data that is infrequently accessed and stored for at least 30 days.
  • アーカイブ - ほとんどアクセスされず、少なくとも 180 日以上保管され、待ち時間の要件が柔軟 (数時間単位) であるデータの格納に最適化されています。Archive - Optimized for storing data that is rarely accessed and stored for at least 180 days with flexible latency requirements, on the order of hours.

次の考慮事項は、さまざまなアクセス層に当てはまります。The following considerations apply to the different access tiers:

  • アクセス層は、アップロード中またはアップロード後に、BLOB に設定できます。The access tier can be set on a blob during or after upload.
  • アカウント レベルで設定できるのはホット アクセス層とクール アクセス層だけです。Only the hot and cool access tiers can be set at the account level. アーカイブ アクセス層は、BLOB レベルでのみ設定できます。The archive access tier can only be set at the blob level.
  • クール アクセス層のデータは、可用性が若干低くなりますが、ホット データと同程度の高い持続性、取得待ち時間、およびスループット特性があります。Data in the cool access tier has slightly lower availability, but still has high durability, retrieval latency, and throughput characteristics similar to hot data. クール データの場合、ホット データと比較して可用性が若干低くアクセス コストが高めであっても、全体的なストレージ コストが低ければ許容できます。For cool data, slightly lower availability and higher access costs are acceptable trade-offs for lower overall storage costs compared to hot data. 詳細については、「Storage の SLA」を参照してください。For more information, see SLA for storage.
  • アーカイブ アクセス層のデータはオフラインで格納されます。Data in the archive access tier is stored offline. アーカイブ層は、ストレージ コストが最も低くなりますが、アクセス コストと待ち時間が最も大きくなります。The archive tier offers the lowest storage costs but also the highest access costs and latency.
  • ホットとクール層では、すべての冗長性オプションがサポートされています。The hot and cool tiers support all redundancy options. アーカイブ層では、LRS、GRS、RA-GRS のみがサポートされます。The archive tier supports only LRS, GRS, and RA-GRS.
  • データ ストレージの上限は、アクセス層ごとに設定されるのではなく、アカウント レベルで設定されます。Data storage limits are set at the account level and not per access tier. すべての制限を 1 つの層で使用するか、3 つすべての層で使用するかは、ユーザーが選択できます。You can choose to use all of your limit in one tier or across all three tiers.

クラウド内の格納データが急激に増加しています。Data stored in the cloud grows at an exponential pace. ストレージのニーズが拡大する中でコストを管理するには、アクセスの頻度や予定保有期間などの属性に基づいてデータを整理し、コストを最適化する方法が効果的です。To manage costs for your expanding storage needs, it's helpful to organize your data based on attributes like frequency-of-access and planned retention period to optimize costs. クラウドに格納されるデータは、有効期間を通じてどのように生成、処理、アクセスされるかに基づいて異なる場合があります。Data stored in the cloud can be different based on how it's generated, processed, and accessed over its lifetime. 有効期間を通じて活発にアクセスおよび変更されるデータもあれば、Some data is actively accessed and modified throughout its lifetime. 有効期間の初期に頻繁にアクセスされ、古くなるにつれて大幅にアクセスが減るデータもあります。Some data is accessed frequently early in its lifetime, with access dropping drastically as the data ages. また、クラウド内でアイドル状態のままとなり、格納されてからはほとんどアクセスされないデータもあります。Some data remains idle in the cloud and is rarely, if ever, accessed after it's stored.

各データ アクセス シナリオは、特定のアクセス パターン用に最適化された異なるアクセス層の利点を利用しています。Each of these data access scenarios benefits from a different access tier that is optimized for a particular access pattern. Azure Blob Storage では、ホット、クール、アーカイブの各アクセス層によって、分化されたアクセス層のニーズに異なる価格モデルで対応しています。With hot, cool, and archive access tiers, Azure Blob Storage addresses this need for differentiated access tiers with separate pricing models.

次のツールとクライアント ライブラリはすべて、BLOB レベルの階層制御とアーカイブ ストレージをサポートしています。The following tools and client libraries all support blob-level tiering and archive storage.

  • Azure portalAzure portal
  • PowerShellPowerShell
  • Azure CLI ツールAzure CLI tools
  • .NET クライアント ライブラリ.NET client library
  • Java クライアント ライブラリJava client library
  • Python クライアント ライブラリPython client library
  • Node.js クライアント ライブラリNode.js client library

注意

この記事で説明されている機能は、階層構造の名前空間を持つアカウントで使用できるようになりました。The features described in this article are now available to accounts that have a hierarchical namespace. 制限事項については、「Azure Data Lake Storage Gen2 で使用できる BLOB ストレージ機能」の記事を参照してください。To review limitations, see the Blob storage features available in Azure Data Lake Storage Gen2 article.

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

ホット、クール、アーカイブの間でのオブジェクト ストレージ データの階層制御は、Blob Storage および General Purpose v2 (GPv2) アカウントでサポートされています。Object storage data tiering between hot, cool, and archive is supported in Blob Storage and General Purpose v2 (GPv2) accounts. General Purpose v1 (GPv1) アカウントでは階層制御はサポートされていません。General Purpose v1 (GPv1) accounts don't support tiering. 既存の GPv1 または Blob Storage アカウントを Azure portal を使用して GPv2 アカウントに簡単に変換できます。You can easily convert your existing GPv1 or Blob Storage accounts to GPv2 accounts through the Azure portal. GPv2 では、BLOB、ファイル、キューに対して新しい価格と機能が提供されます。GPv2 provides new pricing and features for blobs, files, and queues. 一部の機能と値引きは、GPv2 アカウントでのみ提供されています。Some features and price cuts are only offered in GPv2 accounts. ワークロードによっては、GPv2 は GPv1 より高額になることがあります。Some workloads can be more expensive on GPv2 than GPv1. 詳細については、「Azure ストレージ アカウントの概要」を参照してください。For more information, see Azure storage account overview.

Blob Storage および 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 for any blob that doesn't have it explicitly set at the object level. 層が明示的に設定されているオブジェクトについては、アカウント層は適用されません。For objects with the tier explicitly set, the account tier won't apply. アーカイブ層は、オブジェクト レベルでのみ適用することができます。The archive tier can be applied only at the object level. アクセス層はいつでも切り替えることができます。You can switch between access tiers at any time.

階層制御には、Blob Storage アカウントではなく GPv2 を使用します。Use GPv2 instead of Blob Storage accounts for tiering. GPv2 は、Blob Storage アカウントで利用できるすべての機能をサポートしており、それ以外にもさらに多くのものを利用できます。GPv2 supports all the features that Blob Storage accounts support, plus a lot more. Blob Storage と GPv2 の料金体系はほぼ同じですが、いくつかの新機能と値下げの対象は GPv2 アカウントに限られています。Pricing between Blob Storage and GPv2 is almost identical, but some new features and price cuts are only available on GPv2 accounts.

GPv1 アカウントと GPv2 アカウントとでは料金体系が異なります。GPv2 アカウントをご使用になる前に、両者を慎重に比較して評価してください。Pricing structure between GPv1 and GPv2 accounts is different and customers should carefully evaluate both before deciding to use GPv2 accounts. 既存の Blob Storage アカウントまたは GPv1 アカウントは、簡単なワンクリックのプロセスで GPv2 に変換することができます。You can easily convert an existing Blob Storage or GPv1 account to GPv2 through a simple one-click process. 詳細については、「Azure ストレージ アカウントの概要」を参照してください。For more information, see Azure storage account overview.

ホット アクセス層Hot access tier

ホット アクセス層は、クール層とアーカイブ層に比べてストレージ コストが高くなるものの、アクセス コストが最も低くなります。The hot access tier has higher storage costs than cool and archive tiers, but the lowest access costs. ホット アクセス層の使用シナリオの例には、次のようなものがあります。Example usage scenarios for the hot access tier include:

  • 活発に使用されたり、頻繁に読み取りおよび書き込みがされると予想されるデータData that's in active use or is expected to be read from and written to frequently
  • 処理段階にあり、最終的にはクール アクセス層に移行されるデータData that's staged for processing and eventual migration to the cool access tier

クール アクセス層Cool access tier

クール アクセス層は、ホット ストレージに比べてストレージ コストが低くなり、アクセス コストが高くなります。The cool access tier has lower storage costs and higher access costs compared to hot storage. この層は、少なくとも 30 日以上クール層で保持されるデータを対象としています。This tier is intended for data that will remain in the cool tier for at least 30 days. クール アクセス層の使用シナリオの例には、次のようなものがあります。Example usage scenarios for the cool access tier include:

  • 短期的なバックアップおよびディザスター リカバリーShort-term backup and disaster recovery
  • 頻繁には使用されないが、アクセスされたときにはすぐに利用できることが期待されている古いデータOlder data not used frequently but expected to be available immediately when accessed
  • コスト効率よく格納する必要があり、さらなるデータが今後処理するため収集されている、大規模なデータ セットLarge data sets that need to be stored cost effectively, while more data is being gathered for future processing

アーカイブ アクセス層Archive access tier

アーカイブ アクセス層はストレージ コストが最も低くなりますが、ホットとクールの各層に比べてデータ取得コストが高くなります。The archive access tier has the lowest storage cost but higher data retrieval costs compared to hot and cool tiers. データは、少なくとも 180 日間、アーカイブ層に保持される必要があります。そうでない場合、早期削除料金の対象になります。Data must remain in the archive tier for at least 180 days or be subject to an early deletion charge. アーカイブ アクセス層のデータの取得は、指定されたリハイドレート優先度によっては、数時間かかることがあります。Data in the archive tier can take several hours to retrieve depending on the specified rehydration priority. 小さいオブジェクトの場合、優先度の高いリハイドレートは 1 時間未満でアーカイブからオブジェクトを取得できます。For small objects, a high priority rehydrate may retrieve the object from archive in under an hour. アーカイブ層から BLOB データをリハイドレートする」で詳細を確認してください。See Rehydrate blob data from the archive tier to learn more.

BLOB がアーカイブ ストレージ内にある間、BLOB データはオフラインであり、読み取りも変更もできません。While a blob is in archive storage, the blob data is offline and can't be read or modified. アーカイブ内の BLOB を読み取るかダウンロードするには、最初にそれをオンライン層にリハイドレートする必要があります。To read or download a blob in archive, you must first rehydrate it to an online tier. アーカイブ ストレージ内の BLOB のスナップショットを作成することはできません。You can't take snapshots of a blob in archive storage. ただし、BLOB メタデータはオンラインのままで使用でき、BLOB、そのプロパティ、メタデータ、および BLOB インデックス タグを一覧表示できます。However, the blob metadata remains online and available, allowing you to list the blob, its properties, metadata, and blob index tags. アーカイブ中の BLOB メタデータの設定または変更は許可されていません。Setting or modifying the blob metadata while in archive isn't allowed. ただし、BLOB インデックス タグを設定したり変更したりすることはできます。However, you can set and modify the blob index tags. アーカイブ中の BLOB の場合、有効な操作は Get Blob PropertiesGet Blob MetadataSet Blob TagsGet Blob TagsFind Blobs by TagsList BlobsSet Blob TierCopy BlobDelete Blob のみです。For blobs in archive, the only valid operations are Get Blob Properties, Get Blob Metadata, Set Blob Tags, Get Blob Tags, Find Blobs by Tags, List Blobs, Set Blob Tier, Copy Blob, and Delete Blob.

アーカイブ アクセス層の使用シナリオの例には、次のようなものがあります。Example usage scenarios for the archive access tier include:

  • 長期バックアップ、セカンダリ バックアップ、アーカイブ データセットLong-term backup, secondary backup, and archival datasets
  • 最終的に使用可能な形式に処理した後も保持する必要がある、元の (未加工の) データOriginal (raw) data that must be preserved, even after it has been processed into final usable form
  • 長期間格納しておく必要があり、ほとんどアクセスされることがない、コンプライアンスおよびアーカイブ データCompliance and archival data that needs to be stored for a long time and is hardly ever accessed

注意

アーカイブ層は、ZRS、GZRS、RA-GZRS アカウントではサポートされていません。The archive tier is not supported for ZRS, GZRS, or RA-GZRS accounts. ストレージ アカウントのアーカイブ ストレージ層に BLOB が含まれている場合、LRS から GRS への移行はサポートされません。Migrating from LRS to GRS is not supported if the storage account contains blobs in the archive tier.

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

この 3 つのアクセス階層に保存されているすべての BLOB は、同一アカウントに共存させることができます。Blobs in all three access tiers can coexist within the same account. 層が明示的に割り当てられていない BLOB では、アカウントのアクセス層の設定から層が推定されます。Any blob that doesn't have an explicitly assigned tier infers the tier from the account access tier setting. アクセス層がアカウントから取得されている場合、BLOB の 推定されたアクセス層 プロパティは "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 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 don't have an explicit tier set. アカウントの階層をホットからクールに切り替えた場合、層が設定されていない全 BLOB に関して書き込み操作 (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 Storage アカウントでは、この変更に関しての料金は発生しません。There's no charge for this change in Blob Storage accounts. Blob Storage アカウントまたは GPv2 アカウントでクールからホットに切り替えた場合は、読み取り操作 (10,000 件単位) とデータ取得 (GB 単位) の両方の料金が発生します。You'll be charged for both read operations (per 10,000) and data retrieval (per GB) if you toggle from cool to hot in Blob Storage or GPv2 accounts.

既定のアカウント アクセス層として設定できるのは、ホット アクセス層とクール アクセス層だけです。Only hot and cool access tiers can be set as the default account access tier. アーカイブは、オブジェクト レベルでのみ設定することができます。Archive can only be set at the object level. BLOB のアップロードで、選択したアクセス層を、既定のアカウント層に関係なく、ホット、クール、またはアーカイブにするよう指定できます。On blob upload, you can specify the access tier of your choice to be hot, cool, or archive regardless of the default account tier. この機能により、データを直接アーカイブ層に書き込み、BLOB ストレージでデータを作成した瞬間からコストを削減することができます。This functionality allows you to write data directly into the archive tier to realize cost-savings from the moment you create data in blob storage.

BLOB レベルの階層制御Blob-level tiering

BLOB レベルの階層制御では、Put Blob または Put Block List 操作を使用して、選択したアクセス層にデータをアップロードし、Set Blob Tier 操作またはライフサイクル管理機能を使用して、オブジェクト レベルでデータの層を変更できます。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. 必要なアクセス層にデータをアップロードし、その後、使用パターンの変化に応じて、アカウント間でデータを移動することなく、BLOB のアクセス層をホット、クール、アーカイブに簡単に変更することができます。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. アーカイブ層からの BLOB のリハイドレートには、数時間かかる場合があります。Rehydrating a blob from the archive tier 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 アクセス層を明示的に設定しない限り、新しく作成された BLOB では上書きされた BLOB の階層を引き継ぎます。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. BLOB がアーカイブ層にあると、上書きできないため、このシナリオでは、同じ BLOB をアップロードすることは許可されません。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 レベルの階層制御では、ブロック BLOB のみがサポートされます。Archive storage and blob-level tiering only support block blobs.

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 Optimize costs by automating Azure Blob Storage access tiers 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 がアップロードされたり階層間で移動されたりすると、アップロードまたは階層変更の直後に、対応する料金が請求されます。When a blob is uploaded or moved between tiers, it is charged at the corresponding rate immediately upon upload or tier change.

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. アーカイブ層からのデータのリハイドレートには時間がかかり、データがオンラインに復元され、BLOB 層がホットまたはクールに変更されるまで、データにはアーカイブ料金が課金されます。Rehydrating data from the archive tier takes time and data will be charged archive prices until the data is restored online and the blob tier changes to hot or cool.

次の表には、各層の変更料金をまとめてあります。The following table summarizes how tier changes are billed.

書き込み料金 (操作 + アクセス)Write charges (operation + access) 読み取り料金 (操作 + アクセス)Read charges (operation + access)
Set Blob TierSet Blob Tier ホット -> クールhot -> cool
ホット -> アーカイブhot -> archive
クール -> アーカイブcool -> archive
アーカイブ -> クールarchive -> cool
アーカイブ -> ホットarchive -> hot
クール -> ホットcool -> hot

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

クール層 (GPv2 アカウントのみ) に移動された BLOB には、30 日のクール早期削除期間が適用されます。Any blob that is moved into the cool tier (GPv2 accounts only) is subject to a cool early deletion period of 30 days. アーカイブ層に移動された BLOB には、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. たとえば、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'll be charged an early deletion fee equivalent to 135 (180 minus 45) days of storing that blob in archive.

クールとアーカイブの層の間を移動する場合、いくつかの詳細があります。There are some details when moving between the cool and archive tiers:

  1. BLOB がストレージ アカウントの既定のアクセス層に基づいてクールと推定され、BLOB がアーカイブに移動された場合、早期削除料金は発生しません。If a blob is inferred as cool based on the storage account's default access tier and the blob is moved to archive, there is no early deletion charge.
  2. BLOB が明示的にクール層に移動された後にアーカイブに移動された場合は、早期削除料金が適用されます。If a blob is explicitly moved to the cool tier and then moved to archive, the early deletion charge applies.

アクセス層の変更がなかった場合は、Last-Modified BLOB プロパティを使用して、早期削除時間を計算します。Calculate the early deletion time by using the Last-Modified blob property, if there have been no access tier changes. それ以外の場合は、BLOB プロパティ access-tier-change-time を表示してアクセス層が最後にクールまたはアーカイブに変更されたときを確認します。Otherwise, 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
可用性Availability
(RA-GRS 読み取り)(RA-GRS reads)
該当なしN/A 99.99%99.99% 99.9%99.9% オフラインOffline
利用料金Usage charges より高いストレージ コスト、より低いアクセスおよびトランザクション コストHigher storage costs, lower access, and transaction cost より高いストレージ コスト、より低いアクセスおよびトランザクション コストHigher storage costs, lower access, and transaction costs より低いストレージ コスト、より高いアクセスおよびトランザクション コストLower storage costs, higher access, and transaction costs 最も低いストレージ コスト、最も高いアクセスおよびトランザクション コストLowest storage costs, highest access, and transaction costs
最小ストレージ存続期間Minimum storage duration 該当なしN/A 該当なしN/A 30 日130 days1 180 日180 days
待機時間Latency
(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 Storage アカウントには、クール層の最小リテンション期間はありません。Blob Storage accounts don't have a minimum retention duration for the cool tier.

2 Archive Storage では、取得の待ち時間とコストが異なる High と Standard の 2 つのリハイドレート優先度が現在サポートされています。2 Archive Storage currently supports two rehydration priorities, high and standard, offering different retrieval latencies and costs. 詳細については、「アーカイブ層から BLOB データをリハイドレートする」を参照してください。For more information, see Rehydrate blob data from the archive tier.

注意

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

価格と課金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'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.

  • 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 all blobs that don't have an explicit tier set. 1 つの BLOB のアクセス層の変更については、「BLOB レベルの階層制御の課金」を参照してください。For information on changing the access tier for a single blob, see Blob-level tiering billing.

    バージョン管理が有効になっている場合、または BLOB にスナップショットがある場合に BLOB のアクセス層を変更すると、追加料金が発生することがあります。Changing the access tier for a blob when versioning is enabled, or if the blob has snapshots, may result in additional charges. バージョン管理が有効になっている BLOB については、BLOB のバージョン管理に関するドキュメントの「価格と課金」を参照してください。For information about blobs with versioning enabled, see Pricing and billing in the blob versioning documentation. スナップショットを含む BLOB については、BLOB のスナップショットに関するドキュメントの「価格と課金」を参照してください。For information about blobs with snapshots, see Pricing and billing in the blob snapshots documentation.

注意

ブロック BLOB の価格について詳しくは、「ブロック BLOBの価格」を参照してください。For more information about pricing for Block blobs, see Block blob pricing. 送信データ転送料金について詳しくは、「帯域幅の料金詳細」ページを参照してください。For more information on outbound data transfer charges, see Bandwidth Pricing Details page.

可用性Availability

さまざまなアクセス層を、BLOB レベルの階層制御と共に、任意のリージョンでご利用いただけます。Different access tiers, along with blob-level tiering, are available in select regions. 詳細なリストについては、Azure のリージョン別の利用可能な製品に関するページを参照してください。For a complete list, see Azure products available by region.

次の手順Next steps

BLOB とアカウントをアクセス層間で管理する方法について説明します。Learn how to manage blobs and accounts across access tiers.