Schätzen der Kapazität und Leistung des verwalteten Metadatendiensts (SharePoint Server 2013)

Artikel
02/23/2018

**Gilt für:**SharePoint Server 2013

**Letztes Änderungsdatum des Themas:**2017-08-25

Zusammenfassung: Informationen zur Planung der Bereitstellung einer verwalteten Metadatendienstanwendung für SharePoint Server 2013 unter Verwendung der getesteten Kapazitäts- und Leistungsdaten.

Dieser Artikel enthält Informationen und Empfehlungen zur Optimierung von Größe und Leistung des verwalteten Metadatendiensts in SharePoint Server 2013. Wir bieten auch einige bewährte Methoden zum Konfigurieren des Diensts und zum Strukturieren der Dienstanwendungsdatenbanken für eine optimale Leistung. Verwenden Sie diese Informationen, um festzustellen, ob die geplante Bereitstellung die Grenzwerte für die Kapazität und Leistung einhält, die anhand unserer Tests ausgemacht werden können.

Die folgenden neuen Funktionen in SharePoint Server 2013 haben eine unmittelbare Auswirkung auf den verwalteten Metadatendienst und sind wichtig für die Kapazitätsplanung. Die Auslastung durch diese Funktionen ist in unserem Testdataset und unseren Testszenarien enthalten.

Hashtags in Feeds (auf Meine Websites oder Teamwebsites)
Websites mit verwalteter Navigation
Neue CSOM-Endpunkte, die von Clients aufgerufen werden können

Für eine typische SharePoint Server 2013-Bereitstellung mit ähnlichen Merkmalen wie unser Testdataset, empfehlen wir, dass Sie den verwalteten Metadatendienst auf Computern ausführen, die die Rolle des Front-End-Webservers übernehmen. Die Datenbank für die verwaltete Metadatendienstanwendung kann in einer SQL Server-Instanz hinterlegt werden, die andere SharePoint-Dienstanwendungsdatenbanken hostet.

Bei Bereitstellungen mit wesentlich mehr Elementen als das Dataset in unseren Tests werden wir versuchen, eine Anleitung anhand der Ergebnisse des Tests bereitstellen, bei denen wir eine Variable ändern und die anderen Komponenten im Test-Dataset konstant halten. Benutzer mit größeren Bereitstellungen sollten diese Ergebnisse berücksichtigen und ihre SharePoint Server 2013-Farmen entsprechend dimensionieren.

Inhalt dieses Artikels:

Einführung
Testdataset
Testszenarien
Testtopologie
Testergebnisse

Allgemeine Informationen zur Kapazitätsverwaltung und zur Planung für SharePoint Server 2013, finden Sie unter Kapazitätsverwaltung und Dimensionierung für SharePoint Server 2013.

Einführung

Wir empfehlen bei einer typischen SharePoint Server 2013-Bereitstellung mit ähnlichen Merkmalen wie unser Testdataset, dass Sie die verwaltete Metadatendienstanwendung nur auf Computern ausführen, die als Front-End-Webserver ausgeführt werden. Die Datenbank für die verwaltete Metadatendienstanwendung kann in einer SQL Server-Instanz hinterlegt werden, die andere SharePoint-Dienstanwendungsdatenbanken hostet.

Beachten Sie, dass bei Bereitstellungen mit wesentlich mehr Elementen als in unserem Dataset bieten wir separate Empfehlungen an. In unseren Tests versuchen wir, Sie bei den Testergebnissen zu beraten, wenn wir eine Variable ändern und alle anderen Komponenten konstant bleiben. Benutzer mit größeren Bereitstellungen sollten diese Ergebnisse berücksichtigen und ihre SharePoint-Farmen entsprechend dimensionieren.

Testdataset

Zur Orientierung bei der Kapazitätsplanung haben wir ein Testdataset erstellt, das die Funktionen in SharePoint Server 2010 und die neuen Funktionen in SharePoint Server 2013 enthält und mit dem Tests auf einer SharePoint-Bereitstellung durchgeführt wurden. Die folgende Tabelle zeigt das Test-Dataset, das wir verwendet haben:

Variable	Anzahl der Elemente
Ausdruckssatzgruppen	500
Ausdruckssätze	1.000 (2 pro Gruppe)
Verwaltete Ausdrücke (enthält keine Unternehmensstichwörter)	20.000 pro Ausdruckssatz
Unternehmensstichwörter	80,000
Hashtags	200,000
Ausdrücke insgesamt (enthält verwaltete Ausdrücke, Unternehmensstichwörter und Hashtags)	300,000
Bezeichnungen	300.000 (1 pro Element)
Länge der Ausdrucksbezeichnung	30 Zeichen pro Bezeichnung

