同一域名下,跨地域,分布式邮件系统解决方案

作者:admin 日期:2007-09-18

字体大小: 小中大

Imail 2006.21里面的peer list很简单的设置就可以实现这样的功能了
已经测试成功过。目前尚余如何避免多服务器开同样的帐号的问题。

在一个公司的网站上看到的转载过来有时间测试看看第二个方案如果可以我会贴出我的方案

其实我自己的一个想法是
同一域名
比如两地
中国主服务器abc.com
美国次服务器 mail1.abc.com

美国和中国两地的用户分别使用各地的服务器来收发邮件
美国公司的服务器上的设置的帐号在中国的主服务器上也需要设置同名帐号一次，这样主服务器上的同名帐号收到该邮件后自动转发到@mail1.abc.com
这样对外显示的帐号依然是@abc.com
只是维护会比较麻烦一点
次服务器开通一个帐号，主服务器也需要开通一个帐号

下面这个是那家公司网站上提供的解决方案

同一域名下,跨地域,分布式邮件系统解决方案
相关概念：
集中式邮件系统：
集中式邮件系统由一个大型数据中心组成，该数据中心存放并管理所有的服务器资源。所有用户均通过Internet/Intranet访问这个邮件系统。
集中式邮件系统经过网络/服务器冗余（负载平衡邮件系统/Load Balance）可以达到非常高的稳定和安全性。但是在一个集团/大型企业如果有非常多的跨国分支机构，如果这些分支机构希望使用和总部统一域名（非二级子域名），集中式邮件系统无论将IDC放置在任何地方，均会有跨国际网络使用的问题，要解决带宽问题，除非每个分支机构均和IDC中央邮件服务器建立带宽良好的专线，但是使用成本将大幅上升，在这种情况下，需要利用分布式邮件系统来解决。

分布式邮件系统：
分布式邮件系统由多个数据中心组成，大量分支机构或较小的分散站点与公司总部或数据中心的连接很慢。分支机构需要建立自己的邮件服务器，来加快处理当地分支机构的邮件。
我们将用一个实例来说明企业如何建立分布式邮件系统的两种不同解决方案：
ABC集团是一家在美国，中国大陆，台湾，香港，日本，韩国，新加坡均设立分公司和办事机构的大型企业，ABC集团所有员工均使用abc.com为后缀的统一邮件地址。
下表是分布在不同地域的员工邮件列表：

A1@abc.com美国
A2@abc.com美国
A3@abc.com中国大陆
A4@abc.com中国大陆
A5@abc.com中国大陆
A6@abc.com 台湾
A7@abc.com台湾
A8@abc.com 香港
A9@abc.com日本
A10@abc.com 日本
A11@abc.com韩国
A12@abc.com 新加坡

分布式邮件系统方案一：具中央邮件服务器架构的分布式邮件系统
说明：选择机房条件好，带宽均能满足各分支机构传递邮件的某地IDC，并且建立具备负载平衡的中央邮件服务器（选择IDC考虑abc集团大部分的业务是在哪里）。
在中央服务器中建立ABC集团的全球邮件路由表：
邮件地址邮件路由（IP/Host Name）
A1@abc.com 美国邮件服务器
A2@abc.com 美国邮件服务器
A3@abc.com 中国大陆邮件服务器
A4@abc.com 中国大陆邮件服务器
A5@abc.com 中国大陆邮件服务器
A6@abc.com 台湾邮件服务器
A7@abc.com 台湾邮件服务器
A8@abc.com 香港邮件服务器
A9@abc.com 日本邮件服务器
A10@abc.com 日本邮件服务器
A11@abc.com 韩国邮件服务器
A12@abc.com 新加坡邮件服务器
将abc.com的邮件MX记录指向中央服务器，所有发往abc.com的邮件先发送至中央邮件服务器，中央邮件服务器理由邮件路由表分发给不同地域的分公司邮件服务器，不同分公司员工可以通过当地的邮件服务器收取邮件。
分公司-分公司邮件处理流程，分公司邮件系统需要将非本地邮件(Unknown User)发送给中央邮件服务器，中央邮件服务器根据邮件路由表发送给其他分公司的邮件系统。

该解决方案优点：
解决同一域名下，多点分分布式邮件系统的难题。
解决用户需要记住内外邮件地址问题。
解决分公司之间网络带宽问题。

该方案可能的缺点：
中央邮件服务器带宽和硬件资源要求高，外部发往abc.com和分公司之间的邮件交换均须通过中央服务器。如因规划不当，没有考虑到中央邮件服务器的冗余，遇中心点的软硬件故障，将使整个ABC集团的邮件系统瘫痪。
需要由专人负责维护中央邮件服务器，遇邮件地址变更，因为需要配置中央服务器的路由表，设置较为复杂。

分布式邮件系统方案二：对等的分布式邮件系统
经过Corp Email对于分布式邮件系统的不断实验和研究，新的对等的分布式邮件系统解决方案发布了。
方案原理如下：
不需要建立全球分公司的邮件路由表，不需要建立中央邮件服务器。
在每个分公司邮件系统建立用户，并且将其他的分公司域加入分布式域(Distributed Domain)
还需要正确设置abc.com的邮件记录：
abc.com
IN MX 10 mail-us.abc.com
IN MX 10 mail-cn.abc.com
IN MX 10 mail-hk.abc.com
IN MX 10 mail-tw.abc.com
IN MX 10 mail-jp.abc.com
IN MX 10 mail-kr.abc.com
IN MX 10 mail-sg.abc.com
mail-us.abc.com  IN A 209.200.153.152
mail-cn.abc.com  IN A 202.96.199.1
mail-hk.abc.com  IN A 61.152.237.40
mail-tw.abc.com  IN A 192.72.83.96
mail-jp.abc.com  IN A 66.102.7.99
mail-kr.abc.com  IN A 66.102.7.147
mail-sg.abc.com  IN A 210.193.51.1
我们来看一下，一份发往A9@abc.com；A11@abc.com；A100@abc.com三个地址的邮件经过DNS查询随机分配到mail-jp.abc.com邮件服务器，mail-jp.abc.com经过查询本地abc.com用户列表发现A9用户为本地用户，即将该邮件存储至A9用户邮箱，经过查询其它分布域用户列表，发现A11用户存在于mail-kr.abc.com，mail-jp.abc.com将该邮件发送给mail-kr.abc.com的A11用户邮箱。A100@abc.com地址无法在本地和其他分布域中查询到，给出5xx error，拒绝接收发往A100@abc.com的邮件。

该解决方案优点：
真正的分布式邮件系统，外部邮件随机到达任何邮件服务器，均能到达最终用户。
配置简单，无需配置复杂的中央邮件服务器邮件路由，邮件地址增加和变更设置非常方便。
无需昂贵的带宽和中央服务器投入。

该方案可能的缺点：
并非所有邮件系统均支持。
各分公司的带宽要求较高（采用前一种模式，甚至动态IP或者拨号上网的分公司亦可有方法解决），本方案适合各分公司邮件量较为平均的公司。