旧系统如何迁移到虚拟化平台？
来自社区交流，包括了多位社区会员的亲身经验和体会，仅代表社区会员观点，不代表社区立场。仅供正在考虑新旧系统虚拟化的企业参考之用。
@潘延晟
我们是钢铁行业，在生产环境中有很多陈旧而昂贵的工业控制系统，大多系统被绑架与国外的工控厂家中，我接触到的一个例子就是，霍尼韦尔系统，装在一台老旧的DELL服务上。据称霍尼韦尔的专家过来调试这东西在全部顺利的情况下大约需要3天，系统运行到现在，已经有10年以上了。想要购买新设备来重新搭建，厂商报的价格6位数以上，还不包括工程师出门开始计算的费用。
在这种情况下，我们开始尝试对系统进行虚拟化，我们现有的虚拟化平台是VMWARE。采用vmware p2v对老系统进行转化。尝试过两台终端进行转化，其中一台成功了。另外一台由于系统太老。在p2V的转换中代理服务无法顺利的安装到目标物理机中而导致失败。
虽然这种尝试并不顺利，但至少算是一种折中的解决办法。可以通过对陈旧系统的虚拟化迁移来解决老系统与新硬件之间的兼容问题。对于vmware平台我们主要采用过以下两种方式进行虚拟化迁移。
1、p2v
优点：通过网络，在线对旧系统进行虚拟化迁移，不需要中断业务，
缺点：需要在目标机中安装代理插件，需要网络健康，目标机共享可以访问，有管理员权限，目标机需要健康，有时候一些无法服务无法启动，一些策略被修改而导致代理插件无法顺利安装。
2、通过对原有GHOST备份的虚拟化转换生成新的虚拟化系统。
以下是具体的方法
用ghost直接将gho转成vmdk
将ghost32, gho文件放到同一目录, cmd里进入对应目录，输入以下命令
ghost32 -clone,mode=restore,src=example.gho,dst=example.vmdk -batch -sure
example替换为对应文件名，很快就转好了。vm不能直接打开转好的vmdk文件，于是我们创建虚拟空白硬盘，建好后编辑，移除自带的硬盘，添加一个硬盘，注意要选择已存在硬盘，然后选择vmdk的路径，保存就可以开机了。
另：将vmdk文件转为gho
命令如下：
ghost32 -clone,mode=create,src=example.vmdk,dst=example.gho -batch -sure
反复操作你会发现vmdk转出来的gho文件会偏大。
优点：通过转换提前备份好的GHO文件，成功率高，转换过程稳定，不依赖网络。
缺点：需要停机进行系统GHOST备份，有些服务器RAID卡，GHOST无法识别导致无法备份。
@孙伟光
旧系统跑在X86/Power上，各自都有解决方案
1、X86使用P2V工具迁移到虚拟化平台。P2V对windows成功率还高点，Linux就弱了。大部分迁移的工作量其实还是数据这块，旧系统架构决定了迁移的难度和复杂度。
2、Power平台迁移到虚拟化，其实相对简单，操作系统可以有多重方式备份恢复。共享存储数据也有很多工具，利用AIX或者存储本身技术实现数据的迁移工作。
@爱如潮水
Vmware的P2V工具，converter的较老版本（Vsphere 4.x时代），以前在转换Linux物理机到虚拟机的时候，会强制将LVM卷管理转成固定分区管理，给后期的运维带来不便。可能现在的新版本已经解决该问题了。
微软的HyperV的P2V工具，disk2vh，使用比较灵活，可以将Windows机器转换为HyperV虚拟化平台上的虚拟机。
@张文正
不同的系统可以选择不同的虚拟化平台
目前来说windows和linux可以选择VMvare，但是目前来说安装vmvare的机器硬件环境都是比较新的，而且旧的系统有些是可以迁移到VMvare虚拟机上，有些可能不行，关键还是os系统和应用能否顺利迁移
power 环境也是类似，太老的系统通过powervm来实现迁移，就目前power8机器 而言，如果以前的系统时aix5.1 那样老的版本，恐怕迁移就不能实现，所以迁移要看硬件和系统、应用三方结合，这样比较稳妥点
@老猛
我们单位上一套核心架构中大量使用前置服务器，像HP DL380G5、IBM X345等，安装Win2003系统，上面安装核心应用系统的客户端及其它组件。在平时维护过程中存在很多问题，后来准备迁移到虚拟平台上。最先接触的也是vmware，开始从测试环境入手，通过VMware vCenter Converter进行P2V，积累了一定的经验，然后在生产环境上P2V就顺利多了。再后来其它外围类的系统也迁移到虚拟平台，还有新上的一些系统直接就部署在虚拟平台上。
然而，也有相当一部分人认为：与其旧系统迁移到虚拟化，不如换新
@大大觉迷
有些东西能扔就扔了吧，很多时候重新上一套新的也是很不错的。
@杨建旭
我也赞成买新的，而不是利旧。笔记本3年一换，手机1-2年一换。为啥生产系统要用10年呢？性能差不说，还各种问题。从IT行业折旧速度来讲，生产环境用了5年基本属于废铁了，建议会计核算的时候，把资产减记为0. 这样就不存在利旧不利旧的顾虑了。
@陈宇
买新的重新建设比较好，因为旧系统就算能虚拟化成功，也存在软件版本不够新，有各种安全漏洞的问题。
@ACDante
很多时候，可以考虑借此机会，进行系统升级，而不是一昧地被软件商或者应用商牵着走，毕竟是一个你不往前走，就会被时代洪流所抛弃地时代。旧系统，10年不换，也是依靠其稳定性才得以生存，但是，上了虚拟化后，会有其他的问题浮现，应用兼容，版本漏洞，系统更新，所以，针对一定年限的应用系统，可以适当地提出一些自己地要求，或者进行更新换代。
@邓毓
一般是起新的机器，将老的迁移过来。再将老的做虚拟化，跑其他不关键的业务，或者老的转测试或者报废。老的还要转虚拟化用，问题太多。老的还是物理机跑吧。
@潘延晟
银行等一些行业资金充足，业务不容有失，自然不会吝惜资金来更换设备，可很多行业或者不景气，或者刚起步，自然要勒紧裤腰带过日子。谁都知道新手机好，但还是有很多打工者用着5，6年以前的手机，一个道理。
专业设备的虚拟化是个大问题——
@hleio
我们也一直在考虑设备虚拟化的问题，但是这边依赖专业的音频、视频处理采集卡，这样的专业板卡成本大大高于工作站电脑，可是虚拟化怎么复用这些专业设备？
@潘延晟
我想这种专业的板卡应该是虚拟化最大的问题了。我们遇到的是加密狗的问题，好在还能解决，但是一些音频，视频的采集卡。虚拟化好像支持的确实不好。
@xukang
direct io就可以了
再来看看不在旧系统这个特定前提下，大家认为虚拟化平台应该如何选择才是合适的？
@penguin23
在"软件定义一切"这一概念大行其道的日子里；虚拟化技术、云计算技术不断更新迭代；数据中心建设路子可以是这样走：虚拟化平台-->超融合技术-->私有云混合云。
上述讲的平台，都需要基于一套稳定高效的虚拟化架构软件去支撑。所以选择这一架构，我觉着要看重：架构平台的稳定性、架构平台版本更新的兼容性、架构平台灵活定制、架构平台接口技术开放。
@孙伟光
说得简单点，现在怎么走无非都是:
开放--封闭-开放--封闭
反复循环而已
@爱如潮水
虚拟化平台的目的是为了简化管理，提高效率。从技术成熟度、运维团队建设、应用兼容性、技术可持续发展等方面综合评估。目前来看，企业内部使用大多是Vmware，但公有云大多使用开源的虚拟化平台，以突出成本和技术优势。
@杨建旭
适合自己单位的才是最好的。
一般中小金融机构，就用商业化的产品即可，自己搞开源的容易过劳死。无脑选择VMware，预算不足就华为KVM之类的。
对于大型机构，如BAT，可能看不上商业软件，也看不上开源的产品，而是自己开发文件系统、数据库，如阿里云。
@张文正
如何选择合适的虚拟化平台，这个话题范围比较大，要看企业自身状况。看看企业自己的业务系统、应用系统目前状况是否采用虚拟化，采用哪种虚拟化，目前用的最多的就是vmvare，kvm ，小型机有powervm这些，平台最多。哪种最合适还得看企业自身状况
@老猛
目前虚拟化大势中，VMware、Citrix、Hyper-V三家的原理基本类似，但在具体实现过程中略有差异。针对企业的不同需求，三家都有相应的解决方案。像我们单位在服务器虚拟化方面使用的是vmware,在桌面虚拟化方面使用的是Citrix。
@邓毓
我们选了KVM+VMWARE，少量WMWARE，近年来越来越多的选择KVM，因为我们目前的状况是POWER AIX+POWER LINUX+X86服务器，服务器高可靠有POWER AIX和POWER LINUX顶着，高可用有POWERHA和应用负载+集群顶着，应用有共享的可以搞GPFS+集群，或者TSA+GPFS搞应用高可用，所以我们对VMWARE的那一套，并不感冒，宁愿更多的走KVM集群的道路。VMWARE在我们这里稍微有些尴尬，但还是会适当选用一些。
@ACDante
1、选择虚拟化平台之前，需要对业务进行评估，是否适合上虚拟化？性能？并发？尤其是数据库服务器等。
2、主流的，需要看单位成本预算，技术能力支撑，VMware是比较成熟，市场占有率也最高（目前）兼容性和易用性，可维护性都是可以考虑的。如无特定要求，citrix、微软的可以先放一放
3、KVM和其他开源的虚拟化需要一定的技术支撑和一颗愿意折腾的心和一定时间去磨合，如果有条件和技术支撑，KVM这一套还是一个不错的选择。
@798683133yj
vmware我记得在线添加资源没问题，但在线缩减资源要重启机器；vmware兼容软件挺多，操作方便，但是有时候问题也不少；在某铁路系统迁移时，就碰到suse的应用os牵过去后起不来。仁者见仁，智者见智；我觉得ibm vios 兼容性比不上vmvare，但是稳定性要好些，在线增、减资源不用重启机器，且资源利用率可到90%以上。