Memblaze ha lanzado una serie de SSD NVMe 3D NAND de 64 capas, denominadas PBlaze5 910-916. Estas unidades se lanzaron en formatos U.2 y AIC, con el modelo 910 alcanzando una capacidad de hasta 15.36 TB. La versión 916 ofrece mayor durabilidad. Anteriormente analizamos el SSD 916 U.2 y ahora nos centramos en la versión HHHL AIC de mayor rendimiento.
El SSD Memblaze PBlaze5 916 AIC viene con todos los beneficios de la versión U.2, incluido el cifrado de datos AES 256, la protección completa de la ruta de datos y la protección mejorada contra fallas de energía. Las versiones 916 también tienen mayor resistencia y admiten 3 DWPD frente a la 910 que solo admite 1 DWPD. El 916 AIC aprovecha los cuatro carriles adicionales para impulsar aún más el rendimiento con velocidades cotizadas de hasta 5.9 GB/s de lectura y 2.8 GB/s de escritura con un rendimiento de hasta 1 millón de IOPS de lectura y 303 XNUMX IOPS de escritura.
El SSD Memblaze PBlaze5 916 AIC viene en 3.2 TB y 6.4 TB, para esta revisión estamos viendo la versión de 6.4 TB.
Especificaciones de AIC de la serie Memblaze PBlaze5 916
| Capacidad de usuario (TB) | de 3.2 |
| Factor de forma | HHHL AIC |
| Interfaz: | PCIe 3.0 x 8 |
| Lectura secuencial (128 KB) (GB/s) | de 5.5 |
| Escritura secuencial (128 KB) (GB/s) | de 3.1 |
| IOPS de lectura aleatoria sostenida (4 KB) | 850K, 1,000K |
| Escritura aleatoria sostenida (4 KB) IOPS (estado estable) | 210K, 303K |
| Lectura/escritura de latencia | 87 / 11 µs |
| Resistencia de por vida | 3 DWPD |
| UBER | <10-17 |
| MTBF | 2 millón de horas |
| Protocolo | NVMe 1.2a |
| Memoria Flash NAND | NAND 3D eTLC |
| Sistema operativo | RHEL, SLES, CentOS, Ubuntu, Windows Server, VMware ESXi |
| Consumo de energía | 7 ~ 25 W |
| Soporte de funciones básicas | Protección contra fallas de energía, conectable en caliente, protección completa de ruta de datos, SMART: TRIM, espacio de nombres múltiples, cifrado de datos AES 256, reinicio rápido, borrado criptográfico, |
| Soporte de funciones avanzadas | TRIM, espacio de nombres múltiples, cifrado de datos AES 256, reinicio rápido, borrado criptográfico, puerto dual |
| Soporte técnico | Herramienta de gestión de código abierto, herramienta de depuración CLI, controlador integrado del sistema operativo (Fácil integración del sistema) |
Rendimiento
Banco de pruebas
En nuestras pruebas de SSD empresariales, utilizamos un Lenovo ThinkSystem SR850 para las pruebas de aplicaciones y un Dell PowerEdge R740xd para las pruebas de rendimiento sintéticas. El ThinkSystem SR850 es una plataforma de cuatro procesadores bien equipada, que ofrece una potencia de CPU muy superior a la necesaria para poner a prueba el almacenamiento local de alto rendimiento. Las pruebas sintéticas que no requieren muchos recursos de CPU utilizan el servidor de doble procesador más tradicional. En ambos casos, el objetivo es mostrar el almacenamiento local en su mejor versión, de acuerdo con las especificaciones máximas de las unidades del fabricante.
Lenovo Think System SR850
- 4 CPU Intel Platinum 8160 (2.1 GHz x 24 núcleos)
- 16 DRAM ECC de 32 GB DDR4-2666 MHz
- 2 tarjetas RAID 930-8i 12 Gb/s
- 8 bahías NVMe
- VMware ESXI 6.5
Dell PowerEdge R740xd
- 2 CPU Intel Gold 6130 (2.1 GHz x 16 núcleos)
- 4 memorias ECC de 16 GB DDR4-2666 MHz
- 1 tarjeta RAID PERC 730 de 2 GB y 12 Gb/s
- Adaptador NVMe adicional
- Ubuntu-16.04.3-escritorio-amd64
Antecedentes de prueba y comparables
El laboratorio de pruebas empresariales de StorageReview ofrece una arquitectura flexible para realizar pruebas de rendimiento de dispositivos de almacenamiento empresariales en un entorno similar al que los administradores encuentran en implementaciones reales. Este laboratorio incorpora una variedad de servidores, redes, sistemas de acondicionamiento de energía y otra infraestructura de red que permite a nuestro personal recrear condiciones reales para evaluar con precisión el rendimiento durante nuestras revisiones.
Incorporamos estos detalles sobre el entorno y los protocolos del laboratorio en nuestras reseñas para que los profesionales de TI y los responsables de la adquisición de almacenamiento comprendan las condiciones en las que hemos obtenido los siguientes resultados. Ninguna de nuestras reseñas está patrocinada ni supervisada por el fabricante del equipo que probamos. En las páginas correspondientes encontrará información adicional sobre el Laboratorio de Pruebas Empresariales de StorageReview y una descripción general de sus capacidades de red .
Comparables para esta revisión:
- Memblaze PBlaze5 3.2TB
- Elemento líquido AIC 7.68TB
- Unidad de estado sólido Intel DC P4610 de 1.6 TB
- Huawei ES3000 V5 3.2TB
- Intel SSD DC P4510 2 TB, 8 TB
- Memblaze PBlaze5 910 AIC 7.68TB
Análisis de la carga de trabajo de la aplicación
Para comprender las características de rendimiento de los dispositivos de almacenamiento empresarial, es fundamental modelar la infraestructura y las cargas de trabajo de las aplicaciones en entornos de producción reales. Por lo tanto, nuestras pruebas de rendimiento para el Memblaze PBlaze5 916 consisten en el rendimiento de MySQL OLTP mediante SysBench y el rendimiento de Microsoft SQL Server OLTP con una carga de trabajo TCP-C simulada. Para nuestras cargas de trabajo de aplicaciones, cada unidad ejecutará de 2 a 4 máquinas virtuales con la misma configuración.
Rendimiento de SQL Server
Cada máquina virtual con SQL Server está configurada con dos discos virtuales: un volumen de 100 GB para el arranque y un volumen de 500 GB para la base de datos y los archivos de registro. Desde la perspectiva de los recursos del sistema, configuramos cada VM con 16 vCPU, 64 GB de DRAM y aprovechamos el controlador LSI Logic SAS SCSI. Si bien nuestras cargas de trabajo de Sysbench probadas anteriormente saturaron la plataforma tanto en E/S de almacenamiento como en capacidad, la prueba de SQL busca el rendimiento de la latencia.
Esta prueba utiliza SQL Server 2014 ejecutándose en máquinas virtuales invitadas de Windows Server 2012 R2 y es sometida a pruebas de estrés por Quest Benchmark Factory for Databases. El protocolo de pruebas OLTP de Microsoft SQL Server de StorageReview emplea el borrador actual del Benchmark C (TPC-C) del Transaction Processing Performance Council, una prueba de rendimiento de procesamiento de transacciones en línea que simula las actividades presentes en entornos de aplicaciones complejos. El benchmark TPC-C se acerca más que las pruebas de rendimiento sintéticas a la hora de evaluar las fortalezas y los cuellos de botella del rendimiento de la infraestructura de almacenamiento en entornos de bases de datos. Cada instancia de nuestra máquina virtual de SQL Server para esta revisión utiliza una base de datos de SQL Server de 333 GB (escala 1,500) y mide el rendimiento transaccional y la latencia bajo una carga de 15 000 usuarios virtuales.
Configuración de prueba de SQL Server (por VM)
- Windows Server 2012 R2
- Huella de almacenamiento: 600 GB asignados, 500 GB utilizados
- SQL Server 2014
- Tamaño de la base de datos: escala 1,500
- Carga de clientes virtuales: 15,000
- Búfer RAM: 48GB
- Duración de la prueba: 3 horas
- 2.5 horas de preacondicionamiento
- Período de muestra de 30 minutos
Para nuestro punto de referencia transaccional de SQL Server, Memblaze PBlaze5 916 AIC se ubicó en tercer lugar con 12,645.0 TPS, aunque solo estaba a 1.1 TPS del primer lugar.
Para obtener una mejor comprensión del rendimiento, también se debe analizar la latencia. Aquí, el 916 AIC quedó en segundo lugar con solo 1.3 ms superando al resto de la serie 910/916.
Rendimiento de Sysbench
La siguiente prueba de rendimiento consiste en una base de datos OLTP Percona MySQL medida mediante SysBench. Esta prueba mide el promedio de TPS (transacciones por segundo), la latencia promedio y la latencia promedio del percentil 99.
Cada máquina virtual de Sysbench está configurada con tres discos virtuales: uno para el arranque (~92 GB), uno con la base de datos preconfigurada (~447 GB) y el tercero para la base de datos bajo prueba (270 GB). En cuanto a los recursos del sistema, configuramos cada máquina virtual con 16 vCPU, 60 GB de DRAM y utilizamos el controlador SCSI SAS de LSI Logic.
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 el punto de referencia transaccional de Sysbench, el 916 AIC quedó en segundo lugar con 9,298 TPS.
Para la latencia promedio de Sysbench, el 916 AIC se mantuvo en segundo lugar con 13.8 ms.
Para nuestra latencia en el peor de los casos (percentil 99), el AIC 916 ocupó el primer lugar con solo 25.2 ms de latencia.
Houdini por SideFX
La prueba Houdini está diseñada específicamente para evaluar el rendimiento del almacenamiento en relación con la renderización CGI. El entorno de prueba para esta aplicación es una variante del servidor Dell PowerEdge R740xd que utilizamos en el laboratorio, con dos procesadores Intel 6130 y 64 GB de DRAM. En este caso, instalamos Ubuntu Desktop (ubuntu-16.04.3-desktop-amd64) directamente en el hardware. El tiempo de ejecución de la prueba se mide en segundos, donde un menor tiempo indica un mejor rendimiento.
La demostración de Maelstrom representa una sección de la canalización de renderizado que destaca las capacidades de rendimiento del almacenamiento al demostrar su capacidad para usar de manera efectiva el archivo de intercambio como una forma de memoria extendida. La prueba no escribe los datos de los resultados ni procesa los puntos para aislar el efecto de tiempo de pared del impacto de la latencia en el componente de almacenamiento subyacente. La prueba en sí se compone de cinco fases, tres de las cuales ejecutamos como parte del benchmark, que son las siguientes:
- Carga puntos empaquetados desde el disco. Este es el momento de leer desde el disco. Esto es de un solo subproceso, lo que puede limitar el rendimiento general.
- Desempaqueta los puntos en una sola matriz plana para permitir que se procesen. Si los puntos no dependen de otros puntos, el conjunto de trabajo podría ajustarse para permanecer en el núcleo. Este paso es de subprocesos múltiples.
- (No Ejecutar) Procesa los puntos.
- Los vuelve a empaquetar en bloques divididos en cubos adecuados para volver a almacenarlos en el disco. Este paso es de subprocesos múltiples.
- (No Ejecutar) Escribe los bloques almacenados nuevamente en el disco.
Con la prueba de Houdini, el 916 AIC obtuvo una puntuación de 3,070.7 segundos aterrizando en el punto muerto de las unidades que no son de Optane y justo frente al 910 AIC.
Análisis de carga de trabajo de VDBench
Cuando se trata de comparar dispositivos 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, hasta 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. Nuestro proceso de prueba para estos puntos de referencia llena toda la superficie del disco con datos, luego divide una sección del disco equivalente al 25% de la capacidad del disco para simular cómo el disco podría responder a las cargas de trabajo de la aplicación. Esto es diferente a las pruebas de entropía completa que usan el 100% del impulso y lo llevan a un estado estable. Como resultado, estas cifras reflejarán velocidades de escritura más altas.
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
En nuestro primer análisis de carga de trabajo de VDBench, Random 4K Read, se comparó Memblaze PBlaze5 916 AIC con otras dos unidades AIC: Memblaze PBlaze5 910 y Liqid Element. Aquí, el 916 corría cabeza a cabeza cayendo justo detrás del 910, con el Liquid a la cabeza. El 916 comenzó con 81,010 99 IOPS con 809,069 μs y llegó a un máximo de 157 XNUMX IOPS con una latencia de XNUMX μs.
La escritura 4K aleatoria mostró la misma ubicación para el 916, por último. Aquí, el 916 comenzó con 64,157 17.7 IOPS con solo 100 μs. La unidad pudo permanecer por debajo de 25 μs, en realidad 578 μs, hasta aproximadamente XNUMX XNUMX IOPS, donde alcanzó su punto máximo antes de caer.
Cambiando a cargas de trabajo secuenciales, primero observamos lecturas secuenciales de 64K. Aquí, el 916 una vez más quedó en la parte inferior de nuestro grupo, solo detrás del 910. El 916 alcanzó un máximo de 50,011 3.13 IOPS o 319 GB/s con una latencia de XNUMX μs.
La escritura de 64K vio al 916 deslizarse al segundo lugar justo detrás del 910. Aquí, el 916 comenzó con 4,308 IOPS o 256 MB/s y montó la línea de latencia de 50 μs hasta 30K IOPS o 1.85 GB/s antes de alcanzar un pico de 42,319 2.65 IOPS o 370 GB/s a XNUMX μs de latencia.
El siguiente paso son nuestras cargas de trabajo de SQL, aquí nuevamente el 916 estaba en la parte inferior, pero solo un poco el 916. El 916 comenzó con 27,120 100.9 IOPS con una latencia de 269,845 μs y alcanzó un máximo de 118.1 18 IOPS con una latencia de XNUMX μs. Solo se forma una diferencia de latencia de XNUMX μs de principio a fin.
Para SQL 90-10, el 916 ocupó el tercer lugar con 27,381 97.7 IOPS y una latencia de 916 μs. El 100 superó los 82 μs con alrededor de 273,081 116.3 IOPS y llegó a un máximo de XNUMX XNUMX IOPS con una latencia de XNUMX μs.
Con SQL 80-20, la ubicación del 916 fue la misma a partir de 28,023 88.9 IOPS y una latencia de 277,572 μs y alcanzó un máximo de 114.6 XNUMX IOPS con una latencia de XNUMX μs.
Para nuestra carga de trabajo de Oracle, el 916 apenas superó al 910. Aquí, la unidad comenzó con 30,716 91.2 IOPS con una latencia de 282,888 μs y alcanzó un máximo de 126.2 XNUMX IOPS con una latencia de XNUMX μs.
Oracle 90-10 vio cómo el 916 retrocedía hasta el último lugar, apenas. Aquí, la unidad comenzó a 40,494 98.2 IOPS con una latencia de 202,512 μs y alcanzó un máximo de 107.9 XNUMX IOPS con una latencia de XNUMX μs.
Para Oracle 80-20, vemos que el 916 apenas toma el segundo lugar del 910. La unidad comenzó a 42,276 87.6 IOPS con una latencia de 100 μs y se mantuvo por debajo de los 169 μs hasta aproximadamente 210,628 103.8 IOPS y alcanzó un máximo de XNUMX XNUMX IOPS con una latencia de XNUMX μs. .
A continuación, pasamos a nuestra prueba de clonación de VDI, completa y vinculada. Para VDI Full Clone Boot, el 916 ocupó el tercer lugar a partir de 22,788 107.9 IOPS con una latencia de 218,323 μs y alcanzó un máximo de 158.9 XNUMX IOPS con una latencia de XNUMX μs.
Para el inicio de sesión inicial de VDI FC, el 916 ocupó el segundo lugar después del 910 a partir de 15,487 69.7 IOPS con una latencia de 100 μs y se mantuvo por debajo de los 65 μs hasta aproximadamente 147,777 199.4 IOPS. La unidad alcanzó un máximo de XNUMX XNUMX IOPS y una latencia de XNUMX μs.
VDI FC Monday Login hizo que el 916 tomara primero a partir de 10,213 89.4 IOPS y una latencia de 100 μs. La unidad se mantuvo por debajo de los 35 μs hasta aproximadamente 101,673 155.5 IOPS y alcanzó un máximo de XNUMX XNUMX IOPS con una latencia de XNUMX μs.
Para VDI Linked Clone (LC) comenzamos una vez más con la prueba de arranque. Aquí, el 916 ocupó el tercer lugar a partir de 9,598 IOPS con una latencia de 127 μs y alcanzó un máximo de 98,621 161.6 IOPS con una latencia de XNUMX μs.
En el inicio de sesión inicial de VDI LC, el 916 superó al 910 para ocupar el segundo lugar. Aquí, la unidad comenzó a 5,599 IOPS con una latencia de 94.2 μs y superó los 100 μs con aproximadamente 20 916 IOPS. El 55,416 alcanzó un máximo de 142.1 XNUMX IOPS con una latencia de XNUMX μs.
Finalmente, el VDI LC Monday Login vio al 916 tomar el primer lugar con un rendimiento máximo de 78,483 201.3 IOPS y una latencia de XNUMX μs.
Conclusión
El Memblaze PBlaze5 916 es uno de los SSD 64D NAND NVMe de 3 capas de la compañía. Para esta revisión en particular, analizamos el factor de forma AIC. El factor de forma AIC permite todos los mismos beneficios de la línea 916, el cifrado de datos AES 256, la protección completa de la ruta de datos, la protección mejorada contra fallas de energía y una mayor resistencia, al tiempo que proporciona un rendimiento aún mayor que su contraparte U.2. El 916 AIC ha indicado velocidades de hasta 5.9 GB/s de lectura y 2.8 GB/s de escritura con un rendimiento de hasta 1 millón de IOPS de lectura y 303 3 IOPS de escritura junto con XNUMXDWPD.
Para nuestro análisis de carga de trabajo de aplicaciones, Memblaze Pblaze5 916 AIC mostró un sólido rendimiento tanto en SQL Server como en Sysbench. La unidad ocupó el tercer lugar en SQL Server Output con 12,645 1.3 TPS y una latencia promedio de 916 ms, lo que la colocó en segundo lugar. Para Sysbench, el AIC 9,298 tuvo 13.8 TPS, una latencia promedio de 25.2 ms, y ocupó el primer lugar en nuestra latencia del peor de los casos con 3070.7 ms. Houdini mostró una actuación menos fuerte con XNUMX segundos.
Para nuestro VDBench, probamos el 916 AIC contra otros dos modelos de AIC, el Memblaze PBlaze5 910 AIC y el Liqid Element AIC. Aquí el rendimiento fue bueno, pero la ubicación hizo que pareciera mixto. Con frecuencia, el 916 llegaba último frente a las otras dos unidades, pero siempre estaba a una distancia de olfato del 910. Los puntos destacados incluyen una puntuación de lectura 4K aleatoria de 809 4 IOPS, una puntuación de escritura 578K aleatoria de 64 3.13 IOPS, una puntuación secuencial de 2.65 K de 370 GB/s y una puntuación de escritura secuencial de 25 GB/s. Lo que es más interesante aquí fue la latencia. Incluso en el pico, 4 μs fue el más alto con la unidad funcionando por debajo de los 88.9 μs durante la mayor parte de la escritura aleatoria de 118.1K. SQL mostró puntuaciones máximas de más de un cuarto de millón de IOPS en cada prueba y la latencia osciló entre 283 μs y solo 87.6 μs, muy baja y constante en todas las pruebas. Las puntuaciones máximas de Oracle no fueron tan sólidas como las de SQL (aunque la primera fue de 126.2 XNUMX IOPS), pero mostró otra latencia constante baja que va de XNUMX μs a XNUMX μs en el pico más alto.
El Memblaze PBlaze5 916 AIC es una opción ideal para aplicaciones que necesitan una latencia constante y baja. Si bien la naturaleza de la tarjeta adicional hace que renuncie a la capacidad de intercambio en caliente (lo que lo convierte en un mantenimiento potencialmente más alto, aunque también tiene una alta resistencia), lo compensa con creces en rendimiento, especialmente en rendimiento de latencia.
Amazon