Partager via


Topologies de déploiement pour Reporting Services en mode intégré SharePoint

Vous pouvez configurer un serveur de rapports pour qu'il s'exécute dans le cadre du déploiement d'un produit SharePoint et qu'il utilise les fonctionnalités de collaboration et de gestion de documents centralisée de Microsoft SharePoint Foundation 2010 ou SharePoint Server 2010 avec Reporting Services.

Lorsque vous planifiez un déploiement combinant SQL Server 2005 Reporting Services ou versions ultérieures et des produits SharePoint, vous pouvez concevoir une topologie qui s'étend d'un serveur unique à plusieurs serveurs pour des déploiements à grande échelle. La liste suivante résume les différents scénarios de déploiement que vous pouvez utiliser :

  • Déploiements de serveurs autonomes (qui placent tous les composants SQL Server et SharePoint sur un seul ordinateur).

  • Déploiements de serveurs distribués (qui placent une instance unique d'un composant serveur sur différents ordinateurs). Par exemple, vous pouvez avoir une application Web frontale sur un ordinateur et Reporting Services et les bases de données principales sur un deuxième ordinateur.

  • Configurations de déploiement évolutives (qui utilisent plusieurs instances des mêmes composants serveur pour prendre en charge un grand nombre d'utilisateurs). Par exemple, vous pouvez avoir une batterie de serveurs avec des serveurs Web frontaux sur deux ordinateurs, un troisième ordinateur qui héberge le serveur d'applications, d'autres ordinateurs qui exécutent une montée en puissance parallèle du serveur de rapports et deux ordinateurs qui hébergent des serveurs de base de données mise en miroir ou cluster.

Cette rubrique présente les différents scénarios de déploiement ainsi que des illustrations pour vous aider à comprendre les composants requis pour chacun d'entre eux. Pour plus d'informations sur Reporting Services pour le mode d'intégration SharePoint, consultez Configuration de Reporting Services pour l'intégration de SharePoint 2010.

Vue d'ensemble des configurations prises en charge et non prises en charge

Toutes les configurations à instances multiples ou multiserveurs ne sont pas prises en charge. Lorsque vous planifiez un déploiement, examinez les configurations suivantes pour vérifier si la conception que vous souhaitez implémenter est réalisable.

Topologie

Prise en charge

Déploiement avec montée en puissance parallèle avec une batterie de serveurs.

Cette topologie est prise en charge. Vous trouvez des détails concernant cette configuration dans cette rubrique.

Déploiement avec montée en puissance parallèle avec une batterie de serveurs dans laquelle les instances exécutent des versions ou des éditions différentes.

Non pris en charge. La version et l'édition de toutes les instances de serveur de rapports dans un déploiement avec montée en puissance parallèle doivent être les mêmes (par exemple SQL Server 2008 R2 Enterprise). Toutes les instances d'une batterie de serveurs doivent exécuter le même produit SharePoint (par exemple, SharePoint Foundation 2010 ou SharePoint Server 2010 de bout en bout).

Installations côte à côte de Reporting Services et de produits et de technologies SharePoint sur le même ordinateur, mais non configurés pour l'intégration.

Cette topologie est prise en charge. Vous pouvez exécuter un serveur de rapports en mode natif aux côtés d'un produit SharePoint. En fonction de la configuration des URL sur le serveur Web, vous devrez peut-être choisir une URL non définie par défaut pour les applications serveur Reporting Services. Pour plus d'informations, consultez Déploiement côte à côte de Reporting Services et des services IIS (Internet Information Services).

Plusieurs instances de Reporting Services sur le même ordinateur, avec une instance qui s'exécute en mode intégré SharePoint et l'autre en mode natif.

Cette topologie est prise en charge, mais vous devez exécuter toutes les instances de serveur de rapports au même niveau. Par exemple, si vous utilisez SQL Server 2008 R2, toutes les instances de serveur de rapports doivent exécuter SQL Server 2008 R2. Pour plus d'informations, consultez Configuration de Reporting Services pour l'intégration de SharePoint 2010.

Déploiement avec montée en puissance parallèle dans lequel chaque instance de serveur de rapports dans la montée en puissance parallèle est intégrée à une instance indépendante d'un produit SharePoint.

Non pris en charge. Si vous configurez le mode intégré SharePoint pour un déploiement avec montée en puissance parallèle, la montée en puissance parallèle doit être intégrée à une batterie de serveurs ou à la même instance unique d'un produit SharePoint.

Par exemple, le scénario suivant n'est pas pris en charge : deux installations indépendantes de SharePoint Foundation 2010, chacune intégrée à une instance locale du serveur de rapports, et où les deux instances de serveur de rapports partagent la même base de données du serveur de rapports.

Vous ne pouvez pas intégrer plusieurs instances de serveur de rapports qui partagent la même base de données du serveur de rapports dans des déploiements de serveurs autonomes différents de SharePoint Foundation 2010 ou SharePoint Server 2010. Cela pourrait endommager les données dans la base de données principale du serveur de rapports.

Déploiements de serveurs autonomes

Vous pouvez installer tous les composants serveur et les bases de données d'application pour les deux technologies sur un seul ordinateur. Cette configuration de déploiement est utile si vous évaluez le logiciel ou que vous développez des applications personnalisées qui incluent Reporting Services en mode intégré SharePoint.

Déploiement sur un seul ordinateur

Ce déploiement est le plus simple à configurer. Tous les composants étant installés sur le même ordinateur, moins de licences sont requises. Plus précisément, Reporting Services et le Moteur de base de données peuvent être installés comme une copie unique sous licence de SQL Server. De plus, Reporting Services peut se connecter directement à l'instance locale du produit SharePoint. Pour plus d'informations sur cette configuration de déploiement, consultez Procédure : installer et configurer l'intégration à SharePoint sur un serveur autonome.

Déploiements de serveurs distribués

Un déploiement de serveur distribué utilise plusieurs ordinateurs, chacun d'entre eux hébergeant un composant serveur unique. Vous pouvez utiliser cette configuration de déploiement si vous souhaitez obtenir de meilleures performances pour traiter des rapports complexes ou des datasets volumineux dans une petite entreprise ou un groupe de travail.

Cette configuration de déploiement nécessite une planification avancée. Vous devez spécifier les comptes à utiliser pour des services spécifiques et la façon dont les connexions seront configurées. Il vous faudra peut-être aussi acheter des copies supplémentaires du logiciel si vous souhaitez installer des composants serveur sur plusieurs ordinateurs.

Pour plus d'informations sur les comptes de service à utiliser, consultez Prévoir les comptes d'administration et de service (Windows SharePoint Services) sur MSDN et Procédure : configurer un compte de service pour Reporting Services. Pour obtenir des instructions sur la manière de configurer un déploiement de serveur distribué, consultez Procédure : installer et configurer l'intégration à SharePoint sur plusieurs serveurs.

Déploiement sur deux ordinateurs

L'illustration suivante montre les composants d'un déploiement sur deux ordinateurs.

Déploiement sur deux ordinateurs, exemple n°2

Le premier ordinateur héberge une instance d'un produit SharePoint. Le complément Reporting Services est installé sur cet ordinateur.

Le deuxième ordinateur héberge SQL Server Reporting Services et le moteur de base de données. L'installation de Reporting Services et du Moteur de base de données sur le même ordinateur s'avère utile si les avantages résultant de l'exécution des deux composants comme une installation sous licence unique l'emportent sur les considérations en termes de performances. Pour plus d'informations sur les licences SQL Server, consultez Comment acheter Microsoft SQL Server sur le site Web de Microsoft.

Remarquez que lorsque vous exécutez Reporting Services et le produit SharePoint sur des ordinateurs différents, le serveur de rapports doit avoir une installation minimale du même produit SharePoint. Cela signifie que si vous avez installé Microsoft SharePoint Server 2010 sur le premier ordinateur, vous devez installer un serveur Web frontal SharePoint Server 2010 sur le deuxième ordinateur. L'installation minimale fournit un serveur Web frontal qui vous permet de joindre une instance de serveur de rapports à l'instance du produit SharePoint.

L'illustration suivante montre un autre exemple d'un déploiement sur deux ordinateurs.

Déploiement sur deux ordinateurs

Le premier ordinateur héberge une instance d'un produit SharePoint, le complément Reporting Services, ainsi que le serveur de rapports.

Déploiement sur trois ordinateurs

L'illustration suivante montre les composants d'un déploiement sur trois ordinateurs.

Déploiement sur plusieurs ordinateurs

(1) Le premier ordinateur héberge une instance d'un produit SharePoint.

(2) Le deuxième ordinateur héberge SQL Server Reporting Services.

(3) Le troisième ordinateur héberge quant à lui une instance du Moteur de base de données.

Dans l'illustration, remarquez que le Moteur de base de données ne requiert ni une installation locale d'un serveur de rapports ni une instance d'un produit SharePoint.

Déploiements de serveurs évolutifs

Un déploiement de serveur évolutif combine une montée en puissance parallèle de serveur de rapports et une batterie de serveurs SharePoint. Si vous travaillez dans une grande entreprise dans laquelle des milliers d'utilisateurs potentiels doivent accéder à des rapports sur un site SharePoint, envisagez d'associer un déploiement du serveur de rapports avec montée en puissance parallèle à une batterie de serveurs.

Dans ce scénario, l'objectif est d'optimiser le déploiement pour la création de rapports interactifs. Si le nombre d'utilisateurs qui accèdent simultanément aux rapports n'est pas très important ou que la majorité du traitement des rapports peut être planifiée à des intervalles que vous pouvez contrôler, un déploiement de serveur distribué peut se révéler un choix plus judicieux car il est relativement plus facile à déployer et à gérer. Pour obtenir les meilleures pratiques recommandées sur la façon d'estimer la capacité requise, consultez Planification de l'évolutivité et des performances avec Reporting Services.

Qu'est-ce qu'un déploiement avec montée en puissance parallèle de serveurs de rapports ?

Un déploiement avec montée en puissance parallèle de serveurs de rapports comprend plusieurs serveurs de rapports qui partagent une même base de données du serveur de rapports. L'illustration suivante montre un déploiement avec montée en puissance parallèle.

Déploiement avec montée en puissance parallèle pour Reporting Services

Si vous configurez un déploiement avec montée en puissance parallèle en vue d'augmenter la capacité de traitement de rapports interactifs, vous devez utiliser une solution matérielle ou logicielle d'équilibrage de charge pour distribuer le traitement sur les deux serveurs. Vous devez aussi enregistrer une URL de serveur virtuel dans votre domaine pour obtenir un point d'entrée unique aux deux serveurs. La manière dont vous procédez dépend de la solution d'équilibrage de charge que vous utilisez. Pour obtenir des instructions sur la manière d'inscrire un nom de serveur virtuel, consultez votre administrateur réseau.

Pour éviter la perte de données et optimiser la disponibilité du serveur, vous pouvez exécuter la base de données du serveur de rapports dans un cluster de basculement. Vous devez installer le cluster de basculement avant de créer la base de données du serveur de rapports. Pour utiliser le cluster de basculement, vous sélectionnez le nom du cluster comme serveur de base de données lorsque vous créez la base de données du serveur de rapports.

Qu'est-ce qu'une batterie de serveurs SharePoint ?

Une batterie de serveurs SharePoint inclut des fonctionnalités qui vous permettent de déployer ses composants serveur sur plusieurs ordinateurs. Le diagramme suivant montre deux serveurs Web frontaux : un serveur d'applications utilisé pour Excel Services et l'administration centrale, et deux serveurs de base de données pour héberger les bases de données principales.

Déploiement de batterie de serveurs

Si vous associez une batterie de serveurs à un déploiement avec montée en puissance parallèle, la configuration résultante peut ressembler à ce qui suit :

Batterie de serveurs et déploiement avec montée en puissance parallèle

Le diagramme qui suit montre comment votre déploiement peut devenir plus important avec davantage de serveurs.

Déploiement de exemple avec nombreux serveurs.

Le déploiement avec montée en puissance parallèle doit faire l'objet d'un équilibrage de charge et doit être accessible par le biais d'une URL de serveur virtuel qui fournit un point d'entrée unique. Cela vous permet de spécifier une URL unique pour les instances de serveur de rapports lors de la configuration des fonctionnalités d'intégration de serveur dans l'administration centrale de SharePoint.

Vous devez utiliser une solution matérielle ou logicielle distincte d'équilibrage de charge. Reporting Services ne fournit pas de fonctionnalité d'équilibrage de charge et ne permet pas de configurer une URL de serveur virtuel.

Si chaque instance du serveur de rapports dans le déploiement avec montée en puissance parallèle s'exécute sous un compte de service différent, chaque compte de service doit avoir l'autorisation d'accéder à la base de données de configuration SharePoint. Pour assurer l'accès, vous devez répéter la commande Accorder l'accès à la base de données pour chaque compte de service. Pour plus d'informations, consultez Procédure : installer et configurer l'intégration à SharePoint sur plusieurs serveurs.

Historique des modifications

Mise à jour du contenu

Mise à jour de plusieurs diagrammes et ajout d'un autre exemple d'installation de deux serveurs et du diagramme du serveur 1-N.