Examen du serveur Dell EMC PowerEdge C6525

Le Dell EMC PowerEdge C6525 est un serveur 2U conçu pour répondre au besoin d'environnements informatiques denses hautes performances, tels que les charges de travail HPC. Comme le nom/numéro se termine par un "5", cela indique que le C6525 est un serveur basé sur AMD EPYC, prenant en charge à la fois le 7002 et du 7003. Ce dernier s'accompagne de performances plus élevées (plus de cœurs et de threads), d'une plus grande capacité de RAM et de capacités PCIe Gen4. Le C6525 dispose de quatre nœuds qui autorisent chacun deux processeurs AMD EPYC pour un total général de 512 cœurs, 1024 threads et jusqu'à 8 To de mémoire dans le cluster 2U.

Le Dell EMC PowerEdge C6525 est un serveur 2U conçu pour répondre au besoin d'environnements informatiques denses hautes performances, tels que les charges de travail HPC. Comme le nom/numéro se termine par un "5", cela indique que le C6525 est un serveur basé sur AMD EPYC, prenant en charge à la fois le 7002 et du 7003. Ce dernier s'accompagne de performances plus élevées (plus de cœurs et de threads), d'une plus grande capacité de RAM et de capacités PCIe Gen4. Le C6525 dispose de quatre nœuds qui autorisent chacun deux processeurs AMD EPYC pour un total général de 512 cœurs, 1024 threads et jusqu'à 8 To de mémoire dans le cluster 2U.

Étant une série C, ce serveur est axé sur le cloud. Une grande partie de la sauce secrète de ce serveur réside dans la conception du matériel, nous l'examinerons de plus près dans notre section de conception et de construction. Mais en un mot, dans ce facteur de forme 2U, Dell Technologies a pu mettre en place quatre nœuds pouvant avoir deux processeurs AMD EPYC chacun ou huit au total. Bien que cela permette un calcul très dense (idéal pour la fabrication numérique, la recherche et la technologie Web), cela peut limiter d'autres options comme le stockage total. Bien qu'avec les cas d'utilisation donnés, cela soit moins préoccupant.

Comme pour tout ce qui concerne Dell, le Dell EMC PowerEdge C6525 est livré avec d'excellentes options de sécurité et de gestion, notamment l'utilisation de Dell EMC OpenManage, iDRAC et même vSphere. La sécurité est encore renforcée en utilisant AMD Secure Memory Encryption (SME) et Secure Encrypted Virtualization (SEV). Le serveur exploite la racine de confiance en silicium et maintient la sécurité du micrologiciel du serveur avec des packages de micrologiciel signés numériquement.

Spécifications Dell EMC PowerEdge C6525

Conception et construction de Dell EMC PowerEdge C6525

Comme indiqué, le Dell EMC PowerEdge C6525 est un serveur 2U. Selon la configuration, la face avant du serveur comporte soit 24 baies 2.5" soit 12 baies 3.5". Chaque côté dispose d'un panneau de commande avec des fonctionnalités telles qu'un bouton d'alimentation et des indicateurs LED. Il y a une étiquette d'information sur le côté droit.

En retournant le serveur vers l'arrière, nous pouvons voir les quatre nœuds. Chacun a deux emplacements PCIe en haut, une poignée de déverrouillage du traîneau au milieu et un verrou à droite. Il y a également un emplacement pour carte SFF OCP 3.0 en bas à droite de chaque traîneau. Pour la connectivité, il existe un port USB 3.0, un port iDRAC ou NIC, un mini port d'affichage et un port iDRAC Direct Micro-USB. Le traîneau est également doté d'une LED d'identification du système et d'une étiquette EST.

En tirant un traîneau, nous pouvons voir les deux processeurs et la RAM environnante. Il y a un carénage d'air entre les processeurs. Près des processeurs se trouve une colonne montante M.2 pour les lecteurs de démarrage sans supprimer l'utilisation des baies de lecteur avant.

Gestion Dell EMC PowerEdge C6525

