Hola a todos! Según lo prometido, publicamos los resultados de una prueba de carga de un sistema de almacenamiento de datos de fabricación rusa: AERODISK ENGINE N2.
En el último artículo, rompimos sistemas de almacenamiento (es decir, realizamos pruebas de choque) y los resultados de la prueba de choque fueron positivos (es decir, nunca rompimos sistemas de almacenamiento). Los resultados de la prueba de choque se pueden encontrar AQUÍ .
En los comentarios al artículo anterior, se expresaron deseos de pruebas adicionales de choque más complicadas. Los hemos solucionado todos y definitivamente los implementaremos en uno de los siguientes artículos. Al mismo tiempo, puede visitar nuestro laboratorio en Moscú en cualquier momento (venga con los pies o hágalo de forma remota a través de Internet) y realice estas pruebas usted mismo (incluso puede hacer pruebas para un proyecto específico :-)). ¡Escríbanos, considere todos los escenarios!
Además, si no está en Moscú, puede conocer mejor nuestro sistema de almacenamiento asistiendo a un evento de capacitación gratuito en el centro de competencia de la ciudad más cercana.
A continuación se muestra una lista de los próximos eventos y fechas de trabajo de los centros de competencia.
- Ekaterimburgo 16 de mayo de 2019. Taller de entrenamiento. Puede registrarse en el enlace: https://aerodisk.promo/ekb/
- Ekaterimburgo 20 de mayo - 21 de junio de 2019. Centro de Competencia. Venga en cualquier momento de trabajo para una demostración en vivo de los sistemas de almacenamiento AERODISK ENGINE N2. La dirección exacta y el enlace de registro serán posteriores. Mantenga un registro de la información.
- Novosibirsk SIGA LA INFORMACIÓN EN NUESTRO SITIO o en HABRA.
Octubre 2019 - Kazán SIGA LA INFORMACIÓN EN NUESTRO SITIO o en HABRA.
Octubre 2019 - Krasnoyarsk SIGA LA INFORMACIÓN EN NUESTRO SITIO o en HABRA.
Noviembre 2019
También queremos compartir otras buenas noticias: finalmente, nuestro canal de YouTube , donde puedes ver videos de eventos pasados, se ha ganado por completo. Allí cargamos regularmente nuestros videos de entrenamiento.
Banco de pruebas
Entonces, volvamos a las pruebas. Actualizamos nuestro sistema de almacenamiento de laboratorio ENGINE N2 mediante la instalación de unidades SSD SAS adicionales, así como adaptadores front-end Fibre Channel 16G. De manera simétrica, actualizamos el servidor desde el cual comenzaremos la carga agregando adaptadores FC 16G allí.
Como resultado, en nuestro laboratorio hay un sistema de almacenamiento de 2 controladores con 24 SSD SAS de 800 GB, 3 discos DWPD, que se conecta a través de conmutadores SAN a un servidor Linux físico a través de FC 16G.
Pruebe el diseño del banco en la figura a continuación.
Metodología de prueba
Para obtener el mejor rendimiento en el acceso en bloque, utilizaremos grupos DDP (Dynamic Disk Pool), que una vez creamos para los sistemas ALL-FLASH.
Para las pruebas, creamos dos LUN de 1 TB cada uno con un nivel de protección RAID-10. "Distribuimos" cada LUN en 12 discos (24 en total) para aprovechar al máximo el potencial de cada uno de los discos instalados en el sistema de almacenamiento.
Presentamos los LUN al servidor a través de diferentes controladores para maximizar el uso de los recursos de almacenamiento.
Cada una de las pruebas durará una hora, y las pruebas serán realizadas por el programa Flexible IO (FIO), los datos de FIO se cargan automáticamente a Excel, en el que ya se están construyendo gráficos, para mayor claridad.
Cargar perfiles
En total, realizaremos tres pruebas durante una hora sin tener en cuenta el tiempo de calentamiento, para lo cual tomamos 15 minutos (esto es lo que se necesita para calentar una matriz de 24 discos SSD). Estas pruebas emulan los perfiles de carga más frecuentes, en particular, aquellos u otros DBMS, sistemas de videovigilancia, contenido de medios de difusión y copias de seguridad.
Además, en todas las pruebas, deshabilitamos deliberadamente la capacidad de almacenar en caché la RAM en el sistema de almacenamiento y en el host. Los resultados, por supuesto, empeorarán, pero, en nuestra opinión, en tales condiciones la prueba será más honesta.
Resultados de la prueba
Prueba número 1. Carga aleatoria en pequeños bloques. Emulación de un DBMS transaccional altamente cargado.
- Tamaño de bloque = 4k
- Lectura / Escritura = 70% / 30%
- Número de trabajos = 16
- Profundidad de cola = 32
- La naturaleza de la carga = Aleatorio completo
Resultados de la prueba:
En total, recibimos 438k IOPS con un retraso de 2.6 milisegundos del sistema N2 de motor de rango medio junior. Dada la clase del sistema, en nuestra opinión, el resultado es bastante decente. Para comprender si este es el límite para el sistema, analizaremos la utilización de los recursos de los controladores de almacenamiento.
Estamos interesados principalmente en la CPU, porque, como se indicó anteriormente, deshabilitamos deliberadamente el caché de RAM para no distorsionar los resultados de la prueba.
En ambos controladores de almacenamiento vemos aproximadamente la misma imagen.
Es decir, la carga en la CPU es del 50%. Esto sugiere que esto está lejos del límite de este sistema de almacenamiento y que aún puede escalarlo fácilmente. Avancemos un poco más adelante: todas las siguientes pruebas también mostraron una carga en el procesador de los controladores en la región del 50%, por lo que no se las volveremos a dar.
Según nuestras pruebas de laboratorio, el límite cómodo del sistema AERODISK Engine N2, si contamos IOPS aleatorios con 4k bloques, es ~ 700,000 IOPS. Si esto no es suficiente y necesita esforzarse por un millón, entonces tenemos un modelo más antiguo ENGINE N4.
Es decir, la historia sobre millones de IOPS es ENGINE N4, y si un millón es demasiado para ti, usa tranquilamente N2.
Volvemos a las pruebas.
Prueba número 2. Grabación secuencial en grandes bloques. Emulación de sistemas de videovigilancia, carga de datos en un DBMS analítico o grabación de copias de seguridad.
En esta prueba, ya no estamos interesados en IOPS, ya que con una carga secuencial de bloques grandes no tienen ningún sentido. Estamos principalmente interesados en: el flujo de grabación (megabytes por segundo) y los retrasos, que con bloques grandes, por supuesto, serán mayores que con los pequeños.
- Tamaño de bloque = 128k
- Lectura / Escritura = 0% / 100%
- Número de trabajos = 16
- Profundidad de cola = 32
- La naturaleza de la carga: secuencial
Total: tenemos un registro de cinco y medio gigabytes por segundo con retrasos de once milisegundos. En comparación con los competidores extranjeros más cercanos, el resultado, en nuestra opinión, es excelente y tampoco es el límite del sistema ENGINE N2.
Prueba número 3. Lectura secuencial en grandes bloques. Emulación de contenido de medios de difusión, generación de informes desde un DBMS analítico o recuperación de datos de copias de seguridad.
Como en la prueba anterior, estamos interesados en el flujo y los retrasos.
- Tamaño de bloque = 128k
- Lectura / Escritura = 100% / 0%
- Número de trabajos = 16
- Profundidad de cola = 32
- La naturaleza de la carga: secuencial
Las métricas de lectura de transmisión son previsiblemente un poco mejores que las métricas de escritura de transmisión.
Curiosamente, la tasa de retraso para toda la prueba es idéntica (línea recta). Esto no es un error; en la lectura secuencial en bloques grandes, en nuestro caso, esta es una situación común.
Por supuesto, si deja el sistema de esta forma durante un par de semanas, eventualmente veremos saltos periódicos en los gráficos que se asociarán con factores externos. Pero, en general, no afectarán la imagen.
Conclusiones
Desde el sistema de controlador dual AERODISK ENGINE N2, pudimos exprimir indicadores bastante serios (~ 438,000 IOPS y ~ 5-6 gigabytes por segundo). Las pruebas de carga demostraron que para nuestro almacenamiento definitivamente no estamos avergonzados. Por el contrario, los indicadores son muy decentes y corresponden a un buen almacenamiento.
Aunque, como escribimos anteriormente, Engine N2 es un modelo más joven y, además, los resultados que se muestran en este artículo no son su límite. Más adelante publicaremos una prueba similar de nuestro antiguo sistema ENGINE N4.
Naturalmente, en el marco de un artículo, no podemos cubrir todas las pruebas posibles, por lo tanto, invitando repetidamente a los lectores a compartir sus deseos para futuras pruebas en los comentarios, definitivamente los tendremos en cuenta en futuras publicaciones.
Además, le recordamos que este año participamos activamente en la capacitación, por lo que lo invitamos a nuestros centros de competencia donde puede recibir capacitación sobre los sistemas de almacenamiento AERODISK y, al mismo tiempo, es interesante y divertido.
Información duplicada sobre los próximos eventos de capacitación.
- Ekaterimburgo 16 de mayo de 2019. Taller de entrenamiento. Puede registrarse en el enlace: https://aerodisk.promo/ekb/
- Ekaterimburgo 20 de mayo - 21 de junio de 2019. Centro de Competencia. Venga en cualquier momento de trabajo para una demostración en vivo de los sistemas de almacenamiento AERODISK ENGINE N2. La dirección exacta y el enlace de registro serán posteriores. Mantenga un registro de la información.
- Novosibirsk SIGA LA INFORMACIÓN EN NUESTRO SITIO o en HABRA.
Octubre 2019 - Kazán SIGA LA INFORMACIÓN EN NUESTRO SITIO o en HABRA.
Octubre 2019 - Krasnoyarsk SIGA LA INFORMACIÓN EN NUESTRO SITIO o en HABRA.
Noviembre 2019