大型mail server站点构架设计方案

finechore

首先声明，这不是我管理的邮件服务器，我管理的要小的多。这里提出的只是我设想一个方案，大家有兴趣的可以来讨论一下。



1、WEB server的压力或许没有多大，但是要保证高可用，还是选取了LVS即做负载均衡又是HA。
2、MTA，这是最关键的一环。postfix貌似是现在的主流，于是这里用的是postfix。
说明：

a、在DNS里设置mx记录
@  mx 10 mx1.aa.com.
@  mx 20 mx2.aa.com.
  ……
  那么这台mx2.qq.com，算作冗余用处。邮件客户端或web server每次有请求，首先使用的是权值小的mx1；如果不成功，则会尝试使用mx2。
  b、mx记录的权值可以一样。如这里再加几台权值为10的，那么连接的时候会根据DNS返回记录，轮询的方式使用。
  c、如果需要可以把反垃圾过滤分离出来专门做一台过滤服务器。但或许没有多大必要，集成在postfix服务器里就行了。

3、数据库，主从结构。postfix连接Slave DB只做查询；web server连接的是Master DB，因为有时候要新建用户插入数据。
4、邮件存储。感觉NFS已经很强悍了，应该能满足需要吧。性能比GFS差多少，没测试过，不得而知。。。

存在的问题：
1、感觉，数据库做成主从，又不是HA。万一挂一台，就是大问题。
2、没管理过磁盘阵列，其中的数据冗余到底怎样做呢？不知道。但我知道，raid并不是一个可以完全依赖的东西；我能想到的也就是邮件存储最好也做两套，一套备份用，但是怎样往备的上面同步数据就成了问题，rsync定时推送实时性不高。
3、欢迎大家拍砖，指出不足之处以及改进方案。

finechore

依据现在用的邮件服务器推算：如果用两台web sever 、一台mx权值为10的MTA，承载上万用户肯定不算问题，日均投递数万封邮件。两台权值mx为10的话，翻倍。163、hotmail均是多台mx权值相同。Gmail mx记录低的只有一台，估计做了智能DNS？

finechore

补充：网路拓扑方面，有些问题。DB和存储服务器最好只配内网IP。
案1、web server和postfix则必须都是双网卡，两台交换机一台连外网，一台内网用。
案2、所有服务器均配内网地址挂在一台交换机上，web server和postfix 用防火墙NAT出去。
案3、？

ruochen

自己探索

注重过程

非常好