VMware、微软和Xensource的VM管理工具测试 仍有改进空间

　　Xen最初作为一种准虚拟化方法取得了优势。准虚拟化方法随着两年多前Novell选择把Xen集成到SUSE Linux Enterprise Server版本（从SLES 9开始）中而得到普及。

　　《Network World》在测评SLES 9中的Xen的感觉是它还没有完全做好正式使用的准备。《Network World》发现Xen虚拟机难以构建、派生、管理和控制。

　　较老的Xen版本3的半虚拟化方式使用一个托管的操作系统，后者的内核被修改为支持虚拟化。然后，Xen感知（Xen-aware）的客户机操作系统被加载到修改过的内核/主机操作系统上。客户机操作系统实例不重新创建所有组件（外设驱动程序、GUI和其它大量使用CPU的东西），因此，理论上提高了Xen结构中的客户机操作系统的效率。

　　不过，Xen迅速成熟起来，从测试中也可以发现它变得更为强健，并且它被包含在今年年初推出的Red Hat Enterprise Linux 5中。其改进的安装、配置和管理行为改变了《Network World》对它的很多不好的看法。

　　Xen项目开始于大学，随后它的吸引力不断增加――特别是作为一种准虚拟化概念证明。XenSource在来自Intel和其它机构的投资的支持下为Xen不太友好的基础组件开发了商用层，并为进一步的内核开源Xen开发提供帮助（以及其它许多东西）。结果是迅速演进的Xen内核虚拟化组件之上的XenSource的商用层带来了可以与VMware的特性和Microsoft利用收购Connectix服务器组件开发的特性相竞争的特性。

　　新发布的XenEnterprise 4使用64位hypervisor，管理Xen感知和兼容客户机（包括多个Linux和Solaris版本）。Microsoft和众多Linux开发商也宣布或提供Xen感知服务器和客户机操作系统版本。

　　同拥有大量添加件和附加件的VMware ESX一样，XenEnterprise提供庞大的XenCenter添加件：一种管理服务器以及虚拟机资源池的应用程序。XenSource最近宣布说XenCenter现在发送它的部分基本产品。

　　精通Unix/Linux的管理员将发现一旦理解了管理选项后会有很多喜欢的东西。文档资料中几乎没有典型虚拟化场景的有用的例子，但是这并没有在我们的测试中阻止我们在SUSE SLES 10上使用它的正面的虚拟化体验。

　　《Network World》创建了可以轻松管理的资源池，尽管发现许多特性要求苛刻的条件（如同一类客户机操作系统虚拟机）才能使用我们所需要的控制特性让我们感到沮丧。

　　从物理服务器创建新虚拟机相当容易，但缺少把开源虚拟机转换为XenSource虚拟机的容易的办法。从物理服务器转换为虚拟服务器，然后再重新投入到XenEnterprise中，就好像开源虚拟机必须退回到物理实体。这种向后兼容性问题意味着把老Xen安装迁移到XenEnterprise中需要做很多的工作。XenCenter还没有提供任何自动完成这一过程的功能。将XenSource Xen 3.0转换为Xen 4.0也需要转换为Xen 3.1的过渡步骤。在停机时间，系统可以用不到1小时以这种方式完成迁移。

　　XenCenter有一个完成基本任务（如由物理候选服务器构建虚拟机）的有用的、基于Java的GUI。不过，很多工作只能通过使用CLI工具集来完成，而这些工具没有很好地反映在GUI中。事实上，所有这3家厂商都提供可用于以GUI不能的方式定制基础设施和活动的CLI或powershell命令。在这3家厂商中，XenSource的GUI在这方面最不令人满意：我们不得不经常为完成像连接启动Xen虚拟以太网交换机或把客户机连接到主机hypervisor的网络资源这类工作而调用命令行选项。

　　XenSource的XenCenter缺少修改同步、映像认证、审计跟踪、补丁/修补控制以及用户角色定义与策略――这些都属于我们认为必须由虚拟机管理套件来满足的领域。XenCenter是全新的产品，LeoStream等公司正在与XenSource公司合作提供更多的功能性。在测试的3种管理产品中，XenSource的成熟度最低，但随着开源组件向商业领域迁移（正如VMware曾经经历过的）已经取得了迅速的进步。