OpenStack就是一朵美丽的花

Openstack是什么？对于大部分人来说，会认为是云的一种。云到底是什么，好多人也没有搞清楚，对于他们来说就是业绩和政绩。现在，Openstack是一个被炒红的概念，谈云必谈Openstack，支持Openstack就像支持了上帝。

Openstack其实就是个美国人搞的开源项目，定义了一种云计算的平台架构，这个架构中定义了各种管理元素和功能。说通俗了，就是定义了一个云的管理平台架构和相应要展现的功能，是一个只有脑袋没有手和脚的“怪物”。手和脚是由各网元厂家提供的，通过定义的API来操纵手和脚。这个大脑主要提供以下的管理功能：

计算管理，代号Nova。一套管理虚拟机生命周期的管理系统，如虚拟机创建、开机、关机、挂起、暂停、调整、迁移、重启、销毁等操作，配置CPU、内存等信息规格。

镜像服务管理，代号Glance。一套虚拟机镜像查找及检索系统，支持多种虚拟机镜像格式（AKI、AMI、ARI、ISO、QCOW2、Raw、VDI、VHD、VMDK），有创建上传镜像、删除镜像、编辑镜像基本信息的功能。

块存储管理，代号Cinder。一套数据块存储服务的管理系统，它的插件驱动架构有利于块设备的创建和管理，如创建卷、删除卷，在实例上挂载和卸载卷。

对象存储管理，代号Swift。一套用于对象存储的管理系统，允许进行存储或者检索文件。可为Glance提供镜像存储，为Cinder提供卷备份服务。

身份服务管理，代号Keystone。一套用户身份管理系统，为OpenStack其他服务提供身份验证、服务规则和服务令牌的功能，管理Domains、Projects、Users、Groups、Roles。

网络管理，代号Neutron。一套管理云计算的虚拟网络的管理系统，定义、配置、小辉各种网络网元如OpenvSwitch、DHCP、DNS、负载均衡、L3服务，采用插件架构支持许多主流的网络厂家和技术。

        UI 界面，代号Horizon。OpenStack中各种服务的Web管理门户，用于简化用户对服务的操作，例如：启动实例、分配IP地址、配置访问控制等。自Essex版本集成到项目中。

测量，代号Ceilometer。一套监控信息管理系统，能把OpenStack内部发生的几乎所有的事件都收集起来，然后为计费和监控以及其它服务提供数据支撑。

部署编排，Heat。一套自动的工作流管理系统，提供了一种通过模板定义的协同部署方式，实现云基础设施软件运行环境（计算、存储和网络资源）的自动化部署。

数据库服务，代号Trove。为用户在OpenStack的环境提供可扩展和可靠的关系和非关系数据库引擎服务。

      云计算内的计算、网络和存储都会有自己的管理平台和管理软件。这些管理软件提供最全面的管理手段，包括是配置管理、维护管理和排障手段。大部分还会提供一个厂家定制的API，这些API是可以被第三方集成，从功能上可能包含了大部分管理平台的功能。除此之外，目前几乎所有厂家都宣称支持Openstack定义的API规范，但从功能上和原厂的管理平台比，功能就严重缩水了。

     如果资源池内有多种虚拟化软件、多种网络设备、多种存储设备，为了便于配置、管理，就需要有一个管理平台来屏蔽复杂的底层设备，如果有一个统一的API规范，管理平台的开发者就容易和这些设备进行对接。Openstack本质上是管理异构硬件设备的手段，Cloudstack其实也一样，钢笔和圆珠笔的差别。已经用了Cloudstack做好管理平台的，就没有必要改Openstack了。只是Openstack开源，支持的厂家多点。

       有了Openstack为基础的管理平台，原厂提供的管理平台和软件还是不可能被替换，一个真正的资源池管理者是不会、也没法用这些初级的管理平台来维护和管理资源池。Openstack是一个展现给前台的配置平台，就是一朵“花” 。因为花团锦簇的外表掩盖资源池内部复杂的“稻草心”。

        资源池内部各网元的初期选择极其重要，必须结合今后的规划和技术的演进谨慎选择。最好每种网元都只有一种，便于维护、管理和演进。切忌为了眼前采购成本，一种网元引进很多家，后期不但需要花很大的代价进行整合统一（前台可以用花一样的Openstack整合，后台呢？后台乱稻草整合才是难点和重点，后期的管理成本和整合成本可远远高于当初省下的采购成本），而且在技术演进的时候，带着七大姨八大姑奔向目标，路上更坎坷，很多情况下半路就牺牲了。牺牲了就要推倒重来，花了代价更大。

  Openstack就是一个云管理平台，前台用户喜欢叫它“云操作系统”。管理系统的本质就是扣在云计算各网元上的一顶帽子，屏蔽了各网元的差异性，屏蔽了很多专业知识，降低了使用难度，提供统一的配置、管理、维护界面。比如在云计算资源池内使用了多种计算虚拟化软件，可以用Nova进行统一管理，管理员在分配虚拟机的时候可以完全屏蔽计算虚拟化软件的差异，通过简单直观的方法进行配置、管理和维护。但是Nova只定义了简单的基础功能，当虚拟机出现异常的情况，通过Openstack管理平台就不灵了，需要通过虚拟化软件厂商提供的管理平台才能管理和排障。也就是说Openstack仅仅定义的是最基本的云计算操作功能，使用的对象是初级的系统管理员和资源的使用者。Openstack提供的功能，就像是小学1、2年级的水平，只可能是简单的加减法，而资源池真正的维护管理至少需要高等数学。

同时，虽然Openstack定义了API，但是这些API实际上不是一个强制标准，每个提供“手和脚”的网元厂家理解的并不太一样，在同一个API下，输出的结果也不一样，都宣称可以支持Openstack，但展现出来的东西都可能不一样。真正想完全屏蔽网元的差异性还需要进行适配工作，很多情况下，适配了也很难统一。有人见过可以用原生的Openstack直接管理资源池吗？能用原生的Openstack，国内做管理平台的厂家都喝西北风了。所以对资源池来说，除了像阿里云、华为云等有自己研发体系和使用生态圈的，其他靠“买”的资源池本无所谓是开源的，对你来说，任何开源的都是需要买的，任何的适配都要让别人来开发，和商业软件有半毛钱的区别吗？阿里云根据自己的技术特点和生态，定制了“飞天操作系统”这才是真牛B，前台的花和后台的稻草都整合的妥妥的。

其实更可怕的是，有几个资源池为前台定制过管理平台？管理平台功能后移了，想定位给维护人员用的，难道资源池的真正管理者是设备提供商吗？运营商传统的监控式维护已经完全不适合云计算了！这个问题以后再展开吧。

Openstack就是一朵美丽的花，真没这么重要，还是多关注云计算的本质吧。