• 7 分

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

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