Estimation de la capacité et des performances pour le service de métadonnées gérées (SharePoint Server 2013)
S’APPLIQUE À :
2013
2016
2019
Subscription Edition
SharePoint in Microsoft 365
Cet article contient des informations et des recommandations relatives au reizing et à l’optimisation des performances du service de métadonnées gérées dans SharePoint Server 2013. Nous proposons également des pratiques conseillées sur la façon de configurer le service et d’en structurer les bases de données d’application pour bénéficier de performances optimales. Utilisez ces informations pour déterminer si les limites de capacité et de performances fournies par nos tests autorisent le déploiement que vous comptez effectuer.
Les nouvelles fonctionnalités suivantes de SharePoint Server 2013 affectent directement le service de métadonnées gérées et sont importantes pour la planification de la capacité. La charge associée à ces fonctionnalités est incluse dans notre jeu de données et nos scénarios de test.
Hashtags in feeds (in My Sites or Team Sites)
Sites utilisant la navigation gérée
Nouveaux points de terminaison CSOM pouvant être appelés par les clients
Pour un déploiement SharePoint Server 2013 classique avec des caractéristiques similaires à notre jeu de données de test, nous vous recommandons d’exécuter l’application de service de métadonnées gérées sur les ordinateurs qui assument le rôle de serveur web frontal. La base de données de l’application de service de métadonnées gérées peut être placée sur une instance SQL Server qui héberge d’autres bases de données SharePoint’application de service.
Pour les déploiements qui contiennent beaucoup plus d’éléments que le jeu de données fourni dans nos tests, nous essaierons de vous fournir des instructions en modifiant l’une des variables du jeu de données de test et en maintenant les autres constantes, afin d’obtenir des résultats adaptés. Les utilisateurs avec des déploiements plus importants doivent prendre en compte ces résultats et dimension SharePoint batteries de serveurs Server 2013 en conséquence.
Pour obtenir des informations générales sur la gestion de la capacité et la façon de planifier SharePoint Server 2013, voir Gestion et resserrement de la capacité pour SharePoint Server 2013.
Introduction
Dans un déploiement SharePoint Server 2013 classique avec des caractéristiques similaires à celles de notre jeu de données de test, il est recommandé que l’application de service de métadonnées gérées soit activée uniquement sur les ordinateurs qui s’exécutent en tant que serveur web frontal. La base de données de l’application de service de métadonnées gérées peut être mise sur une instance SQL Server qui héberge d’SharePoint bases de données d’application de service.
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 sur la planification de la capacité, nous avons créé un jeu de données de test qui inclut les fonctionnalités de SharePoint Server 2010 et de nouvelles fonctionnalités dans SharePoint Server 2013 et nous avons effectué des tests sur un déploiement SharePoint. Le tableau suivant indique le jeu 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 |
| Hashtags |
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 pour plusieurs ensembles de termes. Similaire à l’appel effectué par SharePoint Server 2013 pour récupérer les ensembles de termes utilisés par la fonctionnalité de navigation gérée, dont les résultats sont ensuite mis en cache sur le serveur web frontal. |
5 % |
| GetTermSets |
Appel de service web pour obtenir des ensembles de termes. |
5 % |
| GetTermsByLabel |
Appel de service web avec une liste de GUID de termes. Similaire à l’appel effectué par SharePoint Server 2013 lors du chargement d’une page d’accueil 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

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

Effet des URL conviviales sur les analyses de recherche portant sur les URL conviviales
SharePoint Server 2013 inclut la fonctionnalité de navigation gérée et deux travaux du timer qui sont déclenchés pour s’assurer que l’analyse de recherche reçoit les dernières versions des pages qui utilisent des URL conviviales. Nos tests ont permis de montrer que l’exécution de ces travaux de minuteur communiquant avec l’application de service de métadonnées gérées n’avait pas un effet significatif sur les opérations de lecture et d’écriture visant cette 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.
Voir aussi
Concepts
Planification des métadonnées gérées dans SharePoint Server
Autres ressources
Vue d'ensemble des applications de service de métadonnées gérées dans SharePoint Server 2013
Planifier des termes et des ensembles de termes dans SharePoint Server 2013