El 30/12/08, Rafa Grimán escribió:
El Sunday 28 December 2008, Camaleón escribió:
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?
[...]
Yo no lo uso (aunque existe), utilizo el controlador que incluye el kernel y así me evito líos. Los discos están conectados a un "backplane" del propio servidor (cajas sata extraíbles en caliente), se accede directamente sin necesidad de abrir el chasis. Pero no son cabinas dedicadas.
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, ...)
Bueno, esa configuración de cabinas en HA es un paso más, son casi mini-ordenadores autónomos, pero sí, a mi me parece una ventaja grande la configuración del raid por hardware. La única pega gorda son las "migraciones" de hardware: si tienes que cambiar de controladora (modelo y/o tipo), tienes que volcar los datos a otro lado y empezar desde cero.
¿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.
Pues no sé... yo no me entero de "ná", no sé cómo están los discos (ni temperatura, ni sectores defectuosos...), pero eso es porque uso el driver del kernel que es muy poco "verboso" O:-). También podría controlarlo por medio de alguna tarjeta "ipmi", pero con el raid no sé a qué datos de los discos tendría acceso :-?
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 !!!
Ahora que hablas de los cuellos de botella, estoy pensando en montar unos equipos (estaciones de trabajo) que llevan una tarjeta de red gigabit integrada pero les quiero poner otra más. Y tengo un dilema "de buses", es decir, tengo las siguientes opciones: a) PCI de 32 bits --> 133 MB/s b) PCI-X 133 MHz de 64 bits --> 1.064 MB/s c) PCI-e x1 --> 250 MB/s ¿Qué tipo de adaptador de red recomiendas(dáis)? Teniendo en cuenta que el gigabit tiene una capacidad máxima teórica de 125 MB/s, no sé si pinchar una tarjeta PCi-e o una PCI. Alguien que trabaje con adaptadores gigabit pci-e en suse ¿hay algún problema de detección o configuración de estas tarjetas? ¿merece la pena ocupar la única ranura pci-e x1 con el adaptador de red? :-?
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.
Sí, para ciertos casos merece la pena, es cierto :-)~
...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.
Sí, perdón, no puse enlace ni nada O:-) Seagate recorta su garantía en varios modelos de discos duros http://www.theinquirer.es/2008/12/12/seagate-recorta-su-garantia-en-varios-m... Las nuevas garantías según modelos: Product Warranty Matrix http://www.seagate.com/www/en-us/support/warranty_&_returns_assistance/p... Son los de consumo (desktop), gama estándar, los más comunes :-P Saludos, -- Camaleón -- 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