使用負載平衡器以增加容量和可用性

上次修改主題的時間： 2009-01-22

一部執行 Communicator Web Access (2007 R2 版本) 的伺服器可以處理大約 5,000 個同時連線。如果您需要支援更多使用者，將需要一部以上的 Communicator Web Access Server。如果您需要一部以上的 Communicator Web Access Server，或許可以考慮部署硬體負載平衡器，以確保工作負載平均分散在這些伺服器上。

附註：
除了增加 Communicator Web Access 基礎結構的整體容量以外，您還可以使用伺服器陣列和負載平衡器來提升 Communicator Web Access 的可靠性和可用性。萬一其中一部伺服器失敗，負載平衡器就會自動將傳入連線要求路由傳送到仍在運作的伺服器。

Communicator Web Access 需要工作階段相關性，此需求會直接影響負載平衡。工作階段相關性只是意味著指定的 Communicator Web Access 工作階段必須在相同的伺服器上進行。Communicator Web Access 不允許立即訊息工作階段在一部伺服器上開始，然後原因不明地被轉移到另一部伺服器。如果使用者在其 Communicator Web Access 工作階段開始時是登入「伺服器 A」，則使用者在該工作階段期間都會一直使用「伺服器 A」。萬一「伺服器 A」發生失敗，使用者的工作階段會被終止 (使用者可以再次登入，而負載平衡器會將使用者路由傳送到仍在執行的伺服器)。不過，連線至「伺服器 B」或「伺服器 C」的使用者不會因為「伺服器 A」發生失敗而中斷其工作階段。

這說明了您必須搭配使用硬體負載平衡與 Communicator Web Access 的原因。軟體負載平衡也可以將連線要求平均分散到伺服器上。不過，如果「伺服器 A」發生失敗，軟體負載平衡器將會重新分散所有用戶端連線，其中包括「伺服器 B」和「伺服器 C」上的用戶端。因此，不僅「伺服器 A」上的使用者會中斷連線，就連「伺服器 B」和「伺服器 C」上的眾多使用者也會失去連線。

附註：
如前所述，Communicator Web Access 不支援軟體負載平衡。此外，對於採用多重主目錄網路介面卡的案例，或是電腦配備了多張網路介面卡且有多個預設閘道的案例，Communicator Web Access 也不支援任何形式的負載平衡。

Communicator Web Access 支援大多數的硬體負載平衡器，前提是負載平衡器：

• 可讓您將 TCP 閒置逾時設定為 1,800 秒 (30 分鐘)。TCP 閒置逾時代表伺服器將在工作階段期間等待資訊的時間。如果您使用反向 Proxy 伺服器 (例如 Microsoft Internet Security and Acceleration Server)，則該電腦上的 TCP 閒置逾時也應設定為 1,800 秒。
• 可讓您使用來源網路位址轉譯 (SNAT) 集區 (如果您需要處理 65,000 個以上的同時連線)。SNAT 的設計是為了將多部伺服器「隱藏」在單一 IP 位址後面 (亦即，使用一個 IP 位址即可存取多部伺服器)。有了 SNAT 集區，伺服器就可以隱藏在多個 IP 位址後面。
• 可讓您在設定工作階段相關性時使用 Cookie 持續性。有了 Cookie 持續性，工作階段所用的實際 Communicator Web Access Server 相關資訊便會儲存在用戶端電腦的網際網路 Cookie 中。設定負載平衡器的工作階段持續性設定檔時，建議您使用「HTTP Cookie 插入」(HTTP Cookie Insert)。透過這個設定方法，用戶端所連線之伺服器的相關資訊便會以 Cookie 的形式，插入來自該伺服器之 HTTP 回應的標頭。

Communicator Web Access 也支援負載平衡器上的安全通訊端層 (SSL) 加速。有了 SSL 加速，負載平衡器會先解密 HTTPS 傳輸，然後將解密的流量傳送到 Communicator Web Access Server。一旦減少伺服器執行 SSL 解密的需求，也就能顯著地改善該伺服器的效能。

Communicator Web Access 應一律具備專屬的負載平衡器。您不可以在 Office Communications Server 和 Communicator Web Access Server 之間共用負載平衡器。