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定制。因为达到这个规模,一方面肯定有专业的运维开发了,另外一方面肯定希望不光是自动化的管理虚拟机,更需要和业务结合,更进一步的提高自己的自动化运维水平。
本文暂时没有评论,来添加一个吧(●'◡'●)