Testszenarien

Wir haben die Tests in der folgenden Tabelle für dieses Dataset verwendet:

Testen	Beschreibung	Prozentsatz im Test
GetSuggestions	Ein einzelner Aufruf des Webdiensts und eine Präfixzeichenfolge aus einem Zeichen. Die ausgewählte Zeichenfolge soll 20 % der Ausdrücke im Terminologiespeicher entsprechen, ähnlich wie Spaltenvorschläge für Metadaten auf der SharePoint-Benutzeroberfläche funktionieren.	10 %
GetMatches	Webdienst für eine Zeichenfolge, die 1 % der Ausdrücke entspricht.	5%
ValidateTerms	Webserviceaufruf zur Überprüfung eines einzelnen Ausdrucks.	5%
CreateTaxonomyItem	Webdienstaufruf eines Aufrufs zum Erstellen eines Stichworts mit einem beliebigen Namen.	5%
GetChildTermsInTermSetWithPaging	Webdienstaufruf an mehrere Ausdruckssätze. Ähnlich dem Aufruf von SharePoint Server 2013 zum Abrufen von Ausdruckssätzen für die verwaltete Navigationsfunktion. Die Ergebnisse werden dann im Front-End-Webserver zwischengespeichert.	5%
GetTermSets	Webdienstaufruf zum Abrufen von Ausdruckssätzen.	5%
GetTermsByLabel	Webserviceaufruf mit einer Liste von Ausdrucks-GUIDs. Ähnlich wie der Aufruf durch SharePoint Server 2013 beim Laden einer Meine Website-Startseite.	10 %
HT GetSuggestions	Webdienstaufruf zum Abrufen von Vorschlägen für Hashtags mit einem einzelnen Zeichen. Ähnlich wie der Aufruf durch SharePoint UI beim Arbeiten mit Hashtags in den Feeds.	10 %
HT NewHashTag	2 Webdienstaufrufe. Einer zu Abrufen von Ausdrücken, einer zum Erstellen des Ausdruck.	5%
HT GetTermsByLabel	Webdienstaufruf zum Abrufen von vorhandenen Ausdrücken. Wird verwendet, wenn ein Hashtag in einem Feed-Beitrag verwendet wird.	15 %
HT AddAssociation	Webdienstaufruf zum Hinzufügen einer Zuordnung zu einem vorhandenen Hashtagausdruck.	5%
CSOM GetTerms	Test zum Abrufen einer Liste von Ausdrucks-GUIDs mit GetTerms. 2 einzelne CSOM-Aufrufe.	10 %
CSOM SetProperty	Test für SetProperty für einen einzelnen Ausdruck. 4 einzelne CSOM-Aufrufe.	5%
CSOM CreateTerm	Test zum Hinzufügen eines Ausdruck zum Terminologiespeicher. 4 einzelne CSOM-Aufrufe.	5%

Bei unseren Tests wurden voraussichtlich häufiger verwendete Vorgänge höher gewichtet.

Testtopologie

Wir haben die Tests in unserer Testumgebung durchgeführt, die die im folgenden Diagramm dargestellten Topologie enthält:

Abbildung 1: Servertopologie der Testumgebung

Visio-Diagramm, das die Servertopologie für den Test zeigt: Die Topologie enthält einen Computer, der als Host für SQL Server dient, und einen Computer, der SharePoint Server hostet, das entweder als Anwendungsserver oder als Front-End-Webserver ausgeführt wird.

Wir haben unsere Tests mit einem Computer begonnen, der die verwaltete Metadatendienstanwendung ausführt und als Front-End-Webserver dient. Später haben wir einen anderen Computer mit der gleichen Konfiguration hinzugefügt.

Testergebnisse

Wir haben das Dataset und die Szenarien verwendet, die oben beschrieben wurden, um die Gesamtzahl der Vorgänge der Metadatendienstanwendung zu testen, die für eine bestimmte Konfiguration ausgeführt wurden.

Wir haben unsere Tests mit verschiedenen Belastungsprofilen aus der folgenden Liste durchgeführt:

Grüne Zone

Die Auslastung der Server liegt unter 60 Prozent. Das sollte die meiste Zeit, in der die Server ausgeführt werden, das Ziel sein.
Rote Zone

Die Server sind nahezu voll ausgelastet. Dieser Zustand kann vorliegen, wenn die Auslastung der SharePoint-Website höher ist als üblich. In der roten Zone beginnen die Werte der Serverantwortzeiten zu steigen, da der Server versucht, den eingehenden Anforderungen nachzukommen.

Die folgende Tabelle zeigt die Ergebnisse unserer Messungen mit einem einzelnen Computer:

	Grüne Zone	Rote Zone
