Est-ce que la réplication de SQL Server 2008 peut être utilisée avec NLB pour permettre un dimensionnement illimité des serveurs de reporting ?

Cela me semble fonctionner, pour ma part. Tant que vous ne faites que des requêtes au nom du NLB. Cependant, je vous conseillerais de jeter un regard approfondi sur la documentation de déploiement et d'architecture de MS SQL pour voir s'il y a quelque chose qui dit "Construisez-le de cette manière, en prenant soin de faire X et de ne pas faire Y" ou "Cela ne fonctionnera pas du tout à cause de Frob".

Ne serait-il pas beaucoup mieux d'avoir plusieurs serveurs exécutant des Services de rapports, tous interrogeant un seul serveur moteur de base de données?

Il n'est vraiment pas nécessaire que RS utilise un DE sur la même machine.

À propos du NLBing Reporting Services: oui, c'est possible, mais cela comporte quelques inconvénients. Voir http://technet.microsoft.com/en-us/library/cc281307.aspx.

Le goulot d'étranglement habituel est le distributeur. Assurez-vous que l'éditeur n'agit pas en tant que son propre distributeur, car avec de nombreux abonnés ('illimité'), la charge sur le distributeur devient assez significative. Une solution consiste à étager la distribution, en ayant l'un des abonnés (ou plus) agir en tant qu'éditeur/distributeur également. De cette façon, plus d'abonnés peuvent être ajoutés en tant qu'abonnés à cette publication d'occasion sans ajouter de charge supplémentaire sur le distributeur d'origine.

Mais étant donné les capacités de mise en cache des Services de rapports et les capacités intégrées étendues pour la montée en puissance (voir Planification du déploiement d'extension d'échelle), on peut se demander si une telle topologie de réplication est vraiment nécessaire.