什么时候不用虚拟化？

Question

当虚拟化是新的，我们试图虚拟化一切，但后来我们注意到用例，我们的虚拟机比一个裸金属要慢得多。

对于我们来说，在决定不进行虚拟化时，我们使用以下规则：

• 网络IO密集型应用程序(即有许多中断/数据包)
• 磁盘IO密集型应用程序(如果不在SAN存储中)
• 拉姆密集(这是最宝贵的资源)

我们有这些经验与Xen和DRDB，以及有超-V的共享-没有与DAS。所有的管理程序都是这样的吗？

在决定虚拟化应用程序/服务器时，我应该寻找哪些(其他)度量标准？

Answer 1

您已经达到了问题中的主要指标：

• 网络IO 您希望确保您的虚拟化工作负载不会使主机系统的网络连接饱和。在现在的10 10Gbit中，这对较大的企业来说不是什么问题，而小型企业通常可以从千兆位(或合作/聚集的)NIC中获得所需的性能。
• 磁盘IO 您希望确保您的磁盘子系统(本地磁盘、SAN、NAS)能够处理磁盘I/O您是proposing.时，请记住SAN结构(开关等)。也需要能够处理负载--你可能有一个每秒能把太比特每秒推到磁盘上的存储系统，但是如果那个怪物连接到一个糟糕的100 may织物上，你就会在存储设备出汗之前就饱和你的网络。
• RAM 更具体地说是“活动的”RAM (因为非活动的东西可能被管理程序交换掉，没有人会注意到)。理想情况下，您有足够的物理RAM，使您的管理程序不需要交换。在现实中，你可能会发现一个快乐的过度承诺的媒介。

其他一些需要考虑的问题：

• CPU (和工作负载模式) 如果您有一堆执行CPU密集型任务的系统，如果它们同时要求主机系统的处理器，您可能会遇到麻烦。(例如，如果您有一个主机CPU，以及三个VM，它们都希望在午夜时处理数字，那么每个VM只会看到主机CPU性能的1/3，因为管理程序试图在它们之间拆分有争议的资源)。.的另一面是，如果您有一组系统在不同的时间(例如午夜、凌晨3点和早上6点)执行CPU密集型任务，并且总是在下一个人开始之前完成这些任务，那么您就可以虚拟化它们，而且它们永远不会知道区别。
• 自定义硬件一些虚拟机监控程序(如VMWare)允许PCI和存储通过。如果您需要访问主机上的硬件(如图形卡或直接磁盘访问)，其他人可能需要在计划虚拟化时考虑到这一点。
• 保持时间的管理器在这方面做得更好，但是精确的计时任务仍然更适合专用的物理服务器。例如，组织的主NTP服务器应该是物理主机(如果路由器能够充当NTP服务器，则应该是路由器)。
• 通常不能很好地虚拟化的有很多关于这方面的轶事数据，所以在您将something.虚拟化之前先做一些研究，比如上面提到的计时问题，VOIP系统(比如星号PBX)和大量使用的数据库通常都是虚拟化的坏选择(前两个是因为计时精度问题，数据库通常是因为它们引起资源争用，而不是其他工作负载).每个公司都收集了一个他们知道他们无法虚拟化的本地列表--当你发现你的项目确保你记录了它们(包括原因)，如果有一天你得到一个管理程序来解决这个问题)。

Answer 2

正如评论中所指出的，并非所有虚拟化软件都是平等的。

http://wiki.openvz.org/FAQ#What_是_这个_性能_overhead.3F

性能开销是多少？接近零。没有仿真层，只有安全隔离，所有检查都是在内核级别上进行的，没有上下文切换。什么是性能期望？只有一个容器具有活动任务时，才能实现峰值性能。在这种情况下，它可以使用100%的可用资源:所有CPU、所有物理内存、所有磁盘和网络带宽。OpenVZ并不限制您使用单CPU虚拟机。

虽然这可能让人觉得没有答案:在不应该使用虚拟化的情况下，没有什么条件。我现在习惯于只部署一个OpenVZ容器的硬件:它们很容易使用所提供的工具进行迁移，因为虚拟化本质上提供了硬件抽象。作为一个小副作用，软件许可成本通常也更便宜。