Estimation de la capacité et des performances pour le service de métadonnées gérées (SharePoint Server 2013)

Article
02/23/2018

**Sapplique à :**SharePoint Server 2013

**Dernière rubrique modifiée :**2017-08-25

Résumé : Découvrez comment planifier le déploiement d’une application de service de métadonnées gérées pour SharePoint Server 2013 à l’aide des données de test de capacité et de performances.

Cet article contient des informations et des recommandations qui sont liées à l’optimisation de performances et de dimensionnement du Service de métadonnées gérées dans SharePoint Server 2013. Nous proposons également quelques meilleures pratiques sur la façon de configurer le service et la structure des bases de données de l’application service pour optimiser les performances. Utilisez ces informations pour déterminer si votre déploiement planifié tienne dans les limites de capacité et de performances qui fournissent des nos tests.

Les nouvelles fonctionnalités suivantes dans SharePoint Server 2013 directement affectent le Service de métadonnées gérées et sont importantes pour la planification de la capacité. La charge de ces fonctionnalités est incluse dans nos scénarios de test et le groupe de données de test.

Balises de hachage dans les flux (dans Mes sites ou Sites d’équipe)
Sites utilisant la navigation gérée
Nouveaux points de terminaison CSOM pouvant être appelés par les clients

Pour un déploiement typique SharePoint Server 2013 présentant des caractéristiques similaires en tant que notre groupe de données de test, il est recommandé que le Service de métadonnées gérées application exécutée sur les ordinateurs qui supposent que le rôle de serveur web frontal. La base de données pour l’application de Service de métadonnées gérées peut être placé sur une instance de SQL Server qui héberge d’autres bases de données SharePoint Services application.

Pour les déploiements qui contiennent beaucoup plus d’éléments par rapport au groupe de données que nous fournir lors de nos tests, nous allons tenter de fournir des conseils sur les résultats de tests où nous modifier l’une des variables et garder les autres composants de notre dataset test constante. Les utilisateurs disposant de déploiements de grandes envergure tenez ces résultats et la taille de leurs exploitations SharePoint Server 2013 en conséquence.

Contenu de cet article :

Introduction
Jeu de données de test
Scénarios de test
Topologie de test
Résultats des tests

Pour obtenir des informations générales sur la gestion de la capacité et la planification de la SharePoint Server 2013, consultez Gestion et dimensionnement de la capacité pour SharePoint Server 2013.

Introduction

Il est recommandé que dans un déploiement typique SharePoint Server 2013 présentant des caractéristiques similaires en tant que notre groupe de données de test, que l’application de Service de métadonnées gérées uniquement activée sur les ordinateurs fonctionnant comme un serveur web frontal. La base de données pour l’application de Service de métadonnées gérées peut être placé sur une instance de SQL Server qui héberge d’autres bases de données SharePoint Services application.

Pour les déploiements contenant beaucoup plus d’éléments que le jeu de données fourni dans nos tests, nos recommandations ne sont pas les mêmes. Nous tentons de vous fournir des instructions adaptées en modifiant l’une des variables de test et en maintenant les autres constantes, afin d’obtenir des résultats adaptés. Nous invitons les utilisateurs effectuant des déploiements importants à utiliser ces résultats pour dimensionner leurs batteries SharePoint.

Jeu de données de test

Pour fournir des conseils de planification de capacité, nous avons créé un groupe de données de test qui inclut les fonctionnalités de SharePoint Server 2010 et de nouvelles fonctionnalités dans SharePoint Server 2013 et exécution de tests sur un déploiement de SharePoint. Le tableau suivant présente le groupe de données de test que nous avons utilisé :

Variable	Nombre d’éléments
Groupes d’ensembles de termes	500
Ensembles de termes	1,000 (2 par groupe)
Termes gérés (n’inclut pas les mots clés d’entreprise)	20,000 (20 par ensemble de termes)
Mots clés d’entreprise	80,000
Balises de hachage	200,000
Nombre total de termes (comprenant les termes gérés, les mots clés d’entreprise et les balises de hachage)	300,000
Étiquettes	300,000 (1 par élément)
Longueur de l’étiquette de terme	30 caractères par étiquette

