no solo basta con que tengas lo mejor en fierro y una buena configuracion, sino 
que tambien tengas una correcta disciplina de trabajo como sacar backups 
diarios de tu informacion, tener politicas seguridad y de contingencias en caso 
de tener eventualidades, entre otras cosas.

ten en cuenta que lo mas importante es la informacion antes que el fierro.

César 


----- Mensaje original -----
De: "Elias Fuentes" <[email protected]>
Para: [email protected]
Enviados: Domingo, 4 de Julio 2010 10:49:30 GMT -05:00 Colombia
Asunto: Re: [l-plug] Consulta sobre RAID 1



Hola Jorge: 


Tu detalle que me comentas es muy interesante, pero en la empresa(pequeñita 
empresa) que estoy laborando el gasto que me han aceptado es hasta $800 (una pc 
completa con 2HD de 320GB) voy ha correr MySQL, Apache y FileServer aqui en la 
empersa solo hay 6 PC el resto de las terminales estan en provincia que son un 
aprox de 60(laptop y algunas pc) y estoy creando un AppWeb para provincia solo 
por apache. 


Entonces para no tener perdida de datos estaba pensando usar raid 1, o en este 
caso tambien podria user LVM?. 


Saludos y gracias por tus comentarios, 

Elias Fuentes 
Support / Developer 
-------------------------------- 
Claro RPC: (+51) 1-9970-24547 
MSN: eqvirus(at) hotmail.com 
http://www.miasoftware.net 
http://twitter.com/eqvirus 



El 2 de julio de 2010 22:39, Jorge Sarmiento < [email protected] > 
escribió: 


A utilizar el raid de las mainboards "desktop" prefiero utilizar el raid por 
software del kernel de Linux. Salvo ciertas placas high-end, los raids de las 
placas son en realidad un software "grabado" en hardware, pero que igual hace 
los cálculos utilizando el CPU, no tienen un procesador raid dedicado. 
Otra desventaja es que en caso falle un disco es más complicado volverlos a 
sincronizar. El raid por software en linux da más "alternativas de solución" en 
caso tengas que reconstruir tu data porque cometiste el error de no tener un 
backup de ese raid. 

Sobre el LVM, si bien es bueno por la flexibilidad que da, siempre hay un 
impacto en la performance. El impacto varía dependiendo de diversos factores, 
desde el tamaño de los archivos, filesystem, tipo de trabajo del raid (más 
lecturas o más escrituras), etc. En general yo les recomiendo utilizar LVM sólo 
si es absolutamente necesario y no hay otra alternativa. 

Y sobre lo de no utilizar hardware compatible, yo lo considero "un mito 
urbano". Hay hardware "compatible" de excelente calidad (como esas mainboards 
ASUS para gamers que cuestan $250+) que puede funcionar igual o mejor que 
hardware de marca. Tengo varios servidores con raids armados en compatibles, el 
más antiguo tiene 4 años y usa procesador pentium 4 y 2 tarjetas PCI Adaptec de 
puertos SATA. Este raid tiene 12 discos duros. 

El último que he armado usa 4 discos duros Western Digital Black Edition y da 
estas velocidades en el test de lectura de hdparm. Sé que no es una medida 
exacta pero da una idea de las velocidades pico de I/O 

hdparm -t /dev/md0 <-- raid 1 
/dev/md0: 
Timing buffered disk reads: 250 MB in 1.93 seconds = 129 MB/sec 

hdparm -t /dev/md1 <-- raid 0 
/dev/md1: 
Timing buffered disk reads: 1466 MB in 3.00 seconds = 488 MB/sec 

hdparm -t /dev/md2 <-- raid 5 
/dev/md2: 
Timing buffered disk reads: 1158 MB in 3.00 seconds = 385 MB/sec 

Jorge S. 



2010/7/2 HelpDesk/Developer < [email protected] > 



Hola listeros, tengo entendido que los RAID por hardware son mas eficientes, 
hace un tiempito atras he visto placas con BIOS que tienen configuracion de 
RAID, no recuerdo la marca.... pero la cuestion es, alguien ha usado RAID en 
las placas ke son para uso domestico, esas de las que venden en wilson? y si 
alguien ha usado esas placas me podria decirme ke modelo ha usado, necesito 
levantar un server centos con raid 1. 





Saludos, 
Elias Fuentes 
Support / Developer 
-------------------------------- 
Claro RPC: (+51) 1-9970-24547 
MSN: eqvirus(at) hotmail.com 
http://blog.miasoftware.net 



_______________________________________________ 
Lista de correo Linux-plug 
Temática: Discusión general sobre Linux 
Peruvian Linux User Group ( http://www.linux.org.pe ) 

Participa suscribiéndote y escribiendo a: [email protected] 
Para darte de alta, de baja o hacer ajustes a tu suscripción visita: 
http://voip2.voip.net.pe/mailman/listinfo/linux-plug 

IMPORTANTE: Reglas y recomendaciones 
http://www.linux.org.pe/listas/reglas.php 
http://www.linux.org.pe/listas/comportamiento.php 
http://www.linux.org.pe/listas/recomendaciones.php 


_______________________________________________ 
Lista de correo Linux-plug 
Temática: Discusión general sobre Linux 
Peruvian Linux User Group ( http://www.linux.org.pe ) 

Participa suscribiéndote y escribiendo a: [email protected] 
Para darte de alta, de baja o hacer ajustes a tu suscripción visita: 
http://voip2.voip.net.pe/mailman/listinfo/linux-plug 

IMPORTANTE: Reglas y recomendaciones 
http://www.linux.org.pe/listas/reglas.php 
http://www.linux.org.pe/listas/comportamiento.php 
http://www.linux.org.pe/listas/recomendaciones.php 


_______________________________________________
Lista de correo Linux-plug
Temática: Discusión general sobre Linux
Peruvian Linux User Group (http://www.linux.org.pe)

Participa suscribiéndote y escribiendo a:  [email protected]
Para darte de alta, de baja  o hacer ajustes a tu suscripción visita:
http://voip2.voip.net.pe/mailman/listinfo/linux-plug

IMPORTANTE: Reglas y recomendaciones
http://www.linux.org.pe/listas/reglas.php
http://www.linux.org.pe/listas/comportamiento.php
http://www.linux.org.pe/listas/recomendaciones.php
_______________________________________________
Lista de correo Linux-plug
Temática: Discusión general sobre Linux
Peruvian Linux User Group (http://www.linux.org.pe)

Participa suscribiéndote y escribiendo a:  [email protected]
Para darte de alta, de baja  o hacer ajustes a tu suscripción visita:
http://voip2.voip.net.pe/mailman/listinfo/linux-plug

IMPORTANTE: Reglas y recomendaciones
http://www.linux.org.pe/listas/reglas.php
http://www.linux.org.pe/listas/comportamiento.php
http://www.linux.org.pe/listas/recomendaciones.php

Responder a