Nous avons couvert iDRAC plusieurs fois dans le passé et nous sommes allés bien en profondeur ici. Nous avons également utilisé iDRAC pour la gestion du Dell EMC PowerEdge C6525. Chaque nœud est géré individuellement, sans grande connaissance des nœuds ou du châssis environnants. Cela contraste avec les plates-formes telles que Dell EMC FX2 qui incluent cette couche. Pour cette application, cela n'a pas autant d'importance sans ressources partagées entre les nœuds.

Pour les éléments matériels partagés tels que les commandes de ventilateur, le nœud avec la demande la plus élevée gagne en termes de profil de refroidissement. Si un nœud est chaud mais que trois sont froids, le châssis répondra comme s'ils étaient tous chauds. Tout d'abord, le tableau de bord. Ici, les utilisateurs obtiennent un aperçu rapide de tout, y compris l'aide système, les informations, les résumés des tâches et les journaux récents. La possibilité d'arrêter gracieusement le serveur peut également être trouvée ici.

Sous l'onglet Système, nous pouvons examiner les différents composants. En cliquant sur les processeurs/accélérateurs, nous pouvons voir quels processeurs nous exécutons sur chaque nœud (AMD EPYC 7452 dans ce cas).

Un aspect important des serveurs PowerEdge est leur capacité à rester au frais tout en exécutant des composants hautes performances qui génèrent de la chaleur. Bien qu'il puisse être configuré pour des performances maximales, il n'est pas nécessaire d'exécuter le serveur de cette façon à tout moment. Au lieu de cela, les utilisateurs peuvent accéder à la configuration et ajuster la configuration de refroidissement en fonction de leurs besoins.

Dell facilite la gestion de ses plates-formes en utilisant iDRAC pour apporter des modifications au niveau du BIOS à chaque nœud sans avoir à accéder manuellement au BIOS lui-même. Une fois les modifications planifiées, elles prendront effet au prochain redémarrage.

Performances Dell EMC PowerEdge C6525

Configuration Dell EMC PowerEdge C6525, 4 nœuds chacun avec :

• 2 x Processeurs AMD EPYC 7452
• 128GB DDR4 RAM
• 2 x Disques SSD Micron 9300 3.84 To NVMe
• 1 x SSD de démarrage M.2

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 l'OLTP Sysbench, nous avons vu un score global de 49,701 12,170 TPS avec des nœuds individuels atteignant des agrégats entre 12,606 6525 TPS et 2 XNUMX TPS. Même sans processeurs haut de gamme et une quantité modeste de DRAM, le Dell EMC CXNUMX offrait des performances énormes dans une empreinte XNUMXU.

Avec la latence moyenne, nous avons vu un agrégat total de 10.3 ms avec des nœuds individuels atteignant entre 10.15 ms et 10.51 ms.

Pour notre pire scénario de latence (99e centile), le C6525 nous a donné un total de seulement 18.3 ms avec des nœuds individuels atteignant 18.01 ms à 18.8 ms.

Analyse de la charge de travail VDBench

Lorsqu'il s'agit de comparer les baies 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

Pour les performances de VDBench, nous examinons chaque nœud et ses performances ainsi que son agrégat.

En regardant la lecture 4K aléatoire, tous les nœuds ont plus ou moins les mêmes performances avec un seul nœud atteignant un pic de 1,320,861 191 5.2 IOPS à une latence de XNUMX µs. Un agrégat de tous les nœuds représenterait environ XNUMX millions d'IOPS.

En écriture aléatoire 4K, les SSD de chaque nœud ne suivaient pas aussi près les uns des autres. Le nœud 4 avait le pic le plus élevé à 411,075 337 IOPS avec une latence de 1.2 µs. Un agrégat de pointe pousse à plus de XNUMX million d'IOPS.

En passant au travail séquentiel avec nos charges de travail de 64 107, en lecture, nous avons encore une fois vu les nœuds se suivre beaucoup plus près les uns des autres. Le pic le plus élevé d'un seul nœud était d'environ 6.7 488 IOPS ou 428 Go/s avec une latence de 26.8 µs. Le score global serait d'environ XNUMX XNUMX IOPS ou XNUMX Go/s.

Avec 64K d'écriture, nous voyons à nouveau les performances de chaque nœud se séparer. Le pic le plus élevé d'un seul nœud est à nouveau le nœud 4 avec 38,504 2.4 IOPS ou 828 Go/s à une latence de 137 µs. La combinaison de tous les scores de pointe nous donne 8.5 XNUMX IOPS ou XNUMX Go/s.

