Partager via


Métriques clés pour les performances de Project Server 2010

 

S’applique à : Project Server 2010

Dernière rubrique modifiée : 2011-03-11

Ceci est un tout nouvel article. Nous serions heureux de recevoir vos commentaires afin d’être en mesure de vous fournir la documentation technique la meilleure possible. N’hésitez pas à envoyer vos commentaires, questions ou suggestions concernant la documentation à l’adresse epmdocfeedback@microsoft.com.

Le débit et le temps de réponse sont deux mesures courantes pour évaluer les performances requises, attendues ou réelles d’un système. Cet article définit ces deux mesures, car elles sont des facteurs importants dans l’estimation des performances dans Microsoft Project Server 2010.

Débit

Le débit est la mesure du nombre d’opérations que le système peut gérer en une unité de temps. Il est généralement exprimée en opérations par seconde. Cependant, vous devez clairement définir ce qu’est une « opération » dans chaque contexte spécifique. Par exemple, prenez une page Web : vous pouvez considérer le service d’une page complète comme une seule opération, ou assimiler toutes les demandes HTTP individuelles que le serveur reçoit pour traiter la page à des opérations distinctes. (Une page Web peut contenir des images et autres ressources demandées indépendamment les unes des autres). Ces deux définitions doivent avoir mis en évidence la raison pour laquelle il importe de bien définir une « opération » quand vous mesurez un débit.

L’estimation du débit requis pour un système constitue un défi qui nécessite une connaissance détaillée des modèles d’utilisation des utilisateurs. Une moyenne généralement retenue suggère qu’une opération par seconde correspond à 1 000 utilisateurs, en se fondant sur les calculs suivants :

  1. 1 000 utilisateurs travaillent en moyenne selon un taux de simultanéité de 10 %.

  2. Par conséquent, il y a en moyenne 100 utilisateurs simultanés dans un système de 1 000 utilisateurs.

  3. Pour chacun des 100 utilisateurs simultanés, il y a 100 secondes par opération et par utilisateur (celui pense en termes de « temps »).

  4. Si un utilisateur actif s’interrompt 100 secondes entre les opérations, il génèrera 36 opérations par heure (3 600 secondes dans une heure divisées par 100 secondes entre les demandes de l’utilisateur sont égales à 36 opérations générées par l’utilisateur).

  5. Si les utilisateurs effectuent en moyenne 36 opérations par heure, et qu’il y a 100 utilisateurs simultanés, ceux-ci sollicitent en moyenne un total de 3 600 opérations par heure. Comme une heure comporte 3 600 secondes, les utilisateurs requièrent une solution qui peut fournir une opération par seconde (3 600 secondes par heure / 3 600 opérations utilisateur par heure).

Bien sûr, les hypothèses des précédents calculs doivent être adaptés à votre scénario particulier en ce qui concerne la simultanéité des utilisateurs, les facteurs de pointe et les modèles d’utilisation. Sachez qu’un débit de 10 opérations par seconde ne signifie pas chaque opération est intégralement traitée en 0,1 seconde, mais uniquement que le système gère 10 opérations pendant cette seconde-là. Telle est la raison pour laquelle le « temps de réponse » est une mesure distincte, aussi importante que le débit en matière de performances.

Temps de réponse

Indépendante du nombre d’opérations que le système peut gérer simultanément, une autre mesure des performances encore plus importante aux yeux des utilisateurs est le temps de réponse absolu. La dégradation du temps de réponse peut être un bon indicateur des problèmes de capacité. Il existe un large éventail de goulots d’étranglement potentiels des temps de réponse, tels que les problèmes d’accès disque, d’E/S réseau, de mémoire et de processeur. Les temps de réponse dépendent de manière importante de plusieurs facteurs : types d’opération, profils de données, configuration de systèmes, etc. Il est également important que vous définissiez en détail les seuils tolérables en matière de temps de réponse, et ce pour toutes les différentes opérations nécessaires.