CloudStack和OpenStack的区别在哪呢？

1.OpenStack文档资料数相对于CloudStack较多，且安装过程等讲解较具体。但是因为不同版本间OpenStack可能差异较大，如果实际安装版本与文档中使用版本不一致可能会遇到问题。

2.OpenStack安装过程较复杂，尤其是网络配置部分比较麻烦，而这方面资料较少，讲解不够具体。CloudStack安装过程较简单，但是后续运行中各种配置等问题相关文档少有提及。

3. OpenStack?的Web 管理界面DashBoard目前为止较简单，可能存在bug也较多，但中文翻译较好，并提供一些帮助信息；CloudStack的Web管理界面功能较多，但中文翻译不彻底，缺少帮助提示等信息。两者使用Web界面管理均出现类似删除虚拟机一直删除不掉等问题。

4.测试发现OpenStack可超载创建虚拟机，但所创建虚拟机经常出现无法启动的情况。而CloudStack对虚拟机的资源占用管理较严格，无法超载创建虚拟机，因此对主机节点的硬件配置要求较高。

5.CloudStack支持通过模板(Template)或ISO创建虚拟机，但上传模板、ISO及创建虚拟机等过程均耗时较长；OpenStack在实验过程中为直接从网上下载img文件创建虚拟机，耗时很短即可创建成功。

6.两者创建的虚拟机均可以通过Web管理界面进入管理，但测试中OpenStack创建的虚拟机虽然附加了局域网IP，但网卡实际绑定IP为私有IP，未找到如何通过SSH直接访问的办法。CloudStack创建的虚拟机使用了分配的Guest IP,可通过SSH连接访问。

ovirt和openstack的区别

openstack与KVM的关系：

KVM是最底层的hypervisor，是用来模拟CPU的运行，一个用户能在KVM上完成虚拟机的操作还需要network及周边的I/O支持，借鉴了qemu进行一定的修改形成qemu-kvm。openstack不会直接控制qemu-kvm。

openstack是云管理平台，其本身并不提供虚拟化功能，真正的虚拟化能力是由底层的hypervisor（如KVM、Qemu、Xen等）提供。所谓管理平台，就是为了方便使用而已。打一个不恰当的比方，订单管理平台之类的产品，其实就是整合了一系列的sql调用而已。

相关信息

Open Stack的各个服务之间通过统一的REST风格的API调用，实现系统的松耦合。它内部组件的工作过程是一个有序的整体。诸如计算资源分配、控制调度、网络通信等都通过AMQP实现。 Open Stack的上层用户是程序员、一般用户和 Horizon界面等模块。

这三者都是采用 Open Stack各个组件提供的API接口进行交互，而它们之间则是通过AMQP进行互相调用，它们共同利用底层的虚拟资源为上层用户和程序提供云计算服务。OpenStack既然是一个开源的云平台项目，它的主要任务是给用户提供IaaS服务。

oVirt的目的是提供一套符合市场规范的KVM虚拟化管理软件，尽可能的开发和利用KVM的特点。相对而言，同样作为红帽的IAAS项目，Open Stack要比oVirt有名很多，二者的功能也有重复的部分，因此有很多人具有疑问：红帽是否会因为二者功能重复而保留Open stack，废弃oVirt。答案是否定的，理由如下：

1. 二者目的不同：oVirt是面向KVM的，虽然由于其支持libvirt，理论上还支持xen和virtualbox，但是目前社区内默认其主要针对KVM，可以充分的利用KVM的特性；Open Stack是面向多种系统虚拟机，通过抽象虚拟资源和虚拟机来实现一整套数据中心方案。在对KVM的支持上，Open stack不如oVirt。

2. 二者具有互补性：Open Stack成立与2012年，很多功能参考了oVirt相关组件，因为二者的目的不同，二者具有很多互补性，例如：oVirt的虚拟存储可以为Open Stack提供较好的存储资源；oVirt可以为Open Stack的NOVA提供给比KVM本机更多的信息；oVirt的镜像系统可以为Open stack提供很好的镜像管理系统。

如上的理由来源于IBM Linux开源中心Jean Staten Healy的报告，个人认为oVirt跟OpenStack竞争的未来前途有两条：一是Open stack对KVM支持发展的足够好，以至于oVirt无法媲美，那么红帽对oVirt支持肯定会下降；二是Open Stack如果具体去兼容所有的Hypervisor必然会导致项目庞大，不便于管理，将KVM的支持完全交给oVirt也是很好的方式。

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com