Leistungsbenchmarks

Auf dieser Seite werden die Leistungsgrenzen eines einzelnen Google Cloud NetApp Volumes-Volumes von mehreren Client-VMs aus dargestellt. Anhand der Informationen auf dieser Seite können Sie die Größe Ihrer Arbeitslasten bestimmen.

Leistungstests

Die folgenden Testergebnisse zeigen Leistungsgrenzwerte. Bei diesen Tests hat das Volume eine ausreichende Kapazität, sodass der Durchsatz die Benchmarktests nicht beeinträchtigt. Wenn Sie die Kapazität eines einzelnen Volumes über die folgenden Durchsatzwerte hinaus zuweisen, führt das nicht zu einer zusätzlichen Leistungssteigerung.

Leistungstests wurden mit Fio durchgeführt.

Beachten Sie bei den Ergebnissen der Leistungstests Folgendes:

  • Die Leistung der Service-Levels „Standard“, „Premium“ und „Extreme“ skaliert den Durchsatz mit der Volume-Kapazität, bis die Grenzwerte erreicht sind. Alle Flex-Service-Levels werden mit den Funktionen des Speicherpools skaliert. Alle Volumes in einem Pool teilen sich die Leistung des Pools.

  • Das Service-Level „Flex Unified“ und „Flex File“ mit benutzerdefinierter Leistung bietet eine unabhängige Skalierung von Kapazität, IOPS und Durchsatz.

  • IOPS-Ergebnisse dienen nur zur Information.

  • Die Zahlen, die für die folgenden Ergebnisse verwendet werden, sind so eingerichtet, dass sie maximale Ergebnisse zeigen. Die folgenden Ergebnisse sind Schätzungen der maximal erreichbaren Zuweisung der Durchsatzkapazität.

  • Die Verwendung mehrerer Fast-Volumes pro Projekt unterliegt möglicherweise projektbezogenen Beschränkungen.

  • Die folgenden Leistungstestergebnisse beziehen sich nur auf die Protokolle NFSv3, SMB und iSCSI. Andere Protokolltypen wie NFSv4.1 wurden nicht verwendet, um die Leistung von NetApp Volumes zu testen.

Volume-Durchsatzlimits für den NFSv3-Zugriff

In den folgenden Abschnitten finden Sie Details zu den Durchsatzlimits für Volumes für den NFSv3-Zugriff.

Flex-Dateidienstebene mit benutzerdefinierter Leistung

Die folgenden Tests wurden mit einem einzelnen Volume in einem zonalen Speicherpool mit benutzerdefinierter Leistung vom Typ „Flex“ durchgeführt. Der Pool wurde mit dem maximalen Durchsatz und den maximalen IOPS konfiguriert und die Ergebnisse wurden erfasst.

Blockgröße von 64 KiB (sequenzielles I/O)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • Blockgröße von 64 KiB für ein einzelnes Volume mit sechs virtuellen n2-standard-32-Maschinen

  • Red Hat 9-Betriebssystem

  • 96 GiB Arbeitsgruppe für jede virtuelle Maschine mit insgesamt 576 GiB

  • Die Mount-Option nconnect ist auf jedem Host für den Wert 16 konfiguriert.

  • Die Bereitstellungsoptionen rsize und wsize sind auf 65536 konfiguriert.

  • Die Volume-Größe betrug 10 TiB mit dem Service-Level „Flex“ und benutzerdefinierter Leistung. Für die Tests wurde die benutzerdefinierte Leistung auf die Höchstwerte von 5.120 MiBps und 160.000 IOPS festgelegt.

Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Die folgende Tabelle zeigt, dass ein einzelnes Volume schätzungsweise etwa 4.300 MiB/s für reine sequenzielle Lesevorgänge und 1.480 MiB/s für reine sequenzielle Schreibvorgänge mit einer Blockgröße von 64 KiB über NFSv3 verarbeiten kann.

Benchmark-Ergebnisse für NFS 64 KiB Sequential 6 n2-standard-32 Red Hat 9-VMs
100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
Lesen (MiB/s) 4.304 2.963 1.345 464 0
Schreib-MiB/s 0 989 1.344 1.390 1.476