Notre prochaine série de tests concerne nos charges de travail SQL : SQL, SQL 90-10 et SQL 80-20. À partir de SQL, les quatre nœuds du Dell EMC PowerEdge C6525 étaient à nouveau très proches les uns des autres. Le pic de nœud unique le plus élevé était de 409,064 157 IOPS à 1.6 µs. Un pic agrégé fait grimper les IOPS à plus de XNUMX million.

Avec SQL 90-10, les nœuds ont plus ou moins voyagé ensemble jusqu'à la fin où le nœud 4 a de nouveau pris de l'avance avec un pic de 391,425 154 IOPS à une latence de 1.5 µs. Les pics combinés atteignent plus de XNUMX million d'IOPS.

SQL 80-20 a vu les nœuds fonctionner un peu différemment. Le nœud 2 a culminé le plus haut avec 340,626 176 IOPS à une latence de 1.34 µs. Combinez, tous les nœuds apportent des performances supérieures à XNUMX million d'IOPS.

Viennent ensuite nos charges de travail Oracle : Oracle, Oracle 90-10 et Oracle 80-20. À partir d'Oracle, les quatre nœuds se sont bien suivis avec le numéro de confiance 4, le pic le plus élevé avec 327,398 188 IOPS avec une latence de 1.26 µs. Cela porte la performance totale à plus de XNUMX million d'IOPS.

Oracle 90-10 avait les nœuds plus étroitement alignés pour la plupart, bien que le nœud 4 ait de nouveau culminé le plus haut avec 325,058 132 IOPS à une latence de 1.25 µs. Les performances combinées atteignent plus de XNUMX million d'IOPS.

En regardant Oracle 80-20, les nœuds sont un peu plus espacés ici mais tombent plus ou moins dans la même ligne. Le nœud 4 prend la tête avec 297,033 1.1 IOPS. La performance globale s'élève à plus de XNUMX million d'IOPS.

Ensuite, nous sommes passés à notre test de clone VDI, Full et Linked. Pour le démarrage VDI Full Clone (FC), les quatre nœuds fonctionnaient assez près les uns des autres, le nœud porte-bonheur 4 culminant à 312,464 202 IOPS et une latence de 1.2 µs. La combinaison des pics nous amène à plus de XNUMX million d'IOPS.

Avec VDI ​​FC Initial Login, le nœud s'est vraiment séparé ici à la fin. Le nœud 4 avait le pic le plus élevé avec 84,792 449 IOPS à une latence de 331 µs. Les performances combinées atteignent plus de XNUMX XNUMX IOPS.

VDI FC Monday Login a vu une autre divergence des performances des nœuds vers la fin. La meilleure performance de nœud unique était de 84,346 310 IOPS avec une latence de 323 µs. La performance globale était supérieure à XNUMX XNUMX IOPS.

Pour le démarrage VDI Linked Clone (LC), le nœud fonctionnait une fois de plus très près les uns des autres en termes de performances. Un seul nœud a culminé à 158,820 196 IOPS avec une latence de 628 µs. Les performances combinées sont ressorties à plus de XNUMX XNUMX IOPS.

La connexion initiale VDI LC a vu une légère différence dans les performances des nœuds vers la fin. Le pic supérieur du nœud unique était de 48,484 272 IOPS avec une latence de 181 µs. La performance globale nous apporte plus de XNUMXK IOPS.

Enfin, avec VDI ​​LC Monday Login, nous avons vu les nœuds différer en termes de performances. Les meilleures performances de nœud unique étaient d'environ 53 450 IOPS et 197 µs. Les performances de pointe combinées étaient supérieures à XNUMX XNUMX IOPS.

Conclusion