Scénarios de test

Pour ce jeu de données, nous avons utilisé les tests du tableau suivant :

Test	Description	Pourcentage de test
GetSuggestions	Appel unique au service web et chaîne de préfixe à caractère unique. Cette chaîne est choisie pour correspondre à 20 % des termes du magasin de termes. Le principe est le même que pour les suggestions de colonne de métadonnées dans l’interface utilisateur de SharePoint.	10 %
GetMatches	Appel de service web pour une chaîne correspondant à 1 % des termes du magasin de termes.	5 %
ValidateTerms	Appel de service web pour valider un terme unique.	5 %
CreateTaxonomyItem	Appel de service web pour créer un mot clé avec un nom aléatoire.	5 %
GetChildTermsInTermSetWithPaging	Appel de service Web à plusieurs ensembles de termes. Similaire à l’appel effectué par SharePoint Server 2013 pour extraire les ensembles de termes utilisés par la fonctionnalité de navigation géré, dont les résultats sont ensuite mises en cache dans le serveur web frontal.	5 %
GetTermSets	Appel de service web pour obtenir des ensembles de termes.	5 %
GetTermsByLabel	Web appel de service avec une liste de GUID de terme. Similaire à l’appel effectué par SharePoint Server 2013 lors du chargement d’une page d’accueil de Mon site.	10 %
HT GetSuggestions	Appel de service web pour obtenir des suggestions pour des balises de hachage avec un seul caractère. Semblable à l’appel effectué par l’interface utilisateur de SharePoint lorsque vous travaillez avec des balises de hachages dans les flux.	10 %
HT NewHashTag	Deux appels de service web Un pour obtenir les termes, puis un autre pour créer le terme.	5 %
HT GetTermsByLabel	Appel de service web pour obtenir des termes existants. Utilisé lorsqu’une balise de hachage est utilisée dans un billet de flux.	15 %
HT AddAssociation	Appel de service web pour ajouter une association à un terme mis en balise de hachage existant.	5 %
CSOM GetTerms	Test pour obtenir une liste de GUID de termes. Utilise deux appels CSOM individuels.	10 %
CSOM SetProperty	Test pour définir les propriétés d’un terme unique. Utilise quatre appels CSOM individuels.	5 %
CSOM CreateTerm	Test pour ajouter un terme au magasin de termes. Utilise quatre appels CSOM individuels.	5 %

Dans nos tests nous attribuons une plus grande pondération aux opérations susceptibles d’être plus fréquemment utilisées.

Topologie de test

Les tests ont été réalisés dans notre laboratoire, avec la topologie indiquée dans le diagramme suivant :

Figure 1 : Topologie de serveurs de laboratoire de test

Visio diagram showing the test server topology that included a single computer hosting SQL Server and a single computer hosting SharePoint server running as either an application server or front-end web server.

Nous avons commencé nos tests avec un ordinateur exécutant l’application de service de métadonnées gérées et faisant office de serveur web frontal. Plus tard, nous avons ajouté un autre ordinateur qui possède la même configuration.

Résultats des tests

Nous avons utilisé le jeu de données et les scénarios décrits dans les sections précédentes pour tester le nombre total d’opérations d’application de service de métadonnées gérées exécutées pour une configuration donnée.

Les tests ont été effectués avec les différents profils de charge indiqués dans la liste suivante :

Zone verte

L’utilisation des serveurs est inférieure à 60 %. Ce doit être la valeur cible la plupart du temps lors de l’exécution des serveurs.
Zone rouge

Utilisation des serveurs proche du maximum. Il s’agit d’un état où le site SharePoint doit gérer une charge plus élevée que d’habitude. Lorsque le serveur est en zone rouge, le temps de réponse du serveur commence à augmenter car celui-ci tente de répondre à toutes les requêtes entrantes.

