Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
âïļ Applies to: Classic SMB and NFS file shares created with the Microsoft.Storage resource provider
âïļ Applies to: File shares created with the Microsoft.FileShares resource provider
This article explains how to adjust the size, cost, and performance characteristics of Azure Files file shares by using the Azure portal, Azure PowerShell, and Azure CLI. The procedures differ for classic file shares, which use the Microsoft.Storage resource provider, versus file shares created with Microsoft.FileShares.
Change the cost and performance characteristics of a classic file share
After creating your classic file share, you might need to adjust the provisioning (provisioned models) or access tier (pay-as-you-go model) of the share. The following sections show you how to adjust the relevant properties for your share.
Provisioned v2 billing model
After creating your provisioned v2 classic file share, you can change one or all three of the provisioned quantities of your file share. You can dynamically scale up or down the amount of storage, IOPS, and throughput you provision as your needs change. However, you can only decrease a provisioned quantity after 24 hours have elapsed since your last quantity increase. Storage, IOPS, and throughput changes take effect within a few minutes after a provisioning change.
Follow these steps to update the provisioning for your file share.
Go to your storage account. From the service menu, under Data storage, select Classic file shares.
In the file share listing, select the file share for which you want to change the provisioning.
In the file share overview, select Change size and performance.
The Size and performance pop-out dialog has the following options:

Provisioned storage (GiB): The amount of storage provisioned on the share.
Provisioned IOPS and throughput: A set of radio buttons that you use to select between Recommended provisioning and Manually specify IOPS and throughput. If your share is at the recommended IOPS and throughput level for the amount of storage provisioned, Recommended provisioning is selected; otherwise, Manually specify IOPS and throughput is selected. You can toggle between these two options depending on your desire to change share provisioning.
IOPS: If you select Manually specify IOPS and throughput, this textbox enables you to change the amount of IOPS provisioned on this file share.
Throughput (MiB/sec): If you select Manually specify IOPS and throughput, this textbox enables you to change the amount of throughput provisioned on this file share.
Select Save to apply the provisioning changes.
Provisioned v1 billing model
After creating your provisioned v1 file share, you can change the provisioned storage size of the file share. When you change the provisioned storage size, you also change the amount of provisioned IOPS and provisioned throughput. You can only decrease the provisioned storage after 24 hours have elapsed since your last storage increase. Storage, IOPS, and throughput changes take effect within a few minutes after a provisioning change. For more information, see provisioned v1 provisioning detail.
Follow these steps to update the provisioning for your file share.
Go to your storage account. From the service menu, under Data storage, select Classic file shares.
In the file share listing, select the file share for which you want to change the provisioning.
In the file share overview, select Change size and performance.
The Size and performance dialog has a single option, Provisioned storage (GiB). If you need more IOPS or throughput than the given amount of provisioned storage provides, you can increase your provisioned storage capacity to get extra IOPS and throughput.