Blockgröße von 8 KiB (zufällige E/A)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • Blockgröße von 8 KiB für ein einzelnes Volume mit sechs virtuellen Maschinen vom Typ n2-standard-32

  • Red Hat 9-Betriebssystem

  • 96 GiB Arbeitsgruppe für jede virtuelle Maschine mit insgesamt 576 GiB

  • Die Mount-Option nconnect ist auf jedem Host für den Wert 16 konfiguriert.

  • Die Bereitstellungsoptionen rsize und wsize sind auf jedem Host auf 65536 konfiguriert.

  • Die Volume-Größe betrug 10 TiB mit dem Service-Level „Flex“ und benutzerdefinierter Leistung. Für die Tests wurde die benutzerdefinierte Leistung auf die Höchstwerte von 5.120 MiBps und 160.000 IOPS festgelegt.

Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Die folgende Tabelle zeigt, dass ein einzelnes Volume schätzungsweise etwa 126.400 reine zufällige Lese-IOPS und 78.600 reine zufällige Schreib-IOPS mit einer Blockgröße von 8 KiB über NFSv3 verarbeiten kann.

Benchmark-Ergebnisse für NFS 8 KiB Random 6 n2-standard-32 Red Hat 9-VMs
100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
IOPS für Lesevorgänge 126.397 101.740 57.223 23.600 0
IOPS für Schreibvorgänge 0 33.916 57.217 70.751 78.582

Extremes Service-Level

Die folgenden Tests wurden mit einem einzelnen Volume in einem Extreme-Speicherpool durchgeführt und die Ergebnisse wurden erfasst.

Blockgröße von 64 KiB (sequenzielles I/O)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • Blockgröße von 64 KiB für ein einzelnes Volume mit sechs virtuellen n2-standard-32-Maschinen

  • Red Hat 9-Betriebssystem

  • 1 TiB Arbeitsgruppe für jede VM mit einer kombinierten Gesamtsumme von 6 TiB

  • Die Mount-Option nconnect ist auf jedem Host für den Wert 16 konfiguriert.

  • Die Volume-Größe betrug 75 TiB des Service-Levels „Extrem“.

Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Die folgende Tabelle zeigt, dass ein einzelnes Volume mit NFSv3 schätzungsweise zwischen 5.240 MiBps für reine sequenzielle Lesevorgänge und 2.180 MiBps für reine sequenzielle Schreibvorgänge mit einer Blockgröße von 64 KiB verarbeiten kann.

Benchmark-Ergebnisse für NFS 64 KiB Sequential 6 n2-standard-32 Red Hat 9-VMs
100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
Lesen (MiB/s) 5.237 2.284 1.415 610 0
Schreib-MiB/s 0 764 1.416 1.835 2.172

Blockgröße von 256 KiB (sequenzielle E/A)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • Blockgröße von 256 KiB für ein einzelnes Volume mit sechs virtuellen n2-standard-32-Maschinen

  • Red Hat 9-Betriebssystem

  • 1 TiB Arbeitsgruppe für jede VM mit einer kombinierten Gesamtsumme von 6 TiB

  • Die Mount-Option nconnect ist auf jedem Host für den Wert 16 konfiguriert.

  • Die Volume-Größe betrug 75 TiB des Service-Levels „Extrem“.

Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Die folgende Tabelle zeigt, dass ein einzelnes Volume mit NFSv3 schätzungsweise zwischen 4.930 MiBps für reine sequenzielle Lesevorgänge und 2.440 MiBps für reine sequenzielle Schreibvorgänge mit einer Blockgröße von 256 KiB verarbeiten kann.

Benchmark-Ergebnisse für NFS 256 KiB Sequential 6 n2-standard-32 Red Hat 9-VMs
100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
Lesen (MiB/s) 4.928 2.522 1.638 677 0
Schreib-MiB/s 0 839 1.640 2.036 2.440

