Examen du serveur TYAN Transport CX GC68A-B8036

Le serveur système barebone TYAN Transport CX GC68A-B8036 est conçu pour exceller dans la plupart des environnements de cloud computing hautes performances, prenant en charge la dernière génération de processeurs AMD (AMD EPYC 7002 et 7003, jusqu'à 240 W). Étant donné que ce serveur 1U compact à socket unique exploite la nouvelle technologie AMD, TYAN indique que le serveur GC68-B8036 offre une informatique évolutive 32 et 64 bits, une conception de mémoire à large bande passante et une implémentation rapide du bus PCI-E.

Le serveur système barebone TYAN Transport CX GC68A-B8036 est conçu pour exceller dans la plupart des environnements de cloud computing hautes performances, prenant en charge la dernière génération de processeurs AMD (AMD EPYC 7002 et 7003, jusqu'à 240 W). Étant donné que ce serveur 1U compact à socket unique exploite la nouvelle technologie AMD, TYAN indique que le serveur GC68-B8036 offre une informatique évolutive 32 et 64 bits, une conception de mémoire à large bande passante et une implémentation rapide du bus PCI-E.

Le TYAN Transport CX GC68A-B8036 permet également de prendre en charge jusqu'à deux cartes d'extension PCIe 4.0 via des cartes de montage préinstallées sur le panneau arrière pour une augmentation (potentielle) significative des performances par rapport au modèle de dernière génération. Le CX GC68A-B8036 prend également en charge deux ports GbE et un port GbE de gestion dédié à IPMI.

De plus, la prise en charge des nouveaux processeurs EPYC signifie que TYAN a pu ajouter seize emplacements DIMM au serveur pour un total d'un peu plus de 4 To de RAM LRDIMM 3DS DDR4 (jusqu'à 2,048 256 Go lors de l'utilisation de RDIMM). Notre version d'examen comprend 4 Go de DRAM DDR3200 à 16 MHz (utilisant les 16 modules DIMM avec des bâtons de XNUMX Go chacun).

Pour le stockage, le serveur peut héberger jusqu'à douze SSD NVMe U.2 (ou un mélange de disques NVMe et SATA) via ses baies de disque sans outil remplaçables à chaud. Le CX GC68A-B8036 est équipé de deux emplacements internes NVMe/SATA M.2 pour les disques de démarrage. Pour l'entrée, il est équipé de cinq ports USB 3.1 Gen1, dont un avec une connectivité de type A, et des ports VGA et COM habituels.

Nous avons été livrés avec le modèle B8036G68AE12HR, qui gère à la fois les disques SATA et NVMe. Notre version de test comprend un processeur AMD EPYC Gen3 7763 et huitIntel P5510 7.68 To SSD Gen4.

Spécifications du TYAN Transport CX GC68A-B8036

TYAN Transport CX GC68A-B8036 Conception et construction

Le Transport CX GC68A-B8036 est un serveur 1U qui utilise le dernier modèle de châssis de TYAN, offrant une structure complète et un boîtier mécanique robuste et de qualité. C'est un serveur assez standard à 43 mm de hauteur, un peu plus de 438 mm de largeur et 680 mm de profondeur.

Sur les côtés du panneau avant se trouvent le port USB 3.0 (à gauche), le bouton d'alimentation avec une LED verte et rouge (à droite) et le bouton d'identification avec une LED bleue (à droite). Les plateaux de lecteur sont situés entre les deux.

Notre modèle spécifique est le B8036G68AE12HR. Il s'agit d'une plate-forme barebone AMD EPYC 7002/7003 à socket unique qui comprend douze plateaux de disques 2.5" remplaçables à chaud sans outil qui prennent en charge huit appareils NVMe U.2 et quatre appareils NVMe/SATA 6G/SAS12G. Chaque plateau de disque est doté d'un voyant d'état (rouge) et d'activité (vert), qui indique si un disque est présent (activité/aucune activité, ou s'il est en cours d'identification, reconstruit ou en panne.

Comme d'habitude, l'ajout de lecteurs était un processus transparent. Appuyez simplement sur la languette de verrouillage bleue et ouvrez le levier pour faire glisser facilement le plateau du lecteur, puis appuyez à nouveau sur la languette de verrouillage pour libérer le mécanisme de verrouillage latéral (utilisé pour fixer fermement le lecteur en place). Après avoir installé le lecteur à l'intérieur du plateau via sa conception sans outil, nous avons pu le faire glisser facilement dans la fente, puis fermer le levier pour fixer le plateau du lecteur en place.

En tournant le serveur TYAN vers le panneau arrière (en partant du côté gauche), nous voyons les deux blocs d'alimentation 850W (80+ Platinum), LAN1 (dédié à IPMI) et deux ports USB 3.0, les ports VGA et série, et les deux autres Ports LAN. À côté de ceux-ci se trouvent la zone de la carte OCP et les logements d'extension (carte PCI-E Gen.4 x16 demi-hauteur/demi-longueur avec support haut x2).

Pour retirer le couvercle du serveur, faites simplement glisser le couvercle un peu vers l'avant, puis soulevez-le ; bien que vous deviez utiliser un tournevis pour ouvrir le panneau arrière du serveur.

Une fois retirés, vous constaterez que tous les composants sont installés au milieu du serveur, bien espacés pour permettre une circulation d'air efficace.

À côté des ventilateurs se trouve la carte de distribution d'alimentation M1631G68-D-PDB. Les ventilateurs eux-mêmes permettent à l'air de circuler autour du processeur AMD à socket unique, qui est entouré de huit modules DIMM DDR4, et du reste de la carte mère S8036.

Dans le coin arrière droit se trouvent les deux blocs d'alimentation, tandis que le support de carte de montage préinstallé (M8036-R16-1F) est situé dans le coin gauche. Pour installer une carte d'extension, nous devions simplement desserrer les deux écrans du support de la carte riser, insérer la carte d'extension dans le support, puis fixer la carte avec une vis.

TYAN Transport CX GC68A-B8036 Performances

Nous avons configuré notre TYAN Transport CX GC68A-B8036 avec les composants suivants :

• Processeur AMD EPYC 7763
• 256 Go de mémoire DDR4-3200 via (16) modules DIMM de 16 Go
• 8 x Intel P5510 7.68 To

Performances du serveur SQL

Le protocole de test Microsoft SQL Server OLTP de StorageReview utilise la version actuelle du Transaction Processing Performance Council's Benchmark C (TPC-C), une référence de traitement des transactions en ligne qui simule les activités trouvées dans des environnements d'application complexes. Le benchmark TPC-C est plus proche que les benchmarks de performances synthétiques pour évaluer les forces de performance et les goulots d'étranglement de l'infrastructure de stockage dans les environnements de base de données.

Chaque machine virtuelle SQL Server est configurée avec deux vDisks : un volume de 100 Go pour le démarrage et un volume de 500 Go pour la base de données et les fichiers journaux. Du point de vue des ressources système, nous avons configuré chaque machine virtuelle avec 16 vCPU, 64 Go de DRAM et exploité le contrôleur LSI Logic SAS SCSI. Alors que nos charges de travail Sysbench testées précédemment saturaient la plate-forme à la fois en termes d'E/S de stockage et de capacité, le test SQL recherche les performances de latence.

Configuration des tests SQL Server (par machine virtuelle)

• Windows Server 2012 R2
• Empreinte de stockage : 600 Go alloués, 500 Go utilisés
• SQL Server 2014
  • Taille de la base de données : échelle 1,500 XNUMX
  • Charge de client virtuel : 15,000 XNUMX
  • Mémoire tampon : 48 Go
• Durée du test : 3 heures
  • 5 heures de préconditionnement
  • Période d'échantillonnage de 30 minutes

Nous avons mesuré une latence globale de seulement 1 ms sur huit machines virtuelles du Transport CX GC68A-B8036.

Performances Sysbench MySQL

Notre premier benchmark d'application de stockage local consiste en une base de données Percona MySQL OLTP mesurée via SysBench. Ce test mesure également le TPS moyen (transactions par seconde), la latence moyenne et la latence moyenne au 99e centile.

Chaque machine virtuelle Sysbench est configurée avec trois vDisks : un pour le démarrage (~92 Go), un avec la base de données prédéfinie (~447 Go) et le troisième pour la base de données testée (270 Go). Du point de vue des ressources système, nous avons configuré chaque machine virtuelle avec 16 vCPU, 60 Go de DRAM et exploité le contrôleur LSI Logic SAS SCSI.

Configuration des tests Sysbench (par machine virtuelle)

• CentOS 6.3 64 bits
• Percona XtraDB 5.5.30-rel30.1
• Tableaux de base de données : 100

• • Taille de la base de données : 10,000,000 XNUMX XNUMX
  • Threads de base de données : 32
  • Mémoire tampon : 24 Go
• Durée du test : 3 heures
  • 2 heures de préconditionnement 32 fils
  • 1 heure 32 fils

Avec Sysbench OLTP, nous avons enregistré un score cumulé de 21,967.23 2,718.15 TPS ; les machines virtuelles allaient de seulement 2,789.15 XNUMX TPS à XNUMX XNUMX TPS.

La latence moyenne dans Sysbench était également un peu décevante avec un score global de 11.65 ms, les huit machines virtuelles allant de 11.61 ms à 11.77 ms.

Pour résumer Sysbench, les pires chiffres du 99e centile de Sysbench allaient de 22.04 ms à 22.82 ms pour un total de 22.47 ms.

Analyse de la charge de travail VDBench

Lorsqu'il s'agit de comparer les périphériques de stockage, les tests d'application sont les meilleurs et les tests synthétiques viennent en deuxième position. Bien qu'ils ne soient pas une représentation parfaite des charges de travail réelles, les tests synthétiques aident à référencer les périphériques de stockage avec un facteur de répétabilité qui facilite la comparaison de pommes à pommes entre des solutions concurrentes.

Ces charges de travail offrent une gamme de profils de test différents allant des tests « aux quatre coins », des tests de taille de transfert de base de données communs, ainsi que des captures de traces à partir de différents environnements VDI. Tous ces tests exploitent le générateur de charge de travail vdBench commun, avec un moteur de script pour automatiser et capturer les résultats sur un grand cluster de test de calcul. Cela nous permet de répéter les mêmes charges de travail sur une large gamme de périphériques de stockage, y compris les baies flash et les périphériques de stockage individuels.

Profils:

• Lecture aléatoire 4K : 100 % de lecture, 128 threads, 0-120 % d'iorate
• Écriture aléatoire 4K : 100 % d'écriture, 128 threads, 0-120 % de vitesse
• Lecture séquentielle 64K : 100 % de lecture, 32 threads, 0-120 % d'iorate
• Écriture séquentielle 64K : 100 % d'écriture, 16 threads, 0-120 % d'iorate
• Base de données synthétique : SQL et Oracle
• Traces de clone complet et de clone lié VDI

Le premier est le test de lecture aléatoire 4K, où le TYAN Transport CX GC68A-B8036 a montré des résultats décevants. Ici, il a affiché un pic de seulement 805,037 329.2 IOPS avec une latence de 800 ms. Chacun des disques installés est capable d'atteindre 100 XNUMX IOPS ; cependant, à l'intérieur de ce serveur TYAN, ils n'ont vu qu'environ XNUMX XNUMX IOPS chacun.

Passant aux écritures aléatoires 4K, le CX GC68A-B8036 a réussi à rester sous 300 µs jusqu'à environ 775 IOPS, après quoi il a atteint un maximum de 1.06 million d'IOPS avec une latence de 282.8 µs.

Ensuite, les tests séquentiels 64K. En lecture, le Transport CX GC68A-B8036 a atteint un solide 35.1 Go/s ou 562,242 441.6 IOPS et une latence de XNUMX µs.

Dans le test d'écriture séquentielle 64K, le débit le plus élevé était de 15.4 Go/s ou 245,529 932.7 IOPS avec une latence de XNUMX µs avant de souffrir d'un petit pic de performances à la toute fin.

Viennent ensuite nos charges de travail SQL, SQL, SQL 90-10 et SQL 80-20. En commençant par SQL, le Transport CX GC68A-B8036 a montré une augmentation notable de la latence tout au long, atteignant finalement 1,098,443 220.6 XNUMX IOPS et XNUMX µs.

Il a renvoyé des résultats similaires dans le test SQL 90-10 où le TYAN Transport CX GC68A-B8036 a culminé à 8.4 Go/s (1,075,321 220.4 XNUMX IOPS) avec une latence de XNUMX µs.

Les chiffres sont également restés cohérents lors du dernier test, SQL 80-20, culminant à 8.1 Go/s (1,036,700 225.7 XNUMX IOPS) à une latence de XNUMX µs.

Viennent ensuite nos charges de travail Oracle (Oracle, Oracle 90-10 et Oracle 80-20) où il n'a pas tout à fait franchi la barre du million d'IOPS. Lors de notre premier test (Oracle Workload), le Transport CX GC1A-B68 a culminé à 8036 957,174 IOPS (8 Go/s) avec une latence de 232 µs.

Les résultats d'Oracle 90-10 IOPS étaient similaires, puisqu'ils culminaient à 955,053 170 IOPS avec une latence de XNUMX µs.

Enfin, dans le test Oracle 80-20, le Transport CX GC68A-B8036 démarrait toujours juste en dessous de 80µs puis montait à 173.8µs à la fin, où il affichait un pic de 932,328 XNUMX IOPS.

Notre dernier benchmark est le test de clone VDI, Full et Linked. Dans le démarrage VDI Full Clone (FC), le Transport CX GC68A-B8036 a atteint 700,379 312 IOPS avec une latence de XNUMX µs.

Passant à la connexion initiale VDI FC, le CX GC68A-B8036 a pu atteindre 574,091 326.3 IOPS avec une latence de XNUMX µs montrant des pics de performances à la toute fin.

Dans VDI FC Monday Login, le serveur TYAN était inférieur à 100 µs jusqu'à environ 180 308,245 IOPS, où il a finalement culminé à 275.5 XNUMX IOPS avec une latence de XNUMX µs. Les performances ont également montré quelques pics à la fin de ce test.

Passant aux tests de clone lié (LC), le Transport CX GC68A-B8036 a montré une bonne latence jusqu'à environ 200 350 IOPS, où il a atteint environ 314.4 µs (se terminant à 325,334 µs). Les performances ont atteint XNUMX XNUMX IOPS.

Dans la connexion initiale VDI LC, la latence a commencé en dessous de 100 µs et a continué à être stable jusqu'à ce que les IOPS aient culminé à 224K, où il a soudainement fallu un énorme pic de performances. Il s'est retrouvé avec 171,071 276 IOPS à XNUMX µs.

Le dernier test est VDI LC Monday Login, où le Transport CX GC68A-B8036 a de nouveau démarré avec une latence plus faible avant de souffrir d'un énorme pic autour de la barre des 175K. L'IOPS la plus élevée était de 285,692 326.5 à XNUMX µs.

Conclusion

Le Tyan Transport CX GC68A-B8036 est spécialement conçu pour les cas d'utilisation de serveurs de stockage en nuage, et parfois, il remplit bien ce rôle. Ce serveur 1U à socket unique est basé sur les processeurs EPYC 7003/7002 d'AMD et prend en charge jusqu'à douze SSD NVMe U.2 (ou un mélange de disques NVMe et SATA) via ses baies de disque sans outil remplaçables à chaud. Il utilise une conception efficace et facile à entretenir comme les serveurs TYAN les plus récents et est livré avec cinq ports USB 3.1 Gen.1 (dont l'un est de type A) ainsi que les boutons et voyants d'état habituels.

Pour les tests de performances, nous avons exécuté le Transport CX GC68A-B803 via notre analyse de la charge de travail des applications, y compris la latence SQL Server et Sysbench, et VDBench. Dans la latence SQL Server, il a renvoyé une latence moyenne globale de seulement 1 ms. Dans Sysbench, nous avons enregistré un total de 21,967.23 11.65 TPS, une latence moyenne de 22.47 ms et une latence de 99 ms dans le pire des cas au XNUMXe centile.

Pour nos tests synthétiques, nous avons constaté des performances mitigées des huit SSD Gen4 que nous avons installés. Les chiffres de la bande passante étaient à peu près alignés sur les chiffres de Gen4, mais les IOPS étaient considérablement plus lents que prévu. Nous avons observé un maximum de 1.10 million d'IOPS dans la charge de travail SQL, 1.08 million dans SQL 90-10 et 1.036 million dans SQL 80-20. Pendant ce temps, dans nos tests Oracle, nous avons constaté 957 955 IOPS dans la charge de travail Oracle, 90 10 dans Oracle 932-80 et 20 XNUMX dans Oracle XNUMX-XNUMX.

Nous avons enregistré 805 4 IOPS en lecture 1.03K, 4 million en écriture 35.1K, 64 Go/s en lecture 15.4K et 64 Go/s en écriture 4K. En regardant les chiffres 64K, les résultats correspondent à l'endroit où nous nous attendons à voir un seul lecteur, pas un groupe de huit. Le chiffre de bande passante de 4.4K est cependant conforme aux attentes à environ 68 Go/s par SSD. Enfin, lors de nos tests VDI Full Clone, le Transport CX GC8036A-B700 a atteint 574 308 IOPS au démarrage, 325 171 lors de la connexion initiale et 285 XNUMX lors de la connexion du lundi ; les nombres de clones liés pour ces références étaient de XNUMX XNUMX, XNUMX XNUMX et XNUMX XNUMX IOPS.

Dans l'ensemble, les résultats de référence synthétiques CX GC68A-B803 ont été décevants à quelques endroits. Malheureusement, cela a probablement à voir avec la plate-forme elle-même, nous avons vu un comportement similaire sur d'autres plates-formes AMD. Bien que la bande passante élevée dans les lectures séquentielles 64K se situe dans la plage de performances Gen4, sa lecture aléatoire 4K était médiocre à environ 800K IOPS. Cela se traduit par environ 100 XNUMX IOPS par disque ; cependant, chacun des Intel P5510 Les SSD sont capables de 800K IOPS eux-mêmes. Heureusement, les charges de travail des applications dans VMware n'avaient pas le même problème.

Dans l'ensemble, le TYAN Transport CX GC68A-B8036 offre aux centres de données une plate-forme très dense qui est davantage axée sur la densité de stockage que sur la puissance de calcul. La plupart des charges de travail d'application devraient être correctes, un PoC résoudra tous les problèmes à l'avance.

Transport CX GC68A-B8036 (B8036G68AE12HR) Page produit

S'engager avec StorageReview

Newsletter |  YouTube | LinkedIn | Instagram | Twitter | Facebook | TikTok | Flux RSS