Exporter (0) Imprimer
Développer tout

Planification d'un déploiement avec montée en puissance parallèle

Un déploiement avec montée en puissance parallèle d'un serveur de rapports se compose de deux ou instances, ou plus, de serveurs de rapports qui partagent une même base de données du serveur de rapports. Un déploiement avec montée en puissance parallèle vous permet d'augmenter le nombre d'utilisateurs pouvant accéder simultanément aux rapports et d'améliorer la disponibilité du serveur de rapports. Si vous utilisez cette topologie de déploiement, il est recommandé de configurer les instances de serveur de rapports avec des paramètres identiques, sans que cela ne soit obligatoire. Vous pouvez configurer chaque serveur pour des fonctions spécifiques et les exécuter comme des instances indépendantes, comme lorsque vous souhaitez isoler le traitement de rapport interactif d'un traitement de rapport planifié ou d'abonnement.

La liste suivante résume les scénarios pris en charge dans un déploiement avec montée en puissance parallèle :

  • Exécutez des instances de serveur de rapports dans une solution à charge équilibrée afin de prendre en charge la création de volumes importants de rapports à la demande.

  • Augmentez la disponibilité du serveur de rapports.

  • Isolez les fonctionnalités de service sur des ordinateurs spécifiques pour permettre une utilisation maximale de toutes les ressources système disponibles. Toutefois, stockez et récupérez les mêmes données à partir de la même base de données du serveur de rapports.

Les exigences suivantes s'appliquent à un déploiement avec montée en puissance parallèle :

Exigence

Description

Exigences relatives à l'édition

Le déploiement avec montée en puissance parallèle est pris en charge dans les éditions suivantes : Enterprise, Developer et Evaluation.

Les éditions Standard, Workgroup et Express ne prennent pas en charge un déploiement avec montée en puissance parallèle.

Conditions requises liées à la version

Tous les serveurs de rapports doivent exécuter la même version principale et doivent avoir les mêmes mises à jour et Service Packs.

Conditions requises liées au domaine

Tous les serveurs de rapports doivent appartenir au même domaine ou à un domaine approuvé.

Exigences relatives à l'authentification

Les instances de serveur de rapports dans un déploiement avec montée en puissance parallèle doivent avoir le même type d'extension d'authentification. Si vous avez créé une extension d'authentification personnalisée, vous devez déployer et utiliser cette extension sur tous les nœuds. Dans un déploiement avec montée en puissance parallèle, vous devez configurer les mêmes types d'authentification sur chaque nœud.

En raison de cette restriction, vous ne pouvez pas configurer de déploiement avec montée en puissance parallèle pour prendre en charge l'accès intranet et extranet simultané à la même base de données du serveur de rapports par l'intermédiaire d'instances de serveur de rapports séparées où chaque instance est configurée pour différents types d'authentification et différentes règles d'autorisation.

Cette restriction tient au fait que Reporting Services ne synchronise pas les paramètres d'autorisation personnalisés entre les différents types d'authentification. Si vous rompez l'héritage des autorisations et créez des attributions de rôles sur des éléments spécifiques, des erreurs d'accès refusé se produisent lorsque l'élément fait l'objet d'un accès par un utilisateur qui a été authentifié par l'intermédiaire de l'autre fournisseur d'authentification. Pour contourner ce problème, vous devez dupliquer chaque attribution de rôle spécifique à l'élément aux deux serveurs pour recevoir des stratégies de sécurité doubles pour les deux extensions d'authentification. Cette méthode fastidieuse et sujette à erreurs risque de générer des erreurs d'accès refusé. Pour cette raison, le scénario n'est pas pris en charge.

Les sections restantes dans cette rubrique fournissent plus de détails sur les scénarios pris en charge.

