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 |