Skip to content

Commit e8c9510

Browse files
committed
Some updates
1 parent 4163883 commit e8c9510

File tree

3 files changed

+15
-5
lines changed

3 files changed

+15
-5
lines changed

articles/storage/blobs/access-tiers-online-manage.md

Lines changed: 4 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@ titleSuffix: Azure Storage
44
description: Learn how to specify a blob's access tier when you upload it, or how to change the access tier for an existing blob.
55
author: normesta
66
ms.author: normesta
7-
ms.date: 08/10/2023
7+
ms.date: 05/01/2024
88
ms.service: azure-blob-storage
99
ms.topic: how-to
1010
ms.reviewer: fryu
@@ -278,6 +278,9 @@ Use PowerShell, Azure CLI, AzCopy v10, or one of the Azure Storage client librar
278278

279279
When you change a blob's tier, you move that blob and all of its data to the target tier by calling the [Set Blob Tier](/rest/api/storageservices/set-blob-tier) operation (either directly or via a [lifecycle management](access-tiers-overview.md#blob-lifecycle-management) policy), or by using the [azcopy set-properties](../common/storage-ref-azcopy-set-properties.md) command with AzCopy. This option is typically the best when you're changing a blob's tier from a hotter tier to a cooler one.
280280

281+
> [!TIP]
282+
> You can use a _storage task_ to change the access tier of blobs at scale across multiple storage accounts based on a set of conditions that you define. A storage task is a resource available in _Azure Storage Actions_; a serverless framework that you can use to perform common data operations on millions of objects across multiple storage accounts. To learn more, see [What is Azure Storage Actions?](../../storage-actions/overview.md).
283+
281284
#### [Portal](#tab/azure-portal)
282285

283286
To change a blob's tier to a cooler tier in the Azure portal, follow these steps:

articles/storage/blobs/access-tiers-overview.md

Lines changed: 6 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ description: Azure storage offers different access tiers so that you can store y
55
author: normesta
66

77
ms.author: normesta
8-
ms.date: 04/12/2024
8+
ms.date: 05/01/2024
99
ms.service: azure-blob-storage
1010
ms.topic: conceptual
1111
ms.reviewer: fryu
@@ -130,8 +130,11 @@ Keep in mind the following points when changing a blob's tier:
130130

131131
Blob storage lifecycle management offers a rule-based policy that you can use to transition your data to the desired access tier when your specified conditions are met. You can also use lifecycle management to expire data at the end of its life. See [Optimize costs by automating Azure Blob Storage access tiers](./lifecycle-management-overview.md) to learn more.
132132

133-
> [!NOTE]
134-
> Data stored in a premium block blob storage account cannot be tiered to hot, cool, cold or archive by using [Set Blob Tier](/rest/api/storageservices/set-blob-tier) or using Azure Blob Storage lifecycle management. To move data, you must synchronously copy blobs from the block blob storage account to the hot tier in a different account using the [Put Block From URL API](/rest/api/storageservices/put-block-from-url) or a version of AzCopy that supports this API. The **Put Block From URL** API synchronously copies data on the server, meaning the call completes only once all the data is moved from the original server location to the destination location.
133+
You can't rehydrate an archived blob to an online tier by using lifecycle management policies. Data stored in a premium block blob storage account cannot be tiered to hot, cool, cold or archive by using [Set Blob Tier](/rest/api/storageservices/set-blob-tier) or using Azure Blob Storage lifecycle management. To move data, you must synchronously copy blobs from the block blob storage account to the hot tier in a different account using the [Put Block From URL API](/rest/api/storageservices/put-block-from-url) or a version of AzCopy that supports this API. The **Put Block From URL** API synchronously copies data on the server, meaning the call completes only once all the data is moved from the original server location to the destination location.
134+
135+
### Storage Actions
136+
137+
While lifecycle management helps you move data between tiers in a single account, you can use a _storage task_ to accomplish this task at scale across multiple accounts. A storage task is a resource available in _Azure Storage Actions_; a serverless framework that you can use to perform common data operations on millions of objects across multiple storage accounts. To learn more, see [What is Azure Storage Actions?](../../storage-actions/overview.md).
135138

136139
## Summary of access tier options
137140

articles/storage/blobs/immutable-storage-overview.md

Lines changed: 5 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ author: normesta
77

88
ms.service: azure-blob-storage
99
ms.topic: conceptual
10-
ms.date: 03/26/2024
10+
ms.date: 05/01/2024
1111
ms.author: normesta
1212
---
1313

@@ -162,6 +162,10 @@ For more information about blob inventory, see [Azure Storage blob inventory](bl
162162
> [!NOTE]
163163
> You can't configure an inventory policy in an account if support for version-level immutability is enabled on that account, or if support for version-level immutability is enabled on the destination container that is defined in the inventory policy.
164164
165+
## Configuring policies at scale
166+
167+
You can use a _storage task_ to configure a immutability policies at scale across multiple storage accounts based on a set of conditions that you define. A storage task is a resource available in _Azure Storage Actions_; a serverless framework that you can use to perform common data operations on millions of objects across multiple storage accounts. To learn more, see [What is Azure Storage Actions?](../../storage-actions/overview.md).
168+
165169
## Pricing
166170

167171
There's no extra capacity charge for using immutable storage. Immutable data is priced in the same way as mutable data. If you're using version-level WORM, the bill might be higher because you've enabled versioning, and there's a cost associated with extra versions being stored. Review the versioning pricing policy for more information. For pricing details on Azure Blob Storage, see the [Azure Storage pricing page](https://azure.microsoft.com/pricing/details/storage/blobs/).

0 commit comments

Comments
 (0)