Freigeben über


Leistungsbenchmarks für normale Azure NetApp Files-Volumes für Linux

In diesem Artikel werden Leistungsbenchmarks beschrieben, die von Azure NetApp Files mit einen normalen Volume für Linux bereitgestellt werden.

Horizontale Skalierung in Linux

In diesem Abschnitt werden Leistungsbenchmarks für den Linux-Workloaddurchsatz und Linux-Workload-IOPS beschrieben.

Linux-Workloaddurchsatz

Dieses Diagramm repräsentiert eine sequenzielle Workload von 64 Kibibytes (KiB) und einen Arbeitssatz mit einer Größe von 1 TiB. Es veranschaulicht, dass ein einzelnes Azure NetApp Files-Volume zwischen ~1.600 MiB/s reine sequenzielle Schreibvorgänge und ~4.500 MiB/s reine sequenzielle Lesevorgänge verarbeiten kann.

Aus dem Diagramm ist jeweils ein 10 %-iger Rückgang von reinen Lese- zu reinen Schreibvorgängen ersichtlich. Es demonstriert, was Sie bei Verwendung unterschiedlicher Lese-/Schreibverhältnisse erwarten können (100 %:0 %, 90 %:10 %, 80 %:20 % usw.).

Linux-Workloaddurchsatz

Linux-Workload-IOPS

Das folgenden Diagramm repräsentiert eine zufällige Workload von 4 KiB und einen Arbeitssatz mit einer Größe von 1 TiB. Das Diagramm veranschaulicht, dass ein Azure NetApp Files-Volume zwischen ~130.000 reinen zufälligen Schreibvorgängen und ~460.000 reinen zufälligen Lesevorgängen verarbeiten kann.

Aus dem Diagramm ist jeweils ein 10 %-iger Rückgang von reinen Lese- zu reinen Schreibvorgängen ersichtlich. Es demonstriert, was Sie bei Verwendung unterschiedlicher Lese-/Schreibverhältnisse erwarten können (100 %:0 %, 90 %:10 %, 80 %:20 % usw.).

Linux-Workload-IOPS

Vertikale Skalierung in Linux

Die Diagramme in diesem Abschnitt enthalten die Ergebnisse der Validierungstests für die clientseitige Bereitstellungsoption mit NFSv3. Weitere Informationen finden Sie im Abschnitt nconnect der Einbindungsoptionen unter Linux.

In den Diagrammen werden die Vorteile von nconnect mit einem nicht über connectedbereitgestellten Volume verglichen. In den Diagrammen generierte FIO die Workload aus einer einzelnen D32s_v4-Instanz in der Azure-Region „us-west2“ mit einer sequenziellen Workload von 64 KiB. Dies war zum Zeitpunkt der hier dargestellten Tests die maximale E/A-Größe, die von Azure NetApp Files unterstützt wurde. Mittlerweile unterstützt Azure NetApp Files größere E/A-Größen. Weitere Informationen finden Sie im Abschnitt rsize und wsize der Linux-Einbindungsoptionen.

Linux-Lesedurchsatz

In den folgenden Diagrammen sind sequenzielle 64-KiB-Lesevorgänge von ~3.500 MiB/s mit nconnect dargestellt, was ungefähr dem 2,3-fachen von nicht nconnect entspricht.

Linux-Lesedurchsatz

Linux-Schreibdurchsatz

Die folgenden Diagramme zeigen sequenzielle Schreibvorgänge. Sie deuten darauf hin, dass nconnect keinen erkennbaren Vorteil für sequenzielle Schreibvorgänge bietet. Die Obergrenze für sequenzielle Schreibvolumen beträgt ca. 1500 MiB/s. Der ausgehende Grenzwert für die D32s_v4-Instanz beträgt auch ca. 1500 MiB/s.

Linux-Schreibdurchsatz

Linux-Lese-IOPS

In den folgenden Diagrammen sind zufällige 4-KiB-Lesevorgänge von ~200.000 Lese-IOPS mit nconnect dargestellt, was ungefähr dem 3-fachen von nicht nconnect entspricht.

Linux-Lese-IOPS

Linux-Schreib-IOPS

In den folgenden Diagrammen sind zufällige 4-KiB-Schreibvorgänge von ~135.000 Schreib-IOPS mit nconnect dargestellt, was ungefähr dem 3-fachen von nicht nconnect entspricht.

Linux-Schreib-IOPS

Nächste Schritte