Skip to content

Commit 8ca0cc2

Browse files
committed
reorganize performance sidebar
1 parent 1bbab8d commit 8ca0cc2

File tree

4 files changed

+53
-51
lines changed

4 files changed

+53
-51
lines changed

articles/azure-netapp-files/TOC.yml

Lines changed: 37 additions & 35 deletions
Original file line numberDiff line numberDiff line change
@@ -103,42 +103,44 @@
103103
href: large-volumes-requirements-considerations.md
104104
- name: Performance
105105
items:
106-
- name: Performance considerations for Azure NetApp Files
107-
href: azure-netapp-files-performance-considerations.md
108-
- name: Performance benchmark test recommendations for Azure NetApp Files
109-
href: azure-netapp-files-performance-metrics-volumes.md
110-
- name: Performance benchmarks for Linux
111-
href: performance-benchmarks-linux.md
112-
- name: Large volume performance benchmarks for Linux
113-
href: performance-large-volumes-linux.md
114-
- name: Performance impact of Kerberos on NFSv4.1
115-
href: performance-impact-kerberos.md
116-
- name: Performance considerations for cool access
117-
href: performance-considerations-cool-access.md
118-
- name: Oracle database performance on Azure NetApp Files single volumes
119-
href: performance-oracle-single-volumes.md
120-
- name: Oracle database performance on Azure NetApp Files multiple volumes
121-
href: performance-oracle-multiple-volumes.md
122-
- name: Azure NetApp Files datastore performance benchmarks for AVS
123-
href: performance-benchmarks-azure-vmware-solution.md
124-
- name: AVS datastore performance considerations for Azure NetApp Files
125-
href: performance-azure-vmware-solution-datastore.md
126-
- name: Performance reference for Azure NetApp Files
106+
- name: Best practices and considerations
127107
items:
128-
- name: Linux direct I/O best practices
129-
href: performance-linux-direct-io.md
130-
- name: Linux filesystem cache best practices
131-
href: performance-linux-filesystem-cache.md
132-
- name: Linux NFS mount options best practices
133-
href: performance-linux-mount-options.md
134-
- name: Linux concurrency best practices
135-
href: performance-linux-concurrency-session-slots.md
136-
- name: Linux NFS read-ahead best practices
137-
href: performance-linux-nfs-read-ahead.md
138-
- name: SMB performance best practices
139-
href: azure-netapp-files-smb-performance.md
140-
- name: Azure virtual machine SKUs' best practices
141-
href: performance-virtual-machine-sku.md
108+
- name: General performance considerations for Azure NetApp Files
109+
href: azure-netapp-files-performance-considerations.md
110+
- name: Linux direct I/O best practices
111+
href: performance-linux-direct-io.md
112+
- name: Linux filesystem cache best practices
113+
href: performance-linux-filesystem-cache.md
114+
- name: Linux NFS mount options best practices
115+
href: performance-linux-mount-options.md
116+
- name: Linux concurrency best practices
117+
href: performance-linux-concurrency-session-slots.md
118+
- name: Linux NFS read-ahead best practices
119+
href: performance-linux-nfs-read-ahead.md
120+
- name: SMB performance best practices
121+
href: azure-netapp-files-smb-performance.md
122+
- name: Azure virtual machine SKUs best practices
123+
href: performance-virtual-machine-sku.md
124+
- name: Performance considerations for cool access tiering
125+
href: performance-considerations-cool-access.md
126+
- name: Performance impact of Kerberos on NFSv4.1
127+
href: performance-impact-kerberos.md
128+
- name: AVS datastore performance considerations for Azure NetApp Files
129+
href: performance-azure-vmware-solution-datastore.md
130+
- name: Performance tests
131+
items:
132+
- name: Performance benchmark test recommendations for Azure NetApp Files
133+
href: azure-netapp-files-performance-metrics-volumes.md
134+
- name: Regular volume performance benchmarks for Linux
135+
href: performance-benchmarks-linux.md
136+
- name: Large volume performance benchmarks for Linux
137+
href: performance-large-volumes-linux.md
138+
- name: Oracle database performance on Azure NetApp Files single volumes
139+
href: performance-oracle-single-volumes.md
140+
- name: Oracle database performance on Azure NetApp Files multiple volumes
141+
href: performance-oracle-multiple-volumes.md
142+
- name: Azure NetApp Files datastore performance benchmarks for AVS
143+
href: performance-benchmarks-azure-vmware-solution.md
142144
- name: Application volume groups
143145
items:
144146
- name: Understand application volume groups

