Share via

  • Article

Planification d’un labo de test de performances Project Server 2010

 

S’applique à : Project Server 2010

Dernière rubrique modifiée : 2015-03-09

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

La planification est la première et la plus importante phase de chaque tâche complexe ; les tests de performances ne font pas exception à cette règle. Pour plus d’informations sur la planification de votre installation Microsoft Project Server 2010, voir Planification et architecture pour Project Server 2010.

Avant de configurer l’environnement et d’exécuter les tests, vous devez planifier avec soin tous les aspects de vos actions futures. Le tableau suivant récapitule certains points clés à planifier.

Domaine Description

Matériel

Votre configuration de labo doit être aussi proche que possible de votre environnement de production existant ou cible. N’oubliez pas également d’assurer le suivi des détails de votre configuration matérielle avant de rendre le labo opérationnel.

Logiciels

Planifiez l’installation des derniers correctifs disponibles pour chaque composant logiciel de votre labo. Si vous devez faire fonctionner le labo pendant une longue durée (un mois ou plus), planifiez également la mise à jour des systèmes à l’aide des derniers correctifs de sécurité, lorsque cela s’avère nécessaire. Si vous n’êtes pas obligé de changer la configuration logicielle de vos systèmes, évitez d’apporter de telles modifications durant la période d’utilisation du labo. Cela vous permettra de conserver une base pour la comparaison des données au fil des différentes séries de tests effectuées à divers moments.

Stockage

Votre labo doit disposer de suffisamment d’espace de stockage pour les éléments suivants :

  • Données actives

    • Bases de données Project Server

    • Bases de données SharePoint Server

  • Sauvegardes

    • Un jeu de sauvegarde juste après la configuration du labo

    • Un jeu de sauvegarde des bases de données Project Server et des bases de données SharePoint Server appropriées pour chaque profil de données à utiliser

  • Résultats des tests

    La taille de stockage requise pour chaque série de tests dépend du jeu de données que vous collectez, du taux d’échantillonnage et de la durée des tests

Réseau

Votre environnement lab doit être placé sur un réseau isolé, afin de réduire l’impact des activités réseau étrangères sur vos tests. L’un des ordinateurs du labo est généralement configuré en tant que pont pour permettre l’accès distant au labo à partir du réseau d’entreprise.

Services d’annuaire

Dans la mesure où vous devez simuler l’accès à votre environnement lab par plusieurs utilisateurs, et où vous devez connaître les mots de passe de chaque utilisateur simulé, vous devez planifier l’utilisation des services d’annuaire. Il est recommandé de prévoir une unité d’organisation dédiée dans un domaine de service d’annuaire Active Directory existant pour la gestion des comptes d’utilisateurs de test, ou un domaine Active Directory dédié pour votre environnement lab.

Scénarios de test

En fonction de l’ensemble des objectifs du labo de performances, vos scénarios de test doivent être planifiés avec soin. Tenez compte des éléments suivants pour chaque scénario de test :

  • Opérations à simuler (opération unique ou ensemble mélangé d’opérations avec différents pourcentages)

  • Utilisateurs et rôles à simuler pour chaque opération (par exemple, nombre d’utilisateurs pour chaque rôle impliqué, etc.)

  • Profil de données à créer au début du test (par exemple, nombre de projets, de tâches par projet, d’affectations par ressource, d’affectations par projet, etc.)

  • Durée de test et modèle de charge (par exemple, durée de préparation, charge par étape, etc.)

  • Données à collecter (par exemple, compteurs des serveurs identifiés, taux d’échantillonnage, etc.)

  • Critères d’acceptation et seuils (par exemple, moins de x % d’erreurs, utilisation moyenne du processeur < 60 %, etc.)

Profils de données

Tout en réunissant tous les scénarios de test à effectuer, planifiez l’ensemble de votre stratégie de remplissage des données en identifiant le nombre minimal de profils de données nécessaires pour vos tests. En règle générale, les profils de données incluent les éléments suivants :

  • Utilisateurs

    • Comptes d’utilisateurs

    • Structure RBS (Resource Breakdown Structure)

    • Liste des ressources d’entreprise

    • Responsables de projets et autres rôles

    • Sécurité (mode d’authentification, groupes, catégories)

  • Champs personnalisés d’entreprise

  • Projets

    • Tâches

    • Interdépendances des tâches

    • Équipe

    • Affectations

Planifiez l’élaboration d’une convention d’affectation des noms appropriée pour l’ensemble des entités de test (utilisateurs, projets, tâches, etc.).