|
|
|
|
移动端

大规模裸机管理难? UMCloud张文墨教你如何用OpenStack来搞定

全球软件与运维技术峰会上,在19日上午的“OpenStack创新实战”分论坛现场,UMCloud架构总监张文墨带来了主题为《OpenStack大规模裸机管理的最佳实践》的精彩演讲,与参会者分享了UMCloud在很多裸机项目实践中总结的一台方法论和解决方案。

作者:杜美洁来源:51CTO.com|2018-06-15 10:41

【新品产上线啦】51CTO播客,随时随地,碎片化学习

【51CTO.com原创稿件】2018年5月18-19日,由51CTO主办的全球软件与运维技术峰会在北京召开。此次峰会围绕人工智能、大数据、物联网、区块链等12大核心热点,汇聚海内外60位一线专家,是一场高端的技术盛宴,也是顶级IT技术人才学习和人脉拓展不容错过的平台。

在19日上午的“OpenStack创新实战”分论坛现场,UMCloud架构总监张文墨带来了主题为《OpenStack大规模裸机管理的最佳实践》的精彩演讲,与参会者分享了UMCloud在很多裸机项目实践中总结的一台方法论和解决方案。

大规模裸机管理难? UMCloud张文墨教你如何用OpenStack来搞定

UMCloud架构总监张文墨

利用OpenStack统一管理裸机

据张文墨介绍,目前UMCloud在上海、南京、成都、佛山和北京建立了5个数据中心,共计4000+台裸机,5个数据中心都存在已有OpenStack集群,而且5个集群里都需要同时添加800到2000个不同的节点,这些节点都要被OpenStack统一管理。

经过UMCloud多次技术选型之后,最终选用了OpenStack O版的Ironic来实现集群管理。为什么选择Ironic?对此,张文墨解释说,Ironic有三大功能非常实用:自动化获取裸机配置信息、提供裸机系统自动化安装/擦除功能、可以像管理OpenStack虚拟机一样管理裸机。Ironic优点在于单个集群可支持超过3000台裸机,还可与OpenStack其他组件联动。

当然,张文墨也承认,在面对小规模集群的时候, Ironic的功能、性能、管理方式已经能够满足大多数需求,但是在超过几百台甚至千台以上的大规模裸机管理的时候,它还是有些不足的。

他举例道,例如Ironic没有树状结构,对裸机信息的录入和处理也比较复杂。第二个最严重的问题就在于无法管理裸机的网络。最直接的原因实际上就是因为Ironic并没有办法去管理和配置交换机。第三个不足就是所有裸机被放在一个大池中,造成大规模管理缺陷。例如:客户有2000台裸机,想在转码业务域用几个机架,再用外部的几个机架,而Ironic目前没有这种区分方式。所有的裸机都在一个大池中,就是所有的业务都混在一起。因此,使用Ironic管理大规模裸机还是不足的。

做大规模Ironic的裸机管理时的五大关键点

“所以,我们在做一个大规模Ironic的裸机管理时就主要关注了五点。”张文墨透露,分别是:大规模裸机的信息自动化录入、大规模裸机硬件信息的自动化收集、大规模裸机信息自动化处理、上层交换机网络的自动配置、裸机的池化。

在正式解读这五大关键点之前,张文墨先为大家展示了下面这张网络架构图:

大规模裸机管理难? UMCloud张文墨教你如何用OpenStack来搞定

张文墨解说道,这个架构唯一的目的是为裸机的服务器来服务的,就图中下面的Bare Metal server(橙色区域)。Bare Metal server左侧红线是一个基础的IPM管理网段,它的重点是Ironic Conductor(绿色区域),这个组件主要用来完成对Bare Metal server的电源周期管理,包括开机、关机、重启、硬盘启动等配置;Bare Metal server右侧的橙色线是带外1G的Inspect(裸机信息的自动化收集);Bare Metal server下面做捆绑的线,连接到网管交换机,而后连接到Zabbix Server网管服务器。实际上,这条线是作为一个裸机的自动监控存在的;Bare Metal server上面的捆绑线,左侧的是业务网段,右侧的是存储网段。这个图是最初的概念图,后期UMCloud做了小调整。

回到刚刚提到的五大关键点,张文墨一一进行了分析解读。

大规模裸机的信息自动化录入:裸机信息录入的技术含量并不高,但是耗时较大,这是项目实施最大的挑战。这就要求硬件集成符合三个标准:标准布线、标准配置、标准制表,然后按照一定的规则通过脚本自动录入。

大规模裸机硬件信息的自动化收集:裸机信息的自动采集,使用的是Ironic Inspector /Conductor。首先,利用Conductor通过IPMI将裸机开机;然后,裸机通过PXE从Inspector拿到内存操作系统;最后,操作系统通过内置的IPA向Inspector上报裸机信息。

大规模裸机信息自动化处理:裸机信息处理流程的第一步,就是将未接线的网络接口删除;第二步,指定安装操作系统的网络接口;第三步,将指定的业务口进行绑定。完成以上任务的关键在于local_link_information。

大规模裸机管理难? UMCloud张文墨教你如何用OpenStack来搞定

上层交换机网络的自动配置:前面三点主要都是效率上的优化,可以大大减少管理裸机的时间,但仍旧无法管理交换机的网络。于是,UMCloud首先引入了SDN交换机,与华为达成合作。双方在裸机的管理上进行了适配和开发,摸索出下图所示的流程,使得OpenStack可以通过SDN来自动控制交换机,实现自动化管理。

大规模裸机管理难? UMCloud张文墨教你如何用OpenStack来搞定

裸机的池化:其含义就是按照业务需求、物理位置等标准在同一大裸机池中划分出若干小的池。实现方法就是,先在裸机中使用capabilities参数,然后在相应裸机flavor的元数据中加以匹配。

据了解,经过UMCloud的技术实践后,目前他们裸机下发速度可以达到每天300台裸机(按10小时算),切换业务/业务扩容的速度为每20分钟30台。此外,UMCloud 20个裸机资源池,可以实现池内裸机自动分配,池间隔离。

以上内容是51CTO记者根据UMCloud架构总监张文墨在WOT2018全球软件与运维技术峰会的演讲内容整理,更多关于WOT的内容请关注51cto.com。

【51CTO原创稿件,合作站点转载请注明原文作者和出处为51CTO.com】

【编辑推荐】

  1. OpenStack编年史
  2. 【WOT2018】李明宇:在OpenStack云上运行大数据系统的难题与方法
  3. WOT2018高阶技术分享: OpenStack、AR、IoT、DevOps技术前瞻
【责任编辑:蓝雨泪 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

实时UML与Rational Rose RealTime建模案例剖析

本书将实时系统、实时统一建模语言、实时系统的统一开发过程和Rational Rose RealTime建模环境有机地结合起来,以案例为基础,系统地介绍了...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