Évaluer les performances et la capacité requises pour les environnements Internet (Office SharePoint Server)

Mise à jour : 2009-04-23

Dans cet article :

• Caractéristiques clés

• Environnement de test

• Profil d’utilisation

• Recommandations

Ce scénario de planification des performances et de la capacité intègre une batterie de serveurs Microsoft Office SharePoint Server 2007 unique utilisée pour une présence de portail Internet dans un environnement d’entreprise.

Caractéristiques clés

Les caractéristiques clés décrivent les facteurs environnementaux, les caractéristiques d’utilisation et d’autres aspects susceptibles de concerner les déploiements basés sur ce scénario.

Les caractéristiques clés de ce scénario sont les suivantes :

• **Autorisation   **En règle générale, les environnements de portail Internet ne requièrent pas d’authentification utilisateur ou d’autorisation sur les ressources disponibles pour la plupart des utilisateurs. Toutefois, dans certains cas, l’authentification est requise pour que les utilisateurs puissent accéder à certaines parties du site Web. Ce document contient des informations pour les environnements anonymes purs, les environnements où tous les utilisateurs sont authentifiés à l’aide de NTLM et les environnements où 80 % des utilisateurs sont anonymes et 20 % sont authentifiés à l’aide de NTLM.

• **Opérations utilisateur   **Dans cet environnement, toutes les opérations utilisateur consistent en des accès en lecture au site. Ces opérations comprennent la lecture des pages Web, la navigation dans le site et la recherche d’informations.

• Croissance des données et des sites dans le temps   Outre l’estimation du volume de données initial, un environnement de portail Internet Office SharePoint Server 2007 doit prendre en compte la croissance des données et des sites avec le temps. Une batterie de serveurs dimensionnée uniquement pour le volume de données initial peut être rapidement saturée.

• Temps de réponse utilisateur   Les objectifs de temps de réponse utilisateur pour les opérations courantes, non courantes, de longue durée et rares sont répertoriés dans le tableau Temps de réponse utilisateur situé à la fin de l’article Planifier les limites des logiciels (Office SharePoint Server). Certaines organisations tolèrent des temps de réponse utilisateur plus lents, d’autres exigent des temps de réponse utilisateur plus rapides. Le temps de réponse utilisateur prévu est un facteur clé qui détermine les objectifs de débit global (le débit est défini par le nombre de demandes que la batterie de serveurs peut traiter par seconde). En présence d’un nombre plus élevé d’utilisateurs, l’obtention du même temps de réponse utilisateur impose un objectif de débit plus élevé.

• Simultanéité d’utilisateurs   La simultanéité d’utilisateurs pour n’importe quel environnement Internet donné dépend de nombreux facteurs. Le nombre maximal d’utilisateurs simultanés dans ces tests était de 270.

• Tâches asynchrones de longue durée   Les tâches telles que l’indexation de contenu, les recherches sur des sites tiers et la sauvegarde de bases de données peuvent réduire le débit de la batterie de serveurs. Les caractéristiques de performances générales des exemples de topologies supposent que les tâches de longue durée lancées par l’administrateur de batterie s’exécutent pendant les heures creuses, par exemple la nuit. Cependant, dans un environnement de portail Internet, l’analyse et les recherches sur les sites tiers peuvent se produire à tout moment.

• **Taux d’accès au cache   **Ce document suppose un taux d’accès au cache de 99 pour cent environ.

Environnement de test

Les tests de ce scénario ont été conçus pour faciliter l’évaluation des performances d’Office SharePoint Server 2007 dans un environnement de portail Internet.

Bien que certaines conclusions puissent être tirées des résultats des tests, les chiffres spécifiques de la capacité et des performances indiqués dans cet article seront différents de ceux obtenus dans les environnements réels. Les chiffres indiqués sont destinés à fournir un point de départ pour concevoir un environnement correctement adapté. Après avoir terminé votre conception initiale du système, testez la configuration pour déterminer si votre système prendra en charge les facteurs propres à votre environnement.

Ces tests ont été effectués à l’aide de l’outil de remplissage des données de test SharePoint 2007, à partir de données de test disponibles publiquement. Vous pouvez télécharger cet outil et les données utilisées pour ces tests à l’adresse https://go.microsoft.com/fwlink/?linkid=92678&clcid=0x40C (en anglais) .

Pour plus d’informations sur le test de votre déploiement, voir Outils pour la planification des performances et de la capacité (Office SharePoint Server).

Hypothèses