Select Save to apply the provisioning changes.
Note
Use PowerShell and CLI to enable or disable paid bursting. Paid bursting is an advanced feature of the provisioned v1 billing model. See provisioned v1 paid bursting before enabling paid bursting.
Pay-as-you-go billing model
After you create your pay-as-you-go file share, you might want to change two properties:
Access tier: The access tier of the file share dictates the ratio of storage to IOPS and throughput costs (in the form of transactions). There are three access tiers: transaction optimized, hot, and cool. Changing the tier of the Azure file share results in transaction costs for the movement to the new access tier. For more information, see switching between access tiers.
Quota: Quota is a limit on the size of the file share. The quota property is used in the provisioned v2 and provisioned v1 models to mean "provisioned storage capacity". However, in the pay-as-you-go model, quota has no direct impact on billing. The two primary reasons you might want to modify this property are if you use quota to limit the growth of your file share to keep control of the used storage and transaction costs in the pay-as-you-go model, or if you have a storage account predating the introduction of the large file share feature, which enabled file shares to grow beyond 5 TiB. The maximum file share size for a pay-as-you-go file share is 100 TiB.
To update the access tier of your file share by using the Azure portal, follow these steps:
Go to your storage account. From the service menu, under Data storage, select Classic file shares.
In the file share listing, select the file share for which you want to change the access tier.
In the file share overview, select Change tier.
Select the desired Access tier from the drop-down list.
Select Apply to save the access tier change.
To update the quota of your file share by using the Azure portal, follow these steps:
Go to your storage account. From the service menu, under Data storage, select Classic file shares.
In the file share listing, select the file share for which you want to change the quota.
In the file share overview, select Edit quota.
In the Edit quota pane, enter the desired maximum size of the share or select Set to maximum. There's no cost implication of setting the share to the maximum size.
Select OK to save quota changes. The new quota takes effect within a few minutes.
Change the billing model of a storage account
You can convert an existing SSD storage account of kind FileStorage from the provisioned v1 billing model to provisioned v2. This feature is available in limited public preview and requires completing a survey before use.
The conversion applies to all classic file shares in the storage account. Each share's existing provisioned storage, IOPS, and throughput carry over unchanged and are billed under the provisioned v2 model. After conversion, you can adjust these quantities independently. For more information about the billing models, see Provisioned v1 and Provisioned v2.
Important
Conversion is one-way. You can't convert the storage account back to provisioned v1. You also can't change redundancy options during the conversion.
Currently, this feature is available in the following regions:
- West Central US
- East Asia
- Southeast Asia
Prerequisites
- Complete the survey required to use the limited public preview.
- Use an existing SSD
FileStoragestorage account with a provisioned v1 SKU ofPremium_LRSorPremium_ZRS. This conversion doesn't apply to HDD storage accounts or file shares created with theMicrosoft.FileSharesresource provider. - Choose the provisioned v2 SKU that matches your account's existing redundancy configuration, as shown in the following table.
| Current provisioned v1 SKU | Target provisioned v2 SKU | Redundancy |
|---|---|---|
Premium_LRS |
PremiumV2_LRS |
Locally redundant storage (LRS) |
Premium_ZRS |
PremiumV2_ZRS |
Zone-redundant storage (ZRS) |
- To proceed, all of the following requirements must be met on your Provisioned v1 storage account:
- Provisioned storage is 256 TiB or less
- Provisioned IOPS is 102,400 or less
- Provisioned throughput is 10,340 MiB/s or less
- The storage account contains fewer than 35 file shares
- Paid bursting feature is disabled
If one or more of these requirements are not met, the upgrade will fail. Update your Provisioned v1 storage account to satisfy all eligibility requirements, then retry the upgrade.
Portal experience coming soon, to use the feature, use PowerShell or Azure CLI.
The returned SKU should match the target provisioned v2 SKU you selected. To adjust individual shares after conversion, see change the cost and performance characteristics of a classic file share.
Change the cost and performance characteristics of a file share (Microsoft.FileShares)
After you create a file share with the Microsoft.FileShares resource provider, you can change the provisioned storage, IOPS, and throughput. You can scale up or down dynamically as your needs change, but you can only decrease a provisioned quantity after 24 hours have elapsed since your last increase.
Follow these steps to change the size and performance of a file share (Microsoft.FileShares) by using the Azure portal. You can dynamically scale the amount of storage, IOPS, and throughput up or down as your needs change. However, you can only decrease a provisioned quantity after 24 hours have elapsed since your last quantity increase. Storage, IOPS, and throughput changes take effect within a few minutes after a provisioning change.
Select the file share you want to modify.
From the context menu, select Settings.
Choose Size + performance.

The Size and performance dialog has the following options:
Provisioned capacity (GiB): The amount of storage you provision on the share.
Provisioned IOPS and throughput: A set of radio buttons that you use to select between Recommended provisioning and Manually specify IOPS and throughput. If your share is at the recommended IOPS and throughput level for the amount of storage you provisioned, Recommended provisioning is selected; otherwise, Manually specify IOPS and throughput is selected. You can toggle between these two options to change share provisioning.
IOPS: If you select Manually specify IOPS and throughput, this textbox enables you to change the amount of IOPS provisioned on this file share.
Throughput (MiB/sec): If you select Manually specify IOPS and throughput, this textbox enables you to change the amount of throughput provisioned on the file share.

Select Save.
Delete a classic file share
You might want to delete unused or outdated file shares. You can recover file shares in storage accounts with soft delete enabled within the retention period.
Follow these steps to delete a classic file share by using the Azure portal.
Go to your storage account. From the service menu, under Data storage, select Classic file shares.
In the file share list, select the ... for the file share you want to delete.
Select Delete share from the context menu.
The Delete pop-out contains a survey about why you're deleting the file share. You can skip this step, but Microsoft appreciates any feedback you have on Azure Files, particularly if something isn't working properly for you.
Enter the file share name to confirm deletion and then select Delete.
Delete a file share (Microsoft.FileShares)
Before deleting a file share that you created with the Microsoft.FileShares resource provider, ensure you delete or disconnect its associated private endpoint. File share deletion fails if the private endpoint is still present.
To delete a file share (Microsoft.FileShares) by using the Azure portal, follow these steps.
Go to your file share.
Select Delete from the context menu.

The Delete pop-out contains a survey about why you're deleting the file share. You can skip this survey, but the product team appreciates any feedback you provide, particularly if something isn't working properly for you. If your file share has dependent resources such as snapshots, the deletion process also deletes the snapshots, and the action is unrecoverable. If your file share has associated resources like private endpoints, the portal helps you remove them before you can delete the file share.
Enter the file share name to confirm deletion and then select Delete.
Next steps
- Learn more about Azure Files.
- Learn how to plan for an Azure Files deployment.