一个应用程序需要在同一个Reporting Services框上安装IIS。
今天SSRS和SQL保持在同一个群集框中。
我需要评估我的select：
我需要找出有什么与SQL一起使用IIS的不好和好处
和其他方式的坏点和好处。
我知道如果有另一台机器（或虚拟机）只是与报告服务和IIS价格高。
但是，在SQL机器上安装IIS有什么不好呢？
PS：所有这一切都在我的内联网上，没有暴露。
IIS和SQL Server没有已知的不兼容性，它们只是两个不同的服务，它们可以在同一台机器上高兴地运行，只要硬件资源足以同时支持这两个应用程序，并且正确保护它们。
实际上，Reporting Services曾经作为一个Web应用程序在IIS上运行：它仅在SQL Server 2008中才成为一个独立的应用程序，不再依赖于IIS; 在此之前，Reporting Services 需要 IIS才能运行。
现在，关于您的设置：如果要在两个群集节点上运行IIS，则应该知道IIS 不是为群集devise的，而是为了进行负载平衡; 它可以在主动/被动群集中运行，但是您需要采取额外的步骤才能使其从一个节点正常故障转移到另一个节点。 确切的步骤取决于你的应用程序在做什么。
这是简单的math。
在一个盒子上有一个服务只会暴露一个服务的威胁。 所以，如果你能妥协，你只能获得该机器/服务。 但是在一台机器上有两项服务，你已经把风险加倍了。 妥协一个（最薄弱的环节）自动妥协第二个。
因此，在一台主机上安装三，四，五…服务是你自己的事情。
在与SQL Server并行运行时，您需要评估一件重要的事情是如何configurationSQL Server的内存使用情况。 默认情况下，它被设置为使用可用的最大系统内存量，并将主动尝试这样做。 它会尽可能地将整个数据库加载到内存中，所以如果你有大型的数据库，你将需要考虑将最大服务器内存设置为允许你有足够的IIS内存。
您可以通过以下几种方式来做到这一点：
在SQL Server Management Studio中，右键单击对象浏览器中的服务器实例，然后单击页面列表中的内存。 在最大服务器内存框中设置值。
要么
运行这个：
sp_configure 'show advanced options',1 GO RECONFIGURE GO sp_configure 'max server memory (MB)',[some value] GO RECONFIGURE GO 用你想要限制SQL Server的内存量（以MB为单位）replace[some value]。
只要一切configuration正确，密码相当复杂，人们无法上传随机代码到您的服务器; 我真的没有看到任何缺点。
有多个IIS框（假设你在这里运行某种Web应用程序）的缺点是你需要考虑会话pipe理选项; 如果有人从IIS1到IIS2，他们不能共享会话状态，你可能会遇到问题（他们可能不会突然login，像这样的事情）。