Skip to content

Commit 09c7d67

Browse files
Merge pull request #297338 from grover2754/RTS_GA_Updates
RTS GA updates
2 parents 051da76 + 6030a2b commit 09c7d67

File tree

1 file changed

+40
-21
lines changed

1 file changed

+40
-21
lines changed

articles/storage/files/smb-performance.md

Lines changed: 40 additions & 21 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
---
22
title: Improve SMB Azure file share performance
3-
description: Learn about ways to improve performance and throughput for premium SMB Azure file shares, including SMB Multichannel and metadata caching.
3+
description: Learn about ways to improve performance and throughput for SSD (premium) SMB Azure file shares, including SMB Multichannel and metadata caching.
44
author: khdownie
55
ms.service: azure-file-storage
66
ms.topic: conceptual
@@ -11,15 +11,22 @@ ms.custom: references_regions
1111

1212
# Improve performance for SMB Azure file shares
1313

14-
This article explains how you can improve performance for premium SMB Azure file shares, including using SMB Multichannel and metadata caching (preview).
14+
This article explains how you can improve performance for SSD (premium) SMB Azure file shares, including using SMB Multichannel and metadata caching.
1515

1616
## Applies to
1717

18-
| File share type | SMB | NFS |
19-
|-|:-:|:-:|
20-
| Standard file shares (GPv2), LRS/ZRS | ![No](../media/icons/no-icon.png) | ![No](../media/icons/no-icon.png) |
21-
| Standard file shares (GPv2), GRS/GZRS | ![No](../media/icons/no-icon.png) | ![No](../media/icons/no-icon.png) |
22-
| Premium file shares (FileStorage), LRS/ZRS | ![Yes](../media/icons/yes-icon.png) | ![No](../media/icons/no-icon.png) |
18+
| Management model | Billing model | Media tier | Redundancy | SMB | NFS |
19+
|-|-|-|-|:-:|:-:|
20+
| Microsoft.Storage | Provisioned v2 | HDD (standard) | Local (LRS) | ![Yes](../media/icons/yes-icon.png) | ![No](../media/icons/no-icon.png) |
21+
| Microsoft.Storage | Provisioned v2 | HDD (standard) | Zone (ZRS) | ![Yes](../media/icons/yes-icon.png) | ![No](../media/icons/no-icon.png) |
22+
| Microsoft.Storage | Provisioned v2 | HDD (standard) | Geo (GRS) | ![Yes](../media/icons/yes-icon.png) | ![No](../media/icons/no-icon.png) |
23+
| Microsoft.Storage | Provisioned v2 | HDD (standard) | GeoZone (GZRS) | ![Yes](../media/icons/yes-icon.png) | ![No](../media/icons/no-icon.png) |
24+
| Microsoft.Storage | Provisioned v1 | SSD (premium) | Local (LRS) | ![Yes](../media/icons/yes-icon.png) | ![Yes](../media/icons/yes-icon.png) |
25+
| Microsoft.Storage | Provisioned v1 | SSD (premium) | Zone (ZRS) | ![Yes](../media/icons/yes-icon.png) | ![Yes](../media/icons/yes-icon.png)|
26+
| Microsoft.Storage | Pay-as-you-go | HDD (standard) | Local (LRS) | ![Yes](../media/icons/yes-icon.png) | ![No](../media/icons/no-icon.png) |
27+
| Microsoft.Storage | Pay-as-you-go | HDD (standard) | Zone (ZRS) | ![Yes](../media/icons/yes-icon.png) | ![No](../media/icons/no-icon.png) |
28+
| Microsoft.Storage | Pay-as-you-go | HDD (standard) | Geo (GRS) | ![Yes](../media/icons/yes-icon.png) | ![No](../media/icons/no-icon.png) |
29+
| Microsoft.Storage | Pay-as-you-go | HDD (standard) | GeoZone (GZRS) | ![Yes](../media/icons/yes-icon.png) | ![No](../media/icons/no-icon.png) |
2330

2431
## Optimizing performance
2532

