Skip to content

Commit 852ad8a

Browse files
Merge pull request #272015 from khdownie/patch-1
Update lifecycle-management-overview.md
2 parents 40274b2 + 4fcb6de commit 852ad8a

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

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

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
title: Optimize costs by automatically managing the data lifecycle
3-
titleSuffix: Azure Storage
4-
description: Use Azure Storage lifecycle management policies to create automated rules for moving data between hot, cool, cold, and archive tiers.
3+
titleSuffix: Azure Blob Storage
4+
description: Use Azure Blob Storage lifecycle management policies to create automated rules for moving data between hot, cool, cold, and archive tiers.
55
author: normesta
66

77
ms.author: normesta
@@ -14,7 +14,7 @@ ms.custom: references_regions, engagement-fy23
1414

1515
# Optimize costs by automatically managing the data lifecycle
1616

17-
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.
17+
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 Blob 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.
1818

1919
> [!NOTE]
2020
> 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.

0 commit comments

Comments
 (0)