Azure Blob Storage ライフサイクル管理を実装する

完了

これで、アクセス層が、会社内で特定した過剰なストレージ コストの制御に役立つ機能を備えていることを確認しました。 主な関心事は、管理オーバーヘッドが最小限になる方法で実装を簡素化できるアプローチを特定することです。 このユニットでは、カスタマイズ可能なルールに基づいてアクセス層の種類の切り替えを自動化できる、Azure Storage Blob ライフサイクル管理について学習します。

Azure Blob Storage ライフサイクル管理について説明する

ストレージの使用パターンとデータの関連性は、時間の経過と共に変化するため、最適なアクセス層の割り当てを維持することは、継続的なプロセスです。 この課題に対処するには、自動化されたソリューションが必要です。 幸いなことに、Azure Blob Storage には、この機能を提供することによるライフサイクル管理ポリシーのサポートが含まれています。

Azure Blob Storage ライフサイクル管理を構成する

Azure Storage ライフサイクル管理は、JSON 形式のポリシーで構成されています。 このポリシーは、目的の BLOB 管理タスクを決定するカスタム定義ルールで構成されています。 最も一般的には、これらのタスクでは BLOB が最後に変更またはアクセスされた日時が評価されます。 その評価の結果に応じて、現在のアクセス層の割り当てが保持されるか、その BLOB が別の層に移行されたり削除されたりします。 また、ライフサイクル管理は、BLOB のバージョン管理とスナップショットにも統合されます。 それにより、古いバージョンの BLOB とスナップショットをクール、コールド、アーカイブの各ストレージ層に自動的に移行し、適切な場合にはコストを最小限に抑えるため、それらを削除することができます。 名前プレフィックスまたは BLOB インデックス タグに基づいて、特定のコンテナーに合わせてルールの範囲を指定できます。

最後にアクセスした日付に基づく評価のサポートを実装するには、BLOB アクセス時刻の追跡を有効にする必要があります。 最後にアクセスした日付は、書き込みのみを示す最終変更日とは異なり、読み取りと書き込みの両方の操作を表します。 対応するメタデータは、毎日更新されます。

パフォーマンス関連の測定であるライフサイクル管理ポリシーでは、BLOB がアクセスされるとすぐにそれらをクール層からホット層に移行する機能がサポートされています。 これは、ポリシー ルール内で、enableAutoTierToHotFromCool プロパティを true に設定すると実行されます。

Note

早期削除料金の結果として発生する可能性があるコストへの影響に留意してください。

ポリシー ルールは、インデックス タグとも統合されます。 これらにより、一致するインデックス タグ値に基づいて特定の BLOB を対象とするルールを作成できます。 次の例は、一致するインデックス タグに基づいて BLOB を削除するルールを示しています。