¿Esquema de almacenamiento recomendado para el servidor doméstico? (LVM / JBOD / RAID 5…)

¿Hay alguna guía para qué esquema (s) de almacenamiento tiene más sentido para un servidor doméstico de discos múltiples?

Estoy asumiendo que un disco de inicio / sistema operativo separado (por lo que la capacidad de inicio no es un problema, esto es solo para almacenamiento de datos) y 4-6 discos de almacenamiento de 1-2 TB cada uno, para una capacidad de almacenamiento total en el rango de 4-12 TB.

El sistema de archivos es ext4, espero que haya una sola partición grande que abarque todos los discos.

Por lo que puedo decir, las alternativas son

discos individuales

  • pros : trabaja con cualquier combinación de tamaños de disco; perder un disco solo pierde los datos en ese disco; No hay necesidad de gestionar el volumen.
  • contras : la administración de datos es torpe cuando las unidades lógicas (como una carpeta de “películas”) son más grandes que la capacidad de cualquier unidad individual.

Lapso de JBOD

  • Pros : puede fusionar discos de cualquier tamaño.
  • contras : perder un disco pierde todos los datos en todos los discos

LVM

  • pros : puede combinar discos de cualquier tamaño; Es relativamente sencillo agregar y quitar discos.
  • contras : perder un disco pierde todos los datos en todos los discos

RAID 0

  • pros : velocidad
  • contras : perder una unidad pierde todos los datos; los discos deben ser del mismo tamaño

RAID 5

  • pros : los datos sobreviven perdiendo un disco
  • contras : cede un disco de capacidad; los discos deben ser del mismo tamaño

RAID 6

  • pros : los datos sobreviven perdiendo dos discos
  • contras : cede dos discos por valor de capacidad; los discos deben ser del mismo tamaño

Principalmente, estoy considerando el intervalo LVM o JBOD simplemente porque me permitirá reutilizar discos más antiguos y de menor capacidad cuando actualizo el sistema. El subcampeón es RAID 0 para la velocidad.

Estoy planeando tener copias de seguridad completas en un sistema separado, por lo que espero que la redundancia adicional de los niveles RAID 5 o 6 no sea importante.

¿Es esta una representación justa de las alternativas? ¿Hay otras consideraciones o alternativas que me he perdido? ¿Y qué recomendarías?

Como usted, estoy pasando por un proceso de racionalización con los discos en mi servidor doméstico. Yo también tengo una mezcla de tamaños de disco como resultado del crecimiento orgánico de la configuración de JBOD que tengo.

Estoy tomando la ruta LVM por las siguientes razones.

  1. Es el mas simple
  2. Me permite reutilizar los discos que ya tengo en el servidor.
  3. Tengo una copia de seguridad completa de todos los datos de los que estoy seguro que puedo restaurar
  4. No me preocupa el tiempo de recuperación en caso de un fallo del disco

Para mí, los factores decisivos son # 3 y # 4.

Estoy usando Greyhole y se ajusta casi perfectamente a mi estuche de uso:

  • servidor doméstico
  • Reutilización de hdds de repuesto con diferentes marcas, modelos, tamaños.
  • Todo el espacio de disco duro se puede ver como un gran punto de assembly (como jbod)
  • puede configurar diferentes recursos compartidos con diferentes necesidades de redundancia (es decir, fotos = redundancia máxima, datos = redundancia simple, películas = redundancia cero)
  • la actualización de hdds se puede hacer una a la vez (es decir, puede eliminar un hdd de 500 GB y sustituirlo por un hdd de 4TB para ampliar su capacidad total)
  • la pérdida de un disco duro solo pierde datos con una redundancia cero que reside en ese disco duro
  • Si un disco duro envía una advertencia temprana que está a punto de fallar (desde el monitoreo de parámetros inteligentes), puedo reemplazarlo fácilmente por uno diferente sin perder datos.
  • Los discos duros se pueden mover de sata a USB sin hacer nada.
  • de hecho, el almacenamiento podría ser cualquier cosa: sata hdd, usb hdd, recurso compartido de red remota …
  • (MUY IMPORTANTE) si elimina un disco duro del sistema Greyhole, es un disco ext4 con formato normal, con sus datos en sus carpetas fácilmente legibles desde cualquier máquina

