那么，真的，虚拟化的开销是多少？我应该何时关注？

我正在寻找良好的经验法则，以了解何时不对计算机进行虚拟化。

例如，我知道利用率接近100％的完全受CPU约束的进程可能不是虚拟化的好主意，但是在某种程度上运行大多数情况下会“大量”利用CPU的东西有任何意义（例如40或50％）？

另一个例子：如果我虚拟化了1000台计算机，即使只是轻度或中度使用它们，那么在只有4个内核的主机上运行全部计算机可能会很不好。

与主机资源相比，有人可以根据计算机工作负载或来宾计算机的数量来总结有关虚拟化的提示吗？

我通常使用VirtualBox或VMWare在Windows主机上进行虚拟化，但是我假设这是一个非常普通的问题。

磁盘子系统。这通常是最少共享的资源。内存，当然，但是那是显而易见的。

磁盘子系统限制以两种方式起作用。如果系统使用大量磁盘I / O，则其他来宾会变慢。如果此访客正在生产中，则可能需要快速响应Web查询。这可能非常令人沮丧，也是为什么不租用虚拟硬件的重要原因。您可以通过使用专用磁盘来最大程度地减少此问题。

Guest虚拟机仅使用512 MB内存，会将所有磁盘缓存放在主机上。而且客人之间的分配不均。

不用担心CPU IO。这样，虚拟化非常高效，通常仅与在同一系统上运行的多个进程相关。我很少看到多至强系统在CPU上100％运行。

编辑：错别字

我永远不会放入VM的东西：

• 使用无法虚拟化的特定硬件的任何东西：通常是图形，相当多的硬件安全模块，带有自定义驱动程序的任何东西（例如，专用网络驱动程序）。

• 有许可证问题的系统。每个物理CPU或内核都会收取一些软件费用，无论您分配给VM的费用是多少。如果您拥有在32核服务器上的VM中运行的单核许可软件，您将在审核中受到打击。

我不建议在VM中安装的东西：

• 已经努力使用商品硬件中所有资源的软件。像hadoop这样的作为“大数据”工作一部分工作的机器通常被设计为在裸机上运行。

• 任何需要进行微调以利用资源的事物。当您真正开始调优数据库时，争夺资源的VM确实会在工作中费劲。

• 任何已经存在很大瓶颈的东西。它本身已经不能很好地发挥作用，也可能不会与其他人很好地发挥作用。

放入虚拟机有一些很棒的事情：

• 任何花费大量时间闲置的事物。邮件和DNS之类的实用程序主机很难在现代硬件上产生足够的负载以保证专用服务器。

• 本身无法很好（或轻松）扩展的应用程序。旧版代码经常属于此类。如果应用程序无法扩展以占用服务器，请使用许多小型虚拟服务器。

• 从小开始但不断发展的项目/应用程序。与在裸机上启动相比，向VM添加资源（以及迁移到更新，更大的硬件）要容易得多。

另外，我不确定您是否夸大将单个主机上放置大量VM的问题，但是如果您尝试使用较大的VM：HW比率，则可能要考虑使用ESX，Xen，KVM。您将比在Windows上使用VMware或virtualbox更好。

虚拟化性能有两点。

• 共同的瓶颈
• 仿真

在共同的瓶颈上，还有谁在同一个铁杆上？如果您位于虚拟环境中，则非常需要托管合作伙伴对您诚实。

我认为要询问原始性能（特别是交互性）的主要问题是虚拟化系统的哪些部分是仿真的。这取决于设置。磁盘和网络是典型的候选者。根据经验，仿真会使执行操作的性能“成本”加倍，因此，任何硬件延迟时间都应计为两倍，并且任何吞吐量数量都应减半。

最终，不应将任何高性能负载虚拟化。虚拟化的性能提升是不平凡的。在这里查看我的测试结果：

http://www.altechnative.net/2012/08/04/virtual-performance-part-1-vmware/

OTOH，如果您希望合并许多一直闲置的机器，那么虚拟化是前进的方向。

anttiR的良好回答。

此外，时间紧迫的系统。我只是想知道Hyper-V毛钱（虚拟机慢慢落后，虚拟机中所有现代OS都这样做，经常重新同步）在我开发的一些时间紧迫的应用程序中表现不佳。另外，我将在那里使用“很多” cpu，并计划为该应用程序生产一台12核机器。