ovm虚拟化，做openstack的减法

站在用户的角度看，特别是不具备软件开发、运维能力的传统企业及中小企业，大规模采用OpenStack将可能会变成一场灾难。...



OpenStack作为开源管理框架，设计初衷是好的，给众多开发者、科研院校在小规模环境下实验云环境创造了条件，推动了云技术发展。要说OpenStack的优点，技术人员能说出一堆词汇，如开源、弹性、稳定、可扩展、迅速搭建私有云、对硬件要求不高、解耦、能快速扩展新业务等等。

但是，站在用户的角度看，特别是不具备软件开发、运维能力的传统企业及中小企业，大规模采用OpenStack将可能会变成一场灾难，其主要原因如下：

1. 在社区中被吐槽最多的升级问题——Nova，Swift，Cinder和Neutron分别使用各自的数据库存储配置信息，要升级就要修改多个数据库schema，做不到热升级。再如，HP作为OpenStack的白金会员在部署网络服务(Neutron)时，遇到了噩梦般的经历，不得不重写网络组件的代码才能达到大规模应用的要求。由此说明，OpenStack在集成性、扩展性和稳定性上还远远不足，如果要选用，需要一支专家队伍帮助实施。
2. 技术仍旧是问题。OpenStack的问题是半年快速迭代，发布新产品，速度太快，老版本跟不上，理论上，新版本向下兼容。但在一些版本较大改动，加入新的功能时，如果企业已经深度应用了旧版本，可能面临技术无法升级，或者需要重度开发的问题。
3. OpenStack不能提供端到端的服务保障。云平台必备的自动化部署、自动化运维、状态监控、设备管理、可用性检测、安全性、可靠性和平台自修复功能在OpenStack中或者缺失，或者散落在单独产品中。客户拿到手的只是散落的“骨架“，必须手工将多厂商、多版本的逐个功能集成起来。
4. OpenStack缺乏通用的基础版本。OpenStack开源社区已经成为了各传统IT厂商抱团取暖的手段，但是由于各自的利益需要平衡，造成了开源社区的版本特性迟迟无法稳定且版本之间差异很大。使用OpenStack不会被厂商绑定是个伪命题，OpenStack可下载的厂商定制版有20多个。客户根本不知道应该选择哪个版本，更不要说在不同厂商版本之间组合、混搭、迁移了。
5. 用户眼中的OpenStack——调查问卷总结报告：http://cloud.51cto.com/art/201511/496631.htm

OpenStack不是传统的产品，而是一个技术框架，拥有良好的API，这就类似我们有了技术图纸，告诉你各个组件的功能和位置，接下来就要靠我们自己搭建和维护了，这个技术图纸没有经过实际的工程检验时，理论上的可行性到工程交付和实际应用还有巨大的差距的。目前国内实际成功交付的OpenStack产品项目很少，大多数都是在扯着大旗忽悠客户，很多被接入泥潭的客户现在是苦不堪言！

共享计算服务，无论对于应用程序还是互联网平台，已经给予小型和中小型企业带来了前所未有的便利性。IT信息技术的潜力是巨大的，其对企业产生的影响越来越大，技术不仅提升了效率，而且还对企业的商业模式产生根本性影响。但是，随着技术的工作，特定任务对技术的要求越来越艰巨，这就需要企业增加IT投资的费用、经理以及技术，因为，当前的企业已经需要投资更多的技术支持来支持企业运转了。

云计算的出现为这些中小型企业级和小型企业提供了非常不错的选择，企业无需担心部署、运行以及维护，但是根据现有虚拟化和云计算市场的分析，以及对一线用户的需求调研，我们一致认为OpenStack不适合中小企业，无论是从技术能力和成本方面考虑，部署OpenStack对中小企业来投入都比较大，并不适合我们的使用，而简单的虚拟化软件又不能满足他们后期扩容及无缝升级到云的需求，在此背景下OVM社区吸取了OpenStack一些优秀理念，联合中国最大的KVM社区创立OVM社区，重新为为中小型企业构造“混合虚拟化”架构平台。

OVM产品采用分布式、松耦合的模块化架构，由三大组件、七大模块组成。三大组件分别为：OVMUI-提供WEB自服务界面；OVMAPI-负责UI和数据中心组件之间的交互；OVM数据中心组件-提供不同的功能；七大模块分别负责不同的功能实现，和三大组件之间分别交互。通过单一管理平台，向下实现所有虚拟化混合异构的需求，目前可管理主流的虚拟化Hypervisor（包括：Esxi、Hyper-V、XenServer、KVM，以及轻量级的Docker），向上可以无缝升级到云。

OVM产品架构的设计严格按照商业产品架构的高标准要求，始终把产品的稳定性、易用性、可扩展性，以及产品的高性能放在第一位。秉承“用户是上帝”的理念，为用户提供优质的服务、高品质的产品，致力把OVM打造成IaaS领域“新国货”！

    关注 KVM虚拟化实践