我知道这种types的问题已经被问到了（ 如果SQL Server在一台服务器上，网站在另一台服务器上，而不是在同一台服务器上，速度不同 ），我不知道它是否适用于我的情况。
目前的情况：
我有一个专门的服务器（Corei5的3.6ghz，4核心，没有HT，32克内存，120go ssd + 1tb硬盘），我主机几乎所有需要运行的网站（IIS，SQL服务器，邮件服务器，Rediscaching） 。 把它们放在一起的select首先是为了降低成本。
该网站目前产生了大量的stream量（每天在网站上发送大约90,000,000个请求），数据库也受到压力（平均每秒1500个请求）。
我当然已经考虑过将这两者分开.cpu活动相当高（一般在70％到80％之间）。
我的主要问题是：我担心有2台服务器可以带来的问题，特别是在性能方面。
通常情况下，build议将其分开，但考虑到数据库请求的数量，情况也是如此。 我特别害怕两个服务器之间的networking延迟，因为我没有真正的控制。
有了这么多的SQL请求，networking延迟和带宽会成为一个问题吗？ 我在我的托pipe服务提供商之间的服务器之间的Ping是低于2ms。 带宽是100mb / s。
你认为把它们分开是个好主意吗？
谢谢，
你需要知道现在是什么瓶颈，然后担心可能会成为你的下一个瓶颈。
你的问题是如果你有一个性能问题。
但我没有看到任何实际的数字来支持它。
监视您的当前服务器：
您应该关注一般统计信息和SQL Server特定的计数器。 。
如果您认为使用networking连接添加第二台服务器所带来的延迟时间可能会成为问题，请尝试进行testing。
模拟具有较高networking延迟的环境，并进行负载testing，以查看性能影响是否可衡量/值得关注。
完成所有这些之后，您可以绝对确定您的答案。
但是我会猜测，并且说你会发现在一台专用机器上托pipe你的SQL Server对于性能来说更好。
更有可能是SQL Server与IIS服务器竞争内存和CPU，导致性能不佳。 除非networking连接会导致延迟问题，除非您将服务器与不良连接分开托pipe。