Hola :) El Tuesday 30 September 2008, Camaleón escribió:
El 30/09/08, Rafa Grimán escribió:
El problema es que son mecánicos. Hay mucho volumen (750 GB, 1 TB) y los cabezales tienen que bascular mucho por lo que la mecánica acaba fallando si hay mucho I/O. Hasta 500 GB, la tecnología funciona bien, pero de ahí en adelante ... se corre mucho riesgo.
Al fallar la mecánica ... hay que reemplazar el disco entero, no es cosa de reformatear o driver nuevo o cosas así :(
Pero los fallos no son exclusivos del sata (ni del disco ni de la interfaz) en particular. Los discos con conexión scsi (o sas o FC) de gran capacidad adolecen del mismo mal ¿no?
Lo comentábamos hace poco, que la calidad del disco duro depende del fabricante, de las especificaciones del propio disco y del segmento al que va dirigido, pero no tanto del tipo de interfaz... :-?
Sí, eso también hay que tenerlo en cuenta. En el caso de SATA grande (>500GB). Es demasiado grande para el rotor/motor. Le cuesta mucho balancear los cabezales de un lado a otro del disco. En cuanto a discos SCSI/SAS y FC. Se prueban mucho, son discos mucho más pequeños, ...
Hay otro inconveniente de discos grandes (mayores a 500 GB) y es el tiempo de reconstrucción.
No me lo recuerdes... 6 / 7 horas que se lleva para reconstruir el tera (y ademaś, son falsos positivos).
Vaya :(
Si tienes un RAID 5 y te falla un disco y entra el spare (o bien lo cambias por uno nuevo), el tiempo de reconstrucción es ETERNO. He llegado a ver una reconstrucción de un RAID 5 con discos de 1 TB tardar 28 horas !!!
Lo es, lo es... y eso es lo que me hace replantearme el uso del raid: tienes que afinar mucho con la controladora y con las herramientas que vas a utilizar. Hay drivers del kernel para detectar la controladora pero no tengo herramientas del kernel para gestionar el raid y tengo que usar las del fabricante que requiere usar "su" controlador :-/
Eso es lo malo del RAID por hw. En cuanto a disco de spare, a mi no me gustan, prefiero un disco de reemplazo definitivo. Si usas un spare, hay que reconstruir el RAID 2 veces: - 1 cuando falla el disco y entra el spare - la segunda cuando cambias el disco dañado por uno nuevo: hay que copiar todo lo que tenía el spare al disco nuevo
Eso trae consigo dos problemas:
- mientras se reconstruye, (recuerda que son 28 horas), te puede fallar otro disco y si es RAID 5 ... pierdes el RAID entero
Je, estaría bueno... poner un raid para evitar perder datos por fallo del disco... ¡y perderlos por el raid! >:-)
Recuerda que RAID 5 sólo previene ante fallos de 1 disco. Si fallan dos discos ... has perdido tus datos. Para eso sacaron RAID 6, es como un RAID 5, pero con doble paridad.
- mientras se reconstruye, el rendimiento del RAID te cae y puedes llegar a ver un rendimiento del 40% respecto del original
En mi caso tengo en el mismo servidor 2 niveles de raid (raid1 para el so y el raid5 sólo para almacén). Perdería datos, en caso de que fallen dos discos del raid5 o el acceso sería muy lento si está degradada, pero al menos el servidor seguiría en marcha.
No, no me haría gracia :-P.
Efectivamente, perder datos no hace gracia :( De ahí que luego te saquen cosas como disaster recovery y business continuance, backups, ...
Teniendo en cuenta que son de 400 GB y que el uso que le das es más de archivado y backup, te durarán más, pero ten alguno de spare a mano.
Por eso necesito que sea sencillo conseguir unos cuantos discos sata y con los sas, no sé, no sé... >:-)
Consejos para que duren más o para que tengas menor probabilidad de perder datos: - RAID 6
Con software raid, quizá... porque el 6 no es un nivel de raid muy común en las controladoras :-?
Empieza a serlo, pero recuerda, hay dos tipos de RAID 6: - RAID 6 p+q: es el definido en el estándar - RAID 6 DP: no está definido por ningún estándar y cada fabricante hace lo que le da la gana. En algunos casos da peor rendimiento
- haz RAIDs pequeños (4+1 si es RAID 5 y 4+1+1 si es RAID6)
Lo del RAID 6, que sea p+q porque es el estándar, el DP no es estándar (cada fabricante hace lo que le da la gana).
Oído cocina :-)
Se me olvidaba otra cosa a tener en cuenta: stripe width y stripe unit. Importantes para el rendimiento. Algunos sistemas de ficheros (como XFS) te permiten definir el stripe width y stripe unit para que sean el mismo número que tiene el RAID. Aunque en tu caso (backups) no creo que sea tan necesario ya que no buscas un rendimiento óptimo que te obligue a atarte a la silla ;) Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org