Alors qu'AMD déployait aujourd'hui sa nouvelle série de processeurs EPYC Rome 7002, plusieurs fournisseurs ont annoncé des serveurs prenant en charge la nouvelle technologie, notamment GIGABYTE. En fait, GIGABYTE a sorti toute une série de serveurs rack qui prennent en charge l'EPYC Rome, la série R. La série R est une famille de serveurs à usage général avec un équilibre des ressources. La série propose des serveurs 1U et 2U avec une variété de combinaisons de supports de stockage. Pour cet examen particulier, nous examinerons le serveur GIGABYTE R272-Z32 doté de 24 baies U.2 NVMe.
Alors qu'AMD déployait aujourd'hui sa nouvelle série de processeurs EPYC Rome 7002, plusieurs fournisseurs ont annoncé des serveurs prenant en charge la nouvelle technologie, notamment GIGABYTE. En fait, GIGABYTE a sorti toute une série de serveurs rack qui prennent en charge l'EPYC Rome, la série R. La série R est une famille de serveurs à usage général avec un équilibre des ressources. La série propose des serveurs 1U et 2U avec une variété de combinaisons de supports de stockage. Pour cet examen particulier, nous examinerons le serveur GIGABYTE R272-Z32 doté de 24 baies U.2 NVMe.
Du côté matériel, le serveur exploite la carte mère du serveur EPYC Rome MZ32-AR0 de GIGABYTE. La carte mère intègre un seul SoC AMD EPYC 7002 ainsi que 16 emplacements DIMM pour la mémoire DDR4. Le serveur dispose de 24 emplacements pour le stockage NVMe, remplaçables à chaud, ainsi que de deux emplacements à l'arrière pour les SSD ou HDD SATA. Pour l'extension, la carte mère est livrée avec sept emplacements d'extension PCIe et un connecteur mezzanine, ce qui permet aux clients de se développer ou d'ajouter les accessoires dont ils ont besoin. Dans le serveur tel que configuré, les baies NVMe consomment la plupart des emplacements PCIe disponibles ainsi que l'emplacement Mezzanine pour les voies PCIe vers le fond de panier avant. Au final, les clients se retrouvent avec trois emplacements PCIe pour une véritable expansion.
Comme tous les serveurs GIGABYTE, le R272-Z32 utilise GIGABYTE Server Management (GSM) pour son logiciel de gestion à distance. Le serveur GIGABYTE AMD EPYC Rome peut également tirer parti de la plate-forme AMI MegaRAC SP-X pour la gestion du serveur BMC. Cette interface graphique basée sur un navigateur, intuitive et riche en fonctionnalités, comprend plusieurs fonctionnalités notables, notamment la prise en charge de l'API RESTful, iKVM basé sur HTML5, des informations détaillées sur les FRU, l'enregistrement vidéo automatique avant l'événement et la surveillance du contrôleur SAS/RAID.
Pour notre version particulière, nous utilisons le processeur AMD EPYC 7702P. Pour la RAM, nous avons utilisé 8 modules DDR32 de 3200 Go à 4 MHz de marque Micron. Pour le stockage, nous avons utilisé des SSD 12 Micron Pro 9300, la version d'une capacité de 3.84 To.
Spécifications de la clé du serveur GIGABYTE R272-Z32
| Processeur | AMD EPYC 7002 |
| Facteur de forme | 2U |
| Carte mère | EATX MZ32-AR0 |
| Mémoire | 16 emplacements DIMM |
| Baies de disques | |
| Avant | 24 disques SSD U.2.5 NVMe remplaçables à chaud de 2 pouces |
| Arrière | 2 x 2.5 : disque dur remplaçable à chaud |
| Connecteurs d'extension | |
| 7 x fente à profil bas | (Slot7)PCIe x16 slot @Gen4 x16 s/w avec 4 x Slim-SAS 4i à partir de 4 x U.2 (Slot6) Emplacement PCIe x16 @Gen4 x16 (Slot5) Emplacement PCIe x16 @Gen4 x8 (Slot4) Emplacement PCIe x16 @Gen4 x16 (Slot3) Emplacement PCIe x16 @Gen4 x16 (Slot2) Emplacement PCIe x8 @Gen3 x8 (Slot1)PCIe x16 slot @Gen3 x16 mezzanine @Gen3 x16 (Type 1, P1,P2,P3,P4 ; Type2 P5 avec prise en charge NCSI) |
| Fond de panier | Fond de panier de disque dur U.2 (CBP20O5+CEPM080x3) |
| Connecteur IO | Arrière 1 x VGA, 1 x COM, 2 x LAN 1G, 1 x MLAN, 3 x USB3.0, 1 x bouton ID Interne 1 x COM, 1 x TPM, 1 x USB3.0 (2 ports), 1 x USB2.0 (2 ports) |
| Alimentation | Platine redondante 1200W 80+ |
| Refroidissement du système | VENTILATEUR contrarotatif facile à remplacer de 4 x 8 cm |
| Dimension | 87.5 x 438 x 660 mm |
Conception et fabrication du GIGABYTE R272-Z32
En commençant par l'avant, nous allons nous frayer un chemin à travers l'intérieur jusqu'à l'arrière du serveur et détailler toutes les fonctionnalités. L'avant du serveur comprend 24 baies NVMe U.2.5 de 2 pouces, deux ports USB 3.0, un bouton d'alimentation, un bouton de réinitialisation encastré et un bouton d'identification. Le bouton ID est utile dans un centre de données car il y a une LED visible à la fois à l'avant et à l'arrière du serveur. Dans une salle de quelques dizaines de serveurs, l'indicateur d'identification s'allumera pour vous aider à identifier la machine sur laquelle vous travaillez.
À l'intérieur, nous avons 16 emplacements DDR4 et 7 emplacements PCIe sur une carte mère à processeur unique. Tous les emplacements de la carte mère sont Gen 4, ce qui double les vitesses de la génération précédente. Comme chaque baie NVMe a besoin de sa propre connexion PCIe à la carte mère, notre configuration comprend cinq cartes filles pour fournir la connectivité aux baies NVMe. Pour la personnalisation de l'utilisateur, il existe trois emplacements PCIe ouverts, tous à mi-hauteur. Sur les trois slots ouverts, un est mécaniquement et électriquement x8. Les deux autres slots sont mécaniquement x16, l'un est x8 électriquement et l'autre est x16 électriquement. Avec le câblage PCIe, le flux d'air vers les cartes pourrait être limité, elles sont donc davantage destinées à la connectivité réseau, avec une exigence de flux d'air LFM inférieure par rapport à un GPU qui nécessiterait un refroidissement supplémentaire. Plus près de l'avant du serveur se trouve une rangée de 4 ventilateurs de châssis remplaçables à chaud sur site.
Enfin, l'arrière du serveur. C'est assez standard en ce qui concerne les serveurs. Il y a trois ports USB 3.0, deux ports 1GbE, un port de gestion, un commutateur d'identification, un port série, un port VGA, deux baies SATA et deux blocs d'alimentation de 1200 watts. Alors qu'à l'avant, il y a des baies NVMe avec un stockage haute performance coûteux, les baies SATA à l'arrière offrent un stockage haute capacité à faible coût pour les disques de démarrage. Correspondant à ce qui a été vu sur le devant, il y a un bouton d'identification correspondant à l'arrière. C'est agréable de voir que le port série tient toujours avec une plate-forme de nouvelle génération pour les produits hérités qui en tirent encore parti.
Gestion GIGABYTE R272-Z32
Comme indiqué, le GIGABYTE R272-Z32 possède son propre logiciel de gestion à distance GSM, mais peut également tirer parti de la plate-forme AMI MegaRAC SP-X pour la gestion du serveur BMC. Nous utiliserons le MegaRAC pour cet examen en examinant deux composants du KVM : l'écran de gestion et ses pages d'accueil associées ainsi que la fenêtre contextuelle de la console distante pour la gestion du système d'exploitation du serveur et le logiciel de chargement.
À partir de l'écran de gestion principal, vous pouvez afficher des statistiques rapides sur la page d'accueil et voir plusieurs onglets principaux sur le côté gauche, notamment : tableau de bord, capteur, inventaire du système, informations FRU, journaux et rapports, paramètres, télécommande, redirection d'image, contrôle de l'alimentation, et Entretien. La première page est le tableau de bord. Ici, on peut facilement voir la disponibilité du BMC, les assertions en attente, les journaux d'accès et le nombre de problèmes, la surveillance des capteurs, les emplacements de lecteur et le nombre d'événements qu'ils ont eu au cours des dernières 24 heures ainsi que des 30 derniers jours.
En cliquant sur les capteurs, les utilisateurs peuvent rapidement voir les capteurs discrets et leur état actuel. Les utilisateurs peuvent également voir les capteurs normaux et comment ils lisent et se comportent actuellement (par exemple, un ventilateur RPM et quand il s'est allumé).
L'onglet Inventaire du système permet aux administrateurs de voir divers matériels sur le serveur. En cliquant sur le processeur, vous obtenez des informations détaillées sur le processeur, AMD EPYC 7702P dans ce cas. Les utilisateurs peuvent également voir les informations de cache pour le CPU.
Tout comme le processeur, le sous-onglet d'inventaire DIMM donne des informations détaillées sur la RAM, y compris le maximum possible, la quantité installée sur quels emplacements, qu'il s'agisse ou non d'ECC, ainsi que des détails sur les modules DIMM individuels.
Le sous-onglet Inventaire du disque dur est similaire à celui ci-dessus, donnant des informations sur les disques installés et la possibilité d'explorer pour plus d'informations.
L'onglet principal suivant contient les informations FRU (Field Replaceable Units). Comme son nom l'indique, cet onglet donne des informations sur les unités FRU, ici nous pouvons voir des informations sur le châssis et la carte mère.
L'onglet Paramètres est assez complet. Il donne aux administrateurs l'accès à toutes les options de configuration dont ils ont besoin et la possibilité de les modifier pour répondre aux charges de travail choisies.
L'onglet Suivant est Contrôle à distance. Ici, les utilisateurs ont la possibilité de lancer un KVM ou de lancer JAVA SOL. Nous avons lancé le KVM.
Une fois lancé, il donne aux utilisateurs un accès à distance au système d'exploitation du serveur, qui dans notre exemple est un écran de chargement Linux. Les fenêtres de console à distance sont un outil inestimable dans un centre de données où vous souhaitez un contrôle local sans avoir à transporter un moniteur, un clavier et un chariot de secours pour le faire. Visible en haut à droite de la fenêtre se trouve la fonction d'image de CD qui vous permet de monter des ISO à partir de votre système local pour qu'ils soient accessibles à distance sur le serveur pour le chargement du logiciel.
L'onglet Power Control donne une petite liste d'actions d'alimentation, y compris Power Off, Power On, Power Cycle, Hard Reset et ACPI Shutdown.
L'onglet Maintenance permet d'accéder à plusieurs éléments dont les administrateurs peuvent avoir besoin, notamment la configuration de sauvegarde, l'emplacement de l'image du micrologiciel, les informations sur le micrologiciel, la mise à jour du micrologiciel, la mise à jour du micrologiciel HPM, la préservation de la configuration, la restauration de la configuration, la restauration des paramètres d'usine et l'administrateur système.
Les informations du BIOS sont également accessibles via les informations sur le micrologiciel sous l'onglet Maintenance.
Configuration et performances du Gigabyte R272-Z32
Pour notre gamme de tests initiale, nous nous concentrons sur des benchmarks synthétiques dans un environnement Linux bare metal. Nous avons installé Ubuntu 18.04.02 et utilisé vdbench pour appliquer nos benchmarks basés sur le stockage. Avec des SSD 12 Micron 9300 Pro 3.84 To chargés dans le serveur, notre objectif était de saturer le processeur avec des E/S de stockage. Au fur et à mesure que la prise en charge supplémentaire du système d'exploitation prend entièrement en charge AMD EYPC Rome, principalement VMware vSphere (en attendant que 6.7 U3 soit GA), nous ajouterons aux tests sur cette plate-forme de serveur.
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, 64 threads, 0-120 % de vitesse
- Lecture séquentielle 64K : 100 % de lecture, 16 threads, 0-120 % d'iorate
- Écriture séquentielle 64K : 100 % d'écriture, 8 threads, 0-120 % d'iorate
- Base de données synthétique : SQL et Oracle
- Traces de clone complet et de clone lié VDI
Avec une lecture 4K aléatoire, le GIGABYTE R272-Z32 a commencé un peu plus de 100 µs et a culminé à 6,939,004 189.6 XNUMX IOPS avec une latence de XNUMX µs.
Pour une écriture 4K aléatoire, le serveur 158,161 28 IOPS avec une latence de seulement 100 µs. Le serveur est resté sous 1.27 µs jusqu'à environ 1,363,259 million d'IOPS et a culminé à 699.8 XNUMX XNUMX IOPS avec une latence de XNUMX µs.
En passant aux charges de travail séquentielles, nous avons vu le serveur culminer à 645,240 40.3 IOPS ou 592.9 Go/s avec une latence de 64 µs dans notre lecture XNUMXK.
En écriture 64K, le serveur a culminé à environ 110K IOPS ou environ 6.8 Go/s avec une latence de 246.1 µs avant de chuter de manière significative.
Notre prochaine série de tests concerne nos charges de travail SQL : SQL, SQL 90-10 et SQL 80-20. Pour SQL, le serveur a culminé à 2,489,862 151.2 XNUMX IOPS avec une latence de XNUMX µs.
Pour SQL 90-10, le serveur avait une performance maximale de 2,123,201 177.2 XNUMX IOPS avec une latence de XNUMX µs.
Notre dernier test SQL, le 80-20, a vu le serveur atteindre une performance maximale de 1,849,018 202.1 XNUMX IOPS avec une latence de XNUMX µs.
Viennent ensuite nos charges de travail Oracle : Oracle, Oracle 90-10 et Oracle 80-20. Avec Oracle, le serveur GIGABYTE a culminé à 1,652,105 227.5 XNUMX IOPS avec une latence de XNUMX µs.
Avec Oracle 90-10, le serveur a culminé à 1,727,168 150.1 XNUMX IOPS avec une latence de seulement XNUMX µs.
Pour Oracle 80-20, le serveur a atteint un score maximal de 1,551,361 166.8 XNUMX IOPS avec une latence de XNUMX µs.
Ensuite, nous sommes passés à notre test de clone VDI, Full et Linked. Pour le démarrage VDI Full Clone (FC), le serveur alimenté par EPYC Rome avait une performance maximale de 1,680,812 220.4 XNUMX IOPS avec une latence de XNUMX µs.
Avec VDI FC Initial Login, le serveur a démarré à 39,309 79.8 IOPS avec une latence de 100 µs. le serveur est resté sous 200 µs jusqu'à environ 393,139 627.3 IOPS et a culminé à XNUMX XNUMX IOPS avec une latence de XNUMX µs.
Pour VDI FC Monday Login, le serveur a culminé à 351,133 326.6 IOPS avec une latence de XNUMX µs.
Pour VDI LC Boot, le serveur a culminé à 777,722 197.6 IOPS avec une latence de XNUMX µs.
Avec VDI LC Initial Login, le serveur GIGABYTE a culminé à 211,720 341.9 IOPS avec une latence de XNUMX µs.
Et enfin, avec VDI LC Monday Login, le serveur EPYC Rome avait une performance maximale de 216,084 521.9 IOPS avec une latence de XNUMX µs.
Conclusion
Les nouveaux processeurs AMD EPYC 7002 sont sortis, et le premier serveur avec les nouveaux processeurs (dans notre laboratoire, en tout cas) est le GIGABYTE R272-Z32. Ce serveur à usage général 2U utilise la carte mère MZ32-AR0, ce qui le rend compatible avec un seul nouveau processeur EPYC Rome. Le serveur dispose de 16 emplacements DIMM, avec un total potentiel de 1 To de RAM DDR4 3200 MHz. Le R272-Z32 dispose de 24 baies remplaçables à chaud à l'avant pour tout le stockage NVMe, avec deux baies à l'arrière pour les SSD ou HDD SATA. Si les clients ont besoin d'ajouter des périphériques PCIe (y compris les périphériques Gen4 maintenant), il y a sept emplacements à l'arrière, bien que seuls trois soient ouverts. Le serveur prend également en charge AMI MegaRAC SP-X pour la gestion du serveur BMC.
Pour les tests, nous avons utilisé le processeur AMD EPYC 7702P, 256 Go de RAM Micron DDR3,200 à 4 12 MHz et 3.84 SSD Micron Pro 9300 de 7 To. Avec le dessus ce petit serveur a vraiment apporté le tonnerre. En utilisant simplement nos charges de travail VDBench, nous avons vu le serveur atteindre 4 millions d'IOPS en lecture 1.4K, 4 million d'IOPS en écriture 40.3K, un incroyable 64 Go/s en lecture séquentielle 6.8K et 64 Go/s en écriture séquentielle 2.5K. Passant à nos charges de travail SQL, le serveur a continué d'impressionner avec 2.1 millions d'IOPS, 90 millions d'IOPS en SQL 10-1.85 et 80 million d'IOPS en SQL 20-1.65. Dans Oracle, le serveur a atteint 1.73 million d'IOPS, 90 million d'IOPS en 10-1.55 et 80 million d'IOPS en 20-1.68. Même dans nos tests de clonage VDI, le serveur a pu casser un million d'IOPS au démarrage VDI FC avec 100 million. Alors que la latence était supérieure à 1 µs pour la plupart, elle n'a dépassé que 64 ms dans le test d'écriture séquentiel XNUMXK.
Pour un serveur à usage général, l'AMD EPYC Rome a transformé le GIGABYTE R272-Z32 en une bête. Bien que nous ayons un bon équipement sur le serveur, nous n'étions même pas près de maximiser son potentiel. Au fur et à mesure que la liste des systèmes d'exploitation prenant en charge Rome continue de s'allonger, nous pourrons voir à quel point les nouveaux processeurs s'empilent sur une pléthore de charges de travail. Ces nouveaux processeurs avec les serveurs qui les prennent en charge peuvent nous faire entrer dans un nouveau niveau de performances dans le centre de données que nous n'avons pas encore vu, en particulier lorsque vous commencez à prendre en compte le potentiel inexploité de PCIe Gen4
