今天再来谈谈虚拟化迁移，主要包括VMware 平台，PowerVM平台等虚拟平台之间的迁移转换的问题与思考。
Vmware P2V 常用场景
1、vmware4.1 可以使用的集群的安装插件在集群上选择导入的方式进行p2v的转换。
2、在从5.0版本以后，好像已经不能再集群端进行直接的导入方式，只能选择使用VMware vCenter Converter Standalone Client 进行转换，在兼容模式下的操作系统基本上问题不大。
3、还可以考虑在主机端直接手工安装agent或者使用cold converter 光盘进行迁移。
4、曾经遇到一个只有256Ｍ内存的windows 执行在线导入的操作，由于内存太低不支持，后来扩容到512就好了。
5、还有一些时候经常会在p2v 迁移到了99%以后报错，次迁移就Ok，每次情况可能都不一样。很多时候因为网络或者其他不稳定，具体情况具体分析。
6、我个人觉得实际生产中一般肯定是冷的，
7、假设是数据库，热的肯定不一致了。
8、应用，没必要迁移了，直接搭建环境，发布应用就可以了。简单快速，不停业务。
9、我觉得是一些开发环境，安装配置比较复杂的环境适合p2v。
VMWARE虚拟化环境，更换新的存储
1、vmware的vmotion就是来干这个事的。大多情况下还是使用vmware的vmfs形式去做的，直接在线迁移即可，如果存储做过心跳信号的，要注意把老旧的删除，新存储的添加
2、配置好vMotion，没有裸映射的虚拟机之间迁移，如果有裸映射需要设置成虚拟模式才可以迁移成虚拟磁盘，大于2T的需要在webclient里面迁移
3、使用vmware自带的storage vmotion功能即可，在线迁移虚拟机磁盘
小型机全分区环境向PowerVM全虚拟化环境迁移
1、你需要一台光纤存储和san网络,然后升级待迁移小鸡的AIX系统补丁，支持san boot
把小机上的rootvg和其他vg迁移到光纤存储上，用 mirrorvg 和 unmirrorvg
关掉旧小机.在新小机上创建新的虚拟机挂载对应的磁盘，开机就好。因为网卡发生变动了，所以新的小鸡需要重新设置IP地址，就完成迁移工作了
2、在于原来的规划，rootvg只做系统，系统无非都是文件系统，都可以拷贝的，重要的datavg（应在存储中）也可以在新系统中（powervm）重新导入
Vmware 迁移到KVM
1、virt-v2v 工具是专门针对 VMware ESX/ESXi 的自动化迁移工具，而且支持的虚拟机系统仅限于 RHEL 和 Windows 虚拟机。Virt-v2v 在迁移后的 KVM 虚拟机中优先使用 virtio 虚拟驱动来提高系统 IO 的性能。如果不支持，才选用性能稍低，但更稳定可靠的虚拟硬件。而且这个过程全部自动化完成。
2、手动迁移可以涵盖所有的 VMware 软件和所有的虚拟机系统。从而迁移中面临的问题也是多样化的，需要不同程度的手动干预。某些特定的环境下，可以使用一些工具来辅助手动迁移，比如 virt-goodies/vmware2libvirt。另外 libvirt 也在开发支持 VMware Workstation/Player 迁移的新功能。
3、不论是 virt-v2v 自动化工具还是手动迁移，由于商业软件 VMware 开放的编程接口的限制，VMware 虚拟机到 KVM 的迁移有一些软肋：
一些 VMware 虚拟机的特性没有办法迁移到 KVM 虚拟机上。比如 VMware 虚拟机广泛使用的快照功能。
只能实现关闭虚拟机情况下的静态迁移，无法做到虚拟机不关机情况下的在线迁移。
一些特殊的 VMware 设备不能迁移到 KVM 虚拟机，于是采用了类似功能的硬件设备替代。比如 VMware Tools 中的虚拟驱动、VMware SVGA、VMware USB Controller 等。
总的来说，VMware 虚拟机到 KVM 的迁移不够成熟和自动化，迁移的过程需要手动干预。这要求迁移的操作人员具有相关的知识和经验。开源工具 virt-v2v 的出现简化了 VMware ESX/ESXi 上部分虚拟机的迁移，而且计划将来支持 VMware Workstation/Player 上虚拟机的自动迁移。反言之，自动化的迁移工具不就是用脚本语言把手动迁移的步骤和条件程序化么？掌握了手动迁移，才能了解虚拟机迁移更多的奥秘。
总结
通常有以下解决方法，供参考：
1. Vmware平台自动的vmotion功能可以完成存储和虚拟机的在线更换与迁移
2. Vmware平台的p2v，有热迁移，冷迁移和导入方式等支持兼容系统的迁移、
3. PowerVM平台的迁移对硬件，san boot等方面有都有适当的要求，具体版本可参考官方手册。
4. Vmware迁移到KVM有virt-v2v等工具支持
