形成一个Web应用程序集群，其中3个VM在同一物理机箱中运行

Question

如果所有节点都是在同一物理主机内运行的虚拟机，那么形成集群是否有任何优势？我们的小公司刚买了一台16GB的Ram服务器。我建议只在盒子上设置IIS来处理外部请求，但是我们的“网络工程师”认为最好在盒子上创建3个VM并与VM形成一个集群以实现负载平衡。但由于它们都在同一个盒子里，采用VM方法而不是VM没有实际的好处吗？

感谢。

Answer 1

不，因为运行四个操作系统的开销会对性能造成影响，而且，我相信所有现代Web服务器（以及IIS）都是多线程的，因此无论如何都会针对性能进行优化。

Answer 2

也许网络工程师知道你不知道的事情。请问。用常识来分析答案。

也就是说，运行虚拟机始终需要资源 - 但您可能不会注意到。没有意义吗？好吧，即使您将具有千兆链接的计算机连接到Internet，您仍然无法处理比ISP提供的更多数据。如果你的上行链路是1MB / s，那么这是你能得到的最好的。今天的任何虚拟机都可以处理这一小数据，同时在99.999％的时间内无聊。

但是，在VM中运行服务器确实具有其他优势。首先，您可以单独拆卸它们进行维护。如果负载激增是因为您的公司非常成功，您可以轻松地在其他物理机箱上添加更多虚拟机，并通过鼠标单击移动虚拟服务器。如果主服务器死机，您可以设置替换计算机并迁移VM，而无需重新安装所有内容。

Answer 3

• 从性能角度来看，同一硬件上的3个虚拟机速度较慢
• 从可用性的角度来看，2个虚拟机将提供更高的可用性（更好地防止应用软件故障，操作系统故障，您可以在一个节点上执行维护而另一个节点上升）。

Answer 4

我当然会质疑这个决定，因为从硬件的角度来看，你显然仍然只有一点失败，所以没有任何好处。

从应用程序的角度来看，可能会有点勉强地建议，这样可以通过一次将VM从“服务器场”中移出来实现零停机部署，但在这种情况下，您不会从虚拟化中获得任何额外的应用程序冗余或性能。在基础架构和部署方面，您将获得的管理开销大大增加，而收益甚微。

如果计划在不久的将来部署到“适当的”负载平衡环境，这可能是确保您的应用程序在服务器场中正常工作（粘性会话等）的良好起点。虽然这使得你显然是现场环境也是一个QA服务器，这远非理想。