Blockgröße von 4 KiB (zufällige E/A)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • 4 KiB-Blockgröße für ein einzelnes Volume mit sechs virtuellen n2-standard-32-Maschinen

  • Red Hat 9-Betriebssystem

  • 1 TiB Arbeitsgruppe für jede VM mit einer kombinierten Gesamtsumme von 6 TiB

  • Die Mount-Option nconnect ist auf jedem Host für den Wert 16 konfiguriert.

  • Die Volume-Größe betrug 75 TiB des Service-Levels „Extrem“.

Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Die folgende Tabelle zeigt, dass ein einzelnes Volume schätzungsweise zwischen ca. 380.000 IOPS für reine zufällige Lesevorgänge und ca. 120.000 IOPS für reine zufällige Schreibvorgänge mit einer Blockgröße von 4 KiB über NFSv3 verarbeiten kann.

Benchmark-Ergebnisse für NFS 4 KiB Random 6 n2-standard-32 Red Hat 9-VMs
100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
IOPS für Lesevorgänge 380.000 172.000 79.800 32.000 0
IOPS für Schreibvorgänge 0 57.300 79.800 96.200 118.000

Blockgröße von 8 KiB (zufällige E/A)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • Blockgröße von 8 KiB für ein einzelnes Volume mit sechs virtuellen Maschinen vom Typ n2-standard-32

  • Red Hat 9-Betriebssystem

  • 1 TiB Arbeitsgruppe für jede VM mit einer kombinierten Gesamtsumme von 6 TiB

  • Die Mount-Option nconnect ist auf jedem Host für den Wert 16 konfiguriert.

  • Die Volume-Größe betrug 75 TiB des Service-Levels „Extrem“.

Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Die folgende Tabelle zeigt, dass ein einzelnes Volume schätzungsweise zwischen ca. 270.000 reinen zufälligen Lese-IOPS und ca. 110.000 reinen zufälligen Schreib-IOPS mit einer Blockgröße von 8 KiB über NFSv3 verarbeiten kann.

Benchmark-Ergebnisse für NFS 8 KiB Random 6 n2-standard-32 Red Hat 9-VMs
100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
IOPS für Lesevorgänge 265.000 132.000 66.900 30.200 0
IOPS für Schreibvorgänge 0 44.100 66.900 90.500 104.000

Volume-Durchsatzlimits für den SMB-Zugriff

Die folgenden Abschnitte enthalten Details zu den Durchsatzlimits für Volumes für den SMB-Zugriff.

Blockgröße von 64 KiB (sequenzielles I/O)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • Blockgröße von 64 KiB für ein einzelnes Volume mit sechs virtuellen n2-standard-32-Maschinen

  • Windows 2022

  • 1 TiB Arbeitsgruppe für jede VM mit einer kombinierten Gesamtsumme von 6 TiB

  • Clientseitige Option „SMB Connect Count Per RSS Network Interface“ (SMB-Verbindungsanzahl pro RSS-Netzwerkschnittstelle) auf jeder VM mit dem Wert 16 konfiguriert

  • Die Volume-Größe betrug 75 TiB des Service-Levels „Extrem“.

Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Die folgende Tabelle zeigt, dass ein einzelnes Volume schätzungsweise zwischen ca. 5.130 MiB/s für reine sequenzielle Lesevorgänge und ca. 1.790 MiB/s für reine sequenzielle Schreibvorgänge mit einer Blockgröße von 64 KiB über SMB verarbeiten kann.

SMB 64 KiB sequenziell 6 n2-standard-32 Windows 2022-VMs

100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
Lesen (MiB/s) 5.128 2.675 1.455 559 0
Schreib-MiB/s 0 892 1.454 1.676 1.781

Blockgröße von 256 KiB (sequenzielle E/A)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • 256 KiB-Blockgröße für ein einzelnes Volume mit sechs virtuellen n2-standard-32-Maschinen

  • Windows 2022

  • 1 TiB Arbeitsgruppe für jede VM mit einer kombinierten Gesamtsumme von 6 TiB

  • Anzahl der SMB-Verbindungen pro RSS-Netzwerkschnittstelle (clientseitige Option auf jedem Host mit dem Wert 16 konfiguriert)

  • Die Volume-Größe betrug 75 TiB des Service-Levels „Extrem“.

Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Die folgende Tabelle zeigt, dass ein einzelnes Volume über SMB schätzungsweise zwischen ~4.620 MiB/s bei reinen sequenziellen Lesevorgängen und ~1.830 MiB/s bei reinen sequenziellen Schreibvorgängen mit einer Blockgröße von 256 KiB verarbeiten kann.

