Hola :) El Sunday 28 December 2008, Camaleón escribió:
El 28/12/08, Rafa Grim�n escribi�:
La utilidad lo que te permite es hablar con la controladora para decirle que quieres crear tal o cual RAID con tal o cual stripe unit y bla bla bla. Es una herramienta que te facilita la creaci�n del RAID y te evita tener que entrar en la BIOS (reiniciar dos veces), suele ser m�s amigable, ...
En el caso de las "grandes cabinas de discos", se utilizan estas interfaces gr�ficas para configurar y administrar los RAIDs ya que, por ejemplo, te permiten hacer una gesti�n remota v�a Ethernet, no tienes que estar conectado directamente a la cabina por fibra o por SAS o por SCSI. Tambi�n te permiten administrar todas tus cabinas, no tienes que ir cabina por cabina abriendo su interfaz gr�fico o entrando en su BIOS. Una caracter�stica adicional es que te permiten hacer la gesti�n sin tener la cabina parada y los usuarios esperando, lo puedes hacer en caliente.
S�, eso est� muy bien :-)
Algunas utilidades de los fabricantes (Adaptec, por ejemplo) ya lo incluyen (se gestiona v�a web desde cualquier equipo de la red, no s�lo en local).
Cuando instal� esa utilidad fue cuando me di cuenta de que no funcionaba ya que no utilizaba el driver para el raid del fabricante.
¿Ein? ¿No usa el driver del fabricante? ¿Es cabina o son discos internos? [...]
En el caso de los fake RAID no te s� decir claramente c�mo funcionan ya que son una especie de paso intermedio entre sw RAID y hw RAID. IMHO, lo que pasa es que el MS-Windows no es capaz de hacer RAID por sw 100% por lo que necesita de una "ayudita". En el caso de Linux, no hace falta esa "ayudita". Debe ser que el fake RAID hace una parte y el sistema operativo otra o algo as�. No me prestes mucha atenci�n porque no los conozco y huyo de ellos. Siempre que he visto un fake RAID de esos, he pasado completamente y he optado por sw RAID desde Linux porque as� el control entero lo hace el Linux, no hay capas intermedias que pueden liar m�s la situaci�n ni drivers que no est�n desarrollados/mantenidos por el farbicante o en mal estado porque el fabricante no ayuda, ...
Adem�s, ahora, con la potencia de los equipos de hoy en d�a, un sw RAID no supone tanta carga para el sistema. Antes era m�s rehacio a tener RAID por sw porque supon�a mucha carga al sistema. Hoy en d�a ya no supone tanta carga.
Al raid por hardware la mayor ventaja que le veo es la gesti�n. Es muy sencillo: pones disco, quitas disco, reconstruyes y a correr. Lo puede hacer cualquiera con instrucciones b�sicas. Y si tienes cabinas con hot swap, pues m�s f�cil a�n.
Eso es, la comodidad que te dan es algo qu ehay que tener en cuenta. Carlos (Robinson) dirá qu eis te falla la controladora tienes un problema. Es cierto, pero puedes sacar los discos y ponerlos ne otra controladora y a tirar millas. Generalmente en estos tipos de cabinas las controladoras se encuentran en alta disponibilidad (activa - activa) de forma que no hay que preocuparse y a esto hay que sumarle qu etienes una batería que mantiene el contenido de la cachés durante 3 - 7 días (depende del tamaño de la caché, uso que se le da, ...)
�Desventajas? No tengo smart :-/. Algunas controladoras ya lo permiten, pero no todas.
Lo del smart no es un problema demasiado grave porque generalmente te permiten poner una dirección de correo a la que envoarle los mensajes de error/warning. También tienes los logs, snmp, ... Tener o no smart no debería ser tan grave.
No s�, si tuviera que poner raid de nuevo (ya sea por software o hardware) me lo replanteaba. Casi que prefiero una buena placa, una buena controladora sas (no s� de d�nde habr� sacado yo estas ideas del sas :-P)
0:) Acabo de llegar de estar con un colega y he dicho: "Es que los discos SATA de 1 TB fallan mucho" No veas lo que me ha contestado. Ha cambiado unos cuantos en 4 meses (discos Seagate, Samsung, ... de todas las marcas). Los SATA de 500 GB dan buenos resultados así que no es necesario desembolsar en un SAS a menos que busques mejor rendimiento y mucha mayor fiabilidad. En tu caso (planos y ficheros grandes), los SAS de 300 GB y 10 krpm pueden ser interesantes. Los conectas vía SAS (cables SAS) al servidor y montas un buen NAS (unos cuantos GB de RAM), sea con NFS o con Samba. por lo menos te dan un rendimiento ~ FC y a un precio 5 veces menor ;) Obviamente, tienes que tener en cuenta que pasas el cuello de botella del disco a la red Ethernet (muchos paquetes, Samba/NFS mal configurado, clientes mal configurados, latencias, ..) o al servidor (necesidad de más Hz, más cores, buses ahogados, ...) o a lo mejor no hay ya más cuello de botella :D !!!
y un disco duro de gama profesional con discos independientes y sin raid... menos problemas y datos siempre disponibles: pinchar en caja externa y listo.
Lo malo es cuando quieres cierto rendimiento, cierta protección de datos y un tamaño determinado. Hay casos en los que vas con RAID 10 (rendimiento y protección de datos además de un tamaño mayor de "disco") o similar (RAID 50), RAID 6 (discos SATA > 500 GB), ... o estás perdido. En España tenemos clientes con muchos TB de datos en un único sistema de ficheros y eso no se consigue con discos sueltos :( En los casos que puedes tener sistemas de ficheros en un único disco, no es necesario tener RAID ... a menos que necesites un rendimiento determinado. En estos casos tienes que pasar por distribuir los ficheros por muchos discos (RIAD 0 o combinación, aka 10, 50). Típico en vídeo, BBDD de alto rendimiento, servidores de ficheros de "alto rendimiento", ... Además, tendrás un buen backup ;) Algunos RAID te protegen de ciertos fallos por lo que pueden ser útiles aunque no necesites elevado rendimiento.
...por cierto, ahora que me acuerdo... Seagate ha reducido la garant�a de sus discos duros (de gama est�ndar) de 5 a 3 a�os, aplicable a partir de enero de 2009 :-/
¿Tamaño y tipo de disco? Por curiosidad. 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