Diese Seite zeigt die Leistungsgrenzen eines einzelnen Google Cloud NetApp Volumes-Volumes von mehreren virtuellen Clientmaschinen aus. Nutzen Sie die Informationen auf dieser Seite, um Ihre Arbeitslasten zu dimensionieren.
Leistungstests
Die folgenden Testergebnisse zeigen die Leistungsgrenzen auf. Bei diesen Tests verfügt das System über ausreichend Kapazität, sodass der Durchsatz die Benchmark-Tests nicht beeinträchtigt. Eine Überschreitung der folgenden Durchsatzwerte für ein einzelnes Volume führt nicht zu zusätzlichen Leistungssteigerungen.
Zu beachten ist, dass die Leistungstests mit Fio durchgeführt wurden.
Beachten Sie bei der Auswertung der Leistungstests folgende Punkte:
Die Leistungsfähigkeit der Servicelevel Standard, Premium und Extreme skaliert den Durchsatz mit der Volumenkapazität, bis die Grenzwerte erreicht sind. Alle Flex-Servicelevel skalieren mit den Kapazitäten des Speicherpools, und alle Volumes in einem Pool teilen sich die Leistung des Pools.
Die Serviceebene Flex Unified und Flex File mit benutzerdefinierter Leistung ermöglicht die unabhängige Skalierung von Kapazität, IOPS und Durchsatz.
Die Ergebnisse von IOPS dienen ausschließlich Informationszwecken.
Die zur Erstellung der folgenden Ergebnisse verwendeten Zahlen sind so eingestellt, dass sie maximale Ergebnisse liefern. Die nachfolgenden Ergebnisse sollten als Schätzung der maximal erreichbaren Durchsatzkapazität betrachtet werden.
Die Verwendung mehrerer schneller Datenträger pro Projekt kann projektbezogenen Beschränkungen unterliegen.
Die folgenden Ergebnisse der Leistungstests beziehen sich ausschließlich auf die Protokolle NFSv3, SMB und iSCSI. Andere Protokolltypen wie NFSv4.1 wurden nicht zum Testen der NetApp Volumes-Performance verwendet.
Volumendurchsatzgrenzen für den NFSv3-Zugriff
Die folgenden Abschnitte enthalten Einzelheiten zu den Durchsatzgrenzen für den NFSv3-Zugriff.
Flex File-Servicelevel mit kundenspezifischer Leistung
Die folgenden Tests wurden mit einem einzelnen Volume in einem Flex Custom Performance Zonenspeicherpool durchgeführt. Der Pool wurde mit maximalem Durchsatz und IOPS konfiguriert, und die Ergebnisse wurden erfasst.
64 KiB Blockgröße (Sequenzielle E/A)
Diese Ergebnisse wurden mit Fio und folgenden Einstellungen erzielt:
Blockgröße von 64 KiB für ein einzelnes Volume mit sechs virtuellen
n2-standard-32-MaschinenRed Hat 9-Betriebssystem
96 GiB Arbeitsset für jede virtuelle Maschine mit insgesamt 576 GiB
Die Mount-Option
nconnectist auf jedem Host für den Wert 16 konfiguriert.Die Mount-Optionen
rsizeundwsizesind an Position 65536 konfiguriert.Das Datenvolumen betrug 10 TiB des Flex-Servicelevels mit kundenspezifischer Performance. Für die Tests wurden die benutzerdefinierten Leistungsparameter auf die Maximalwerte von 5.120 MiBps und 160.000 IOPS eingestellt.
Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Aus der folgenden Tabelle geht hervor, dass ein einzelnes Volume schätzungsweise 4.300 MiB/s an rein sequenziellen Lesevorgängen und 1.480 MiB/s an rein sequenziellen Schreibvorgängen bei einer Blockgröße von 64 KiB über NFSv3 bewältigen 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 folgenden Einstellungen erzielt:
8 KiB Blockgröße gegenüber einem einzelnen Volume mit sechs
n2-standard-32virtuellen MaschinenRed Hat 9 Betriebssystem
96 GiB Arbeitsset für jede virtuelle Maschine mit insgesamt 576 GiB
Die Mount-Option
nconnectist auf jedem Host mit dem Wert 16 konfiguriert.rsizeundwsizeMount-Optionen auf jedem Host, konfiguriert auf 65536Das Datenvolumen betrug 10 TiB des Flex-Servicelevels mit kundenspezifischer Performance. Für die Tests wurden die benutzerdefinierten Leistungsparameter auf die Maximalwerte von 5.120 MiBps und 160.000 IOPS eingestellt.
Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, insgesamt also mit 48 Jobs. Aus der folgenden Tabelle geht hervor,dass ein einzelnes Volume schätzungsweise in der Lage ist,mit einer Blockgröße von 8 KiB über NFSv3 etwa 126.400 reine zufällige Lese-IOPS und 78.600 reine zufällige Schreib-IOPS zu bewältigen.
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 |
Höchstes Serviceniveau
Die folgenden Tests wurden mit einem einzelnen Volume in einem Extreme-Speicherpool durchgeführt und die Ergebnisse wurden erfasst.
64 KiB Blockgröße (Sequenzielle E/A)
Diese Ergebnisse wurden mit Fio und folgenden Einstellungen erzielt:
Blockgröße von 64 KiB für ein einzelnes Volume mit sechs virtuellen
n2-standard-32-MaschinenRed Hat 9 Betriebssystem
1 TiB Arbeitsspeicher pro virtueller Maschine mit insgesamt 6 TiB
Die Mount-Option
nconnectist auf jedem Host mit dem Wert 16 konfiguriert.Das Datenvolumen betrug 75 TiB des Servicelevels „Extreme“.
Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, insgesamt also mit 48 Jobs. Aus der folgenden Tabelle geht hervor, dass ein einzelnes Volume schätzungsweise zwischen 5.240 MiB/s rein sequenziellen Lesevorgängen und 2.180 MiB/s rein sequenziellen Schreibvorgängen bei 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 | |
|---|---|---|---|---|---|
| Gelesene MiBps | 5.237 | 2.284 | 1.415 | 610 | 0 |
| Schreib-MiB/s | 0 | 764 | 1.416 | 1.835 | 2.172 |
256 KiB Blockgröße (Sequenzielle E/A)
Diese Ergebnisse wurden mit Fio und folgenden Einstellungen erzielt:
256 KiB Blockgröße gegenüber einem einzelnen Volume mit sechs
n2-standard-32virtuellen MaschinenRed Hat 9 Betriebssystem
1 TiB Arbeitsspeicher pro virtueller Maschine mit insgesamt 6 TiB
Die Mount-Option
nconnectist auf jedem Host mit dem Wert 16 konfiguriert.Das Datenvolumen betrug 75 TiB des Servicelevels „Extreme“.
Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, insgesamt also mit 48 Jobs. Aus der folgenden Tabelle geht hervor, dass ein einzelnes Volume schätzungsweise zwischen 4.930 MiB/s rein sequenziellen Lesevorgängen und 2.440 MiB/s rein sequenziellen Schreibvorgängen bei einer Blockgröße von 256 KiB über NFSv3 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 | |
|---|---|---|---|---|---|
| Gelesene MiBps | 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 folgenden Einstellungen erzielt:
4 KiB-Blockgröße für ein einzelnes Volume mit sechs virtuellen
n2-standard-32-MaschinenRed Hat 9 Betriebssystem
1 TiB Arbeitsspeicher pro virtueller Maschine mit insgesamt 6 TiB
Die Mount-Option
nconnectist auf jedem Host mit dem Wert 16 konfiguriert.Das Datenvolumen betrug 75 TiB des Servicelevels „Extreme“.
Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Aus der folgenden Tabelle geht hervor, dass ein einzelnes Volume bei einer Blockgröße von 4 KiB über NFSv3 schätzungsweise zwischen ~380.000 reinen zufälligen Lese-IOPS und rund 120.000 reinen zufälligen Schreib-IOPS bewältigen 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 folgenden Einstellungen erzielt:
8 KiB Blockgröße gegenüber einem einzelnen Volume mit sechs
n2-standard-32virtuellen MaschinenRed Hat 9 Betriebssystem
1 TiB Arbeitsspeicher pro virtueller Maschine mit insgesamt 6 TiB
Die Mount-Option
nconnectist auf jedem Host mit dem Wert 16 konfiguriert.Das Datenvolumen betrug 75 TiB des Servicelevels „Extreme“.
Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, also mit insgesamt 48 Jobs. Aus der folgenden Tabelle geht hervor, dass ein einzelnes Volume bei einer Blockgröße von 8 KiB über NFSv3 schätzungsweise zwischen ~270.000 reinen zufälligen Lese-IOPS und ~110.000 reinen zufälligen Schreib-IOPS bewältigen 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 |
Volumendurchsatzgrenzen für den SMB-Zugriff
Die folgenden Abschnitte enthalten Einzelheiten zu den Durchsatzgrenzen für den SMB-Zugriff.
64 KiB Blockgröße (Sequenzielle E/A)
Diese Ergebnisse wurden mit Fio und folgenden Einstellungen erzielt:
64 KiB Blockgröße gegenüber einem einzelnen Volume mit sechs
n2-standard-32virtuellen MaschinenWindows 2022
1 TiB Arbeitsspeicher pro virtueller Maschine mit insgesamt 6 TiB
Die clientseitige Option „SMB-Verbindungsanzahl pro RSS-Netzwerkschnittstelle“ ist auf jeder virtuellen Maschine auf 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. Aus der folgenden Tabelle geht hervor, dass ein einzelnes Volume schätzungsweise zwischen ~5.130 MiB/s rein sequenziellen Lesevorgängen und ~1.790 MiB/s rein sequenziellen Schreibvorgängen bei einer Blockgröße von 64 KiB über SMB verarbeiten kann.
SMB 64 KiB Sequential 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 | |
|---|---|---|---|---|---|
| Gelesene MiBps | 5.128 | 2.675 | 1.455 | 559 | 0 |
| Schreib-MiB/s | 0 | 892 | 1.454 | 1.676 | 1.781 |
256 KiB Blockgröße (Sequenzielle E/A)
Diese Ergebnisse wurden mit Fio und folgenden Einstellungen erzielt:
256 KiB Blockgröße gegenüber einem einzelnen Volume mit sechs n2-standard-32 virtuellen Maschinen
Windows 2022 Betriebssystem
1 TiB Arbeitsspeicher pro virtueller Maschine mit insgesamt 6 TiB
Anzahl der SMB-Verbindungen pro RSS-Netzwerkschnittstelle (clientseitige Option, konfiguriert auf jedem Host mit dem Wert 16)
Das Datenvolumen betrug 75 TiB des Servicelevels „Extreme“.
Fio wurde mit 8 Jobs auf jeder virtuellen Maschine ausgeführt, insgesamt also mit 48 Jobs. Aus der folgenden Tabelle geht hervor, dass ein einzelnes Volume schätzungsweise zwischen ~4.620 MiB/s rein sequenziellen Lesevorgängen und ~1.830 MiB/s rein sequenziellen Schreibvorgängen bei einer Blockgröße von 256 KiB über SMB verarbeiten kann.
SMB 256 KiB Sequentiell 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 | |
|---|---|---|---|---|---|
| Gelesene MiBps | 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 folgenden Einstellungen erzielt:
4 KiB-Blockgröße für ein einzelnes Volume mit sechs virtuellen
n2-standard-32-MaschinenWindows 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 folgenden Einstellungen erzielt:
Blockgröße von 8 KiB für ein einzelnes Volume mit sechs virtuellen Maschinen vom Typ
n2-standard-32Windows 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. Aus der folgenden Tabelle geht hervor, dass ein einzelnes Volume bei einer Blockgröße von 8 KiB über SMB schätzungsweise zwischen ~280.000 reinen zufälligen Lese-IOPS und ~90.000 reinen zufälligen Schreib-IOPS bewältigen 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 |
Durchsatzgrenzen für iSCSI-Zugriff
In den folgenden Abschnitten werden die Durchsatzgrenzen für iSCSI-Zugriffe mit dem Flex Unified-Servicelevel beschrieben.
Die folgenden Tests wurden mit sechs 1-TiB-Volumes in einem Flex Unified Custom Performance Regional Storage Pool durchgeführt. Der Pool wurde mit maximalem Durchsatz und IOPS konfiguriert, und die Ergebnisse wurden erfasst.
64 KiB Blockgröße (Sequenzielle E/A)
Diese Ergebnisse wurden mit Fio und folgenden Einstellungen erzielt:
64 KiB Blockgröße für 6 Volumes mit 6
n2-standard-32virtuellen MaschinenRed Hat Enterprise Linux (RHEL) 9 Betriebssystem
720 GiB Arbeitsspeicher pro virtueller Maschine, insgesamt 4.320 GiB
iSCSI mit dem Parameter
nr_sessionsauf jedem Host, der auf 16 gesetzt istJedes Speichervolumen 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 1 gesetzt war. Aus der folgenden Tabelle geht hervor, dass ein Speicherpool schätzungsweise zwischen ~4.915 MiB/s rein sequenziellen Lesevorgängen und ~2.375 MiB/s rein sequenziellen Schreibvorgängen bei einer Blockgröße von 64 KiB über iSCSI verarbeiten kann.
iSCSI 64 KiB Sequential 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 | |
|---|---|---|---|---|---|
| Gelesene MiBps | 4.915 | 3.642 | 1.846 | 701 | 0 |
| Schreib-MiB/s | 0 | 1.214 | 1.844 | 2.104 | 2.375 |
256 KiB Blockgröße (Sequenzielle E/A)
Diese Ergebnisse wurden mit Fio und folgenden Einstellungen erzielt:
256 KiB Blockgröße für 6 Volumes mit 6
n2-standard-32virtuellen MaschinenRHEL 9 Betriebssystem
720 GiB Arbeitsspeicher pro virtueller Maschine, insgesamt 4.320 GiB
iSCSI mit dem Parameter
nr_sessionsauf jedem Host, der auf 16 gesetzt istJedes Speichervolumen 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 1 gesetzt war. Aus der folgenden Tabelle geht hervor, dass ein Speicherpool schätzungsweise zwischen ~4.954 MiB/s rein sequenziellen Lesevorgängen und ~2.648 MiB/s rein sequenziellen Schreibvorgängen bei einer Blockgröße von 256 KiB über iSCSI verarbeiten kann.
iSCSI 256 KiB Sequential 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 | |
|---|---|---|---|---|---|
| Gelesene MiBps | 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 folgenden Einstellungen erzielt:
4 KiB Blockgröße für 6 Volumes mit 6
n2-standard-32virtuellen MaschinenRHEL 9 Betriebssystem
720 GiB Arbeitsspeicher pro virtueller Maschine, insgesamt 4.320 GiB
iSCSI mit dem Parameter
nr_sessionsauf jedem Host, der auf 16 gesetzt istJedes Speichervolumen 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 gesetzt war. Aus der folgenden Tabelle geht hervor, dass ein Speicherpool schätzungsweise zwischen ~160.000 reinen zufälligen Lese-IOPS und ~160.000 reinen zufälligen Schreib-IOPS bei einer Blockgröße von 4 KiB über iSCSI bewältigen 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 folgenden Einstellungen erzielt:
8 KiB Blockgröße für 6 Volumes mit 6
n2-standard-32virtuellen MaschinenRHEL 9 Betriebssystem
720 GiB Arbeitsspeicher pro virtueller Maschine, insgesamt 4.320 GiB
iSCSI mit dem Parameter
nr_sessionsauf jedem Host, der auf 16 gesetzt istJedes Speichervolumen 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 gesetzt war. Aus der folgenden Tabelle geht hervor, dass ein Speicherpool schätzungsweise zwischen ~158.000 reinen zufälligen Lese-IOPS und ~140.400 reinen zufälligen Schreib-IOPS bei einer Blockgröße von 8 KiB über iSCSI bewältigen 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 Datenbank-Workloads
Dieser Abschnitt enthält Benchmark-Ergebnisse für Anwendungsdatenbanken für Oracle- und Microsoft SQL Server-Workloads über iSCSI auf NetApp Volumes. Diese Messungen aus der Praxis ergänzen die synthetischen Speicher-Benchmark-Daten.
Hinweise
Berücksichtigen Sie bei der Auswertung dieser Datenbank-Benchmark-Ergebnisse die folgenden Faktoren:
Die Ergebnisse der Datenbank-Benchmarks stellen Messungen unter spezifischen Testbedingungen dar.
Die tatsächliche Leistung variiert je nach Workload-Charakteristika und Konfigurationen wie Hostgröße, Netzwerk, Datenbank, iSCSI, Multipath und Bereitstellungsarchitektur.
Oracle-Datenbank
Die folgenden Tests wurden auf einer Oracle Database 23c mit dem Silly Little Oracle Benchmark (SLOB) Tool über iSCSI durchgefü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.
Benchmarks für Arbeitslasten für die elektronische Designautomatisierung
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.