SMB 256 KiB sequenziell 6 n2-standard-32 Windows 2022-VMs

100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
Lesen (MiB/s) 4.617 2.708 1.533 584 0
Schreib-MiB/s 0 900 1.534 1.744 1.826

Blockgröße von 4 KiB (zufällige E/A)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • 4 KiB-Blockgröße für ein einzelnes Volume mit sechs virtuellen n2-standard-32-Maschinen

  • Windows 2022

  • 1 TiB Arbeitsgruppe für jede VM, insgesamt 6 TiB

  • Anzahl der SMB-Verbindungen pro RSS-Netzwerkschnittstelle (clientseitige Option auf jedem Host aktiviert) für einen Wert von 16

  • Die Volume-Größe betrug 75 TiB des Service-Levels „Extrem“.

Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Die folgende Tabelle zeigt, dass ein einzelnes Volume über SMB schätzungsweise zwischen ca. 390.000 reinen zufälligen Lese-IOPS und ca. 110.000 reinen zufälligen Schreib-IOPS mit einer Blockgröße von 4 KiB verarbeiten kann.

Benchmark-Ergebnisse für SMB 4 KiB Random 6 n2-standard-32 Windows 2022-VMs

100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
IOPS für Lesevorgänge 390.900 164.700 84.200 32.822 0
IOPS für Schreibvorgänge 0 54.848 84.200 98.500 109.300

Blockgröße von 8 KiB (zufällige E/A)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • Blockgröße von 8 KiB für ein einzelnes Volume mit sechs virtuellen Maschinen vom Typ n2-standard-32

  • Windows 2022

  • 1 TiB Arbeitsgruppe für jede VM, insgesamt 6 TiB

  • Anzahl der SMB-Verbindungen pro RSS-Netzwerkschnittstelle (clientseitige Option, die auf jedem Host für den Wert 16 konfiguriert ist)

  • Die Volume-Größe betrug 75 TiB des Service-Levels „Extrem“.

Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Die folgende Tabelle zeigt, dass ein einzelnes Volume über SMB schätzungsweise zwischen ca. 280.000 reinen zufälligen Lese-IOPS und ca. 90.000 reinen zufälligen Schreib-IOPS mit einer Blockgröße von 8 KiB verarbeiten kann.

Benchmark-Ergebnisse für SMB 8 KiB Random 6 n2-standard-32 Windows 2022-VMs

100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
IOPS für Lesevorgänge 271.800 135.900 65.700 28.093 0
IOPS für Schreibvorgänge 0 45.293 65.900 84.400 85.500

Volume-Durchsatzlimits für iSCSI-Zugriff

In den folgenden Abschnitten werden die Limits für den Volumedurchsatz für den iSCSI-Zugriff mit der Flex Unified-Dienstebene beschrieben.

Die folgenden Tests wurden mit sechs 1-TiB-Volumes in einem regionalen Speicherpool mit benutzerdefinierter Leistung vom Typ „Flex – Einheitlich“ ausgeführt. Der Pool wurde mit dem maximalen Durchsatz und den maximalen IOPS konfiguriert und die Ergebnisse wurden erfasst.

Blockgröße von 64 KiB (sequenzielles I/O)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • 64 KiB Blockgröße für 6 Volumes mit 6 n2-standard-32-VMs

  • Red Hat Enterprise Linux (RHEL) 9 OS

  • 720 GiB Arbeitsgruppe für jede VM mit einem kombinierten Gesamtwert von 4.320 GiB

  • iSCSI mit dem Parameter nr_sessions, der auf jedem Host auf 16 festgelegt ist

  • Jede Volumegröße beträgt 1 TiB aus einem Speicherpool mit einer Kapazität von 10 TiB.

