Hola listeros....quería saber si alguien puede darme una mano con esto..... GRACIAS !!!!

Gustavo Marcello wrote:
Hola Gente....les escribo para retomar este tema:

Hay en la lista algún administrador de servidores de mail que pueda aconsejarme sobre estos temas?

Mis dudas concretas son...

-Cuanto mejor es tener los mails de los usuarios en una base de datos contra tenerlos cómo archivos de texto (hablando de performance)? Podemos hablar de una mejoría aproximada del 50% o mas ???

-Con una muy buena máquina alcanza para dar soporte a 3500 usuarios y 300 Mb para c/u? -Que opinan de distribuir la base de datos entre varios medios de almacenamiento y/o servidores? Tengo entendido que por medio del motor de base de datos puede implementarse algo así.

-Alguien tiene experiencia en el uso de maildir ?

-Cual sería la solución mas escalable ?




Un saludo y gracias

Gustavo






Ramiro Magallanes wrote:
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]

Responder a