专家热议：Hypervisor的未来将会如何？(1)(2)
虚拟化战争：VMware vs. Hyper-V vs. XenServer vs. KVM
Dix：如果有一家大型企业计划与一家云服务商合作，但这家云服务商所使用的Hypervisor与该企业内部所使用的Hypervisor不同，这种情况下可能会产生多大的问题?
Kim：如要云服务商正在使用某种特定技术，那么企业自然希望自己也使用对等的相应技术。我不知道这个问题是属于技术问题还是商业问题，但我们确实在这方面听到过一些反馈。
JOLLANS：很多时候企业会将云看作是其IT系统的一种灵活扩展，因此它们希望能够从内部系统上卸下工作负载。有鉴于此，内外系统之间的协调一致已变得越来越重要。
Gillen：Adam的观点切中了要害，因为随着时间的推移，真正有吸引力的云属性将是其提供的服务水平、您所购买的每计量单位的成本，以及您与云之间实现轻松、无逢互动的能力。
Dix：接下来我们在管理方面开展一些更深入的探讨。不同工具集所具备的能力是否有巨大的差异，或者它们在目前其实都非常相似?
Gillen：我认为差异还是有的。有些差异非常细微。例如，有时差异的内容是是否具备扩展目录或联合到一个云中的能力。还有就是移动一个IP地址块，并且将存储能力从一套服务转至其它的服务中的能力。不同厂商会以不同方式实施这些能力，有些管理和云基础设施更适合某些类型的环境，例如，System Center在微软的环境里就是要好用一些。
与此同时，如果您拥有混合式的环境，即在同一基础设施中同时拥有Linux和Windows。在这种情况下，客户很自然地会倾向于选择VMware，因为VMware被认为与平台的依存关系较为松散。
Dix：Kerry，这个问题您怎么看?
Kim：我们的商业战略一直都是在管理平台方面为客户的选择提供支持。因此，我们的注意力集中于操作系统和基础设施一层，并且支持多种第三方工具，无论这些工具属于开源产品还是私有产品。
Dix：您的观点呢，Adam?
Jollans：在Hypervisor的管理方面，我认为IT环境异构化是当前的重点问题之一，我认为未来的趋势是异构化现象越来越明显。因此，要么是VMware工具将要有能力去管理其它的Hypervisor，用户要么就去选择IBM VMControl之类的工具，后者已经能够对多种Hypervisor实施管理。现在，在云环境中您可能面临的是纯粹的环境，因为用户正在通过标准化的方式对其环境加以优化。如果您是一家企业的IT中心，您面临的很可能是异构的环境，因为数据中心的其它部分也正在呈现出日益异构化的趋势。
Dix：我们接下来回过头来讨论一下Xen和KVM。两者之间一直在酝酿一场战争，但最近将Xen加入Linux内核的决定(KVM已经加入了该内核)，使这场战争的可能性烟消云散。你们对这一最新进展有何看法?
Gillen：从长期看来，直接将Hypervisor内建到操作系统中是一种可持续性发展道路，因为这样就无需再进行双重的开发，也不需要再为每一种新硬件开发一系列的驱动。不过，这将对Xen的商业支持会受到某种程度的损害。尽管在所有Hypervisor中，Xen的使用广泛程度排行第三，但问题在于，没有任何一个版本的Xen能够在不同的地方使用。长期来看，维持Xen开发工作的难度将会越来越大。我的意思并不是要Xen在未来的一两年内关门大吉。可以肯定的是Xen将在未来的十年中继续享受自己的美好生活。
Kim：我们有许多客户都在Xen中部署生产性工作负载，因此我们不会放弃它们的。
Gillen：“放弃”这个词可能有些言之过重。我认为长期看来，Xen尽管会不断地被使用并获得支持，但它将会逐渐变成一种历史解决方案。最终，用户会过渡到某种其它的环境中。
Jollans：我认为这个问题很大程度是与社区和生态体系有关。如果Xen分支发展出多种代码库，那么就不可能出现现在的这种社区效果。通过KVM，以及SUSE、英特尔、HP、红帽等厂商，我们最近组建了两个团体：一个是开源虚拟化联盟(Open Virtualization)，另一个是最近建立的oVirt。后者也负责将虚拟化管理引入通用代码库。因此，如果您能够让社区保持团结，并且开发一个单独的代码库，那么我认为从长期来看，其前景将比多个代码库要光明得多。
Gillen：坦白地说，这就是我对Xen心存担忧的原因之一。Xen在服务提供商社区中得到了广泛的使用，但它们并没有使用Oracle或Citrix的Xen版本。相反，它们使用的都是开源的Xen。它们对代码进行了修改，并围绕它构建了自己管理工具。您几乎可以将其称作Xen产品线的一个分支，因为它们有自己的功能和特色，而且无法非常轻松地实现重新融合。因此，您拥有的并不是单个大型生态体系，而是一系列规模较小的生态体系。
Kim：我认为，最近Xen被接纳入Linux内核后，社区将为Xen提供更多的支持，因此分支的情况可能越来越少，而融合则会越来越多。
Jollans：还需要记住的是，Xen和KVM之间存在架构上的区别，而且我认为它们都有各自的强项。