Planifier les limites des logiciels (Windows SharePoint Services)
Mise à jour : 2010-08-30
Dans cet article :
Environnement de test
Résultats des tests
Recommandations pour obtenir des performances acceptables
Cet article fournit des informations qui vous aident à comprendre les limites des performances et de la capacité testées de Windows SharePoint Services 3.0, des informations sur l’environnement et sur les résultats de test, ainsi que des recommandations pour obtenir des performances acceptables. Utilisez les informations de cet article pour déterminer si votre déploiement planifié se situe dans les limites acceptables des performances et de la capacité.
Les résultats des tests et les recommandations fournis dans cet article s’appliquent à une installation unique de Windows SharePoint Services 3.0. Le fait d’ajout des ordinateurs serveurs à l’installation n’augmente pas les limites de capacité des objets de site qui sont répertoriés dans les tableaux de la section Recommandations pour obtenir des performances acceptables. En revanche, le fait d’ajouter des ordinateurs serveurs augmente le débit d’une batterie de serveurs, ce qui peut s’avérer nécessaire pour obtenir des performances acceptables avec un grand nombre d’objets. Dans certains cas, les contraintes liées à un nombre élevé d’objets au sein d’une solution peuvent impliquer l’utilisation de plus d’une batterie de serveurs.
Dans cet article, les recommandations sont déterminées par les performances. En d’autres termes, vous pouvez aller au-delà des recommandations fournies, mais à mesure que vous augmentez l’échelle, vous pouvez être confronté à une réduction des performances.
Notez que de nombreux facteurs peuvent affecter les performances dans un environnement donné et que chacun d’eux peut affecter les performances dans différents secteurs. Certains résultats de tests et recommandations fournis dans cet article peuvent être liés à des fonctionnalités ou à des opérations utilisateur qui n’existent pas dans votre environnement et, par conséquent, ils ne s’appliquent pas à votre solution. Seul un test complet peut vous fournir des données exactes sur votre propre environnement.
Pour plus d’informations sur les autres facteurs qui peuvent affecter les performances et la capacité, mais qui n’interviennent pas dans le processus de test décrit dans ce guide, voir la section Autres facteurs de planification des performances et de la capacité (Windows SharePoint Services).
Environnement de test
Le tableau suivant répertorie les spécifications des ordinateurs de l’environnement de test.
Rôle | Spécifications |
---|---|
Ordinateur autonome |
1 processeur 64 bits 2,8 gigahertz (GHz) Intel Xeon à double cœur, 2 gigaoctets (Go) de RAM |
Ordinateur serveur Web |
2 processeurs 64 bits 2,8 GHz Intel Xeon à double cœur, 4 gigaoctets (Go) de RAM |
Ordinateur de base de données exécutant Microsoft SQL Server |
4 processeurs 64 bits 2,8 GHz Intel Xeon à double cœur, 32 Go de RAM |
Ordinateurs clients |
Processeur Pentium III 1,2 GHz, 1 Go de RAM |
Un réseau Ethernet Gigabit (un milliard de bits/s) a été utilisé entre les ordinateurs de la batterie.
Le test a été effectué par rapport aux configurations répertoriées dans le tableau suivant.
Serveur de base de données | 1 serveur Web | 2 serveurs Web | 3 serveurs Web | 4 serveurs Web | 5 serveurs Web | 6 serveurs Web | 7 serveurs Web | 8 serveurs Web |
---|---|---|---|---|---|---|---|---|
0 |
X |
|||||||
1 |
X |
X |
X |
X |
X |
X |
X |
X |
Des tests spécifiques à l’environnement ont également été effectués par rapport à plusieurs configurations de la batterie. Pour plus d’informations sur les tests de configuration spécifiques à l’environnement, voir les articles de scénario dans la section Évaluer les performances et la capacité requises (Windows SharePoint Services).
Résultats des tests
Les graphiques et tableaux suivants montrent comment l’environnement de test s’est comporté en fonction d’un ensemble donné de paramètres, d’opérations utilisateur et de conditions de charge. Ces tests ont tous été effectués sur une batterie Windows SharePoint Services 8x1. Les résultats fournis s’appliquent à tous les environnements Windows SharePoint Services 3.0.
Remarque : |
---|
D’autres configurations seront testées à l’avenir. Les résultats de tests seront publiés à mesure qu’ils seront disponibles. |
Les mesures des performances pour différentes opérations varient selon l’utilisation des collections de sites. Par exemple, une collection de sites unique peut avoir des milliers de sous-sites Web, mais les temps de réponse utilisateur pour les opérations qui énumèrent le conteneur augmentent dès que le nombre de collections de sites croît. Les autres opérations qui n’énumèrent pas le conteneur continuent de présenter des performances acceptables.
Les sous-sites créés pour les tests sont répartis comme le montre le tableau suivant.
Type de sous-site | Pourcentage du total |
---|---|
Sites d’équipe |
55 % |
Espace de travail de document |
20 % |
Espace de travail de réunion |
10 % |
Blog |
10 % |
Wiki |
5 % |
Le débit change selon que l’on crée des sites ou que l’on énumère des sites à mesure que le nombre de sites augmente.
Le temps de réponse utilisateur pour certaines opérations augmente à mesure que s’élève le nombre de sites dans une collection de sites.
Ce graphique illustre le temps de réponse utilisateur lors de l’énumération des sites d’une collection de sites et de la création d’un nouveau site à mesure que le nombre de sites existants augmente.
Débit par rapport au nombre de collections de sites
Le débit, mesuré en demandes par seconde, diminue lorsque le nombre de collections de sites dans une batterie augmente.
La figure suivante illustre la diminution du débit lors de l’accès à la page d’accueil de différentes collections de sites à mesure que le nombre de collections de sites dans une seule base de données de contenu augmente. Le débit diminue rapidement dès que le nombre total de collections de sites passe de 2 000 (demandes par seconde = 265) à 16 000 (demandes par seconde = 66), puis le nombre de demandes par seconde se stabilise à environ 50 lorsque le nombre total de collections de sites passe à 50 000.
Différences de débit entre une bibliothèque de documents plate et une bibliothèque de documents contenant des dossiers
Le débit pour certaines opérations diminue à mesure que le nombre d’éléments dans un dossier augmente.
La figure ci-dessous illustre la différence de débit constatée dans l’affichage de tous les éléments d’une bibliothèque de documents selon que les dossiers sont utilisés ou non, ce qui est essentiel pour la mise à l’échelle. Comme indiqué dans le graphique ci-dessous, les performances du débit diminuent à mesure que le nombre de documents augmente lorsque le stockage dans une bibliothèque plate est utilisé. La diminution de débit la plus nette se produit lorsque le nombre total de documents est inférieur à 2 000, passant de 151 demandes par seconde (200 documents) à 63 demandes par seconde (2 000 documents). En présence de 4 000 documents, le débit diminue jusqu’à environ 13 demandes par seconde, ce qui représente une diminution globale de plus de 90 % par rapport à une bibliothèque vide.
La figure suivante illustre les performances relatives entre des affichages de dossiers lorsque des dossiers sont utilisés pour le stockage et l’organisation des documents et un affichage indexé d’une structure de bibliothèque plate. Chaque dossier contient 500 documents créés par différents utilisateurs. Ce scénario ne révèle aucune diminution de débit significative jusqu’à 1 million de documents dans les deux cas, à condition que le nombre d’éléments dans l’affichage ne dépasse pas le seuil de performance de votre système. Toutefois, les performances sont meilleures lorsque des dossiers sont utilisés.
À mesure que le nombre d’éléments dans un dossier augmente, les performances d’affichage des dossiers se détériorent progressivement. Notez que les résultats ci-dessus sont des estimations basées sur nos tests et que les résultats peuvent différer dans votre environnement.
Recommandations pour obtenir des performances acceptables
La capacité est directement liée à l’évolutivité. Cette section répertorie les objets qui peuvent composer une solution et fournit des recommandations pour obtenir des performances acceptables pour chaque type d’objet. Des données sur les limites sont fournies, ainsi que des remarques qui décrivent les conditions dans lesquelles les limites sont courantes et des liens vers des informations complémentaires éventuelles. Utilisez les recommandations fournies dans cet article pour examiner vos plans de solution globaux.
Si vos plans de solution vont au-delà des recommandations indiquées pour un ou plusieurs objets, effectuez une ou plusieurs des opérations suivantes :
Évaluez la solution afin que des compensations soient effectuées dans d’autres secteurs.
Marquez ces secteurs de manière à les tester et à les surveiller lorsque vous générez et déployez votre solution.
Redéfinissez la solution afin qu’elle n’aille pas au-delà des recommandations sur la capacité.
Les tableaux suivants répertorient les objets par catégorie et incluent des recommandations pour obtenir des performances acceptables. La notion de performances acceptables signifie que le système tel qu’il est testé peut prendre en charge ce nombre d’objets, mais que le nombre ne peut pas être dépassé sans une légère dégradation des performances. Un astérisque (*) indique une limite physique ; l'absence d'astérisque indique une limite testée ou prise en charge.
Le tableau suivant répertorie les recommandations associées aux objets de site.
Objet de site | Recommandations pour obtenir des performances acceptables | Remarques | Étendue de l’impact lorsque les performances se dégradent |
---|---|---|---|
Collection de sites |
50 000 par application Web |
Le débit total de la batterie diminue à mesure que le nombre de collections de sites augmente. |
Batterie |
Site Web |
250 000 par collection de sites |
Vous pouvez créer un nombre total de sites Web très élevé en imbriquant les sous-sites. Par exemple, 100 sites, possédant chacun 1 000 sous-sites, constituent 100 000 sites Web. Le nombre de sites et sous-sites maximal recommandé est de 125 sites possédant chacun 2 000 sous-sites, soit un total de 250 000 sites. |
Collection de sites |
Sous-site |
2 000 par site Web |
L’interface de l’énumération des sous-sites d’un site Web donné ne fonctionne pas correctement lorsque le nombre de sous-sites dépasse 2 000. |
Affichage des sites |
Document |
5 millions par bibliothèque |
Vous pouvez créer des bibliothèques de documents très volumineuses en imbriquant les dossiers, à l’aide d’affichages standard et d’une hiérarchie de sites. Cette valeur peut varier en fonction de l’organisation des documents et des dossiers, ainsi que du type et de la taille des documents stockés. |
Bibliothèque |
Élément |
2 000 par affichage |
Le test indique une réduction des performances au-delà de deux milles éléments. L’utilisation d’une indexation sur un affichage de dossiers plat peut améliorer les performances. |
Affichage des listes |
Taille de fichier des documents |
50 Mo (2 Go maximum*) |
Les performances d’enregistrement d’un fichier sont proportionnelles à la taille du fichier. La valeur maximale par défaut est de 50 Mo. Cette valeur maximale est appliquée par le système, mais vous pouvez la remplacer par n’importe quelle valeur inférieure ou égale à 2 Go. |
Bibliothèque, performances d’enregistrement d’un fichier |
Liste |
2 000 par site Web |
Le test indique une réduction des performances de l’affichage des listes au-delà de deux milles entrées. |
Affichage des listes |
Type de champ |
256 par liste |
Il ne s’agit pas d’une limite physique, mais vous pouvez être confronté à une dégradation des performances de l’affichage des listes à mesure que le nombre de types de champs dans une liste augmente. |
Affichage des listes |
Colonne |
2 000 par bibliothèque de documents 4 096 par liste |
Il ne s’agit pas d’une limite physique, mais vous pouvez être confronté à une dégradation des performances de l’affichage des listes et des bibliothèques à mesure que le nombre de colonnes dans une bibliothèque de documents augmente. |
Affichage des bibliothèques et des listes |
Composant WebPart |
50 par page |
Ce chiffre est une estimation basée sur des composants WebPart simples. La complexité des composants WebPart détermine le nombre de composants WebPart utilisables dans une page au-delà duquel les performances sont affectées. |
Page |
Le tableau suivant répertorie les recommandations associées aux objets de personne.
Objet de personne | Recommandations pour obtenir des performances acceptables | Remarques |
---|---|---|
Utilisateurs dans des groupes |
2 millions par site Web |
Vous pouvez ajouter des millions de personnes à votre site Web en utilisant les groupes de sécurité Microsoft Windows pour gérer la sécurité, au lieu de recourir à des utilisateurs individuels. |
Profil utilisateur |
5 millions par batterie |
Ce nombre représente le nombre de profils qui peuvent être importés à partir d’un service d’annuaire, tel qu’Active Directory, dans le magasin de profils des personnes. |
Entité de sécurité |
2 000 par site Web |
La taille de la liste de contrôle d’accès est limitée à quelques milliers d’entités de sécurité (utilisateurs et groupes dans le site Web). |
Le tableau suivant répertorie les recommandations associées aux objets de recherche.
Objet de recherche | Recommandations pour obtenir des performances acceptables | Remarques |
---|---|---|
Index de recherche |
1 par serveur de recherche |
|
Document indexé |
50 millions par index de recherche |
50 millions de documents par serveur d’index sont pris en charge, et un seul index de recherche par serveur d’index. Cela signifie que la limite effective de documents par serveur d’index est de 50 millions. |
Le tableau suivant répertorie les recommandations associées aux objets d’architecture logique.
Objet d’architecture logique | Recommandations pour obtenir des performances acceptables | Remarques |
---|---|---|
Fournisseur de services partagés (SSP) |
3 par batterie (maximum 20 par batterie) |
|
Zone |
5* par batterie |
Le nombre de zones définies pour une batterie est codé en dur sur la valeur 5. |
Pool d’applications Internet Information Services (IIS) |
8 par serveur Web |
Le nombre maximal est déterminé par les possibilités matérielles. |
Collection de sites |
50 000 par application Web |
|
Base de données de contenu |
100 par application Web |
|
Collection de sites |
50 000 par base de données |
Le tableau suivant répertorie les recommandations associées aux objets physiques.
Objet physique | Recommandations pour obtenir des performances acceptables | Remarques |
---|---|---|
Serveurs d’index |
1 par fournisseur SSP* |
|
Serveurs d’applications exécutant Services de calcul Excel |
Aucune limite |
|
Serveurs de recherche |
Aucune limite |
Étant donné que 100 bases de données de contenu sont prises en charge pour chaque serveur de recherche, le nombre de serveurs de recherche requis par batterie repose sur le nombre de bases de données de contenu dans la batterie. Par exemple, s’il existe 500 bases de données de contenu dans votre batterie, vous devez utiliser au moins 5 serveurs de recherche. |
Rapport serveurs Web/serveurs de base de données |
8* serveurs Web par serveur de base de données |
Le facteur de montée en charge dépend de la combinaison des opérations. |
Rapport serveurs Web/contrôleurs de domaine |
3 serveurs Web par contrôleur de domaine |
Suivant la quantité de trafic d’authentification générée, votre environnement peut prendre en charge un nombre supérieur de serveurs Web par contrôleur de domaine. |
Débit par rapport au nombre de serveurs Web
Dans notre environnement de test, le débit des batteries a atteint un palier au niveau de 5 serveurs Web par serveur de base de données et n’a pas changé considérablement lorsque des serveurs Web ont été ajoutés. Bien que vous puissiez déployer jusqu’à 8 serveurs Web par serveur de base de données, il est possible que vous n’obteniez pas des améliorations substantielles du débit au-delà de 5 serveurs Web. Cela est dû au fait que le serveur de base de données finit par atteindre sa capacité de 100 % à mesure que le nombre de serveurs Web appelant un serveur de base de données unique augmente. Les résultats dans votre environnement peuvent varier en fonction des caractéristiques des performances de votre serveur de base de données. Vous devrez effectuer vos propres tests pour déterminer le nombre optimal de serveurs Web dans votre environnement de batterie.
Certains facteurs peuvent vous amener à ajouter des serveurs Web à une batterie une fois que le débit optimal a été atteint, par exemple si une partie importante de l’utilisation de l’UC du serveur Web est consommée par l’authentification des utilisateurs. Dans ce cas, vous devez effectuer des tests pour déterminer la solution adéquate.
Temps de réponse utilisateur
Le tableau suivant fournit des recommandations permettant d’obtenir des temps de réponse utilisateur acceptables pour quatre types d’opérations utilisateur. Notez que les besoins de votre entreprise peuvent autoriser des temps de réponse plus longs ou plus courts que ceux suggérés.
L’objectif des tests était d’obtenir un temps de réponse inférieur à une seconde pour toutes les opérations utilisateur final. Toutefois, cela n’étant pas possible dans tous les cas, les recommandations indiquées dans le tableau suivant ont été utilisées.
Type d’opération | Exemples | Temps de réponse utilisateur acceptable |
---|---|---|
Opération courante |
|
<3 secondes |
Opération non courante |
|
<5 secondes |
Opération rare |
|
<7 secondes |
Opération de longue durée |
|
Varie selon la configuration de l’opération et du système. Toutes les opérations de longue durée doivent être associées à une page d’information ou d’état. |