有很多种原因可以促使组织决定更换其hypervisor类型。新的hypervisor也许可以提供更好的功能特性或者更加具有吸引力的授权模型，但是不管是什么原因，迁移过程都不是一件简单的事情。在开始迁移流程和转换hypervisor之前，需要考虑几个重要的问题。

是否拥有共存策略？

首先需要考虑的就是你的共存策略。准备购买新的硬件，还是继续使用现有的硬件？如果计划购买新的硬件，那么最大的共存问题就是数据中心里可用的电源供应和占地空间。但是，如果你准备使用重新使用现有的硬件，那么事情会更加复杂。

虚拟化主机基本上都配置为集群形式。如果你计划重新使用现有硬件，就必须从现有的集群中一次移除一个节点来部署新的hypervisor。根据集群中节点数目的不同，受制于性能因素，在新的集群全部部署完毕之前可能就需要开始进行虚拟机迁移 。类似地，也可能会遇到两个集群之间存储的连接性问题。

在几乎所有hypervisor迁移过程中，都会存在一段时间的共存期。最为重要的是对其进行合理规划。

员工是否已经进行适当的培训？

不论你准备从VMware迁移到Hyper-V、Citrix到VMware，还是其他类型的迁移，hypervisor迁移都是一个大的转换。即便所有主流hypervisor间都存在相似性，但也存在着重要差异。为了保证IT员工可以恰当地部署、配置和管理新的环境，适当的培训是十分重要的。

具有丰富服务器虚拟化经验的员工可能会按照自己的方式进行迁移，而不愿意参加正式的培训。这种方式在一些情况中也许可以发挥作用，但是了解你是否能够解决新的hypervisor中出现的问题是十分值得考虑的。

是否会丢失某些特性？

在过去的两年中，VMware和微软一直在进行一场涉及特性的战争。不论哪家供应商推出新的hypervisor特性，另外一家就会在不久推出类似的特性。在特性种类方面，VMware和微软的当前版本基本是保持持平的，但是每种hypervisor都拥有其特有的特性。还有特性差异和规模限制。比如，VMware和微软都支持集群，但是一个集群所支持的节点数目却存在很大差异。Hyper-V最大允许64个节点，是vSphere 5.5最大数目32的两倍。

在你开始进行切换之前，对特性集合进行逐一对比是至关重要的，这样就可以发现是否会丢失一些重要特性。记住，现在的hypervisor拥有数百个特性，除非你进行了一个全面的对比，否则等你发现丢失了一些需要的特性的时候，已经太晚了。

迁移是否会影响虚拟机密度？

如果现有的虚拟化基础设施使用率较高，就需要考虑迁移是否会影响虚拟机密度。比如，VMware和Hyper-V都支持使用动态内存，但是通过不同的方式。从一个平台迁移到另外一个可能会改变虚拟机消耗的平均内存数量，导致虚拟机密度的增长或降低。

Hypervisor迁移是否会导致服务中断？

通常，你必须关闭虚拟机，以便其能够在hypervisor之间进行迁移。但是，其他的因素也可能会影响迁移需要的宕机时间。

假设要将虚拟机从Hyper-V服务器迁移到VMware服务器。在这个过程中，需要中断虚拟机到Hyper-V虚拟交换机的连接。为了重新建立网络连接，需要安装VMware Tools和重新配置虚拟机获取的IP地址。

如你所见，在hypervisor迁移过程中有很多方面都需要进行规划。具有耐心和提前对迁移流程进行多方面的测试是至关重要的。