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
Copy file name to clipboardExpand all lines: articles/storage/blobs/lifecycle-management-overview.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ description: Use Azure Blob Storage lifecycle management policies to create auto
5
5
author: normesta
6
6
7
7
ms.author: normesta
8
-
ms.date: 10/25/2024
8
+
ms.date: 11/25/2024
9
9
ms.service: azure-blob-storage
10
10
ms.topic: conceptual
11
11
ms.custom: references_regions, engagement-fy23
@@ -17,8 +17,8 @@ Azure Blob Storage lifecycle management offers a rule-based policy that you can
17
17
18
18
With the lifecycle management policy, you can:
19
19
20
-
- Transition blobs from cool to hot immediately when they're accessed, to optimize for performance.
21
-
- 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 haven't been accessed or modified for a period of time, to optimize for cost.-
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](storage-manage-find-blobs.md) as filters.
24
24
@@ -187,9 +187,9 @@ The run conditions are based on age. Current versions use the last modified time
187
187
188
188
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.
189
189
190
-
An active policy processes objects continuously, and is interrupted if changes are made to the policy. If you edit, delete, or disable a rule while a run is in progress, then that run terminates within 15 minutes, and runs again within 24 hours. If you disable or delete all of the rules in a policy, then the policy becomes inactive, and no new runs will be scheduled.
190
+
An active policy processes objects continuously, and is interrupted if changes are made to the policy. If you edit, delete, or disable a rule, then the execution of that policy terminates within 15 minutes, and is restarted again within 24 hours with updated rules. If you disable or delete all of the rules in a policy, then the policy becomes inactive, and no new runs will be scheduled.
191
191
192
-
The time required for a run to complete depends on the number of blobs evaluated and operated on. Runs can take longer if the number of requests being made per second reaches the request per second limit of the account. 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/).
192
+
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/).
193
193
194
194
To view default scale limits, see the following articles:
Is there a way to identify the time at which the policy will be executing?
57
57
answer: |
58
-
Unfortunately, there's no way to track the time at which the policy will be executing, as it's a background scheduling process. A policy is scheduled to run once per day (_per 24 hours_). The time required for a run to complete depends on the number of blobs evaluated and operated on. If a run takes longer than 24 hours to complete, then that run continues without interruption. After the run completes, it is scheduled to run again within 24 hours.
59
-
- name: Azure Storage blob inventory
58
+
Unfortunately, there's no way to track the time at which the policy will be executing, as it's a background scheduling process. Lifecycle policies start execution within 24 hours of a rule being created or updated. Policies process objects continuously in the background, as required. Priority is given to requests from workloads. So, there's no way to track the time at which a policy may be executing. The time required to process objects may depend on the request rate for the storage account. This time may be longer if the request rate for the storage account approaches the storage account limit.
60
59
questions:
61
60
- question: |
62
61
I created a new inventory rule. Will it run at the same time every day?
0 commit comments