Performances et évolutivité de Planning Server
Mise à jour : 2009-04-30
Les performances et l'évolutivité de Planning Server sont dictées par l'environnement dans lequel il est déployé. L'architecture de Planning Server est conçue pour être évolutive et préserver les performances, mais les performances du réseau, les profils et tendances d'utilisation et les matériels jouent tous un rôle essentiel dans les performances et l'évolutivité résultantes.
L'obtention d'un équilibre parfait entre évolutivité et performances peut être difficile. Le caractère incorrect d'une action peut passer inaperçu tant que l'action n'est pas mise en œuvre.
Planning Server prend en charge l'augmentation de la capacité ou du nombre des serveurs. Microsoft Office PerformancePoint Server 2007 peut évoluer en augmentant les ressources système sur les serveurs Planning Server, par exemple en ajoutant des processeurs, de la mémoire et des disques. Planning Server peut aussi évoluer en déployant un ou plusieurs serveurs Web frontaux dans un ou plusieurs clusters pour faire face aux demandes croissantes des utilisateurs professionnels.
Habituellement, les performances du déploiement de Planning Server sont déterminées par le serveur aux performances les plus faibles, à savoir le goulot d'étranglement dans le système. Pour améliorer les performances, il convient d'identifier les goulots d'étranglement et d'y remédier en procédant à des modifications de matériels et de configurations logicielles.
Considérations relatives à l'augmentation du nombre de serveurs
Une fois la topologie initiale acceptée, le déploiement de Planning Server peut faire intervenir plusieurs serveurs pour répondre aux critères de performances des processus d'entreprise et de charge utilisateur. Le processus de cette évolution de Planning Server est déterminée à partir deux perspectives différentes : architecture et planification de l'application.
La modélisation et la planification d'entreprise déterminent le mode d'organisation des applications Planification PerformancePoint, puis leur mode de publication. Il est ainsi possible d'évoluer par l'augmentation du nombre de serveurs, en fonction d'une ou plusieurs applications et de la structure d'application et du volume de données choisis qui seraient nécessaires pour prendre en charge chacune d'entre elles. Si la conception de l'application contient un seul site, alors le déploiement de PerformancePoint Server peut évoluer seulement vers un seul ordinateur exécutant Microsoft SQL Server 2005 et un seul ordinateur exécutant SQL Server 2005 Analysis Services. Toutefois, si la conception de l'application contient plusieurs applications disposant de plusieurs sites de modèles, alors le déploiement de PerformancePoint Server peut évoluer vers plusieurs serveurs SQL Server et Analysis Services.
En résumé, la modélisation d'entreprise offrent les possibilités suivantes :
Chaque application peut résider sur son propre ordinateur exécutant SQL Server.
Chaque site de modèles peut être publié sur son propre serveur Analysis Services.
Le processus architectural d'évolutivité par augmentation du nombre de serveurs est nécessaire pour supporter de fortes charges utilisateur, plusieurs tâches de processus d'entreprise et un processus d'entreprise complexe. Les serveurs Web frontaux peuvent être déployés dans un cluster à charge réseau équilibrée pour garantir que les demandes client entrantes sont gérées en temps voulu. Pour assurer les performances nécessaires aux tâches et actions demandées par l'utilisateur, plusieurs serveurs peuvent être introduits. Cette démarche aura l'effet le plus notable lorsque plusieurs actions utilisateur sont envoyées simultanément alors que le déploiement de Service PPS ne dispose pas des ressources adéquates pour les traiter toutes. Service PPS utilise la fonctionnalité native SQL Server 2005 Service Broker, de sorte qu'une configuration optimale de SQL Server permet également d'utiliser Service PPS en fonction de la charge utilisateur.
Pendant l'opération d'augmentation du nombre de serveurs, vous devez veiller particulièrement aux paramètres de configuration de Planning Server. Certains d'entre eux, comme le délai de connexion, se répercutent sur les performances globales, même dans un environnement bien optimisé.
Pour plus d'informations sur l'évolutivité par l'augmentation du nombre de serveurs, voir les documents de recommandations pour SQL Server 2005 et Analysis Services.
Considérations relatives à l'augmentation de la capacité des serveurs
Une fois que le déploiement contient le nombre approprié de serveurs, l'évolutivité par l'augmentation de leur capacité peut s'avérer nécessaire lorsque de petites améliorations incrémentielles sont nécessaires pour répondre à des objectifs de productivité d'entreprise. L'augmentation de capacité des serveurs consiste à accroître la capacité de chaque ordinateur serveur par l'ajout ou la reconfiguration de ressources, telles que les disques durs ou la mémoire. Le remplacement du système d'exploitation ou d'un serveur par un autre plus capable permettra également d'augmenter la capacité des serveurs du déploiement. Par exemple, les administrateurs peuvent ajouter des processeurs pour transformer un ordinateur monoprocesseur en ordinateur biprocesseur, ou un ordinateur biprocesseur en ordinateur quadriprocesseur. L'augmentation de mémoire vive et l'ajout d'espace disque à un ordinateur constituent d'autres méthodes d'évolutivité par l'augmentation de la capacité des serveurs. L'utilisation d'un système d'exploitation 32 bits doté d'un maximum de 3 gigaoctets (Go) de mémoire peut assurer le niveau de service nécessaire. Vous pouvez également monter en évolutivité avec des systèmes d'exploitation 64 bits sur les serveurs qui disposent de plus de 4 Go de mémoire.
Planning Server ne requiert aucune modification particulière de configuration pour tirer parti d'une évolutivité par augmentation de la capacité des serveurs.
Il est recommandé que tous les serveurs appartenant à un déploiement utilisent la même plateforme. Notez que vous ne pouvez pas utiliser la mise en clusters dans un environnement à plateforme mixte. Windows Server empêche de manière explicite la mise en clusters d'ordinateurs 32 avec des ordinateurs 64 bits.
Pour plus d'informations sur l'évolutivité par l'augmentation de la capacité des serveurs, voir les IIS 6.0 Security Best Practices (IIS 6.0) (https://go.microsoft.com/fwlink/?LinkId=102487&clcid=0x40c).
Considérations relatives à la disponibilité de Planning Server
La productivité des utilisateurs professionnels est régie par leur capacité à utiliser Planning Server pour effectuer des tâches et opérations d'entreprise. Pour que Planning Server continue de fonctionner et pour éviter les problèmes imprévus liés au matériel, diverses stratégies peuvent être déployées :
Vous pouvez déployer des serveurs Web frontaux dans un cluster à charge réseau équilibrée, qui permet au système PerformancePoint Server d'assurer une disponibilité élevée.
Vous pouvez déployer des ordinateurs exécutant SQL Server dans un environnement en clusters, qui permet aux applications d'assurer une disponibilité élevée.
Vous pouvez déployer Analysis Services et des serveurs Analysis Services dans un environnement en clusters, qui permet aux sites de modèles et aux modèles d'assurer une disponibilité élevée.
Vous pouvez implémenter RAID 5.0 ou 6.0. La mise en miroir des serveurs SQL Server et Analysis Services assurera également la redondance des données et la prise en charge d'une disponibilité élevée.
La présence de plusieurs serveurs asynchrones dans le déploiement est fortement recommandée. Toutefois, la mise en clusters de ces serveurs n'est pas prise en charge, car Windows Server 2003 n'autorise pas la mise en clusters d'ordinateurs exécutant le même service Windows.
Considérations relatives à la capacité réseau
Toutes les interactions client avec le serveur sont effectuées sur le réseau, sauf lorsque PerformancePoint Server est installé sur un déploiement autonome. Dans un déploiement distribué, la capacité du réseau détermine la vitesse de déplacement des données d'entreprise et des métadonnées. Le flux de données issu des ordinateurs Service Web de planification vers les bases de données SQL Server est principalement composé du déplacement des métadonnées, des données de référence et des données de faits. Le flux de données issu des bases de données SQL Server vers les bases de données Analysis Services est composé de données transactionnelles et de planification, ainsi que des paramètres de sécurité correspondants. Ce dernier flux de données dépasse de loin le flux de données issu des serveurs Web frontaux vers les bases de données SQL Server, car la publication de données sur Analysis Services est une opération plus fréquente.
Planning Server offre des modes d'exploitation en ligne et hors connexion pour prendre en charge les processus de planification. En mode hors connexion, Complément PerformancePoint pour Excel récupère et stocke le jeu de données sur les ordinateurs clients en fonction des configurations de sécurité de l'utilisateur. Par conséquent, la charge réseau est également déterminée par les configurations de sécurité définies pour les utilisateurs professionnels. Les configurations de sécurité doivent être définies dans Planning Business Modeler avec la plus petite étendue pour que la quantité minimale de données soit transmise sur le réseau. Si la sécurité n'est pas configurée correctement, les clients peuvent être confrontés à des retards dans la récupération et l'actualisation des données, qui se répercutent sur la fonctionnalité en mode hors connexion de Complément PerformancePoint pour Excel.
Il est vivement recommandé que les administrateurs effectuent un benchmarking approprié des performances en ligne et hors connexion dans des environnements de conception et de test pour vérifier que l'environnement déployé fournit le niveau de service requis aux utilisateurs professionnels.
La charge utilisateur dans Planning Server résulte des activités de modélisation et de conception d'application dans Planning Business Modeler, ainsi que des envois de processus et de données d'entreprise à partir de Complément PerformancePoint pour Excel. La majeure partie de la charge utilisateur générée par les clients est envoyée au serveur sur le réseau sous forme de demandes de service Web qui encapsulent les données et les opérations d'entreprise. La taille du jeu de données et les opérations d'entreprise connexes contribuent également à la charge utilisateur globale.
L'évolutivité par augmentation du nombre de serveurs du déploiement Planning Server permettra probablement la gestion de charges plus importantes. Il est vivement recommandé que les administrateurs de Planning Server effectuent un benchmarking de base dans des environnements de conception et de test pour vérifier que l'environnement déployé fournit le niveau de service requis aux utilisateurs professionnels.
Options d'installation de Planning Server
Planning Server est déployé en deux étapes : installation du logiciel et configuration logicielle.
Tout d'abord, Planning Server est installé sur l'ordinateur. Tous les éléments nécessaires à l'exécution et à la configuration de Planning Server sont disponibles pour la configuration.
Les deux options de configuration sont les suivantes :
Autonome : Cette option configure tous les composants Planning Server sur un ordinateur, y compris les bases de données Planning Server. Pour exécuter une configuration complète, SQL Server doit être installé sur l'ordinateur cible.
Distribué : Cette option permet de configurer un, deux ou tous les composants de Planning Server. Il s'agit de l'option qui permet de placer les bases de données Planning Server et Planning Server sur des ordinateurs distincts. Dans une topologie distribuée multiserveur, il se peut que vous deviez exécuter le processus de configuration personnalisée sur plusieurs ordinateurs.
L'étape de configuration du processus est composée de Gestionnaire de configuration Planning Server qui configure chaque ordinateur Planning Server. Notez que les installations clientes, Planning Business Modeler et Complément PerformancePoint pour Excel, effectuent l'installation et la configuration en une seule étape.
Gestionnaire de configuration Planning Server est exécuté automatiquement après l'installation initiale du serveur. À l'aide de Gestionnaire de configuration Planning Server, choisissez les serveurs à configurer. Par exemple, vous pouvez configurer les sites Web et les ordinateurs qui exécutent SQL Server.
Gestionnaire de configuration Planning Server peut être exécuté plusieurs fois. Par exemple, vous pouvez configurer Service Web de planification et y revenir ultérieurement pour configurer le Service d'administration à distance.
Installation autonome de Planning Server
Tous les composants serveur de Planning Server peuvent être installés sur un seul ordinateur. Cette configuration autonome est utilisée pour le test, le développement et la démonstration du concept de Planning Server. Tout d'abord, un fichier .msi exécute l'installation Planning Server et copie tous les fichiers d'installation nécessaires sur le disque dur de l'ordinateur local. Ensuite, Gestionnaire de configuration Planning Server termine l'installation en vous laissant définir les options de configuration sur l'ordinateur Planning Server.
Installation distribuée de Planning Server
L'installation de base de Planning Server comprend deux services, une console d'administration pour client léger et deux bases de données système. Tous les composants de base peuvent être installés sur un ou plusieurs ordinateurs de votre topologie Planning Server, dans une combinaison quelconque. En d'autres termes, vous pouvez installer tous les services sur le même ordinateur, installer chaque service sur un ordinateur distinct ou distribuer les services comme bon vous semble.
L'installation de PerformancePoint Server comprend les éléments suivants :
Base de données système de Planning Server
Base de données service de Planning Server
Service Web de planification
Service PPS
Console Administration de planification
Il est possible d'installer plusieurs instances de chaque composant sur des ordinateurs supplémentaires dans un environnement réseau à charge équilibrée ou en cluster. Ce type de déploiement avancé ne doit être effectué que par des professionnels.
Si, dans une topologie distribuée de Planning Server, plusieurs ordinateurs sont utilisés avec Service Web de planification, les demandes utilisateur font l'objet d'un équilibrage sur Service Web de planification.
Les demandes des utilisateurs sont gérées par Service Web de planification, qui communique directement avec les bases de données relationnelles SQL Server, SQL Server Analysis Services, les partages de fichiers (qui peuvent inclure Office SharePoint Server 2007 ou Windows SharePoint Services 3.0). Console Administration de planification communique directement avec Service Web de planification.
Les ordinateurs Planning Server doivent être installés sur le même domaine Windows que les ordinateurs clients et les ordinateurs exécutant SQL Server et SQL Server Analysis Services. D'une autre manière, les ordinateurs Planning Server doivent se trouver dans un domaine approuvé par le domaine contenant les ordinateurs clients et les ordinateurs exécutant SQL Server et Analysis Services.
Complément PerformancePoint pour Excel communique avec Service Web de planification et SQL Server Analysis Services et, pour l'activité de conception, avec la bibliothèque SharePoint ou un partage de fichiers réseau.
Chaque Service PPS communique directement avec les bases de données relationnelles SQL Server, SQL Server Analysis Services et les partages de fichiers (et/ou Windows SharePoint Services ou Office SharePoint Server).
Il est possible d'avoir plusieurs ordinateurs où Service PPS est installé dans une même topologie PerformancePoint Server.
L'outil PerformancePoint Planning Command (PPSCmd) communique avec Service Web de planification.
Les ordinateurs clients communiquent avec Planning Server par le biais des services Web. Il s'agit d'une interface privée et il est vivement recommandé de laisser le paramètre par défaut SSL (Secure Sockets Layer) pour Planning Server. La communication depuis le navigateur Web vers Console Administration de planification est effectuée par l'intermédiaire du protocole HTTP par défaut, mais il est recommandé d'utiliser SSL.
Les bases de données système requièrent un ordinateur exécutant SQL Server 2005 Service Pack 2 (SP2). PerformancePoint Server nécessite également SQL Server pour héberger les bases de données d'application de Planning Server (chaque application créée dans Planning Server a besoin de sa propre base de données). De plus, Planning Server requiert au moins un ordinateur dans la topologie qui exécute SQL Server Analysis Services, qui contient les cubes OLAP pour le stockage des données d'entreprise.
Vous pouvez avoir un ou plusieurs ordinateurs dans la topologie pour SQL Server et Analysis Services. En d'autres termes, un environnement distribué est possible pour les services Planning Server, les bases de données relationnelles SQL Server et les cubes OLAP Analysis Services.
Considérations relatives à l'interopérabilité pour les installations distribuées
Tenez compte des éléments d'interopérabilité suivants pour le déploiement de Planning Server dans une installation distribuée. Ils conditionnent la réussite d'un déploiement.
L'installation d'ordinateurs Planning Server doit être effectuée en miroirs les uns des autres. En d'autres termes, n'importe quel code ou composant installé sur un ordinateur Planning Server doit être installé sur tous les ordinateurs Planning Server d'une batterie de serveurs Web. Par exemple, si Service Web de planification est installé sur un ordinateur d'une batterie de serveurs Web, il doit être installé sur tous les ordinateurs.
Tous les ordinateurs Planning Server sont sans état pour une meilleure prise en charge des batterie de serveurs. À partir du niveau le plus élevé, cela signifie que n'importe quel ordinateur Planning Server d'une batterie de serveurs Web peut être remplacé par un serveur similaire sans perte des données de configuration du serveur et des données utilisateur validées. Ce critère ne doit pas être confondu avec le fait que l'application soit sans état. Les seules données susceptibles d'être perdues sont les données en cours de processus qui n'ont pas été validées avant la défaillance.
Il existe des cas où plusieurs bases de données relationnelles SQL Server et bases de données SQL Analysis ne sont pas seulement autorisées, mais encouragées. Ce sont notamment les suivants :
Lorsque les magasins de données sont volumineux
Lorsqu'un ou plusieurs services placent de fortes demandes sur une instance de SQL Server ou Analysis Services