在多个服务器上托管重复的web产品时规划服务器基础架构

Question

我们有一个web应用程序产品，出售给托管在我们的服务器上的公司。该产品包含几个web应用程序、windows服务和SQL server db。现在我们只有一个客户在使用我们的产品。我们有两台服务器-一台用于web应用程序和服务，另一台用于数据库。

为了将产品添加到另一个客户端，我们必须‘复制’所有的应用程序和数据库，并分别运行。

随着我们开始扩张，一些公司将比其他公司需要更多的服务器能力，我需要规划服务器基础设施。

每个客户端有两个服务器听起来很可笑。托管成本将是巨大的。当我有10个客户时会发生什么？而且，一些服务器可能会比其他服务器占用更多的电力，从而使服务器使用其容量的30%，而其他服务器则使用70%。

我真正关心的一件事是将数据库从每个产品中分离出来，这样在服务器受损的情况下，只有一个数据库会有风险。

所以..。我想到了虚拟机...听起来对吗？我是否需要两台超级服务器来容纳虚拟机实例？(一个用于web，另一个用于db?)那么负载平衡/等呢？是否仅仅因为我使用了虚拟机就需要更多的维护时间？有什么硬件建议吗？

任何帮助我们都将不胜感激。

非常感谢

Answer 1

虚拟机绝对是分离客户端的最安全的方式，并将允许您灵活地将特定百分比的资源分配给特定的客户端。

然而，在同一物理机器上使用单独的进程会有更好的性能(但并不总是显著的)，并且会允许更动态地使用资源(即，如果一个进程出现峰值，它将使用它所需的资源)。但是，这种设置不允许您轻松地控制资源分配。您还必须构建自己的监控工具来查看和分析哪些进程(客户端)正在使用哪些资源(在perfmon上)。

如果您的应用程序不是为此而设计的，那么使用单独的进程也是危险的。无论应用程序在文件系统上缓存数据，还是访问内存以外的任何内容，都需要彻底清理数据库，以确保来自客户端的数据不会混合或共享。

单独的虚拟机需要管理更多的工作--每个虚拟机都很像它自己的计算机。因此，您必须管理所有虚拟机以及物理机。

您可能还希望考虑在更动态的环境中托管，如Amazon AWS或Microsoft的Azure，这将允许您根据需要更容易地扩展/缩小，而不是在传统主机上的VM。