华为企业云：OpenStack生态又不被厂商锁定？

（原标题：华为企业云：OpenStack生态又不被厂商锁定？）

开源、开放、共享、服务化是IT产业发展的趋势，OpenStack通过软件定义的方式让用户参与到下一代数据中心的建设当中去，让任何人都可以自行建立和提供云计算服务。华为企业云产品专家在企业网D1Net主办的"2016CCS企业云计算高峰论坛"上分享了基于OpenStack公有云网络平台的实践。

在谈到OpenStack时，华为企业云产品专家说："跨数据中心集成之后仍然提供标准的OpenStack原生的能力，保持OpenStack开源的生态是用户的关键诉求。然而，单个OpenStack的管理规模有限，OpenStack在服务器和控制节点之间运行的是RPC协议，在跨DC的集成时，难以做到独立升级维护，独立管理，以及故障隔离。为了解决这些问题，华为采用OpenStack级联技术，将OpenStack进行多站点，多OpenStack，多资源池编排，这样不仅保证了OpenStack的开源独立性和完整性，同时使得多站点融合，成为开源OpenStack的编排能力，防止了被厂商锁定。"

当前云计算用户的需求和驱动力

云计算的精髓就是融合共享，对资源池的融合共享。通过对物理资源，包括计算、存储、网络资源的一种抽象共享，云计算给用户提供一个敏捷、开放、迅速上线业务的平台能力，解决多个异构资源池的问题。OpenStack由于其开放性、灵活性、兼容性，以及众多厂商的支持，已经成为云计算管理平台的一个事实上的标准。

OpenStack部署需要解决的几大难题

华为企业云产品专家认为，当前OpenStack部署过程中需要重点解决以下三大难题：

一、跨DC融合的问题，基于传统OpenStack能力很难做到大规模扩展，因为单做OpenStack实际的管理规模，站点规模可能也就是500台左右，不会超过1000台。不同DC管理的时候，传统的方式就是通过协同层，拉通资源整体的分配，特别是网络层面的互通。这种方式破坏了OpenStack原生的，最核心的数据模型和开放生态的API的能力，最终变成了厂商绑定的私有云方案。是否可以集成之后仍然提供标准OpenStack原生能力，并保持OpenStack开源的生态呢？

二、资源池规模不断增加的问题。在一个站点内，有多种不同类型的资源池，当资源池规模不断增长，不断扩展时，传统的主机方式很难满足这个问题。

三、客户诉求不断增多的问题，客户可能在网络层面的诉求非常多，同时有跨DC的诉求，支撑容灾备份的诉求等等，这么多的诉求用传统的OpenStack解决方案很难满足。原因在于，首先，单个OpenStack的管理规模是有限的。其次，OpenStack在服务器和控制节点之间运行的是RPC协议，在跨DC的集成时，难以做到独立升级维护，独立管理，以及故障隔离。

华为OpenStack级联技术

华为企业云产品专家表示："华为在OpenStack上的策略非常清晰，就是源于开源，基于OpenStack解决客户的诉求，跟厂商合作，跟社区合作，同时回馈社区。并创建了OpenStack级联技术，华为目前基于级联商用的案例，正在不断把补充的代码贡献到社区。"

华为最初的考虑是：既然OpenStack是用户所关注的一个重点，那么是不是能够用OpenStack进行多站点，多OpenStack，多资源池的编排？这样就能保证OpenStack的独立性和API同时多站点的融合，成为开源OpenStack的编排能力，便可以防止被厂商锁定。OpenStack本身就是一个驱动插件，以Nova为例，调度到计算机点之通过计算机的Driver实现对KVM虚拟机的生命周期管理。OpenStack级联方案整个加固分成两层，第一层是上层编排层，是完整的OpenStack的服务，对底层所有的实践客户并不感知，在多个DC内通过实际的业务实现对DC内的OpenStack的资源池的关联，上层的OpenStack有一层插件层，这层插件层完全以插件的形式控制到社区，这个插件负责在两层之间打通业务，并且把计算存储网络都打通，这样用户在上层的OpenStack发放业务时只要选择在哪个OpenStack部署这个业务，整个计算存储业务的下发都是自动的完成，便利用了OpenStack的原生能力。

华为OpenStack级联技术的价值

华为OpenStack级联的价值主要体现在以下几个方面：

首先这是一个开源的编排层，没有厂商绑定的问题，是标准的OpenStack。可以解决故障率隔离的问题，比如一个站点、业务出现故障，一个站点宕掉，其他站点的业务不受影响。

其次，实现了站点间故障的隔离，同时，可以水平扩展，并且每个OpenStack都是可以独立进行升级维护管理的，具备比较好的故障隔离性和独立性。

第三，利用分布式控制技术，通过DB的订阅减少RPC量的本地缓存，从而解决单个OpenStack最大到一万台物理服务器的规模。

通过上述措施，便实现了对OpenStack进行多站点，多OpenStack，多资源池的编排，既保证了OpenStack的独立性，也防止了被厂商锁定。