¿Qué es mejor LVM en RAID o RAID en LVM?


42

Actualmente tengo LVM en RAID de software, pero me gustaría preguntarte qué crees que es la mejor solución, ¿tal vez algunos pros y contras?

Editar: Se trata de incursión de software en lvm o lvm en incursión de software. Sé que la incursión de hardware es mejor si estamos pensando en el rendimiento.


99
Lvm en la redada. La incursión en LVM es el trabajo del diablo. Sin razonamiento.
Sirex

bueno, hw raid no es necesario mejor que sw raid. Depende de varios factores. Si no es uno de gama alta, generalmente es peor que el linux sw raid (también conocido como mdadm). En cuanto a gestión, estabilidad y rendimiento.
cstamas

@cstamas: Estoy de acuerdo, porque los más baratos generalmente son redadas de software.
Ency

Respuestas:


45

Su configuración actual es así:

| / | /var | /usr | /home  |
 --------------------------
|       LVM Volume         |
 --------------------------
|       RAID Volume        |
 --------------------------
| Disk 1 | Disk 2 | Disk 3 | 

Es una configuración mucho más simple con más flexibilidad. Puede usar todos los discos en el volumen RAID y cortarlos y cortarlos en dados de la forma que desee con LVM. No vale la pena pensar en la otra forma: es ridículamente complicado y pierde los beneficios de LVM a nivel de sistema de archivos.

Si intentara RAIDAR volúmenes LVM, se quedaría con un dispositivo normal sin ninguno de los beneficios de volumen LVM (por ejemplo, sistemas de archivos en crecimiento, etc.)


4

Esta es una vieja pregunta, la tecnología ha avanzado y la configuración recomendada es utilizar el soporte RAID incorporado de LVM (consulte aquí para la configuración https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/ Logical_Volume_Manager_Administration / raid_volumes.html ), especialmente si está utilizando SSD. Red Hat no recomienda el uso de RAID 1/5/6/10 con SSD ya que mdadm escribirá la partición completa para garantizar el correcto funcionamiento de las sumas de verificación. Esto puede conducir a una degradación más rápida de la SSD, como se indica aquí https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html-single/Storage_Administration_Guide/index.html#ssddeploy


1
USUARIO irwinr sugirió: Editado el 4 de febrero de 2018: no puedo encontrar ninguna referencia a RedHat que recomiende LVM RAID sobre mdadm RAID ni ninguna precaución contra el uso de RAID con SSD. De hecho, la etiqueta #ssddeploy ni siquiera aparece en el HTML de la segunda página vinculada. ---- Gracias irwinr, parece que RedHat actualizó su documentación. Aún así, mdadm sincroniza toda la partición, mientras que LVM "inteligente" no lo hace, por lo tanto, graba menos discos innecesarios, por lo tanto, una vida útil más larga para su SSD.
Pozzo-Balbi

Solo un pensamiento: aunque tiene la idea básica en un comentario, es posible que desee editarla en la respuesta, incluso con un descargo de responsabilidad; es decir, debe tener una advertencia de algún tipo que indique en qué circunstancias está sugiriendo su método.
Pryftan

3

Su configuración actual está bien. Esta es la forma recomendada de hacerlo.

Raid trata de mantener los bits seguros / redundantes / rápidos / lo que sea y LVM te ayuda a presentarlos de una manera fácil de usar.


2

tiene raid de hardware y puede tener lvm en la parte superior: la mejor combinación.


¡Buena solución empresarial, pero una sugerencia horrible para homelab! Necesita un contrato de servicio con el proveedor de hardware o está en serios problemas si su hardware RAID tiene una falla: necesita encontrar hardware propietario compatible para reemplazarlo.
Gareth Davidson

0

Supongo que te refieres a RAID de hardware con LVM en la parte superior, frente a LVM y RAID de software en la parte superior de LVM. Si es así, siempre aconsejo optar primero por RAID basado en hardware. El RAID de software es solo eso, mientras que la sobrecarga es pequeña, el rendimiento del RAID de hardware será mejor 9 de cada 10 veces. Por supuesto, la metodología dependerá mucho de su objetivo final. ¿Qué estás tratando de lograr (rendimiento, protección, etc., etc.)


1
"Incursión de software y lvm sobre LVM" - ¡Esa es una configuración exótica!
Sirex

-3

Creo que tiene sentido usar RAID sobre LVM si desea dividir sus discos entre un volumen RAID 0 y un volumen RAID 1.

Con esto no puede reasignar espacio entre RAID0 y RAID1

| / | /var | /usr | /home  |
 --------------------------
|       LVM Volume 2       |
 --------------------------
|    RAID 0   |   Raid 1   |
 --------------------------
| Disk 1 | Disk 2 | Disk 3 |

Con esto puedes

| / | /var | /usr | /home  |
 --------------------------
|       LVM Volume 2       |
 --------------------------
|    RAID 0   |   Raid 1   |
 --------------------------
|       LVM Volume 1       |
 --------------------------
| Disk 1 | Disk 2 | Disk 3 | 

Lo bueno es que también puede mover los volúmenes lógicos LVM Volumen 2 entre Raid 0 et y Raid 1 Volume, utilizando el comando pvmove

Lo malo es que la configuración es compleja. Sería mejor si LVM tuviera una mejor integración de las funciones de raid de software.


66
No conozco suficientes elementos de almacenamiento para decir por qué es una mala idea, pero me deja bastante inquieto y una clara sensación de temor.
Scott Pack

2
Si "RAID" aquí fuera RAID 1/5 / alguna otra forma de RAID redundante, no obtendría ninguna redundancia. Si fallara algún disco bajo el Volumen 1 de LVM, perdería ambos volúmenes RAID, ya que el volumen de LVM estaría muerto (OK, podría forzarlo en línea aún suponiendo que no se estaba dividiendo, pero una gran cantidad de datos ahora desaparecerá, y el RAID encima del volumen LVM que falla probablemente no podrá recuperarse ...). No sé por qué harías esto, pero no.
BSchlinker

2
Scott, parece que tu temor estaba justificado. Utilicé mdadm RAID sobre LVM2 y me metí en problemas - serverfault.com/questions/826479/… - deje que mi experiencia sea una advertencia para los demás.
Ghostrider
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.