Skip to content

Commit df542e8

Browse files
vgs-msftnormesta
andauthored
Apply suggestions from code review
grammar and clarity updates. Co-authored-by: Norm Estabrook <[email protected]>
1 parent d1337c9 commit df542e8

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
@@ -77,7 +77,7 @@ Each rule within the policy has several parameters, described in the following t
7777

7878
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.
7979

80-
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.
80+
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.
8181

8282
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/).
8383
Learn more about [Lifecycle Management Performance Characteristics](lifecycle-management-performance-characteristics.md).
@@ -303,8 +303,8 @@ In the following example, blobs are moved to cool storage if they haven't been a
303303
> [!TIP]
304304
> If a blob is moved to the cool tier, and then is automatically moved back before 30 days has elapsed, an early deletion fee is charged. Before you set the `enableAutoTierToHotFromCool` property, make sure to analyze the access patterns of your data so you can reduce unexpected charges.
305305
306-
Automatic uptiering of objects on access is limited to once in 30 days. This safeguard is in place to avoid multiple early deletion penalities from the Cool tier. If the object tiers back to Cool due to the policy, any transactions on the blob is charged at the Cool tier prices. It is cost-efficient to keep the blob in Hot tier if it needs to be auto-uptiered more than once in a 30-day period.
307-
Enabling a rule with "enableAutoTierToHotFromCool" only applies to objects that are tiered down with this rule. Blobs already in Cool tier will not be eligible for "enableAutoTierToHotFromCool" property to be enabled, and hence will not automatically tier to Hot on access.
306+
Automatic uptiering of objects on access is limited to once in 30 days. This safeguard is in place to avoid multiple early deletion penalties from the cool tier. If the object tiers back to cool due to the policy, any transactions on the blob is charged at the cool tier prices. It is cost-efficient to keep the blob in hot tier if it needs to be auto-uptiered more than once in a 30-day period.
307+
Enabling a rule with "enableAutoTierToHotFromCool" applies only to objects that are tiered down with this rule. The enableAutoTierToHotFromCool property can't be enabled for blobs that are already in the cool tier. Therefore, the access tier of those blobs won't automatically change to hot when they are accessed.
308308

309309
```json
310310
{

0 commit comments

Comments
 (0)