Fio wurde mit 24 Jobs auf jeder virtuellen Maschine mit iodepth auf 1 gesetzt ausgeführt. Die folgende Tabelle zeigt, dass ein Speicherpool schätzungsweise zwischen ~4.915 MiBps bei reinen sequenziellen Lesevorgängen und ~2.375 MiBps bei reinen sequenziellen Schreibvorgängen mit einer Blockgröße von 64 KiB über iSCSI verarbeiten kann.

iSCSI 64 KiB sequenziell 6 n2-standard-32 RHEL 9-VMs

100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
Lesen (MiB/s) 4.915 3.642 1.846 701 0
Schreib-MiB/s 0 1.214 1.844 2.104 2.375

Blockgröße von 256 KiB (sequenzielle E/A)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • 256 KiB-Blockgröße für 6 Volumes mit 6 n2-standard-32-VMs

  • RHEL 9-Betriebssystem

  • 720 GiB Arbeitsgruppe für jede VM mit einem kombinierten Gesamtwert von 4.320 GiB

  • iSCSI mit dem Parameter nr_sessions, der auf jedem Host auf 16 festgelegt ist

  • Jede Volumegröße beträgt 1 TiB aus einem Speicherpool mit einer Kapazität von 10 TiB.

Fio wurde mit 24 Jobs auf jeder virtuellen Maschine mit iodepth auf 1 gesetzt ausgeführt. Die folgende Tabelle zeigt, dass ein Speicherpool schätzungsweise zwischen ~4.954 MiBps für reine sequenzielle Lesevorgänge und ~2.648 MiBps für reine sequenzielle Schreibvorgänge mit einer Blockgröße von 256 KiB über iSCSI verarbeiten kann.

iSCSI 256 KiB sequenziell 6 n2-standard-32 RHEL 9-VMs

100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
Lesen (MiB/s) 4.954 3.774 2.387 859 0
Schreib-MiB/s 0 1.259 2.389 2.574 2.648

Blockgröße von 4 KiB (zufällige E/A)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • 4 KiB-Blockgröße für 6 Volumes mit 6 n2-standard-32-VMs

  • RHEL 9-Betriebssystem

  • 720 GiB Arbeitsgruppe für jede VM mit einem kombinierten Gesamtwert von 4.320 GiB

  • iSCSI mit dem Parameter nr_sessions, der auf jedem Host auf 16 festgelegt ist

  • Jede Volumegröße beträgt 1 TiB aus einem Speicherpool mit einer Kapazität von 10 TiB.

Fio wurde mit 24 Jobs auf jeder virtuellen Maschine ausgeführt, wobei iodepth auf 4 festgelegt war. Die folgende Tabelle zeigt, dass ein Speicherpool schätzungsweise zwischen ca. 160.000 reinen zufälligen Lese-IOPS und ca. 160.000 reinen zufälligen Schreib-IOPS mit einer Blockgröße von 4 KiB über iSCSI verarbeiten kann.

iSCSI 4 KiB Random 6 n2-standard-32 RHEL 9-VMs

100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
IOPS für Lesevorgänge 159.861 120.061 80.047 40.027 0
IOPS für Schreibvorgänge 0 40.031 80.056 120.060 160.072

Blockgröße von 8 KiB (zufällige E/A)

Diese Ergebnisse wurden mit Fio und den folgenden Einstellungen erfasst:

  • 8 KiB-Blockgröße für 6 Volumes mit 6 n2-standard-32-VMs

  • RHEL 9-Betriebssystem

  • 720 GiB Arbeitsgruppe für jede VM mit einem kombinierten Gesamtwert von 4.320 GiB

  • iSCSI mit dem Parameter nr_sessions, der auf jedem Host auf 16 festgelegt ist

  • Jede Volumegröße beträgt 1 TiB aus einem Speicherpool mit einer Kapazität von 10 TiB.

Fio wurde mit 24 Jobs auf jeder virtuellen Maschine ausgeführt, wobei iodepth auf 4 festgelegt war. Die folgende Tabelle zeigt, dass ein Speicherpool schätzungsweise zwischen ca. 158.000 reinen zufälligen Lese-IOPS und ca. 140.400 reinen zufälligen Schreib-IOPS mit einer Blockgröße von 8 KiB über iSCSI verarbeiten kann.