@@ -28,20 +35,20 @@ The following tips might help you optimize performance:
2835
- Ensure that your storage account and your client are co-located in the same Azure region to reduce network latency.
2936
- Use multi-threaded applications and spread load across multiple files.
3037
- Performance benefits of SMB Multichannel increase with the number of files distributing load.
31-
- Premium share performance is bound by provisioned share size (IOPS/egress/ingress) and single file limits. For details, see [Understanding provisioning for premium file shares](understanding-billing.md#provisioned-v1-model).
32-
- Maximum performance of a single VM client is still bound to VM limits. For example, [Standard_D32s_v3](/azure/virtual-machines/dv3-dsv3-series) can support a maximum bandwidth of 16,000 MBps (or 2GBps), egress from the VM (writes to storage) is metered, ingress (reads from storage) is not. File share performance is subject to machine network limits, CPUs, internal storage available network bandwidth, IO sizes, parallelism, as well as other factors.
38+
- SSD (premium) share performance is bound by provisioned share size (IOPS/egress/ingress) and single file limits. For details, see [Understanding provisioning for premium file shares](understanding-billing.md#provisioned-v1-model).
39+
- Maximum performance of a single VM client is still bound to VM limits. For example, [Standard_D32s_v3](/azure/virtual-machines/dv3-dsv3-series) can support a maximum bandwidth of 16,000 MBps (or 2GBps), egress from the VM (writes to storage) is metered. Ingress (reads from storage) is not. File share performance is subject to machine network limits, CPUs, internal storage available network bandwidth, IO sizes, parallelism, and other factors.
3340
- The initial test is usually a warm-up. Discard the results and repeat the test.
3441
- If performance is limited by a single client and workload is still below provisioned share limits, you can achieve higher performance by spreading load over multiple clients.
3542

3643
### The relationship between IOPS, throughput, and I/O sizes
3744

3845
**Throughput = IO size * IOPS**
3946

40-
Higher I/O sizes drive higher throughput and will have higher latencies, resulting in a lower number of net IOPS. Smaller I/O sizes will drive higher IOPS, but will result in lower net throughput and latencies. To learn more, see [Understand Azure Files performance](understand-performance.md).
47+
Higher I/O sizes drive higher throughput and will have higher latencies, resulting in a lower number of net IOPS. Smaller I/O sizes drive higher IOPS, but will result in lower net throughput and latencies. To learn more, see [Understand Azure Files performance](understand-performance.md).
4148

4249
## SMB Multichannel
4350

44-
SMB Multichannel enables an SMB client to establish multiple network connections to an SMB file share. Azure Files supports SMB Multichannel on premium file shares for Windows clients. On the service side, SMB Multichannel is now enabled by default for all newly created storage accounts in all Azure regions. There's no additional cost for enabling SMB Multichannel.
51+
SMB Multichannel enables an SMB client to establish multiple network connections to an SMB file share. Azure Files supports SMB Multichannel on SSD (premium) file shares for Windows clients. On the service side, SMB Multichannel is now enabled by default for all newly created storage accounts in all Azure regions. There's no other cost for enabling SMB Multichannel.
4552

4653
### Benefits
4754

@@ -56,7 +63,7 @@ SMB Multichannel enables clients to use multiple network connections that provid
5663
- **Automatic configuration**:
5764
When SMB Multichannel is enabled on clients and storage accounts, it allows for dynamic discovery of existing connections, and can create addition connection paths as necessary.
5865
- **Cost optimization**:
59-
Workloads can achieve higher scale from a single VM, or a small set of VMs, while connecting to premium shares. This could reduce the total cost of ownership by reducing the number of VMs necessary to run and manage a workload.
66+
Workloads can achieve higher scale from a single VM, or a small set of VMs, while connecting to SSD (premium) shares. This could reduce the total cost of ownership by reducing the number of VMs necessary to run and manage a workload.
6067

6168
To learn more about SMB Multichannel, refer to the [Windows documentation](/azure-stack/hci/manage/manage-smb-multichannel).
6269

@@ -66,7 +73,7 @@ This feature provides greater performance benefits to multi-threaded application
6673

6774
SMB Multichannel for Azure file shares currently has the following restrictions:
6875

69-
- Only available for premium Azure file shares. Not available for standard Azure file shares.
76+
- Only available for SSD (premium) Azure file shares. Not available for HDD (standard) Azure file shares.
7077
- Only supported on clients that are using SMB 3.1.1. Ensure SMB client operating systems are patched to recommended levels.
7178
- Maximum number of channels is four, for details see [here](/troubleshoot/azure/azure-storage/files-troubleshoot-performance?toc=/azure/storage/files/toc.json#cause-4-number-of-smb-channels-exceeds-four).
7279

@@ -88,7 +95,7 @@ In most scenarios, particularly multi-threaded workloads, clients should see imp
8895

8996
### Verify SMB Multichannel is configured correctly
9097

91-
1. Create a new premium file share or use an existing premium share.
98+
1. Create a new SSD (premium) file share or use an existing SSD (premium) share.
9299
1. Ensure your client supports SMB Multichannel (one or more network adapters has receive-side scaling enabled). Refer to the [Windows documentation](/azure-stack/hci/manage/manage-smb-multichannel) for more details.
93100
1. Mount a file share to your client.
94101
1. Generate load with your application.
@@ -104,7 +111,7 @@ There are two categories of read/write workload patterns: single-threaded and mu
104111
- **Multi-threaded/multiple files**:
105112
Depending on the workload pattern, you should see significant performance improvement in read and write I/Os over multiple channels. The performance gains vary from anywhere between 2x to 4x in terms of IOPS, throughput, and latency. For this category, SMB Multichannel should be enabled for the best performance.
106113
- **Multi-threaded/single file**:
107-
For most use cases in this category, workloads will benefit from having SMB Multichannel enabled, especially if the workload has an average I/O size > ~16k. A few example scenarios that benefit from SMB Multichannel are backup or recovery of a single large file. An exception where you might want to disable SMB Multichannel is if your workload is heavy on small I/Os. In that case, you might observe a slight performance loss of ~10%. Depending on the use case, consider spreading load across multiple files, or disable the feature. See the [Configuration](#configuration) section for details.
114+
For most use cases in this category, workloads benefit from having SMB Multichannel enabled, especially if the workload has an average I/O size > ~16k. A few example scenarios that benefit from SMB Multichannel are backup or recovery of a single large file. An exception where you might want to disable SMB Multichannel is if your workload is heavy on small I/Os. In that case, you might observe a slight performance loss of ~10%. Depending on the use case, consider spreading load across multiple files, or disable the feature. See the [Configuration](#configuration) section for details.
108115
- **Single-threaded/multiple files or single file**:
109116
For most single-threaded workloads, there are minimum performance benefits due to lack of parallelism. Usually there is a slight performance degradation of ~10% if SMB Multichannel is enabled. In this case, it's ideal to disable SMB Multichannel, with one exception. If the single-threaded workload can distribute load across multiple files and uses on an average larger I/O size (> ~16k), then there should be slight performance benefits from SMB Multichannel.
110117

@@ -147,20 +154,20 @@ The load was generated against a single 128 GiB file. With SMB Multichannel enab
147154

148155
## Metadata caching for premium SMB file shares
149156

150-
Metadata caching is an enhancement for premium SMB Azure file shares aimed to improve the following:
157+
Metadata caching is an enhancement for SSD (premium) SMB Azure file shares aimed to improve the following:
151158

152159
- Reduce metadata latency
153160
- Raised metadata scale limits
154161
- Increase latency consistency, available IOPS, and boost network throughput
155162

156-
This preview feature improves the following metadata APIs and can be used from both Windows and Linux clients:
163+
This feature improves the following metadata APIs and can be used from both Windows and Linux clients:
157164

158165
- Create
159166
- Open
160167
- Close
161168
- Delete
162169

163-
Currently this preview feature is only available for premium SMB file shares (file shares in the FileStorage storage account kind). There are no additional costs associated with using this feature.
170+
Currently this feature is only available for SSD (premium) SMB file shares (file shares in the FileStorage storage account kind). There are no extra costs associated with using this feature.
164171

165172
### Register for the feature
166173

@@ -171,7 +178,7 @@ To get started, register for the feature using the Azure portal or Azure PowerSh
171178
1. Sign in to the [Azure portal](https://portal.azure.com?azure-portal=true).
172179
2. Search for and select **Preview features**.
173180
3. Select the **Type** filter and select **Microsoft.Storage**.
174-
4. Select **Azure Premium Files Metadata Cache Preview** and then select **Register**.
181+
4. Select **Azure Premium Files Metadata Cache** and then select **Register**.
175182

176183
# [Azure PowerShell](#tab/powershell)
177184

@@ -184,11 +191,23 @@ Register-AzProviderFeature -FeatureName AzurePremiumFilesMetadataCacheFeature -P
184191
---
185192

186193
> [!IMPORTANT]
187-
> Allow 1-2 days for accounts to be onboarded once registration is complete.
194+
> - Although listed under Preview Features, we honor GA SLAs and will soon make this the default for all accounts, removing the need for registration.
195+
> - Allow 1-2 days for accounts to be onboarded once registration is complete.
188196
189197
### Regional availability
190198

191-
Metadata caching preview is supported in all regions.
199+
| Supported Regions | | |
200+
|------------------|------------------|------------------|
201+
| Asia East | Australia Central | Australia East |
202+
| Australia Southeast | Brazil South | Canada Central |
203+
| Canada East | France Central | Germany West Central |
204+
| India Central | India South | India West |
205+
| Italy North | Jio India West | Korea South |
206+
| Mexico Central | Norway East | Poland Central |
207+
| Qatar Central | South Africa North | Spain Central |
208+
| Sweden Central | Switzerland North | UAE North |
209+
| US South | US West 2 | US West 3 |
210+
| US West Central | | |
192211

193212
### Performance improvements with metadata caching
194213

0 commit comments

Comments
 (0)