クラウドストレージの料金、毎月なんとなく高いと感じていませんか。Azure Blob Storageに追加された「Smart Tier」は、データのアクセス頻度を自動で判定し、最適な階層へ移動させる機能です。ライフサイクルルールの設計も、再水和（リハイドレーション）料金の心配も不要になります。
この記事でわかること
- Smart Tierの仕組みとデータ移動のルール
- 従来のライフサイクルルール運用と何が変わるか
- 料金体系と課金されない項目
- 有効化の手順と注意点
- AWS S3 Intelligent-Tieringとの違い
Smart Tierとは何か
Smart Tierは、Azure Blob StorageおよびData Lake Storageに追加された自動階層化機能です。2025年11月のIgniteでパブリックプレビューが始まり、2026年4月にGA（一般提供）となりました。
従来、Azureでストレージコストを抑えるにはライフサイクル管理ルールを手動で設計する必要がありました。「30日でCoolへ」「90日でColdへ」といったルールをワークロードごとに書き、アクセスパターンが変わるたびにチューニングし直す作業です。Smart Tierはこの作業をすべて自動化します。
データはどう移動するか
Smart Tierのルールはシンプルです。
- 新しく作成されたデータは Hot階層 に配置される
- 30日間 アクセスがなければ Cool階層 へ自動移動
- さらに 60日間（通算90日）アクセスがなければ Cold階層 へ移動
- アクセスされた時点で即座にHot階層へ戻り、タイマーがリセットされる
アクセスとして扱われるのはGet BlobやPut Blobなどの読み書き操作です。Get Blob PropertiesやGet Blob Metadataといったメタデータ操作はアクセスにカウントされず、階層移動のトリガーにはなりません。
128KiB未満の小さなオブジェクトはHot階層に留まり続け、階層移動の対象外です。オブジェクトが128KiB以上に成長した時点で自動階層化が適用されます。
従来のライフサイクルルール運用との違い
ライフサイクルルールとSmart Tierの最大の違いは、運用コストの有無です。
ライフサイクルルールでは、ワークロードごとにアクセスパターンを予測してルールを書く必要があります。予測が外れると、頻繁にアクセスされるデータがCool階層に落ちてリハイドレーション料金が発生したり、逆に使われていないデータがHot階層に居座って無駄な費用がかかります。
Smart Tierは実際のアクセスパターンに基づいて判断するため、予測が不要です。パブリックプレビュー期間中、Smart Tierで管理されたデータの50%以上が自動的にCool/Cold階層へ移動したとMicrosoftは報告しています。あるデータ分析ワークロードでは、数百TiBのテレメトリ・ログデータに対してライフサイクルルールの管理を完全に廃止し、ストレージコストの予測可能性が向上したとされています。
注意点として、Smart Tierが有効なオブジェクトに対してライフサイクルルールで階層移動を制御しようとしても機能しません。両方を併用する設計は避ける必要があります。
料金体系
https://learn.microsoft.com/en-us/azure/storage/blobs/access-tiers-smart
Smart Tierの料金構造は明快です。
課金される項目は2つだけです。1つ目は、オブジェクトが実際に存在する階層（Hot/Cool/Cold）の標準容量料金。2つ目は、128KiB以上のオブジェクトに対する月額の監視（モニタリング）料金です。
課金されない項目は3つあります。階層間の移動料金、早期削除料金、データ取得料金がすべて無料です。従来のCool/Cold階層では、指定期間より前にデータを削除すると早期削除料金が発生し、データを読み出す際にはリハイドレーション料金がかかっていました。Smart Tierではこれらが一切かかりません。
すべてのアクセス操作はHot階層のトランザクション料金で課金されます。Cool/Cold階層にあるオブジェクトへのアクセスでも、Hot階層に戻った上でHot階層の料金が適用される仕組みです。
有効化の手順
設定は簡単です。
新規ストレージアカウント作成時は、Advancedタブの「Blob access tier」で「Smart」を選択するだけです。既存のアカウントでは、Azure portalのConfiguration画面から「Blob access tier (default)」をSmartに変更します。Azure CLIでは以下のコマンドで設定できます。
az rest --method patch \
--url "https://management.azure.com/subscriptions/<subscription-id>/resourceGroups/<resource-group>/providers/Microsoft.Storage/storageAccounts/<storage-account-name>?api-version=2025-08-01" \
--body '{"properties":{"accessTier":"Smart"}}'
有効化すると、明示的に階層が設定されていないすべてのBlobがSmart Tierの管理対象になります。特定のオブジェクトをSmart Tierの対象外にしたい場合は、個別にHot/Cool/Coldを明示的に設定すれば除外できます。
利用条件
Smart Tierにはいくつかの前提条件があります。
ストレージアカウントはStandard GPv2が必要です。レガシーのGPv1やPremiumアカウントは非対応です。冗長性はZRS、GZRS、RA-GZRSのいずれかが必要で、LRSやGRSでは利用できません。対象はブロックBlobのみで、ページBlobやアペンドBlobは対象外です。
リージョンはほぼすべてのゾーン冗長対応パブリッククラウドリージョンで利用可能です。Israel Central、Qatar Central、UAE Northの3リージョンはまだパブリックプレビュー段階です。
AWS S3 Intelligent-Tieringとの比較
AWSのS3 Intelligent-Tieringは、Azureより先に同様の自動階層化を提供してきた先行サービスです。
階層の構成が異なります。S3 Intelligent-Tieringは、Frequent Access、Infrequent Access、Archive Instant Access、Archive Access、Deep Archiveの最大5階層を管理します。Smart Tierの管理範囲はHot、Cool、Coldの3階層で、Archive階層は含みません。長期アーカイブが必要なワークロードでは、S3の方がカバー範囲が広くなります。
共通点も多くあります。どちらもアクセスパターンに基づく自動移動、リハイドレーション料金なし、オブジェクト単位のモニタリング料金という構造です。
Azureを主に利用している組織にとって、Smart Tierはサードパーティツールなしでストレージコストを最適化できる待望の機能です。マルチクラウド環境では、両サービスの階層範囲と料金体系を比較した上で選択する必要があります。
向いているユースケース
Smart Tierが効果を発揮するのは、アクセスパターンが予測しにくいデータです。分析パイプライン、データレイク、ログ、テレメトリ、アプリケーションデータなど、時間とともにアクセス頻度が変化するワークロードが該当します。
逆に、常にアクセスされ続けるデータはHot階層に留まり続けるだけなので、モニタリング料金の分だけ割高になります。アクセスパターンが明確に分かっているデータは、従来どおり明示的に階層を指定する方がコスト効率は良くなります。