以前，简单的应用环境只不过是一个操作系统、一个硬件主机而已，现在的虚拟化技术能够让我们的计算机更强大，甚至使他们的硬件资源远远的超过实际的CPU性能和容量大小。无论是服务器还是客户端，虚拟化让它从以前的束缚中解脱出来，但由此也带来了虚拟化环境的管理问题。在虚拟环境下，如果不能有效的管理虚拟机，每一个动作执行都与下一次不同，将形成一个杂乱无章的系统。同样，数据的备份和服务器的可用性设计都将进入一个恶性循环。
我们希望虚拟化设备的生产厂商能够提供一个统一软件平台，它能通过一些内置的工具、方法来控制管理整个架构，但是各种各样的虚拟化设备的管理彼此间是完全不同的，这也使得这种统一管理工具需要具备各种产品的配件或者应用接口，使之适合并控制各种虚拟化设备的改变。下面我们将拣选一些虚拟化设备管理平台软件进行评测，以求在使用中评估几款软件的优劣势。
虚拟化管理软件的评测目标
我们所说的这些虚拟化设备管理的平台都来自一些虚拟化设备的生产厂商，例如VMware, Microsoft and XenSource (最近刚刚被Citrix Systems收购)。虚拟化设备管理软件的启动和传统的服务器管理软件之间将陷入一场纷争。
在本文我们需要测试这些软件的三个部分，第一部分我们将检验VMware, Microsoft and XenSource这三种软件的管理性，着重考虑的特性包括他们虚拟化管理设备的平台、也要检验一下各自厂商对自身虚拟化设备所配置的管理平台；第二部分是比较它们提供的功能；第三部分是各个虚拟化设备的厂商今年将要发布的产品。
对于虚拟化设备的管理可能用到的方式，我们在一个较广的范围内，鉴定了5个方面：
* 虚拟化设备的快照版本是如何跟踪的？
* 如何移动、增加和改变虚拟化设备的主机、他们的客户以及它们自己管理的应用？
* 如何有效的监控虚拟化设备及应用？
* 在虚拟化设备间用户和管理员如何作角色管理？
* 不管以任何方式，我们是通过什么信息鉴识方法有效的帮助我们确定为什么一个虚拟化设备已经彻底的改变？
我们将使用这些问题来作为我们测试的基础，对所有的虚拟化管理产品进行检验。
总体测试结果：VMware更值得信任
首先，如下的表单对我们的测试结果作了一个概括地说明，总体来说，这些虚拟化的管理软件都还存在不够完善的地方。相比起来，VMware提供的管理工具更值得让人信任。
这三个厂商都提供一个基本的、供用户试用的虚拟化设备主机免费的基本形式。如果你想获得这些基本主机平台的企业级版本，以及他们适当的主机管理和控制，那么你需要支付额外的费用。上面说的只是基本的企业级虚拟化设备管理的一个软件包，类似于你获得了一个完整的管理平台或者API接口。这些控制台的鉴定主要是为了我们测试整体虚拟化设备产品使用情况。
每一个虚拟化设备管理平台都得到了一次评测，包括VMware ESX 3、Microsoft Virtual Server (MVS) 2005 SP1和XenSource's XenEnterprise 4，他们都在最小的范围内提供了必要的管理工具。
测试的虚拟化平台的管理功能包括：启动和停止虚拟化设备、借助于一些通用工具从客户机的操作系统上获得一个shell表、着眼于SNMP协议的价值或者跟踪通过Windows管理的工具等。他们都有自己有效的命令行接口，这可以根据客户机要求让性能改变（重新分配使得内存变得最小）和分解网络和存储资源。
我们测试这些虚拟化设备平台的成熟度的时候，结果显示他们的管理能力几乎相当，但在一系列的后续测试中，我们发现VMware的硬件虚拟化方案是最强大的，对于我们测试的主流平台，它提供了一个稳定的并且不需要繁琐操作的工具平台。
总体测试结果：各有所长的三款管理工具
MVS 2005也是一个被人们熟知的软件，因为它已经投入市场2年多的时间了。然而，跟随着微软的Windows Server Virtualization (WSV)，他的进步却有一点点地停止，WSV是一个重新设计的，作为微软2008版本重要的组成部分。WSV将在微软的虚拟化硬件上作一次重大的改变，这个软件巨人在虚拟化方面也许还将沉寂一年。
我们看到Xen的起源是开放源代码的设计，但坦白地讲，我们不认为它已经对恶劣的生产环境做好了充足的准备。虽然它的核心设计已经基本成熟，并且Citrix/XenSource希望像linux和Windows服务器管理和网络设计一样，成为商业的一个组成部分。
每一个虚拟化设备平台的测试都提供了一个孤立的客户机-操作-系统，这样可以防止某些表现欠佳的客户机操作系统影响到其他的客户机，影响测试结果。在我们的测试中，我们发现孤立的会话并不是十分的简单，但是对于这三个产品来说他们的表现却非常好。会话/主机的可靠性在某些方面上讲可以激发虚拟化设备在生产环境中的使用。
除了基本的可管理性和稳定性不说，三个厂商的软件没有一个平台在其基本的软件包中提供管理工具（这个包也就是所说的免费包），这个包只是能够提供指向其它一些重要的组件。例如，镜像归档、镜像修改、客户机操作系统同步组件、镜像确认和用户角色管理等。此外，信息鉴识仅仅是通过东拼西凑的日志和使用过滤器来发现一些状态的确认信息给虚拟设备主机。
为了达到与企业级管理工作相同的效果，我们把一些值定义到了临界的状态，用户必须借助于各厂商的最主要的模块管理应用程序，这些模块都是收费的。
在这种临界状态的测试下，VMware的VirtualCenter是最好的管理程序，其管理控制台是最全面也是最容易使用的。通过可选择的第三方软件我们看到其表现出了很迅速的商业增长趋势。
XenEnterprise 4 的XenCenter管理控制台相比VMware来讲，提供了很多呆板的功能。XenEnterprise使用开放的源代码Xen组件作为其根源，通过其在上面增加其商业层次。下面则通过一些开源的选项，如一些商业的第三方管理附件，这也使得它的表现不那面完善或者说管理的种类也相对单一。
微软最近发布了其Systems Center Virtual Machine Manager (SC-VMM)，这个平台能够控制目前使用的MVS 2005 SP1平台，即将管理WSV的下一个版本。SC-VMM相对于微软虚拟化设备来说其添加是非常必要的，因为这个工具可用来管理VMware产生的、在大型部署中只能由MVS 2005 SP1获得适当管理工作的系统，这也就像是相对而言的苦差。
以下是虚拟化设备平台在我们的实验室环境里，一个接一个平台测试细分目录，这将展现它们如何从内核的稳定性和附加工具的带来的高级别的管理能力。
VMware ESX Server 3：强大的管理性
VMware ESX表现出来的强大管理性，来自于它能够将Intel的主机与x86的客户机操作系统直接在一起使用，而不需要作任何的修改。64位的VMware ESX Server 3（也是以前的版本）是通过其自身的内核来管理操作系统平台，随后VMware ESX就使用了Linux内核来管理操作系统平台，并且对以前的内核全部重写，所以管理程序可以运行在客户机操作系统里。
VMware ESX主机能够管理各种各样的客户机操作系统。这是其成熟的功能模块中的一部分。微软的Windows、SUN的x86系列的Solaris系统合许多Linux发布的在客户机操作系统都可以通过VMware ESX管理，并且适用于Intel和AMD的多CPU处理器环境。VMware ESX具备基本的工作模块使得客户机操作系统轻易得与主机间工作，几乎没有任何兼容性问题，只不过需要一个管理员来完成这些操作罢了。
任何一个环境如果使用了ESX，如果一个IT部门非常严肃的部署一大把客户机和主机的话，那么他都需要使用VMware的VirtualCenter平台（或者一个功能相等的第三方产品）。
VirtualCenter平台的定价和其他各种各样相近功能的组件一样，所以在我们部署一个基本的配置的时候他也并不是无所不能的。所以我们宁愿相信他是一个在多ESX服务器的情况下的一个自身基本功能的共享，可以用它来管理操作系统上的多个实例。
VirtualCenter借助一个数据库（Oracle，我们这次用的是MS SQL服务器）来存储它们自身的索引，例如在一个VirtualCenter管理平台里各个客户机操作系统都安置在哪里、哪些资源被分配到他们使用、他们正常运行时间的统计和哪些对象组是他们的成员等等。这些管理应用运行在一个Windows 2000/2003/XP许可的单处理器系统里（我们使用Windows 2003企业版）。这些数据库需要通过方法可靠的保护起来，因为他们当系统出现故障的时候有了它们我们的重建工作将变得十分简单。
VirtualCenter 镜像管理能力的焦点要超过其镜像建立和库的管理，并且没有谈到例如同客户机操作系统实例或者已存储的实例之间的补丁/升级问题。像微软的SC-VMM，它在它们基本的软件包里并没有通过很好的方法处理备份和归档工作（这是一个可选择的模块）。
VirtualCenter复制客户机操作系统镜像和使用向导来布署它们。这些镜像的大量升级或者使它们的内容有效并不是十分容易的，然而，此外VMware需要增加认证来确保一个建立的镜像是否被篡改，是否能够容忍升级所需要的和生产
VMware ESX Server 3：更成熟的功能模块
VirtualCenter非常强大的一个关键因素是迅速的、非常灵活的镜像和客户机操作系统的管理，不管你是不同种类的主机硬件是什么（例如，将它们从Dell服务器移动到HP服务器上面）。跟踪这些移动的信息是依靠科学的配置方法的数据库管理机制，它能够记录服务器和个别客户机操作系统的实例情况。
当一个虚拟化设备主机运行VMware ESX平台，他就将增加到这个数据库，而这个主机也自动的接收一个被叫做VirtualCenter客户端的代理应用程序，它运行在主机的管理程序里，以在性能状态和VirtualCenter配置数据之间建立联系信息。
这些代理程序同样通过一个API通道在VirtualCenter服务器和主机和客户机操作系统实例之间来管理各种工作。第三方的应用程序能够使用这些API能够连接虚拟化设备的一些私有数据，建立一个宽阔的通讯链路来存储和设置信息。VirtualCenter也是其他VMware提供的必备条件，包含高可用和集群等功能。
跟踪移动、增加和改变客户机虚拟化设备的过程在最近的VirtualCenter有效版本中有所改变，现在使用资源对象池来合计组镜像操作、报道性能条件和执行的其他对象操作。这相比以前部署或者改变版本的方法来说有了很大的改进，这也要求你在同一时刻对一个虚拟设备实例进行改变。
在这一组应用监控里，这些处理过程仍然是操作系统和应用监控服务的一个基本模块，它与每一个客户机操作系统相联系。通过ESX的管理某些特殊应用模块的功能也不是非常明显的。
无论是ESX还是VirtualCenter都不允许多级别的管理角色；代替它的是它把这部分功能移交给特有的客户机操作系统，例如Linux管理员或者微软的活动目录组件管理员。
信息鉴识是不能看到日志信息的并且使用信息鉴识分析工具可以指向一个客户机操作系统，通常通过一个解码器、系统日志文件或者其他管理软件的API接口来作分析。
不管怎样，VMware是值得信任的，并且很多东西大家都试验
阅读(175) | 评论(0) | 转发(0) |
