BLOB ライフサイクル管理規則を追加する
すべてのデータ セットには、一意のライフサイクルがあります。 ライフサイクルの初期段階では、ユーザーはセット内のデータの一部にアクセスしますが、すべてのデータにはアクセスしない傾向があります。 データ セットが古くなるにつれて、セット内のすべてのデータへのアクセスが大幅に減る傾向があります。 また、クラウド内でアイドル状態のままとなり、格納されてからほとんどアクセスされないデータ セットもあります。 作成後数日または数か月以内に期限切れになるデータもあります。 データ セットの有効期間を通じてアクティブに読み取られ、変更されるデータもあります。
Azure Blob Storage では、データ セットのライフサイクル管理をサポートします。 GPv2 および Blob Storage アカウントのための、豊富なルールベースのポリシーが用意されています。 ライフサイクル ポリシー ルールを使用して、データを適切なアクセス層に移行し、データ セットのライフサイクルの終了に有効期限を設定できます。
Azure BLOB のライフサイクルを自動的に管理する方法 |Azure ヒントとテクニック
ライフサイクル管理について知っておくべきこと
Azure Blob Storage ライフサイクル管理ポリシー ルール使用して、いくつかのタスクを実行できます。
パフォーマンスとコストを最適化するために、BLOB をよりクールなストレージ層 (ホットからクール、ホットからアーカイブ、またはクールからアーカイブ) に切り替えましょう。
ライフサイクルの終了時に BLOB を削除する。
Azure ストレージ アカウント レベルで 1 日 1 回実行するための、ルールベースの条件を定義します。
ルールベースの条件をコンテナーまたは 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 データはアーカイブ層ストレージに移行されます。
- Delete the blob (BLOB を削除する): BLOB データが削除されます。
データの古さを考慮してストレージ層を調整するためのポリシー ルールを設計することで、ニーズに合った最も低コストのストレージ オプションを設計できます。