Gentoo Archives: gentoo-user

From: "A. Khattri" <ajai@××××.net>
To: gentoo-user@l.g.o
Subject: Re: [gentoo-user] [OT] opinions & know-how requested: how to create a mail cluster
Date: Sat, 06 Aug 2005 05:06:00
Message-Id: Pine.BSO.4.58.0508060035080.17873@ida.bway.net
In Reply to: Re: [gentoo-user] [OT] opinions & know-how requested: how to create a mail cluster by daniel
1 On Fri, 5 Aug 2005, daniel wrote:
2
3 > very cool.
4 > how many servers are you using for this? do you have a rough ratio for
5 > users:servers?
6
7 Its hard to say what the ratio of users/servers is - we haven't hit any
8 major bottlenecks yet and we serve somewhere between 3000 - 4000 accounts.
9
10 We have two main MX servers. (We have a third one but its not ready to
11 join the team just yet).
12
13 One of those servers handles most IMAP/POP3/SMTP for customers.
14
15 A third server acts as a database server (it does a bunch of other
16 things not directly related to mail too). We have MySQL read and
17 write queries split between two database servers and vpopmail will happily
18 work that way. The "write" database server replicates to the "read"
19 database server.
20
21 Then there's the three spamd+clamav boxes.
22
23 So there's a total of 6 servers doing mail-related chores.
24
25 All of our mail servers are pretty beefy machines with Gb's of RAM and
26 SCSI disks. (Though the main POP3/IMAP/SMTP server also has hardware
27 RAID ;-)
28
29 The spamd+clamav boxes are super cheap (tiny boxes with IDE disks, <
30 $500 each), but they have the very fast CPUs since spamd/clamav is very
31 CPU intensive. They can scale linearly - when we feel we need it we just
32 add another filtering box. Just to give you an idea, we started with two
33 and after more than a year added a third filtering box.
34
35 If you're supporting < 100 people you probably dont need such an elaborate
36 setup though two MXers would be a smart move. (If you give them the same
37 MX priority in DNS, you'll get round-robin load balancing).
38
39 A neat feature of qmail is you can have your front-end MXers handle all
40 incoming/outgoing SMTP traffic (and maybe one spam/virus filter alongside
41 them), and then they can deliver to an internal "private" server where
42 people grab their email. This will spare your internal POP3/IMAP server
43 from handling lots of SMTP, spammers, virus storms, etc.
44
45
46 --
47
48 --
49 gentoo-user@g.o mailing list