Article
03/02/2015

Planifier la configuration d’Office Project Server 2007

Mis à jour: mai 2009

Dernière rubrique modifiée : 2015-02-27

Dans cet article :

Sélectionner une configuration Project Server
Scénario 1 : hébergement interne
Scénario 2 : hébergement externe
Scénario 3 : déploiement de la gestion du porte-documents
Scénario 4 : déploiement de la feuille de temps des services professionnels
Scénario 5 : déploiement de programme
Planifier la croissance
Feuilles

Sélectionner une configuration Project Server

Une fois que vous avez évalué votre environnement actuel, identifié les facteurs d’environnement pertinents et déterminé dans quelle mesure ces éléments peuvent affecter l’architecture de votre Solution Microsoft Office Enterprise Project Management (EPM), vous pouvez identifier le scénario de configuration qui répond le mieux aux besoins de votre organisation. La sélection d’une configuration Project Server implique les tâches suivantes :

Identification du scénario de configuration qui reflète le mieux votre organisation. Sélectionnez le scénario de configuration le plus représentatif de la taille de votre organisation, des fonctionnalités Project Server que vous envisagez d’utiliser, du nombre et du type de projets que vous gérez, ainsi que du nombre et des types d’utilisateurs dans votre organisation.
Sélection d’une option de configuration (standard ou autre) qui répond le mieux à vos besoins, le cas échéant. L’option de configuration que vous choisissez dépend de l’infrastructure et des facteurs d’environnement, ainsi que de vos besoins en termes de disponibilité et de gestion de projet.
Si nécessaire, modification de la configuration afin qu’elle réponde aux besoins spécifiques de votre organisation. Par exemple, vous devrez peut-être modifier votre configuration si vous :
- accordez l’accès à Project Web Access via Internet ou un extranet ;
- évoluez dans un environnement dépourvu de domaine de service d’annuaire Active Directory ;
- prenez en charge une configuration hébergée qui fournit plusieurs sites Project Server sur une infrastructure matérielle consolidée ;
- prenez en charge plus de 12 000 utilisateurs ;
- dimensionnez le matériel pour votre déploiement.

Cet article décrit cinq scénarios de configuration de base qui peuvent être utilisés dans les organisations ou les services de grandes entreprises et auxquels vous pouvez recourir pour démarrer la planification de la configuration. Chaque scénario de configuration inclut une description, les informations relatives aux utilisateurs et aux projets, ainsi que des exemples de configuration standard et de substitution.

Ces scénarios de configuration ne sont pas conçus pour refléter les besoins de toutes les organisations qui déploient une Solution EPM Microsoft, mais sont plutôt des exemples représentatifs des types d’organisations qui nécessitent une solution pour la gestion de projet d’entreprise.

Scénario 1 : hébergement interne

Le scénario 1 déploie plusieurs instances de Project Server sur du matériel partagé pour des départements ou des groupes au sein d’une organisation. Dans ce cas, toutes les instances de Project Server fournissent aux utilisateurs une collection de sites de niveau supérieur unique, mais sont mises en service sur un pool d’applications Windows SharePoint Services 3,0 commun. Les instances individuelles sont différenciées de manière logique et accèdent aux données stockées dans la base de données via une interface Project Server partagée. Les bases de données pour chaque instance peuvent être déployées sur des ordinateurs dédiés exécutant SQL Server.

Exemple de topologie de serveurs de type « hébergement interne »

Project Server est installé et configuré une seule fois. De nouvelles instances sont créées à l’aide d’un processus de mise en service. Les instances sont mises en service sur le même pool d’applications Web et sur le même fournisseur de services partagés. Les instances partagent un ensemble commun de services, tels que l’interface Project Server sur la couche Application. Les instances utilisent une base de données de configuration Windows SharePoint Services commune. Les instances utilisent une base de données de contenu Windows SharePoint Services commune. Les instances possèdent des bases de données de projet distinctes.

Topologie moyenne de batterie de serveurs