• Architecture 64 bits   Seuls des serveurs 64 bits ont été utilisés dans l’environnement de test. Bien que Office SharePoint Server 2007 puisse être déployé sur des serveurs 32 bits, nous vous recommandons d’employer des serveurs 64 bits dans les déploiements de batteries de serveurs Office SharePoint Server 2007. Pour plus d’informations, voir la section 64 bits et 32 bits de l’article À propos de la planification des performances et de la capacité (Office SharePoint Server).

• **La mise en cache sur disque est activée   **La mise en cache sur disque élimine la nécessité d’accéder à la base de données plusieurs fois pour obtenir des fragments de code ou des fichiers binaires volumineux, tels que des images, des sons et des vidéos. L’activation de la mise en cache sur disque améliore les performances dans la totalité de votre déploiement. Par défaut, la mise en cache sur disque n’est pas activée. Pour plus d’informations sur l’activation de la mise en cache sur disque, voir Mise en cache sur disque des objets BLOB (https://msdn2.microsoft.com/fr-fr/library/aa604896.aspx?amp;clcid=0x40c) .

Topologie du test

Afin d’obtenir des résultats de test extrêmement détaillés, deux configurations de batterie de serveurs ont été utilisées pour les tests, allant de deux à quatre serveurs Web avec un serveur d’index unique et un ordinateur serveur de bases de données unique exécutant le logiciel de gestion de base de données Microsoft SQL Server 2005. Les tests ont été effectués avec vingt-sept ordinateurs clients qui ont simulé jusqu’à 270 connexions utilisateur simultanées. Les ordinateurs serveurs étaient tous dotés d’une architecture 64 bits, tandis que les ordinateurs clients étaient dotés d’une architecture 32 bits.

Le tableau suivant répertorie le matériel spécifique utilisé pour les tests.

Un réseau Gigabit (1 milliard de bits/s) a été utilisé dans l’environnement de test. Il est recommandé d’utiliser un réseau gigabit entre les serveurs d’une batterie de serveurs Office SharePoint Server pour garantir une bande passante réseau suffisante.

Logiciels

Le tableau suivant indique les logiciels installés sur les serveurs utilisés pour ces tests.

Important :

Les résultats de test indiqués dans cet article dépendent de la mise à jour logicielle Office SharePoint Server 2007 installée avant de procéder au test. Cette mise à jour logicielle corrige un problème touchant Office SharePoint Server 2007, qui entraîne dans certaines circonstances une dégradation des performances dans les batteries de serveurs utilisant la mise en cache des objets BLOB. Si vous envisagez d’utiliser la mise en cache des objets BLOB dans votre environnement, vous devez installer cette mise à jour logicielle afin d’optimiser les performances de votre batterie de serveurs. Cette mise à jour logicielle fait l’objet d’une présentation dans l’article 939077 de la Base de connaissances Microsoft (https://support.microsoft.com/kb/939077).

Profil d’utilisation

Cette section indique les scénarios d’utilisation, les ressources de pages et les paramètres de cache utilisés au cours du processus de test.

Scénarios d’utilisation

Les scénarios d’utilisation suivants ont été simultanément utilisés pour tester le débit de la batterie de serveurs de test. Chaque test consistait en une combinaison spécifique des trois scénarios conformément au tableau plus loin dans cette section. Bien que des sites aléatoires aient été utilisés, ces sites étaient limités à un nombre restreint afin d’atteindre un nombre élevé de visites mises en cache. La taille des images figurant dans les pages pouvait atteindre 15 kilo-octets (Ko).

• **Scénario 1 **

  1. L’utilisateur navigue vers la page d’accueil du site racine.

  2. L’utilisateur navigue vers un site aléatoire.

  3. L’utilisateur navigue vers une page d’article qui contient trois images sous le site aléatoire.

• **Scénario 2 **

  1. L’utilisateur navigue vers un site aléatoire.

  2. L’utilisateur navigue vers une page d’article qui contient trois images sous le site aléatoire.

  3. L’utilisateur navigue vers un autre site aléatoire.

  4. L’utilisateur navigue vers une page d’article qui contient trois images sous le site aléatoire, cette page étant différente de la page précédente.

• **Scénario 3 **

  1. L’utilisateur navigue vers la page d’accueil du site racine.

  2. L’utilisateur exécute une requête de recherche.

  3. L’utilisateur navigue vers une page d’article qui contient trois images sous un site aléatoire.

Le tableau suivant indique le pourcentage de débit consommé par chaque scénario répertorié dans l’environnement de test. Notez qu’une quantité négligeable de débit a été utilisée par les demandes d’arrière-plan, mais son impact sur les performances n’a pas été mesuré.

Le tableau suivant présente les tailles du contenu de la base de données, de l’index et des caches pendant les tests.

Ressources de pages

Les ressources suivantes existaient sur les pages d’accueil utilisées pour les tests.

• 1 contrôle de champ HTML

• 2 contrôles de champ d’image

• 1 composant WebPart Table des matières

• 1 composant WebPart Lien de synthèse

Paramètres de cache

Le tableau suivant répertorie les paramètres de cache de sortie utilisés lors du test des opérations d’utilisateurs anonymes.

Le tableau suivant répertorie les paramètres de cache de sortie utilisés lors du test des opérations d’utilisateurs authentifiés.

Le tableau suivant indique les paramètres de cache d’objets utilisés pendant les tests. Ces paramètres correspondent aux paramètres de la page Paramètres du cache d’objets sous Paramètres du site Web concernant un site individuel d’une collection de sites.

La chaîne de code suivante définit les paramètres du cache BLOB utilisés lors des tests. Cette chaîne de code figure dans le fichier Web.config de l’application Web. Si vous copiez ce code en vue d’une utilisation dans le fichier Web.config sur votre propre serveur, remplacez <drive_letter> par la lettre de lecteur correspondant au lecteur de disque dur du serveur sur lequel vous souhaitez stocker le cache BLOB.

<BlobCache location="<drive_letter>:\blobCache" path="\.(gif|jpg|png|css|js)$" maxSize="10" enabled="true" />

Recommandations

Cette section fournit des recommandations d’ordre général sur les performances et la capacité. Utilisez-les pour déterminer les caractéristiques de performances et de capacité de la topologie de départ que vous avez créée à la lecture de l’article Planifier la redondance (Office SharePoint Server) et pour déterminer si vous devez soumettre la topologie de départ à une montée en puissance parallèle ou par unité.

Recommandations matérielles

Le tableau suivant répertorie le matériel recommandé pour les serveurs Web, les serveurs d’index et les serveurs de base de données. Pour plus d’informations sur les configurations minimale et recommandée requises pour Office SharePoint Server 2007, voir Déterminer la configuration matérielle et logicielle requise (Office SharePoint Server). Pour plus d’informations sur l’estimation de l’espace disque requis pour les environnements Internet, voir Évaluer l’espace disque requis plus loin dans cet article.

Remarque :
Les besoins en mémoire pour les serveurs Web, les serveurs d’index et les serveurs de base de données dépendent de la taille de la batterie de serveurs, du nombre d’utilisateurs simultanés et de la complexité des fonctionnalités et des pages de la batterie de serveurs. Vous devez surveiller attentivement l’utilisation de la mémoire pour déterminer s’il est nécessaire d’en ajouter.

Remarque :
Ce tableau a été mis à jour afin qu’il reflète plus précisément la configuration requise pour les environnements en situation réelle.

Topologies de point de départ et topologies avec montée en puissance parallèle

Vous pouvez estimer les performances de votre topologie de point de départ en comparant celle-ci aux topologies de point de départ fournies dans Planifier la redondance (Office SharePoint Server). Vous pouvez ainsi déterminer rapidement si vous devez ajuster votre topologie de point de départ en fonction de vos objectifs de performances et de capacité.

Pour augmenter la capacité et les performances de l’une des topologies de point de départ, effectuez une montée en puissance par unité en implémentant des ordinateurs serveurs dotés d’une capacité supérieure ou une montée en puissance parallèle en ajoutant des serveurs à la topologie. Cette section décrit les caractéristiques de performances générales de plusieurs topologies avec montée en puissance parallèle. Les exemples de topologies correspondent aux méthodes courantes suivantes pour adapter une topologie à un environnement de portail Internet :

• Pour prendre en compte une charge supérieure d’utilisateurs, ajoutez des ordinateurs serveurs Web.

• Pour prendre en compte une charge supérieure de données, ajoutez de la capacité au rôle serveur de bases de données en augmentant la capacité d’un serveur unique (en cluster ou en miroir), en effectuant une mise à niveau depuis un serveur 32 bits vers un serveur 64 bits ou en ajoutant des serveurs en cluster ou en miroir.

• Conservez un rapport inférieur ou égal à huit ordinateurs serveurs Web pour un ordinateur serveur de bases de données (en cluster ou en miroir). Alors que le rapport maximal serveurs Web/serveurs de bases de données testé pour ce document était de 4/1 (quatre serveurs Web pour un serveur de bases de données), le déploiement d’un nombre supérieur de serveurs Web ou de matériel plus robuste peut produire de meilleurs résultats dans votre environnement.

Estimer les objectifs de débit

Le débit est le nombre d’opérations qu’une batterie de serveurs peut effectuer par seconde. Le débit est mesuré en demandes par seconde. Cette section contient des données de test qui illustrent le débit de la batterie de serveurs pour un nombre croissant de serveurs Web frontaux et de connexions utilisateur.

Plusieurs facteurs peuvent influencer le débit, parmi lesquels le nombre d’utilisateurs, la complexité et la fréquence des opérations utilisateur, la mise en cache et la personnalisation des pages et des composants WebPart. Chacun de ces facteurs peut avoir un impact majeur sur le débit de la batterie de serveurs. Vous devez prendre en compte chacun de ces facteurs lorsque vous planifiez votre déploiement.

Étant donné qu’Office SharePoint Server 2007 peut être déployé et configuré de nombreuses façons, aucune méthode simple ne permet d’estimer le nombre d’utilisateurs pouvant être pris en charge par un nombre donné de serveurs. Par conséquent, veillez à mener les tests dans votre propre environnement avant de déployer Office SharePoint Server 2007 dans un environnement de production.

En général, vous devez activer la mise en cache des objets et la mise en cache des objets BLOB dans un environnement de portail Internet. Dans un environnement qui utilise l’authentification anonyme pure, l’activation de la mise en cache vous permet d’améliorer les performances de la batterie de serveurs d’un facteur deux ou plus. Pour plus d’informations sur la mise en cache dans Office SharePoint Server 2007, voir Vue d’ensemble de la mise en cache personnalisée (https://msdn2.microsoft.com/fr-fr/library/aa589700.aspx?amp;clcid=0x40c) et la section Mise en cache de l’article Autres facteurs de planification de la capacité et des performances (Office SharePoint Server).

Important :

Les résultats de test indiqués dans cet article dépendent de la mise à jour logicielle Office SharePoint Server 2007 installée avant de procéder au test. Cette mise à jour logicielle corrige un problème touchant Office SharePoint Server 2007, qui entraîne dans certaines circonstances une dégradation des performances dans les batteries de serveurs utilisant la mise en cache des objets BLOB. Si vous envisagez d’utiliser la mise en cache des objets BLOB dans votre environnement, vous devez installer cette mise à jour logicielle afin d’optimiser les performances de votre batterie de serveurs. Cette mise à jour logicielle fait l’objet d’une présentation dans l’article 939077 de la Base de connaissances Microsoft (https://go.microsoft.com/fwlink/?linkid=98352&clcid=0x40C).

Si votre organisation dispose d’une solution de portail Internet, vous pouvez afficher les journaux Microsoft Internet Information Services (IIS) pour déterminer les modèles d’utilisation et les tendances de votre environnement actuel. Pour plus d’informations sur l’analyse des journaux IIS, voir Analyse des fichiers journaux (IIS 6.0) (en anglais) (https://go.microsoft.com/fwlink/?linkid=78825&clcid=0x40C) (en anglais) .

Si votre organisation prévoit une nouvelle solution de portail Internet, utilisez les informations de cette section pour estimer vos modèles d’utilisation.

Résultats des tests

Le tableau de cette section présente les résultats des tests d’opérations utilisateur en lecture seule effectuées avec le matériel répertorié dans le paragraphe Environnement de test plus haut dans cet article. Sachez toutefois que pour chaque configuration de batterie de serveurs, un nombre variable de serveurs Web a été testé avec un serveur d’index et un serveur de bases de données. Par conséquent, une configuration de batterie de serveurs 2x1x1 correspond à deux (serveurs Web) pour un (serveur d’index) et un (serveur de bases de données). Aucun test n’a été mené sur des batteries de serveurs contenant plusieurs serveurs d’applications ou de base de données, ou par rapport à un déploiement comportant un seul serveur.

Les tests ont été effectués avec les trois scénarios d’authentification suivants :

• un environnement anonyme dans lequel aucune authentification n’a été utilisée ;

• un environnement dans lequel l’authentification NTLM a été utilisée pour chaque connexion utilisateur ;

• un environnement dans lequel 80 % des connexions utilisateur étaient anonymes et 20 % étaient authentifiées à l’aide de NTLM.

Le nombre moyen de demandes par page pendant les tests était de quatre. Par conséquent, le rapport des demandes par seconde (RPS) sur les pages par seconde (PPS) peut être calculé par la formule r=(p*4)+x , où r = RPS, p = PPS et x = demandes d’arrière-plan, telles que les demandes de requêtes de recherche et de pages non mises en cache.

Le nombre de demandes par page et le temps de chargement d’une ressource peuvent varier sensiblement en fonction de nombreux facteurs, tels que la complexité de la page et le nombre de ressources secondaires appelées par chaque ressource de page. Par conséquent, les estimations des performances tirées uniquement du nombre de ressources par page ne sont pas totalement précises.

Ces résultats de tests ont été capturés après une brève période de préchauffage permettant la stabilisation des performances de la batterie de serveurs.

Les tableaux suivants illustrent des résultats de test pour des opérations utilisateur en lecture seule. Notez que chaque test a été effectué à l’aide de la combinaison des scénarios d’utilisation décrits dans la section Profil d’utilisation de cet article.

Environnement anonyme pur

Le tableau suivant indique les résultats de test pour un environnement où toutes les connexions utilisateur étaient anonymes.

Environnement authentifié à l’aide de NTLM

Le tableau suivant indique les résultats de test pour un environnement où toutes les connexions utilisateur étaient authentifiées à l’aide de NTLM.

Environnement où 80 pour cent des connexions utilisateur sont anonymes et 20 pour cent sont authentifiées à l’aide de NTLM

Le tableau suivant affiche les résultats de test pour un environnement où 80 pour cent des connexions utilisateur étaient anonymes et 20 pour cent étaient authentifiées à l’aide de NTLM.

Estimation de l’espace disque nécessaire

Cette section contient des tableaux susceptibles de faciliter l’estimation de l’espace disque nécessaire aux environnements de portail Internet. L’espace disque requis par votre matériel varie considérablement en fonction du rôle de serveur et du scénario et dépend des données à stocker dans la base de données de contenu, des critères de mise en cache et du contenu externe analysé par la recherche. Dans la mesure du possible, les formules contiennent des nombres représentatifs de l’espace disque requis prévisible (par exemple, la taille des fichiers d’installation).

Tout d’abord, estimez vos besoins en espace disque par rôle de serveur. Ensuite, selon la topologie planifiée, dans les cas où les rôles de serveur partagent le même ordinateur serveur physique, additionnez l’espace disque requis pour ces rôles. Enfin, assurez-vous que votre matériel peut accueillir l’espace disque requis.

Par ailleurs, vous devez appliquer les pratiques recommandées pour le stockage SQL Server aux serveurs de base de données. Pour plus d’informations, voir Conception du stockage d’une base de données physique (en anglais) (https://go.microsoft.com/fwlink/?linkid=78853&clcid=0x40C) (en anglais) . Si plusieurs serveurs de base de données sont implémentés, appliquez le facteur d’espace disque SQL séparément pour chaque serveur de recherche.

Remarque :
Le système d’exploitation et les fichiers programmes doivent être stockés séparément des fichiers de données sur un lecteur ou un volume RAID distinct.

Espace disque nécessaire aux serveurs de base de données

Utilisez le tableau suivant pour calculer l’espace disque nécessaire aux serveurs de base de données de votre batterie. Si plusieurs serveurs de base de données sont implémentés, calculez cette somme séparément pour chaque serveur.

Espace disque nécessaire pour les serveurs d’index

Utilisez le tableau suivant pour calculer l’espace disque nécessaire aux serveurs d’index de votre batterie de serveurs. Si plusieurs serveurs d’index Office SharePoint Server 2007 sont implémentés, calculez cette somme séparément pour chaque serveur.

Espace disque nécessaire pour les serveurs Web

Utilisez le tableau suivant pour calculer l’espace disque nécessaire à chaque serveur Web de votre batterie.

Analyse des performances

Pour déterminer à quel moment il est nécessaire de soumettre votre système à une montée en puissance, utilisez des compteurs de performance afin de surveiller son fonctionnement. Utilisez les informations contenues dans les tableaux suivants pour déterminer les compteurs de performance à analyser et les processus auxquels les appliquer.

Serveurs Web et d’index

Le tableau suivant indique les compteurs de performance et les processus à analyser pour les serveurs Web et d’index de votre batterie de serveurs.

serveur de bases de données

Le tableau suivant indique les compteurs de performance et les processus à analyser pour les serveurs de base de données de votre batterie de serveurs.

Télécharger ce livre

Cette rubrique est incluse dans le livre à télécharger suivant pour une lecture et une impression plus faciles :

• Planification et architecture d’Office SharePoint Server 2007, partie 2

Vous trouverez la liste complète des livres disponibles sur Livres à télécharger pour Office SharePoint Server 2007.

Voir aussi

Concepts

Autres facteurs de planification de la capacité et des performances (Office SharePoint Server)

Autres ressources

Outil de remplissage des données de test SharePoint 2007 (en anglais) (https://go.microsoft.com/fwlink/?linkid=92678&clcid=0x40C)