Topologies avec montée en puissance parallèle ou par unité dans Project Server 2013
Résumé: Découvrez comment augmenter la capacité des serveurs existants ou ajouter d’autres serveurs à la topologie de votre installation Project Server 2013.
S’applique à : Project Server 2013
Cet article traite de la planification des performances et de la capacité pour les topologies avec montée en puissance parallèle ou par unité pour un déploiement de Project Server. Ce document et le contenu associé contiennent des informations et des recommandations sur la montée en puissance parallèle ou par unité d’une batterie Project Server 2013.
Topologies avec montée en puissance parallèle ou par unité pour les déploiements de Project Server 2013
Pour accroître la capacité et les performances de votre topologie, deux options s’offrent à vous. Vous pouvez soit effectuer une montée en puissance par unité en augmentant la capacité de vos serveurs existants, soit effectuer une montée en puissance parallèle en ajoutant des serveurs supplémentaires à la topologie.
La surveillance de l’utilisation des ressources sur vos serveurs de déploiement Project Server 2013 peut fournir des insights sur la stratégie que vous souhaitez poursuivre : scale-up ou scale-out. Les métriques de performances qui peuvent vous aider à éclairer vos décisions sont décrites dans Compteurs de performances dans Project Server 2013.
Les serveurs physiques sur lesquels vous déploierez Project Server 2013 assumeront les rôles de serveur suivants :
serveur web frontal ;
serveur d’applications ;
serveur de base de données (SQL).
Dans un déploiement à serveur unique, un seul serveur physique assume ces trois rôles. Vous pouvez effectuer un scale-out en divisant la propriété de ces rôles entre différentes machines physiques (éventuellement, il peut s’agir de machines virtuelles. Pour obtenir des instructions supplémentaires sur la virtualisation, consultez la section « Virtualisation » de recommandations en matière de performances et de capacité matérielle pour Project Server 2013 . La première étape d’une montée en puissance parallèle consiste à isoler le rôle de serveur de base de données (SQL) sur son propre ordinateur physique, tandis que l’autre ordinateur physique jouera le rôle serveur d’applications et de serveur web frontal.
Remarque
Project Server 2013 offre des fonctionnalités de montée en puissance parallèle limitées. Bien que des serveurs supplémentaires puissent être ajoutés pour assumer le fonction de serveurs web frontaux et serveurs d’applications, sur le système principal l’ordinateur qui exécute SQL Server a des capacités de montée en puissance parallèle limitées.
Pour gérer une charge utilisateur plus élevée
Effectuez une montée en puissance parallèle en ajoutant des serveurs web pour assurer les fonctions de serveurs d’applications et serveurs web frontaux dédiés.
Notez qu’à mesure que vous ajoutez des serveurs d’applications et serveurs web frontaux, la charge sur l’ordinateur SQL Server augmente et ce dernier risque de devenir à son tour un goulot d’étranglement.
Vous pouvez également effectuer une montée en puissance par unité d’un serveur web ou d’un serveur d’applications afin d’améliorer les performances en augmentant la capacité matérielle de ce serveur.
Pour gérer une charge de données plus élevée
Pour gérer une charge de données plus élevée, ajoutez de la capacité au serveur de base de données en augmentant la capacité de ce serveur.
Séparez la base de données Project des bases de données SharePoint en déplaçant la base de données Project sur son propre serveur de base de données dédié.
Remarque
Project Server 2013 ne prend pas en charge la montée en puissance parallèle du composant Base de données par le biais de la réplication SQL. Bien qu’il soit possible d’effectuer une mise en miroir SQL sur un ordinateur SQL Server Project à des fins de sauvegarde des données, Project Server 2013 est incapable de tirer parti de la réplication SQL pour réduire les charges de lecture sur l’ordinateur SQL Server.
Rapport de rôle de serveur recommandé :
En règle générale, le rapport recommandé pour maintenir une charge gérable sur l’ordinateur SQL Server est le suivant :
2 serveurs web frontaux : 1 serveur d’applications : 1 ordinateur SQL Server
Remarque
Ces recommandations peuvent ne pas s’appliquer aux déploiements qui utilisent du matériel plus robuste, en particulier pour le serveur de base de données.
Remarque
La rapport recommandé varie également selon la taille du jeu de données et les modèles d’utilisation. Par exemple, des jeux de données de grande taille limitent la capacité d’extensibilité et exigent un plus faible rapport serveurs web frontaux + serveurs d’applications / ordinateurs SQL Server.
Isolez la base de données Project Server de l’ordinateur SharePoint Server :
Comme mentionné plus haut, il est possible de déparer la base de données Project Server des bases de données SharePoint en la plaçant sur son propre serveur de base de données dédié.
Nous vous recommandons également d’effectuer une séparation au niveau de la couche d’application. Bien que Project Server soit un service SharePoint, nous vous conseillons d’exécuter cette instance d’application sur un serveur dédié.
Comment investir dans une montée en puissance parallèle ou par unité :
En règle générale, lors des phases initiales de montée en puissance de votre déploiement de Project Server, il est préférable d’investir dans l’achat de mémoire supplémentaire. Après cela, il est conseillé d’investir en piles de disques, puis en ressources réseau.
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