虚拟化市场混战:微软竭力拉拢VMware客户群

译文
云计算 虚拟化
微软虚拟化工具是否达到标准?我们的工作人员Trevor Pott为此进行了一番调查比较。

微软虚拟化工具是否达到标准?我们的工作人员Trevor Pott为此进行了一番调查比较。

虚拟化市场的竞争日渐白热化。凭借Server 2012,微软终于推出了一款切实可行的平台,而Server 2012 R2俨然比Server 2012更胜一筹。

你可能会听到不一样的数据,这取决于你的谈话对象是谁;不过普遍的看法是,微软已设法赢得了大概四分之一的新安装用户。

不难明白如今新机部署数量为什么让VMware的高官们夜不能寐,但是微软想拉拢忠诚的VMware客户,难度又有多大呢?

和平共存

想闯入原有部署虚拟化领域,关键在于转换和共存的容易程度。VMware牢牢控制着企业市场,而企业IT的***条准则是,引入的技术不得干扰正常运行的服务。

停机造成的经济损失很大——几乎总是比VMware与微软的产品差价多得多。

微软已开始着手解决其中一些问题,为此让系统中心2012(System Center 2012)能够通过一个应用程序管理多个虚拟机管理程序。虽然在VMware基础设施与Hyper-V基础设施之间迁移虚拟机仍有点麻烦,但是单一管理点有助于缓解这个问题。

运行两个环境有其优点。如果你采用异构环境,就能获得一定程度的自由,避免厂商锁定现象,但缺点是复杂性增加了,还需要额外的工作人员和培训。

异构环境给你带来了讨价还价的地位,这可以大大抵消成本。即使厂商采取强硬手段,你也有能力与对方角力,不用担心系统运营受到影响。

无论你的目标是让两个环境协同运行,还是从一个环境转换到另一个环境,你都会遇到需要转换虚拟机的情况。

从技术上来说,***是为新环境重新安装和重新配置每个虚拟机。不过,这既不切合实际,又不现实。

微软果真拥有从容应对转换的本领吗?

频繁使用库

微软的虚拟化管理工具是系统中心虚拟机管理器(SCVMM)。该工具可以将虚拟机管理程序部署到裸机系统上。它还可以管理虚拟机管理程序、虚拟机和虚拟网络,而且越来越多地管理虚拟化存储。这款工具还让你可以管理来自多家厂商的虚拟机管理程序。

假设你已经将自己的VMware环境添加到SCVMM,那么将驻留在VMware服务器上的虚拟机转换到Hyper-V环境相当简单直接。

SCVMM的其中一项任务包括,维护虚拟机库;大批处理虚拟机实际上是通过该库进行的。

如果你有一个虚拟机想要转换,那么只要将虚拟机文件拷贝到SCVMM库服务器上,把这些文件放入到合适的目录,触发重新扫描即可。然后,虚拟机就会出现在库的列表中,你可以在方便时选择“转换虚拟机”。

