Exchange 通訊協定的負載平衡需求

 

適用版本: Exchange Server 2010 SP2, Exchange Server 2010 SP3

上次修改主題的時間: 2011-11-02

Microsoft Exchange 通訊協定和用戶端存取服務有不同的負載平衡需求。某些 Microsoft Exchange 通訊協定和用戶端存取服務要求用戶端與 Client Access Server 具有相似性。上述其他通訊協定和用戶端存取服務在沒有相似性的情況下也可正常執行,但是如果存在此相似性,則會提高效能。其他 Exchange 通訊協定不要求用戶端與 Client Access Server 具有相似性,即使沒有此相似性,效能也不會降低。

目錄

需要用戶端與 Client Access Server 具有相似性的 Exchange 通訊協定

受惠於用戶端與 Client Access Server 之相似性的 Exchange 通訊協定

不需要相似性的 Exchange 通訊協定

瞭解 IP 通訊埠

需要用戶端與 Client Access Server 具有相似性的 Exchange 通訊協定

以下 Exchange 通訊協定要求用戶端與 Client Access Server 具有相似性。用戶端工作階段期間,必須持續具有相似性。

  • Outlook Web App 和 Exchange 控制台   MicrosoftOfficeOutlook Web App 和 Exchange 控制台都需要用戶端與 Client Access Server 具有相似性。如果使用表單型驗證 (這是 MicrosoftExchange Server 2010 中的預設值),則 Outlook Web App 和 Exchange 控制台都必須與同一個 Client Access Server 具有相似性。這是因為它們共用同一個驗證 Cookie,且該 Cookie 僅可由一個特定 Client Access Server 進行解密。

  • Exchange Web 服務   僅有一部分 Exchange Web 服務需要具備相似性。可用性服務要求不需要相似性,但訂閱需要。如果具有相似性,Exchange Web 服務所有方面的效能都會提升。不支援使用沒有相似性的 Exchange Web 服務。

  • 內部網路上的 Outlook RPC over TCP   內部網路上的 Outlook 用戶端假設所有 RPC 皆連線至同一伺服器。Outlook 每個使用者使用多個工作階段,並假設所有工作階段皆連線至同一伺服器。

受惠於用戶端與 Client Access Server 之相似性的 Exchange 通訊協定

以下 Exchange 通訊協定和服務在沒有相似性的情況下也可正常執行。但是,如果其部署沒有相似性,則效能會顯著降低。

  • Outlook Anywhere   Outlook Anywhere 連線是單向連線,且將單一 RPC 資料連線分為兩個 HTTP 連線。其中一個連線用於傳入資料,另一個用於傳出資料。如果這兩類連線之間沒有相似性,Outlook Anywhere 會透過與 Client Access Server 陣列上的其他成員進行協調來嘗試關聯這些連線。對於由兩個伺服器組成的陣列,這會將 Client Access Server 之間的流量提高大約 50%,對於由大量伺服器組成的陣列,提高的流量最高可達 100%。

  • Exchange ActiveSync   MicrosoftExchange ActiveSync 會透過從用戶端到伺服器的長期 HTTPS 要求將新郵件通知傳輸至用戶端。如果已將 Exchange ActiveSync 用戶端指派給新的 Client Access Server,則該伺服器必須針對使用者的信箱重新建立通知訂閱。這會導致顯著降低效能。

  • Exchange 通訊錄服務   這是 Exchange 2010 中的新服務,可為用戶端提供目錄存取。不使用相似性可導致用戶端與 Client Access Server 之間的通訊等級明顯提高。

  • **遠端 PowerShell   **如果沒有相似性,使用者需要在連線中斷時進行重新驗證。

不需要相似性的 Exchange 通訊協定

由於某些 Exchange 通訊協定和服務是交易式的,因此不需要相似性。這意味著會先建立連線,在交易完成後,就會關閉連線。這些通訊協定的效能不會受益於相似性。

  • 離線通訊錄

  • 自動探索服務

  • POP3

  • IMAP4

瞭解 IP 通訊埠

多數 Exchange 2010 服務皆建置於 HTTP 頂層,並對安全通訊端層 (SSL) 存取使用通訊埠 443,對非 SSL 存取使用通訊埠 80。Outlook Web App、Exchange ActiveSync、Outlook Anywhere 以及 Exchange Web 服務皆屬於此類服務。如果不使用 SSL 進行加密,則 POP3 和 IMAP4 分別使用通訊埠 110 和 143,如果使用 SSL 進行加密,則 POP3 和 IMAP4 分別使用通訊埠 995 和 993。

其他 Exchange 服務 (例如 RPC 用戶端存取服務以及 Exchange 通訊錄服務) 為 RPC 服務。如果 Outlook 用戶端使用這些通訊協定 (而不是使用 Outlook Anywhere) 直接連線至 Client Access Server,則 RPC 端點管理員會配置這些服務的端點 TCP 通訊埠。當服務啟動時,會進行配置。此作業需要對大範圍的目的地通訊埠進行設定,以進行負載平衡,而無法根據通訊埠號碼特別指定這些服務的目標流量。您可以將這些服務靜態對應到特定通訊埠號碼,以簡化負載平衡。如果已靜態對應這些服務的通訊埠,則會將流量限制在通訊埠 135 以及為這些服務選取的兩個特定通訊埠。

設定 RPC 型服務的靜態通訊埠對應

RPC 用戶端存取服務的靜態通訊埠在登錄中進行設定。應該在每個 Client Access Server 上設定以下登錄機碼。將該機碼設為您希望用於 RPC 用戶端存取服務之 TCP 連線的通訊埠的值。

Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRPC\ParametersSystem
Value: TCP/IP Port
Type: DWORD
注意事項附註:
此變更僅影響透過 TCP 的內部連線,不會影響使用 RPC/HTTP 通道的 Outlook Anywhere 連線。RPC 用戶端存取服務之 Outlook Anywhere 連線使用通訊埠 6001,此通訊埠不可設定。

還應在組織的所有公用資料夾伺服器上執行此程序。

Exchange 通訊錄服務維護之兩個 RPC 端點的靜態通訊埠在名為 Microsoft.Exchange.AddressBook.Service.Exe.config 的檔案中進行設定。此檔案位於每個 Client Access Server 上 Exchange 安裝路徑下的 bin 目錄。應將組態檔案中的 RpcTcpPort 值設為希望用於此服務之 TCP 連線的通訊埠的值。此通訊埠將處理通訊錄轉介 (ABREF) 和名稱服務提供者介面 (NSPI) 的連線。

注意事項附註:
請勿變更 NspiHTTPPortRfrHTTPPort 組態選項的值。依預設,將 Outlook 設定為使用這些通訊埠。如果變更這些值,將導致用戶端嘗試建立 Outlook Anywhere 連線時產生不需要的延遲。NspiHTTPPort 的預設通訊埠是 6002,RfrHTTPPort 的預設通訊埠是 6004。

 © 2010 Microsoft Corporation. 著作權所有,並保留一切權利。