articles/azure-netapp-files/azure-netapp-files-performance-considerations.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,14 +1,14 @@
11
---
2-
title: Performance considerations for Azure NetApp Files | Microsoft Docs
2+
title: General performance considerations for Azure NetApp Files | Microsoft Docs
33
description: Learn about performance for Azure NetApp Files, including the relationship of quota and throughput limit and how to dynamically increase/decrease volume quota.
44
services: azure-netapp-files
55
author: b-hchen
66
ms.service: azure-netapp-files
77
ms.topic: conceptual
8-
ms.date: 08/31/2023
8+
ms.date: 10/17/2024
99
ms.author: anfdocs
1010
---
11-
# Performance considerations for Azure NetApp Files
11+
# General performance considerations for Azure NetApp Files
1212

1313
> [!IMPORTANT]
1414
> This article addresses performance considerations for *regular volumes* only.

articles/azure-netapp-files/performance-benchmarks-linux.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
---
22
title: Azure NetApp Files performance benchmarks for Linux | Microsoft Docs
3-
description: Describes performance benchmarks Azure NetApp Files delivers for Linux.
3+
description: Describes performance benchmarks Azure NetApp Files delivers for Linux with a regular volume.
44
services: azure-netapp-files
55
author: b-hchen
66
ms.service: azure-netapp-files
@@ -9,9 +9,9 @@ ms.topic: conceptual
99
ms.date: 03/24/2024
1010
ms.author: anfdocs
1111
---
12-
# Azure NetApp Files performance benchmarks for Linux
12+
# Azure NetApp Files regular volume performance benchmarks for Linux
1313