iSCSI 8 KiB Random 6 n2-standard-32 RHEL 9-VMs

100% Lesen und 0% Schreiben 75% Lesen und 25% Schreiben 50% Lesen und 50% Schreiben 25% Lesen und 75% Schreiben 0% Lesen und 100% Schreiben
IOPS für Lesevorgänge 157.780 120.028 80.102 39.866 0
IOPS für Schreibvorgänge 0 40.035 80.070 119.565 140.366

Benchmarks für Datenbankarbeitslasten

In diesem Abschnitt finden Sie Benchmark-Ergebnisse auf Anwendungsebene für Oracle- und Microsoft SQL Server-Arbeitslasten über iSCSI auf NetApp-Volumes. Diese realen Messungen ergänzen die synthetischen Speicher-Benchmarkdaten.

Hinweise

Berücksichtigen Sie bei der Überprüfung dieser Datenbank-Benchmark-Ergebnisse die folgenden Faktoren:

  • Die Datenbank-Benchmark-Ergebnisse stellen Messungen unter bestimmten Testbedingungen dar.

  • Die tatsächliche Leistung variiert je nach Arbeitslastmerkmalen und Konfigurationen wie Hostgröße, Netzwerk, Datenbank, iSCSI, Multipath und Bereitstellungsarchitektur.

Oracle-Datenbank

Die folgenden Tests wurden in einer Oracle Database 23c mit dem Tool „Silly Little Oracle Benchmark“ (SLOB) über iSCSI ausgeführt, um Leistungsergebnisse für die Analyse zu erfassen.

Arbeitslastprofil Speicher-IOPS Latenz
100% gelesen ~157.000 0,40 ms
90% Lesen und 10% Schreiben ~145.000 0,38 ms

Die Speicher-IOPS-Werte stellen die während des Tests beobachteten Back-End-Speicher-I/O dar. Die Gesamt-IOPS für den Speicher werden als Summe der Lese- und Schreib-IOPS für die Arbeitslast mit 90% Lese- und 10% Schreibvorgängen berechnet.

Weitere Informationen finden Sie unter Oracle-Leistung in Google Cloud NetApp Volumes über iSCSI.

Microsoft SQL Server

Die folgenden Tests wurden für Microsoft SQL Server-Arbeitslasten mit dem SQL Storage Benchmark (SSB)-Tool über iSCSI mit einzelnen LUN-Konfigurationen ausgeführt, um Leistungsdaten für die Analyse zu erfassen.

Arbeitslastprofil Speicher-IOPS Latenz
100% gelesen ~140.000 < 1 ms
80% Lesen und 20% Schreiben ~100.000 < 1 ms

Diese Leistungswerte stellen die anhaltende Speicherleistung bei Betriebspunkten mit niedriger Latenz dar. Die Gesamt-IOPS für den Speicher werden als Summe der Lese- und Schreib-IOPS für die Arbeitslast mit 80% Lese- und 20% Schreibvorgängen berechnet.

Benchmark für Arbeitslasten für Electronic Design Automation

Die Unterstützung großer Volumes in NetApp Volumes bietet leistungsstarke parallele Dateisysteme, die sich ideal für Arbeitslasten zur elektronischen Designautomatisierung eignen. Diese Dateisysteme bieten bis zu 1 PiB Kapazität und liefern hohe I/O- und Durchsatzraten bei niedriger Latenz.

Für EDA-Arbeitslasten gelten unterschiedliche Leistungsanforderungen für die Frontend- und Backend-Phasen. In der Frontend-Phase werden Metadaten und IOPS priorisiert, während in der Backend-Phase der Durchsatz im Vordergrund steht.

Ein branchenüblicher Benchmark für Electronic Design Automation mit gemischten Frontend- und Backend-Arbeitslasten, bei dem ein großes Volume mit mehreren NFSv3-Clients verwendet wird, die gleichmäßig auf 6 IP-Adressen verteilt sind,kann einen Durchsatz von bis zu 21,5 GiBps und bis zu 1.350.000 IOPS erreichen.

Nächste Schritte

Leistung im Blick behalten: