Autres facteurs de planification des performances et de la capacité (Windows SharePoint Services)
Mise à jour : 2009-04-23
Cette section décrit les facteurs supplémentaires dont il convient de tenir compte lors de la planification de la capacité et des performances.
Facteurs d'environnement
Configuration réseau
Sécurité réseau
Authentification
Développement du code personnalisé
Configuration réseau
La configuration du réseau est essentielle pour les performances de votre installation de Windows SharePoint Services. Les composants réseau courants susceptibles d'affecter les performances sont les suivants :
Carte réseau (NIC)
Paramètres de la carte réseau : vous devez autant que possible utiliser des cartes réseau Gigabit. Si vous avez des cartes à auto-commutation (100 Mo / 1 Go), vous devez toujours définir la dérivation pour qu'elle utilise 1 Gigabit.
Trafic entrant/sortant : pour les scénarios pour lesquels vous prévoyez un trafic élevé, nous vous recommandons de disposer de cartes réseau séparées pour gérer le trafic entrant et sortant.
Commutateurs : si vous exécutez votre réseau via un commutateur, assurez-vous d'utiliser un commutateur Gigabit et de disposer du même nombre de canaux entrants et sortants.
Routeurs : vérifiez que vos routeurs sont configurés sur une infrastructure Gigabit.
Contrôleurs de domaine : il est possible que l'authentification devienne un goulot d'étranglement des performances dans votre environnement SharePoint si le contrôleur de domaine reçoit les demandes plus rapidement que les réponses qu'il peut envoyer. Pour les environnements qui utilisent une authentification utilisateur telle que NTLM, nous recommandons un taux de 3 WFE par contrôleur de domaine. Si vos tests indiquent que la charge d'authentification à 3 WFE par contrôleur de domaine est acceptable, vous pouvez ajouter un WFE supplémentaire par contrôleur de domaine pour une limite de 4 WFE par contrôleur de domaine prise en charge.
N'oubliez pas de planifier et de tester minutieusement la configuration réseau avant de déplacer un système vers un environnement de production.
Sécurité réseau
Pour plus d'informations sur la sécurité réseau, voir Planifier une communication sécurisée dans une batterie de serveurs (Windows SharePoint Services).
Authentification
Le mécanisme d'authentification utilisé dans votre environnement a un effet incrémentiel sur les performances globales du système. Les facteurs qui contribuent aux performances d'authentification sont les suivants :
Le nombre et la vitesse des allers-retours vers le fournisseur d'authentification
Les performances de traitement du fournisseur d'authentification
Les tests Microsoft indiquent que l'ordre des mécanismes d'authentification, du plus rapide au plus lent, est le suivant :
Anonyme
Kerberos
NTLM
De base
Formulaires
Si vous choisissez d'écrire un fournisseur d'authentification à utiliser avec Office SharePoint Server ou Windows SharePoint Services, vous devez suivre les pratiques recommandées dans l'article MSDN Authentification dans ASP.NET : conseils de sécurité .NET (https://msdn2.microsoft.com/fr-fr/library/ms978378.aspx).
Développement du code personnalisé
La cause la plus courante de perte de performances dans les versions antérieures de SharePoint Server est le développement et le déploiement de fonctionnalités personnalisées inefficaces en plus de la plateforme SharePoint. Lors du développement de fonctionnalités personnalisées pour SharePoint, vous devez analyser un certain nombre de mesures de performances. Ces mesures comprennent, sans s'y limiter :
Allers-retours SQL Server. Pour les pages principales, nous ne recommandons pas plus de 2 ou 3 allers-retours SQL. Des allers-retours excessifs ont l'effet négatif suivant sur les performances :
Augmentation du temps de réponse de l'utilisateur final en raison d'une durée de traitement côté serveur plus importante
Réduction du débit système global en raison de la charge supplémentaire sur le serveur SQL.
Utilisation du processeur sur les serveurs SQL. Pour conserver la santé de votre système, il est important que l'utilisation du processeur sur le ou les serveurs SQL reste relativement faible. Si l'utilisation moyenne du processeur sur les serveurs SQL est supérieure à 60 %, cela entraîne une dégradation des performances. Voici notamment ce que vous pouvez faire pour réduire l'utilisation du processeur sur les serveurs SQL :
Mettez en place une stratégie de mise en cache ; cela réduit le nombre global d'appels à partir des WFE vers le serveur SQL.
Optimisez le code personnalisé afin d'utiliser des méthodes d'objet qui renvoient vos données souhaitées de la manière la plus efficace (par exemple, présentez des index sur les listes, etc...)
Répartissez vos bases de données SQL sur plusieurs serveurs SQL physiques
Taille de téléchargement des page. Conservez la taille du code à un niveau minimal. Une augmentation relativement faible de la taille de page peut avoir un impact significatif sur les performances si un grand nombre de personnes accèdent à cette page chaque jour, en particulier pendant les heures de pointe.
Efficacité du code côté client. Environ 50 % du temps de réponse de l'utilisateur final est constitué de traitement côté client de code renvoyé. Si votre solution personnalisée augmente ce code, vous pouvez escompter un effet négatif sur le temps de réponse de l'utilisateur final
Rappels AJAX. Pour les parties AJAX, le nombre de rappels et la charge utile de chaque rappel. Par exemple, chaque indicateur de performance clé effectue 3 appels pour renvoyer le résultat. Assurez-vous de tester les performances de page lorsque vous introduisez plusieurs indicateurs de performance clés ou tout autre code personnalisé dans une page.
Télécharger ce livre
Cette rubrique est incluse dans le livre téléchargeable suivant pour une lecture et une impression plus faciles :
Consultez la liste des livres disponibles à l’adresse Livres à télécharger pour Windows SharePoint Services.