Kapazitätsplanung für den Server für beständigen Chat in Lync Server 2013
Thema Letzte Änderung: 05.10.2012
Der Server für beständigen Chat kann Mehrere-Benutzer-Chats in Echtzeit ausführen, die für zukünftige Abrufe und Suchvorgänge beibehalten werden können. Im Gegensatz zu Gruppen-Chatnachrichten, die im Postfach eines Benutzers gespeichert werden, wenn der Unterhaltungsverlauf konfiguriert ist, bleibt eine Serversitzung für beständigen Chat länger geöffnet, und der Inhalt wird zusammen mit den Nachrichten, Dateien, URLs und anderen Daten, die Teil einer laufenden Unterhaltung sind, auf einem Server gespeichert.
Die Kapazitätsplanung ist ein wichtiger Teil der Vorbereitung auf die Bereitstellung des Servers für beständigen Chat. Dieses Thema enthält Details zu unterstützten Servertopologien für beständigen Chat und Kapazitätsplanungstabellen, mit denen Sie die beste Konfiguration für Ihre Bereitstellung ermitteln können. Außerdem wird beschrieben, wie Bereitstellungen des Servers für beständigen Chat, die zu Spitzenzeiten eine größere Kapazität erfordern, am besten verwaltet werden.
Informationen zum Herunterladen des Servers für beständigen Chat finden Sie unter "Microsoft Lync Server 13 Persistent Chat Server" unter https://go.microsoft.com/fwlink/p/?linkId=209539.
Ausführliche Informationen zum Installieren des Servers für beständigen Chat finden Sie unter Installieren des Servers für beständigen Chat in Lync Server 2013 und Konfigurieren des Servers für beständigen Chat in Lync Server 2013 in der Bereitstellungsdokumentation.
Supporttools wie das Lync Server Planning Tool können Sie bei der Kapazitätsplanung weiter unterstützen. Ausführliche Informationen zum Planungstool finden Sie unter "Beginn des Planungsprozesses für Lync Server 2013" in der Planungsdokumentation.
Vom Server für beständigen Chat unterstützte Topologien
Sie können den Server für beständigen Chat in Einem-Server- oder Mehrere-Server-Pools und mit Topologie mit einem Pool oder mehreren Pools bereitstellen.
Wir unterstützen jetzt auch den Server für beständigen Chat auf dem Standard Edition-Server für neue Lync Server 2013-Bereitstellungen. Die Leistung und der Umfang werden jedoch beeinträchtigt, und da es für diese neue Bereitstellung keine Option für hohe Verfügbarkeit gibt, erwarten wir, dass Sie dies in erster Linie für die Zwecke des Machbarkeitsnachweises, der Evaluierung usw. verwenden.
Hinweis
Weitere Details zu beiden Topologien finden Sie unter Planning for Persistent Chat Server in Lync Server 2013 in this documentation set und Deploying Persistent Chat Server in Lync Server 2013 in der Bereitstellungsdokumentation.
Single-Server Topologie
Die Mindestkonfiguration und einfachste Bereitstellung für den Server für beständigen Chat ist eine einzelne Front-End-Servertopologie des Servers für beständigen Chat. Für diese Bereitstellung ist ein einzelner Server erforderlich, auf dem der Server für beständigen Chat ausgeführt wird (auf dem optional der Compliancedienst ausgeführt wird, wenn die Compliance aktiviert ist), ein Server, auf dem sowohl die SQL Server-Datenbank gehostet wird, als auch die SQL Server Datenbank, auf der die Compliancedaten gespeichert werden müssen.
Wichtig
Sie können einem Pool für den Server für beständigen Chat, der als Einzelserverbereitstellung im Topologie-Generator gestartet wird, keine zusätzlichen Server hinzufügen. Wir empfehlen die Verwendung der Pooltopologie mit mehreren Servern, auch wenn Sie einen einzelnen Server verwenden. Dies ist so, dass Sie später weitere Server hinzufügen können, wenn dies erforderlich ist.
Die folgende Abbildung zeigt alle erforderlichen und optionalen Komponenten einer Topologie für einen einzelnen Front-End-Server für beständigen Chat mit Compliance.
Einzelner Server für beständigen Chat
.jpg "– Topologie eines einzelnen Servers mit Compliancedienst")
Multiple-Server Topologie
Um mehr Kapazität und Zuverlässigkeit bereitzustellen, können Sie eine Topologie mit mehreren Servern bereitstellen, wie unter Planning for Persistent Chat Server in Lync Server 2013 beschrieben. Die Topologie mit mehreren Servern kann bis zu vier aktive Computer umfassen, auf denen der Server für beständigen Chat ausgeführt wird (hohe Verfügbarkeit und Notfallwiederherstellungskonfigurationen ermöglichen bis zu acht, aber nur vier können aktiv sein und die verbleibenden vier im Standbymodus). Jeder Server kann bis zu 20.000 gleichzeitige Benutzer für insgesamt 80.000 gleichzeitige Benutzer unterstützen, die mit einem Serverpool für beständigen Chat mit 4 Servern verbunden sind. Eine Topologie mit mehreren Servern ist identisch mit der Topologie mit einem Server, mit der Ausnahme, dass mehrere Server den Server für beständigen Chat hosten und höher skalieren können. Mehrere Computer, auf denen der Server für beständigen Chat ausgeführt wird, sollten sich in derselben Active Directory Domain Services Domäne wie Lync Server und der Compliancedienst befinden.
Die folgende Abbildung zeigt alle Komponenten einer Topologie mit mehreren Servern mit mehreren Computern, auf denen der Server für beständigen Chat, der optionale Compliancedienst und eine separate Compliancedatenbank ausgeführt werden.
Mehrere Server für beständigen Chat
.jpg "Mit mehreren Servern")
In einer Vier-Server-Bereitstellung des Servers für beständigen Chat, bei der 80.000 Benutzer gleichzeitig bei und mit dem beständigen Chat angemeldet werden können, wird die Last gleichmäßig auf 20.000 Benutzer pro Server verteilt. Wenn ein Server nicht mehr verfügbar ist, verlieren die Benutzer, die mit diesem Server verbunden sind, ihren Zugriff auf den Server für beständigen Chat. Die getrennten Benutzer werden automatisch an die übrigen Server übergeben, bis der ausgefallene Server wieder verfügbar ist. Abhängig von der Menge des Datenverkehrs für beständigen Chat im Netzwerk kann diese Übertragung ein paar Minuten oder länger dauern. Da jeder der verbleibenden Server möglicherweise bis zu 30.000 Benutzer hostet, sollten Sie den nicht verfügbaren Server so schnell wie möglich wiederherstellen, um Leistungsprobleme zu vermeiden. Andernfalls können Sie einen anderen Server für beständigen Chat mithilfe des Topologie-Generators oder des Windows PowerShell-Cmdlets set-CsPersistentChatActiveServer verfügbar machen.
Kapazitätsplanung für den Server für beständigen Chat
Die folgenden Tabellen können Ihnen bei der Kapazitätsplanung für den Server für beständigen Chat helfen. Sie modellieren, wie sich das Ändern verschiedener Einstellungen des Servers für beständigen Chat auf die Kapazitätsfunktionen auswirkt.
Planen der maximalen Kapazität für den Server für beständigen Chat
Ermitteln Sie anhand der folgenden Beispieltabelle die Anzahl von Benutzern, die Sie unterstützen können.
Beispiel für die maximale Kapazität des Pools für den Server für beständigen Chat
Dienstinstanzen für aktiven beständigen Chat |
4 |
Dienstinstanzen für beständigen Chat |
8 (4 muss inaktiv sein; nur maximal 4 können aktiv sein) |
Aktive verbundene Benutzer |
80,000 |
Gesamtzahl der bereitgestellten Benutzer |
150,000 |
Anzahl der Endpunkte |
120,000 |
Im vorherigen Beispiel soll die maximale Anzahl von Benutzern unterstützt werden, die der Server für beständigen Chat zulässt: vier Server/Instanzen des Diensts für beständigen Chat (können über vier weitere passive Server verfügen, auf denen der Server für beständigen Chat für hohe Verfügbarkeit und Notfallwiederherstellung ausgeführt wird) und 20.000 Benutzer pro Server für insgesamt 80.000 aktive Benutzer.
Kapazitätsplanung für die Verwaltung des Zugriffs auf beständigen Chatroom
Die folgende Beispieltabelle kann Ihnen bei der Planung der Verwaltung des Chatroomzugriffs in einem Serverpool für beständigen Chat helfen.The following sample table can help you plan for managing Persistent Chat room access in a Persistent Chat Server pool.
Beispiel für die Verwaltung des Chatroomzugriffs
| Kleine Chatrooms | Mittlere Chatrooms | Große Chatrooms | Gesamt | |
|---|---|---|---|---|
Größe der Chatrooms (Anzahl der verbundenen Benutzer) |
30 pro Chatroom |
150 pro Chatroom |
16.000 pro Chatroom |
|
Chatrooms |
32,000 |
1,067 |
10 |
33,077 |
% der Chatrooms als Auditorium verwendet |
1 % |
1 % |
50% |
|
% der Chatrooms sind offen |
3% |
3% |
50% |
|
Offene Chatrooms (ohne explizite Mitgliedschaft) |
960 |
32 |
5 |
997 |
Nicht offene Chatrooms (herkömmliche Chatrooms mit expliziter Mitgliedschaft) |
31,040 |
1.035 |
5 |
32,080 |
Auditorium-Chatrooms (zusätzlicher Zugang für Referenten) |
0 |
32 |
5 |
|
Über direkte Mitgliedschaft verwaltete Chatrooms |
50% |
10% |
0% |
|
Von Benutzergruppen verwaltete Chatrooms |
50% |
90% |
100% |
|
Benutzergruppen in der Mitgliederliste der einzelnen Chatrooms für offene Chatrooms (nicht explizit angegeben) |
0 |
0 |
0 |
|
Benutzer in der Mitgliederliste der einzelnen Chatrooms für nicht offene Chatrooms |
30 |
150 |
16,000 |
|
Benutzergruppen in der Mitgliederliste der einzelnen Chatrooms für nicht offene Chatrooms |
3 |
5 |
10 |
|
Benutzer und Benutzergruppen in der Managerliste der einzelnen Chatrooms (für offene und nicht offene Chatrooms) |
6 |
6 |
6 |
|
Benutzer und Benutzergruppen in der Referentenliste der einzelnen Auditorium-Chatrooms (für offene und nicht offene Chatrooms) |
6 |
6 |
6 |
|
Benutzerbasierte Mitgliedschaftsentitäten in allen nicht offenen Chatrooms |
465,600 |
15,520 |
- |
|
Benutzergruppenbasierte Mitgliedschaftsentitäten in allen nicht offenen Chatrooms |
46,560 |
4656 |
50 |
|
Benutzer- und benutzergruppenbasierte Entitäten für alle Auditorium-Chatrooms |
0 |
192 |
50 |
|
Benutzer- und benutzergruppenbasierte Managerentitäten für alle Chatroom-Managerlisten |
192,000 |
6,400 |
60 |
|
Aktive Benutzer pro Chatroom |
30 |
150 |
16,000 |
|
Chatrooms pro Benutzer |
12 |
2 |
2 |
16 |
Benutzergruppen in der Mitgliederliste der einzelnen Chatrooms |
10 |
10 |
15 |
|
Von Benutzergruppen verwaltete Chatrooms |
50% |
50% |
50% |
|
Benutzergruppenbasierte Mitgliedschaftsentitäten in allen Chatrooms |
155,200 |
5173 |
68 |
|
Benutzerbasierte Mitgliedschaftsentitäten in allen Chatrooms |
465,600 |
77,600 |
72,000 |
|
Benutzer und Benutzergruppen in den Manager-, Referenten- und Bereichslisten der einzelnen Chatrooms |
6 |
6 |
6 |
|
Benutzer und Benutzergruppen in den Manager-, Referenten- und Bereichslisten aller Chatrooms |
192,000 |
6400 |
60 |
|
Zugriffssteuerungseinträge |
704,160 |
26,768 |
160 |
731,088 |
Maximale Anzahl von Zugriffssteuerungseinträgen |
2,000,000 |
Wenn Sie im vorherigen Beispiel die Server für beständigen Chat gemäß den empfohlenen Richtlinien bereitstellen, können diese bis zu 80.000 aktive Benutzer in einem Pool mit vier Servern mit aktivierter Compliance verarbeiten.
In diesem Beispiel werden Chatrooms in kleine (30 aktive gleichzeitige Benutzer), mittelgroße (150 aktive Benutzer) und große Chatrooms (16.000 aktive Benutzer) unterteilt. Die Anzahl der Chatrooms einer bestimmten Größe wird basierend auf der Gesamtanzahl von:
Aktive Benutzer im System
Aktive Benutzer in Chatrooms der jeweiligen Größe
Chatrooms der jeweiligen Größe, die ein einzelner Benutzer betritt
Für jeden Chatroom gibt die vorherige Kapazitätsplanungstabelle die Anzahl der Zugriffssteuerungseinträge an, die dem Chatroom zugeordnet sind, einschließlich Einträgen, die dem Chatroom direkt zugewiesen werden. Sie können den Zugriff auf einzelne Chatrooms mithilfe von Zugriffssteuerungslisten (Access Control Lists, ACLs) steuern. Sie können den Zugriff auch auf Kategorieebene steuern. In einer ACL kann ein einzelner Zugriffssteuerungseintrag entweder eine Benutzergruppe sein, z. B. eine Sicherheitsgruppe, eine Verteilerliste oder ein einzelner Benutzer. Sie können Zugriffssteuerungseinträge für Chatroommanager, Referenten und Mitglieder definieren.
Wichtig
Bedenken Sie bei der Planung Ihrer Strategie für die Verwaltung von Chatrooms, dass die Gesamtzahl von zulässigen Zugriffssteuerungseinträgen zwei Millionen beträgt. Wenn die berechnete Anzahl von Zugriffssteuerungseinträgen eine Million überschreitet, kann die Leistung signifikant beeinträchtigt werden. Um dieses Problem zu verhindern, sollten Sie wenn möglich sicherstellen, dass Ihre Zugriffssteuerungseinträge keine einzelnen Benutzer, sondern Benutzergruppen umfassen.
Kapazitätsplanung für die Verwaltung des Chatroomzugriffs nach Einladung
Sie können die folgende Kapazitätsplanungstabelle verwenden, um die Anzahl der Einladungen zu verstehen, die der Server für beständigen Chat erstellt und in der Datenbank für beständigen Chat speichert, wenn er für das Senden von Einladungen konfiguriert ist. Sie verwalten Einladungen in der Kategorie mithilfe der Einstellungsseite "Chatroomkategorie" im Lync Server-Systemsteuerung oder mithilfe des cmdlets Windows PowerShell set-csPersistentChatCategory. Sie können Einladungen in einem Chatroom (im Einklang mit den von der Kategorie zulässigen Einstellungen) mithilfe der vom Lync-Client gestarteten Seite "Raumverwaltung" oder mithilfe eines Windows PowerShell Cmdlets "set-csPersistentChatRoom" verwalten.
Für die Beispieldaten in der folgenden Tabelle wird davon ausgegangen, dass die Einladungsoption auf der Seite mit den Chatroomeinstellungen für 50 % aller Chatrooms auf Ja festgelegt ist.
Wichtig
Wenn der berechnete Wert für die Anzahl von Einladungen, die der Server generiert, eine Million überschreitet, kann die Serverleistung signifikant beeinträchtigt werden. Um dieses Problem zu vermeiden, sollten Sie die Anzahl der Chatrooms minimieren, die zum Senden von Einladungen konfiguriert sind, oder die Anzahl der Benutzer einschränken, die Chatrooms beitreten können, die für das Senden von Einladungen konfiguriert wurden.
Beispiel für chatroomzugriff nach Einladung
| Kleine Chatrooms | Mittlere Chatrooms | Große Chatrooms | Gesamt | |
|---|---|---|---|---|
Benutzer, die auf den Chatroom zugreifen können |
30 pro Chatroom |
150 pro Chatroom |
16.000 pro Chatroom |
|
Prozentsatz an Chatrooms mit Einladung |
50% |
50% |
50% |
|
Für das Senden von Einladungen konfigurierte Chatrooms |
16,000 |
533 |
5 |
|
Benutzer, die auf den Chatroom zugreifen können |
60 |
225 |
16,000 |
|
Vom Server für beständigen Chat generierte Einladungen |
960,000 |
120,000 |
80,000 |
1,160,000 |
Maximal zulässige Anzahl von Einladungen |
2,000,000 |
|||
Modell 1: Start mit der erwarteten Anzahl an Nachrichten pro Chatroom und Tag |
||||
Chatrate pro Chatroom (pro Tag) |
50 |
500 |
100 |
650 |
Chatrate (pro Sekunde) für alle Chatrooms |
55.56 |
18.52 |
0.03 |
74 |
Modell 2: Start mit der Anzahl an veröffentlichten Nachrichten pro Benutzer und Tag |
||||
Chatrate pro Benutzer und Tag |
15 |
5 |
0.1 |
20 |
Chatrate pro Chatroom (pro Tag) |
38 |
375 |
800 |
1,213 |
Chatrate (pro Sekunde) für alle Chatrooms |
41.67 |
13.89 |
0.28 |
56 |
Leistungsbenutzermodell des Servers für beständigen Chat
In der folgenden Tabelle wird das Benutzermodell für den Server für beständigen Chat beschrieben. Dieses Modell bildet die Grundlage für die Kapazitätsplanungsanforderungen und stellt eine typische Organisation mit 80.000 gleichzeitigen Benutzern auf vier Servern dar.
Leistungsbenutzermodell des Servers für beständigen Chat
Anzahl der aktiven verbundenen Benutzer |
80,000 |
Anzahl der Dienstinstanzen des Servers für beständigen Chat |
4 |
Umfang kleiner Chatrooms |
30 Benutzer |
Umfang mittelgroßer Chatrooms |
150 Benutzer |
Umfang großer Chatrooms |
16.000 Benutzer |
Gesamtzahl der Chatrooms |
33,077 |
Anzahl kleiner Chatrooms |
32,000 |
Anzahl mittelgroßer Chatrooms |
1,067 |
Anzahl großer Chatrooms |
10 |
Gesamtzahl der Chatrooms pro Benutzer |
16 |
Anzahl kleiner Chatrooms pro Benutzer |
12 |
Anzahl mittelgroßer Chatrooms pro Benutzer |
2 |
Anzahl großer Chatrooms pro Benutzer |
2 |
Anzahl der betretenen Chatrooms pro Benutzer |
24 |
Maximale Beitrittsrate |
10/s |
Gesamtchatrate |
24/s |
Chatrate für kleine Chatrooms |
22.22/second |
Chatrate für mittelgroße Chatrooms |
1.67/second |
Chatrate für große Chatrooms |
~0.15/second |
Prozentsatz der Chatrooms, die für Einladungen konfiguriert sind |
50% |
Prozentsatz der direkten Mitgliedschaften |
50% |
Prozentsatz der Gruppenmitgliedschaften |
50% |
Durchschnittliche Anzahl der Vorgängerzugehörigkeiten in Active Directory Domain Services |
100 - 200 |
Anzahl abonnierter Kontakte pro Benutzer |
80 |
Durchschnittliche Anzahl von Endpunkten pro Benutzer |
1.5 |
Durchschnittliche Anzahl von sichtbaren Chatrooms pro Endpunkt |
1.5 |
Durchschnittliche Anzahl von sichtbaren Chatrooms pro Benutzer |
2,25 (50 % für 1 Chatroom und 50 % für 2 Chatrooms); bis zu 6 Chatrooms offen, ein Chatroom pro Bildschirm |
Anzahl von Teilnehmern, die pro Intervall abgerufen werden |
25 pro sichtbarem Chatroom |
Länge des Abrufintervalls |
5 Minuten |
Anzahl von Teilnehmern, die pro Sekunde abgerufen werden |
15,000 |
Anzahl von Änderungen des Anwesenheitsstatus pro Stunde und Benutzer |
6 |
Anzahl von Änderungen des Anwesenheitsstatus pro Sekunde |
133.33 |