Partager via


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

S’APPLIQUE À :yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint 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 managé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 de 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

Diagramme Visio montrant la topologie du serveur de test qui incluait un seul ordinateur hébergeant SQL Server et un seul ordinateur hébergeant un serveur SharePoint s’exécutant en tant que serveur d’applications ou serveur web frontal.

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

Le graphique à barres Excel affiche les données de performances de l’application Managed Metadata Service des tableaux précédents. Les premières données de performances montrent un serveur d’applications unique ou un serveur web frontal, puis deux avec deux fois plus de charge, pour les zones vertes et rouges.

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