虚拟机管理程序在OpenStack中扮演什么角色?

         目前的OpenStack支持矩阵列出了一套全面的 虚拟机管理程序驱动程序，尽管许多特性和功能仍然是可选或缺失的。但是虚拟机在其中有什么样的角色呢？小编来为大家解答 　　在2014年，OpenStack Icehouse的发布列出了几个被弃用的虚拟机管理程序。 　　一般来说，弃用意味着相应虚拟机管理程序的驱动程序将被删除。 　　在这种情况下，被弃用的包括依赖libvirt 的 Ironic(一种裸机驱动程序)Docker 和 Linux Containers，因为支持这些虚拟机管理程序的驱动程序通常是有问题的。 　　测试和评估驱动程序 　　OpenStack Queens完全弃用虚拟机管理程序吗? 　　在 OpenStack Icehouse 发布之前，虚拟机管理程序的驱动程序必须满足测试和评估中的特定要求，以确保OpenStack的最低特性支持级别。 　　OpenStack的计算模块有三类驱动程序测试。 　　A组驱动程序经过充分测试和支持——包括x86平台上基于内核的虚拟机和QEMU等虚拟机管理程序的libvirt。 　　B组驱动程序提供一定程度的测试，这些驱动程序包括使用libvirt的Hyper-V、VMware、XenServer和Xen。 　　C组驱动程序的测试有限，存在可能的问题或不可靠的行为。裸机Ironic、Docker和Linux 容器(通过libvirt)驱动程序属于C组，OpenStack Icehouse将它们弃用。 　　但是，从OpenStack Icehouse开始，似乎任何其他虚拟机管理程序都不会在当前维护的Newton、Ocata或Pike版本中被弃用。 　　目前的OpenStack支持矩阵列出了一套全面的虚拟机管理程序驱动程序，尽管许多特性和功能仍然是可选或缺失的。 　　而看起来，正在开发的 OpenStack Queens 发行版也是如此。 　　 云框架需要灵活 　　云软件和虚拟机管理程序之间的集成和互操作有利于修复 私有云部署的潜在漏洞。 　　云软件不处理 虚拟化，因此私有云框架(如OpenStack)需要与众多虚拟机管理程序良好配合才能成为主流。 　　虚拟机管理程序没有得到同等支持，像虚拟机管理程序的功能、性能甚至长期纳入云软件路线图等方面都不能保证。 　　企业采用者有责任密切关注云软件及其所选虚拟机管理程序的演变，并在对生产环境做出更改之前对每个新版本进行测试。