Dell EMC PowerEdge C6525 es un servidor de 2U diseñado para abordar la necesidad de entornos de computación densa de alto rendimiento, como las cargas de trabajo de HPC. Como el nombre/número termina en “5”, esto indica que el C6525 es un servidor basado en AMD EPYC, que admite tanto el 7002 y 7003. Este último va de la mano con un mayor rendimiento (más núcleos y subprocesos), más capacidad de RAM y capacidades PCIe Gen4. El C6525 tiene cuatro nodos que permiten dos CPU AMD EPYC cada uno para un total general de 512 núcleos, 1024 subprocesos y hasta 8 TB de memoria en el clúster de 2U.
Dell EMC PowerEdge C6525 es un servidor de 2U diseñado para abordar la necesidad de entornos de computación densa de alto rendimiento, como las cargas de trabajo de HPC. Como el nombre/número termina en “5”, esto indica que el C6525 es un servidor basado en AMD EPYC, que admite tanto el 7002 y 7003. Este último va de la mano con un mayor rendimiento (más núcleos y subprocesos), más capacidad de RAM y capacidades PCIe Gen4. El C6525 tiene cuatro nodos que permiten dos CPU AMD EPYC cada uno para un total general de 512 núcleos, 1024 subprocesos y hasta 8 TB de memoria en el clúster de 2U.
Al ser una serie C, este servidor está enfocado en la nube. Gran parte del secreto de este servidor radica en el diseño del hardware, lo veremos más de cerca en nuestra sección de diseño y construcción. Pero en pocas palabras, dentro de este factor de forma de 2U, Dell Technologies pudo instalar cuatro nodos que pueden tener dos CPU AMD EPYC cada uno u ocho en total. Si bien esto genera un cómputo realmente denso (excelente para la fabricación digital, la investigación y la tecnología web), puede limitar otras opciones como el almacenamiento total. Aunque con los casos de uso dados, eso es menos preocupante.
Al igual que con todas las cosas de Dell, Dell EMC PowerEdge C6525 viene con excelentes opciones de administración y seguridad, incluido el uso de Dell EMC OpenManage, iDRAC e incluso vSphere. La seguridad se mejora aún más mediante el uso de AMD Secure Memory Encryption (SME) y Secure Encrypted Virtualization (SEV). El servidor aprovecha la raíz de confianza de silicio y mantiene la seguridad del firmware del servidor con paquetes de firmware firmados digitalmente.
Especificaciones de Dell EMC PowerEdge C6525
Procesador | Uno o dos procesadores AMD EPYC de segunda o tercera generación por configuración de nodo con hasta 2 núcleos por procesador y hasta 3 W (TDP) |
Salud Cerebral | Hasta 16 x DDR4 RDIMM 2 TB máx. LRDIMM 2 TB máx. Ancho de banda hasta 3200 MT/S |
Disponibilidad | Unidades de disco duro redundantes conectables en caliente, ventiladores, fuentes de alimentación |
Control | HW RAID: puerto PERC 10.4 para chipset H745, H345, HBA345 SW RAID (S150): Sí |
compartimentos de unidad | Configuración de plano posterior directo de 2.5” con hasta 6 unidades SAS/SATA por nodo, hasta 24 por chasis Configuración de backplane NVMe de 2.5” con hasta 2 unidades NVMe y 4 unidades SAS/SATA por nodo. Hasta 24 unidades en total por chasis Configuración de plano posterior directo de 3.5” con hasta 3 unidades SAS/SATA por nodo, hasta 12 por chasis Interna: tarjeta microSD | M.2 SATA JEFE 1.0 |
Fuentes de alimentación | Doble fuente de alimentación de CA redundante de conexión en caliente de 2000 W y 2400 W Fuente de alimentación dual de modo mixto de 2000 W CA/CC redundante de conexión en caliente Opciones de refrigeración: refrigeración por aire, refrigeración líquida directa (DLC) |
Ventiladores | Ventiladores conectables en caliente |
Dimensiones | Altura: 86.8 mm (3.4 ") Ancho: 448.0 mm (17.6 ") Profundidad: 790.0 mm (31.1 ") Peso45.53 kg (100.3 libras) Chasis de backplane directo de 3.5” 41.5 kg (91.4 libras) Chasis de plano posterior directo/NVMe de 2.5" 35.15 kg (77.4 libras) sin chasis de placa posterior |
Unidades de rack | Servidor en bastidor 2U/4N |
Gestión integrada. | iDRAC9 API RESTful de iDRAC con RedfishiDRAC Direct |
NIC integrado | LOM de 1 GbE de puerto único |
Opciones de red (NDC) | 1x OCP 3.0 |
Opciones de GPU | 1x GPU de ancho único |
Puertos | Puertos traseros: 1 x puerto micro-USB iDRAC directo 1 x puerto de mini pantalla 1 puerto iDRAC o NIC 1 3.0 puerto USB de x |
PCIe | 2 elevadores PCIe x16 Gen4 1x OCP 3.0 x16 Gen4 1 elevador PCIe x8 Gen3 M.2 |
Sistemas operativos e hipervisores | Servidor canónico Ubuntu LTS CentOS basado en el núcleo RHEL 8.0 Hipervisor Citrix Microsoft Windows Server con Hyper-V Red Hat Enterprise Linux SUSE Linux Enterprise Server VMware ESXi |
Dell EMC PowerEdge C6525 Diseño y construcción
Como se indicó, Dell EMC PowerEdge C6525 es un servidor de 2U. Según la configuración, la parte frontal del servidor tiene 24 bahías de 2.5" o 12 bahías de 3.5". Cualquiera de los lados tiene un panel de control con funciones como un botón de encendido e indicadores LED. Hay una etiqueta de información en el lado derecho.
Volteando el servidor hacia atrás podemos ver los cuatro nodos. Cada uno tiene dos ranuras PCIe en la parte superior, un asa de liberación del trineo en el medio y un candado a la derecha. También hay una ranura para tarjeta OCP 3.0 SFF en la parte inferior derecha de cada trineo. Para la conectividad, hay un puerto USB 3.0, un puerto iDRAC o NIC, un puerto de pantalla mini y un puerto micro-USB directo de iDRAC. El sled tiene un LED de identificación del sistema y también una etiqueta EST.
Sacando un trineo podemos ver los dos procesadores y la memoria RAM circundante. Hay una cubierta de aire entre las CPU. Cerca de las CPU hay un elevador M.2 para unidades de arranque sin quitar el uso de las bahías de unidades frontales.
Administración de Dell EMC PowerEdge C6525
Cubrimos iDRAC varias veces en el pasado y fuimos bien en profundidad aquí. También usamos iDRAC para la administración de Dell EMC PowerEdge C6525. Cada nodo se administra individualmente, sin mucha conciencia de los nodos o chasis circundantes. Esto contrasta con plataformas como Dell EMC FX2 que incluyen esa capa. Para esta aplicación, no importa tanto sin recursos compartidos entre los nodos.
Para los elementos de hardware compartidos, como los controles de los ventiladores, el nodo con la demanda más alta gana en términos de perfil de enfriamiento. Si un nodo está caliente pero tres están fríos, el chasis responderá como si todos estuvieran calientes. Lo primero es el tablero. Aquí los usuarios obtienen una descripción general rápida de todo, incluida la ayuda del sistema, información, resúmenes de tareas y registros recientes. La capacidad de apagar correctamente el servidor también se puede encontrar aquí.
En la pestaña Sistema, podemos ver los diversos componentes. Al hacer clic en CPUs/Accelerators podemos ver qué CPUs estamos ejecutando en cada nodo (AMD EPYC 7452 en este caso).
Un gran aspecto de los servidores PowerEdge es su capacidad para mantenerse frescos mientras ejecutan piezas de alto rendimiento que generan calor. Si bien se puede configurar para obtener el máximo rendimiento, no es necesario ejecutar el servidor de esa manera en todo momento. En cambio, los usuarios pueden ingresar a la configuración y ajustar la configuración de enfriamiento para que se ajuste a sus necesidades.
Una forma en que Dell facilita la administración de sus plataformas es usar iDRAC para realizar cambios en el nivel del BIOS en cada nodo sin tener que ingresar manualmente al BIOS. Una vez que los cambios estén programados, tendrán efecto en el próximo reinicio.
Rendimiento de Dell EMC PowerEdge C6525
Configuración de Dell EMC PowerEdge C6525, 4 nodos cada uno con:
- 2 x CPU AMD EPYC 7452
- 128GB DDR4 RAM
- 2 x SSD Micron 9300 de 3.84 TB NVMe
- 1 SSD de arranque M.2
Rendimiento Sysbench MySQL
Nuestro primer punto de referencia de la aplicación de almacenamiento local consiste en una base de datos OLTP MySQL de Percona medida a través de SysBench. Esta prueba mide el promedio de TPS (transacciones por segundo), la latencia promedio y también la latencia promedio del percentil 99.
Cada máquina virtual de Sysbench está configurada con tres discos virtuales: uno para arranque (~92 GB), uno con la base de datos preconstruida (~447 GB) y el tercero para la base de datos bajo prueba (270 GB). Desde la perspectiva de los recursos del sistema, configuramos cada VM con 16 vCPU, 60 GB de DRAM y aprovechamos el controlador LSI Logic SAS SCSI.
Configuración de prueba de Sysbench (por VM)
- CentOS 6.3 de 64 bits
- Percona XtraDB 5.5.30-rel30.1
-
- Tablas de base de datos: 100
- Tamaño de la base de datos: 10,000,000
- Subprocesos de la base de datos: 32
- Búfer RAM: 24GB
- Duración de la prueba: 3 horas
-
- 2 horas preacondicionamiento 32 hilos
- 1 hora 32 hilos
Con Sysbench OLTP vimos una puntuación agregada de 49,701 12,170 TPS con nodos individuales alcanzando agregados entre 12,606 6525 TPS y 2 XNUMX TPS. Incluso sin CPU de gama alta y una cantidad modesta de DRAM, Dell EMC CXNUMX ofreció un gran rendimiento en un espacio de XNUMXU.
Con la latencia promedio, vimos un agregado total de 10.3 ms con nodos individuales alcanzando entre 10.15 ms y 10.51 ms.
Para nuestra latencia en el peor de los casos (percentil 99), el C6525 nos dio un total de solo 18.3 ms con nodos individuales alcanzando 18.01 ms a 18.8 ms.
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, 128 subprocesos, 0-120 % de iorate
- Lectura secuencial de 64 K: 100 % de lectura, 32 subprocesos, 0-120 % de iorate
- Escritura secuencial de 64 K: 100 % de escritura, 16 subprocesos, 0-120 % de iorate
- Base de datos sintética: SQL y Oracle
- Trazas de clones vinculados y clones completos de VDI
Para el rendimiento de VDBench, observamos cada nodo y cómo funciona, además de agregarlo.
En cuanto a la lectura aleatoria de 4K, todos los nodos se desempeñaron más o menos igual con un solo nodo que alcanzó un pico de 1,320,861 191 5.2 IOPS con una latencia de XNUMX µs. Un agregado de todos los nodos sería de aproximadamente XNUMX millones de IOPS.
En 4K, la escritura aleatoria de los SSD en cada nodo no se rastreaba tan cerca uno del otro. El nodo 4 tuvo el pico más alto con 411,075 337 IOPS a una latencia de 1.2 µs. Un pico agregado empuja a más de XNUMX millones de IOPS.
Al cambiar al trabajo secuencial con nuestras cargas de trabajo de 64 107, en la lectura vimos una vez más que los nodos se rastreaban mucho más juntos. El pico más alto de un solo nodo fue de aproximadamente 6.7 488 IOPS o 428 GB/s con una latencia de 26.8 µs. La puntuación total sería de unos XNUMX XNUMX IOPS o XNUMX GB/s.
Con 64K de escritura, una vez más vemos que el rendimiento de cada nodo se desmorona. El pico más alto de un solo nodo es nuevamente el nodo 4 con 38,504 2.4 IOPS o 828 GB/s con una latencia de 137 µs. La combinación de todos los puntajes máximos nos da 8.5 XNUMX IOPS o XNUMX GB/s.
Nuestro próximo conjunto de pruebas son nuestras cargas de trabajo de SQL: SQL, SQL 90-10 y SQL 80-20. Comenzando con SQL, los cuatro nodos en Dell EMC PowerEdge C6525 estaban nuevamente muy juntos. El pico más alto de un solo nodo fue de 409,064 157 IOPS a 1.6 µs. Un pico agregado eleva las IOPS a más de XNUMX millones.
Con SQL 90-10, los nodos viajaron más o menos juntos hasta el final, donde el nodo 4 se adelantó una vez más con un pico de 391,425 154 IOPS a una latencia de 1.5 µs. Los picos combinados llegan a más de XNUMX millones de IOPS.
SQL 80-20 vio que los nodos se comportaban de manera un poco diferente. El nodo 2 alcanzó el pico más alto con 340,626 176 IOPS a una latencia de 1.34 µs. Combine, todos los nodos brindan un rendimiento de más de XNUMX millones de IOPS.
Lo siguiente son nuestras cargas de trabajo de Oracle: Oracle, Oracle 90-10 y Oracle 80-20. Comenzando con Oracle, los cuatro nodos se rastrearon entre sí, con el confiable número 4 alcanzando el pico más alto con 327,398 188 IOPS con una latencia de 1.26 µs. Esto lleva el rendimiento total a más de XNUMX millones de IOPS.
Oracle 90-10 tenía los nodos más alineados en su mayor parte, aunque el nodo 4 una vez más alcanzó su punto máximo con 325,058 132 IOPS a una latencia de 1.25 µs. El rendimiento combinado llega a más de XNUMX millones de IOPS.
Mirando Oracle 80-20, los nodos están un poco más espaciados aquí, pero más o menos caen en la misma línea. El nodo 4 ocupa el primer lugar con 297,033 1.1 IOPS. El rendimiento agregado supera los XNUMX millones de IOPS.
A continuación, cambiamos a nuestra prueba de clonación de VDI, completa y vinculada. Para VDI Full Clone (FC) Boot, los cuatro nodos se ejecutaron bastante juntos y el nodo afortunado 4 alcanzó el máximo de 312,464 202 IOPS y una latencia de 1.2 µs. La combinación de los picos nos lleva a más de XNUMX millones de IOPS.
Con el inicio de sesión inicial de VDI FC, el nodo realmente se separó aquí al final. El nodo 4 tuvo el pico más alto con 84,792 449 IOPS a una latencia de 331 µs. El rendimiento combinado llega a más de XNUMX XNUMX IOPS.
VDI FC Monday Login vio otra divergencia en el rendimiento del nodo cerca del final. El máximo rendimiento de un solo nodo fue de 84,346 310 IOPS con una latencia de 323 µs. El rendimiento agregado superó las XNUMX XNUMX IOPS.
Para VDI Linked Clone (LC) Boot, el nodo una vez más funcionó muy cerca en rendimiento. Un solo nodo alcanzó un máximo de 158,820 196 IOPS con una latencia de 628 µs. El rendimiento combinado llegó a más de XNUMX XNUMX IOPS.
El inicio de sesión inicial de VDI LC vio una pequeña diferencia en el rendimiento del nodo cerca del final. El pico superior de un solo nodo fue de 48,484 272 IOPS con una latencia de 181 µs. El rendimiento agregado nos brinda más de XNUMX XNUMX IOPS.
Finalmente, con VDI LC Monday Login vimos que los nodos difieren en rendimiento. El máximo rendimiento de un solo nodo fue de alrededor de 53 450 IOPS y 197 µs. El rendimiento máximo combinado superó las XNUMX XNUMX IOPS.
Conclusión
El Dell EMC PowerEdge C6525 es un servidor de 2U destinado a implementaciones en la nube. El servidor es denso, contiene cuatro nodos y está equipado con CPU AMD EPYC (la que se probó aquí con segunda generación pero Dell está ofreciendo un C6525 con EPYC de tercera generación también) con un potencial total de 512 núcleos y 1,024 subprocesos. Las CPU permiten un total de 2 TB de memoria DDR4 3200 MT/S por nodo. Cada nodo puede albergar dos procesadores AMD EPYC, dos bahías PCIe, una ranura OCP 3.0 y un SSD m.2 integrado para arranque. Esto permite todo tipo de cómputo, sin embargo, existe una limitación en la cantidad de almacenamiento que se puede colocar en el servidor. Con una configuración de chasis de unidad de 2.5″, a cada nodo se le pueden asignar 6 unidades y hasta dos de ellas son NVMe con el backplane adecuado.
Para el rendimiento de la aplicación, buscamos VDBench. Probamos ambos nodos individuales y observamos la puntuación en conjunto. Esto les da a los usuarios una idea de cómo funciona cada parte, así como una imagen del rendimiento total. En Análisis de carga de trabajo de la aplicación, solo ejecutamos Sysbench. En transaccional vimos un puntaje agregado de 49,701 TPS. En latencia promedio, el servidor nos dio una latencia agregada de 10.3ms. Con nuestro peor escenario, el C6525 obtuvo una puntuación total de solo 18.3 ms.
Para nuestro VDBench, el rendimiento agregado de los cuatro nodos nos proporcionó 5.2 millones de IOPS en lectura de 4K, 1.2 millones de IOPS en escritura de 4K, 26.8 GB/s en lectura de 64 K y 8.5 GB/s en escritura de 64 K. En nuestras cargas de trabajo de SQL, vimos máximos de 1.6 millones de IOPS, 1.5 millones de IOPS en SQL 90-10 y 1.34 millones de IOPS en SQL 80-20. En Oracle, todo el servidor alcanzó más de 1.26 millones de IOPS, 1.25 millones de IOPS en Oracle 90-10 y 1.1 millones de IOPS en Oracle 80-20. Lo siguiente fueron nuestras pruebas de clonación de VDI, completas y vinculadas. En FC vimos un arranque de 1.2 millones de IOPS, el inicio de sesión inicial fue de aproximadamente 331 323 IOPS y el inicio de sesión del lunes fue de aproximadamente 628 181 IOPS. Con el arranque de LC fue de aproximadamente 197 XNUMX IOPS, el inicio de sesión inicial fue de XNUMX XNUMX IOPS y el inicio de sesión del lunes fue de XNUMX XNUMX IOPS.
También analizamos el rendimiento de un solo nodo en VDBench, donde se observaron algunas variaciones en el rendimiento. Con el tamaño de grupo de SSD más pequeño, la mayor parte de esta variación probablemente se deba a los propios SSD. El rendimiento de un solo nodo nos proporcionó 1.3 millones de IOPS en lectura de 4K, 411 4 IOPS en escritura de 6.7K, 64 GB/s en lectura de 2.4 K y 64 GB/s en escritura de 409 K. En nuestras cargas de trabajo de SQL, vimos máximos de 391 90 IOPS, 10 341 IOPS en SQL 80-20 y 327 325 IOPS en SQL 90-10. En Oracle, todo el servidor alcanzó más de 297 80 IOPS, 20 312 IOPS en Oracle 85-84 y 159 48 IOPS en Oracle 53-XNUMX. Lo siguiente fueron nuestras pruebas de clonación de VDI, completas y vinculadas. En FC vimos un arranque de XNUMX XNUMX IOPS, el inicio de sesión inicial fue de aproximadamente XNUMX XNUMX IOPS y el inicio de sesión del lunes fue de aproximadamente XNUMX XNUMX IOPS. Con el arranque de LC fue de aproximadamente XNUMX XNUMX IOPS, el inicio de sesión inicial fue de XNUMX XNUMX IOPS y el inicio de sesión del lunes fue de XNUMX XNUMX IOPS.
Dell EMC PowerEdge C6525 es un servidor denso de 2U que puede albergar cuatro nodos y hasta ocho procesadores AMD EPYC. El servidor puede ofrecer un rendimiento tremendo en su pequeño tamaño, pero lo hace a costa del almacenamiento. En última instancia, el C6525 está dirigido a casos de uso en la nube de computación pesada que pueden beneficiarse de esta combinación de élite de potencia y densidad. Para aquellos que necesitan un combo de este tipo, el C6525 es una opción fenomenal.
Interactuar con StorageReview
Boletín informativo | Canal de YouTube | Podcast iTunes/Spotify | @Instagram | Twitter | Facebook | RSS Feed