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.

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.

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.

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.

Le tableau suivant répertorie les recommandations associées aux objets de personne.

Le tableau suivant répertorie les recommandations associées aux objets de recherche.

Le tableau suivant répertorie les recommandations associées aux objets d’architecture logique.

Le tableau suivant répertorie les recommandations associées aux objets physiques.

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.