如何把原有虚拟化下的系统迁移到openstack集群？哪种方案可行并更方便？

虽然第二种方式麻烦一些。不过终究还是比较稳妥的一种可进可退的方案。只是在一些实际环境中。一些应用过老。文档资料不全。技术支持中断等原因导致没有办法搭建一个新的环境。而不得不被迫采用V2V的方式。
我觉得还是要根据具体情况详细分析。针对所有的业务来制定适合的方案。如果可以新建环境进行业务迁移固然最好。如果新环境没办法成功搭建。考虑V2V的方式。也并不一定就是九死一生，做好虚拟机备份在进行迁移也未尝不可

为了业务的平稳迁移，建议采用第2中方案。虽然第1种的方案操作简单，但是vmdk磁盘格式转换的过程中有可能会出错。

根据项目经验，建议是重新建立VM，进行数据层的迁移，而不是VM的迁移，虽然vmdk可以转换，但是风险很高。

V2V过程是否会出现问题需要提前做好测试，但是进行业务系统迁移也有一定的问题存在，比如一些存量系统，已经很久没人维护，迁移难度是有些大的。

从工作简便易行上是第一种
从易用兼容是第二种，取决于你的数量级以及迁移时间与应用可接受的方式，看有没有应用组支撑您重新部署，如果没有就考虑第一吧，v2v把vmdk倒出，然后转换qcow2。但是可能会有兼容性或者倒出损坏的问题

2.在openstack集群新搭建虚拟机，进行业务系统迁移
虚拟机导出导入之后，不能保证原有的程序一定可以正常运行。也不好保证vmdk在做v2v转换之后就一定不会损失格式或者有虚拟化格式之后的效率损失。
迁移在大多数情况下比较靠谱，可以充分测试没问题之后再切换业务入口。

也可以两种同时进行，对于不同业务选择不同的迁移方案。
个人意见是尽量多的选择2