Hola :) On Thursday 23 July 2009 19:59:36 carlopmart wrote:
Bueno respondo a tus dudas.
Lo primero a tener en cuenta sobre este servidor es si lo tienes bajo soporte o no. Si est� bajo soporte pues est�s "condenado" a usar Windows Storage Server (por lo que yo s� de como funciona el soporte de Dell, pero si me equivoco que alguien me corrija) o bien perder�s dicho soporte. Otra opci�n es si tu empresa est� decidida a asumir eso. En caso afirmativo, entonces adelante.
Teniendo en cuenta tus requisitos expuestos yo te sugiero una soluci�n basada en BSD por eficiente, flexible, escalable y muy muy potente. Ahora bien aqu� entran en juego tus conocimientos de los sitemas BSD ya que estamos hablando de elmentos muy sensibles a cambios de configuraciones, y que por supuesto no se parecen en nada en configuraci�n a linux. Por esto el orden de preferencias muy personal es:
- Solaris 10 (gratis en descarga pero no dispondr�s de updates a menos que pagues) con ZFS, iSCSI, NFS, HA y lo que precises. - FreeBSD 7.2 - NexentaStor como otra soluci�n comercial.
Si quieres algo que sea instalar y listo entocnes dispones de las dos soluciones que has enumerado: FreeNAS y Openfiler. Personalmente prefiero FreeNAS: m�s potente y escalable que Openfiler, pero con un handicap no sporta HA (si no me equivoco) cosa que openfiler si (a trav�s de drbd).
Sobre hacerlo bajo opensuse: siempre puedes instalar un openfiler, mirar el soft que instalar y comparar los parametros de su kernel con el de opensuse (eso es lo que te dar� el performance), pero vamos yo instalar�a openfiler.
Por cierto, Openfiler se basa en rpath y no en CentOS (lo hizo pero ya no).
Un �ltimo apunte: escojas la plataforma que escojas, todo lo que puedas hacer a trav�s del firmware de Dell mejor que el software del SO: dar de alta los raids y dem�s ... Te evitar�s sustos futuros.
En cuanto a ZFS ... uffff. No suele dar problemas, pero ZFS no tiene un fscheck como tienen los demás sistemas de ficheros. Ya, Sun dice que no hace falta. Siento contradecir a Sun, pero sí hace falta y en Inet se pueden encontrar muchos casos en los que si hubiera habido un fscheck no hubiesen perdido los datos. Si ZFS tiene un problema ... se pierde _TODO_. La probabilidad es baja, pero recordemos que si te toca ese 0.000000000000000001% ... te ha tocado de pleno y lo pierdes todo. En Linux, los sistemas de ficheros tienen un fscheck que detectan si ha habido un fallo y, si se puede arreglar lo guardan en lost+found. Esto tiene la ventaja de no perder el resto de los datos, puede que pierdas unos cuantos ficheros, pero no los pierdes todos. Cuando el sistema de ficehros (bueno, el fscheck) detecta bloques que no sabe de dónde han salido, los guarda en el lost+found para que luego el administrador se ponga a averiguar a qué fichero pertenece cada bloque. Ya, ya sé que ponerse a montar el puzle es casi imposible y tu jefe no te da el tiempo suficiente para montar ese puzle, pero repito: no pierdes el sistema de ficheros completo, cosa que sí ocurre con ZFS. Recordemos que estamos hablando de backups: el tesoro más preciado de cualquier empresa por lo que yo no me la jugaría. Ya, ya sé que hay muchos casos de gente usando ZFS sin problema alguno, pero también hay casos en los que han perdido absolutamente todo porque se fue la luz y no hay un fscheck que comprueba si hay bloques sueltos/perdidos. Es decir, es un todo o nada, no hay pérdidas parciales = 1 ó 0, es binario en el caso de ZFS. MHO Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com rgriman@jabberes.org -- 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