Serverantwortzeit, 50. Quantil für Lesevorgänge:	32 ms	44 ms
Serverantwortzeit, 95. Quantil für Lesevorgänge:	1090 ms	1335 ms
Serverantwortzeit, 50. Quantil für Schreibvorgänge:	1837 ms	2038 ms
Serverantwortzeit, 95. Quantil für Schreibvorgänge:	2283 ms	3515 ms
Tests pro Sekunde abgeschlossen:	9	15
Durchschnittliche CPU-Auslastung (Anwendungsserver oder Front-End-Webserver)	56 %	92 %
Durchschnittliche CPU-Auslastung ( SQL Server)	7 %	12%
Maximale Arbeitsspeicherauslastung (Anwendungsserver oder Front-End-Webserver)	6 GB	6,2 GB

Wir haben dann einen zweiten Anwendungsserver oder Front-End-Webserver Virtual Machines (VMs) mit der gleichen Konfiguration zur Bereitstellung hinzugefügt. Die folgende Tabelle zeigt die Ergebnisse für eine Farm mit 2 VMs bei ca. der doppelten Last wie bei den früheren Tests:

	Grüne Zone	Rote Zone
Serverantwortzeit, 50. Quantil für Lesevorgänge:	44 ms	110 ms
Serverantwortzeit, 95. Quantil für Lesevorgänge:	1161 ms	1679 ms
Serverantwortzeit, 50. Quantil für Schreibvorgänge:	1828 ms	2253 ms
Serverantwortzeit, 95. Quantil für Schreibvorgänge:	3321 ms	4648 ms
Tests pro Sekunde abgeschlossen:	15	28
Durchschnittliche CPU-Auslastung (Anwendungsserver oder Front-End-Webserver)	49 %	88%
Durchschnittliche CPU-Auslastung ( SQL Server)	14 %	28 %
Maximale Arbeitsspeicherauslastung (Anwendungsserver oder Front-End-Webserver)	6,1 GB	6,3 GB

Das folgende Diagramm zeigt die Daten aus den vorherigen zwei Tabellen:

Abbildung 2: Leistung der verwalteten Metadatendienstanwendung

Excel-Balkendiagramm, das Leistungsdaten der verwalteten Metadatendienstanwendung aus den vorherigen Tabellen zeigt. Die ersten Leistungsdaten gehören zu einem einzelnen Anwendungsserver oder Front-End-Webserver, die folgenden Daten zeigen zwei Server mit doppelter Last an (jeweils für die Grüne und die Rote Zone).

Auswirkungen auf benutzerfreundliche URLs bei Suchdurchforstungen nach benutzerfreundlichen URLs

SharePoint Server 2013 umfasst das Feature für die verwaltete Navigation und zwei Zeitgeberaufträge, die ausgelöst werden, um sicherzustellen, dass die Suchdurchforstung die neueste Versionen von Seiten erhält, die benutzerfreundliche URLs zu verwenden. Unsere Tests haben ergeben, dass die Ausführung diese Zeitgeberaufträge, die mit der verwalteten Metadatendienstanwendung kommunizierten, keine nennenswerten Auswirkungen auf Lese- und Schreibvorgänge hatten, die dieselbe Anwendung zum Ziel haben.

Auswirkungen von CSOM-Aufrufen

Bei einigen Tests wurden die CSOM-Aufrufe in unserem Testverfahren im Vergleich zum Basisfall erhöht. Wir haben diese von 20 Prozent unserer Tests auf 66 % erhöht. Die Ergebnisse zeigen, dass die Anzahl der ausgeführten Tests von 28 auf 22 pro Sekunde fiel. Die Reaktionszeiten des Servers sind vergleichbar mit der Basislinie. Die verringerte Anzahl der ausgeführten Tests ist auf die höhere Belastung durch mehrere Aufrufe an den Front-End-Webserver für jede Aktion für die CSOM-Anrufe im Vergleich zu weniger Aufrufen im Zusammenhang mit Webserviceaufrufen zurückzuführen.

Auswirkungen weiterer Hashtagvorgänge

In einem anderen Testfall haben wir den Prozentsatz der Hashtagsvorgänge von 35 Prozent (Basislinie) auf 71 Prozent erhöht. Die Ergebnisse zeigen, dass die Anzahl der ausgeführten Tests von 28 auf 19 pro Sekunde fiel. Die Reaktionszeiten der Server sind im Vergleich zur Basislinie auch um 30 Prozent erhöht. Die verringerte Anzahl der ausgeführten Tests ist auf die vergleichsweise hohe Anzahl an Ausdrücken im Hashtagausdruckssatz und den wesentlich höheren Prozentsatz der Schreibvorgänge in der geänderten Prozedur zurückzuführen.