Der TYAN Transport SX TN70A-B8026 ist ein 2U-Rackmount-Server, der auf dem Tomcat SX-Single-Socket-AMD-EPYC-Motherboard basiert, der für KMUs entwickelt wurde und sich ideal für Echtzeitanalysen, Video-Streaming, softwaredefinierte Speicherung, In-Memory-Datenbanken eignet. und Big-Data-Anwendungen.
Der TYAN Transport SX TN70A-B8026 ist ein 2U-Rackmount-Server, der auf dem Tomcat SX-Single-Socket-AMD-EPYC-Motherboard basiert, der für KMUs entwickelt wurde und sich ideal für Echtzeitanalysen, Video-Streaming, softwaredefinierte Speicherung, In-Memory-Datenbanken eignet. und Big-Data-Anwendungen.
Hardwareseitig verfügt der Transport SX über 24 Hot-Swap-fähige 2.5-Zoll-NVMe-Laufwerksschächte und enthält zwei interne 2.5-Zoll-SATA-Laufwerksschächte. Dank des AMD EPYC-Prozessors verkündet Tyan auch eine herausragende Leistung für einen einzelnen CPU-Sockel. Die 14-nm-CPU unterstützt 8-, 16,24-, 32- oder 64-Kern-Prozessoren mit bis zu 2 Threads, unterstützt bis zu 4 TB Gesamt-RAM pro Sockel bei allen CPU-Modellen, Speichergeschwindigkeiten bis zu DDR2667-128 und 100 PCIe-Lanes. Der Transport verfügt außerdem über ein LAN-Mezzanine, das Netzwerkgeschwindigkeiten von bis zu 8 GbE unterstützt. Sollte eine zusätzliche Erweiterung erforderlich sein, wird auch eine HHHL PCIe xXNUMX-Karte unterstützt.
TYAN Transport SX TN70AB8026 Spezifikationen
| Formfaktor | 2U-Rackmontage |
| Fahrgestellmodell | TN70A |
| Hauptplatine | S8026GM2NRE |
| Prozessor | |
| Menge / Sockeltyp | (1) AMD-Sockel SP3 |
| Unterstützte CPU-Serie | (1) Prozessor der AMD EPYC 7000-Serie |
| Durchschnittliche CPU-Leistung (ACP) in Watt | Maximal bis zu 180 W |
| Memory | |
| Unterstützte DIMM-Anzahl | (16) DIMM-Steckplätze |
| DIMM-Typ/Geschwindigkeit | DDR4 ECC RDIMM/LRDIMM/NVDIMM 2667 |
| Kapazität | Bis zu 1,024 GB RDIMM/LRDIMM |
| Speicherkanal | 8 Kanäle pro CPU |
| Speicherspannung | 1.2V |
| Chipsatz | Aspeed AST2500 |
| Lagerung | |
| Externer Laufwerksschacht | Anzahl/Typ: (24) 2.5-Zoll-How-Swap-NVMe HDD-Backplane-Unterstützung: SAS 12 Gbit/s / SATA 6 Gbit/s / NVMe Unterstützte Festplattenschnittstelle: (24) 2.5-Zoll-NVMe |
| Interner Laufwerksschacht | Typ/Anzahl: (2) 2.5-Zoll-Festplatten/SSDs Unterstützte Festplattenschnittstelle: (2) SATA 6 Gbit/s |
| I / O Ports | USB: (3) USB3.0-Anschlüsse (2 auf der Rückseite, 1 TYP-A) / (2) USB2.0-Anschlüsse (2 auf der Vorderseite) COM: (1) DB-9-Port (COM1) + (1) Header (COM2) VGA: (1) D-Sub 15-poliger Anschluss RJ-45: (2) GbE-Ports, (1) GbE dediziert für IPMI |
| Grafik | Steckertyp: D-Sub 15-polig Auflösung: Bis zu 1920×1200 Chipsatz: Aspeed AST2500 |
| BIOS | Marke / ROM-Größe: AMI / 32 MB Funktion: Hardware-Überwachung / Booten von USB-Gerät/PXE über LAN/Speicher / Benutzerkonfigurierbarer FAN-PVM-Dute-Zyklus / Konsolenumleitung / ACPI 6.1 / SMBIOS 3.1/PnP/Wake on LAN / ACPI-Ruhezustand S5 |
| Erweiterungssteckplätze | |
| PCI-E | (1) PCI-E Gen3 x8-Steckplatz (HH / HL mit hoher Halterung) |
| Installieren Sie die TYAN-Riser-Karte vor | (1) M7106-L24-3F Riser-Karte für (1) PCI-E Gen3 x16-Steckplatz + (2) PCI-E Gen3 x8-Steckplätze / (1) M7106-R24-3F Riser-Karte für (1) PCI-E Gen3 x16 Steckplatz + (2) PCI-E Gen3 x8-Steckplätze |
| Installieren Sie die TYAN Mezz Card vor | (2) M2093 Lagerzwischengeschoss. Karten mit (4) PCI-E x8 SFF-8611 OCutLink-Anschlüssen für (8) NVMe-Ports |
| Sonstige | (1) PCI-E Gen3 x16 OCP 2.0-Steckplätze (Anschluss A+Anschluss B) |
| Serververwaltung | |
| Onboard-Chipsatz | Onboard Aspeed AST2500 |
| AST2500 iKVM-Funktion | Hochwertige 24-Bit-Videokomprimierung / Unterstützt Speicherung über IP und Remote-Plattform-Flash / Virtueller USB 2.0-Hub |
| AST2500 IPMI-Funktion | IPMI 2.0-kompatibler Baseboard Management Controller (BMC) / 10/100/1000 Mbit/s MAC-Schnittstelle |
| Labor-Stromversorgungen | Typ: RPSU Eingangsbereich: AC 100–127 V/10 A / AC 200–240 V/5 A Frequenz: 50-60 Hz Ausgangsleistung: 770 Watt Effizienz: 80 plus Platin Redundanz: 1+1 |
| Ventilator | (8) 6-cm-Lüfter |
| Betriebsumgebung | |
| Betriebstemperatur | 10° C ~ 35° C (50° F ~ 95° F) |
| Nicht-Betriebstemp | -40° C ~ 70° C (-40° F ~ 158° F) |
| Luftfeuchtigkeit im/außer Betrieb | 90 %, nicht kondensierend bei 35 °C |
| RoHS 6/6-konform | Ja |
| Physik | |
| Abmessungen (T x B x H) | 27.56 "x 17.72" x 3.43 "(700 x 450 x 87mm) |
| Bruttogewicht | 30 kg (66 lbs) |
| Nettogewicht | 19 kg (42 lbs) |
Designen und Bauen
Der TYAN Transport SX TN70A0-B8026 ist ein Rackmount-Server im 2U-Formfaktor mit 24 NVMe-Schächten entlang der Vorderseite des Geräts. Auf der linken Seite befinden sich zwei USB 2.0-Anschlüsse und auf der rechten Seite finden Sie die Power-, ID- und Reset-Tasten sowie ID- und IPMI-Anzeigeleuchten.
Auf der Rückseite des Geräts auf der linken Seite finden Sie die beiden Steckdosen für die Stromversorgung. Daneben sehen Sie zwei USB 3.0-Anschlüsse, einen LAN-Anschluss, einen VGA- und einen seriellen Anschluss sowie zwei 1-GbE-Netzwerkanschlüsse. Da bis auf einen alle PCIe-Steckplätze mit PCIe-Breakout-Karten belegt sind, die die an der Vorderseite montierten NVMe-Schächte bedienen, ist dieser Server nicht für zahlreiche externe Konnektivität ausgelegt. In diesem Fall haben wir den einzelnen Steckplatz mit einer Dual-Port-10G-SFP+-Netzwerkkarte bestückt.
Durch Entfernen der oberen Abdeckung erhalten Sie Zugriff auf die beiden internen 2.5-Zoll-Laufwerksschächte, die normalerweise für Boot-Aufgaben verwendet werden. Außerdem finden Sie hier ein Serverboard, RAM und acht 6-cm-Lüfter.
Kennzahlen
Der von unserem Team getestete Tyan Transport SX TN70A-B8026 war gut ausgestattet. Auf der CPU-Seite umfasste dieses System die 2 GHz AMD EPYC 32-Core/64-Thread 7551P-CPU und 256 GB DDR4. In unseren Leistungstests haben wir mit 12 Memblaze NVMe SSDs mit unseren synthetischen VDBench-Tests getestet, die in JBOD konfiguriert waren, und in unserem SQL Server und Sysbench auf vier (1 VM pro SSD) getestet. Die Arbeitslast wurde gleichmäßig auf alle Laufwerke verteilt.
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 und 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, prüft der SQL-Test 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 nutzen, 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 transaktionalen SQL Server-Benchmark konnte der TYAN Transport SX einen Gesamtwert von 12,477.5 TPS erreichen, wobei einzelne VMs zwischen 3,090.8 TPS und 3,152.6 TPS liefen.
Ein aussagekräftigeres Zeichen für die Leistung von SQL Server ist die Latenz. Mit der durchschnittlichen SQL Server-Latenz erreichte Transport SX einen Gesamtwert von 65.5 ms, wobei einzelne VMs zwischen 14 ms und 110 ms liefen.
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
Beim Sysbench OLTP schauen wir uns jeweils die 4VM-Konfiguration an. Der Transport SX hatte einen Gesamtwert von 5,778.42 TPS, wobei einzelne VMs zwischen 1,331.56 TPS und 1,556.22 TPS lagen.
Für die durchschnittliche Sysbench-Latenz hatte der Transport SX einen Gesamtwert von 22.215 ms, wobei die einzelnen VMs zwischen 20.56 ms und 24.03 ms lagen.
Im Worst-Case-Szenario (99. Perzentil) erreichte der Tyan einen Gesamtwert von 55.74 ms, wobei einzelne VMs zwischen 49.91 ms und 59.26 ms liefen.
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 4K-Zufallslesen begann der Transport SX mit einer Latenz von 114.5 μs bei 514,417.17 IOPS, blieb bis zu etwa 150 IOPS unter 2,057,000 μs und erreichte mit 3,791,190 IOPS mit einer Latenz von 196.9 μs seinen Höhepunkt.
Beim zufälligen 4K-Schreiben startete der Transport SX stark (im Vergleich zum 4K-Lesen) mit einer Latenz von 40.6 μs bei 204,782 IOPS, stieg aber schnell auf 120 μs und 1.2 Millionen IOPS. Anschließend erreichte der Spitzenwert 2,097,767 IOPS mit einer Latenz von 113.6 μs.
Als nächstes betrachten wir sequentielle Workloads mit 64 KB. Beim Lesen begann der Transport SX mit 3,231 MB/s mit einer Latenz von 224.1 μs und verzeichnete einen stetigen und konstanten Anstieg, bis er bei 32,046 MB/s mit einer Latenz von 366.2 μs seinen Höhepunkt erreichte.
Beim sequentiellen Schreiben mit 64 KB startete der Transport SX mit 1,867 MB/s und lief die 80 μs-Linie bis fast zum Ende des Tests, als er schließlich die 90 μs bei 18,645 MB/s durchbrach. Am Ende kam es zu einem sehr starken Anstieg mit einem Spitzenwert von 18,698 MB/s bei einer Latenz von 178.1 μs.
Als nächstes kommen unsere SQL-Workloads mit dem Transport SX, die mit 250 IOPS bei einer Latenz von 122 μs begannen und im Laufe der Zeit einen langsamen und stetigen Anstieg verzeichneten und ihren Höhepunkt bei 2,448,813 IOPS mit einer Latenz von 151.8 μs erreichten.
Für SQL 90-10 erreichte der Transport SX zunächst 180 IOPS mit einer Latenz von 117.1 μs und stieg langsam auf 1.96 Millionen IOPS bei einer Latenz von 162.8 μs. Hier nahm es eine scharfe Wende und landete mit 1,695,111 IOPS bei einer Latenz von 169.2 μs im Rückstand.
Mit SQL 80-20 startete Transport SX bei 161,214 IOPS bei einer Latenz von 110.4 μs und erreichte seinen Höhepunkt bei 1,268,447 IOPS bei einer Latenz von 180.7 μs.
Auf unsere SQL-Workloads folgen unsere Oracle-Workloads. Hier startete der Transport SX bei 110,863 IOPS mit einer Latenz von 111.3 μs mit einem stetigen Anstieg bis etwa 1 Million IOPS. Der Transport SX erreichte einen Spitzenwert von 1,052,446 IOPS mit einer Latenz von 169 μs.
In Oracle 90-10 startete der Transport SX den Test mit 181,197 IOPS bei einer Latenz von 117.1 μs und erreichte langsam seinen Höhepunkt mit 1,789,282 IOPS bei einer Latenz von 142.8 μs.
Mit Oracle 80-20 erzählte der Transport SX eine ähnliche Geschichte wie der Oracle 90-10-Test, der mit 175,337 IOPS bei einer Latenz von 110 μs begann und mit 147.7 μs und 1,700,667 IOPS seinen Höhepunkt erreichte.
Als nächstes schauen wir uns die VDI-Klontests „Full“ und „Linked“ an. Unsere Full-Clone-Tests umfassen Boot, Erstanmeldung, Montag-Anmeldung, Patch-Update und Dienstags-Steady, während unsere Linked-Clone-Tests Boot, Erstanmeldung, Montag-Anmeldung und Dienstag-Anmeldung umfassen. Zuerst schauen wir uns unsere Full-Clone-Tests an.
Beim VDI-Boot startete der Transport SX mit 142,582 IOPS bei einer Latenz von 127.9 μs. Der langsame und konstante Trend setzte sich bei diesem Test fort und endete mit 1,384,133 IOPS bei einer Latenz von 208.3 μs.
Bei der ersten VDI FC-Anmeldung startete der Transport SX mit 67,581 IOPS bei einer Latenz von 98.4 μs. Sobald etwa 472 IOPS erreicht waren, kam es zu einem steilen Anstieg der Latenz, die bei den nächsten 95 IOPS um fast 50 μs anstieg. Der Spitzenwert lag bei etwa 588 IOPS mit einer Latenz von 253.9 μs.
Beim VDI Monday Login startete der Transport SX mit 58,894 IOPS bei einer Latenz von 115.2 μs und stieg im Verlauf des Tests stetig an. Am Ende des Tests sehen wir, wie es ein wenig hin und her schwankt und am Ende etwa 600 IOPS bei einer Latenz von 265.4 μs erreicht.
Beim Boot-Test begann der Transport SX mit VDI Linked Clone (LC) mit 92,621 IOPS bei einer Latenz von 150.4 μs, stieg im Laufe des Tests etwas über 150 μs an und endete bei einer Latenz von 201.9 μs mit 925,069 IOPS.
Die erste VDI LC-Anmeldung zeigt, dass der Transport mit 40,477 IOPS bei einer Latenz von 120.3 μs beginnt, mit einem geraden Anstieg und einem kleinen Haken am Ende, was ungefähr 400 IOPS und eine Latenz von 229.5 μs zeigt.
Beim VDI LC Monday Login lag der Transport SX beim Start bei 51,113 IOPS und einer Latenz von 132 μs, mit einem weiteren direkten Anstieg gegen Ende, der seinen Höhepunkt bei etwa 540 IOPS bei einer Latenz von 326.6 μs erreichte.
Fazit
Der TYAN Transport SX TN70A-B8026 ist ein 2U-Server, der mit 24 2.5-Zoll-NVMe-Laufwerksschächten und zwei zusätzlichen 2.5-Zoll-SATA-Schächten im Inneren des Geräts ausgestattet ist. Dieser TYAN-Server unterstützt den Prozessor der AMD EPYC 7000-Serie und verfügt über eine extrem hohe Speicherkapazität (für einen Single-Socket-Server) von bis zu 2 TB RAM mit jedem Prozessor im AMD EPYC SKU-Stack.
In unserer Anwendungs-Workload-Analyse erreichte der Transport SX einen Gesamtwert von 5,778.42 TPS mit einer durchschnittlichen Latenz von 65.5 ms in SQL Server. Im Sysbench zeigte der Transport SX eine durchschnittliche Transaktionsleistung von 5,778.42 TPS und eine durchschnittliche Latenz von 22.215 ms mit vier VMs. Schließlich zeigte die Latenz unseres Sysbench-Worst-Case-Szenarios 55.7 ms mit vier VMs.
Unsere VDBench-Workloads zeigten eine unglaubliche CPU-Leistung des Transport SX. Der Server erreichte 3.7 MIOPS beim zufälligen 4K-Lesen, 2.1 Mio. IOPS beim zufälligen 4K-Schreiben, 32 GB/s beim sequenziellen 64K-Lesen und 18.6 GB/s beim sequenziellen 64K-Schreiben. Für unseren SQL-Test erreichte der Transport SX 2.44 Mio. IOPS, 1.69 Mio. IOPS in 90-10 und 1.26 Mio. IOPS in 80-20. Oracle-Tests zeigten ebenfalls eine gute Leistung mit 1.05 Mio. IOPS, 1.78 Mio. IOPS in 90-10 und 1.7 Mio. IOPS in 80–20. Der Transport hatte auch schöne VDI-Klonstarts mit 1.38 Mio. IOPS im Vollmodus und 925 IOPS im verknüpften Modus.
Das System ist gut zusammengestellt und bietet dem AMD-Universum ein interessantes Gehäuse, das 24 NVMe-Laufwerke aufnehmen kann. Für Workloads, die viel Bandbreite benötigen, kann diese Konfiguration überzeugend sein, insbesondere angesichts der Einsparungen, die der einzelne Prozessor bei den Build- und Softwarelizenzkosten bieten kann. Der Nachteil besteht natürlich darin, dass nur ein x8-PCIe-Steckplatz verfügbar ist und die externe Konnektivität auf 6.4 GB/s begrenzt ist. Unabhängig davon ist der Transport SX zweifellos eine interessante Plattform mit viel Potenzial für den richtigen Anwendungsfall.
Besprechen Sie diese Rezension
Melden Sie sich für den StorageReview-Newsletter an
