Stratégie de planification de la capacité pour Project Server 2013
Résumé : La stratégie de planification des performances et de la capacité constitue un élément vital de la planification d’un déploiement de Project Server.
S’applique à : Project Server 2013
Cet article et les articles associés contiennent des informations et des recommandations expliquant comment déterminer la configuration matérielle requise pour une batterie de serveurs Project Server.
Les stratégies de planification des performances et de la capacité décrites fournissent des recommandations quant à l’impact de l’utilisation de Project Server 2013 sur les topologies exécutant SharePoint Server 2013.
Estimation du débit cible dans Project Server
De nombreux facteurs peuvent avoir un impact sur le débit. Ces facteurs comprennent le nombre d’utilisateurs, ainsi que le type, la complexité et la fréquence des opérations utilisateur, le nombre de publications dans une opération et les performances des connexions de données. Chacun de ces facteurs peut avoir un impact majeur sur le débit de la batterie. Vous devez étudier avec soin chacun des facteurs discutés dans cette section lors de la planification de votre déploiement.
Project Server 2013 peut être déployé et configuré de nombreuses façons. Par conséquent, il n’est pas aisé d’évaluer le nombre d’utilisateurs ou d’éléments pouvant être pris en charge par un nombre de serveurs donné. Veillez donc à effectuer des tests dans votre propre environnement avant de déployer Project Server 2013 dans un environnement de production.
Dans de nombreux cas, la topologie qui correspond à la disponibilité minimale requise d’une organisation est utilisée comme point de départ, puis des ordinateurs serveur sont ajoutés ou la puissance des ordinateurs serveurs existants est augmentée pour satisfaire aux objectifs de capacité et de performances. Lors de la planification de la capacité pour Project Server 2013, vous devez connaître les variables susceptibles d’affecter les performances d’un déploiement de Project Server.
En raison du jeu de fonctionnalités enrichi fourni par Project Server, des déploiements qui semblent similaires dans leur structure générale peuvent différer sensiblement en termes de performances réelles. Il ne suffit pas de caractériser vos demandes par le nombre de projets ou le nombre d’utilisateurs que vous aurez dans le système. Se pencher sur les performances du déploiement Project Server requiert une approche plus nuancée et holistique. Par exemple, les charges de travail et, par voie de conséquence, vos besoins matériels, diffèreront en fonction des variables suivantes :
Projets:
Nombre de projets
Tailles de projets par défaut en termes de tâches
Nombre de champs personnalisés au niveau du projet
Niveau de liaison (dépendances) entre les tâches
Utilisateurs :
Simultanéité d’utilisateurs. Combien d’utilisateurs accèderont au système en même temps ? Quelle est la charge moyenne et quels sont les pics de trafic ?
Quelles sont les autorisations de sécurité détenues par les utilisateurs ? Cela a une incidence sur la quantité de données que le serveur doit présenter à l’utilisateur à un moment donné et sur la complexité des contrôles de sécurité que le serveur doit réaliser.
Répartition géographique des utilisateurs. Lorsque les utilisateurs sont disséminés sur des zones géographiques étendues, la latence réseau risque d’affecter les performances. Cela peut également avoir un impact sur les modèles d’utilisation dans la mesure où les utilisateurs sont susceptibles d’accéder aux serveurs à des heures différentes de la journée, ce qui rend difficile la recherche de plages de faible trafic lors desquelles exécuter des tâches de maintenance telles que les sauvegardes, la création de rapports ou la synchronisation Active Directory.
Modèles d’utilisation :
Conditions de charge de travail. Quel est le jeu de fonctionnalités couramment utilisé ? Par exemple, un déploiement qui utilise fortement la feuille de temps aura des caractéristiques différentes de celles qui n’utilisent pas la feuille de temps. Nombre de projets
Durée moyenne entre les demandes de page.
Durée moyenne des sessions.
Charge utile de pages (Combien de composants WebPart une page donnée comporte-t-elle ? Quelle quantité de données contiennent-ils ?)
Pour vous aider dans votre planification de la capacité, nous avons défini trois jeux de données qui caractérisent les déploiements de Project Server de taille petite, moyenne et grande. Pour chacun de ces jeux de données, nous recommandons ensuite l’une des trois topologies matérielles de départ qui devraient satisfaire les besoins de jeux de données semblables. Avec ces topologies de départ en mémoire, nous soulignons certains facteurs qui peuvent nécessiter une modification de la topologie matérielle et expliquons comment évaluer si vous devez augmenter ou réduire les ressources allouées en fonction de vos besoins spécifiques.
L’approche à adopter en matière de planification de la capacité est la suivante :
Déterminez parmi les jeux de données (petit, moyen ou grand) celui qui se rapproche le plus de votre jeu de données prévu. Cela est abordé dans Comment les jeux de données affectent les performances et la capacité dans Project Server 2013.
Utilisez la topologie matérielle recommandée pour cette taille de jeu de données comme point de départ approximatif pour répondre à vos besoins.
Remarque
Il faut savoir que les besoins de votre jeu de données et de vos modèles d’utilisation spécifiques peuvent nécessiter plus ou moins de ressources matérielles que celles définies dans cette topologie approximative. Les recommandations en matière de performances et de capacité matérielles pour Project Server 2013 expliquent en détail comment vous pouvez évaluer si vous devez ajouter des ressources supplémentaires à la topologie et où les ajouter.
Surveillez les performances de votre application en suivant les instructions décrites dans la rubrique Compteurs de performances dans Project Server 2013 . Nous y indiquons les indicateurs clés à prendre en compte pour déterminer quand et comment procéder à la montée en puissance de votre topologie.
Optimisez votre déploiement en fonction des suggestions fournies dans Optimiser les performances dans Project Server 2013.
En fonction de la topologie choisie, de votre jeu de données, de vos modèles d’utilisation et des indicateurs clés observés, appliquez les recommandations en matière de montée en charge fournies dans les articles suivants :
Topologies scale-up et scale-out dans Project Server 2013 : cet article fournit des conseils sur le type de stratégie que vous devez suivre lors de la mise à l’échelle en fonction de vos besoins actuels. Faut-il acheter des serveurs supplémentaires ou de la capacité de ressources supplémentaire (mémoire, processeurs et disques) pour les serveurs que vous possédez déjà ?
Goulots d’étranglement courants de Project Server 2013 et leurs causes : cette section de la rubrique Résolution des problèmes de performances dans Project Server 2013 décrit la source probable des goulots d’étranglement dans votre système, comment vous pouvez les repérer dans la surveillance et comment les problèmes liés à ces goulots d’étranglement peuvent généralement être résolus.
Voir aussi
Vue d’ensemble de la planification des performances et de la capacité dans Project Server 2013
Stratégie de planification de la capacité pour Project Server 2013
Recommandations matérielles en matière de performances et de capacité pour Project Server 2013
Topologies avec montée en puissance parallèle ou par unité dans Project Server 2013
Optimiser les performances dans Project Server 2013
Compteurs de performances dans Project Server 2013
Résolution des problèmes de performances dans Project Server 2013