Le Dell EMC PowerEdge C6525 est un serveur 2U destiné aux déploiements cloud. Le serveur est dense, contenant quatre nœuds et équipé de processeurs AMD EPYC (celui testé ici avec deuxième génération mais Dell propose un C6525 avec EPYC de troisième génération ainsi) avec un total potentiel de 512 cœurs et 1,024 2 threads. Les processeurs permettent un total de 4 To de mémoire DDR3200 3.0 MT/S par nœud. Chaque nœud peut héberger deux processeurs AMD EPYC, deux baies PCIe, un emplacement OCP 2 et un SSD m.2.5 intégré pour le démarrage. Cela permet toutes sortes de calculs, cependant, il y a une limite à la quantité de stockage que l'on peut installer sur le serveur. Avec une configuration de châssis de disque 6″, chaque nœud peut se voir attribuer XNUMX disques, dont jusqu'à deux sont NVMe avec le fond de panier approprié.

Pour les performances des applications, nous avons regardé VDBench. Nous avons testé les deux nœuds individuels et examiné le score dans son ensemble. Cela donne aux utilisateurs une idée du fonctionnement de chaque pièce ainsi qu'une image de la performance totale. Dans Application Workload Analysis, nous n'avons exécuté que Sysbench. En transactionnel, nous avons vu un score global de 49,701 10.3 TPS. En latence moyenne, le serveur nous a donné une latence globale de 6525 ms. Avec notre pire scénario, le C18.3 avait un score global de seulement XNUMX ms.

Pour notre VDBench, les performances globales des quatre nœuds nous ont donné 5.2 millions d'IOPS en lecture 4K, 1.2 million d'IOPS en écriture 4K, 26.8 Go/s en lecture 64K et 8.5 Go/s en écriture 64K. Dans nos charges de travail SQL, nous avons atteint des sommets de 1.6 million d'IOPS, 1.5 million d'IOPS dans SQL 90-10 et 1.34 million d'IOPS dans SQL 80-20. Dans Oracle, l'ensemble du serveur a atteint plus de 1.26 million d'IOPS, 1.25 million d'IOPS dans Oracle 90-10 et 1.1 million d'IOPS dans Oracle 80-20. Viennent ensuite nos tests de clone VDI, complets et liés. Dans FC, nous avons vu un démarrage de 1.2 million d'IOPS, la connexion initiale était d'environ 331 323 IOPS et la connexion du lundi était d'environ 628 181 IOPS. Avec le démarrage LC, il y avait environ 197 XNUMX IOPS, la connexion initiale était de XNUMX XNUMX IOPS et la connexion du lundi était de XNUMX XNUMX IOPS.

Nous avons également examiné les performances d'un seul nœud dans VDBench, où certaines variations de performances ont été observées. Avec la plus petite taille de groupe de SSD, la plupart de cette variation concerne très probablement les SSD eux-mêmes. Les performances d'un nœud unique nous ont donné 1.3 million d'IOPS en lecture 4K, 411K IOPS en écriture 4K, 6.7 Go/s en lecture 64K et 2.4 Go/s en écriture 64K. Dans nos charges de travail SQL, nous avons atteint des sommets de 409 391 IOPS, 90 10 IOPS dans SQL 341-80 et 20 327 IOPS dans SQL 325-90. Dans Oracle, l'ensemble du serveur a atteint plus de 10 297 IOPS, 80 20 IOPS dans Oracle 312-85 et 84 159 IOPS dans Oracle 48-53. Viennent ensuite nos tests de clone VDI, complets et liés. Dans FC, nous avons vu un démarrage de XNUMX XNUMX IOPS, une connexion initiale d'environ XNUMX XNUMX IOPS et une connexion du lundi d'environ XNUMX XNUMX IOPS. Avec le démarrage LC, il y avait environ XNUMX XNUMX IOPS, la connexion initiale était de XNUMX XNUMX IOPS et la connexion du lundi était de XNUMX XNUMX IOPS.

Le Dell EMC PowerEdge C6525 est un serveur 2U dense pouvant héberger quatre nœuds et jusqu'à huit processeurs AMD EPYC. Le serveur peut offrir des performances exceptionnelles dans son encombrement réduit, mais cela se fait au détriment du stockage. En fin de compte, le C6525 est destiné aux cas d'utilisation du cloud à forte charge de calcul qui peuvent bénéficier de cette combinaison d'élite de puissance et de densité. Pour ceux qui ont besoin d'un tel combo, le C6525 constitue une option phénoménale.

Dell EMC PowerEdge

S'engager avec StorageReview

Newsletter |  YouTube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | Flux RSS