Cómo probar el disco en la nube
Desde la apertura de la nube pública de UOS, algunos usuarios han informado que el rendimiento del disco duro en la nube (MBPS) de 1 TB probado por el comando dd es de solo 128 MB/s, no los 170 MB/s garantizados por nuestro SLA. . ¿Por qué? A continuación, presentaré brevemente cómo probar discos duros, RAID, SAN, SSD y discos en la nube, y luego responderé las preguntas anteriores.
Premisa de prueba
Cuando realicemos la prueba, distinguiremos claramente:
Objetos de prueba: disco duro, SSD, RAID, SAN, disco en la nube, debido a la características Diferente, así que distinga.
Indicadores de prueba: IOPS y MBPS (rendimiento), que se presentarán en detalle a continuación.
Herramientas de prueba: las herramientas Fio y dd se usan comúnmente en Linux, y IOMeter se usa comúnmente en Windows.
Parámetros de prueba: tamaño de IO, espacio de direccionamiento, profundidad de la cola, modo de lectura y escritura, modo aleatorio/secuencial.
Método de prueba: pasos de prueba.
Las pruebas son para comparar, por lo que requieren resultados tanto cualitativos como cuantitativos. Al anunciar los resultados de sus propias pruebas, debe explicar las herramientas, los parámetros y los métodos de prueba para comparar.
Modelo de sistema de almacenamiento
Para realizar mejores pruebas, primero debemos comprender el sistema de almacenamiento. El sistema de almacenamiento en bloque es esencialmente un modelo de cola, podemos usar la analogía de un banco. ¿Recuerdas el proceso de ir al banco a hacer negocios?
Dirígete a recepción para conseguir el número de pedido
Espera a que la persona que tienes delante complete la tarea.
Es tu turno de dirigirte a un determinado mostrador
El personal del mostrador te ayudará con los trámites1.
El personal del mostrador le ayudará a completar el trámite.
El personal del mostrador le ayudará a completar el trámite.
Termina tu negocio y sal del mostrador.
Cómo evaluar la eficiencia de los bancos;
Tiempo de servicio = Programa 1 Programa 2 Programa 3
Tiempo de respuesta = Tiempo de servicio tiempo de espera
Rendimiento = número de servicios procesados por unidad de tiempo
¿Cómo pueden los bancos mejorar la eficiencia?
Aumentar el número de contadores
Reducir el tiempo de servicio
Por lo tanto, el método de optimización del sistema de colas o sistema de almacenamiento es
aumentar el grado de paralelismo
Reducir el tiempo de servicio
Prueba del disco duro
Principio del disco duro
¿Cómo se debe probar el disco duro SATA/SAS? ? En primer lugar, es necesario comprender la estructura y el principio de funcionamiento del disco:
Cada disco duro tiene un cabezal magnético (equivalente a un contador de banco). El principio de funcionamiento del disco duro es el siguiente:
Reciba solicitudes de IO y obtenga dirección y tamaño de datos.
Mover la cabeza (dirección)
Encontrar la pista correspondiente (dirección)
Leer los datos
Transmitir los datos
Tiempo de servicio de E/S aleatorio del disco:
Tiempo de servicio = tiempo de búsqueda, tiempo de rotación, tiempo de transmisión
Para un disco duro SATA de 10.000 velocidades, el tiempo de búsqueda general es 7 ms El tiempo de rotación es 3 ms y el tiempo de transferencia de 64 KB es 0,8 ms. Entonces las operaciones de E/S aleatorias que el disco duro SATA puede realizar por segundo son 1000/(7 3 0,8) = 93. Las IOPS de escritura aleatoria de 64 KB en el disco duro SATA son 93. Generalmente, los fabricantes de discos duros indicarán los MBPS para lectura y escritura secuencial.
Cuando enumeramos IOPS, debemos explicar el tamaño de IO, el espacio de direcciones, los modos de lectura y escritura, secuencial/aleatorio y la profundidad de la cola. El tamaño de IO común es 4 KB porque el tamaño de bloque común del sistema de archivos es 4 KB.
Utilice dd para probar el disco duro
Aunque se puede estimar el rendimiento del disco duro, ¿cómo puede la aplicación obtener estos rendimientos? Para las herramientas de prueba, se trata de cómo obtener IOPS y MBPS máximos. Primero usemos dd para probar el MBPS (rendimiento) del disco duro SATA.
# DD if =/dev/zero of =/dev/SDD bs = 4k count = 300000 of lag = direct
Leer el registro 300 000 0 y escribir el registro 300 000 0 registro 65.438 0.228.800.000 bytes (1,2 GB) copiados, 65.438 07,958 segundos, 68,4 MB/segundo.
#iostat -x sdd 5 10
...
Dispositivo: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq -SZ avgqu-SZ await SVC TM util
Datos estándar 0.00 0.00 0.00 16794.80 0.00 134358.40 8.00 0.79 0.05 0.05 78.82
...
¿Por qué es esto difícil? ¿El disco MBPS es solo 68 MB/s? Esto se debe a que la utilización del disco es 78, no superior a 95, y está inactivo parte del tiempo. Cuando dd responde a la IO anterior y se prepara para iniciar la siguiente IO, el disco duro SATA está inactivo. Entonces, ¿cómo podemos mejorar la utilización y evitar que los discos estén inactivos? Sólo hay una forma: aumentar la profundidad de la cola del disco duro. En comparación con la CPU, el disco duro es un dispositivo muy lento. Todos los sistemas operativos asignan una cola dedicada a cada disco duro para almacenar en búfer las solicitudes de E/S.
Profundidad de la cola
¿Cuál es la profundidad de la cola del disco?
En un momento determinado, hay n solicitudes de IO en curso, incluidas las solicitudes de IO en la cola y las solicitudes de IO procesadas por el disco. n es la profundidad de la cola.
Aumentar la profundidad de la cola del disco duro es mantener el disco duro funcionando y reducir el tiempo de inactividad del disco duro.
Aumentar la profundidad de la cola -> Aumentar la utilización -> Obtener IOPS y MBPS máximos -> Tenga en cuenta que los tiempos de respuesta están dentro de los límites aceptables.
Hay muchas formas de aumentar la profundidad de la cola.
Utilizando IO asíncrono, iniciar múltiples solicitudes de IO al mismo tiempo equivale a tener múltiples solicitudes de IO en la cola.
Múltiples subprocesos inician solicitudes de IO sincrónicas, lo que equivale a tener múltiples solicitudes de IO en la cola.
Aumente el tamaño de IO de la aplicación. Después de llegar al final, se convertirá en múltiples solicitudes de IO, lo que equivale a aumentar la profundidad de la cola de múltiples solicitudes de IO en la cola.
A medida que aumenta la profundidad de la cola, el tiempo de espera de IO en la cola también aumentará, lo que resultará en un aumento en el tiempo de respuesta de IO, que debe sopesarse. Aumentemos la profundidad de la cola de dd aumentando el tamaño de IO y veamos si funciona:
dd if=/dev/zero of=/dev/sdd bs=2M count=1000 of lag=directly
1000 0 registros de lectura, 1000 0 registros de escritura, 2097152000 bytes (2,1 GB) copiados, 10,6663 segundos, 197 MB/segundo.
Dispositivo: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-SZ avgqu-SZ await SVC TM util
Datos estándar 0,00 0,00 0,00 380,60 0,00 389734,40 1024,00 2,39 6,28 2,56 97,42
Se puede ver que después de llegar al final, 2 MB IO se convertirá en múltiples 512 KB IO y la longitud promedio de la cola es 2,39. La tasa de utilización del disco duro es 97 y los MBPS alcanzan los 197 MB/s. (¿Por qué se convirtió en 512 KB IO? Puede utilizar Google para comprobar el significado y el uso del parámetro del kernel max_sectors_kb.
)
En otras palabras, aumentar la profundidad de la cola puede probar el valor máximo del disco duro.
Pruebe el disco duro con fio
Ahora, probemos los IOPS de escritura aleatoria de 4 KB del disco duro SATA. Como mi entorno es Linux, uso FIO para realizar pruebas.
$ fio-ioengine = libaio-bs = 4k-direct = 1-thread-rw = rand tamaño de escritura = 1000g-filename =/dev/vdb \
-name= "Prueba de escritura aleatoria EBS 4K" -io Depth=64 -runtime=60
Breve introducción a los parámetros de fio
Ioengine: cargar el motor. Generalmente usamos libaio para iniciar solicitudes de io asincrónicas.
Bs: tamaño IO
Directo: escribe directamente, evitando el caché del sistema operativo. Debido a que estamos probando el disco duro y no el caché del sistema operativo, está configurado en 1.
Rw: Modo de lectura y escritura, que incluye escritura secuencial, lectura secuencial, escritura aleatoria y lectura aleatoria.
Tamaño: espacio de direccionamiento, IO caerá en el espacio del disco duro en el intervalo [0, tamaño]. Este es un parámetro que puede afectar las IOPS. Generalmente configurado según el tamaño del disco duro.
Nombre de archivo: objeto de prueba
Io Depth: profundidad de la cola, solo tiene significado cuando se usa libaio. Este es un parámetro que puede afectar las IOPS.
Tiempo de ejecución: Duración de la prueba
Haremos dos pruebas, ioprofundidad = 1 y ioprofundidad = 4. Los siguientes son los resultados de la prueba para io Depth = 1.
En el cuadro azul de arriba, el IOPS medido es 230 IOPS, y en el cuadro verde, el tiempo de respuesta promedio por solicitud de IO es de aproximadamente 4,3 milisegundos. El cuadro amarillo indica el tiempo de respuesta de 95 solicitudes de IO Menor o igual a 9,920 milisegundos. El cuadro naranja indica que la utilización del disco duro ha alcanzado 98,58.
La siguiente es la prueba con io Depth = 4:
Encontramos que los IOPS de esta prueba no aumentaron, pero el tiempo promedio de respuesta de IO aumentó a 17 ms.
¿Por qué es inútil aumentar la profundidad de la cola aquí? La razón es que cuando la profundidad de la cola es 1, la utilización del disco duro ha llegado a 98, lo que indica que el disco duro no tiene mucho tiempo libre para exprimir. Y el tiempo de respuesta es de 4 ms. Para los discos duros SATA, cuando aumenta la profundidad de la cola, las IOPS no aumentarán, solo aumentará el tiempo de respuesta. Esto se debe a que el disco duro tiene un solo cabezal y el paralelismo es 1. Por lo tanto, cuando la cola de solicitudes de IO se hace más larga, el tiempo de espera para cada solicitud de IO también se hace más largo, lo que resulta en tiempos de respuesta más largos.
Esta es una prueba previa utilizando IOMeter para probar el rendimiento de escritura aleatoria 4K de discos duros SATA. Como puede verse, IOPS no aumentará a medida que aumente la profundidad de la cola, pero el tiempo de respuesta promedio se duplicará.
Tiempo de respuesta promedio de IOPS de profundidad de cola
1 332.931525 3.002217
2 333.985074 5.986528
4 332.594653 12.025060
8 336.568012 23.766359
16 329.785606 48.513477
32 332.054590 96.353934
64 331.041063 193.200815
128 1.3 09109 385.163111
256 327.442963 774.401781
El impacto del espacio de nombres en IOPS
Seguimos probando discos duros SATA. Mencionamos anteriormente que abordar los parámetros de espacio también afecta las IOPS. Probemos la situación cuando el tamaño es 1 GB.
Descubrimos que cuando se establece tamaño = 1 GB, las IOPS aumentarán significativamente a 568 y el tiempo promedio de respuesta de E/S se reducirá a 7 ms (la profundidad de la cola es 4). Esto se debe a que cuando el espacio de direccionamiento es de 1 GB, la distancia que debe moverse el cabezal magnético se vuelve más pequeña y el tiempo de servicio de cada solicitud de IO se reduce. Este es el principio de localidad espacial. Si lo que estamos probando es una tarjeta RAID o una matriz de discos (SAN), pueden usar Cache para almacenar en caché todos los 1 GB de datos, lo que reduce en gran medida el tiempo de servicio de las solicitudes de E/S (las operaciones de escritura en la memoria son 1000 veces más rápidas que en el disco duro). . Por lo tanto, establecer el espacio de direccionamiento en 1 GB no tiene mucho sentido, porque lo que queremos probar es el rendimiento general del disco duro, no el rendimiento de la caché.
Optimización del disco duro
Los fabricantes de discos duros mejoran el rendimiento del disco duro principalmente reduciendo el tiempo de servicio (latencia):
Aumentando la velocidad (reduciendo el tiempo de giro y el tiempo de transferencia)
Aumentar caché (reducir latencia de escritura sin aumentar IOPS)
Aumentar densidad monocanal (aumentar tiempo de transferencia en cambio de fase)
Prueba RAID
Se pueden servir varios discos de RAID0/RAID5/RAID6 simultáneamente, lo que en realidad aumenta el grado de paralelismo y mejora en gran medida el rendimiento (equivalente a un banco con múltiples contadores).
Anteriormente, 12 RAID0, 100 GB de espacio de direcciones, 4 KB de escritura aleatoria, aumente gradualmente la profundidad de la cola, las IOPS aumentarán, porque tiene 12 discos (12 cabezales trabajando al mismo tiempo), el paralelismo es 12.
Tiempo de respuesta promedio de IOPS de profundidad de cola
1 1215.995842 0.820917
2 4657.061317 0.428420
4 5369.326970 0.744060
8 5377.387303 1.486629
16 5487.911660 2.914048
32 5470.972663 5.846616
64 5520.234015 11.585251
128 55. 739816 23.085843
256 5513.994611 46.401606
El método de optimización de los fabricantes de tarjetas RAID también es reducir el tiempo de servicio:
Usar memoria caché grande
Usar procesador IO para reducir el número de operaciones XOR Retraso.
Utilice una interfaz de disco duro con mayor ancho de banda.
Prueba SAN
Para matrices de discos de gama baja, puede utilizar un solo IOmeter para medir los IOPS y MBPS máximos, pero para matrices de discos de gama alta, solo puede utilizar múltiples -Pruebas en paralelo de la máquina (IOmeter admite múltiples Solo a través de pruebas en paralelo de la máquina se pueden obtener los IOPS y MBPS máximos.
La imagen de abajo es una foto conmemorativa.
Los proveedores de matrices de discos mejoran los tiempos de servicio al:
Las redes de almacenamiento más rápidas, como FC e IB, tienen una latencia más baja.
Caché de lectura y escritura. Una vez que los datos se escriben en el caché, se devolverán inmediatamente sin necesidad de soltar el disco. Además, la matriz de discos tiene más controladores y discos duros, lo que mejora enormemente el grado de paralelismo.
Actualmente, los fabricantes de almacenamiento pedirán a SPC que los ayude a probar sus productos de matrices de discos (o matrices totalmente flash) y pagarán a SPC. Este es un monopolio estándar desnudo. También se están realizando pruebas de sistemas de almacenamiento en China. Si desea probar la matriz de discos, puede encontrar NSTC (tiempo de publicidad).
Prueba de unidad de estado sólido
El SSD tiene baja latencia y alto paralelismo (varios bloques nand funcionan al mismo tiempo), pero la desventaja es el tiempo de respuesta inestable causado por la vida útil y el GC.
Se recomienda utilizar IOMeter para realizar pruebas, utilizar una gran profundidad de cola y realizar pruebas durante mucho tiempo para probar el rendimiento real del SSD.
La siguiente imagen muestra la prueba a largo plazo de Storagereview de escritura aleatoria de 4 KB en algunos discos duros SSD. Se puede ver que el tiempo de respuesta máximo de algunos discos duros SSD es muy inestable y puede alcanzar cientos de ms, lo cual es inaceptable.
Prueba de disco en la nube
Mejoramos el rendimiento del disco en la nube de dos maneras:
Reducir la latencia (usar SSD, usar red de 10 GB, optimizar el código y reducir los cuellos de botella) )
Mejora del paralelismo (fragmentación de datos cuando se usan todos los SSD en todo el clúster)
Prueba de discos en la nube en Linux
En Linux, puede usar FIO Come and prueba.
Sistema operativo: Ubuntu 14.04
CPU: 2
Memoria: 2 GB
Tamaño del disco en la nube: 1 TB (SLA: 6000 IOPS, 170 MB/s de rendimiento)
Instalar fio:
#sudo apt-get install fio
Presentamos los parámetros de prueba de FIO:
Iomotor: Cargar motor. Generalmente usamos libaio para iniciar solicitudes de io asincrónicas.
Bs: tamaño IO
Directo: escribe directamente, evitando el caché del sistema operativo. Debido a que estamos probando el disco duro y no el caché del sistema operativo, está configurado en 1.
Rw: Modo de lectura y escritura, que incluye escritura secuencial, lectura secuencial, escritura aleatoria y lectura aleatoria.
Tamaño: espacio de direccionamiento, IO caerá en el espacio del disco duro en el intervalo [0, tamaño]. Este es un parámetro que puede afectar las IOPS. Generalmente configurado según el tamaño del disco duro.
Nombre de archivo: objeto de prueba
Io Depth: profundidad de la cola, solo tiene significado cuando se usa libaio. Este es un parámetro que puede afectar las IOPS.
Tiempo de ejecución: duración de la prueba
Prueba de escritura aleatoria 4K
Primero realizamos la prueba de escritura aleatoria 4K. Los parámetros y resultados de la prueba son los siguientes:
# fio-ioengine = libaio-bs = 4k-direct = 1-thread-rw = rand tamaño de escritura = 100g-filename =/dev/vdb \
-name="EBS Prueba de escritura aleatoria de 4 KB "-io Depth=32 -runtime=60
El cuadro azul indica que el IOPS es 5900, que está dentro del rango de error normal. El cuadro verde indica que el tiempo de respuesta promedio para las solicitudes de IO fue de 5,42 ms y el cuadro amarillo indica que 95 solicitudes de IO tuvieron un tiempo de respuesta de 6,24 ms o menos.
Prueba de lectura aleatoria 4K
Hagamos otra prueba de lectura aleatoria 4K.
Los parámetros y resultados de la prueba son los siguientes:
# fio-ioengine = libaio-bs = 4k-direct = 1-thread-rw = rand read-size = 100g-filename =/dev/vdb \
-name="Prueba de lectura aleatoria de EBS de 4 KB"-io Depth=8 -runtime=60
Prueba de escritura secuencial de 512 KB
Finalmente, probamos la escritura secuencial de 512 KB Ingrese para ver cuál es el MBPS (rendimiento) máximo del disco en la nube. Los parámetros y resultados de la prueba son los siguientes:
# fio-ioengine = libaio-bs = 512k-direct = 1-thread-rw = write-size = 100g-filename =/dev/vdb \
-name="EBS 512KB seqwrite test"-io Depth=64 -runtime=60
El cuadro azul indica que MBPS es 174226 KB/s, que es aproximadamente 170 MB/s/s. .
Utilice dd para probar el rendimiento
De hecho, el rendimiento de 170 MB/s también se puede probar con el comando dd, pero es necesario configurar los parámetros del kernel, como se detalla en el capítulo 128 MB/s vs 170 MB/s.
Prueba de discos en la nube en Windows
En Windows, generalmente usamos IOMeter para probar el rendimiento del disco. IOMeter no sólo es potente sino también profesional, lo que la convierte en la herramienta de primera elección para probar el rendimiento del disco.
IOMeter es una interfaz gráfica (el marco MFC es muy sólido) y es muy conveniente de operar. Usaré IOMeter para probar el disco en la nube de 1 TB en nuestro UOS.
Sistema operativo: Windows Server 2012 R2 64.
CPU: 4
Memoria: 8 GB
Tamaño del disco en la nube: 1 TB
Al montar un disco en la nube en un host de Windows, Es necesario configurar el disco duro en línea en el sistema operativo Windows.
Prueba de escritura aleatoria 4K
Abre IOMeter (primero debes descargarlo) y verás la interfaz principal de IOMeter. A la derecha encontrarás 4 trabajadores (el mismo número de CPU), ya que ahora solo necesitamos 1 trabajador, debes deshacerte de los otros 3 trabajadores.
Ahora probemos la situación de escritura aleatoria 4K en el disco duro. Seleccionamos el disco duro (Red Hat VirtIO 0001), establecemos el tamaño máximo del disco en 50 GB (el tamaño del sector de cada disco duro es 512 B, por lo que un * * * es 50 * 1024 * 1024 * 1024/512 = 104857600), el profundidad de la cola (resaltar E/S)
Luego seleccione la prueba "4KB alineados; 0 leídos; 100 aleatorios (4KB alineados, 100 escrituras aleatorias)".
Luego establece el tiempo de prueba. Configuramos el tiempo de prueba en 60 segundos y el tiempo de calentamiento antes de la prueba en 10 segundos (IOMeter comenzará a cargarse, pero esta vez no calculará los resultados).
Antes de la prueba final, puede configurar para ver los resultados en tiempo real y establecer la frecuencia de actualización de los resultados en tiempo real en 5 segundos. Finalmente, haga clic en el cartel verde para comenzar a probar.
Durante el proceso de prueba, podemos ver los resultados de la prueba en tiempo real. El IOPS actual es 6042, el tiempo promedio de respuesta de la solicitud de IO es 10,56 ms y esta prueba tarda 38 segundos en ejecutarse. Este ciclo de prueba solo tiene esta prueba.
Podemos ver que IOMeter tiene un alto grado de automatización, lo que libera en gran medida el trabajo de los evaluadores y puede exportar los resultados de las pruebas en formato CSV.
Prueba de lectura y escritura secuencial
Seguimos los pasos anteriores y realizamos la prueba de lectura y escritura secuencial. Los siguientes son los resultados de la prueba:
Tamaño de E/S modo de lectura y escritura profundidad de cola MBPS
Prueba de rendimiento de escritura secuencial 512 KB escritura secuencial 64164,07 MB/segundo
Lectura secuencial Realice la prueba de rendimiento 256 KB de lectura secuencial 64 65 438 079,32 MB/s
El tiempo de respuesta del disco en la nube
El retraso principal de la operación de escritura actual del disco en la nube es
Transmisión de red
Múltiples copias, tres copias (fuerte coherencia de datos)
Solo se devolverán tres copias de los datos después de cerrar la sesión (persistencia de datos).
Lógica de procesamiento de IO
Actualmente estamos optimizando principalmente la lógica de procesamiento de IO, no 2 y 3, porque anteponemos la seguridad de los datos del usuario.
128 MB/s frente a 170 MB/s
Volver a la pregunta original "¿Por qué el comando dd solo prueba discos en la nube de 128 MB/s"? Esto se debe a que los discos en la nube tienen una latencia más alta que los SSD cuando procesan grandes solicitudes de E/S (continuaremos optimizando). Ahora, tenemos dos formas de obtener MBPS más altos:
Establezca max_sectors_kb en 256 (el valor predeterminado del sistema es 512) para reducir la latencia.
Utiliza fio para probar y aumentar la profundidad de la cola.
Al configurar el parámetro max_sectors_kb, también puedes usar dd para medir el rendimiento de 170 MB/s.
root @ ustack: ~ # cat/sys/block/vdb/queue/max _ sectores _ kb
512
root @ ustack: ~ # echo " 256 " gt;/sys/block/vdb/queue/max _ sectores _ kb
root@ustack:~#
root@ustack:~ # DD if =/dev /cero de =/dev/vdb bs = 32M recuento = 40 de retraso = directo
40 0 registros de entrada
40 0 registros de salida
1342177280 bytes ( 1,3 GB) replicación, 7,51685 segundos, 179 MB/segundo
root@ustack:~#
Además, vea la latencia de las solicitudes de IO:
root @ ustack: ~ # iostat-x vdb 5 100
...
Dispositivo: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-SZ avgqu- SZ await r _ await w _ await SVC TM util
vdb 0.00 0.00 0.00 688.00 0.00 176128.00 512.00 54.59 93.47 0.00 93.47 1.40 96.56
Los siguientes son los resultados de las pruebas utilizando la herramienta fio, También puede obtener un rendimiento de 170 MB/s.
Indicadores inmensurables
IOPS y MBPS son indicadores que los usuarios pueden probar con herramientas. Los discos en la nube también tienen algunos indicadores inmensurables.
Coherencia de los datos
Persistencia de los datos
Disponibilidad de los datos
Estas métricas solo pueden calcularse en función de la arquitectura y las restricciones del sistema y luego entregarse a los usuarios. Estos indicadores miden la conciencia de los proveedores de nube pública y se presentarán especialmente.
Resumen
Lo anterior presenta algunas herramientas de prueba y algunas opiniones, espero que le resulte útil.
Las pruebas requieren pruebas tanto cualitativas como cuantitativas.
Comprender el modelo de almacenamiento puede ayudarte a realizar mejores pruebas.
Aumentar la profundidad de la cola puede probar eficazmente los IOPS y MBPS máximos.