华为企业云的OpenStack级联技术

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

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

华为企业云:如何保持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的独立性,也防止了被厂商锁定。

来源:业界供稿

0赞

好文章,需要你的鼓励

2016

06/24

16:40

分享

点赞

邮件订阅
白皮书