El mar, 11-09-2007 a las 16:12 -0300, Matías Palomec escribió: > Usar discos SATA de 3.0 GiB en raid es bastante safable, aunque el > stress que pueden generar muchos usuarios es bastante problematico. > > Yo te recomiendo, si no van a comprar nignún cajón EMC^2 o similar, > poner varias máquinas que hagande fileservers. Con esto puedes dividir > los usuarios de más consumo y distribuirlos por los equipos, para que > no queden atorados todos en un solo server (acceso a disco). O poner > un equipo (o dos) muy potentes para que manejen los usuarios de carga > muy alta. Aunque esto solo lo lograrás saber una vez que hayas montado > todo.
Cuando tiras de sistemas de archivos remotos no todo es color de rosa. Nfs para ser fiable en casos como estos , donde tenes servidores de correo que acceden a repositirios de datos muy bestias , si no esta correctamente configurado , puede hacer agua. Cuando digo correctamente es buscar como dice el "como" los parametros correctos via dd (rsize,wsize) para obtener el mejor rendimiento. A mi me ha pasado de dejar servidores nfs ,montados con agregacion de canal y que al momento de transferir grandes cantidades de datos hacen agua. Un cajon Emc2 es algo bastante salado , pero hay que reconocer q es de lo mejor de lo mejor , no por nada es lo mas utilizado en centros de datos y proyectos bestias como flickr. > La conexión por AoE o por iSCSI no son muy buenas en performance, pero > si los usuarios van a acceder por internet, la calidad global no es > tan remarcable (aunque si se nota cuando bajas bastante información, > pero por pocos mails, no tanto). Lo que acabas de decir es una verdad como una piedra gigante , grande y contundente. Aunque pocas veces solo se accede dde internet , y cuando eso pasa , caca. > Yo hace un par de meses estuve viendo varias cosas de storage y puede > ser que te sirvan algunas notas mias: > > http://docs.google.com/Doc?id=dhpnfvj9_0hq7dsv > > (son basadas en otros documentos, y mucho copy & paste) > > Si montas todo en un solo server, vas a necesitar gastar un dinero en > discos y en la controladora de discos (ya sea SATA -barata, pero no > muy buena- o SCSI). Y el problema que puedes tener, es que cuando > llegues a un límite, el seguir creciendo va a ser muy dificil. Esto es un depende "abierto". La empresa 3ware tiene controladoras con las que es facil crecer , hasta 16 bocas sata por maquina y variedad de niveles por hardware , eso si , la controladora mas barata son 900 euros. > Es importante que en el diseño también veas como vas a guardar la > información, lo mejor es una base de datos, así te despreocupas de > donde van a quedar los archivos (en este caso serían los mails > propiamente dichos). Lamentablemente no conozco ninguna implementación > libre de esto. xDDD > > El sistema de ficheros que uses sobre esas particiones tb va a contar ! > > Yo opto por tirar de xfs en todos los servidores, aunque siempre se debe > > mirar las analiticas de cada sistema de ficheros y decidir a conciencia. > > Como recomendación, si llegas a usar Maildir, son muchos archivos > chiquitos, NUNCA uses JFS (a mi me trajo muchos problemas). No se que > tanto se la banca XFS o ReiserFS con archivos chiquitos. Reiserfs se la banca genial , pero mas alla de esto , con Peter Reiser entre rejas , el proyecto no pinta bien. > > > > 2-si vas a manejar tantas cuentas , aparte de un buen diseño , deberias > > mirar de utilizar servidores de correo del palo cyrus o dovecot , que es > > bastante conocido que manejan grandes cantidades de cuentas de usuario > > sin problemas , tienen pasarelas de autentificacion y demas. > > Yo tengo bastantes cyrus corriendo , con miles de cuentas y no me dan > > problemas , aparte de q la administracion es bastante simple una vez que > > la conoces y son como el conejo de duracell .."funcionan y funcionan > > y.." > > Lo bueno de plantearte el diseño también es que puedes pensar ya en > crecer horizontalmente, o sea, veas de hacer un diseño más o menos > simple para que cuando te quedas sin epsacio, metes otra PC al lado, > la configuras, y ya es storage extra que tienes. Lo mismo para cuando > te quedes sin IDLE en los servers imap/pop/smtp. Cyrus permite esto sin problemas ! Una buena (aunque desactualizada) introduccion a esto esta en : http://www.andyming.net/MyShare/MyDoc/KalamaZoom/Cyrus.pdf > PD: Yo también me enganché tarde, pero pensaba que este mail era un > coletazo de las discuciones que estuvieron últimamente por acá y > grulic. xD Yo hace años q no formo parte activa de esta lista , hace unos 7 años formaba parte , pero bueno , las vueltas de la vida son asi. Generalmente no respondo muchos correos , por tiempo , o por lo que sea , pero he de reconocer q este hizo q me picase el bichito :) > -- > Atentamente, yo <Matías> > Y sin fumar desde (casi) el '1089515700' > http://programado.org/ > Let one walk alone, commit no sin, with few wishes, > like an elephant in the forest
-- Para desuscribirte tenés que visitar la página https://listas.linux.org.ar/mailman/listinfo/lugar-gral/ /* Publica y encontra trabajo relacionado con softlibre en http://www.usla.org.ar/modules/jobs/ */ Si tenés algún inconveniente o consulta escribí a mailto:[EMAIL PROTECTED]
