Azure smart tier GA：BlobとData Lake Storageで一般提供

はじめに

Microsoft は、Azure Blob Storage と Azure Data Lake Storage 向けの smart tier の一般提供を発表しました。大規模なデータ資産を管理する IT チームにとって、これは実際のオブジェクト アクセスに基づいてストレージ階層化を自動化し、ストレージ コストとライフサイクル ポリシー維持の運用負荷の両方を軽減できるという点で重要です。

新機能

smart tier は現在、Blob Storage と Data Lake Storage の両方について、ほぼすべてのゾーン対応パブリック クラウド リージョンで一般提供されています。

主な機能は次のとおりです。

• hot、cool、cold ストレージ階層間の 自動階層化
• 各オブジェクトの最終アクセス時刻の 継続的な評価
• オブジェクトが再度アクセスされた際の hot への自動再昇格
• smart tier 管理オブジェクトに対する 階層移行、早期削除、取得料金なし
• Azure portal または API を通じた 新規および既存のゾーン対応ストレージ アカウントのサポート

Microsoft によると、プレビュー期間中、smart tier で管理された容量の 50% 超が、実際の使用パターンに基づいて自動的により低温の階層へ移行しました。

smart tier の仕組み

smart tier は、手動のライフサイクル構成なしでデータを移動する組み込みルールを使用します。

• 頻繁にアクセスされるデータは hot tier に保持されます
• 非アクティブなデータは 30 日後に cool へ移動します
• その後さらに 60 日間非アクティブな場合、データは cold へ移動します
• 読み取りおよび書き込み操作によって階層化サイクルが再開されます
• メタデータ操作は移行に影響しません

このアプローチは、アクセス パターンが時間とともに変化し、事前予測が難しい環境向けに設計されています。

IT 管理者への影響

Azure 管理者にとって最大の利点は、管理オーバーヘッドの削減です。ライフサイクル ルールを設計、テスト、調整する代わりに、チームは Azure に階層配置を自動処理させることができます。

これは特に次のようなケースで有効です。

• 分析およびテレメトリ ワークロード
• データ レイクおよびログ ストレージ
• アクセス パターンが予測しにくい大規模オブジェクト ストレージ環境
• 低温データへの再アクセスで発生するコスト急増を回避したい組織

注意すべき制限事項もあります。

• ゾーン冗長が必要
• 従来の GPv1 アカウントは非サポート
• page blob または append blob には適用不可

対応項目と次のステップ

管理者は、対象となるストレージ アカウントを確認し、既存のライフサイクル ルールを smart tier で置き換えられる箇所を判断する必要があります。

推奨される次のステップは以下のとおりです。

1. アクセス パターンが混在するゾーン対応 Blob または Data Lake Storage アカウントを特定する
2. 現在のライフサイクル ルールを簡素化または削除できるか評価する
3. 新規または既存のサポート対象アカウントで、既定のアクセス階層として smart tier を有効化する
4. 特定の階層に固定しておく必要があるオブジェクトを除外する
5. 展開後のコストと階層化の動作を監視する

大規模で急速に増加するデータセットを管理する組織にとって、Azure smart tier は、データをオンラインかつ即時アクセス可能な状態に保ちながら、ストレージ支出を最適化するよりシンプルな方法を提供します。