|
Hi,
How would you handle the data integrity across the servers? If mail comes in it
would have to be distributed among all the server, cause you don't know where
the user is going to pop. When a user pop's on a server, you would have to
delete those mail's on the other server as well. Load balancing works fine for
HTTP and FTP cause the data for those are pretyy static. SMTP would be fine
too, but POP? I doubt if that will work.
Oh wait, you could run those servers on a single high speed shared scsi device.
That way there's only one copy of the data. Those systems are rather expensive,
but it might work.
Regards,
Ilan Steemers
hack@xxxxxxxxxxxxx wrote:
> Hi folks,
>
> The ISP in the Netherlands that I'm currently working for, want me to
> implement a scalable, high available (load balancing) mailserver. I have been
> looking around and think the best way to do this is by having a daemon listen
> to port 110 (POP3). This daemon will first ask the user's name and then
> handle the traffic between the selected mailserver (the one with, for
> example, the lowest traffic) and the user. I have a few questions, maybe you
> folks can help me:
>
> - Since this daemon will be a SPOF (single point of failure), what do I have
> to pay extra attention to?
>
> - Am I right when I think that there will be a maximum of 30,000 users at the
> same time (since the daemon will have to open both sockets to the user and
> the mailserver)? Can DNS be used as a solution for this?
>
> - Does anyone know of a daemon (or any software in general) that does
> something similar to what I want to do or an URL with more info on this
> subject (POP3 specific)?
>
> Any help is appreciated!
>
> Greetings, Norbert de Jonge
>
> ----------------------------------------------------------------
> Get your free email from AltaVista at http://altavista.iname.com
>
> ----------------------------------------------------------------------
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> To unsubscribe, e-mail: lvs-users-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx
> For additional commands, e-mail: lvs-users-help@xxxxxxxxxxxxxxxxxxxxxx
----------------------------------------------------------------------
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
To unsubscribe, e-mail: lvs-users-unsubscribe@xxxxxxxxxxxxxxxxxxxxxx
For additional commands, e-mail: lvs-users-help@xxxxxxxxxxxxxxxxxxxxxx
|
