搞大容量邮件的朋友可参考小弟乱写的一个东西邮件服务器教程

减小字体 增大字体

              摘要：搞大容量邮件的朋友可参考小弟乱写的一个东西
http://devel.hzqbbc.com/scalemail.html

这个只是一个ideal，因此请不要发信来问我具体的实施方案，但确实可以做出来。可行性是毫无疑问的。已和老外朋友ml里讨论过的。

另外，我的这些想法，是想用最普通的软件和技术来达到易于扩充的目的。但这个系统绝对不是什么牛系统。因此很多商业特性完全不具备。可以说是比较粗糙的模型。

不过已经可以很好的在一个5节点的小型系统内运作了。另外，webmail部分我还没进行改造。主要是改造比较简单。几个破php就好了。所以一直偷懒   

 xmy 回复于：2003-06-10 23:56:47[quote:4c6db43af4="hzqbbc"]    

国情啊，所以要努力赚m！！！

ps:我每次upgrade钱都不多的。换xP1800+/kt400-A4-C也就花了500+620而已。不过买RAM很贵。。1***啊。5555 大出血。。。

估计用好些年了。呵呵！！！这次我买ddr不是时后?.........[/quote:4c6db43af4]  


最好买多一个SCSI 阵列卡，买3个SCSI硬盘做个阵列5，偶每次开VM的时候听硬盘的惨叫声是一件痛苦的事情，十分担心硬盘会不会就这样牺牲了。

 gadfly 回复于：2003-06-09 14:17:27我的印象中qmqp似乎是qmail的自有协议。

这个mail switch的map机制倒是可行，在qmail中应该也可以实现，不过瓶颈问题？

[quote:de2e262984]
Use expensive storage solution (Fiber channel or high end SCSI disk array)LVS-NAT will be the traffic bottleneckNot easily expand to more than 20 nodesOn large site frequently disk i/o and too many connection will come at peak of storage performance
[/quote:de2e262984]
如果是硬件的load balance，支撑的节点应该可以更多。不过20已经能支持很大的用户数了

另外共享存储还可以使用NAS。

而且现在有一种技术叫千M以太网，不一定要用光纤网来连接共享存储

 gadfly 回复于：2003-06-09 14:22:12你现在想在这方面起个project?

 hzqbbc 回复于：2003-06-09 16:06:54[quote:d4cef500c9="gadfly"]
如果是硬件的load balance，支撑的节点应该可以更多。不过20已经能支持很大的用户数了

另外共享存储还可以使用NAS。

而且现在有一种技术叫千M以太网，不一定要用光纤网来连接共享存储[/quote:d4cef500c9]     

分特啊。刚才我在回帖子的时候，论坛忽然不行了：（ 所有的内容都丢了。

兄弟说的瓶颈问题，可以有很多方法来挽救的。不过怎么挽救都有一个上限的，另外，在廉价的系统里，是不考虑用硬件级的load balance，所以大概来说就LVS比较实用了，我自己测试过从理论上lvs确实可以很好的均分负载。但有些情况就不是太好。

另外，千兆以太网是不错的一个选择，但实际效能也就2，3百Mbit 好点的好象就最多4百mb吧~ 而且，实际的体系结构也摆脱不了这2大形式的，1是存储共享，2是分布存储。我想，就在这个方面做做文章咯 ^_^

 hzqbbc 回复于：2003-06-09 16:07:51[quote:e10622e66f="gadfly"]你现在想在这方面起个project?[/quote:e10622e66f]     

起project？过去想过，现在不想了。搞这样的系统有人用嘛？？
只是当时兴起研究一下。大概有一个感性认识就拉倒了：）

