群組交談伺服器的容量規劃

單一伺服器拓撲

Group Chat 伺服器的最基本組態和最簡單部署為單一伺服器拓撲。此拓撲最多可以支援 20,000 位使用者。這需要一部執行 Microsoft Lync Server 2010 的伺服器、一部 Group Chat 伺服器、一部裝載 Group Chat 資料庫的伺服器，以及一些裝載 Microsoft Lync 2010 Group Chat 的工作站。如果需要規範，則需要一部額外伺服器來裝載 Compliance Service，以及一個額外的資料庫來儲存規範資料。規範資料庫可以與 Compliance Service 組合。

附註：
您的 Lync Server 2010 部署、Group Chat 伺服器和 Compliance Service 都必須位在相同的 Active Directory 網域服務 (AD DS) 網域中。

下圖顯示單一伺服器拓撲的所有元件 (包括選用的 Compliance Service)。

單一 Group Chat 伺服器

多部伺服器拓撲

若要提供較大的容量和可靠性，您可以部署多伺服器拓撲 (如規劃群組交談伺服器中所述)。多伺服器拓撲最多可以包含三個 Group Chat 伺服器，其中每個各支援最多 20,000 位使用者，總共 60,000 位使用者。多伺服器拓撲與單一伺服器拓撲相同，差別在於有多部伺服器裝載 Group Chat 伺服器。多部 Group Chat 伺服器應該與 Lync Server 和 Compliance Service 位在相同的 AD DS 網域中。

下圖顯示多伺服器拓撲的所有元件，包括多部 Group Chat 伺服器、選用的 Compliance Service 和獨立的規範資料庫。

多部 Group Chat 伺服器

在三部伺服器的 Group Chat 伺服器部署中，可以有 60,000 位使用者同時登入和使用 Lync 2010 Group Chat，產生的負載會依每部伺服器 20,000 位使用者的方式平均分配。如果其中一部伺服器無法使用，則連線至該伺服器的使用者將遺失對 Group Chat 伺服器的存取。連線遭中斷的使用者會自動被轉接到其餘伺服器，直到無法使用的伺服器還原為止。依網路上的 Group Chat 流量而定，此轉接程序可能需要數分鐘或 1 個小時。因為其餘伺服器每部最多會裝載到 30,000 位使用者，所以建議您盡快還原無法使用的伺服器，避免發生效能問題。

Group Chat 伺服器上的負載是透過查詢服務受到平衡處理。Group Chat 伺服器不能位在硬體負載平衡器後面。如果有伺服器無法使用而使得負載不平衡，則查詢服務會在用戶端登入和登出時重新進行負載平衡處理，但是不會嘗試對現有連線進行平衡處理。

規劃 Group Chat 伺服器的最大容量

使用下列範例表格，來判斷您可以支援的使用者數目。

Group Chat 伺服器最大容量範例

在上述範例中，我們的計畫是要支援 Group Chat 伺服器所允許的最大使用者數目：通道服務的三個伺服器/執行個體，每個伺服器 20,000 位使用者，總共 60,000 位作用中使用者。

聊天室存取的容量管理規劃

下列範例表格可協助您規劃管理 Group Chat 伺服器中的聊天室存取。

聊天室存取管理範例

當您在上述範例中根據建議的方針來部署 Group Chat 伺服器時，它們在啟用規範的情形下，可以透過三部伺服器的集區處理最多 60,000 位作用中使用者。

此範例顯示的聊天室分為三種：小型聊天室 (隨時都有 30 位作用中使用者)、中型聊天室 (150 位作用中使用者) 和大型聊天室 (12,000 位作用中使用者)。特定大小聊天室的數目是依下列項目的總數計算而來：

• 系統中的作用中使用者

• 特定大小聊天室中的作用中使用者

• 單一使用者加入的特定大小聊天室

您可以修改上表中的斜體數字，以估計系統中將會建立的特定大小聊天室數目，以及系統可能會產生的輸出聊天訊息速率。在此範例中，系統中有 60,000 位作用中使用者，如果每位使用者同時加入 12 個小型、兩個中型和兩個大型聊天室，則系統中將會建立 24,000 個小型、800 個中型和 10 個大型聊天室。

針對每個聊天室，上述容量規劃表格已指定與聊天室相關聯的存取控制項目數 (包括繼承自上層類別的項目以及直接指派給聊天室的項目)。您可以使用存取控制清單 (ACL)，控制對個別聊天室的存取。您也可以在類別層級控制存取。在 ACL 中，個別存取控制項目可以是使用者群組 (例如，安全性群組、通訊群組清單或同盟使用者群組) 或單一使用者。您可以定義聊天室管理員、簡報者和成員的存取控制項目。

基於規劃目的，您必須估計將透過指派使用者群組 (而非個別使用者) 來管理的聊天室百分比。上述範例中的資料假設由 50% 的小型聊天室、50% 的中型聊天室和 50% 的大型聊天室組成的 ACL 只包含使用者群組，而其餘聊天室則包含個別使用者。

在上述範例中，管理員群組、簡報者群組和聊天室類別範圍的 ACL 在所有大小的聊天室中都是固定不變的。此範例假設在這每個清單中，每個聊天室都有六個存取控制項目。

重要事項：
在規劃聊天室的管理策略時，請記住允許的存取控制項目總數是 1 百萬個。如果存取控制項目總計超過 1 百萬個，則伺服器效能可能會大幅下降。為了避免此問題，請盡可能確定存取控制項目是使用者群組，而非個別使用者。

邀請式聊天室存取的容量管理規劃

您可以使用下列容量規劃表格，計算 Group Chat 伺服器在設定成傳送邀請時所建立並儲存在 Group Chat 資料庫中的邀請數目。您可以從 Microsoft Lync Server 2010 Group Chat 管理工具或 Group Chat 伺服器用戶端 (Group Chat) 中的 [聊天室設定] 頁面來管理邀請。

下表中的範例資料假設在有 50% 的聊天室的 [聊天室設定] 頁面上，[邀請] 選項都是設定為 [是]，而且聊天室是以完整容量來運作。

重要事項：
如果伺服器產生的邀請總計超過 1 百萬個，則伺服器效能可能會大幅下降。為了避免此問題，請務必減少設成傳送邀請的聊天室，或是限制可加入已設成傳送邀請的聊天室的使用者數目。

邀請式聊天室存取範例

Group Chat 伺服器效能使用者模型

下表說明 Group Chat 伺服器的使用者模型。這提供了容量規劃需求的基礎，並代表同時有 60,000 位使用者在進型活動的典型組織。

Group Chat 伺服器效能使用者模型