Der GIGABYTE R282-Z92 Server ist ein neuer 2U-Dual-Socket-Server, der die AMD EPYC-Prozessoren der 2. Generation nutzt. Da es sich um einen Dual-Socket handelt, können Benutzer bis zu 128 Kerne (64 pro Socket) mit zwei EPYC-CPUs nutzen. AMD EPYC-Prozessoren bieten außerdem den zusätzlichen Vorteil von PCIe 4.0-Geräten, die die Optionen für schnelleren Speicher, FPGAs und GPUs erweitern. Der Server verfügt über zwei offene PCIe 4.0-Erweiterungssteckplätze zur Unterstützung von Zusatzgeräten.
Der GIGABYTE R282-Z92 Server ist ein neuer 2U-Dual-Socket-Server, der die AMD EPYC-Prozessoren der 2. Generation nutzt. Da es sich um einen Dual-Socket handelt, können Benutzer bis zu 128 Kerne (64 pro Socket) mit zwei EPYC-CPUs nutzen. AMD EPYC-Prozessoren bieten außerdem den zusätzlichen Vorteil von PCIe 4.0-Geräten, die die Optionen für schnelleren Speicher, FPGAs und GPUs erweitern. Der Server verfügt über zwei offene PCIe 4.0-Erweiterungssteckplätze zur Unterstützung von Zusatzgeräten.
Der GIGABYTE R282-Z92 Server baut auf den neuen AMD EPYC-Prozessoren auf und unterstützt über 4 TB DDR4-Speicher mit Geschwindigkeiten von bis zu 3200 MHz. Dies kann durch 16 DIMMs pro CPU mit Modulunterstützung von bis zu 128 GB pro Stück erreicht werden. Während der Server NVMe-Speicher über 24 Hot-Swap-fähige Schächte auf der Vorderseite unterstützt (ganz zu schweigen von zwei weiteren Schächten auf der Rückseite für SATA/SAS-Speicher), unterstützt er PCIe 4.0 in den vorderen Schächte nicht.
Weitere bemerkenswerte Hardware-Features sind ein integrierter M.2-Steckplatz sowie mehr M.2-Kapazität durch eine Riser-Karte. Der Server verfügt über zwei 1-GbE-LAN-Ports, aber zahlreiche Erweiterungen für eine schnellere Vernetzung, einschließlich eines OCP-Kartensteckplatzes. Die Energieverwaltung erfolgt über zwei Hot-Swap-fähige Netzteile sowie die intelligenten Energieverwaltungsfunktionen von GIGABYTE, die den Server im Hinblick auf den Stromverbrauch effizienter machen und im Falle eines Ausfalls die Stromversorgung aufrechterhalten.
Der R282-Z92 nutzt sein eigenes GSM für die Verwaltung, Hier ist ein tieferer Einblick in die GUI. GSM wird mit einem VMware-Plugin geliefert, mit dem Benutzer vCenter sowohl für die Fernüberwachung als auch für die Fernverwaltung verwenden können.
GIGABYTE R282-Z92 Spezifikationen
| Abmessungen (BxHxT, mm) | 2U 438 x 87 x 730 mm |
| Hauptplatine | MZ92-FS0 |
| CPU | Prozessorfamilie der AMD EPYC 7002-Serie Dual-Prozessoren, 7 nm, Sockel SP3 Bis zu 64 Kerne, 128 Threads pro Prozessor TDP bis 225 W, cTDP bis 240 W Vollständige Unterstützung von 280 W Kompatibel mit der Prozessorfamilie AMD EPYC 7001 |
| Chipsatz | System-on-Chip |
| Memory | 32 x DIMM-Steckplätze Nur DDR4-Speicher wird unterstützt 8-Kanal-Speicher pro Prozessorarchitektur RDIMM-Module bis zu 128 GB werden unterstützt LRDIMM-Module bis zu 128 GB werden unterstützt Speichergeschwindigkeit: Bis zu 3200/2933 MHz |
| LAN | 2 x 1GbE LAN-Ports (1 x Intel I350-AM2) 1 x 10/100/1000-Verwaltungs-LAN |
| Video | Integriert in den Aspeed AST2500 2D-Videografikadapter mit PCIe-Busschnittstelle 1920×1200@60Hz 32bpp |
| Lagerung | Vorderseite: 24 x 2.5″ NVMe Hot-Swap-fähige HDD/SSD-Schächte Rückseite: 2 x 2.5″ SATA/SAS Hot-Swap-fähige HDD/SSD-Schächte, über integrierte SATA-Ports |
| Erweiterungssteckplätze | Riser-Karte CRS2014: – 1 x PCIe x16-Steckplatz (Gen4 x16), belegt durch CNV3024, 4 x NVMe HBARiser-Karte CRS2033: – 1 x PCIe x16-Steckplatz (Gen4 x16), FHHL, belegt durch CNV3024, 4 x NVMe HBA – 1 x PCIe x8-Steckplatz (Gen4 x8), FHHL, belegt durch CNV3022, 2 x NVMe HBA – 1 x PCIe x8-Steckplatz (Gen4 x8), FHHLRiser-Karte CRS2033: – 1 x PCIe x16-Steckplatz (Gen4 x16), FHHL, belegt durch CNV3024, 4 x NVMe HBA – 1 x PCIe x8-Steckplatz (Gen4 x8), FHHL, belegt durch CNV3022, 2 x NVMe HBA – 1 x PCIe x8-Steckplatz (Gen4 x8), FHHL1 x OCP 3.0-Mezzanine-Steckplatz mit PCIe Gen4 x16-Bandbreite von CPU_0 Unterstützte NCSI-Funktion, belegt durch CNVO134, 4 x NVMe HBA1 x OCP 2.0-Mezzanine-Steckplatz mit PCIe Gen3 x8-Bandbreite (Typ 1, P1 , P2) Unterstützte NCSI-Funktion, belegt durch CNVO022, 2 x NVMe HBA1 x M.2-Steckplatz: – M-Taste – PCIe Gen3 x4 – Unterstützt NGFF-2242/2260/2280/22110-Karten – Die CPU-TDP ist bei Verwendung eines M.225-Geräts auf 2 W begrenzt |
| Interne E / A. | 1 x M.2-Steckplatz 1 x USB 3.0-Header 1 x COM-Header 1 x TPM-Header 1 x Frontplatten-Header 1 x HDD-Backplane-Board-Header 1 x PMBus-Anschluss 1 x IPMB-Anschluss X Clear CMOS Jumper 1 1 x BIOS-Wiederherstellungsbrücke |
| Front I / O | 2 x USB 3.0 1 x Power-Taste mit LED 1 x ID-Taste mit LED 1 x Reset-Taste 1 x NMI-Taste 1 x Systemstatus-LED 1 x HDD-Aktivitäts-LED 2 x LAN-Aktivitäts-LEDs |
| Hintere I / O | 2 x USB 3.0 1 x VGA 2 x RJ45 1 x MLAN 1 x ID-Taste mit LED |
| Backplane-I/O | Vorderseite_CBP20O5: 24 x NVMe-Ports Rückseite_CBP2020: 2 x SATA/SAS-Anschlüsse Geschwindigkeit und Bandbreite: SATA 6 Gbit/s, SAS 12 Gbit/s oder PCIe x4 pro Port |
| TPM | 1 x TPM-Header mit SPI-Schnittstelle Optionales TPM2.0-Kit: CTM010 |
| Labor-Stromversorgungen | 2 redundante 1600-W-Netzteile 80 PLUS PlatinumAC-Eingang: – 100–120 V~/ 12 A, 50–60 Hz – 200–240 V~/ 10.0 A, 50–60 Hz DC Eingang: 240 V DC, 10 A DC Ausgang: – Max. 1000 W/100–120 V +12V/ 81.5A +12Vsb/2.5A – Max. 1600 W bei 200–240 V oder 240 V DC Eingang +12V/ 133A +12Vsb/2.5A |
| OS-Kompatibilität | Windows Server 2016 (X2APIC/256T nicht unterstützt) Windows Server 2019 Red Hat Enterprise Linux 7.6 (x64) oder höher Red Hat Enterprise Linux 8.0 (x64) oder höher SUSE Linux Enterprise Server 12 SP4 (x64) oder höher SUSE Linux Enterprise Server 15 SP1 (x64) oder höher Ubuntu 16.04.6 LTS (x64) oder höher Ubuntu 18.04.3 LTS (x64) oder höher Ubuntu 20.04 LTS (x64) oder höher VMware ESXi 6.5 EP15 oder höher VMware ESXi 6.7 Update3 oder höher VMware ESXi 7.0 oder höher Citrix Hypervisor 8.1.0 oder höher |
| Gewicht | Netto-Gewicht: 18.5 kg Bruttogewicht: 25.5 kg |
| System Fans | 4 x 80 x 80 x 38 mm (16,300 U/min) |
| Betriebseigenschaften | Betriebstemperatur: 10 ° C bis 35 ° C Betriebsfeuchtigkeit: 8–80 % (nicht kondensierend) Nichtbetriebstemperatur: -40 °C bis 60 °C Luftfeuchtigkeit bei Nichtbetrieb: 20 % - 95 % (nicht kondensierend) |
GIGABYTE R282-Z92 Design und Bau
Der GIGABYTE R282-Z92 ist ein 2U-Server, der optisch sehr an andere GIGABYTE-Server erinnert (Metallrahmen, schwarze Laufwerksschächte mit orangefarbenen Akzenten, schwarze Vorderseite). Auf der Vorderseite des Geräts befinden sich die vierundzwanzig 2.5-Zoll-PCIe-Gen3-Schächte, die den größten Teil der Vorderseite einnehmen. Auf der linken Seite befinden sich der Netzschalter, die ID-Taste, die Reset-Taste, die NMI-Taste und LEDs (Systemstatus, Festplattenaktivität und LAN-Aktivität). Auf der rechten Seite befinden sich die beiden USB 3.0-Anschlüsse.
Auf der Rückseite sehen wir in der linken oberen Ecke zwei weitere 2.5-Zoll-Hot-Swap-Schächte (entweder für SATA oder SAS, HDD/SSD) und darunter zwei Netzteile. Acht Erweiterungssteckplätze nehmen den Großteil des Rests ein. Auf der Unterseite verlaufen zwei USB-3.0-Anschlüsse, zwei 1-GbE-LAN-Anschlüsse und ein MLAN-Anschluss.
Von der Oberseite aus können wir die Lüfter an der Vorderseite sehen, gefolgt von den CPUs und den RAM-Steckplätzen. Nahe der Rückseite befindet sich der M.2-Steckplatz für den Boot-Betrieb.
GIGABYTE R282-Z92 Leistung
GIGABYTE R282-Z92 Konfiguration:
- 2 x AMD EPYC 7702
- 512 GB, 256 GB pro CPU
- Leistungsspeicher: 12 x Micron 9300 NVMe 3.84TB
- CentOS 7 (1908)
- ESXi 6.7u3
SQL Server-Leistung
Das Microsoft SQL Server OLTP-Testprotokoll von StorageReview verwendet den aktuellen Entwurf des Benchmark C (TPC-C) des Transaction Processing Performance Council, einen Online-Transaktionsverarbeitungs-Benchmark, der die Aktivitäten in komplexen Anwendungsumgebungen simuliert. Der TPC-C-Benchmark kommt der Messung der Leistungsstärken und Engpässe der Speicherinfrastruktur in Datenbankumgebungen näher als synthetische Leistungsbenchmarks.
Jede SQL Server-VM ist mit zwei vDisks konfiguriert: einem 100-GB-Volume für den Start und einem 500-GB-Volume für die Datenbank und Protokolldateien. Aus Sicht der Systemressourcen haben wir jede VM mit 16 vCPUs, 64 GB DRAM konfiguriert und den LSI Logic SAS SCSI-Controller genutzt. Während unsere zuvor getesteten Sysbench-Workloads die Plattform sowohl in Bezug auf Speicher-I/O als auch in Bezug auf die Kapazität ausgelastet haben, achtet der SQL-Test auf die Latenzleistung.
Dieser Test verwendet SQL Server 2014, das auf Windows Server 2012 R2-Gast-VMs ausgeführt wird, und wird durch Dells Benchmark Factory für Datenbanken belastet. Während wir diesen Benchmark traditionell dazu verwenden, große Datenbanken mit einer Größe von 3,000 auf lokalem oder gemeinsam genutztem Speicher zu testen, konzentrieren wir uns in dieser Iteration darauf, vier Datenbanken mit einer Größe von 1,500 gleichmäßig auf unseren Servern zu verteilen.
SQL Server-Testkonfiguration (pro VM)
- Windows Server 2012 R2
- Speicherbedarf: 600 GB zugewiesen, 500 GB genutzt
- SQL Server 2014
-
- Datenbankgröße: Maßstab 1,500
- Virtuelle Client-Auslastung: 15,000
- RAM-Puffer: 48 GB
- Testdauer: 3 Stunden
- 2.5 Stunden Vorkonditionierung
- 30-minütiger Probezeitraum
Für unseren SQL Server-Benchmark mit durchschnittlicher Latenz haben wir sowohl Dual AMD EPYC 7702 mit 8 VMs als auch 4 VMs getestet. Bei 8 VMs betrug die durchschnittliche Latenz 1.1 ms, bei 4 VMs 1 ms.
Sysbench MySQL-Leistung
Unser erster Benchmark für lokale Speicheranwendungen besteht aus einer Percona MySQL OLTP-Datenbank, die über SysBench gemessen wird. Dieser Test misst die durchschnittliche TPS (Transaktionen pro Sekunde), die durchschnittliche Latenz und auch die durchschnittliche 99. Perzentil-Latenz.
Jede Sysbench-VM ist mit drei vDisks konfiguriert: eine für den Start (~92 GB), eine mit der vorgefertigten Datenbank (~447 GB) und die dritte für die zu testende Datenbank (270 GB). Aus Sicht der Systemressourcen haben wir jede VM mit 16 vCPUs und 60 GB DRAM konfiguriert und den LSI Logic SAS SCSI-Controller genutzt.
Sysbench-Testkonfiguration (pro VM)
- CentOS 6.3 64-Bit
- Percona XtraDB 5.5.30-rel30.1
-
- Datenbanktabellen: 100
- Datenbankgröße: 10,000,000
- Datenbankthreads: 32
- RAM-Puffer: 24 GB
- Testdauer: 3 Stunden
- 2 Stunden Vorkonditionierung von 32 Threads
- 1 Stunde 32 Threads
Mit dem Sysbench OLTP haben wir einen einzelnen 7702P mit 8 VMs, zwei 7702 mit 8 VMs und 16 VMs getestet. Beim 7702P mit 8 VMs sahen wir 15,914 IOPS. Mit den beiden 7702 mit 8VMs erreichte der Server 18,978 IOPS. Und mit zwei 7702 mit 16 VMs wurden 29,995 IOPS erreicht.
Mit der durchschnittlichen Sysbench-Latenz betrugen wir beim einzelnen 16.08P 7702 ms. Die beiden 7702 mit 8 VMs erreichten 13.49 ms und 16 VMs erreichten 17.07 ms.
Für unser Worst-Case-Szenario betrug die Latenz (99. Perzentil) beim einzelnen 7702P 31.07 ms. Die dualen 7702 8VMs erreichten 26.48 ms und die 16VMs erreichten nur 32.94 ms.
VDBench-Workload-Analyse
Wenn es um das Benchmarking von Speicher-Arrays geht, sind Anwendungstests am besten und synthetische Tests stehen an zweiter Stelle. Obwohl sie keine perfekte Darstellung der tatsächlichen Arbeitslasten darstellen, helfen synthetische Tests dabei, Speichergeräte mit einem Wiederholbarkeitsfaktor zu vergleichen, der es einfach macht, Konkurrenzlösungen direkt miteinander zu vergleichen. Diese Workloads bieten eine Reihe unterschiedlicher Testprofile, die von „Vier-Ecken“-Tests über allgemeine Tests der Datenbankübertragungsgröße bis hin zu Trace-Erfassungen aus verschiedenen VDI-Umgebungen reichen. Alle diese Tests nutzen den gemeinsamen vdBench-Workload-Generator mit einer Skript-Engine, um Ergebnisse über einen großen Computing-Testcluster zu automatisieren und zu erfassen. Dadurch können wir dieselben Arbeitslasten auf einer Vielzahl von Speichergeräten wiederholen, einschließlich Flash-Arrays und einzelnen Speichergeräten.
Profile:
- 4K Random Read: 100 % Read, 128 Threads, 0-120 % Iorate
- 4K Random Write: 100 % Schreiben, 64 Threads, 0-120 % Iorate
- 64K sequentielles Lesen: 100 % Lesen, 16 Threads, 0-120 % Leserate
- 64K Sequentielles Schreiben: 100 % Schreiben, 8 Threads, 0-120 % Iorate
- Synthetische Datenbank: SQL und Oracle
- VDI-Vollklon- und Linked-Clone-Traces
Beim zufälligen 4K-Lesen erreichte der GIGABYTE R282-Z92 Server einen Spitzenwert von 7,005,724 IOPS mit einer Latenz von 213 µs.
Beim zufälligen 4K-Schreiben startete der Server mit 389,144 IOPS und einer Latenzzeit von nur 29.6 µs. Es blieb unter 100 µs, bis es 3 Millionen IOPS durchbrach. Der Höchstwert lag bei 3,478,209 IOPS mit einer Latenzzeit von 282 µs.
Als nächstes geht es um sequentielle Workloads, bei denen wir uns 64 KB angesehen haben. Bei 64K-Lesevorgängen erreichte der GIGABYTE-Server einen Spitzenwert von 640,344 IOPS oder 40 GB/s bei einer Latenz von 448 µs.
Bei 64K-Schreibvorgängen startete der Server bei 65µs und blieb unter 1ms, bis er sich dem Spitzenwert von etwa 255K IOPS oder 15.9GB/s bei 739µs näherte, bevor er etwas abfiel.
Unsere nächste Testreihe sind unsere SQL-Workloads: SQL, SQL 90-10 und SQL 80-20. Beginnend mit SQL erreichte der Server einen Spitzenwert von 2,352,525 IOPS bei einer Latenz von 159.2 µs.
Für SQL 90-10 erreichte der Server aufgrund der Latenz einen Spitzenwert von 2,377,576 IOPS bei 156 µs.
SQL 80-20 erreichte eine Spitzenleistung von 2,231,986 IOPS bei einer Latenz von 165 µs.
Als nächstes folgen unsere Oracle-Workloads: Oracle, Oracle 90-10 und Oracle 80-20. Beginnend mit Oracle erreichte der GIGABYTE R282-Z92 Server einen Spitzenwert von 2,277,224 IOPS bei einer Latenz von 164.4 µs.
Mit Oracle 90-10 konnte der Server einen Spitzenwert von 1,925,440 IOPS mit einer Latenz von 133.4 µs erreichen, was etwa 20 µs höher ist als zu Beginn.
Oracle 80-20 bescherte dem Server eine Spitzenleistung von 1,867,576 IOPS bei einer Latenz von 137.3 µs.
Als nächstes wechselten wir zu unserem VDI-Klontest „Full and Linked“. Beim VDI Full Clone (FC) Boot erreichte der GIGABYTE-Server einen Spitzenwert von 1,862,923 IOPS mit einer Latenz von 195 µs.
Bei der ersten Anmeldung bei VDI FC wurde bei 802,373 µs ein Spitzenwert von etwa 280 IOPS verzeichnet, bevor er etwas abfiel.
Als nächstes folgt der VDI FC Monday Login, der uns einen Spitzenwert von 699,134 IOPS mit einer Latenz von 201 µs liefert.
Beim Wechsel zum VDI Linked Clone (LC) Boot erreichte der GIGABYTE einen Spitzenwert von 823,245 IOPS und eine Latenz von 187.2 µs.
Bei der VDI LC-Erstanmeldung erreichte der Server einen Spitzenwert von 426,528 IOPS mit einer Latenz von 188.1 µs.
Schließlich erreichte VDI LC Monday Login einen Spitzenwert von 476,985 IOPS mit einer Latenz von nur 261.5 µs.
Schlussfolgerung
Der GIGABYTE R282-Z92 ist ein 2U-Server mit zwei Sockeln, der die AMD EPYC-Prozessoren der zweiten Generation und die meisten damit verbundenen Vorteile nutzt. Durch die Ausstattung des Servers mit zwei 64-Kern-CPUs stehen Benutzern insgesamt bis zu 128 Kerne zur Verfügung. Darüber hinaus stehen über 4 TB DDR4-RAM mit Geschwindigkeiten von bis zu 3200 MHz zur Verfügung (16 DIMMS pro CPU für insgesamt 32 mit Unterstützung für bis zu 128 GB pro Steckplatz). Der EPYC bietet PCIe 4.0-Unterstützung für neue Speicheroptionen, FPGAs, GPUs und OCP 3.0. Für die Speicherkapazität verfügt der Server über 24 2.5-Zoll-NVMe-Gen3-Schächte auf der Vorderseite, zwei 2.5-Zoll-SAS/SATA-Schächte auf der Rückseite und einen integrierten M.2-Steckplatz. Was die Erweiterung betrifft, lässt unsere Konfiguration neben dem OCP-Steckplatz zwei PCIe-Gen4-Steckplätze offen. Die restlichen PCIe-Steckplätze werden für die Adapterkarten zur Unterstützung der NVMe-Laufwerksschächte an der Vorderseite verwendet.
Für unsere Anwendungs-Workload-Analyse haben wir uns die durchschnittliche Latenz von SQL Server und unsere normalen Sysbench-Tests angesehen. Für SQL Server haben wir sowohl Dual AMD EPYC 7702 mit 8 VMs als auch 4 VMs ausgeführt und dabei 1.1 ms bzw. 1 ms gesehen. Mit Sysbench haben wir einen einzelnen 7702P mit 8 VMs, zwei 7702 mit 8 VMs und 16 VMs ausgeführt. Bei Transaktionen erreichte der einzelne 7702P 16 IOPS, die dualen 7702 8VMs erreichten 19 IOPS und die dualen 30 7702VMs erreichten 16 IOPS. Die durchschnittliche Latenz von Sysbench betrug bei der einzelnen 7702P 16.1 ms, bei den dualen 7702 8VMs 13.5 ms und bei den dualen 7702 16VMs 17.1 ms. Im Worst-Case-Szenario der Sysbench-Latenz erreichte die einzelne 7702P 31.1 ms, die dualen 7702 8VMs erreichten 26.5 ms und die dualen 7702 16VMs erreichten 32.9 ms.
Bei unseren VDBench-Workloads hat der GIGABYTE R282-Z92 wirklich beeindruckt. Auch wenn die Latenz nicht immer unter einer Millisekunde lag, waren die Spitzenzahlen konstant hoch. Zu den Highlights gehören 7 Millionen IOPS für 4K-Lesen, 4K-Schreiben hatte über 3.4 Millionen IOPS, 64K-Lesen erreichte 40 GB/s und 64K-Schreiben erreichte 15.9 GB/s. Mit SQL sahen wir 2.4 Millionen IOPS für SQL und SQL 90-10 und 2.2 Millionen IOPS für SQL 80-20. Bei Oracle erreichte der Server 2.3 Millionen IOPS, 1.9 Millionen bei Oracle 90-10 und 1.9 Millionen bei Oracle 80-20. Für unseren VDI-Klon-Test sahen wir Full-Clone-Ergebnisse von 1.9 Millionen IOPS beim Booten, 802 IOPS beim ersten Login und 699 IOPS beim Montag-Login. Für Linked Clone sahen wir 823 IOPS beim Booten, 427 IOPS beim ersten Login und 477 IOPS beim Montag-Login.
Insgesamt ist der GIGABYTE R282-Z92 eine robuste Plattform mit beeindruckender Speicherdichte, die 24 Schächte auf der Vorderseite, zwei auf der Rückseite und einen integrierten M.2-Steckplatz als Boot nutzt. Es gibt vor allem aus Speichersicht zwei Enttäuschungen. Erstens belegt GIGABYTE fünf der Erweiterungssteckplätze für NVMe-Karten, was die Erweiterungsmöglichkeiten einschränkt. Zweitens unterstützen sie PCIe Gen4 in den vorderen Schächten nicht. Auf der Rückseite sind noch zwei Gen4-Steckplätze offen, die bei Bedarf ein wenig E/A-, Speicher- oder GPU-Erweiterung ermöglichen. Was Gen4-SSDs angeht, gibt es noch nicht viele Optionen, aber Gen4 ist die Zukunft und eine lohnende Investition, daher würden wir uns freuen, wenn sie hier unterstützt würde, aber wenn Sie wirklich die neuesten SSDs benötigen, dann sind Sie hier genau richtig Ich denke sowieso nicht über diesen bestimmten Server nach. Trotzdem schreit das System so, wie es ist.
Was wir in dieser Plattform haben, ist eine erstaunliche Menge an Rechenleistung in 2U. Wir haben mit nur 12 NVMe-SSDs ein wirklich gutes Leistungsprofil gesehen und die CPU nur bei einer einzigen Arbeitslast begrenzt, was bedeutet, dass es noch mehr zu geben gibt. Dennoch erreichten wir mit 7 Millionen 4K-IOPS und 40 GB/s 64K-Lesegeschwindigkeit einige schöne Spitzenwerte. AMD hat mit seinen EPYC-CPUs der zweiten Generation wirklich großartige Arbeit geleistet und diese Plattform ist gut darin, diese 128 Kerne zu nutzen.
Beteiligen Sie sich an StorageReview
Newsletter | YouTube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | RSS Feed