最近微软刚刚发布了大批转换的另一个产品:微软虚拟机转换工具(MVMC,http://technet.microsoft.com/en-us/library/hh967435.aspx)。

该产品有两种形式:一种是独立的应用程序,另一种是面向VMware vSphere客户端的插件。它完全脚本化,适合数据中心规模的工作。MVMC还带有一款PowerShell自动化工具包(http://www.hyper-v.nu/archives/maarten/2013/04/mvmc-automation-toolkit-mat/)。

虚拟机迁移工具包(VMMT)则完全独立于MVMC,它也是一款大规模转换工具。如果你有虚拟化项目要开展,那么Hyper-V.nu的这篇文章(http://www.hyper-v.nu/archives/hvredevoort/2012/04/virtual-machine-migration-toolkit/)值得看一看。

当然,如果你有了SCVMM,就不需要MVMC或VMMT来进行脚本转换。与所有现代的微软服务器技术一样,SCVMM也可以完全通过PowerShell来访问。微软已发布了几个基本的例子(http://technet.microsoft.com/en-us/library/cc967318.aspx)。

你可以使用这三个独立的应用程序,在微软的帮助下转换虚拟机。SCVMM可能最适合转换一次性的虚拟机。除非你想开始大批转换虚拟机,否则另外两个不值得花费时间。#p#

面临的障碍

微软无疑提供了几条不同的路径,以便你将虚拟机转换到Hyper-V环境,但它们都有同样的基本局限性,这是Hyper-V转换技术所固有的。

最烦人的一个局限性就是,要求在转换之前移除VMware工具。这限制了这个过程实际上多么有用。

在理想情况下,我拿来运行中虚拟机的副本后,就应该能够从VMware转换到Hyper-V。这将让我可以不用让虚拟机停止运行,就能测试该虚拟机在转换后情况怎么样。

就算我有时间让虚拟机停止运行以便转换,要求移除工具也意味着,如果我在进行转换用于测试,就不得不移除工具,关闭虚拟机,转换虚拟机,让虚拟机重新运行,重新安装工具,然后再次重新启动。这需要多次的重新启动。

这还意味着,你转换到Hyper-V的每一个虚拟机在转换完毕后都要安装Hyper-V Integration Services(Hyper-V整合服务),那样才能在Hyper-V基础设施上正常工作。整个过程远远谈不上有多顺畅。

转换过程并不支持虚拟硬盘连接至虚拟IDE总线的VMware虚拟机。必须在转换之前,确保虚拟机里面的所有磁盘都是SCSI磁盘。

实际上,这可能并不会影响太多的人,因为VMware默认使用SCSI磁盘来存储一切数据。不过,你在试图进行这种转换之前,这是需要考虑的另一个方面。

与旧操作系统不兼容

对操作系统的支持是虚拟机转换过程中面临的真正棘手的问题。不妨暂助把微软的受支持操作系统正式列表搁置一边,先聊聊操作系统与普通虚拟化技术、尤其是Hyper-V协同运行的残酷现实。

要牢记的***点就是,操作系统完全有可能知道它已被虚拟化处理。比较旧的操作系统不知道,但大多数现代的操作系统完全明白何时自己驻留在虚拟机中。操作系统越新,就越擅长处理虚拟机转换。

从技术上来说,有可能转换在两个平台上都可以运行的任何操作系统。我转换了Windows NT,直到Windows 8和几十款Linux版本。不过,我不敢说转换过程毫无问题。

如果你的Windows 7/Server 2008 R2版本比还要旧,就要作好心理准备。从单处理器到双处理器是让你犯难的一个转换问题。我还见过奇怪的sysprep问题和网卡跳来跳去的问题。

我通常觉得,如果你在转换Windows 7之前的虚拟机时遇到了问题,那么转换之前取出尽可能多的虚拟硬件,然后再添回去。这一招通常很管用。

Linux完全是另一种情况。微软对Linux的支持多年来就不如VMware。微软现在基本上追了上来,但是存在一些意外情况。

微软在Hyper-V中让Linux正常运行所采用的办法是,将支持Hyper-V的功能添加到Linux内核中。这招非常管用,但是仅限于非常新的发行版中。

如果Linux虚拟机的内核里面没有集成Hyper-V整合服务,那么Linux虚拟机上的虚拟机到虚拟机迁移就无法顺利进行。网络方面几乎总是个问题,处理器数量是另一个严重问题。

我还经常发现,在几款比较旧的Linux版本上,要是处理器数量大于一个,你根本无法进行转换,这严重影响了实用性。

至于比较新的Linux发行版,如果你先取出VMware工具,那么转换过程完全很顺畅。内核里面的Hyper-V驱动程序使得虚拟机从VMware迁移到Hyper-V要比从Hyper-V迁移到VMware来得容易。如果你在迁移之前能升级Linux虚拟机的内核,我建议强烈你这么做。#p#

外界的帮助

尽管微软提供了许多产品,但是仍有一些小众领域没有顾及到。首先,不是每个人都运行SCVMM。Server 2012 本身在虚拟化方面做得非常好,以至于许多中小企业觉得SCVMM根本没有必要。在其他情况下,面对比较旧或不支持的操作系统,转换工具转换起来效果ua 不好。

最出色的第三方工具包括5nine的免费版V2V EasyConverter(http://www.5nine.com/vmware-hyper-v-v2v-conversion-free.aspx)。它支持Windows和Linux,多年来给我带来了极大的帮助。

Veeam和Vision Solutions(通过其Doubletake产品)等备份软件提供商常常同样能够进行转换。

在一些情况下——通常是比较旧的Linux虚拟机,需要将一种类型的虚拟机逐个扇区地拷贝到另一种虚拟机。这方面没有神奇的转换过程,也没有什么所谓的特别秘诀:这只是从一个虚拟机管理程序读取虚拟硬驱,然后以目标虚拟机管理程序的格式写入。

在转换之后搞定驱动程序及诸如之类的东西通常需要相当大的工作量,但作为***一招的这个方法通常管用。

至于这些基于映像的转换,我使用Starwind Converter(http://www.starwindsoftware.com/converter),但我耳闻Winimage也具有一些优点。如果你在Windows操作系统上使用这个方法,那么我强烈建议你查查如何为你的Windows版本运行“Detect HAL”选项。

作为绝对是***一招的办法,TechNet上还有物理机迁移到虚拟机/虚拟机迁移到虚拟机(P2V/V2V)论坛(http://social.technet.microsoft.com/Forums/systemcenter/en-us/home?forum=virtualmachinemgrp2vv2v)。要是我在本文中讨论的技术都无法让你成功转换虚拟机,论坛上也许有人能够帮你搞定这个问题。

我们快成功了吗?

仍然存在这个问题:微软是不是足够好,可以在已部署的VMware环境攻城掠地?我的回答是“是的”,但是有重大保留。

转换过程远远谈不上非常简易。微软根本缺少一款能够与VMware转换工具正面较量并获胜的简单工具。

这有点遗憾,因为微软虚拟机转换工具最近停滞不前,没有带来我希望看到它能获得的许多功能特性。微软的转换过程没有易于使用的升级路径可以吸引大众。

我希望看到微软提供一款类似VMware Converter水准的、针对中小企业的工具。实际上,考虑到微软轮换工具方面没有太大进展,我想看到微软把其相当大的开发实力转向虚拟机转换这一块,让VMware见识一下可以如何做到这种易于使用的转换。

话虽如此,目前提供的功能非常好,足以用于企业数据中心环境。如果你在大规模转换虚拟机,那么预先测试一切,添加几道过程,学会喜欢使用脚本不会让你太操心。

企业市场是VMware非常稳固的地盘,所以微软的产品致力于这个领域实为明智之举。

微软提供了不错的技术,也有很管用的转换软件。要是VMware在今年8月召开的VMworld大会上不使出几招绝活,那么我预计微软会开始大举攻陷VMware的已安装用户群,那些VMware高管就更加夜不能寐了。

http://www.theregister.co.uk/2013/07/08/hyper_v_conversion/?page=1

责任编辑:老门 来源: 51CTO
相关推荐

2009-05-11 19:19:36

Vmware微软虚拟化

2012-12-25 10:37:09

2010-06-01 11:08:39

Hyper-VVMware

2010-08-31 08:57:27

虚拟化Hyper-VVMware

2016-04-11 10:08:16

SaaSSaaS公司客户

2009-05-06 18:54:43

Vmware微软思杰

2011-07-20 09:58:09

VMware

2009-10-27 09:15:53

Hyper-V R2升VMware

2009-03-10 18:54:51

微软VMWARE桌面虚拟化

2009-02-23 17:32:44

微软红帽虚拟化

2010-09-26 09:49:03

虚拟化VMwareNovell

2009-04-22 18:42:13

Vmware虚拟化英特尔

2009-09-08 17:18:27

虚拟化

2009-02-27 09:45:08

NovellVMware红帽

2012-07-12 10:46:39

微软

2009-02-24 18:53:50

VMware虚拟化IT

2010-11-18 19:57:45

2011-09-15 09:28:27

微软虚拟化vmware

2009-09-15 09:56:13

VMwareXen

2012-08-01 09:56:34

虚拟化
点赞
收藏

51CTO技术栈公众号