Après la configuration d'un déploiement avec montée en puissance parallèle de serveur de rapports, les nœuds de serveur de rapports peuvent faire l'objet d'un équilibrage de charge dans un cluster d'équilibrage de la charge réseau pour prendre en charge des volumes importants de rapports. Vous pouvez utiliser une solution logicielle ou matérielle pour mettre en œuvre le cluster d'équilibrage de la charge réseau. Le déploiement de Reporting Services dans un cluster d'équilibrage de la charge réseau est uniquement nécessaire pour augmenter la réactivité du serveur de rapports ou augmenter le nombre de rapports interactifs pouvant être traités simultanément. Les rapports planifiés et le traitement des abonnements sont plus rapides dans un déploiement avec montée en puissance parallèle, mais un cluster d'équilibrage de la charge réseau n'est pas indispensable pour obtenir de meilleures performances.

Pour créer et configurer le cluster d'équilibrage de la charge réseau, vous devez recourir à des logiciels et à des outils qui prennent en charge ces fonctionnalités. Les systèmes d'exploitation de Microsoft Windows Server et d'autres applications tierces proposent des fonctionnalités d'équilibrage de charge. Par lui-même, Reporting Services ne fournit pas de fonctionnalités d'équilibrage de charge ni la possibilité de définir une URL de serveur virtuel unique pour accéder à plusieurs nœuds de serveur de rapports. La solution matérielle ou logicielle que vous sélectionnez doit offrir la possibilité de définir un nom de serveur virtuel qui fournit un point unique d'entrée à tous les nœuds dans un déploiement avec montée en puissance parallèle de serveur de rapports. 

Reporting Services ne tient pas compte de Microsoft Cluster Services. Si vous utilisez Microsoft Cluster Services, prenez connaissance des informations suivantes :

  • Si Reporting Services s'exécute sur un cluster actif-passif avec Microsoft Cluster Services, le service Report Server s'exécute et gère les requêtes sur chaque nœud de cluster sur lequel le service est déployé.

  • Lorsqu'une base de données du serveur de rapports est hébergée sur SQL Server, celui-ci appartenant à un cluster de basculement, le serveur de rapports doit être configuré pour utiliser le nom virtuel du cluster de basculement pour se connecter à la base de données du serveur de rapports. Dans le cas contraire, le serveur de rapports ne peut pas se connecter à la base de données du serveur de rapports lorsqu'un basculement se produit.

  • Vous ne pouvez pas déployer de serveur de rapports sur Microsoft Cluster Services via le clustering de basculement SQL Server. Toutefois, vous pouvez installer le serveur de rapports avec l'option d'installation de fichiers uniquement lors de l'installation de SQL Server. 

Pour configurer votre déploiement

  1. Configurez deux serveurs ou plus à exécuter dans un cluster d'équilibrage de la charge réseau.

  2. Configurez un serveur séparé pour héberger la base de données du serveur de rapports.

  3. Installez et configurez un déploiement avec montée en puissance parallèle de serveurs de rapports en installant une instance de serveur de rapports sur chaque nœud du cluster d'équilibrage de la charge réseau. Pour plus d'informations sur la manière d'installer les serveurs de rapports et de les associer à un déploiement avec montée en puissance parallèle, consultez Procédure : configurer un déploiement avec montée en puissance parallèle de Report Server (configuration de Reporting Services).

  4. Configurez la validation de l'état d'affichage et vérifiez la configuration du serveur de rapports. Pour plus d'informations, consultez Procédure : configurer un serveur de rapports sur un cluster avec équilibrage de la charge réseau.

  5. Sur chaque nœud du déploiement avec montée en puissance parallèle, configurez la propriété Hostname du serveur de rapports pour utiliser le nom de l'URL du cluster d'équilibrage de la charge réseau. Cette étape configure les URL générées par le serveur de rapports pour pointer vers le cluster d'équilibrage de la charge réseau plutôt que vers un serveur spécifique. Pour plus d'informations, consultez Procédure : configurer un serveur de rapports sur un cluster avec équilibrage de la charge réseau.

Une technique pour améliorer les performances du serveur de rapports consiste à configurer un déploiement avec montée en puissance parallèle qui assigne des types de traitement spécifiques à chaque serveur de rapports. Par exemple, vous pouvez configurer un serveur de rapports pour gérer le traitement des abonnements et des rapports planifiés et un second pour gérer la création de rapports interactifs. Puisque les serveurs de rapports s'exécutent dans le même déploiement avec montée en puissance parallèle, chaque serveur traite le même ensemble de rapports.

