Skip to content

Commit f6df9ca

Browse files
authored
Merge pull request #100092 from beber-msft/patch-3
Update lifecycle-management-overview.md
2 parents 88b3e75 + e410ecf commit f6df9ca

File tree

1 file changed

+3
-0
lines changed

1 file changed

+3
-0
lines changed

articles/storage/blobs/lifecycle-management-overview.md

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -17,6 +17,9 @@ ms.custom: "devx-track-azurepowershell, references_regions"
1717

1818
Data sets have unique lifecycles. Early in the lifecycle, people access some data often. But the need for access often drops drastically as the data ages. Some data remains idle in the cloud and is rarely accessed once stored. Some data sets expire days or months after creation, while other data sets are actively read and modified throughout their lifetimes. Azure Storage lifecycle management offers a rule-based policy that you can use to transition blob data to the appropriate access tiers or to expire data at the end of the data lifecycle.
1919

20+
> [!NOTE]
21+
> Each last access time update is charged as an "other transaction" at most once every 24 hours per object even if it's accessed 1000s of times in a day. This is separate from read transactions charges.
22+
2023
With the lifecycle management policy, you can:
2124

2225
- Transition blobs from cool to hot immediately when they're accessed, to optimize for performance.

0 commit comments

Comments
 (0)