A medida que AMD lanzó hoy su nueva serie de CPU EPYC Rome 7002, varios proveedores han anunciado servidores que admiten la nueva tecnología, incluido GIGABYTE. De hecho, GIGABYTE ha lanzado una serie completa de servidores en rack compatibles con EPYC Rome, la Serie R. La serie R es una familia de servidores de propósito general con un equilibrio de recursos. La serie ofrece servidores 1U y 2U con una variedad de combinaciones de medios de almacenamiento. Para esta revisión en particular, analizaremos el servidor GIGABYTE R272-Z32 con 24 bahías U.2 NVMe.
A medida que AMD lanzó hoy su nueva serie de CPU EPYC Rome 7002, varios proveedores han anunciado servidores que admiten la nueva tecnología, incluido GIGABYTE. De hecho, GIGABYTE ha lanzado una serie completa de servidores en rack compatibles con EPYC Rome, la Serie R. La serie R es una familia de servidores de propósito general con un equilibrio de recursos. La serie ofrece servidores 1U y 2U con una variedad de combinaciones de medios de almacenamiento. Para esta revisión en particular, analizaremos el servidor GIGABYTE R272-Z32 con 24 bahías U.2 NVMe.
Desde el punto de vista del hardware, el servidor aprovecha la placa base del servidor EPYC Rome MZ32-AR0 de GIGABYTE. La placa base se adapta a un solo SoC AMD EPYC 7002, así como a 16 ranuras DIMM para memoria DDR4. El servidor tiene 24 ranuras para almacenamiento NVMe, intercambiables en caliente, así como dos ranuras en la parte posterior para SSD o HDD SATA. Para la expansión, la placa base viene con siete ranuras de expansión PCIe y un conector Mezzanine, lo que brinda a los clientes espacio para crecer o agregar los accesorios que necesitan. En el servidor configurado, las bahías NVMe consumen la mayoría de las ranuras PCIe disponibles, así como la ranura Mezzanine para carriles PCIe en el backplane frontal. Al final, los clientes se quedan con tres ranuras PCIe para una verdadera expansión.
Como todos los servidores GIGABYTE, el R272-Z32 utiliza GIGABYTE Server Management (GSM) para su software de gestión remota. El servidor GIGABYTE AMD EPYC Rome también puede aprovechar la plataforma AMI MegaRAC SP-X para la administración del servidor BMC. Esta GUI basada en navegador intuitiva y rica en funciones viene con varias características notables que incluyen compatibilidad con API RESTful, iKVM basado en HTML5, información detallada de FRU, grabación de video automática previa al evento y monitoreo de controlador SAS/RAID.
Para nuestra construcción particular, estamos aprovechando la CPU AMD EPYC 7702P. Para la memoria RAM, aprovechamos 8 módulos DDR32 de la marca Micron de 3200 GB y 4 MHz. Para el almacenamiento utilizamos SSD de 12 Micron Pro 9300, la versión de 3.84 TB de capacidad.
Especificaciones clave del servidor GIGABYTE R272-Z32
| CPU | AMD EPYC 7002 |
| Factor de forma | 2U |
| Tarjeta madre | EATX MZ32-AR0 |
| Salud Cerebral | 16 ranuras DIMM |
| compartimentos de unidad | |
| Frente | 24 unidades de estado sólido U.2.5 NVMe intercambiables en caliente de 2" |
| Atrás | 2 x 2.5: disco duro intercambiable en caliente |
| Slots de expansión | |
| 7 ranuras de perfil bajo | (Ranura 7) Ranura PCIe x16 @Gen4 x16 s/w con 4 x Slim-SAS 4i de 4 x U.2 (Ranura 6) Ranura PCIe x16 @Gen4 x16 (Ranura 5) Ranura PCIe x16 @Gen4 x8 (Ranura 4) Ranura PCIe x16 @Gen4 x16 (Ranura 3) Ranura PCIe x16 @Gen4 x16 (Ranura 2) Ranura PCIe x8 @Gen3 x8 (Ranura 1) Ranura PCIe x16 @ Gen3 x16 mezzanine @ Gen3 x16 (Tipo 1, P1, P2, P3, P4; Tipo 2 P5 con soporte NCSI) |
| Backplane | Placa posterior U.2 HDD (CBP20O5+CEPM080x3) |
| Conector IO | Trasero 1 x VGA, 1 x COM, 2 x 1G LAN, 1 x MLAN, 3 x USB3.0, 1 x Botón ID Interno 1 x COM, 1 x TPM, 1 x USB 3.0 (2 puertos), 1 x USB 2.0 (2 puertos) |
| Fuente de Energía | Redundante 1200W 80+ Platino |
| Refrigeración del sistema | VENTILADOR contrarrotante de fácil intercambio de 4 x 8 cm |
| Dimensiones | 87.5 x 438 x 660 mm |
GIGABYTE R272-Z32 Diseño y construcción
Comenzando con el frente, nos abriremos camino a través del interior hasta la parte posterior del servidor y detallaremos todas las características. La parte frontal del servidor cuenta con 24 bahías U.2.5 NVMe de 2 pulgadas, dos puertos USB 3.0, un botón de encendido, un botón de reinicio empotrado y un botón de ID. El botón ID es útil en un centro de datos ya que hay un LED visible desde la parte delantera y trasera del servidor. En una habitación con unas pocas docenas de servidores, el indicador de ID se iluminará para ayudarlo a identificar la máquina en la que está trabajando.
En el interior tenemos 16 ranuras DDR4 y 7 ranuras PCIe en una placa base de un solo procesador. Todas las ranuras de la placa base son Gen 4, que duplican las velocidades de la generación anterior. Como cada bahía NVMe necesita su propia conexión PCIe a la placa base, nuestra configuración incluye cinco placas secundarias para proporcionar conectividad a las bahías NVMe. Para la personalización del usuario, hay tres ranuras PCIe abiertas, todas de media altura. De las tres ranuras abiertas, una es mecánica y eléctricamente x8. Las otras dos ranuras son mecánicamente x16, una es x8 eléctricamente y la otra es x16 eléctricamente. Con el cableado PCIe, el flujo de aire a las tarjetas podría ser limitado, por lo que son más para conectividad de red, con un requisito de flujo de aire LFM más bajo en comparación con una GPU que requeriría refrigeración adicional. Más cerca de la parte frontal del servidor hay una fila de 4 ventiladores de chasis que se pueden intercambiar en caliente en el campo.
Por último, la parte trasera del servidor. Es algo bastante estándar en lo que respecta a los servidores. Hay tres puertos USB 3.0, dos puertos de 1 GbE, un puerto de gestión, un interruptor de ID, un puerto serie, un puerto VGA, dos bahías SATA y dos fuentes de alimentación de 1200 vatios. Mientras que en la parte frontal hay bahías NVMe con almacenamiento costoso de alto rendimiento, las bahías SATA en la parte posterior brindan almacenamiento de alta capacidad y bajo costo para las unidades de arranque. Coincidiendo con lo que se vio en el frente, hay un botón de identificación correspondiente en la parte posterior. Es bueno ver que el puerto serial aún se mantiene con una plataforma de próxima generación para los productos heredados que aún lo aprovechan.
Gestión GIGABYTE R272-Z32
Como se indicó, el GIGABYTE R272-Z32 tiene su propio software de administración remota GSM, pero también puede aprovechar la plataforma AMI MegaRAC SP-X para la administración del servidor BMC. Usaremos el MegaRAC para esta revisión y analizaremos dos componentes del KVM: la pantalla de administración y sus páginas de inicio asociadas, así como la ventana emergente de la consola remota para el software de carga y administración del sistema operativo del servidor.
Desde la pantalla de administración principal, se pueden ver estadísticas rápidas en la página de inicio y ver varias pestañas principales que se ejecutan en el lado izquierdo, que incluyen: Tablero, Sensor, Inventario del sistema, Información de FRU, Registros e informes, Configuración, Control remoto, Redirección de imágenes, Control de energía, y mantenimiento. La primera página es el tablero. Aquí se puede ver fácilmente el tiempo de actividad del BMC, las aserciones pendientes, los registros de acceso y cuántos problemas están activos, el monitoreo de sensores y las ranuras de las unidades y cuántos eventos han tenido durante las últimas 24 horas y 30 días.
Al hacer clic en los sensores, los usuarios pueden ver rápidamente los sensores discretos y su estado actual. Los usuarios también pueden ver los sensores normales y cómo están leyendo y comportándose actualmente (por ejemplo, las RPM del ventilador y cuándo se encendió).
La pestaña Inventario del sistema permite a los administradores ver varios hardware en el servidor. Al hacer clic en la CPU, se obtiene información detallada sobre cuál es, AMD EPYC 7702P en este caso. Los usuarios también pueden ver información de caché para la CPU.
Al igual que la CPU, la subpestaña de inventario DIMM brinda información detallada sobre la RAM, incluido el máximo posible, cuánto está instalado en qué ranuras, si es ECC o no, así como detalles sobre DIMM individuales.
La subpestaña Inventario de HDD es similar a la anterior y brinda información sobre las unidades instaladas y la capacidad de profundizar para obtener más información.
La siguiente pestaña principal es la información de FRU (Unidades reemplazables en campo). Como su nombre lo indica, esta pestaña brinda información sobre las unidades FRU, aquí podemos ver información sobre el chasis y la placa base.
La pestaña Configuración es bastante completa. Brinda a los administradores acceso a todas las opciones de configuración que necesitan y la capacidad de cambiarlas para satisfacer las cargas de trabajo elegidas.
La pestaña Siguiente es Control remoto. Aquí los usuarios tienen la opción de iniciar un KVM o iniciar JAVA SOL. Lanzamos el KVM.
Una vez iniciado, brinda a los usuarios acceso remoto al sistema operativo del servidor, que en nuestro ejemplo es una pantalla de carga de Linux. Las ventanas de la consola remota son una herramienta invaluable en un centro de datos donde desea un control local sin tener que transportar un monitor, un teclado y un mouse para hacerlo. Visible en la parte superior derecha de la ventana está la función de imagen de CD que le permite montar ISO desde su sistema local para que sea accesible de forma remota en el servidor para cargar software.
La pestaña Control de energía ofrece una pequeña lista de acciones de energía que incluyen Apagado, Encendido, Ciclo de energía, Restablecimiento completo y Apagado ACPI.
La pestaña Mantenimiento permite el acceso a varias cosas de las que los administradores pueden necesitar ocuparse, incluida la configuración de copia de seguridad, la ubicación de la imagen del firmware, la información del firmware, la actualización del firmware, la actualización del firmware de HPM, la configuración de conservación, la configuración de restauración, la restauración de los valores predeterminados de fábrica y el administrador del sistema.
También se puede acceder a la información del BIOS a través de la información del firmware en la pestaña Mantenimiento.
Configuración y rendimiento de Gigabyte R272-Z32
Para nuestra línea de prueba inicial, nos enfocamos en puntos de referencia sintéticos dentro de un entorno Linux sin sistema operativo. Instalamos Ubuntu 18.04.02 y aprovechamos vdbench para aplicar nuestros puntos de referencia basados en almacenamiento. Con 12 SSD Micron 9300 Pro de 3.84 TB cargados en el servidor, nuestro objetivo era saturar la CPU con E/S de almacenamiento. A medida que se publique compatibilidad adicional con el sistema operativo AMD EYPC Rome, principalmente VMware vSphere (en espera de 6.7 U3 para ser GA), lo agregaremos a las pruebas en esta plataforma de servidor.
Análisis de carga de trabajo de VDBench
Cuando se trata de comparar matrices de almacenamiento, las pruebas de aplicaciones son las mejores y las pruebas sintéticas ocupan el segundo lugar. Si bien no es una representación perfecta de las cargas de trabajo reales, las pruebas sintéticas ayudan a los dispositivos de almacenamiento de referencia con un factor de repetibilidad que facilita la comparación de manzanas con manzanas entre las soluciones de la competencia. Estas cargas de trabajo ofrecen una gama de diferentes perfiles de prueba que van desde pruebas de "cuatro esquinas", pruebas comunes de tamaño de transferencia de bases de datos, así como capturas de seguimiento de diferentes entornos VDI. Todas estas pruebas aprovechan el generador de cargas de trabajo vdBench común, con un motor de secuencias de comandos para automatizar y capturar resultados en un gran clúster de pruebas informáticas. Esto nos permite repetir las mismas cargas de trabajo en una amplia gama de dispositivos de almacenamiento, incluidos arreglos flash y dispositivos de almacenamiento individuales.
perfiles:
- Lectura aleatoria 4K: 100 % de lectura, 128 subprocesos, 0-120 % de iorate
- Escritura aleatoria 4K: 100 % de escritura, 64 subprocesos, 0-120 % de iorate
- Lectura secuencial de 64 K: 100 % de lectura, 16 subprocesos, 0-120 % de iorate
- Escritura secuencial de 64 K: 100 % de escritura, 8 subprocesos, 0-120 % de iorate
- Base de datos sintética: SQL y Oracle
- Trazas de clones vinculados y clones completos de VDI
Con una lectura aleatoria de 4K, el GIGABYTE R272-Z32 comenzó un poco más de 100 µs y alcanzó un máximo de 6,939,004 189.6 XNUMX IOPS con una latencia de XNUMX µs.
Para escritura aleatoria de 4K, el servidor 158,161 IOPS con solo 28 µs de latencia. El servidor se mantuvo por debajo de los 100 µs hasta alrededor de 1.27 millones de IOPS y alcanzó un máximo de 1,363,259 699.8 XNUMX IOPS con una latencia de XNUMX µs.
Cambiando a cargas de trabajo secuenciales, vimos el pico del servidor en 645,240 IOPS o 40.3GB/s con una latencia de 592.9µs en nuestra lectura de 64K.
En una escritura de 64 110, el servidor alcanzó un máximo de alrededor de 6.8 246.1 IOPS o alrededor de XNUMX GB/s con una latencia de XNUMX µs antes de caer significativamente.
Nuestro próximo conjunto de pruebas son nuestras cargas de trabajo de SQL: SQL, SQL 90-10 y SQL 80-20. Para SQL, el servidor alcanzó un máximo de 2,489,862 151.2 XNUMX IOPS con una latencia de XNUMX µs.
Para SQL 90-10, el servidor tuvo un rendimiento máximo de 2,123,201 177.2 XNUMX IOPS con una latencia de XNUMX µs.
Nuestra última prueba de SQL, la 80-20, vio que el servidor alcanzó un rendimiento máximo de 1,849,018 202.1 XNUMX IOPS con una latencia de XNUMX µs.
Lo siguiente son nuestras cargas de trabajo de Oracle: Oracle, Oracle 90-10 y Oracle 80-20. Con Oracle, el servidor GIGABYTE alcanzó un máximo de 1,652,105 227.5 XNUMX IOPS con una latencia de XNUMX µs.
Con Oracle 90-10, el servidor alcanzó un máximo de 1,727,168 150.1 XNUMX IOPS con una latencia de solo XNUMX µs.
Para Oracle 80-20, el servidor alcanzó una puntuación máxima de 1,551,361 166.8 XNUMX IOPS con una latencia de XNUMX µs.
A continuación, cambiamos a nuestra prueba de clonación de VDI, completa y vinculada. Para el arranque VDI Full Clone (FC), el servidor con tecnología EPYC Rome tuvo un rendimiento máximo de 1,680,812 220.4 XNUMX IOPS con una latencia de XNUMX µs.
Con VDI FC Initial Login, el servidor comenzó con 39,309 79.8 IOPS con una latencia de 100 µs. el servidor se mantuvo por debajo de los 200 µs hasta aproximadamente 393,139 627.3 IOPS y alcanzó un máximo de XNUMX XNUMX IOPS con una latencia de XNUMX µs.
Para VDI FC Monday Login, el servidor alcanzó un máximo de 351,133 326.6 IOPS con una latencia de XNUMX µs.
Para VDI LC Boot, el servidor alcanzó un máximo de 777,722 197.6 IOPS con una latencia de XNUMX µs.
Con VDI LC Initial Login, el servidor GIGABYTE alcanzó un máximo de 211,720 341.9 IOPS con una latencia de XNUMX µs.
Y, por último, con VDI LC Monday Login, el servidor EPYC Rome tuvo un rendimiento máximo de 216,084 521.9 IOPS con una latencia de XNUMX µs.
Conclusión
Ya salieron las nuevas CPU AMD EPYC 7002, y el primer servidor con los nuevos procesadores (al menos en nuestro laboratorio) es el GIGABYTE R272-Z32. Este servidor de uso general de 2U utiliza la placa base MZ32-AR0, lo que la hace compatible con un solo procesador EPYC Rome nuevo. El servidor tiene 16 ranuras DIMM, con un total potencial de 1 TB de RAM DDR4 de 3200 MHz. El R272-Z32 tiene 24 bahías intercambiables en caliente en la parte delantera para todo el almacenamiento NVMe, con dos bahías en la parte trasera para SSD o HDD SATA. Si los clientes necesitan agregar dispositivos PCIe (incluidos los dispositivos Gen4 ahora), hay siete ranuras en la parte posterior, aunque solo tres están abiertas. El servidor también es compatible con AMI MegaRAC SP-X para la administración del servidor BMC.
Para las pruebas, aprovechamos la CPU AMD EPYC 7702P, 256 GB de RAM DDR3,200 Micron de 4 MHz y 12 SSD Micron Pro 3.84 de 9300 TB. Con lo anterior, este pequeño servidor realmente trajo el trueno. Con solo usar nuestras cargas de trabajo de VDBench, vimos que el servidor alcanzó los 7 millones de IOPS en lectura de 4K, 1.4 millones de IOPS en escritura de 4K, la asombrosa cifra de 40.3 GB/s en lectura secuencial de 64 K y 6.8 GB/s en escritura secuencial de 64 K. Pasando a nuestras cargas de trabajo de SQL, el servidor continuó impresionando con 2.5 millones de IOPS, 2.1 millones de IOPS en SQL 90-10 y 1.85 millones de IOPS en SQL 80-20. En Oracle, el servidor alcanzó 1.65 millones de IOPS, 1.73 millones de IOPS en 90-10 y 1.55 millones de IOPS en 80-20. Incluso en nuestras pruebas de clonación de VDI, el servidor pudo romper un millón de IOPS en el arranque VDI FC con 1.68 millones. Si bien la latencia superó los 100 µs en su mayor parte, solo superó 1 ms en la prueba de escritura secuencial de 64K.
Para un servidor de uso general, AMD EPYC Rome convirtió al GIGABYTE R272-Z32 en una bestia. Si bien tenemos un buen equipo en el servidor, ni siquiera estábamos cerca de maximizar su potencial. A medida que la lista de sistemas operativos compatibles con Rome siga creciendo, podremos ver qué tan bien se acumulan las nuevas CPU en una gran cantidad de cargas de trabajo. Estos nuevos procesadores con los servidores que los admiten pueden estar introduciéndonos en un nuevo nivel de rendimiento en el centro de datos que aún no hemos visto, especialmente cuando comienza a tener en cuenta el potencial sin explotar de PCIe Gen4.
