Exchange 2010边缘传输服务器的负载均衡:
在边缘传输服务器之间对入站的Internet邮件进行负载均衡。
1.默认情况下,边缘传输服务器跟集线器传输服务器一样,无需部署负载平衡解决方案即可将负载均匀分布到各个边缘传输服务器上,可以借用DNS的轮训机制来进行通信流量负载,使用首选值相同的DNS轮训机制和邮件交换器MX记录即可实现。
2.如果是使用了windows网络负载均衡或者硬件负载均衡器解决方案来均匀分流Internet传入的邮件,则需要发布一个指向负载均衡解决方案的MX记录,负载均衡器将传入的邮件流量均匀分配到NLB的群集成员上。
---------------------------------------------------------------------------------
实验拓扑
实验拓扑是由上一节的基础上做了进一步的扩展,这节将演示DMZ区域中边缘传输服务器的负载群集。正常情况下,当在一个AD站点中假设了多台边缘传输服务器后,所有正常工作的边缘传输服务器是能够通过增强DNS轮询机制来实现Internet邮件流的负载的。但是这需要我们在公网上注册多个邮件MX记录。实验将通过结合TMG 2010来假设DMZ区域,使用2台边缘传输服务器来创建网络负载群集。
实验环境结合了数据库可用性组DAG、客户端访问服务器阵列CAS Array+NLB、集线器传输服务器SMTP命名空间+NLB、边缘传输服务器NLB。实验环境还是比较大的,实际上邮箱角色、集线器传输角色、客户端访问角色都可以只使用一台服务器。
----------------------------------------------------------------------------------
实验步骤:
1.公网DNS配置。在公网的DNS上需要添加内部Exchange邮件服务器对外的DNS主机A记录和MX记录。我上一节使用了集线器传输服务器的SMTP命名空间,这节将继续smtp.xutonglin.com作为外网的发送链接服务器地址。当然,也可以通过在外网DNS上使用单一A记录mail.xutonglin.com来实现收发。
内部DC上测试POP3端口和SMTP端口是否开启。
2.向公网发布POP3端口和SMTP端口。这里的真正目的是为了测试边缘传输服务器对公网邮件的负载。所以就简单的在公网上使用POP3协议来收发邮件测试,暂不考虑POP3S加密协议模式。对于其它访问方式的发布,可以参考以往章节:
http://xutonglin.blog.51cto.com/8549515/1391302
发布SMTP端口。
3.测试使用外网客户端使用POP3协议连接Exchange邮箱。显示无法连接,根据错误可以看出我们发布的POP3和SMTP应该是有效果,但是某些地方出错。如果是端口都没有,显示的错误是无法连接到服务器。
调整TMG端口发布设置。
4.查看新接收到的邮件的邮件传输过程,邮件是由内部集线器传输服务器直接发送而来。
查看边缘传输服务器AD LDS同步结果。关于边缘传输服务器部署过程请参考以往章节:http://xutonglin.blog.51cto.com/8549515/1391805
将TMG上SMTP端口25映射到第一台边缘传输服务器Mail3(172.16.8.4)上.测试边缘传输过程是否正常,第二台边缘传输服务器的测试过程就不罗列了,同样要将第二台边缘传输服务器进行角色安装、配置边缘订阅和做TMG端口映射。通过以下的截图可以看出边缘传输过程正常。
5.创建网络负载群集。
添加另一台边缘传输服务器至群集成员。
如上图,网络负载群集管理器无法去连接到另外一台处于DMZ区域中的边缘传输服务器。原因是第二天边缘传输服务器Mail7防火墙启用,开启网络发现(LIMNR-UDP-IN)规则。
6.边缘传输服务器群集测试。首先是要将TMG的SMTP端口映射到边缘传输服务器群集上,测试邮件可以看出邮件流通过边缘群集172.16.8.200传递邮件,关闭边缘传输服务器mail3,再次发送测试邮件,可以看出邮件流通过群集的另一台成员服务器mail7传递邮件。
至此,边缘传输服务器网络负载均衡就完成了。
本文出自 “XuTonglin” 博客,请务必保留此出处http://xutonglin.blog.51cto.com/8549515/1399701