为集线器传输服务器配置windows NLB：
·当组织中拥有多个集线器传输服务器时，Exchange会自动在组织中的所有集线器传输服务器间分布邮件通信。当所有的集线器传输服务器可用时，这个邮件通信能够自动的均匀分布负载。但是，当存在不可用的集线器传输服务器时，可能会导致剩余的可用服务器之间的邮件负载不均匀，这种不均匀尤其在存在3个以上集线器传输服务器时显得尤为突出，尤其是当组织跨越多个AD站点分布时。
·在Exchange Server 2010 SP1中，引入了新的组件“正常服务器选择器”。正常服务器选择器会去维护一个由不可用服务器组成的列表，通过这种维护可以筛选出正常工作的服务器。此列表由增强DNS用于在应用轮询机制逻辑进行负载均衡时，筛选出所有不可用的服务器。也就是说增强DNS在进行负载分配前，会使用“正常服务器选择器”去排除掉存在故障的服务器，再进行负载分配。
·Exchange Server 2010可以使用增强型DNS在“边缘传输”、“集线器传输”和“邮箱”服务器之间对所有组织内邮件通信自动进行负载平衡。但是，此功能不能对非Exchange源（如外部电子邮件服务器、第三方反垃圾邮件或防病毒解决方案、Exchange组织外的任何内部邮件服务器、业务线（LOB）应用程序已经基于POP或基于IMAP的电子邮件客户端）接收的邮件进行负载均衡。此时，可选择使用一个统一的SMTP命名空间（如smtp.xutonglin.com）对传入的SMTP通信进行负载均衡。
·当然，这种使用windows 网络负载均衡和增强DNS轮询机制的方式对集线器传输服务器数量有所限制，一旦集线器传输服务器数量过多（一般大于8）。还是需要使用更加专业的第三方硬件网络负载器来实现Exchange邮件通信的负载平衡。
·由于Exchange 2010集线器传输服务器本身默认情况下就能实现自动负载均衡，所以不一定需要使用SMTP命名空间和增强DNS来加强集线器传输的负载。只是为了避免在某部分集线器传输服务器出现故障后无法实现负载均衡而导致部分正常的集线器传输服务器负载过重。
------------------------------------------------------------------------------------
实验拓扑：
根据拓扑图，实验使用了6台Exchange角色服务器。2台Mailbox做DAG、2台客户端访问服务器做CASArray和Windows NLB，2台集线器传输服务器做Windows NLB来实现SMTP命名空间。对集线器进行网络负载均衡和创建SMTP命名空间能够实现在部分集线器传输服务器中断服务器之后，所有传输的邮件流仍然能够在剩余的正常服务器上是均匀负载传输的。使用拓扑由上节延生而来，稍微做了点改变，主要是见证服务器的改变。其实对于邮箱角色服务器和客户端访问服务器是分开部署的情况下，在做数据库可用性组DAG时，一般都建议将CAS服务器作为见证服务器，这种情况下，能够大大提高数据库可用性组群集仲裁的投票数。
-------------------------------------------------------------------------------------
1.使用DNS管理器创建SMTP命名空间。
2.创建网络负载群集。
3.创建接收连接器。
在所有参与了windows网络负载群集的集线器传输服务器上都要创建新的发送连接器。
4.测试实验结果。
测试内部smtp命名空间FQDN解析。
禁用内部除SMTP命名空间连接器外的所有发送连接器。
为了突显实验结果，将SMTP接收端口改为30。
至此，集线器传输服务器邮件流的负载均衡就结束了。
