第一步：什么时候考虑部署多hypervisor？
计划部署第二类hypervisor多是由于虚拟化成本正逐渐失去控制，或者是因为IT想摆脱厂商锁定，也或者是因为现在有的hypervisor提供的特征已经不能满足业务的需要了，比如帮助创建私有云。当这些问题浮现出来的时候，也许是该考虑部署第二类hypervisor了。
总言之，增加第二类hypervisor背后最大的商业动机之一就是通过采用更加有利的许可协议解决虚拟化成本问题。虚拟化许可成本具备延续性，而且当需要虚拟化的服务器有成百乃至上千台时这些许可成本可能会变得非常巨大。向另一个家hypervisor厂商打开大门很可能会降低许可成本——或者至少能够为与主要的hypervisor厂商交涉以获取更好的许可证条款提供商务支持。
第二步：如何添加第二类hypervisor？
对于任何主流hypervisor而言，投入数据中心的生产环境时一般不会存在技术问题，但是在生产环境中使用多hypervisor的组织却很少见。第二类hypervisor在数据中心或许有它自己独有的特性，比如测试、灾难恢复、支持分支机构等等。
另外的主要挑战还在于IT人员很难对混合虚拟化平台都足够熟悉，培训所有人员熟悉混合hypervisor的方法成本很高也浪费时间。例如，假设某台使用ESXi环境的服务器发生问题，但是值班的管理员仅熟悉Hyper-V环境（反之亦然），IT人员此时可能无法满足生产环境的响应需求。
第三步：多hypervisor管理面临的挑战？
现在的虚拟化技术那么成熟，你或许不用为多hypervisor环境复杂的管理性而担心。但是随着第二类hypervisor的加入，成本问题很快就会成为一件头疼的事。另外，整合也可能会限制hypervisor的活跃性。你需要考虑以下的管理挑战：你现有的工具能否管理两个hypervisor呢？如何实现？添加了第二类hypervisor以后，员工培训也是一头等大事呢。
具体来说，最大的问题在于虚机之间不兼容。例如，安装Hyper-V的服务器不能加载和运行ESXi虚机，ESXi虚机需要在额外的vSphere系统中加载或迁移。这样最大的风险在于成本和IT人员的负担。记住一点，即使第二类hypervisor的测试和评估的直接成本很低，用于企业的生产环境或其它地方可能需要购买授权。由于这样会影响到首选hypervisor可以运行的虚机数量，您可能会发现第二类hypervisor会危害批量授权的采购，实际上变相增加了虚拟化实现的成本。
另外，第二类hypervisor也需要管理，这就需要更为强大的管理工具。
