有很多种原因可以促使组织决定更换其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迁移过程中有很多方面都需要进行规划。具有耐心和提前对迁移流程进行多方面的测试是至关重要的。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。