14-
This article describes performance benchmarks Azure NetApp Files delivers for Linux.
14+
This article describes performance benchmarks Azure NetApp Files delivers for Linux with a [regular volume](azure-netapp-files-understand-storage-hierarchy.md#volumes).
1515

1616
## Linux scale-out
1717

articles/azure-netapp-files/performance-virtual-machine-sku.md

Lines changed: 10 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
---
22
title: Azure virtual machine SKUs best practices for Azure NetApp Files | Microsoft Docs
3-
description: Describes Azure NetApp Files best practices about Azure virtual machine SKUs, including differences within and between SKUs.
3+
description: Describes Azure NetApp Files best practices about Azure virtual machine stocking keeping units (SKUs), including differences within and between SKUs.
44
services: azure-netapp-files
55
author: b-hchen
66
ms.service: azure-netapp-files
@@ -10,26 +10,26 @@ ms.author: anfdocs
1010
---
1111
# Azure virtual machine SKUs best practices for Azure NetApp Files
1212

13-
This article describes Azure NetApp Files best practices about Azure virtual machine SKUs, including differences within and between SKUs.
13+
This article describes Azure NetApp Files best practices about Azure virtual machine stock keeping units (SKUs), including differences within and between SKUs.
1414

1515
## SKU selection considerations
1616

1717
Storage performance involves more than the speed of the storage itself. The processor speed and architecture have a lot to do with the overall experience from any particular compute node. As part of the selection process for a given SKU, you should consider the following factors:
1818

19-
* AMD or Intel: For example, SAS uses a math kernel library designed specifically for Intel processors. In this case, Intel SKUs are preferred over AMD SKU.
20-
* The F2, E_v3, and D_v3 machine types are each based on more than one chipset. In using Azure Dedicated Hosts, you might select specific models (Broadwell, Cascade Lake, or Skylake when selecting the E type for example). Otherwise, the chipset selection is non-deterministic. If you are deploying an HPC cluster and a consistent experience across the inventory is important, then you can consider single Azure Dedicated Hosts or go with single chipset SKUs such as the E_v4 or D_v4.
19+
* AMD or Intel: For example, SAS uses a math kernel library designed specifically for Intel processors. In this case, Intel SKUs are preferred over AMD SKU.
20+
* The F2, E_v3, and D_v3 machine types are each based on more than one chipset. In using Azure Dedicated Hosts, you might select specific models (Broadwell, Cascade Lake, or Skylake when selecting the E type for example). Otherwise, the chipset selection is non-deterministic. If you are deploying an HPC cluster and a consistent experience across the inventory is important, then you can consider single Azure Dedicated Hosts or go with single chipset SKUs such as the E_v4 or D_v4.
2121
* Performance variability with network-attached storage (NAS) has been observed in testing with both the Intel Broadwell based SKUs and the AMD EPYC™ 7551 based SKUs. Two issues have been observed:
22-
* When the accelerated network interface is inappropriately mapped to a sub optimal NUMA Node, read performance decreases significantly. Although mapping the accelerated networking interface to a specific NUMA node is beneficial on newer SKUs, it must be considered a requirement on SKUs with these chipsets (Lv2|E_v3|D_v3).
23-
* Virtual machines running on the Lv2, or either E_v3 or D_v3 running on a Broadwell chipset are more susceptible to resource contention than when running on other SKUs. When testing using multiple virtual machines running within a single Azure Dedicated Host, running network-based storage workload from one virtual machine has been seen to decrease the performance of network-based storage workloads running from a second virtual machine. The decrease is more pronounced when any of the virtual machines on the node have not had their accelerated network interface/NUMA node optimally mapped. Keep in mind that the E_v3 and D_V3 may between them land on Haswell, Broadwell, Cascade Lake, or Skylake.
22+
* When the accelerated network interface is inappropriately mapped to a sub optimal NUMA Node, read performance decreases significantly. Although mapping the accelerated networking interface to a specific NUMA node is beneficial on newer SKUs, it must be considered a requirement on SKUs with these chipsets (Lv2|E_v3|D_v3).
23+
* Virtual machines running on the Lv2, or either E_v3 or D_v3 running on a Broadwell chipset are more susceptible to resource contention than when running on other SKUs. When testing using multiple virtual machines running within a single Azure Dedicated Host, running network-based storage workload from one virtual machine has been seen to decrease the performance of network-based storage workloads running from a second virtual machine. The decrease is more pronounced when any of the virtual machines on the node have not had their accelerated network interface/NUMA node optimally mapped. Keep in mind that the E_v3 and D_V3 may between them land on Haswell, Broadwell, Cascade Lake, or Skylake.
2424

25-
For the most consistent performance when selecting virtual machines, select from SKUs with a single type of chipset – newer SKUs are preferred over the older models where available. Keep in mind that, aside from using a dedicated host, predicting correctly which type of hardware the E_v3 or D_v3 virtual machines land on is unlikely. When using the E_v3 or D_v3 SKU:
25+
For the most consistent performance when selecting virtual machines, select from SKUs with a single type of chipset – newer SKUs are preferred over the older models where available. Keep in mind that, aside from using a dedicated host, predicting correctly which type of hardware the E_v3 or D_v3 virtual machines land on is unlikely. When using the E_v3 or D_v3 SKU:
2626

2727
* When a virtual machine is turned off, de-allocated, and then turned on again, the virtual machine is likely to change hosts and as such hardware models.
2828
* When applications are deployed across multiple virtual machines, expect the virtual machines to run on heterogenous hardware.
2929

3030
## Differences within and between SKUs
3131

32-
The following table highlights the differences within and between SKUs. Note, for example, that the chipset of the underlying E_v3 and D_v3 vary between the Broadwell, Cascade Lake, Skylake, and also in the case of the D_v3.
32+
The following table highlights the differences within and between SKUs. Note, for example, that the chipset of the underlying E_v3 and D_v3 vary between the Broadwell, Cascade Lake, Skylake, and also in the case of the D_v3.
3333

3434
| Family | Version | Description | Frequency (GHz) |
3535
|-|-|-|-|
@@ -49,7 +49,7 @@ The following table highlights the differences within and between SKUs. Note,
4949
| F | 2 | Intel® Xeon® Platinum 8168M (Cascade Lake) | 2.7 (3.7) |
5050
| F | 2 | Gen 2 Intel® Xeon® Platinum 8272CL (Skylake) | 2.1 (3.8) |
5151

52-
When preparing a multi-node SAS GRID environment for production, you might notice a repeatable one-hour-and-fifteen-minute variance between analytics runs with no other difference than underlying hardware.
52+
When preparing a multi-node SAS GRID environment for production, you might notice a repeatable one-hour-and-fifteen-minute variance between analytics runs with no other difference than underlying hardware.
5353

5454
| SKU and hardware platform | Job run times |
5555
|-|-|
@@ -60,7 +60,7 @@ In both sets of tests, an E32-8_v3 SKU was selected, and RHEL 8.3 was used along
6060

6161
## Best practices
6262

63-
* Whenever possible, select the E_v4, D_v4, or newer rather than the E_v3 or D_v3 SKUs.
63+
* Whenever possible, select the E_v4, D_v4, or newer rather than the E_v3 or D_v3 SKUs.
6464
* Whenever possible, select the Ed_v4, Dd_v4, or newer rather than the L2 SKU.
6565

6666
## Next steps

0 commit comments

Comments
 (0)