この記事は自動翻訳されています。オリジナル版はこちらをご覧ください。
Azure Blob Storageのライフサイクルポリシーの調整に時間をかけた結果、アクセスパターンが変わった途端に全部崩れた経験があるなら、この記事はまさにあなた向けです。Microsoftは、Azure BlobおよびData Lake Storage向けのsmart tierの一般提供を発表しました — 実際の使用状況に基づいて、オブジェクトをhot、cool、coldティア間で自動的に移動するフルマネージドのティアリング機能です。
Smart tierが実際にやること
コンセプトはシンプルです。smart tierはストレージアカウント内の各オブジェクトの最終アクセス時刻を継続的に評価します。頻繁にアクセスされるデータはhotに留まり、非アクティブなデータは30日後にcoolへ、さらに60日後にcoldへ移動します。データが再びアクセスされると、すぐにhotに昇格します。サイクルが再開します。
設定するライフサイクルルールなし。アクセスパターンの予測なし。手動チューニングなし。
プレビュー期間中、Microsoftはsmart tierで管理された容量の50%以上が、実際のアクセスパターンに基づいて自動的にクールなティアに移行したと報告しています。大規模なストレージアカウントにとって意味のあるコスト削減です。
.NET開発者にとってなぜ重要か
ログ、テレメトリ、分析データ、あるいは何らかの成長するデータ資産を生成するアプリケーションを構築しているなら — 正直なところ、そうでない人はいないでしょう — ストレージコストはすぐに膨れ上がります。従来のアプローチは、ライフサイクル管理ポリシーを書き、テストし、アプリのアクセスパターンが変わったら再調整することでした。Smart tierはそのワークフロー全体を排除します。
これが役立つ実用的なシナリオ：
- アプリケーションのテレメトリとログ — デバッグ中はhot、数週間後にはほとんどアクセスされない
- データパイプラインとETL出力 — 処理中は頻繁にアクセス、その後はほぼcold
- ユーザー生成コンテンツ — 最近のアップロードはhot、古いコンテンツは徐々に冷却
- バックアップとアーカイブデータ — コンプライアンスのため時々アクセス、ほとんどアイドル
セットアップ方法
Smart tierの有効化は一度きりの設定です：
- 新しいアカウント：ストレージアカウント作成時にsmart tierをデフォルトのアクセスティアとして選択（ゾーン冗長が必要）
- 既存のアカウント：blobアクセスティアを現在のデフォルトからsmart tierに切り替え
128 KiB未満のオブジェクトはhotに留まり、モニタリング料金は発生しません。それ以外は、ティア移行料金なし、早期削除料金なし、データ取得コストなしの標準hot/cool/cold容量料金を支払います。オブジェクトごとの月額モニタリング料金がオーケストレーションをカバーします。
知っておくべきトレードオフ
Smart tierのティアリングルールは固定です（30日→cool、90日→cold）。カスタムしきい値が必要な場合 — 例えば、特定のワークロードで7日後にcoolに移動したい場合 — ライフサイクルルールが引き続き正解です。そして両方を混ぜないでください：smart tierで管理されているオブジェクトにライフサイクルルールを使用すると競合する可能性があるため、避けてください。
まとめ
革命的ではありませんが、実際の運用上の頭痛の種を解決します。成長するBlob Storageアカウントを管理していて、ライフサイクルポリシーの維持に疲れているなら、smart tierを有効化してAzureに任せましょう。現在、ほぼすべてのゾーンパブリッククラウドリージョンで利用可能です。
