Estoy tratando de calcular la cantidad de capacidad de E/S de páginas de 8K para un subsistema de disco. Las unidades son SATA 7200 RPM: 4 unidades en una configuración RAID-5. No estoy seguro acerca del controlador SCSI, pero el servidor tiene aproximadamente 5 años.
Respuesta1
Otra cosa que necesitará saber es la proporción de solicitudes de E/S secuenciales y aleatorias. Eso puede afectar en gran medida la velocidad de operación de E/S. Para los medios rotativos, las solicitudes 100 % aleatorias son el límite inferior para las operaciones de E/S y el 100 % secuencial es el límite superior.
Además, dado que trabajará con RAID5, su porcentaje de lectura/escritura también afectará las operaciones de E/S. Esto puede verse muy afectado por su tarjeta RAID, por lo que no existen muchas reglas generales estrictas y rápidas aparte de "las escrituras serán más lentas que las lecturas", e incluso ESO puede verse estropeado por el almacenamiento en caché inteligente en la tarjeta RAID.
Las unidades de 7.2K RPM alcanzarán la saturación de E/S en algún momento, aunque es posible que su tarjeta RAID alcance la saturación de la CPU mucho antes cuando maneja muchas escrituras.
La única forma de saberlo con certeza es realizar una prueba. Como dijo Evan, iometer tiene una larga trayectoria. yo también he usadoyozonocon buenos resultados. No es tan avanzado como el iómetro, pero es un poco más sencillo de usar.
Respuesta2
Soy un gran fan deiómetro. Se está volviendo un poco largo sin actualizaciones importantes, pero verlo usado enrecientemente publicado puntos de referencia, y eso me da confianza en sus números.
Respuesta3
He realizado este tipo de pruebas con sysbench. Lo que hice fue crear un archivo de prueba grande, varias veces más grande que la memoria del sistema, y solo probé escrituras de E/S aleatorias. Eso debería proporcionarle una métrica útil para el peor de los casos. Haría todas las tallas alrededor de esa prueba. Es de esperar que el rendimiento en el mundo real sea mejor debido al almacenamiento en caché y a una combinación de tráfico de lectura y escritura, así como a cualquier cosa que realice E/S secuencial. Definitivamente optimizaría las IOPS, ya que descubrí que los cuellos de botella de IO son mucho más difíciles de solucionar que los problemas de espacio.
Si tiene la oportunidad, echaré un vistazo a la reconfiguración de su RAID 5 de 4 discos en un RAID 10, ya que eso generalmente debería brindar un mejor rendimiento de E/S de escritura. Puede probarlo de ambas maneras para ver exactamente cómo funciona su hardware en ambas condiciones.
Mi regla general es que las unidades de 7,2k pueden agregar alrededor de 150 IOPS, las de 10K alrededor de 200 y las de 15k hasta 250, aunque eso podría ser un poco optimista. Cada espejo le proporciona IOPS adicionales para lecturas y cada franja IOPS adicionales para escrituras. Entonces, por ejemplo, un RAID 10 de 4 discos con discos de 7,2 k podría brindarle hasta 300 IOPS de escritura en el peor de los casos, pero no más. RAID 5 es más complicado de estimar, ya que puede variar dependiendo de la cantidad de datos que se escriben, así como de los atajos u optimizaciones en la implementación. En un caso normal, una escritura de 8k en una franja de 64k causaría en última instancia 5 IOPS en un RAID de 4 discos, tres IOPS para leer cada una de las franjas y una para la franja de datos que se actualiza y una para la franja de paridad. Descubrí que escribir IOPS en RAID 5 es aproximadamente la mitad de la misma cantidad de discos en RAID 10, por lo que su RAID 5 de 4 discos probablemente tenga el peor caso de 150 IOPS para IO de escritura aleatoria, no mejor que un solo disco.