为什么不建议在同一台机器上放置数据库和Web服务器？
2
- 安全性。您的Web服务器位于DMZ中，可由公共互联网访问，并从匿名用户接收不受信任的输入。 如果您的Web服务器被攻击并且您在连接到DB时遵循了最低特权规则，则最大暴露面是您的应用程序可以通过数据库API执行的操作。 如果您之间有一个业务层，则在攻击者和数据之间多了一步。 另一方面，如果您的数据库在同一台服务器上，则攻击者现在具有对您的数据和服务器的root访问权限。
- 可扩展性。使Web服务器无状态允许您轻松地水平扩展Web服务器。 要水平扩展数据库服务器非常困难。
- 性能。 2个盒子= 2倍的CPU，2倍的RAM和2倍的磁盘访问轮毂。
所有这些都说过后，我当然可以看出没有这些点真正重要的情况。
19
它其实并不重要（你可以很愉快地在同一台机器上运行网站和数据库），这只是扩展的最简单步骤。
这正是StackOverflow所做的-从单台运行IIS/SQL Server的机器开始，然后当其开始承载大量负载时，购买第二台服务器并将SQL服务器迁移到其中。
如果性能不是问题，请不要浪费金钱购买/维护两个服务器。
4
另一方面，提到不同的博客作者Scott（Telligent的Watermasyck），他们发现大多数用户可以通过将数据库放在与网站相同的机器上（使用Telligent的Community Server）来加速网站。然而，在他们客户的情况下，通常数据库和Web服务器是该机器上唯一的应用程序，并且网站并没有使机器过度紧张。然后，不需要跨网络发送数据的效率弥补了增加的压力。
3
Tom在这方面是正确的。其他一些原因是，它不具备成本效益，并且存在额外的安全风险。
Web服务器与数据库服务器有不同的硬件要求。数据库服务器需要大量内存和快速的磁盘阵列，而Web服务器只需要足够的内存来缓存文件和频繁的数据库请求（取决于您的设置）。关于成本效益，这两个服务器不一定会更便宜，但性能/成本比应该更高，因为您没有两个不同的应用程序竞争资源。因此，您可能需要花费更多的钱购买一个既适合两者又提供与两个专门服务器等效性能的服务器。
安全问题是，如果单台机器被攻击，Web服务器和数据库都容易受到攻击。有了两个服务器，您就有了一些喘息的时间，因为第二个服务器仍然是安全的（至少一段时间）。
另外，还有一些可扩展性好处，因为您可能只需要维护几个数据库服务器，由许多不同的Web应用程序使用。这样，您需要做的升级或修补程序以及性能调整的工作就会更少。我相信，在单台机器的情况下，有一些服务器管理工具可以使这些任务更容易。
3
我认为最重要的因素应该是性能。无论是Web服务器/应用程序代码还是SQL Server，都将在内存中缓存常请求的数据，如果它们在同一个内存空间中运行，则会降低缓存性能。
3
如果您失去了Web服务器（比如完整的特权升级为管理员权限），最坏的情况是您的应用程序数据库可能会受到影响，但不会影响整个数据库服务器（如果数据库服务器和Web服务器是同一台机器，则会出现这种情况）。如果您已加密您的数据库连接字符串并且黑客无法熟练解密它们，则您失去的仅是Web服务器。
5
还没有提到的一个因素是负载均衡。如果你把网页服务器和数据库视为两台不同的设备，你可以优化网络传输次数，并且在需要增加第二个网页服务器或第二个数据库引擎时也更容易操作。
如果您只在一个服务器上设置了一个Web服务器，并且只有该Web服务器的数据库，那么如果该Web服务器受到攻击，您将失去该特定应用程序的Web服务器和唯一的数据库。
这正好与在2台服务器设置中失去Web服务器时发生的情况相同。您会失去Web服务器和仅针对该特定应用程序的数据库。
在2台服务器设置中，“DB服务器的其余完整性得到维护”的论点是不相关的，因为在第一种情况下，与其他任何应用程序相关的每个其他数据库服务器（如果有的话）也保持不受影响，因为它们被托管在其他地方。
类似地，对于Kev提出的问题“关于驻留在DB服务器上的所有其他数据库怎么办？你失去的只是一个数据库。”：
如果您在一个服务器上托管应用程序和数据库，则只会在该服务器上托管与该应用程序相关的数据库。因此，在单服务器设置中，与多服务器设置相比，您不会失去任何其他数据库。
相比之下，在2个服务器设置中，如果攻击者可以访问Web服务器，并通过代理（在最佳情况下）访问数据库服务器的有限权限，则可以通过执行缓慢、占用内存的查询或最大化数据库服务器上的可用存储空间来使每个其他应用程序的数据库处于风险之中。通过将应用程序分离为其自己的问题，就像虚拟化一样，您还可以以积极的方式将它们隔离起来以保证安全性。
我可以从第一手的经验中讲述：将Web服务器和数据库放在不同的机器上通常是一个好主意。如果您有一个资源密集型的应用程序，它很容易导致机器的CPU周期峰值，从而基本上使机器停止运行。但是，如果您的应用程序对数据库的使用有限，那么它们共享一个服务器可能不是什么大问题。
其次，这取决于服务器是为谁服务的。我为金融公司和政府工作，因此我们采用一种繁琐的方法，只使用存储过程并限制从Web服务器到SQL的端口。因此，如果Web应用程序被黑客攻击，黑客唯一能做的就是调用存储过程，因为Web服务器上的用户账户被锁定，只能查看/调用DB上的存储过程。现在黑客必须想办法进入数据库。如果它在Web服务器上，那么很容易接近它。
原文链接