n 9/11/07, Ramiro Magallanes <[EMAIL PROTECTED]> wrote: > El mar, 11-09-2007 a las 11:00 -0300, Gustavo Marcello escribió: > > > Federico, te cuento mas o menos como tenemos la cosa.... > > > > En cuanto a hard, en este momento usamos un Xeon de los viejos (de > > cuando lo mas grande en pentium era la III), disco scsi de 10k, 70 Gb, y > > 1M de RAM..... con esto estamos dando soporte a 6300 cuentas de 40Mb > > cada una... obviamente no están todas con los 40 Mb ocupados... > > Esta maquina hace pop para aquellos usuarios que consulten mail vía [...] > > supongamos que compro discos scsi de 1Tb y logro tener espacio > > suficiente para alojar cuentas de 300 Mb c/u (6300usuarios x > > 300MB/usuario = 1,8 TB) , creo que se va a volver muy lento el manejo de > > las cuentas ya que va a estar trabajando con archivos de texto de 300Mb, > > y por ejemplo, cuando un user borra un mail, se copian todos esos 300Mb > > (sin copiar el mail borrado)....creo que lo voy a sufrir en performance. > > ¿Que opinas? > > > 1-discos scsi de 1 tera no vas a encontrar ;) en todo caso sata(sas creo > q todavia no h) , podes tirar de alguna cabina para obtener tolerancia a > fallos. > Con el acceso a disco , el combo fibra+cabina de datos scsi sigue siendo > lo mejor aunque bastante salado , tambien podrias optar x iscsi , pero > yo no me juego a tirar de los iniciadores , a mi _NO_ me han dado buen > resultado.
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. 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). 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. 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. > 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. > > 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. 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. -- 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]