还是单机版能有机会用得上。咔咔

 xmy 回复于：2003-06-10 17:37:31呵呵，ideal不错，可惜没有办法做做试验。像我们这样的地方，能找个单机玩玩就不错了。

 hzqbbc 回复于：2003-06-10 18:00:39[quote:f7a45efe7a="xmy"]呵呵，ideal不错，可惜没有办法做做试验。像我们这样的地方，能找个单机玩玩就不错了。[/quote:f7a45efe7a]     

哈哈。完全可以做实验的。只要是不使用特殊硬件，全部都可以实现 至少是原型是没问题的。

我跑的5个节点的系统其实。。。。嘿嘿。。偷偷的告诉您，是在Vmware上跑的。同时开若干个linux。。。嘿嘿！！：）

 xmy 回复于：2003-06-10 18:58:15I 服了 U， 我的机子是屁吐400的，开一个vmware都慢得要晕，别说n个了，看来要先想办法搞台快点的机子才行。

 hzqbbc 回复于：2003-06-10 19:01:58[quote:b0ff3683d2="xmy"]I 服了 U， 我的机子是屁吐400的，开一个vmware都慢得要晕，别说n个了，看来要先想办法搞台快点的机子才行。[/quote:b0ff3683d2]     

哈哈。所以我忍痛换了一个XP1800+的1G ram 机器就是这个道理：）
明天还去采购一台水货的2*AMD XP1800+/760MPX的东西回来。。
西西~~~ 所以，研究东西也好，获得知识也好，都是要付出代价的。
而且不菲！~！ 

 xmy 回复于：2003-06-10 20:15:15       这要大量的 $ 支持才行，偶穷到连mm都泡不到，5555～～～～～

 hzqbbc 回复于：2003-06-10 20:18:45[quote:985b0bfbb4="xmy"]       这要大量的 $ 支持才行，偶穷到连mm都泡不到，5555～～～～～[/quote:985b0bfbb4]     

国情啊，所以要努力赚m！！！

ps:我每次upgrade钱都不多的。换xP1800+/kt400-A4-C也就花了500+620而已。不过买RAM很贵。。1***啊。5555 大出血。。。

估计用好些年了。呵呵！！！这次我买ddr不是时后。买贵了。：（
而且页不是非常好的条子。凑合吧。西门子的。

 firebird 回复于：2003-06-10 21:47:40辛苦了，楼主，你总结得挺全面的，但是要实现还是挺困难的。

 hzqbbc 回复于：2003-06-10 22:38:14[quote:7b54eb8b04="firebird"]辛苦了，楼主，你总结得挺全面的，但是要实现还是挺困难的。[/quote:7b54eb8b04]     

部分方案实现困难（主要是￥￥）
部分不难实现啊。反正我至少实现了一个原型，跑得挺好。

 xmy 回复于：2003-06-10 23:32:48load balance DNS的方案应该比较容易实现，没有阵列柜可以用NFS代替，mount到一个共同目录（如：/var/spool/imap），偶哪天也找台电脑试试。呵呵。

 michee 回复于：2003-06-11 00:16:22[quote:3211075f73="xmy"]load balance DNS的方案应该比较容易实现，没有阵列柜可以用NFS代替，mount到一个共同目录（如：/var/spool/imap），偶哪天也找台电脑试试。呵呵。[/quote:3211075f73]     

呵呵..DNS轮循也不失为一种解决方案啊,但是真正要实现负载均衡,可能还得化点血本才行啊..比如用一个四层交换机! 

 xmy 回复于：2003-06-11 00:24:55[quote:0a11bf362c="michee"]    

呵呵..DNS轮循也不失为一种解决方案啊,但是真正要实现负载均衡,可能还得化点血本才行啊..比如用一个四层交换机! [/quote:0a11bf362c]     

那么贵的交换机，偶没钱买来做试验哦

 xmy 回复于：2003-06-11 00:25:26[quote:1c7b93618a="michee"]    

呵呵..DNS轮循也不失为一种解决方案啊,但是真正要实现负载均衡,可能还得化点血本才行啊..比如用一个四层交换机! [/quot