Benutzermodelle in Lync Server 2013
Thema Letzte Änderung: 07.10.2013
Die hier beschriebenen Benutzermodelle bilden die Grundlage für die Kapazitätsplanungsmessungen und Empfehlungen, die in der Kapazitätsplanung für Lync Server 2013 unter Verwendung der Benutzermodelle beschrieben werden.
Lync Server 2013-Benutzermodelle
In der folgenden Tabelle wird das Benutzermodell für Registrierung, Kontakte, Chat und Anwesenheit für Lync Server 2013 beschrieben.
Benutzermodell für Umgebung und Registrierung
| Kategorie | Beschreibung |
|---|---|
Bereitstellungsgröße und Verteilung |
Es wird eine große Bereitstellung mit drei zentralen Standorten und einem Front-End-Pool pro Standort modelliert. |
Prozentsatz der Active Directory-Benutzer |
Es wird davon ausgegangen, dass 70 % aller Active Directory-Benutzer in der Organisation für Lync Server aktiviert sind. 80 % dieser aktivierten Benutzer sind täglich bei Lync Server angemeldet (80 % Parallelität). Die gleichzeitigen Benutzer sind die Grundlage für die weiteren Zahlenangaben in diesem Abschnitt. |
Active Directory-Änderungen |
Es wird davon ausgegangen, dass jede Woche 0,5 % aller Benutzer für Lync in Active Directory erstellt und aktiviert werden, und dass 0,5 % der gesamten Benutzer jede Woche aus Active Directory und von Lync deaktiviert sind. 5 % der Benutzer haben jede Woche mindestens ein Active Directory-Attribut geändert. |
Active Directory-Verteilergruppen |
Es wird davon ausgegangen, dass die Anzahl der Active Directory-Verteilergruppen in der Organisation gleich dem Dreifachen der Anzahl aller Benutzer in Active Directory ist. Die Verteilergruppen haben folgende Größen:
|
VoIP-Benutzer (Voice over IP) |
60 % der Lync Server-Benutzer sind für Unified Communications (UC) aktiviert (d. a. ihre Telefonnummern gehören Lync Server). |
Verteilung registrierter Clients |
65 % der Clients führen Lync 2013-Software aus, einschließlich Lync und Lync Phone Edition. 30 % der Clients, auf denen Clientsoftware aus einer früheren Version von Lync ausgeführt wird. 5 % der Clients verwenden Lync Web App. Wenn die Mobilität aktiviert ist, wird davon ausgegangen, dass 40 % der Benutzer die Mobilität gleichzeitig mit anderen zuvor genannten registrierten Clientoptionen verwenden. In diesem Fall beträgt das MPOP-Verhältnis (Multiple Point Of Presence) für Clients 1:1,9. Wenn die Mobilität deaktiviert ist, beträgt das MPOP-Verhältnis 1:1,5. |
Verteilung von Remotebenutzern |
70 % der Benutzer verbinden sich intern. 30 % der Benutzer verbinden sich über einen Edgeserver und einen Director. |
Verteilung von Kontakten |
Die maximale Anzahl von Kontakten eines Benutzers beträgt 1.000. Weniger als 1 % der Benutzer verfügen über 1.000 Kontakte. Weniger als 25 % der Benutzer verfügen über 100 Kontakte oder mehr. Benutzer, die mit einem öffentlichen Netz verbunden sind, verfügen über durchschnittlich 80 Kontakte. Für diese Benutzer gilt Folgendes:
Benutzer ohne Verbindung mit einem öffentlichen Netz verfügen über durchschnittlich 50 Kontakte. Für diese Benutzer gilt Folgendes:
25 % der Kontakte eines Benutzers verwenden XMPP. |
Sitzungszeit |
Eine durchschnittliche Benutzeranmeldesitzung dauert 12 Stunden. Sämtliche Benutzer melden sich innerhalb von 120 Minuten nach dem Sitzungsstart an. |
Benutzermodell für Chat und Anwesenheit
| Kategorie | Beschreibung |
|---|---|
Peer-zu-Peer-Chatsitzungen |
Jeder Benutzer verfügt über durchschnittlich sechs Peer-zu-Peer-Chatsitzungen pro Tag. 10 Chatnachrichten pro Sitzung. Jede Nachricht wird von zwei SIP-INFO-Nachrichten und 2 SIP 200 OK-Nachrichten abgeglichen (für die Statusindikatoren wie "<Name> ist Eingabe") |
Abfrage von Anwesenheitsinformationen |
Insgesamt wird von durchschnittlich 60 Abfragen von Anwesenheitsinformationen pro Benutzer und Stunde ausgegangen. Für jeden Benutzer wird von folgenden Durchschnittswerten ausgegangen:
|
Anwesenheitsabonnements |
Wenn ein Benutzer einen anderen Benutzer als Kontakt hinzufügt, abonniert der erste Benutzer fünf Kategorien von Informationen zum zweiten Benutzer. Aktualisierungen dieser Informationskategorien werden automatisch an den ersten Benutzer gesendet. Für jeden Client wird eine einzige Stapelabonnementanforderung gesendet, um den Anwesenheitsstatus von durchschnittlich 40 Kontakten abzurufen, mit zusätzlich 40 Dialogen zum Abrufen von Anwesenheitsinformationen für Partnerkontakte. Die Anwesenheitsinformationen für Mitglieder einer erweiterten Verteilergruppe werden über beständige Anwesenheitsabonnements ermittelt, nicht über Abrufe, und werden als 1 Erweiterung pro Benutzer für jeweils 2 Stunden modelliert. Kurze Abonnements werden verwendet, wenn sich ein Benutzer anmeldet, wenn ein Stapelabonnement für alle Kontakte des Benutzers vorhanden ist und wenn sich der Benutzer bald abmeldet. Es wird von 6 kurzen Abonnements pro Benutzer und Stunde ausgegangen, wobei jedes Abonnement 10 Minuten dauert. |
Veröffentlichung der Anwesenheit |
Der Anwesenheitsstatus wird durchschnittlich viermal pro Benutzer und Stunde veröffentlicht, mit einer maximalen Anzahl von 6 Veröffentlichungen pro Benutzer und Stunde. |
Größe des Anwesenheitsdokuments |
Bei einem vollständigen Anwesenheitsdokument wird von einer durchschnittlichen Größe von 4 KB ausgegangen, mit einer maximalen Größe von 25 KB. |
In der folgenden Tabelle wird das Benutzermodell für die Adressbuchverwendung beschrieben.
Benutzermodell für die Adressbuchverwendung
| Adressbuchsuchmodus | Verwendung |
|---|---|
Nur Adressbuchwebabfrage (alle Abfragen werden vom Adressbuch-Webabfragedienst ausgeführt) |
Vier Präfixabfragen pro Benutzer und Tag. 60 exakte Suchabfragen pro Benutzer und Tag. 40 % dieser Abfragen werden als Batchabfragen ausgeführt, mit durchschnittlich 20 Kontakten pro Abfrage. Die übrigen 60 % der Abfragen werden für einen einzelnen Kontakt ausgeführt. 25 Fotoabfragen pro Benutzer und Tag. 24 Abfragen für ein einzelnes Foto, die verbleibende Abfrage wird als Batchabfrage mit durchschnittlich 20 Kontakten ausgeführt. Eine Suchabfrage für die gesamte Organisation pro Benutzer und Tag. |
Im gemischten Modus werden sowohl die Adressbuchdatei als auch Webabfragen verwendet. Dies ist der Standardmodus. |
Nur zwei Abfragetypen werden über das Netzwerk ausgeführt, die Suchabfragen für Fotos und für die gesamte Organisation. 25 Fotoabfragen pro Benutzer und Tag. 24 Abfragen für ein einzelnes Foto, die verbleibende Abfrage wird als Batchabfrage mit durchschnittlich 20 Kontakten ausgeführt. Eine Suchabfrage für die gesamte Organisation pro Benutzer und Tag. |
In der folgenden Tabelle ist das Konferenzmodell beschrieben.
Konferenzmodell
| Kategorie | Beschreibung |
|---|---|
Geplante Besprechungen im Vergleich zu Sofortbesprechungen |
60 % geplant, 40 % ungeplant. Von den geplanten Besprechungen gehen wir davon aus, dass 80 % Konferenzen zugewiesen sind, die Wiederkehrende Konferenzen sind; 10 % sind einmalige offene Besprechungen; 8 % sind einmalige anonyme Besprechungen und 2 % sind einmalige geschlossene Besprechungen. |
Verteilung von Konferenzclients |
Für geplante Besprechungen:
Für ungeplante Besprechungen:
|
Gleichzeitigkeit von Besprechungen |
5 % der Benutzer befinden sich während der Arbeitszeiten in Konferenzen. Bei einem Pool mit 80.000 Benutzern können sich daher bis zu 4.000 Benutzer gleichzeitig in Konferenzen befinden. |
Verteilung der Audiofunktion in Besprechungen |
40 % Kombination aus VoIP-Audio- und Einwahlkonferenzen, mit einem Verhältnis von 3:1 von VoIP-Benutzern zu Einwahlbenutzern. 35 % nur VoIP-Audio. 15 % nur Audio bei Einwahlkonferenzen. 10 % ohne Audio (reine Chatkonferenzen mit durchschnittlich fünf gesendeten Nachrichten pro Benutzer). |
Medienmix für Konferenzen |
Bei 75 % der Konferenzen handelt es sich um Webkonferenzen mit Audio sowie einigen anderen Methoden für die Zusammenarbeit. Für diesen Konferenzen werden die folgenden weiteren Methoden für die Zusammenarbeit genutzt: Hinweis Die Summe dieser Zahlen beträgt mehr als 100 %, da in einer Konferenz mehrere Methoden zur Zusammenarbeit verwendet werden können.
|
Verteilung der Konferenzteilnehmer |
50 % interne, authentifizierte Benutzer. 25 % authentifizierte Benutzer mit Remotezugriff. 15 % anonyme Benutzer. 10 % Partnerbenutzer. |
Verteilung für den Besprechungsbeitritt |
Für die Benutzer wird simuliert, dass sie der Besprechung innerhalb der ersten 5 Minuten beitreten. |
In regulären Front-End-Pools verfügt Lync Server 2013 über eine maximal unterstützte Besprechungsgröße von 250 Benutzern. Jeder Pool kann zu einem bestimmten Zeitpunkt eine Besprechung mit 250 Benutzern hosten. Während eine Besprechung dieser Größe stattfindet, kann der Pool zusätzlich weitere kleinere Konferenzen hosten. Darüber hinaus können Sie Besprechungen mit bis zu 1.000 Benutzern unterstützen, indem Sie einen Pool speziell zum Hosten dieser Besprechungen einrichten. Ausführliche Informationen finden Sie unter Support für große Besprechungen in Lync Server 2013.
Konferenzen wurden wie folgt simuliert:
85 % der Konferenzen wiesen vier Teilnehmer auf.
10 % der Konferenzen wiesen sechs Teilnehmer auf.
5 % der Konferenzen wiesen elf Teilnehmer auf.
Eine große Konferenz mit 250 Benutzern.
Die folgende Tabelle enthält ausführliche Informationen zum Benutzermodell für Konferenzen mit Einwahlbenutzern.
Benutzermodell für Einwahlkonferenzen
| Kategorie | Beschreibung |
|---|---|
Authentifiziert/anonym |
70 % der Anrufer treten anonym bei und werden zur Aufzeichnung ihres Namens aufgefordert. 30 % nehmen als authentifizierte Benutzer teil. |
Anrufdauer und Wartemusik |
Durchschnittliche Anrufdauer ohne Wartemusik: 50 Sekunden. Für 50 % der Einwahlbenutzer wird Wartemusik wiedergegeben (durchschnittlich 5 Minuten). |
DTMF (Dual-Tone Multifrequency, Mehrfrequenzverfahren) |
15 % der Konferenzen, auf die ausschließlich per Einwahl zugegriffen wird, werden per Telefon geleitet. 10 % der gemischten Konferenzen, an denen Einwahlbenutzer teilnehmen, werden ebenfalls per Telefon geleitet. 20 % der Konferenzleiter (per Telefon) nutzen 2 DTMF-Befehle pro Konferenz. |
Sprache von Ansagen |
Bei Simulationen wird Englisch als Ansagensprache verwendet. |
Die folgende Tabelle enthält ausführliche Informationen zum Benutzermodell für die Konferenzlobby.
Benutzermodell für die Konferenzlobby
| Kategorie | Beschreibung |
|---|---|
Anzahl von Benutzern in der Lobby |
5 % der Einwahlbenutzer betreten zunächst die Lobby, 25 % der anderen Benutzer werden zunächst in die Lobby weitergeleitet. |
Zulassen von Benutzern aus der Lobby |
Bei Simulationen wurden alle Benutzer vom Referenten zugelassen, bevor ein Clienttimeout auftritt. |
In der folgenden Tabelle ist das Benutzermodell für andere Peer-zu-Peer-Sitzungen beschrieben.
Benutzermodell für Peer-zu-Peer-Sitzungen
| Kategorie | Beschreibung |
|---|---|
Anwendungsfreigabe |
Jeder Benutzer nimmt an fünf Peer-zu-Peer-Anwendungsfreigabesitzungen pro Monat teil (durchschnittlich 0,25 Sitzungen pro Tag). |
Dateiübertragung |
Jeder Benutzer nimmt (im Rahmen einer Chatsitzung) an einer Peer-zu-Peer-Dateiübertragungssitzung pro Monat teil (durchschnittlich 0,05 Sitzungen pro Tag). Die durchschnittliche Größe der in einer Sitzung übertragenen Dateien beträgt 1 MB. |
In der folgenden Tabelle wird das Benutzermodell für Richtlinien beschrieben.
Benutzermodell für Richtlinien
| Kategorie | Beschreibung |
|---|---|
Konferenz-, Anwesenheits- und Archivierungsrichtlinien |
Es wird von einer globalen Richtlinie, zehn Konferenzrichtlinien, vier Archivierungsrichtlinien und zehn Anwesenheitsrichtlinien ausgegangen. |
VoIP-Richtlinie |
Es wird von einer globalen Richtlinie und zwei Richtlinien pro Standort ausgegangen. 100 % der Standorte verfügen über eine Standortrichtlinie, und 30 % der Benutzer ist eine benutzerbasierte Richtlinie zugewiesen. Pro Standort wird von einem Wählplan und zwei Routen ausgegangen. |
Spitzenzeiten
Die Spitzenauslastung für Peer-zu-Peer-Sitzungen wird basierend auf der Anzahl von Anrufversuchen (Busy Hour Call Attempts, BHCA) zu Spitzenzeiten berechnet. Für diesen Begriff aus der VoIP-Branche wird davon ausgegangen, dass 50 % aller Anrufe an einem Tag innerhalb von 20 % der Gesamtzeit getätigt werden. Der BHCA-Wert wird mithilfe der folgenden Formel berechnet:
BHCA=(total calls * 0.5) / 1.6
Zur Simulation von Spitzenzeiten wurden in Leistungstests VoIP- und andere Peer-zu-Peer-Sitzungen bei einer Spitzenauslastung mit einer Dauer von mindestens 1,6 Stunden pro Tag ausgeführt.
Für die Spitzenauslastung bei Konferenzen wird davon ausgegangen, dass 75 % aller Konferenzen an einem achtstündigen Arbeitstag innerhalb von vier Stunden zu Spitzenzeiten stattfinden. Für diese Spitzenzeiten wird das 1,5-Fache der durchschnittlichen Konferenzauslastung verzeichnet.
Enterprise-VoIP zu PSTN-Anrufen
Die folgenden Annahmen gelten für Enterprise-VoIP Aufrufe:
50 % der Benutzer sind für Enterprise-VoIP aktiviert, und 60 % dieser Benutzer sind für PSTN-Anrufe aktiviert.
Jeder dieser Benutzer, für den PSTN-Anrufe aktiviert sind, tätigt 4 PSTN-Anrufe in Spitzenzeiten. Jeder Anruf dauert 3 Minuten.
65 % dieser PST-VoIP-Anrufe verwenden die Medienumgehung.
Mobilität
Es wird davon ausgegangen, dass 40 % der registrierten Benutzer für Mobilität aktiviert sind. Für jeden Benutzer mit aktivierter Mobilität wird davon ausgegangen, dass die Aktivität des mobilen Clients der der anderen MPOP-Instanzen für diesen Benutzer entspricht, mit Ausnahme von Konferenzinteraktionen, für die der Mobilitätsclient nur ein anderer Clienttyp ist, der für die Teilnahme an Konferenzen verwendet werden kann.
Beständiger Chat
Es wird davon ausgegangen, dass 25 % der registrierten Benutzer an Sitzungen für beständigen Chat beteiligt sind, wobei Folgendes gilt:
Durchschnittlich 1,5 Chatrooms pro Benutzer
Jeder Chatroom führt zu 12 Abrufanforderungen pro Stunde, mit einem Zielwert von durchschnittlich je 10 Benutzern
Reaktionsgruppe und Parken von Anrufen
Es wird davon ausgegangen, dass 0,15 % der registrierten Benutzer Reaktionsgruppen angehören. Außerdem wird davon ausgegangen, dass 0,02 % der registrierten Benutzer zu einem bestimmten Zeitpunkt Anrufe parken.