Tengo un sistema de estación de trabajo que tendrá dos SSD industriales de 64 GB, y el plan es tener ambos discos en una configuración RAID1 para la redundancia que se configura en el arranque rápido. El sistema ejecutará CentOS 7. Al investigar esto, descubrí que la Guía de administración de almacenamiento RHEL no recomienda RAID1 para SSD.
Red Hat también advierte que los niveles RAID de software 1, 4, 5 y 6 no se recomiendan para usar en SSD. Durante la etapa de inicialización de estos niveles de RAID, algunas utilidades de administración de RAID (como mdadm) escriben en todos los bloques del dispositivo de almacenamiento para garantizar que las sumas de verificación funcionen correctamente. Esto hará que el rendimiento de la SSD se degrade rápidamente.
¿Es algo de lo que debería preocuparme seriamente? ¿Hay alternativas de redundancia que pueda usar?
De acuerdo con la documentación de RHEL nuevamente, la duplicación LVM ahora aprovecha el RAID del software MD, por lo que la advertencia RAID también se aplica a eso.
Más información: Los SSD son de la serie Swissbit X-200 (SATA), y parece que el sobreaprovisionamiento es del 40%.
El RAID de hardware no será una opción, según el equipo de hardware.
mdadm -C --assume-clean...para evitar la sincronización inicial. Al menos con RAID-1.Respuestas:
No recomendaría el software RAID de Linux con SSD, especialmente para el arranque. Tomaría la decisión en función de los posibles escenarios de falla y cuál es el impacto del tiempo de inactividad. Para los SSD industriales, generalmente los he usado de forma independiente, sin RAID.
Si esta estación de trabajo fallara, ¿qué tan rápido puede 1). recuperación de copias de seguridad o 2). reconstrucción / reimagen?
¿Qué tipo de SSD son estos (marca / modelo)? Si se aprovisionan en exceso, esto puede no ser un gran problema. Si son SATA y están conectados a la placa base, tendrá algunas opciones de TRIM.
Puede usar un controlador RAID de hardware LSI de nivel básico para facilitar la implementación y la recuperación. Al menos el RAID subyacente será transparente para el sistema operativo.
Editar:
Estos son SSD industriales altamente sobreaprovisionados . Configure el espejo RAID 1 como normal y simplemente monitoree las unidades a lo largo del tiempo.
fuente
No
Prefiero controladores RAID de hardware, pero eso es algo personal, estás bien así.
fuente
La pregunta que debe hacer es cuándo se escribió esa documentación. Generalmente usan el mismo material y lo actualizan si es necesario, y la tecnología SSD ha cambiado desde entonces.
Aunque son industriales, el rendimiento de escritura y lectura no es lo mismo. La documentación se refiere al rendimiento de escritura, pero con una configuración de espejo, obtendrá un mejor rendimiento de lectura con / boot y / monturas.
Por lo tanto, cuestionar la documentación en algunos aspectos vale la pena.
fuente
Puede usarlo sin muchos problemas en la configuración RAID1 flexible (incluso si el SSD no se aprovisionó demasiado), pero solo le proporcionó TRIM después de crearlo.
Puede hacerlo mediante uno de los siguientes:
usando un núcleo lo suficientemente nuevo que admite MD pasando TRIM a SSD (al menos 3.8.algo IIRC, pero verifique), y ejecutando fstrim (8) (desde el paquete util-linux) todas las noches
usando un kernel suficientemente nuevo y con la opción de montaje "descartar" (para ext4 / xfs). Tenga en cuenta que este es un rendimiento menor que el anterior, ya que TRIM no se puede poner en cola, y esto no aprovecha el procesamiento por lotes anterior
en núcleos más antiguos, ejecute cron run nocturno de mdtrim . ¡Asegúrese de probar con el script de prueba provisto antes de ponerle datos importantes!
También tenga en cuenta que todo se aplica solo para el sistema de archivos directamente en softRAID. No funcionará para la mayoría de los RAID de hardware. Además, (actualmente) no funcionará si tiene LVM o alguna otra capa encima de MD softraid. Necesitarás un exceso de aprovisionamiento para sobrevivir (y afortunadamente tienes el 40%, así que estás bien).
fuente