Exchange 协议的负载平衡要求

  • 项目

 

适用于： Exchange Server 2010 SP2, Exchange Server 2010 SP3

上一次修改主题： 2011-11-02

Microsoft Exchange 协议和客户端访问服务有不同的负载平衡要求。某些 Microsoft Exchange 协议和客户端访问服务需要客户端到客户端访问服务器相关性。其他则不需要，但是会显示此类相关性带来的性能提高。其他 Exchange 协议不需要客户端到客户端访问服务器相关性，而且性能不会因为没有相关性而下降。

目录

需要客户端到客户端访问服务器相关性的 Exchange 协议

从客户端到客户端访问服务器相关性中获益的 Exchange 协议

不需要相关性的 Exchange 协议

了解 IP 端口

需要客户端到客户端访问服务器相关性的 Exchange 协议

以下 Exchange 协议需要客户端到客户端访问服务器相关性。在客户端会话的整个过程中，相关性必须持续存在。

  • Outlook Web App 和 Exchange 控制面板   MicrosoftOfficeOutlook Web App 和 Exchange 控制面板都需要客户端到客户端访问服务器相关性。当您使用基于表单的身份验证（这在 MicrosoftExchange Server 2010 中是默认的）时，Outlook Web App 和 Exchange 控制面板必须都关联到同一客户端访问服务器。这是因为它们共享同一身份验证 cookie，并且此 cookie 只能由一个指定的客户端访问服务器解密。

  • Exchange Web 服务   只有部分 Exchange Web 服务需要相关性。可用性服务请求不需要相关性，但是订阅需要相关性。Exchange Web 服务的各个方面都会显现出相关性带来的性能增强。我们不支持使用没有相关性的 Exchange Web 服务。

  • Intranet 上的 Outlook RPC over TCP   Intranet 上的 Outlook 客户端假设所有 RPC 都连接到同一服务器。Outlook 对每个用户使用多个会话，并假设所有会话都连接到同一服务器。

从客户端到客户端访问服务器相关性中获益的 Exchange 协议

以下 Exchange 协议和服务不需要相关性。但是，在没有相关性的情况下部署它们时，它们的性能会大大降低。

  • Outlook Anywhere   Outlook Anywhere 连接是单向的，并且将单个 RPC 数据连接拆分为两个 HTTP 连接。一个连接用于传入数据，另一个则用于传出数据。当这两种类型的连接之间没有相关性时，Outlook Anywhere 将尝试通过与客户端访问服务器阵列的其他成员进行协调来关联这些连接。对于具有两个服务器的阵列，这会使客户端访问服务器之间的流量增加大约 50%，而对于具有大量服务器的阵列，则会使客户端访问服务器之间的流量增加多达 100%。

  • Exchange ActiveSync   Microsoft Exchange ActiveSync 通过从客户端到服务器的长效 HTTPS 请求向客户端传送新的邮件通知。将 Exchange ActiveSync 客户端分配到新的客户端访问服务器后，该服务器必须重新创建针对用户邮箱的通知订阅。这会严重降低性能。

  • Exchange 通讯薄服务   这是 Exchange 2010 中的新服务，该服务为客户端提供了目录访问权限。不使用相关性会使客户端与客户端访问服务器之间产生的通信明显增多。

  • 远程 PowerShell 在没有相关性的情况下，如果连接中断，则用户将需要重新进行身份验证。

不需要相关性的 Exchange 协议

某些 Exchange 协议和服务不需要相关性，因为它们是事务性协议和服务。这意味着连接已建立、事务已完成并且连接已关闭。这些协议未体验到相关性带来的性能增强。

  • 脱机通讯簿

  • 自动发现服务

  • POP3

  • IMAP4

了解 IP 端口

大多数 Exchange 2010 服务是基于 HTTP 创建的，并将端口 443 用于安全套接字层 (SSL) 访问，将端口 80 用于非 SSL 访问。Outlook Web App、Exchange ActiveSync、Outlook Anywhere 和 Exchange Web 服务都属于此类服务。不使用 SSL 加密时，POP3 和 IMAP4 分别使用端口 110 和 143，使用 SSL 加密时，它们则分别使用端口 995 和 993。

其他 Exchange 服务（如 RPC 客户端访问服务和 Exchange 通讯薄服务）都是 RPC 服务。Outlook 客户端使用这些协议直接连接到客户端访问服务器时，将不使用 Outlook Anywhere，而是由 RPC 终结点管理器为这些服务分配终结点 TCP 端口。启动服务后，将发生分配。这要求配置大量的目标端口以实现负载平衡，但无法基于端口号为这些服务具体地设定通信目标。您可以将这些服务静态映射到特定端口号以简化负载平衡。如果静态映射了这些服务的端口，则通信将仅限于端口 135 和为这些服务选择的两个特定端口。

为基于 RPC 的服务配置静态端口映射

在注册表中为 RPC 客户端访问服务配置了静态端口。应该在各个客户端访问服务器上配置以下注册表项。将该项设置为在向 RPC 客户端访问服务进行 TCP 连接时您需要使用的端口的值。

Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRPC\ParametersSystem
Value: TCP/IP Port
Type: DWORD
注释注意：
此更改只会影响通过 TCP 进行的内部链接，而不会影响使用 RPC/HTTP 隧道的 Outlook Anywhere 连接。Outlook Anywhere 通过端口 6001 连接到 RPC 客户端访问服务。这是不可配置的。

此过程也应该在您组织中的所有公用文件夹服务器上执行。

在名为 Microsoft.Exchange.AddressBook.Service.Exe.config 的文件中对由 Exchange 通讯薄服务维护的两个 RPC 终结点的静态端口进行配置。此文件位于每个客户端访问服务器的 Exchange 安装路径下的“bin”目录中。应该将配置文件中的“RpcTcpPort”值设置为想要用于此服务的 TCP 连接的端口的值。此端口处理通讯薄引用 (ABREF) 和名称服务提供程序接口 (NSPI) 的连接。

注释注意：
不要更改“NspiHTTPPort”和“RfrHTTPPort”配置选项的值。默认情况下，将 Outlook 配置为使用这些端口。如果更改这些值，则当客户端尝试建立 Outlook Anywhere 连接时，会导致不必要的延迟。“NspiHTTPPort”的默认端口是 6002，“RfrHTTPPort”的默认端口是 6004。

 © 2010 Microsoft Corporation。保留所有权利。