[EMAIL PROTECTED] escribió:
Parece qe no tenés mucho quorum.
así parece..ajajja
- No tengo idea de la mejora. Para mi es mas práctico tenerlos en
filesystem porque puedo hacer backups vía rsync. Pero no tengo experiencia
en guardarlos en una base de datos. Seguramente tiene sus ventajas.
actualmente los estoy administrando como archivos, un archivo por usuario con todos sus mails en texto plano, pero sospecho que esto no será eficiente cuando extienda la capacidad de cada cuenta a 300Mb.
- No sé a que te referís con una muy buena maquina. Hay muchas cosas en
juego, como sí usás pop3 o imap, sí usás o no SSL, sí tenés o no un
cliente web, que cantidad de ancho de banda vas a tener... proque no es lo
mismo:

1) sólo pop3, sin ssl, sin cliente web y con un ancho de banda de 10kb que...
2) imaps con un ancho de banda de 5mb y 1000 usuarios concurrentes.
En esta situación vas a tener que pensar en tener el imap de backend,
armar proxys imap, tener smtps en equipos aparte con antivuris y
antispam... ver de indexar los mailboxes... etc..

- No tengo experiencia en usar bases de datos para mailboxes.

- Un poco lo que te comenté antes...

uno.. dos.. .tres en función del envío y recepción de correos que tengas
servidores smtp con el antivirus y el antispam validando las cuentas antes
de pasarselas al backend que sea imap/pop3. Probablemente en los mismos
equipos puedas poner el proxy imap, para livianar la carga de las cuentas
de correo.
Otro tema es la validación, unix? ldap? base de datos?
Backups?

Te cuento: la idea es que el server haga:
- pop3 para aquellos usuarios que chequeen mails vía cliente de correo
- imap para aquellos usuarios que chequeen mails vía webmail (horde instalado en otra máquina) - los smtp estarán en otras máquinas (es decir, solo hace smtp para colocar los mails en sus bailboxes correspondientes)
- ancho de banda.....calculemosle mas o menos 2 Mb.
- 3500 usuarios
- 300 Mb por usuario
- La autenticación de los usuarios se hace mediante un server Ldap (otra máquina)

Muchas Gracias por la data !.


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]



--
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