BLOB ライフサイクル管理規則を追加する
すべてのデータ セットには、一意のライフサイクルがあります。 ライフサイクルの初期段階では、ユーザーはセット内のデータの一部にアクセスしますが、すべてのデータにはアクセスしない傾向があります。 データ セットが古くなるにつれて、セット内のすべてのデータへのアクセスが大幅に減る傾向があります。 また、クラウド内でアイドル状態のままとなり、ほとんどアクセスされないデータ セットもあります。 作成後数日または数か月以内に期限切れになるデータもあります。 データ セットの有効期間を通じてアクティブに読み取られ、変更されるデータもあります。
Azure Blob Storage では、データ セットの ライフサイクル管理 がサポートされています。 GPv2 および Blob Storage アカウントのための、豊富なルールベースのポリシーが用意されています。 ライフサイクル ポリシー ルールを使用して、データを適切なアクセス層に移行し、データ セットのライフサイクルの終了に有効期限を設定できます。
ライフサイクル管理について知っておくべきこと
Azure Blob Storage ライフサイクル管理ポリシー ルール使用して、いくつかのタスクを実行できます。
パフォーマンスとコストを最適化するために、BLOB をよりクールなストレージ層 (ホットからクール、ホットからアーカイブ、またはクールからアーカイブ) に切り替えましょう。
ライフサイクルの最後に、BLOB の現在のバージョン、BLOB の以前のバージョン、BLOB スナップショットを削除します。
ストレージ アカウント全体、一部のコンテナー、または名前のプレフィックスや BLOB インデックス タグをフィルターとして使って BLOB のサブセットに規則を適用できます。
ビジネス シナリオ
データがライフサイクルの初期段階には頻繁にアクセスされるものの、2 週間後にはたまにしかアクセスされなくなるというシナリオについて考えてみましょう。 1 か月後には、そのデータ セットはほとんどアクセスされなくなります。 このシナリオでは、初期段階には Blob Storage のホット層が最適です。 ときどきアクセスされるデータにはクール層ストレージが適しています。 1 か月以上が経過したデータに最も適しているのは、アーカイブ層ストレージです。 この移行を実現するために、ライフサイクル管理ポリシー ルールを使用して、古いデータをよりクールな層に移動することができます。
ライフサイクル管理ポリシー ルールを構成する
Azure portal で、複数の設定を指定して、Azure ストレージ アカウントのライフサイクル管理ポリシー ルールを作成します。 ルールごとに、If - Then ブロック条件を作成し、仕様に基づいてデータの切り替えまたは期限切れを行います。 これらの詳細を確認するときは、データ セットのライフサイクル管理ポリシー ルールを設定する方法を検討してください。
If: If 句は、ポリシー ルールの評価句を設定します。 If 句が true に評価されると、Then 句が実行されます。 If 句を使用して、BLOB データに適用する期間を設定します。 ライフサイクル管理機能は、指定された時間に従ってデータがアクセスまたは変更されたかどうかを確認します。
- （○日以上前）：評価条件で使用する日数です。
Then: Then 句は、ポリシー ルールのアクション句を設定します。 If 句が true に評価されると、Then 句が実行されます。 Then 句を使用して、BLOB データの遷移アクションを設定します。 ライフサイクル管理機能は、設定に基づいてデータを移行します。
- クール ストレージに移動する: BLOB データはクール層ストレージに移行されます。
- コールド ストレージに移動する: BLOB データはコールド層ストレージに移行されます。
- アーカイブ ストレージへの移動: BLOB データはアーカイブ層ストレージに移行されます。
- BLOB を削除する: BLOB データが削除されます。
データの古さを考慮してストレージ層を調整するためのポリシー ルールを設計することで、ニーズに合った最も低コストのストレージ オプションを設計できます。
ヒント
Azure Blob Storage ライフサイクルの管理トレーニング モジュールの知識を拡張します。