Limitaciones:

  • Greyhole es el más adecuado para archivos escritos una vez y leídos muchas veces. No se recomienda modificar un archivo en su lugar dentro de un volumen Greyhole, es mejor mover un archivo a otra ubicación, modificarlo allí y luego volver a colocarlo en el volumen Greyhole.
  • Se debe acceder a los datos de los galgos desde los recursos compartidos de Samba (incluso a nivel local).

bien en sistemas de raid no los discos deben tener el mismo tamaño …

solo las particiones que desea agregar a la redada, deben tener el mismo tamaño para crear una redada …

Los puntos fuertes de lvm son que puede hacer crecer fácilmente su disco virtual agregándole más particiones. y tienes una característica de instantáneas!

también puede combinar lvm con raid … para que tenga seguridad de datos y la flexibilidad de lvm 🙂

Puede astackr dispositivos de bloque en Linux y mezclar el valor tanto del Software RAID como del LVM, que debería cubrir todas sus necesidades. Todo esto se puede lograr desde el instalador que no es GUI.

  • Use una sola partición que abarque el 99% del disco [1]
  • Cree un MD RAID5 (preferiblemente RAID6) con al menos un repuesto dynamic
  • Inicializar la matriz MD
  • Crear un LVM VG
  • Agregue cada dispositivo MD como un volumen físico a la nueva VG [2]
  • Proceda a agregar volúmenes lógicos de intercambio y raíz a VG
  • Formato de la raíz con la elección del sistema de archivos (por defecto es ext4)
  • Continuar con la instalación

[1] Encontré una falla muy desagradable una vez en discos SATA que tenían muchos bloques defectuosos. Después de usar la herramienta de proveedor para reconstituir el disco. Mi conjunto de discos que antes era idéntico ahora era único, la unidad defectuosa ahora tenía unos pocos bloques menos que antes de que comenzara el formato de bajo nivel, lo que, por supuesto, arruinó mi tabla de particiones e impidió que la unidad volviera a unirse al conjunto MD RAID.

Los discos duros generalmente tienen una “lista gratuita” de bloques de respaldo utilizados solo para una ocasión. Mi teoría es que esa lista debe haberse agotado, y dado que no era un disco empresarial, en lugar de fallar de forma segura y permitirme la oportunidad de enviarlo para la recuperación de datos, decidió truncar mis datos.

[2] Nunca despliegue LVM sin un almacén de respaldo tolerante a fallas. LVM no se destaca en la recuperación de desastres, solo estás pidiendo angustia y, si te equivocas, pierde datos. La única vez que tiene sentido es si el grupo VG está confinado a un solo disco, como un disco USB externo o quizás un RAID eSATA externo. El punto es tratar de implementar su VG alrededor de almacenes de respaldo que se pueden conectar en caliente como una sola unidad, o como una sola unidad virtual, como se muestra en el ejemplo anterior de MD.

¿Qué hay de http://zfsonlinux.org/

Tiene la noción de grupos de discos que puede adjuntar unidades de separación, no sé si su producción está lista, pero aún así vale la pena echarle un vistazo.

¿Qué hay de MHDDFS? Ya está disponible en la mayoría de las distribuciones, y funciona como JBOD, sin embargo, si la unidad se muere, solo perderá los datos de esa unidad, no todos. Se ve como un conjunto de unidades lógicas, por lo que, por ejemplo, puede copiar el conjunto de unidades lógicas en otro disco de mayor capacidad a medida que realiza la actualización. Mínimo tiempo de inactividad y mínima molestia, y parece fácil de implementar. Eche un vistazo a cómo usarlo aquí: http://zornsoftware.codenature.info/blog/why-i-ditched-raid-and-greyhole-for-mhddfs.html

    Intereting Posts