如何并发创建2000虚拟机?浪潮ICOS分布式锁方案了解一下

  • 时间:
  • 浏览:0

浪潮云海InCloud OpenStack 5 6(ICOS 5 6)于2019年完成单一集群规模达5000节点的测试,验证了商业发行版的优越性和稳定性,为生产环境部署提供了参考。浪潮陆续推出了ICOS 5 6对社区版的淬硬层 优化介绍,本篇

浪潮云海InCloud OpenStack 5.6(ICOS 5.6)于2019年完成单一集群规模达5000节点的测试,验证了商业发行版的优越性和稳定性,为生产环境部署提供了参考。浪潮陆续推出了ICOS 5.6对社区版的淬硬层 优化介绍,本篇将分享补救并发创建5000虚拟机的秘密。

并发创建虚拟机是云计算最常见的应用场景之一,几乎所有的云计算厂商全是相对心智心智心智心智成熟期期是什么是什么 是什么是什么的补救方案,都还能能支持数百规模的虚拟机并发创建。然而当并发规模突破50000量级后,确保虚拟机5000%成功创建的难度急剧增加,仅有少数厂商的产品都都还能能达到你这种 水平。

在浪潮基于OpenStack Rocky版本进行的全球最大规模单一集群测试中,浪潮云海InCloud OpenStack 5.6(ICOS5.6)成功完成了5000%并发创建5000虚拟机的极限挑战,其首创的分布式锁方案很好地补救了可能Neutron(OpenStack网络组件)瓶颈原困的IP地址冲突大大问题。

IP地址冲突原困并发创建5000虚拟机失败

本次大规模测试过程中,进行并发创建5000虚拟机时发现总有失败出现,如此达到5000%的成功率,查看Nova(OpenStack核心组件,负责管理和维护计算资源)日志发现如图1所示。

图1 并发创建5000虚拟机失败提示

Neutron日志也报错,如图2所示。

图2 Neutron日志报错提示

在对Neutron分配IP机制进行深入研究后,ICOS网络团队发现原生社区分配IP设计所处所处问题,无锁设计必然原困IP分配产生冲突。冲突产生的根源在于并发清况 下一并读取ipam_allocate表并分配可用IP(分配完成后无须立即commit到数据库),会至少率原困IP冲突,一并可能create_port_db封装土妙招,会将创建port、创建可用IP、可用IP保存到IPS表,这另三个小事务一并commit,进一步加剧了冲突概率。分析如图3所示。

图3 无锁设计原困IP分配产生冲突

针对你这种 大大问题,社区提供的补救方案是为create_port增加retry装饰器,一旦监测到提交数据库失败后重新执行create_port来补救冲突,其默认休息0.1秒,最大重试10次。不过,在并发规模过大时,可能间隔较短且重试次数偏少,很容易出现retry次数耗尽也无法成功创建虚拟机的清况 ,浪潮在并发创建5000虚拟机出现失败的原困即在于此。

寻找最优解 独创分布式锁方案

经历并发创建5000虚拟机失败后,ICOS网络团队尝试增加retry重试次数并加长重试间隔,将设置调整为重试次数20,间隔0.5秒,实现了并发创建5000 虚拟机成功,如图4所示。

图4 成功并发创建5000 虚拟机

但你这种 优化方案无须最优解,次数增加与间隔延长带来的通信开销与CPU资源占用严重:大批量创建虚拟机,创建端口时间有概率增长,理论最坏清况 为[0.5, 1, 2, 4, 8, 10, 10, ... 10] 共165.5秒,须要延长Nova在等待vf_plugged时间,与此一并可能最大重试20次,期间Neutron server异常繁忙,占用几瓶CPU资源。

摆在ICOS网络团队转过身的大大问题是,可能5000并发就产生如此高的资源占用,如此在5000并发的清况 下,平台性能算是足以支撑5000%的成功率?有如此更好的优化方案?最终,ICOS网络团队开发了分布式锁方案,成功完成了并发创建5000虚拟机。

浪潮独创的分布式锁方案采用了新的IPAM_DLM驱动,引入OpenStack Tooz项目,基于原有的IP分配算法对分配IP过程增加分布式锁,补救IP分配冲突。

补救IP地址分配冲突大大问题与酒店办理入住的场景非常类似 ,假设有10名前台负责一并到店的5000位客人入住,retry的机制是前台仅负责随机分配房卡,由客人自行前往确认该房间算是都还能能入住,若已另一个人入住则返回前台重新分配新房间;而分布式锁方案的机制则是所有前台临时共享另三个小独立数据库,基于“先到先得”原则,任一房间一旦在数据库中可能登记则自动锁定,确保了每位领到房卡的客人一定都还能能入住该房间。

IPAM_DLM设计序列图如图5所示。

图5 IPAM_DLM设计序列图

在更新Neutron代码后,采用etcd作为分布式锁后端,重新测试并发创建5000虚拟机的平均时长相比优化后的retry方案减少了18秒,load duration时间大幅缩短。如图6所示。

图6 ICOS分布式锁方案效果

目前,浪潮可能将分布式锁补救方案作为BP提交社区,或者得到社区的认可(BP已合入)。就让,浪潮将正式向社区提交代码。

(本内容属于网络转载,文中涉及图片等内容如有侵权,请联系编辑删除)