Action indiquée dans la feuille
Vous pouvez documenter votre planification de l’hébergement interne à l’aide de la feuille relative à la planification de l’hébergement interne (https://go.microsoft.com/fwlink/?linkid=73275&clcid=0x40C) .

Scénario 2 : hébergement externe

Le scénario 2 isole plusieurs instances de Project Server sur le matériel partagé. Comme dans le scénario 1, les instances Project Server fournissent aux utilisateurs des collections de sites de niveau supérieur uniques. Toutefois, dans le scénario 2, chaque instance est mise en service sur un pool d’applications Windows SharePoint Services 3,0 distinct ; l’accès aux données stockées dans la base de données est assuré par l’application Web du fournisseur de services partagés. Ce scénario renforce la sécurité des données en isolant les données et l’accès à celles-ci.

Exemple de topologie de serveurs de type « hébergement externe »

De nouvelles instances sont créées à l’aide d’un processus de mise en service. De nouvelles instances sont mises en service sur différents pools d’applications. Les instances utilisent des bases de données de contenu Windows SharePoint Services distinctes. Les instances utilisent un ensemble dédié de services, tels que l’interface Project Server, sur la couche Application. Les instances utilisent une base de données de configuration Windows SharePoint Services commune. Les instances possèdent des bases de données Project Server distinctes.

Périmètre dans la configuration de l’extranet de proxy

Analyse des avantages du scénario « hébergement interne » par rapport au scénario « hébergement externe »

Le principal avantage du scénario « hébergement externe » est l’isolation des comptes de processus. En effet, il existe deux fournisseurs de services partagés utilisant des comptes uniques et l’accès à la base de données Project Server est limité à ses utilisateurs respectifs. En outre, dans la mesure où les applications Web ne peuvent comporter qu’un seul fournisseur de services partagés, la sécurité des applications Web est également isolée. L’inconvénient du scénario « hébergement externe » est que les performances sont affectées par chaque fournisseur de services partagés. En outre, les pools d’applications et les bases de données supplémentaires augmentent l’espace disque requis. Le partage de ces ressources, comme dans le cas du scénario « hébergement interne », signifie que le temps système lié à l’utilisation du processus de pool d’applications IIS sur plusieurs instances Microsoft Office Project Web Access est optimisé.

Action indiquée dans la feuille
Vous pouvez documenter votre planification de l’hébergement externe à l’aide de la feuille relative à la planification de l’hébergement externe (https://go.microsoft.com/fwlink/?linkid=73277&clcid=0x40C) .

Scénario 3 : déploiement de la gestion du porte-documents

Le scénario du déploiement de la gestion du porte-documents Microsoft Office Project Server 2007 s’applique à n’importe quelle organisation de taille moyenne à grande qui souhaite utiliser Project Server pour gérer les porte-documents de projet. Ces organisations présentent généralement les caractéristiques suivantes :

nombre élevé de projets comportant de nombreuses affectations ;
pourcentage élevé de responsables de projet ;
utilisation élevée de Microsoft Office Project Professional 2007 ;
une seule application Web de fournisseur de services partagés.

Les organisations qui peuvent être classées dans ce scénario utilisent généralement l’éventail des fonctionnalités Project Server, notamment les feuilles de temps, les bibliothèques de documents/problèmes/risques, les modèles globaux d’entreprise et la liste des ressources d’entreprise.

L’organisation à laquelle ce scénario peut s’appliquer peut aller d’une organisation de taille moyenne (ou un service dans une organisation de grande taille) dont tous les utilisateurs partagent le même emplacement physique sur le même réseau local à une grande organisation dont les utilisateurs sont répartis sur différents emplacements physiques.

Exemple de topologie de serveurs de service

Pour prendre en charge les contraintes d’utilisation et de service dans le cadre d’une organisation de taille moyenne, vous pouvez recourir à une topologie de serveurs de base constituée des éléments suivants : un serveur qui exécute les composants serveur d’applications et serveur Web frontal, ainsi qu’un serveur de base de données qui exécute SQL Server 2000 ou SQL Server 2005 pour la prise en charge des bases de données requises. Cette topologie est optimale lorsqu’il existe moins de 20 responsables de projet et de 100 à 500 projets actifs en même temps.

Scénario 3 : départemental

Exemple de topologie de serveurs d’entreprise moyenne pour le scénario 3

Lorsque votre système croît au point de compter au moins 50 responsables de projet et plus de 1 000 projets actifs, vous pouvez implémenter une topologie de serveurs d’entreprise moyenne. Dans cette topologie, le serveur Web frontal Project Server est déployé dans un cluster à charge équilibrée afin que la disponibilité soit renforcée. Cette configuration garantit la disponibilité en cas de défaillance matérielle et elle présente en outre l’avantage d’améliorer les performances grâce à la prise en charge d’un nombre plus élevé de connexions TCP simultanées provoquées par les utilisateurs des feuilles de temps. De plus, pour mieux prendre en charge les appels à destination de l’interface Project Server (PSI, Project Server Interface) dus à l’augmentation du nombre de projets volumineux, la couche Application est placée sur son propre serveur. Lorsque l’organisation passe à une taille supérieure, elle doit recourir à un nouveau centre de données qui devra communiquer à l’aide de liaisons WAN et utiliser des pare-feu pour assurer la sécurité.

Topologie moyenne de batterie de serveurs avec redondance 1

Exemple de topologie de serveurs de grande entreprise pour le scénario 3

Lorsque votre solution EPM se développe au point de devoir prendre en charge un nombre supérieur de projets actifs (3 000 ou plus), elle doit adopter une topologie de serveurs qui garantit la redondance sur chaque couche afin de renforcer la disponibilité. Un serveur Web frontal supplémentaire offre une meilleure expérience lorsque le nombre d’utilisateurs d’Office Project Web Access est élevé.

Topologie moyenne de batterie de serveurs avec redondance 2

Action indiquée dans la feuille
Vous pouvez documenter la planification d’un déploiement de la gestion du porte-documents à l’aide de la feuille relative à la gestion du porte-documents (https://go.microsoft.com/fwlink/?linkid=73279&clcid=0x40C) .

Scénario 4 : déploiement de la feuille de temps des services professionnels

Le scénario de déploiement de la feuille de temps des services professionnels Office Project Server 2007 peut s’appliquer à une organisation de grande taille qui souhaite utiliser Project Server principalement pour capturer et indiquer les heures. Les services des employés et des sous-traitants utilisent la fonctionnalité de la feuille de temps Project Server pour soumettre les heures travaillées sur des tâches pendant des périodes spécifiques.

Ce scénario présente les caractéristiques suivantes :

utilisation minimale d’Office Project Professional 2007 ;
essentiellement facturation du temps et des matières ;
nombre élevé de projets (600 à 2 500) comportant relativement peu de tâches ;
période de pointe d’utilisation prévisible correspondant à la saisie planifiée des feuilles de temps dans Office Project Web Access ;
une seule instance d’Office Project Web Access.

Les organisations qui peuvent être classées dans ce scénario utilisent généralement un ensemble limité de fonctionnalités Project Server pour suivre les heures et les coûts en recourant à des feuilles de temps afin de capturer les informations. Des problèmes d’évolutivité se présentent, car l’envoi d’un nombre élevé de feuilles de temps au cours d’une courte période provoque une utilisation intensive des ressources système.

Scénario 4 : entreprise

Exemple de topologie de serveurs d’entreprise moyenne pour le scénario 4

Pour une organisation de grande taille comptant 12 000 employés, utilisez cette topologie de serveur d’entreprise moyenne. Dans cette topologie, le serveur Web frontal Project Server est déployé dans un cluster à charge équilibrée afin que la disponibilité soit renforcée. Cette configuration garantit la disponibilité en cas de défaillance matérielle et elle présente en outre l’avantage d’améliorer les performances grâce à la prise en charge d’un nombre plus élevé de connexions TCP simultanées provoquées par les utilisateurs des feuilles de temps. De plus, pour mieux prendre en charge les appels à destination de l’interface Project Server dus à l’augmentation du nombre de projets volumineux, la couche Application est placée sur son propre serveur. Un cluster à charge équilibrée est également appliqué à la couche base de données.

Topologie moyenne de batterie de serveurs avec redondance 1

Exemple de topologie de serveurs de grande entreprise pour le scénario 4

Si votre organisation passe à une taille de 20 000 employés, l’augmentation du nombre d’utilisateurs de feuilles de temps et du nombre de catégories d’utilisateurs qui consultent les données l’obligera à adopter cette topologie de serveurs de grande entreprise. Cette topologie augmente la redondance dans les couches Application et Web frontales. L’ajout d’utilisateurs augmente l’amplitude du pic du vendredi soir lié à l’utilisation des feuilles de temps.

Scénario 4 : entreprise

Action indiquée dans la feuille
Vous pouvez documenter la planification d’un déploiement de feuilles de temps à l’aide de la feuille relative au scénario de feuille de temps (https://go.microsoft.com/fwlink/?linkid=73280&clcid=0x40C) .

Scénario 5 : déploiement de programme

Le scénario de déploiement de programme Office Project Server 2007 s’applique à une organisation de grande taille qui se concentre sur la planification verticale par le biais du Bureau de gestion de projet (PMO). Ce scénario est assez courant dans les secteurs du développement et de la fabrication des produits. Ses caractéristiques sont les suivantes :

nombre réduit de projets volumineux souvent liés les uns aux autres ;
concentration sur le PMO ;
Utilisation étendue d’Office Project Professional 2007 ;
utilisation des propositions et des plans d’activité.

Exemple de topologie de serveurs d’entreprise moyenne pour le scénario 5

Pour prendre en charge les contraintes d’utilisation et de service, la topologie de serveurs de base peut être constituée des éléments suivants :

deux serveurs Web frontaux Office Project Web Access configurés dans un cluster à charge équilibrée ;
un serveur d’applications qui exécute l’interface Project Server (le serveur d’applications est déployé dans une configuration à charge équilibrée à nœud unique, ce qui facilitera l’ajout d’un serveur d’applications) ;
des clusters distincts d’ordinateurs exécutant Microsoft SQL Server pour prendre en charge les bases de données requises ;
un pare-feu pour isoler la couche Données.

Scénario 5

Action indiquée dans la feuille
Vous pouvez documenter la planification d’un déploiement de programme à l’aide de la feuille relative au déploiement de programme (https://go.microsoft.com/fwlink/?linkid=73281&clcid=0x40C) .

Planifier la croissance

Quelle que soit la configuration de serveur que vous choisissez, il est opportun de prévoir de quelle façon vous ferez face aux demandes croissantes qui pèseront sur votre Solution EPM. Vous disposez de deux options pour étendre votre système : la montée en puissance par unité et la montée en puissance parallèle.

Montée en puissance par unité

augmenter la taille du serveur de base de données en ajoutant des processeurs (éventuellement plus rapides) et de la mémoire vive (RAM) ou en utilisant un matériel 64 bits ;
augmenter la vitesse du réseau entre les serveurs ;
maximiser le débit sur des serveurs de bases de données ;
ajouter des cartes réseau pour isoler le trafic ;
ajouter un segment réseau ou réduire les nœuds sur le segment SQL ;
utiliser le regroupement des cartes réseau sur le serveur exécutant Microsoft SQL Server à des fins de performances et de redondance.

Montée en puissance parallèle

ajouter des serveurs d’applications pour gérer l’augmentation de l’utilisation d’Office Project Professional 2007 (ce qui permet également de renforcer la redondance) ;
ajouter des serveurs Web frontaux lorsque des instances d’Office Project Server 2007 sont ajoutées ;
organiser les serveurs de base de données en cluster pour renforcer les performances et la fiabilité.