【IT168 应用技巧】虚拟化已经从一种需要解释的异类技术演进成为我们大多数人生活中必不可少的可行技术。或许您早已将此技术应用于质量保证测试、开发、Web 设计或培训等领域。也许您是尝试新技术的前驱，通过部署虚拟基础结构，甚至部署使用 Amazon.com、Rackspace Inc. 或其他云计算供应商提供的“云”虚拟化的基础结构，引领技术潮流。

　　无论您当前是否正在使用虚拟化技术，只要您曾经使用过，您无疑都会认识到此种技术自身面临着一些挑战，正如维护物理硬件也处于两难境地那样。很多问题是不同的，但也有一些问题是相似的。

　　处理虚拟机监控程序

　　您或许听说过一度流行甚广的“虚拟机监控程序”(hypervisor) 一词。它已经成为虚拟化领域的一大热门术语。但虚拟机监控程序并非新鲜事物。只要我们使用过虚拟机 (VM)，就必然使用过虚拟机监控程序。事实上，IBM 早在上世纪七十年代就创造了“虚拟机监控程序”一词。

　　虚拟机监控程序是一种软件，它为在系统上“虚拟”运行的来宾提供一套虚拟化硬件。它为来宾操作系统实现抽象的物理硬件。在过去几年中，在 x86 平台上运行的“1 类虚拟机监控程序”(包括 Microsoft Hyper-V 和 VMware ESX Server)得到了很大发展，这也导致产生一些混淆。大多数人使用的虚拟机监控程序(特别是对于客户端系统)被称为“2 类虚拟机监控程序”。两种虚拟机监控程序的差异何在?

　　1 类虚拟机监控程序直接在主机硬件上运行，而无需“主机操作系统”。Microsoft Hyper-V 和 VMware ESX Server 是 1 类虚拟机监控程序的常见例子。

　　2 类虚拟机监控程序需要运行主机操作系统。通常，2 类虚拟机监控程序主要作为用户模式应用程序在其主机操作系统上运行。Microsoft Virtual PC 和 VMware Workstation 是 2 类虚拟机监控程序的常见例子。

　　在大多数情况下，对于任何“始终运行的”工作负载(例如，虚拟化 SQL 或文件服务器)，您都希望使用 1 类虚拟机监控程序。至少，1 类使用的资源要比 2 类少。但是，它可能需要用户登录才能启动(取决于主机)，这对关键任务系统而言并非一个好的选择。相反，2 类虚拟机监控程序更加适用于“按需”虚拟机。这种类型的角色包括用于测试、应用程序兼容性或安全访问的虚拟机。