关于KVM管理平台选择（kvm 管理平台）

KVM管理平台的选择取决于以下几个因素

宿主机和虚拟机规模；

运维及运维开发工程师人数；

要达到的自动化管理的水平。

管理平台的功能可以从以下几个方面衡量

稳定性

稳定性是最重要的因素，如果三天两头的出问题，达不到使用管理平台的目的。目前来讲，KVM上的几个开源管理平台稳定性有长足进步，但是要稳定性的运行，还需要自己调试。要找一个拆箱即用的，依旧很难。proxmox ve我认为是目前最稳定的KVM管理平台，但是这个平台直接管理的是KVM进程，没有使用Libvirt，使用自己定制的系统，比较封闭，没有办法要和其他开源方式组合使用，比如想要同时当宿主机和开源分布式系统的存储节点，使用proxmox ve就没有办法操作。

开源管理平台稳定性的我的排序是：

proxmox ve

oVirt（RHEV）

OpenNebula

CloudStack

OpenStack

易用性

易用性也是一个非常重要的指标，我的排序同稳定性排序。

网络管理支持水平

KVM的网络管理，现在基本就是Open vSwitch了，目前各个管理平台基本都支持，网络方面功能按照支持功能多少的排序是：

OpenStack

CloudStack

OpenNebula

oVirt（RHEV）

proxmox ve

和易用性、稳定性刚好相反。

后端存储支持水平

后端存储可以使用本地存储、商业存储、分布式文件系统，目前这些管理平台都支持，其中OpenStack因为功能复杂，所以支持的最全面，oVirt（RHEV）因为是红帽发起的，GlusterFS，Ceph目前都是红帽的产品了，对这些开源分布式文件系统会支持的越来越好。

是否开放API

目前的管理平台都开发API。

那么到底如何选择管理平台呢

如果十几台宿主机，几十个虚拟机，用virsh和virt-manager，和监控报警平台组合完全可以管理好。

如果是几十台宿主机，一到五百台虚拟机，我的建议选择oVirt或则OpenNebula，需要自己再仔细研究下。

如果数量更多，建议自研，或者基于OpenStack定制。因为达到这个规模，一方面肯定有专业的运维开发了，另外一方面肯定希望不光是自动化的管理虚拟机，更需要和业务结合，更进一步的提高自己的自动化运维水平。