Le tableau suivant présente les résultats de nos mesures avec un seul ordinateur :

	Zone verte	Zone rouge
50e centile du temps de réponse du serveur pour les opérations de lecture :	32 ms	44 ms
95e centile du temps de réponse du serveur pour les opérations de lecture :	1 090 ms	1 335 ms
50e centile du temps de réponse du serveur pour les opérations d’écriture :	1 837 ms	2 038 ms
95e centile du temps de réponse du serveur pour les opérations d’écriture :	2 283 ms	3 515 ms
Tests effectués par seconde :	9	15
Utilisation moyenne du processeur (serveur d’applications ou serveur web frontal)	56 %	92 %
Utilisation moyenne du processeur (SQL Server)	7 %	12 %
Utilisation maximale de la mémoire (serveur d’applications ou serveur web frontal)	6 Go	6,2 Go

Nous avons ensuite ajouté un deuxième serveur d’applications ou des machines virtuelles (MV) de serveur web frontal au déploiement avec la même configuration. Le tableau suivant présente les résultats pour une batterie de serveurs à deux MV avec une charge environ deux fois (x2) supérieure à celle des tests précédents :

	Zone verte	Zone rouge
50e centile du temps de réponse du serveur pour les opérations de lecture :	44 ms	110 ms
95e centile du temps de réponse du serveur pour les opérations de lecture :	1 161 ms	1 679 ms
50e centile du temps de réponse du serveur pour les opérations d’écriture :	1 828 ms	2 253 ms
95e centile du temps de réponse du serveur pour les opérations d’écriture :	3 321 ms	4 648 ms
Tests effectués par seconde :	15	28
Utilisation moyenne du processeur (serveur d’applications ou serveur web frontal)	49 %	88 %
Utilisation moyenne du processeur (SQL Server)	14 %	28 %
Utilisation maximale de la mémoire (serveur d’applications ou serveur web frontal)	6,1 Go	6,3 Go

Le graphique suivant représente les données des deux tableaux précédents :

Figure 2 : Performances de l’application de service de métadonnées gérées

Excel bar chart shows Managed Metadata Service application performance data from the previous tables. First performance data shows a single application server or front-end web server and then shows two with twice the load, for both green and red zones.

Effet des URL conviviales sur les analyses de recherche portant sur les URL conviviales

SharePoint Server 2013 inclut la fonctionnalité de gestion de Navigation et deux travaux du minuteur qui sont déclenchés pour vous assurer que l’analyse de recherche reçoit les dernières versions des pages qui utilisent des URL conviviales. Nos tests ont constaté que ces minuteur de lecture et d’écriture qui ciblent communiqué avec le Service de métadonnées gérées application n’avait pas un impact significatif sur les travaux en cours la même application.

Effet des appels CSOM

Dans certains tests, le nombre d’appels CSOM effectués a été augmenté par rapport au cas de référence. Nous avons augmenté la pondération de ces tests de 20 % à 66 %. Les résultats montrent que le nombre de tests exécutés passe de 28 à 22 par seconde. Les temps de réponse du serveur sont comparables aux valeurs de référence. La réduction du nombre de tests exécutés est due à l’augmentation de la charge de traitement associée aux appels au serveur web frontal. La procédure CSOM effectue en effet plusieurs appels au serveur pour chaque action, alors que les appels de service web sont des appels uniques et sont donc moins nombreux.

Effet d’un plus grand nombre d’opérations de balises de hachage

Dans un autre test, nous avons augmenté le pourcentage des opérations de balise de hachage de 35 (valeur de référence) à 71 %. Les résultats montrent que le nombre de tests exécutés passe de 28 à 19. Les temps de réponse du serveur sont également 30 % plus élevés, environ, que les valeurs de référence. La réduction du nombre de tests exécutées est due au nombre relativement élevé de termes dans l’ensemble de termes de balises de hachage et à l’augmentation importante du pourcentage d’opérations d’écriture dans la procédure modifiée.