You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Azure Blob Storage empowers organizations to efficiently manage and scale their data storage needs, even as data volumes grow and usage patterns evolve. By leveraging blob lifecycle management, customers can proactively optimize costs by implementing rule-based policies that automatically transition data to cooler tiers or expire it when it is no longer needed. This seamless automation ensures that data is always stored in the most cost-effective manner which maximizes budget efficiency while maintaining easy access and robust data management. With blob lifecycle management, organizations can confidently scale their storage environments, knowing that their costs are optimized and their data is managed according to real-world usage.
16
+
Azure Blob Storage empowers organizations to efficiently manage and scale their data storage needs, even as data volumes grow, and usage patterns evolve. By using blob lifecycle management, customers can proactively optimize costs by implementing rule-based policies that automatically transition data to cooler tiers or expire it when it's no longer needed. This seamless automation ensures that data is always stored in the most cost-effective manner which maximizes budget efficiency while maintaining easy access and robust data management. With blob lifecycle management, organizations can confidently scale their storage environments, knowing that their costs are optimized and their data is managed according to real-world usage.
17
17
18
18
With the lifecycle management policy, you can:
19
19
20
-
- Transition current versions of a blob, previous versions of a blob, or blob snapshots to a cooler storage tier if these objects haven't been accessed or modified for a period of time, to optimize for cost.
20
+
- Transition current versions of a blob, previous versions of a blob, or blob snapshots to a cooler storage tier if these objects aren't accessed or modified for a period of time, to optimize for cost.
21
21
- Transition blobs back from cool to hot immediately when they're accessed.
22
22
- Delete current versions of a blob, previous versions of a blob, or blob snapshots at the end of their lifecycles.
23
23
- Apply rules to an entire storage account, to select containers, or to a subset of blobs using name prefixes or blob index tags as filters.
@@ -29,23 +29,23 @@ With the lifecycle management policy, you can:
29
29
30
30
A lifecycle management policy is a collection of rules in a JSON document. To learn more, see [Azure Blob Storage lifecycle management policy structure](lifecycle-management-policy-structure.md).
31
31
32
-
Lifecycle management policies are supported for block blobs and append blobs in general-purpose v2, premium block blob, and Blob Storage accounts. Lifecycle management doesn't affect system containers such as the $logs or $web containers.
32
+
Lifecycle management policies are supported for block blobs and append blobs in general-purpose v2, premium block blob, and Blob Storage accounts. Lifecycle management doesn't affect system containers such as the `$logs` or `$web` containers.
33
33
34
-
A *rule* is a definition of the conditions, along with the associated actions and filters that will be used to process objects. The following table describes each rule element.
34
+
A *rule* is a definition of the conditions, along with the associated actions and filters that are used to process objects. The following table describes each rule element.
35
35
36
36
| Rule element | Description |
37
37
|---|---|
38
-
| Conditions | Conditions are based on the following three blob properties: Creation Time, Last Modified Time and Last Accessed Time (if access time tracking is enabled) |
38
+
| Conditions | Conditions are based on the following three blob properties: Creation Time, Last Modified Time, and Last Accessed Time (if access time tracking is enabled) |
39
39
| Actions | Actions are applied to the filtered blobs that meet the associated conditions. You must define at least one action per rule such as changing the blob tier to the cool tier or deleting blobs. |
40
40
| Filters | Filters limit rule actions to a subset of blobs within the storage account by using path prefixes and blob tags. If more than one filter is defined, a logical AND runs on all filters. You can use a filter to specify which blobs to include. A filter provides no means to specify which blobs to exclude. |
41
41
42
42
## Policy execution
43
43
44
44
When you add or edit the rules of a lifecycle policy, it can take up to 24 hours for changes to go into effect and for the first execution to start.
45
45
46
-
An active policy processes objects periodically, and is interrupted if changes are made to the policy. If you delete a policy, then no new policy runs will be scheduled, but if a run is already in progress, that run will continue until it completes and you're billed for any actions that are required to complete the run. If you disable all of the rules in a policy, then the policy becomes inactive. If a run is already in progress, that run will come to a stop within 24 hours, and no new runs will be scheduled. It is recommended to disable a policy first, wait 24 hours and then delete policy.
46
+
An active policy processes objects periodically, and is interrupted if changes are made to the policy. If you delete a policy, then no new policy runs are scheduled, but if a run is already in progress, that run continues until it completes and you're billed for any actions that are required to complete the run. If you disable all of the rules in a policy, then the policy becomes inactive. If a run is already in progress, that run comes to a stop within 24 hours, and no new runs are scheduled. It's recommended to disable a policy first, wait 24 hours and then delete policy.
47
47
48
-
The time required for a run to complete depends on the number of blobs evaluated and operated on. The latency with which a blob is evaluated and operated on may be longer if the request rate for the storage account approaches the storage account limit. All requests made to storage account, including requests made by policy runs, accrue to the same limit on requests per second, and as that limit approaches, priority is given to requests made by workloads. To request an increase in account limits, contact [Azure Support](https://azure.microsoft.com/support/faq/).
48
+
The time required for a run to complete depends on the number of blobs evaluated and operated on. The latency with which a blob is evaluated and operated on might be longer if the request rate for the storage account approaches the storage account limit. All requests made to storage account, including requests made by policy runs, accrue to the same limit on requests per second, and as that limit approaches, priority is given to requests made by workloads. To request an increase in account limits, contact [Azure Support](https://azure.microsoft.com/support/faq/).
49
49
50
50
To view default scale limits, see the following articles:
51
51
@@ -59,25 +59,25 @@ You can monitor the outcome of a policy execution by subscribing to the **Lifecy
59
59
60
60
## Billing
61
61
62
-
Lifecycle management policies are free of charge. Customers are billed for standard operation costs for the [Set Blob Tier](/rest/api/storageservices/set-blob-tier) API calls. Delete operations are free. However, other Azure services and utilities such as [Microsoft Defender for Storage](/azure/defender-for-cloud/defender-for-storage-introduction)may charge for operations that are managed through a lifecycle policy.
62
+
Lifecycle management policies are free of charge. Customers are billed for standard operation costs for the [Set Blob Tier](/rest/api/storageservices/set-blob-tier) API calls. Delete operations are free. However, other Azure services and utilities such as [Microsoft Defender for Storage](/azure/defender-for-cloud/defender-for-storage-introduction)might charge for operations that are managed through a lifecycle policy.
63
63
64
-
Each update to a blob's last access time is billed under the [other operations](https://azure.microsoft.com/pricing/details/storage/blobs/) category. 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.
64
+
Each update to a blob's last access time is billed under the [other operations](https://azure.microsoft.com/pricing/details/storage/blobs/) category. Each last access time update is charged as an "other transaction" at most once every 24 hours per object even if it's accessed thousands of times in a day. This is separate from read transactions charges.
65
65
66
66
For more information about pricing, see [Block Blob pricing](https://azure.microsoft.com/pricing/details/storage/blobs/).
67
67
68
68
## Known issues and limitations
69
69
70
-
- Tiering is not yet supported in a premium block blob storage account. For all other accounts, tiering is allowed only on block blobs and not for append and page blobs.
70
+
- Tiering isn't yet supported in a premium block blob storage account. For all other accounts, tiering is allowed only on block blobs and not for append and page blobs.
71
71
72
-
- A lifecycle management policy must be read or written in full. Partial updates are not supported.
72
+
- A lifecycle management policy must be read or written in full. Partial updates aren't supported.
73
73
74
74
- Each rule can have up to 10 case-sensitive prefixes and up to 10 blob index tag conditions.
75
75
76
76
- A lifecycle management policy can't be used to change the tier of a blob that uses an encryption scope to the archive tier.
77
77
78
78
- The delete action of a lifecycle management policy won't work with any blob in an immutable container. With an immutable policy, objects can be created and read, but not modified or deleted. For more information, see [Store business-critical blob data with immutable storage](./immutable-storage-overview.md).
79
79
80
-
- Lifecycle management doesn't affect system containers such as the $logs or $web containers.
80
+
- Lifecycle management doesn't affect system containers such as the `$logs` or `$web containers`.
0 commit comments