在虚拟服务器上运行生产Web服务器和数据库有哪些风险？ 目前我们正在考虑使用VM Ware服务器。 这似乎是一个很好的解决scheme，将导致简单的备份和恢复，但是我们牺牲了运行虚拟化？
几乎没有。
您在多个虚拟机上共享CPU电源和RAM。 对于不是最大运行的虚拟机，这不是什么大问题
您获得灵活性和易于备份。 当硬件发生故障时，您可以在其他位置重新部署服务器。 在购买服务器硬件时，您会因为付出更多的努力而获得更大的回报。
VMware ESXi是完全免费的，并会做得很好。 另外如果你想稍后升级，这是一个非常stream畅的过程
我会说不使用VM的风险更大。 如果没有虚拟机，如果你的硬件出现故障，你会成为SOL，直到你得到它的replace和恢复。
使用虚拟机，如果硬件出现故障，您可以将虚拟机文件移动到另一台虚拟机服务器，并在几分钟内恢复运行。
当然，还有其他缺点：大多数虚拟机不能使用2个以上的CPU（或核心）。 磁盘性能略有下降，您将不得不与服务器上的其他虚拟机共享RAM。
但对于大多数服务器，我会说这是值得的。
你牺牲了性能，然而，在大多数情况下，你牺牲的性能是微不足道的，pipe理和足迹的收益很好地抵消了损失。 大多数服务器是虚拟化的公平游戏，大型数据库服务器也许是例外之一。 然而，你需要问自己，如果你的数据库服务器是真正的“大”，大多数不是。
从你的问题我可以推测，你正在寻找运行在同一台物理服务器上的2个虚拟机中的Web服务器及其关联的数据库服务器？ 暂时忽略安全性，你会在没有虚拟化的情况下在同一个盒子上运行它们吗？ 也就是说，你觉得一个盒子对于负载足够强大吗？ 如果是这样，我想你会发现在这个盒子上运行的虚拟机也不错。
你放弃的另一件事是物理分离。 如果你正在运行一个web服务器和它的数据库服务器，如果一个人死了，你就死定了，所以没什么大不了的。 但是，如果你要在一个物理盒子上运行你的Web服务器和它的冗余伙伴，那么你真的很愚蠢（而且我已经看到了。）如果你丢失了物理盒子，那么你已经失去了两个Web服务器，不好的地方。
VMware Server的风险太大了！ 服务器是一个托pipe的虚拟化解决scheme，正如客户操作系统的意外。 即使我是VMware迷。 我宁愿看到你跟VMware竞争对手，然后依靠服务器。 VMware服务器是很棒的，但像VMware工作站或虚拟服务器2005 …如果主机操作系统有问题所有的虚拟机都有问题。 随着Hyper-V / Xen / ESXi全部免费…使用真正的pipe理程序！
看起来你所要找的就是整合，而在自由空间里它们几乎没什么区别。 使用你最熟悉的供应商，但使用真正的pipe理程序。 随着裸机（从任何供应商），我会把影响没有。 如果有什么您的应用程序将由于提高的灵活性performance更好。