Pour configurer votre déploiement

  1. Installez et configurez un déploiement avec montée en puissance parallèle de serveurs de rapports. Pour obtenir des instructions, consultez Procédure : configurer un déploiement avec montée en puissance parallèle de Report Server (configuration de Reporting Services).

  2. Sur le serveur utilisé pour la création de rapports interactifs, désactivez le traitement des abonnements et des rapports planifiés.

  3. Sur l'autre serveur utilisé pour le traitement en arrière-plan, désactivez le service Web Report Server et le Gestionnaire de rapports.

Pour plus d'informations sur la désactivation de fonctionnalités spécifiques, consultez Procédure : activer ou désactiver les fonctionnalités Reporting Services.

Les versions d'un même système d'exploitation prennent différemment en charge les classements et les cultures.

Si votre déploiement avec montée en puissance parallèle inclut des ordinateurs qui exécutent des versions différentes du système d'exploitation, ils peuvent également prendre en charge des cultures et des classements différents. Cela peut produire des rapports incohérents ou des erreurs lors du traitement et du rendu des rapports.

Lors de la conception d'un rapport, l'auteur peut configurer les propriétés du rapport ou signaler les objets liés à la culture utilisée lors du traitement et du rendu du rapport. Cela peut entraîner la production de données incohérentes dans les rapports ou encore des erreurs étant donné que la prise en charge différente des cultures et des rapports par des versions différentes d'un système d'exploitation ne peut pas être traitée de manière convenable par le même serveur dans un déploiement avec montée en puissance parallèle.

Votre déploiement avec montée en puissance parallèle peut, par exemple, inclure un serveur Windows 2003 et un serveur Windows 2008. Dans un déploiement avec montée en puissance parallèle, Reporting Services suppose que votre environnement de mise en réseau utilise une solution logicielle ou matérielle pour équilibrer la charge des demandes aux différents serveurs. Toutefois, Reporting Services n'oblige, ni ne suppose que votre solution d'équilibrage de charge dirige toutes les demandes de la session d'un utilisateur particulier vers un serveur unique. Le programme d'équilibrage de la charge est libre d'envoyer une demande de page au serveur Windows 2008 et la page suivante au serveur Windows 2003. Dans cet exemple, un rapport en cours de traitement se fonde sur un classement pris en charge par le serveur Windows 2008, mais pas par le serveur Windows 2003. Cette disponibilité incohérente du classement attendu pendant le traitement et le rendu du rapport peut entraîner des résultats de rapport sans logique. Voici quelques exemples des symptômes que vous pouvez rencontrer :

  • Le traitement du rapport qui doit effectuer des opérations de regroupements, de tri ou de filtrage supplémentaires peut utiliser le classement incorrect pour les comparaisons, ce qui induit des résultats incorrects.

  • La fonctionnalité HideDuplicates peut utiliser le classement incorrect, ce qui aboutit à des résultats incorrects pour les valeurs affichées et masquées.

  • Les fonctionnalités Lookup, LookupSet et MultiLookup risquent d'utiliser le classement incorrect et de produire des résultats incorrects.

Toute propriété qui interagit avec la culture et la langue peut être affectée par le traitement sur des systèmes d'exploitation différents. Voici une liste non exhaustive de certaines propriétés affectées :

  • Propriété de la langue d'un rapport

  • Propriété de classement d'un dataset

  • Propriétés LableLocId et ValueLocID d'éléments de rapport

Pour corriger ce problème, prenez en compte les éléments suivants :

  • Utilisez la même version du système d'exploitation sur tous les serveurs dans vos déploiements avec montée en puissance parallèle.

  • Avec des versions de système d'exploitation différentes, n'utilisez que les cultures dans votre création de rapports prises en charge sur tous les serveurs.

  • Configurez l'affinité dans votre solution d'équilibrage de charge de sorte que toutes les demandes concernant un rapport et une session utilisateur spécifique accèdent au même serveur.

Ajouts de la communauté

AJOUTER
Afficher:
© 2014 Microsoft