我的公司正在托管几个独立但相关的中等热门网站。因此，需要生产数据库服务器、登台数据库服务器、生产网络服务器、登台网络服务器等。我的问题是，我们应该为我们的每个需求投资物理上独立的服务器，还是应该把这些钱放在一起投资更高端的服务器并虚拟化所有上述服务器？你们会选择哪条路线，为什么？
【问题讨论】：
标签： virtualization
这取决于很多事情，这里是主要考虑因素。
如果您有很多使用率从低到中等的服务器，虚拟化通常可以为您节省硬件、电源和占地面积方面的资金。然而，基于 VM 层本身的开销，存在一个临界点。老实说，您将不得不尝试在这方面找到合适的成本/性能平衡。我相信 VM 供应商会很乐意帮助您解决数学问题。
缺点是虚拟化会产生单点故障。如果该框出现故障，您的所有服务器都有停机时间。将它们分开可以大大降低所有东西一次潜水的可能性。
【讨论】：
您当然希望开发服务器和生产服务器之间进行物理分离。您不必担心您在 dev 中所做的某些事情可能会导致托管生产的机器停机。而且，开发中存在一些问题，需要对物理机器进行硬重置，或者采取一些可笑的变通方法来避免硬重置。
至于生产网络服务器和生产数据库，通过在同一台机器上虚拟化它们并不会真正引入任何新的故障点，特别是如果您可以将站点的静态版本并置在另一台服务器上。对于任何复杂程度适中的现代网站，数据库故障就是网站故障。
【讨论】：
根据我的经验，对于低使用率或中等使用率而言，VM 是可行的方法 - 如果您只使用一台功能非常强大的服务器而不是多台性能中等的服务器，那么您可以节省资金、电力和空间，同时让应用程序更快因为它运行在更快的硬件上。
VM 还具有同样的另一个优点，如果服务器硬件出现故障，您可以在不同的物理硬件上加载相同的 VM 并继续运行，就像什么都没发生一样（您确实有完整的备份，不是吗？），您可以采取实际生产服务器的副本，并在开发机器上单独运行，以调试那些只出现在生产环境中的烦人错误。
但我会将开发（可能还有测试）服务器放在与生产不同的物理机器上，您需要确保无论您在开发中犯了什么愚蠢的错误，它都不会关闭生产服务器。
【讨论】：