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 Édition d’abonnement SharePoint dans Microsoft 365
Cet article contient des informations et des recommandations relatives au dimensionnement 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 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 SharePoint Server 2013 classique avec des caractéristiques similaires à notre jeu de données de test, nous recommandons que l’application Service de métadonnées gérées s’exécute sur les ordinateurs qui assument le rôle serveur web frontal. La base de données de l’application 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 d’application de service SharePoint.
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 dimensionner leurs batteries de serveurs SharePoint Server 2013 en conséquence.
Pour obtenir des informations générales sur la gestion de la capacité et la planification de SharePoint Server 2013, voir Gestion et dimensionnement 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, nous vous recommandons d’activer l’application Service de métadonnées gérées uniquement sur les ordinateurs qui s’exécutent en tant que serveur web frontal. La base de données de l’application 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 d’application de service SharePoint.
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 les nouvelles fonctionnalités de SharePoint Server 2013, et nous avons exécuté 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 |
Un seul appel au service web et une chaîne de préfixe de caractère unique. La chaîne sera choisie pour correspondre à 20 % des termes du magasin de termes, de la même façon que les suggestions de colonne de métadonnées fonctionnent dans l’interface utilisateur 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 managée, dont les résultats sont ensuite mis en cache dans 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 lorsqu’une page d’accueil Mon site est chargée. |
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 |
2 appels de service web. Un pour obtenir des 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é navigation managée et deux travaux du minuteur 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
Certains tests ont augmenté les appels CSOM effectués dans notre procédure de test par rapport au cas de référence. Nous avons passé ces tests de 20 % à 66 %. Les résultats des tests montrent que le nombre de tests exécutés est passé de 28 à 22 par seconde. Les temps de réponse du serveur sont comparables à la base de référence. La réduction du nombre de tests exécutés est due à la surcharge accrue de plusieurs appels au serveur web frontal pour chaque action pour les appels CSOM par rapport à moins d’appels impliqués dans les appels de service web.
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