Sigo intentando configurar mi gran conjunto (24) de discos (2,4 TB) para un archivo/nas de archivos mixtos grandes y pequeños. Pero aparte de esto, ahora estoy más centrado en entender cómo funcionan los RAID seccionados bajo el capó, pero cada vez leo más y me confundo más porque la mayoría de los ejemplos de la literatura se basan en un número "bajo" de discos (le pregunté al productor, pero él se mostró reacio a responder públicamente algunas de esas preguntas porque "información reservada")
- tamaño de la rayasuele ser
(Number of data disks) x (size of strip)(o trozo) Ej. 8x64KB=512KB o 10x256KB=2560KB - ¿Cómo se dividen y guardan los archivos en elraya? ¿Un archivo por franja (las tiras restantes se llenan con ceros) o muchos archivos para una franja hasta que se llenen todas sus franjas?
- Para una matriz grande, ¿sigue siendo importante el tamaño de la franja? Quiero decir, descubrí que mi PERC usa un valor fijo de 1 MB para el tamaño de la franja si su valor es mayor que 1 MB (por ejemplo, 8x256 KB). En este caso, ¿cómo se debe disponer la raya? ¿Sigue siendo tan grande como 8x256KB=2MB y dividido internamente en 2x 1MB? ¿O es 1 MB grande dividido por 8 discos de datos?
- ¿Hoy en día debería configurar un RAID seccionado con una "potencia de 2" en mente? mi PERC me permite configurar cualquier cantidad de discos para cualquier tipo de nivel RAID, que no sean potencia de 2
- Conociendo estas limitaciones (?), ¿vale la pena configurar la matriz como RAID60 de 2x12 discos y 256 KB de tamaño de tira? no necesitamos desperdiciar demasiado espacio
Respuesta1
¿Cómo se dividen y guardan los archivos en la banda? ¿Un archivo por franja (las tiras restantes se llenan con ceros) o muchos archivos para una franja hasta que se llenen todas sus franjas?
Los arreglos como este no piensan en términos de archivos, solo bloques, el propio sistema de archivos define qué archivos están compuestos de qué bloques, no es el sistema de disco subyacente el que hace eso.
Así que no piense en esto como si los archivos fueran solo bloques, imagine todos los archivos en su sistema de archivos, pero elimine todos los datos sobre carpetas y archivos, es solo una gran pila de bloques, y son esos bloques los que se distribuyen en los discos disponibles para mejorar el rendimiento. y resiliencia.
En términos generales, el valor predeterminado para sistemas de archivos y matrices RAID como este se adaptará perfectamente al 95% de todas las aplicaciones. La capacidad de ajustarlos es excelente si tienes tiempo para jugar y probar todas las combinaciones o si tienes una aplicación que tiene requisitos inusuales (como leer o escribir constantemente muchos archivos pequeños al azar o en el otro extremo). archivos secuenciales enormes) - en esos casos, entonces sí, algunos ajustes pueden tener beneficios significativos. Pero nuevamente, en términos generales, los valores predeterminados suelen ser bastante buenos para la mayoría de los casos de uso. Hago VoD, por lo que a menudo ajustamos nuestros volúmenes de almacenamiento para que tengan tiras/bloques muy grandes porque sabemos que todos son archivos secuenciales grandes, pero luego no colocamos nuestros archivos de base de datos o registros, etc. en esas matrices/volúmenes porque Sería terrible para ese uso.
De todos modos, volvamos a las recomendaciones, me alegro de que te hayas decidido por R60; tenemos gente aquí todo el tiempo con problemas con R5/50, está muerto, no lo uses en absoluto; R6/60 y R1/10 son los únicos juegos. en la ciudad, a menos que tengas una erección por ZFS de todos modos :) - de todos modos, si estuviera haciendo esto, haría exactamente lo que sugieres - R60 compuesto por 2 R6 de 12 discos, deja la franja en los valores predeterminados y luego como tu aplicación comienza a hacer uso de esta matriz, puede ver cómo se está desempeñando y si realmente siente que necesita ajustarla y obtendrá muchos beneficios al hacerlo, entonces continúe, pero apuesto a que estará bien con los valores predeterminados. .
Toda la suerte.